- •Перелік питань до модульної контрольної роботи №2 з дисципліни «Аналіз вимог до програмного забезпечення»
- •1. Домен. Онтологія домену. Модель предметної області (домену).
- •2. Особливості стандарту idef5.
- •3. Сутність специфікації вимог до програмного забезпечення.
- •4. Переваги використання специфікації вимог до програмного забезпечення.
- •5. Стандарти документування вимог до програмного забезпечення.
- •6. Зміст та характеристики госту по створенню технічного завдання.
- •7. Зміст Стандарту ieee № 830-1998.
- •8. Документування вимог в rup.
- •14. Характеристики правильно складеної специфікації вимог.
- •15. Проблемні ситуації процесу формування і оцінки вимог.
- •16. Методи і засоби перевірки вимог.
- •17. Неофіційні перегляди вимог. Інспекції.
- •18. Визначення критеріїв прийнятності.
- •19. Принципи і прийоми управління вимогами.
- •20. Базова версія вимог.
- •21. Процедури управління вимогами.
- •22. Контроль версій.
- •23. Атрибути вимог.
- •24. Шаблон опису атрибутів вимог за к. Вігерсом.
- •25. Контроль статусу вимог.
- •26. Управління змінами.
- •27. Процес контролю змін.
- •28. Рада з управління змінами.
- •29. Статут ради з управління змінами.
- •30. Аналіз впливу внесення змін.
- •31. Поняття «Доменна інженерія»
- •32. Особливості проведення доменного аналізу.
- •33. Зміст процесів доменного аналізу.
- •34. Класифікація методів доменного аналізу.
- •35. Доменне Проектування. Реалізація Домену.
- •36. Лінійка та сімейство програних продуктів.
- •37. Засоби управління вимогами.
- •Ibm Rational/Telelogic doors
- •Borland Caliber rm
8. Документування вимог в rup.
Шаблон специфікації вимог до ПЗ, запропонований в RUP, представляє собою контейнер, в якому збираються артефакти, отримані в процесі специфікуванні вимог. Даний вид документу перекликається з документом концепцією або (баченням).
1. Введення
1.1 Мета – даний документ повинен описувати зовнішня поведінка системи, а також не функціональні вимоги та обмеження.
1.2 Коротке зведення можливостей системи.
1.3 Визначення, скорочення та акроніми
1.4 Посилання (посилання на іншу документацію)
1.5 Короткий зміст майбутньої роботи
2. Огляд системи
2.1 Огляд прецедентів – огляд списку імен і коротких описів варіантів використання та акторів з ілюстраціями у вигляді діаграми варіантів прецедентів
2.2 Припущення та залежності - описується ключові технічні можливості, компоненти підсистеми та зв’язані проекти, які можуть впливати на систему, що розробляється.
3. Опис вимог
3.1 Опис варіантів використання – опис варіантів використання і зв’язані з ними нефункціональних вимог.
3.2 Спеціальні вимоги – здійснюються опис функціональних вимог, неописаних як варіанти використання, а також опис не функціональних вимог загального характеру. (не співставлених у попередньому розділі).
4. Включається інформація, яка полегшує розуміння документу (зміст, додатки, прототипи інтерфейсу та інше)
9. Базові вимоги до розділів специфікації вимог
10. Способи представлення вимог.
Вимоги можуть представлятися у вигляді текстових тверджень або графічних моделей.
11. Вимоги до іменування.
12. Інтерфейси і специфікація вимог до програмного забезпечення.
13. Шаблони специфікації вимог до програмного забезпечення.
Шаблон специфікації вимог до ПЗ запропанований в RUP представляє собою контейнер, в якому упаковуюються, або збираються артифакти отримані в процесі SRS.
Крім того даний вид документу пересікається з концепціями, або бачення.
1. Введення
1.1. Мета – даний документ повинен описувати зовнішню поведінку системи, а також нефункціональні вимоги та обмеження
1.2. Кортке зведення можливостей системи
1.3. Визначення, скорочення та акроніми (абрівіатури)
1.4. Посилання на іншу документацію
1.5. Короткий зміст майбутньої роботи
2. Огляд системи
2.1. Огляд прецендентів. Список імен і коротких описів варіантів використання та акторів
2.2. Припущення та залежності. В даному підпункті описуються ключові технічні можливості, компоненти, підсестеми та зв’зані проекти, які можуть впливати на систему, що розробляється
3. Опис вимог
3.1. Опис варіантів використання та зв’язані з ними нефункціональні вимоги
3.2. Спеціальні вимоги. В цьому підпункті здійснюється опис функціональних вимог, не описаних як варіанти використання, а також опис нефункціональних вимог загального характеру (не співставлено жодним прецендентам в попередньому розділі)
3.3. Включається інформація, яка полегшує розуміння документу (зміст, додатки, прототипи підсистеми та ін.)
