justify"> Аналіз вимог Включає три види діяльності:
Виявлення вимог: завдання комунікації з Користувачами для визначення їх вимог. Такоже це назівають збором вимог.
Аналіз вимог: Виявлення недоліків вимог (неточностей, неповноті, неоднозначностей чі суперечностей) i їх виправлення.
Запис вимог: Вимоги могут документуватісь в різніх формах, таких як описание звічайній мовою, прецедентами, корістувацькімі історіямі, чі спеціфікаціямі процеса.
Аналіз вимог может буті Довгим та важка процесом что вімагає Використання тонких псіхологічніх навиків. Нові системи змінюють середовище и відношення между людьми, того ВАЖЛИВО розпізнаті ВСІ зацікавлені стороні, взяти до уваги ВСІ їхні спожи, и переконатісь что смороду розуміють Наслідки Які приносити нова система. Аналітики могут вікорістаті кілька методів щоб отріматі від споживача вимоги. Історично це Включає проведення Інтерв'ю, чі фокус-груп (якові в цьом контексті частіше назівають як майстерня вимог) i создания Списків вимог.
До сучаснішіх підходів відносять прототипування, та прецедент. За спожи аналітик вікорістає комбінацію ціх методів щоб Встановити точні вимоги зацікавленіх СТОРІН, так щоб система відповідала бізнес-потребам.
3.2 Вимоги споживача
вирази Фактів та припущені Які опісують Очікування до системи в термінах цілей, середовища, обмежень, та Міри ефектівності ї прідатності. Споживачі це ті, хто віконують Вісім Первін функцій сістемної інженерії, з особливими Наголос на операторі, як на Ключовий Споживачі. Операційні вимоги опишуть базову необхідність, І як мінімум дадуть відповідь на запитання, з даного списку
Операційне Поширення и розгортання: Де вікорістають систему?
Профіль чі Сценарій місії: Як система буде Виконувати свои Завдання?
Продуктивність та пов'язані Параметри: Які Параметри Критичні для Виконання місії?
Використання середовища: Як будут використовуват різноманітні компоненти системи?
Вимоги ефектівності: Якою ефективного має буті система для Виконання своєї місії?
Операційний життєвий цикл: Як довго система буде використовуват Споживачем?
Середовище: якіх СЕРЕДОВИЩА система очікує щоб працювати Ефективно?
3.3 Ввід Зміни вимог до програмного забезпечення
Програмний графічний редактор архітектура
Зміна вимог замовника за частіше Всього вноситися у Последний етап тестування програмного забезпечення после представлення замовленя програмного забезпечення Замовнику.
Зміна вимог замовником может буті по декільком причинам:
- Чи не удовольствие замовником Програмне забезпечення, что є найчастішою проблемою в подальшій розробці и может віпліваті значний збитками Виконавцю замовлення.
- При Первін постановках вимог замовника, самим замовником були вісловлені НЕ коректні вимоги, что є проблемою в Майбутнього, так як розуміння ціх вимог Виконавцю может НЕ співпадаті з справжнімі Вимогами замовника. Щоб цього НЕ вінікало, замовник при вісловлюванні своих вимог винен Дуже коректно и точно вказаті его вимоги до програмн...
