- •Лекція 1. Тема: ядра знань swebok
- •1.1. Аналіз і характеристика областей знань swebok
- •1.1.1 Основи програмних вимог (Software Requirements)
- •1.1.2. Проектування пз (Software design)
- •1.1.3. Конструювання пз (Software Construction)
- •1.1.4 Тестування пз (Software Testing)
- •1.1.5 Супровід пз (Software maintenance)
- •1.1.6. Управління конфігурацією пз (Software Configuration Management– scm)
- •1.1.8. Процес інженерії пз (Software Engineering Process)
- •1.1.9. Методи і засоби інженерії пз (Software Engineering Tools and Methods)
- •Лекція 2. Тема: життєвий цикл і етапи розробки програмного забезпечення
- •1.1.7. Управління інженерією пз (Software Engineering Management)
- •Лекція 3. Тема: еволюція моделей життєвого циклу програмного забезпечення
- •1.6. Прискорення розробки пз.
- •Лекція 4. Тема: оцінка якості процесів створення програмного забезпечення
- •Лекція 5. Тема: визначення вихідних даних для проектування програмного забезпечення
- •5.1 Визначення вимог до пз
- •5.2 Формування і аналіз вимог
- •5.2.1 Опорні точки зору
- •5.2.2 Сценарії
- •5.2.3 Етнографічний метод
- •5.3 Специфікація вимог
- •5.4 Атестація вимог
- •5.5 Класифікація програмних продуктів за функціональною ознакою
- •5.6 Основні експлуатаційні вимоги до програмних продуктів
- •5.7 Передпроектні дослідження предметної області
- •Лекція 6. Тема: розробка технічного завдання
- •2. Підстави для розробки
- •3. Призначення
- •4. Вимоги до програми або програмного виробу
- •5. Вимоги до програмної документації
- •1. Вступ
- •2. Підстава для розробки
- •3. Призначення
- •4. Вимоги до програми або програмного виробу
- •4.1. Вимоги до функціональних характеристик
- •Лекція 7. Тема: принципові рішення початкових етапів проектування
- •Контрольні питання і завдання
- •Аналіз вимог і визначення специфікацій програмного забезпечення при структурному підході
- •Лекція 8. Тема: Специфікації програмного забезпечення при структурному підході
- •Flow-форми
- •Діаграми Насси-Шнейдермана
- •Контрольні питання та завдання:
- •Лекція 9. Тема: діаграми потоків даних
- •Словник даних
- •Вміст словника даних
- •Лекція 10. Тема: діаграми «сутність-зв’язок»
- •Лекція 11. Тема: приклади побудови діаграм та специфікації процесів
- •Лекція 12 Тема: діаграми переходів станів
- •13.1. Структурна схема майбутнього програмного забезпечення
- •13.2 Використання методу покрокової деталізації для проектування структури програмного забезпечення
- •13.3 Структурні карти Константайна
- •13.4.Структурні карти Джексона
- •13.5 Характеристики хорошої моделі реалізації
- •Зчеплення
- •Зв’язаність
- •13.6 Функціональна схема
- •Лекція 14. Тема: методології структурного аналізу і проектування
- •Контрольні питання та завдання
- •Лекція 15. Тема: синтаксис діаграм
- •Контрольні питання та завдання
- •Лекція 16. Тема: Синтаксис діаграм
- •Збір інформації
- •Контрольні питання та завдання:
- •Лекція 17. Тема: побудова sadt-діаграм
- •17.2. Побудова sadt-діаграми для процесу “Побудова таблиць/графіків функцій однієї змінної”
- •Типи зв'язків між функціями
- •Лекція 18. Тема: доповнення до діаграм і моделей
- •Критерії оцінки і вибору
- •Функціональні характеристики
- •3. Загальні функції:
Лекція 5. Тема: визначення вихідних даних для проектування програмного забезпечення
5.1 Визначення вимог до пз
Визначення вимог – це процес, що включає заходи, які необхідні для створення і затвердження документа, що містить специфікацію системних вимог [11].
Є чотири основні етапи процесу визначення вимог:
аналіз технічної реалізації створення ПЗ;
формування і аналіз вимог;
специфікація вимог і створення відповідної документації;
атестація цих вимог.
На рис. 5.1 показані взаємозв’язки між цими етапами і результати, що супроводжують кожен етап процесу розроблення системних вимог.
Оскільки в процесі розроблення ПЗ (із-за ряду різних причин) вимоги можуть змінюватися, процес керування змінами системних вимог є необхідною складовою частиною діяльності з їх розроблення.
Р
исунок
5.1 - Процес визначення вимог
Аналіз здійсненності повинен освітити наступні питання:
Чи відповідає ПЗ загальним і бізнес-цілям організації-замовника і організації-розробника?
Чи можна реалізувати ПЗ, використовуючи існуючі на даний момент технології і не виходячи за межі заданої вартості?
Чи можна об’єднати ПЗ з іншими ПЗ, які вже експлуатуються?
Виконання аналізу здійсненності включає збір і аналіз інформації про майбутнє ПЗ, написання відповідного звіту. Наприклад, цю інформацію можна отримати, відповівши на наступні питання:
Що відбудеться з організацією, якщо ПЗ не буде введене в експлуатацію?
Які поточні проблеми існують в організації і як нове ПЗ допоможе їх вирішити?
Яким чином ПЗ сприятиме цілям бізнесу?
Чи вимагає розробка ПЗ технології, яка до цього не використовувалася в організації?
Після обробки зібраної інформації готується звіт щодо аналізу здійсненності створення ПЗ.
5.2 Формування і аналіз вимог
Наступним етапом процесу розроблення вимог є формування (визначення) і аналіз вимог. Узагальнена модель процесу формування і аналізу вимог показана на рис. 5.2. Кожна організація використовує свій варіант цієї моделі, який залежить від «місцевих факторів»: досвіду роботи колективу розробників, типу розроблюваної системи, використаних стандартів і т.п.
Рисунок 5.2 - Процес формування і аналіз вимог
Процес формування і аналіз вимог проходить через ряд етапів.
Аналіз предметної сфери. Аналітики повинні вивчити предметну сферу, де буде експлуатуватися система.
Збір вимог. Це процес взаємодії з особами, що формують вимоги. Під час цього процесу продовжується аналіз предметної сфери.
Класифікація вимог. На цьому етапі безформовий набір вимог перетворюється в логічно зв’язані групи вимог.
Вирішення протиріч. Без сумніву, вимоги багатьох осіб, що зайняті в процесі формування вимог, будуть суперечливими. На цьому етапі визначаються і вирішуються протиріччя різного виду.
Призначення пріоритетів. В будь-якому наборі вимог одні із них будуть більш важливі ніж інші. На цьому етапі разом з особами, що формують вимоги, визначаються найбільш важливі вимоги.
Перевірка вимог. На цьому етапі визначається їх повнота, послідовність і несуперечливість.
Процес формування і аналізу вимог циклічний, із зворотнім зв’язком від одного етапу до іншого. Цикл починається з аналізу предметної сфери і закінчується перевіркою вимог. Розуміння вимог предметної сфери збільшується в кожному циклі процесу формування вимог.
Поширено три основні підходи до формування вимог: метод, заснований на безлічі опорних точок зору, сценарії і етнографічний метод.
