
- •Тема №6. Формування бачення
- •6.1. Методичні вказівки до вивчення теми Бачення продукту та межі проекту
- •Концепція у гост (пост срср)
- •Бачення у rup
- •Бачення / межі у msf
- •Глосарій
- •Шаблон повного опису варіанту використання за а. Коберном
- •Табличні подання варіанту використання
- •Шаблон варіанту використання rup
- •Специфікація нефункціональних вимог
- •Атрибути вимог
- •Моделі uml, системи, що пояснюють функціональність
- •Діаграма дій
- •Діаграми uml, що пояснюють внутрішній устрій системи
- •Альтернативні мови моделювання
- •8.3. Питання для самоконтролю:
- •Тема №9. Розширений аналіз вимог. Ілюстровані сценарії і прототипи
- •9.1. Методичні вказівки до вивчення теми
- •Класифікація прототипів
- •Розкадровування
- •9.3. Питання для самоконтролю
- •Тема №10. Документування вимог
- •10.1. Методичні вказівки до вивчення теми
- •Структура тз за гост 34.602-89
- •Документування вимог у rup
- •Документування вимог на основі ieee Standard 830-1998
- •Документування вимог в msf
- •Двозначність вимог
- •«Шліфовування» продукту
- •Мінімальна специфікація
- •Пропуск типів користувачів
- •Методи і засоби перевірки вимог
- •Неофіційні перегляди вимог
- •Інспекції
- •Розробка тестів
- •Визначення критеріїв прийнятності
- •11.3. Питання для самоконтролю
- •Тема №12. Вимоги в управлінні проектом
- •12.1. Методичні вказівки до вивчення теми
- •Від меж проекту до експрес-планування
- •Планування проекту на основі вимог, шлях rup
- •Вимоги у гнучких методологіях
- •Планування версій і ітерацій
- •Аналіз вимог і управління ризиками
- •Стратегії і роботи з управління ризиком
- •12.3. Питання для самоконтролю
- •Теми рефератів
- •Перелік теоретичних питань до підсумкового контролю студентів з дисципліни «Аналіз вимог до програмного забезпечення»
- •Методичні матеріали про порядок поточного та підсумкового оцінювання знань з дисципліни «Аналіз вимог до пз»
- •Термінологічний словник
- •Перелік рекомендованої літератури
- •Додаток а Диспетчеризація поліграфічного виробництва
- •Додаток б
12.3. Питання для самоконтролю
Охарактеризуйте основні складові плану проекту.
Особливості складання плану ітерації.
Яке ваше ставлення до гнучких методологій розробки ПЗ? Обґрунтуйте відповідь.
Теми рефератів
Роль і значення вимог у софтверних проектах
Поняття «вимоги» у сучасній літературі з ПІ
Різні класифікації вимог у сучасній літературі з ПІ
Стандарти IEEE, що регламентують роботу з вимогами
Вітчизняні ДСТУ, що регламентують роботу з вимогами
Прототипування вимог
Шаблон повного опису варіантів використання за А.Коберном
Шаблон опису варіантів використання за методологією RUP
Особливості здійснення інспекцій з дотримання вимог
Неформальні перегляди дотримання вимог
Стратегії виявлення вимог у сучасній практиці софтверних проектів
Виявлення вимог засобами Mind Mapping
«Успішні практики», їхнє використання при виявленні вимог
Спільні семінари як стратегія виявлення вимог
Спостереження як дієва стратегія виявлення вимог
SRS MSF
«Бачення» у різних методологіях
«Бачення» у вітчизняних ДСТУ
«Глосарій», сутність і значення
Формування проектної команди за MSF
Vision/Scope за MSF
Постать експерта у виявленні вимог
Перелік теоретичних питань до підсумкового контролю студентів з дисципліни «Аналіз вимог до програмного забезпечення»
Роль вимог при розробці ПЗ
Дайте визначення і характеристику поняття «вимоги»
Вимоги до продукту. Дайте визначення, наведіть приклади
Вимоги до проекту. Дайте визначення, наведіть приклади
Основні рівні вимог. Стисла характеристика.
Рівень бізнес-вимог (business requirements)
Рівень вимог користувачів (user requirements)
Рівень функціональних вимог (functional requirements)
Системні вимоги
Функціональні вимоги, як найважливіший вид вимог. Види представлення
Атрибути функціонування системи
Групи нефункціональних вимог за К.Вігерсом
Основні атрибути якості (модель FURPS)
Категорії вимог за FURPS, FURPS+
Розкрийте зміст поняття «обмеження»
Розкрийте зміст поняття «характеристики продукту» (feature)
Класифікація вимог за RUP (Rational Unified Process)
Основні класифікації вимог
Методології та стандарти, що регламентують роботу з вимогами
Основні Державні стандарти, що регламентують роботу з вимогами
Стандарти IEEE, що регламентують роботу з вимогами
Дайте стислу характеристику основних властивостей вимог
Повнота, ясність як властивості вимог до ПЗ
Коректність та узгодженість, як властивості вимог до ПЗ.
Необхідність та корисність при експлуатації, як властивості вимог до ПЗ
Придатність до верифікації, як властивість вимог до ПЗ
Здійсненність та придатність до модифікації, як властивості вимог до ПЗ
Процес трасування вимог
Впорядкованість за важливістю та стабільністю
Наявність кількісної метрики
Яких вимог не має бути?
Аналіз вимог, як один з робочих потоків (workflow) Програмної інженерії
Складові процесу аналізу вимог (Requirement Process) за SWEBOK
Складові процесу аналізу вимог за методологією RUP
Значення аналізу вимог при розробці ПЗ
Результат процесу аналізу вимог
Цілі процесу аналізу вимог
Хто і як використовує вимоги
Замовник та його участь проекті
Рольові кластери MSF
Робота з вимогами у різних фазах робіт за методологією MSF
Зробіть стислий огляд робочих потоків програмної інженерії за методологією RUP
Покажіть схематичний зв’язок потоку аналізу вимог з іншими потоками програмної інженерії за методологією RUP
Роль глосарію при аналізі вимог до ПЗ
Розкрийте сутність відмінностей між аналізом проблемної області та аналізом вимог.
Модель аналізу вимог
Джерела вимог
Стратегії виявлення вимог
Інтерв’ю з експертами як стратегія виявлення вимог. Правила. Проведення.
Анкетування: переваги та недоліки стратегії
Спостереження: переваги та недоліки стратегії
Спільні семінари як дієва стратегія виявлення вимог
Створення прототипів, як ключова стратегія виявлення вимог у багатьох методологіях
Основні принципи RAD-методу
«Бачення», його відображення у різних методологіях (RUP, MSF, Держстандартах)
Фаза створення концепції за методологією MSF (envisioning phase), її основні задачі
Поняття «обмежень проекту»
Основні вимоги до створення концепції , закладені у ГОСТ 34.601-90 "Автоматизовані системи. Стадії створення"
Послідовність кроків для створення документа «Vision» за методологією RUP
Шаблон документа «Vision» (RUP)
Коротка характеристика розділів «Vision» (RUP)
«Бачення та рамки проекту» (vision/scope document) за методологією MSF
Атрибути можливостей у «Vision» (RUP)
Визначення та зміст поняття «актор»
Визначення та сутність поняття «варіант використання»
Дайте визначення та характеристику документа «Глосарій»
Стилі опису варіантів використання (Use Cases)
Вільний формат опису варіантів використання
Повний формат опису варіантів використання за А.Коберном
Табличний стиль опису варіантів використання
Стиль опису варіантів використання за методологією RUP
Від чого залежить вибір форми опису варіантів використання?
Специфікація нефункціональних вимог
Принципи вибору різних методик, мов моделювання при аналізі вимог
Діаграма варіантів використання UML (Use Case Diagram)
Діаграма дій UML
Діаграма станів UML
Діаграма класів UML
Діаграма потоків даних (data flow diagram, DFD)
Поняття «прототипу». З якою метою використовують прототипи
Класифікація прототипів
Горизонтальний прототип (horizontal prototype, behavioral prototype)
Вертикальний прототип (vertical prototype, structural prototype)
Одноразовий прототип (throwaway prototype, exploratory prototype)
Еволюційний прототип (evolutionary prototype)
Паперові прототипи та електронні презентації
Ілюстровані сценарії прецедентів
Аспекти застосовності: поняття та різновиди
Орієнтири. Дайте визначення, наведіть приклади
Середні значення атрибутів та обсяги об’єктів. Дайте визначення, наведіть приклади
Середня інтенсивність використання. Дайте визначення, наведіть приклади
Документування вимог відповідно до Державних стандартів
Технічне завдання
Документування вимог у RUP
Шаблон SRS
Документування вимог на основі IEEE Standart 830-1998
Зовнішній інтерфейс. Складові та вимоги
Основні характеристики інтерфейсів користувача
Документування вимог у MSF
Методи та засоби перевірки вимог
Неофіційні перегляди вимог
Механізм здійснення інспекцій
Механізм тестових сценаріїв
Визначення критеріїв прийнятності