- •Перелік питань до модульної контрольної роботи №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
29. Статут ради з управління змінами.
Статут ради з управління змінами описує завдання область повноважень, членство, виробничі процедури та процес прийняття рішення радою з управління вимог. Крім того у статуті зазначається регулярність запланованих нарад та умови скликання зустрічі, область повноважень вказує які рішення може приймати рада, а які слід передавати раді вищого рівня або менеджерам. Описі процесу прийняття рішення про зміни зазначається скільки членів ради з управління змінами складають форум для прийняття рішень; який спосіб прийняття рішення використовується (голосування, консультування спосіб та інш.) Можливість відхилення колективного рішення ради головою ради; чи повинна рада більш високого рівня ратифікувати рішення.
30. Аналіз впливу внесення змін.
Забезпечує точне розуміння підтексту запропонованих змін, що допомагає команді ради приймати інформативні рішення про те яку зміну варто схвалити. Аналіз дозволяє виявити компоненти, які можуть знадобитися при створенні зміни відхилень і оцінки витрат пов’язаних із реалізацією зміни. Аналіз результатів змін займає 3 аспекти:
1. Визначення можливих наслідків змін
2. Визначення всіх файлів моделей документів, які можливо доведеться змінити, якщо команда затвердить всі запропоновані зміни
3. Визначення задач необхідних для реалізації зміни та оцінки зусиль необхідних для виконання цих завдань.
31. Поняття «Доменна інженерія»
Доменна інженерія (інженерія предметної області) – це діяльність по збору, систематизації та збереження минулого досвіду побудови систем, або частин систем в формі повторно використовувани ресурсів, а також по забезпеченню належних засобів для повторного використання цих ресурсів. Тобто це пошук росповсюдження, адаптування та збірка при створенні нових систем.
Домена інженерія включає в себе 3 основні процеси:
Доменний аналіз (аналіз предметної області)
Доменне проектування
Реалізація домену
Основна мета доменного аналізу – це визначення набору повторно використовуваних вимог для системи доменів.
Основна мета доменного проектування - це створення спільної архітектури для систем домену.
Основна мета реалізації домену – реалізація повторно використовуваних ресурсів.
32. Особливості проведення доменного аналізу.
Використовується для визначення домену, збору інформації про домен, визначення та обмеження домену, вироблення доменної моделі.
Джерела доменної інформації є:
Існуючі системи домену
Експерти домену
Система довідників, книжок
Створені прототипи
Проведені експеременти
Відомі вимоги до майбутньої системи
Доменна модель є результатом доменного аналізу та відображає спільні та відмінні властивості системи доменів та залежності між цими властивостями.
Зазвичай модель домену складається із наступних компонентів:
Області визначення домену
Словник домену
Концептуальна модель
Доменний аналіз включає наступні процеси:
Планування, ідентифікація, обмеження домену
Моделювання домену
33. Зміст процесів доменного аналізу.
1. Визначення характеристик та планування домену. При цьому здійснюється аналіз з комерційної та технічної точку зору
1.1. Виділення домену. На даному етапі визначається сам домен та взагалі здійсненість доменного аналізу.
1.2. Опис домену. На цьому етапі визначається область дії та зміст домену, встановлюються межі проведення доменного аналізу.
1.3. Визначення відповідних даних. На цьому етапі доменний аналітик вирішує чи достатньо відповідних даних існує, які є джерела даних і чи є доступ до них
2. Збір даних. Це діяльність збору необроблених даних, які доменний аналітик відфільтровує, уточнює, організовує та абстрагує
2.1. Огляд літератури
2.2. Отримання знань від експертів
2.3. Розробка сценаріїв
3. Аналіз даних. На етапі виконання данного процесу доменний аналітик перевіряє дані на коректність, несуперечливість та повноту
3.1. Визачення сутностей, подій, операцій, та їх взаємозв’язок
3.2. Моделювання інформації.На даному етапі доменний аналітик здійснює обєктно орієнтований аналіз та описує певні рішення
3.3. Аналіз подібностей існуючтх застосувань
3.4. Аналіз відмінностей
4. Класифікація. На даному етапі здійснюється збір та детальне формулювання структури інформації для класу застсувань.
5. Перевірка доменно моделі
