9. Нефункціональні вимоги на етапі проектування

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

Повинні бути враховані такі вимоги:

1. Вимоги до робочих характеристик.

2. Вимоги до інтерфейсу (протоколи, формати файлів).

3. Експлуатаційні вимоги.

4. Вимоги до ресурсів (число процесорів, об'єм вінчестера).

5. Контрольні вимоги.

6. Тестові вимоги.

7. Вимоги документування.

8. Вимоги безпеки.

9. Вимоги портативності.

10. Вимоги якості.

    1. підбір методу проектування

    2. можливість повторного використання

    3. підбір інструментів

    4. можливість зовнішнього доступу

11. Вимоги по надійності.

12. Інструкція по технічному обслуговуванню.

13. Можливість усунення відмов або несправностей.

10. Результати етапу проектування

Основними результатами на етапі проектування є:

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

• Покращена модель

• Специфікації проекту, які містяться в словнику даних

• Опис проекту, що містить (у разі об'єктно-орієнтованого підходу):

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

  • зв'язки об'єкту

  • структурні зв'язки

  • модульні діаграми

  • глосарій:

    • класових визначень

    • визначень атрибутів

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

    • визначення методів

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

• База даних проекту

• Структура фізичної системи проекту

• Виконання розкладу

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

Продукт повинен бути перевірений і веріфікований командою програмістів і протестований зі всіх можливих сторін.

11. Детальний документ проекту

Модель проекту повинна бути записана в документі під назвою «Детальний Документ Проекту» (ДДП).

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

Організація інформації:

1. Короткий звіт

2. Зміст

3. Статус документа

4. Опис змін порівняно з минулою версією

ЧастинаI – Загальний опис

Вступ:

Описує мету і можливості, визначає терміни, таблицю посилань і обдумує документ.

• Мета - описує мету ДДП і визначає читача, для якого це передбачено.

• Можливості - визначає програмований продукт, описує, що створюється шляхом програмування (і що не створюється) і визначає переваги, цілі і ступінь відповідальності.

• Визначення, акроніми, абревіатури.

• Посилання.

Основні положення.