Шаблон специфікації вимог до ПЗ

Кожна організація, що спеціалізується на розробці ПЗ, повинна прийняти один або кілька стандартних шаблонів спеки для використання в проектах. Доступні різні шаблоки спеки (Девиса, Робертсона і т.д.).

Складові специфікації вимог:

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

1.1. Призначення (визначається продукт або застосування, для якого розробляється дана спека; редакція або номер випуску)

1.2. Угоди, прийняті в документах (необхідно описати всі стандарти, включаючи стилі тексту, особливості виділення або зауваження)

1.3. Передбачувана аудиторія і рекомендації з читання (зазначити користувачів, для яких розрахована дана спека, описати зміст документу і його структуру)

1.4. Границі проекту (описується ПЗ і його призначення, коротко. Тут потрібно показати, як продукт пов'язаний із бізнес цілями і стратегіями даного підприємства)

1.5. Посилання (перерахувати всі документи, на які посилається спека (контракти, стандарти та інші).

2. Загальний опис (представляється загальний опис продукту і середовища застосування даного ПЗ, користувальницька аудиторія, обмеження, припущення і залежності)

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

2.2. Особливості продукту (перелік основних особливостей продукту або його головних функцій, детальніше функції будуть розписані в п.3; варто проілюструвати основні групи вимог і їх взаємовідношення (діаграму потоків даних і варіантів використання))

2.3. Класи і характеристики користувачів (визначення різноманітних класів користувачів, які працюватимуть з ПП і опис їхніх характеристик (адмін., юзер, гість і т.д.))

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

2.5. Обмеження дизайну і реалізації (зазначається опис будь яких факторів, які обмежують можливості доступні розробникам, логічні обґрунтування кожного положення та інше. Обмеження: визначені технології, засоби, мови програмування і БД, які варто використовувати або уникати; обмеження пов’язані з обладнанням; зворотна сумісність з продуктами, що випущені раніше)

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

2.7. Припущення і залежності

Дата добавления: 2015-07-11