Вимоги до програмного забезпечення

Матеріал з Вікіпедії — вільної енциклопедії.
Перейти до: навігація, пошук
Цикл розробки
програмного забезпечення
Coding Shots Annual Plan high res-5.jpg
Програміст за роботою
Діяльність та кроки
Вимоги ·  Специфікація
Архітектура ·  Дизайн
Реалізація ·  Тестування
Розгортання ·  Підтримка
Методології
Гнучка ·  Чистого приміщення
DSDM ·  Iterative ·  RAD ·  RUP
Spiral ·  Водоспад ·  XP ·  Scrum
Lean ·  V-Model ·  FDD ·  TDD
Допоміжні дисципліни
Конфігураційне керування
Документування
Якість ПЗ
Управління проектами
Досвід користування
Інструменти
Компілятор ·  Зневаджувач
Профілювальник
GUI designer ·  IDE

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

Розробка вимог до програмної системи може бути розділена на декілька етапів:

  • Знаходження вимог (збір, визначення потреб заінтересованих осіб та систем).
  • Аналіз вимог (перевірка цілісності та закінченості).
  • Специфікація (документування вимог).
  • Тестування вимог.

Види вимог за рівнями[ред.ред. код]

  • Бізнес-вимоги — визначають призначення ПЗ, можуть описуватися в документі про бачення (англ. vision) та документі про межі проекту (англ. scope).
  • Вимоги користувача — визначають набір завдань користувача, які повинна вирішувати програма, а також сценарії їхнього вирішення в системі. Ці вимоги можуть мати вигляд тверджень, варіантів використання, історій користувача, сценаріїв взаємодії.
  • Функціональні вимоги — визначають «що» повинен робити програмний продукт. Ці вимоги описуються в документі Специфікації програмного забезпечення (англ. SRS).

Види вимог за характером[ред.ред. код]

  • Функціональний характер — вимоги до поведінки системи
    • Бізнес-вимоги
    • Вимоги користувача
    • Функціональні вимоги
  • Нефункціональний характер — вимоги до характеру поведінки системи
    • Бізнес-правила — визначають обмеження, що витікають з предметної області.
    • Системні вимоги — вимоги до програмних інтерфейсів, надійності, обладнанню.
    • Атрибути якості
    • Зовнішні системи та інтерфейси
    • Обмеження

Джерела вимог[ред.ред. код]

  • Законодавство
  • Вимоги стандартів
  • Бізнес-процеси
  • Очікування та бачення користувачів системи

Методи знаходження вимог[ред.ред. код]

Документування вимог[ред.ред. код]

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

Вимоги до ПЗ можуть документуватися в текстовому або графічному вигляді. Текстові вимоги - це стислий та розгорнутий описи якогось прецеденту. Для графічного представлення використовують наступні нотації: ER (IDEF1FX), IDEF0, IDEF3, DFD, UML, OCL, SysML, ARIS (eEPC, VAD).

Вимоги в процесах розробки[ред.ред. код]

Різні методології розробки програмного забезпечення по-різному працювали з вимогами. В дуже старій, та не актуальній моделі водоспаду (англ. waterfall) етап аналізу та розробки вимог є першим. Особливістю є те, що він повністю закінчується до початку проектування та розробки ПЗ, а останні не можуть початися до завершення аналізу вимог.

В ітеративних процесах розробки фаза аналізу та розробки вимог в різному об'ємі є на кожній ітерації.

Див. також[ред.ред. код]

Примітки[ред.ред. код]