Мета:Навчитися визначати вимоги до ПЗ. Аналізувати, систематизувати вимоги до ПЗ.

Теоретична чистина

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

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

Аналіз вимог – процес вивчення потреб і цілей користувачів, класифікація і перетворення їх на вимоги до системи, апаратури і ПЗ, встановлення і вирішення конфліктів між вимогами, визначення пріоритетів, меж системи і принципів взаємодії із середовищем функціонування.

Специфікація вимог до ПЗ – процес формалізованого опису функціональних і нефункціональних вимог, вимог до характеристик якості відповідно до стандарту якості ISO/IEC 9126, які будуть відпрацьовуватися на процесах ЖЦ ПЗ. У специфікації вимог відбивається структура ПЗ, вимоги до функцій, якості і документації, а також задається архітектура системи і ПЗ, алгоритми, логіка керування і структура даних. Специфікуються також системні вимоги, нефункціональні вимоги і вимоги до взаємодії з іншими компонентами і платформами (БД, СКБД, маршаллінг даних, мережа й ін.).

Вимоги до ПЗ є такі: системні, функціональні і нефункціональні вимоги.

Бізнес-вимоги містять високорівневі завдання і цілі організації-розробника або замовник системи. Як правило, їх висловлюють ті, хто фінансують проект, покупці системи, менеджер реальних користувачів або відділ маркетингу. Ці вимоги пояснюють, чому організації потрібна така система, або, інакше кажучи, описують цілі, які організація має намір досягти з її допомогою.

Бізнес-правила включають корпоративні політики, урядові постанови, промисловості стандарти і обчислювальні алгоритми. Бізнес-правила не є вимогами до програмного забезпечення, тому що вони знаходяться зовні меж будь-якої системи програмного забезпечення.

Вимоги користувачів описують цілі і завдання, які користувачам дозволить вирішити система. До відмінних способів представлення цього виду вимог відносяться варіанти виковання, сценарії і таблиці «подія - відгук». Таким чином, вимоги користувачів визначають, що клієнти зможуть робити за допомогою системи.

Системні вимоги (system requirements) визначають зовнішні умови виконання системних функцій і обмежень на створення продукту, а також вимоги до опису програмно-апаратних підсистем.

Функціональні вимоги – визначають функціональність програмного забезпечення, яку розробники повинні побудувати, щоб користувачі змогли виконати свої завдання в рамках бізнес-вимог.

Нефункціональні вимоги визначають умови виконання функцій (наприклад, захист інформації у БД, аутентифікація доступу до ПС тощо) у середовищі, що безпосередньо не пов'язані з функціями, а відбивають потреби користувачів щодо їх виконання.

На рисунку 7.1 представлена IDEF0 модель розробки вимог:

Рисунок 7.1 Загальна модель розробки вимог

Розробка вимог – це процес, що включає заходи, необхідні для створення та затвердження документа, що містить специфікацію системних вимог.

Розрізняють чотири основні етапи процесу розробки вимог:

- аналіз технічної здійсненності створення системи,

- формування та аналіз вимог,

- специфікування вимог,

- створення відповідної документації, а також

- атестація цих вимог.

На рисунку 7.2 показано процес розробки вимог системи.

Для нових програмних систем процес розробки вимог повинен починатися з аналізу здійсненності. Початком такого аналізу є загальний опис системи та її призначення, а результатом аналізу – звіт, в якому повинна бути чітка рекомендація, продовжувати чи ні процес розробки вимог проектованої системи. При проведенні аналізу здійсненності вирішуються такі питання:

1. Чи відповідає система поставленим цілям замовника і розробника?

2. Чи можна реалізувати систему, використовуючи існуючі на даний момент технології і не виходячи за межі заданої вартості?

3. Чи можна об'єднати систему з іншими системами, які вже експлуатуються?

Рисунок 7.2 Процес розробки вимог

Формування і аналіз вимог.

На цьому етапі команда розробників ПЗ працює з замовником і кінцевими користувачами системи для з'ясування області застосування, описи системних сервісів, визначення режимів роботи системи і її характеристик виконання, апаратних обмежень.

Процес формування і аналізу вимог показано на рисунку 7.3.

Рисунок 7.3 Процес формування і аналізу вимог

Порядок виконання роботи

1. Розібрати теоретичні відомості. При необхідності використати додаткову літературу, конспект лекції

2. Сформувати та аналізувати вимоги до ПЗ за темою лабораторної роботи №2 з 1 по 5 та з 11 по 16.