
- •1.Поняття вимог до пз. Рівні вимог до пз.
- •1.1.Вимоги до програмного забезпечення
- •2.Функціональні вимоги.2ii
- •9.2.Опитування потенційних користувачів і дискусії з ними4
- •9.2.1.Документи, де описаний вже працюючий або конкуруючий продукт5
- •9.2.2.Звіти про помилки і претензії до можливостей працюючої системи6
- •9.2.3.Маркетингові дослідження та опитування користувачів7
- •9.2.4.Спостереження за користувачами на робочих місцях8
- •9.2.5.Сценарій аналізу задач користувачів9
- •10.Варіанти використання і сценарії використання
10.Варіанти використання і сценарії використання
9.1 Варіант використання (use case)10 - це окреме, незалежне дія, яка дійова особа може виконати для отримання певного значущого результату. Один варіант використання може охоплювати кілька схожих завдань з однаковими цілями. Отже, він являє собою набір пов'язаних між собою сценаріїв використання, де сценарій - це окремий приклад варіанту використання. Можна почати розробку вимог з абстрактних варіантів використання, а потім на їх основі створити конкретні сценарії використання або, навпаки, перейти від якогось сценарію до більш широкого варіанту використання.
До важливих елементів опису варіанта використання належать:
– унікальний ідентифікатор;
– ім'я, коротко описує завдання користувачі у форматі «дієслово + об'єкт», наприклад «розмістити замовлення»;
– короткий текстовий опис на природній мові;
– список попередніх умов, які повинні бути задоволені до початку розробки варіанта використання;
– вихідні умови, які описують стан системи після успішного завершення розробки варіанта використання;
– пронумерований список дій, що ілюструє послідовність етапів взаємодії особи і системи від попередніх умов до вихідних умов.
9.2 Сценарій використання11 , варіант використання, прецедент ( Use Case) - у розробці програмного забезпечення та системному проектуванні це опис поведінки системи, як вона відповідає на зовнішні запити. Іншими словами, сценарій використання описує, «хто» і «що» може зробити з розглянутою системою. Методика сценаріїв використання застосовується для виявлення до поведінки системи, відомих також як .
У системному проектуванні сценарії використання застосовуються на більш високому рівні ніж при розробці програмного забезпечення, часто представляючи цілі зацікавлених осіб або місії. На стадії сценарії використання можуть бути перетворені на ряд детальних вимог і задокументовані за допомогою діаграм вимог або інших подібних механізмів.
На рисунку 9.1 зображено приклад UML - диаграмме сценарії використання
Рисунок 9.1. UML-діаграма, що ілюструє діалоговий потік
при нормальному та альтернативному розвитку варіанти використання
11.Бізнес-правила і вимоги. Документування бізнес-правил
12.Користувацькі інтерфейси і специфікація вимог до ПЗ
13.Моделювання вимог до ПЗ
14.Атрибути якості ПЗ. Атрибути, важливі для користувачів. Атрибути, важливі для розробників
15.Прототипування як засіб зменшення ризику розробки ПЗ. Види прототипів
16.Пріоритети вимог до ПЗ. Шкала пріоритетів. Оцінка прототипу
17.Перегляд вимог до ПЗ. Проведення експертизи вимог. Тестування вимог
18.Вплив вимог на планування проекту, дизайн, написання коду та тестування ПЗ. Розподіл витрат на вимоги для різних моделей ЖЦ ПЗ.
19.Основні складові управління вимогами до ПЗ. Атрибути вимог
20.Стан вимог. Основні принципи контролю змін в ПЗ. Шаблон опису контролю змін
21.Елементи запиту на зміни в ПЗ
22.Ролі і відповідальності учасників проекту ПЗ. Склад ради по управлінню змінами в ПЗ
23.Трасування вимог. Переваги реалізації трасування вимог. Джерела інформації про зв’язки трасування
24.Інструментальні засоби управління вимогами. Огляд та переваги їх використання
25.Взаємовідносини вимог та інших процесів проекту ПЗ. Взаємодія між розробниками та іншими зацікавленими особами проекту
1 http://uk.wikipedia.org/wiki/Вимоги_до_програмного_за..
2 Вигерс К. Разработка требований к программному обеспечению. – М.: Издательско-торговый дом «Русская Редакция», 2004. С. 7-9
3 Вигерс К. Разработка требований к программному обеспечению. – М.: Издательско-торговый дом «Русская Редакция», 2004. С. 9-12
4 Вигерс Карл - Разработка требований к программному обеспечению. - М., 2004. С. 95
5 Вигерс Карл - Разработка требований к программному обеспечению. - М., 2004. С. 95
6 Вигерс Карл - Разработка требований к программному обеспечению. - М., 2004. С. 95
7 Вигерс Карл - Разработка требований к программному обеспечению. - М., 2004. С. 96
8 Вигерс Карл - Разработка требований к программному обеспечению. - М., 2004. С. 96
9 Вигерс Карл - Разработка требований к программному обеспечению. - М., 2004. С. 97
10 Вигерс Карл – Разработка требований к программному обеспечению. С 137
11 http://uk.wikipedia.org/wiki/
i http://uk.wikipedia.org/wiki/%D0%92%D0%B8%D0%BC%D0%BE%D0%B3%D0%B8_%D0%B4%D0%BE_%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B7%D0%B0%D0%B1%D0%B5%D0%B7%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%BD%D1%8F
ii Вигерс К. Разработка требований к программному обеспечению. – М.: Издательско-торговый дом «Русская Редакция», 2004. С. 7-9
iii Вигерс К. Разработка требований к программному обеспечению. – М.: Издательско-торговый дом «Русская Редакция», 2004. С. 9-12
© Кордюк., ПЗС-1244