2.2. Нефункціональні вимоги

Нефункціональні вимоги описують обмеження, в яких виконуються функції. Вимоги можуть бути поділені на:

• вимоги продукту, наприклад "можуть використовуватися тільки клавіатура і миша "

• вимоги процесу, наприклад "система повинна виконувати за стандартом XXA/2002"

• зовнішні вимоги, наприклад "система повинна працювати з базою даних, описаною в документі YYYB/2001, і ніякі зміни в базі даних недопустимі"

Ці вимоги повинні бути зрозумілими, тобто повинен бути метод перевірки виконання умов. Такі вимоги як: "зручний", "надійний", "ефективний" не можуть бути перевірені, отже, вони не відповідають формулюванню.

Для успішного формулювання функціональних вимог необхідно:

• постійна співпраця з відповідними представниками клієнта

• повне розуміння вимог, усвідомлення спеціальних випадків і виключень у вимогах

• перевірка завершеності і послідовності вимог

• невеликий опис нефункціональних вимог

3. Аналіз

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

Мета проектування полягає в тому, щоб визначити, як система повинна бути реалізована.

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

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

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

Чинники успіху при аналізі є:

• залучення професіоналів;

• підтримка необхідних стандартів, наприклад, в примітці;

• правильність і перевірка концепції;

• прозорість, логічність і послідовність документації;

• глобальне розуміння системи без деталізації особливостей.

За результатами аналізу отримують:

• покращений документ по вимогам;

• словник даних;

• документ, що описує створену модель:

  • діаграми класу

  • діаграма випадків використання

  • діаграма дій

  • діаграми станів

  • звіт, що описує визначення класів, ознак, відносин, методів і т.д.;

• графік етапу проектування;

• попереднє призначення людей і команд.

4. Етап проектування

Цей етап передбачає детальний опису реалізації системи. Опис після необхідних змін, зроблених на наступних етапах (реалізації і тестування), буде частиною технічної документації системи.

Всупереч аналізу на етапі проектування, проектувальники повинні знати, яке програмне середовище, мови програмування, бібліотеки і інші інструменти будуть застосовані на етапі реалізації.

На цьому етапі виконується перетворення абстрактних понять, що використовувалися в аналізі.

У ПЗ існує декілька складових; одна з них представляє частину проблем, відповідальних за виконання основних функцій і обробки необхідних даних. Вона відображає модель, розроблену після аналізу. Інші частини відповідальні за комунікацію з клієнтом, за зберігання і доступ до даних, управління пам'яттю і компоненти управління завданнями.

На етапі проектування також виконується оптимізація моделі.

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

На етапі проектування також повинна бути визначена фізична структура моделі. Таким чином, на етапі проектування виконуються наступні завдання:

• специфікація результатів аналізу,

• проектування компонентів, які не належать області проблеми,

• оптимізація системи

• підлаштування моделі до обмежень і варіантів програмного середовища,

• визначення фізичної структури.

Детальна модель приводить до можливості вибору варіфнтів реалізації конструкцій моделі.

Основні конструкції повинні підтримуватися допоміжними:

• інтерфейс для роботи з користувачем,

• компонент управління даних для зберігання даних,

• компонент управління пам'яті,

• компонент управління завданнями для їх планування.

Основними чинниками успіху етапу проектування є:

• висока якість моделі,

• хороше знання середовища розробки,

• узгодженість із стандартами,

• перевірка системи,

• проектна оптимізація повинна бути виконана для основних фрагментів системи.

До основних результатів етапу проектування належить:

• відкоректований документ формулювання вимог,

• відкоректована модель,

• детальна специфікація,

• документ, що описує проект:

  • діаграми класів,

  • діаграми взаємодій,

  • діаграми станів,

  • діаграми діяльності,

  • діаграми компонентів,

  • визначення ознак класів, складних і елементарних даних, методів.

• ресурси інтерфейсу користувача,

• проектування баз даних,

• фізичний проект структури системи,

• виправлений тестовий проект,

• планування виконання.