2270

Вимоги у сфері роботи з клієнтами

Контрольная

Менеджмент, консалтинг и предпринимательство

Бізнес вимоги – вони містять високо рівневі цілі організації, її як правило фінансує хто замовив проект. Бізнес вимоги як правило записуються в документі який називається границями проекту.

Украинкский

2013-01-06

45 KB

3 чел.

02,02,2012

Вимоги.

Це умови чи можливості, які необхідні користувачу для вирішення проблем чи досягнення цілей. Вимоги – це умови чи можливості, якими повинна володіти система чи системні компоненти для того щоб задовольняти специфікаціям чи іншим формальним документам. Загальні класифікації вимог поділяються на 3 рівні:

  1.   Бізнес вимоги – вони містять високо рівневі цілі організації, її як правило фінансує хто замовив проект. Бізнес вимоги як правило записуються в документі який називається границями проекту, або ще називають статутом проекту (project charter);
  2.  Вимоги користувачів – описують цілі та задачі, які система дозволить вирішити користувачам, як правило записують в вигляді діаграм;
  3.  Функціональні вимоги – визначають функціональність якою повинна володіти програма, щоб користувачі змогли виконати свої задачі.

Розробка та керування вимогами.

  1.  

В розробку вимог включають Збір, оцінку та документування вимог до ПЗ:

  •  Виявлення класів користувачів;
  •  Виявлення потреб тих хто представляє кожен клас користувачів.
  •  Аналіз інформації отримані від різних груп користувачів;
  •  Встановлення пріоритетів реалізації;
  •  Документація зібраної інформації;

Керування вимогами. Цей етап визначається як розробка та підтримка взаємної згоди між розробником та замовником. До дій по керуванню вимогами відносяться:

  •  Визначення основної версії вимог;
  •  Перегляд запропонованих змін та оцінка їх впливу до затвердження цієї зміни;
  •  Включення затверджених змін в проект, встановленим способом;
  •  Відслідковування окремих змін, до їх дизайну, вихідного коду, та варіантів тестування;

Загальні ризики при створенні вимог:

  •  Недостатнє залучення користувачів;
  •  «Розростання» вимог користувачів;
  •  Двозначність вимог;
  •  «позолочені» продукти;
  •  Мінімальна специфікація
  •  Пропуск класів користувачів;
  •  Погане планування;

Характеристики хороших вимог:

  •  Повнота;
  •  Проектність;
  •  Здійсненність;
  •  Необхідність;
  •  Призначення пріоритетів;
  •  Можливість перевірки;


09,02,2012

Вимоги з точки зору клієнта.

Клієнт це людина або організація, яка отримує від клієнта пряму чи не пряму вигоду.

Права клієнта:

  1.  Мати справу з аналітиком який розмовляє на його мові;
  2.  Мати справу з аналітиком який вивчив його бізнес та цілі;
  3.  Вимагати, щоб аналітик перетворив сформульовані усно вимоги, в письмову специфікацію вимог до програмного забезпечення. SRS (software requirements Specification);
  4.  Отримувати детальний звіт про всі робочі продукти створені в процесі формулювання вимог;
  5.  Право на повагу та професійне зі сторони розробників;
  6.  Знати про варіанти та альтернативи вимог та їх реалізації;
  7.  Описати характеристики що спрощують роботу з продуктом;
  8.  Змінювати вимоги або дозволяти використання існуючих програмних компонентів;
  9.  Отримувати вичерпні відомості про суму витрат очікуваний ефект та необхідні компроміси які виникають у зв’язку з змінами у програмному забезпеченню;
  10.  Вимагати щоб система функціональність та якістю задовільняла вимогам замовника.

Обовязки клієнт:

  •  Ознайомити аналітиків із бізнесом;
  •  Потратити скільки часу скільки необхідно для пояснення вимог;
  •  Точно та конкретно описувати вимоги до системи;
  •  Приймати своєчасні рішення;
  •  Поважати визначену розробником оцінку вартості та можливості реалізації вимог;
  •  Визначати пріоритети вимог;
  •  Переглядати документи з вимогами та оцінювати прототипи;
  •  Своєчасно повідомляти про зміни в вимогах;
  •  Підтримувати прийнятий у розробників порядок внесення змін;
  •  З повагою відноситись до методів з допомогою яких аналітики створюють вимоги;

Аналітики вимог

Аналітик вимог це основна особа яка відповідає за збір, аналіз, документування та перевірку вимог до проекту.

Задача аналітика:

  •  Визначити бізнес вимоги;
  •  Визначити зацікавлених осіб та класи користувачів;
  •  Виявити вимоги;
  •  Проаналізувати вимоги;
  •  Створювати специфікації вимог;
  •  Моделювати вимоги;
  •  Керувати перевіркою вимог;
  •  Забезпечити визначення пріоритетів;
  •  Керувати вимогами;

Навики Аналітика:

  •  Вміння слухати;
  •  Вміння задавати питання;
  •  Навички аналізу;
  •  Навички створення комфортних умов спілкування;
  •  Вміння спостерігати;
  •  Навички написання документації;
  •  Організаційні навички;
  •  Навички моделювання;
  •  Навички спілкування;
  •  Творчий підхід;


16,02,2012

