- •Перелік питань до модульної контрольної роботи №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
7. Зміст Стандарту ieee № 830-1998.
1. Введення. Опис структури та принципи використання специфікації вимог до ПЗ.
1.1 Призначення – зазначається продукт або застосування, редакція або номер випуску даного продукту.
1.2 Угоди, прийняті в документі – зазначаються стандарти, прийняті в документі (графічні стандарти)
1.3 Передбачувана аудиторія та рекомендації з читання специфікації вимог – зазначаються користувачі, опис змісту документу, рекомендації користувачам з приводу послідовності читання документу
1.4 Границі проекту – короткий опис ПЗ та його призначення. Зв’язок майбутнього продукту з користувачами бізнес цілями та стратегіями підприємства замовника
1.5 Посилання – зазначаються всі документи на які здійснюються посилання
2. Загальний опис – представлений загальний опис продукту або середовища, в якому буде застосовуватися даний продукт, обмеження, припущення та залежності майбутнього продукту.
2.1 Загальний погляд на продукт – опис змісту та походження продукту. (член родини продуктів, новою версією існуючої системи, новим продуктом або заміна існуючого середовище – опис робочого середовища ПЗ, в якому зазначаються апаратні засоби, ОС та їх версії сервери, БД та географічне місце знаходження користувачів. Перелік компонентів ПЗ, з якими система повинна бути сумісною
2.2 Обмеження дизайну та реалізації – технології, засоби мови програмування, БД, обмеження пов’язані з обладнанням
2.3 Документація для користувачів – додатки
2.4 Припущення та залежності – залежності від зовнішніх факторів, дата випуску або випуск промислового стандарту.
2.5 застосування)
2.6 Особливості продукту – особливості та функції проекту
2.7 Класи та характеристики користувачів
2.8 Операційне
3. Функції системи. Описується всі вимоги до ПЗ на тому рівні деталізації, що є достатнім щоб дати проектувальникам можливість розробляти систему, яка буде задовольняти за значенням вимоги і надасть дослідникам впевненість в тому, що система задовольняє цим вимогам. Вимоги даного типу повинні включати опис кожного вхідного впливу або стимулу на систему та кожного вихідного сигналу, відгуку системи і всіх функцій, що виконуються системою і відповідь на вхідний вплив.
3.1 Вимоги до інтерфейсу
Апаратні інтерфейси – повинен визначати логічні характеристики кожного інтерфейсу між ПП та апаратними компонентами системи (може включати які пристрої повинні підтримуватись і яким чином)
Програмні інтерфейси – використання всіх необхідних ПП (СУБД, браузери)
Інтерфейси передачі інформації – різноманітні інтерфейси зв’язку (локальні мережі, протоколи)
3.2 Функцій системи – функціональні вимоги до системи. Функціональні вимоги повинні визначати фундаментальні операції, які повинні виконуватися ПЗ при прийнятті і обробці вхідних даних і при генерації вихідних даних. Починається словами «система повинна…». ФК повинні включати: точну послідовність операції, відгуки на нестандартні помилкові ситуації, обробку та усунення помилок, формули, які необхідні для перетворення та інше.
3.3 Вимоги до функціонування. Число одночасно підтримуваних користувачів, кількість та тип інформації що обробляється, число терміналів, що підтримуються.
3.4 Вимоги до БЗ - вимоги збереження даних, типи інформації, що використовується, частота використання, організація доступу, інформаційні об’єкти та їх взаємозв’язки
3.5 Проектні обмеження – обмеження, які стосуються проекту вони накладаються стандартами, апаратними та іншими.
3.6 Нефункціональні вимоги - вимоги до продуктивності, вимоги до надійності, вимоги до безпеки, супроводження, до мобільності.
4. Інші вимоги
