сть програмного продукту і його здатність надавати послуги. p> Для цих цілей замовник виділяє в проект свого повноважного представника і наділяє його функціями прийняття рішення. Ступінь участі замовника у розробці може обумовлюватися у договорі або плані керівництва проектом. p> Також цим процесом уточнюються зацікавлені особи або групи зацікавлених осіб, причетних до програмної системи протягом її життєвого циклу і виражаються потреби, бажання та очікування зацікавлених осіб разом з обмеженнями, накладаються цими особами та умовами експлуатації. В
3.10 Результати процесу визначення вимог зацікавленої особи
У результаті успішної реалізації процесу визначення вимог зацікавленої особи:
a) деталізовані бізнес-процеси, визначені бізнес-функції процесів і створено модель артефактів;
b) обумовлені необхідні характеристики програмної системи та інфраструктура користувача, в якій вона буде використовуватися;
c) визначені обмеження програмної системи та її елементів;
d) досягнута постійна отслеживаемость вимог зацікавленої особи;
e) визначена основа для аналізу вимог до програмної системи;
f) забезпечена основа для ведення переговорів і узгодження поставки послуг або продукту.
В
3.11 Мета процесу аналізу вимог
Мета процесу аналізу вимог до програмного забезпечення полягає в перетворенні вимог зацікавленої особи в технічне бачення необхідного програмного продукту. Цим процесом створюється уявлення про майбутню програмній системі, яка повинна задовольняти потребам зацікавленої особи без опису якого конкретного втілення. p> У вимогах до програмної системи або послугах, з точки зору розробника, обговорюється, що повинна робити програмна система (послуга), щоб задовольнити вимогам зацікавленої особи. Ці вимоги можуть побут ь функціональними, кількісними або якісними. p> На підставі аналізу вимог зацікавленої особи розробник за участю замовника розробляє технічне завдання. p> У технічному завданні розробник зобов'язаний встановити обумовлені вимоги до розроблюваної програмній системі, включаючи специфікації якісних характеристик. Вимоги, що задаються в технічному завданні, не повинні обмежувати розробника в пошуку та реалізації найбільш ефективних рішень, але можуть обумовлювати застосовувані технології та методології розробки. Структура технічного завдання вказана у додатку 4. p> Технічне завдання узгоджується з керівниками організацій (підрозділів), брали участь у його розробці, і затверджується замовником. p> Замовник зобов'язаний вжити заходів до адаптації інфраструктури користувача і пристосувати його діяльність до розроблюваної програмної системі, тобто прийняти рішення щодо бізнес-процесів, що підлягають автоматизації та бізнес-ролей, які беруть участь у процесі. Ці дії також можуть включати адаптацію штатної структури, розробку організаційно-розпорядчої документації, організацію необхідних приміщень, придбання обладнання, орга...