Джерела вимог.

  1.  Інтерв’ю:
  •  Підготовка
  •  Визначення співбесідника
  •  Обговорення програми розмови
  •  Проведення опитування
  •  Завершення інтерв’ю

Рекомендації дл успішного інтерв’ю:

  1.  Робіть паузи, поки експерт думає, не перебивайте, не підказуйте відповіді та не задавайте інше питання.
    1.  Не потрібно задавати наводящих питань. Питань які містять відповідь, питань підказок.
    2.  Введіть документацію, щоб зосередитись в темі розмови або підготуватися до наступного питання.
  2.  Анкетування. Типи питань які можеть бути в анкеті:
  •  Багато альтернативні питання
  •  Рейтингові питання
  •  Питання з ранжуванням
  1.  Спостереження
  2.  Самостійний опис вимог
  3.  Спільні семінари

Семінари вважаються найкращим методом збору інформації. Учасники семінару:

  •  Ведучий
  •  Секретар
  •  Замовники
  •  Розробники

Правила проведення семінарів:

  1.  Визначення основних правил;
  2.  Притримуйтесь границь проекту
  3.  Фіксуйте теми для подальшлго обговорення
  4.  Обмежені дискусії по часу
  5.  Не збільшуйте розмір команди і вибирайте учасників
  6.  Залучайте до обшоворення кожного

 

А также другие работы, которые могут Вас заинтересовать

32425. Алгоритм Диффи-Хэлмана, RSA 17.9 KB
  Основан на односторонней криптографической функции: P простое число тоже простое число. Пользователь А выбирает число Х B число Y. Число N опубликовывается P и Q держатся в тайне. Число целых чисел меньших N и взаимно простых по отношению к N.
32426. Контроль целостности, хэш-функции, российский стандарт хэш-функции 18.11 KB
  Поэтому на практике для контроля используется хэшфункция. Хэшфункция делится на 2 класса: с ключом и без ключа. Значение хэшфункции с ключом может вычислить лишь тот кто знает ключ.
32427. Понятие, стандарты, реализация электронной подписи 965.58 KB
  В симметричной криптографии существует проблема электронной подписи необходимо чтобы получатель а в случае разбирательств и третья сторона могли убедиться в авторстве сообщения и его неизменности. Электронная подпись вводится так как необходимо: Предотвратить отказ от посланного сообщения Защититься от модификации присланного сообщения Предотвратить подделку сообщения Предотвратить отправку сообщения от чужого имени Предотвратить перехват сообщения с целью его модификации Предотвратить повтор сообщений Подпись создается с...
32428. Сертификаты, СА, SSL, аутентификация с помощью сертификатов 397.63 KB
  Структура сертификата: Оговаривается стандартом Х509 последняя3я версия которого появилась в 1996 году. Стандарт оговаривает следующие компоненты сертификата: Номер версии Уникальный порядковый номер Стандарты ЭЦП и хэшфункция используемые для подписи сертификата Имя субъекта и его организация. Для аннулирования сертификата необходимы следующие причины: потеря ЛК изменение места работы Внешнее коммерческое СА используется: Когда действительность ключа должна быть подтверждена доверенной 3й стороной Не хватает...
32429. Стеганография(СГ). Цифровые водяные знаки 18.79 KB
  форматы либо избыточность аудио графической информации. В первом случаем можно использовать для упрятывания информации зарезервированные поля компьютерного формата данных. : небольшое количество информации низкая степень скрытности. Виды стеганографии: Суррогатная данные информации обычно шумят и необходимо заменять шумящие биты скрываемой информацией.
32430. Направления в области ЗИ от НСД , Показатели защищенности СВТ, порядок оценки класса защищенности СВТ, понятие и подсистемы АС , Классификация СВТ и АС по уровню защищенности от НСД 1.07 MB
  Первое связано с СВТ второе с АС. СВТ средства вычислительной техники. СВТ совокупность программ и технических элементов систем обработки данных способная функционировать как самостоятельно так и в составе других систем.
32431. Классификация СЗИ по уровню контроля отсутствия недекларируемых воздействий 20.5 KB
  Классификация распространяется на ПО предназначенное для защиты информации ограниченного доступа. Для ПО используемого при защите информации отнесенной к государственной тайне должен быть обеспечен уровень контроля не ниже третьего. Самый высокий уровень контроля первый достаточен для ПО используемого при защите информации с грифом ОВ. Второй уровень контроля достаточен для ПО используемого при защите информации с грифом CC.
32432. Биометрические методы идентификации 19.11 KB
  Располагается на расстоянии 50 см и сравнивает ткани вокруг зрачка Стандарты биометрической аутентификации можно разделить на несколько иерархических категорий: I Стандарты определяющие требования для систем использующих биометрические технологии II Стандарты определяющие требования к процедуре использования биометрического распознавания в различных областях III Стандарты определяющие программный интерфейс PI для разработки биометрических систем IV Стандарты определяющие единый формат биометрических данных V Стандарты представления и...
32433. Электронные идентификаторы iButton 21.32 KB
  Все iButton имеют ПЗУ где хранится информация в виде поликремниевых проводников что не требует энергии для хранения. Это ПЗУ содержит 6 байтовый серийный номер уникальный. Таблетки DS 2404S01 двухпортовая память содержит 64битную память ПЗУ. Группы: Для работы с содержимым ПЗУ.