1. Поняття вимог до автоматизованої системи та програмного забезпечення.

2. Основні види вимог.

3. Роль вимог у забезпеченні успішності проектів програмного забезпечення.

4. Джерела та користувачі вимог.

5. Процеси вивчення концепції – ідентифікація ідей та потреб замовника, оформлення ідей та потреб

6. Процеси вивчення концепції – формулювання потенційних підходів, вивчення здійсненності,

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

8. Процес ідентифікації вимог до програмного забезпечення, що імпортується.

9. Процеси встановлення вимог – визначення та розробка вимог до програмного забезпечення, визначення вимог до інтерфейсу.

10. Процеси встановлення вимог – встановлення пріоритетів та інтеграція вимог до програмного забезпечення.

11. Загальний зміст специфікації вимог до програмного забезпечення.

12. Методи збору та виявлення вимог

13. Інтерв’ю замовника та експертів прикладного домену.

14. Анкетування. Спостереження

15. Вивчення документів та аналогічних систем.

16. Нарада. «Мозковий штурм».

17. Прототипування. Класифікація прототипів

18. Створення прототипів з використанням програмних засобів.

19. Розкадровка. Основні види.

20. Поняття аналізу. Загальні методи та засоби аналізу.

21. Засоби уніфікованої мови моделювання UML для аналізу вимог

22. Діаграми варіантів використання

23. Метод системного аналізу

24. Діаграми бізнес-процесів та потоків даних

25. Методологія SADT.

1. Поняття вимог до автоматизованої системи та програмного забезпечення

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

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

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

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

Фази розробки вимог

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

2. Аналіз(встановлення пріоритетності, перевірка закінченості

3. Специфікація(документування вимог)

4. Перевірка вимог

Параметри якості вимог:

• Повнота(кожна вимога має повністю описувати та має бути зрозуміла розробнику.)

• Конкретність (опис функціональності, зв’язок з джерелами вимог)

• Здійснюваність (можливість реалізувати всі функції)

• Необхідність (можливість, що необхідна користувачу)

• Призначення пріоритетів.

• Однозначність

• Перевіреність(може бути перевірена)

2. Основні види вимог

Бізнес-вимоги – містять високо рівневі цілі організація або хамовників системи. Як правило їх висловлюють ті, хто фінансує проект, покупці системи, відділ маркетингу.

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

Вимоги користувачі – визначають набір задач користувачі, які повинна вирішувати програма, а також способи їх рішення в системі

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

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

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

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

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

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

Нефункціональні вимоги, в них описані цілі і атрибути якості

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