Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
opi.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
1.81 Mб
Скачать

Тема 10. Основи інженерії вимог. Розробка вимог.

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

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

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

  • формування та аналіз вимог;

  • специфікування вимог і створення відповідної документації;

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

На рисунку 1 показані взаємозв'язки між цими етапами та документи , що супроводжують кожний етап процесу розробки системних вимог.

Рис. 1 – Процес розробки вимог

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

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

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

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

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

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

  1. Що станеться з організацією, якщо система не буде введена в експлуатацію?

  2. Які поточні проблеми існують в організації і як нова система допоможе їх вирішити?

  3. Яким чином система сприятиме цілям бізнесу?

  4. Чи вимагає розробка системи технології, яка до цього не використовувалася в організації?

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

Після обробки зібраної інформації готується звіт з аналізу здійсненності створення системи. У ньому мають бути дані рекомендації щодо продовження розробки системи . Можуть бути запропоновані зміни бюджету і графіка робіт зі створення системи або пред'явлені більш високі вимоги до системи.

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

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

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

Узагальнена модель процесу формування та аналізу вимог показана на рисунку 2 . Кожна організація використовує власний варіант цієї моделі, який залежить від "місцевих" факторів: досвіду роботи колективу розробників, типу розроблюваної системи, що використовуються стандартів і т.д.

Рис. 2 – Процес формування і аналізу вимог

Процес формування та аналізу вимог проходить через ряд етапів.

  1. Аналіз предметної області. Аналітики повинні вивчити предметну область, де буде експлуатуватися система.

  2. Збір вимог. Це процес взаємодії з особами, що формують вимоги. Під час цього процесу триває аналіз предметної області.

  3. Класифікація вимог. На цьому етапі безформний набір вимог перетвориться в логічно пов'язані групи вимог.

  4. Вирішення протиріч. Без сумніву, вимоги численних осіб, зайнятих у процесі формування вимог, будуть суперечливими. На цьому етапі визначаються і вирішуються протиріччя такого роду.

  5. Призначення пріоритетів. У будь-якому наборі вимог одні з них будуть більш важливі, ніж інші. На цьому етапі спільно з особами, що формують вимоги, визначаються найбільш важливі вимоги.

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

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

Існують різні підходи до формування вимог:

  • метод , заснований на множині опорних точок зору;

  • сценарії;

  • етнографічний метод;

  • методи структурного аналізу;

  • методи прототипування.

Не існує універсального підходу до формування та аналізу вимог. Зазвичай для розробки вимог одночасно використовується декілька підходів .

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]