- •Перелік питань до модульної контрольної роботи №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
Ibm Rational/Telelogic doors
IBM Rational / Telelogic DOORS - сімейство рішень для керування вимогами і створення складних наукомістких виробів (авіа, суднобудування, потяги, ракети, автомобілі тощо).
Спочатку DOORS розроблявся тільки як засіб управління вимогами в процесі розробки програмного забезпечення. Проте ідеї, закладені в DOORS, виявилися успішними і в даний момент система використовується навіть в компаніях, які не мають відношення до розробки програмного забезпечення, але змушені контролювати великий обсяг взаємозалежної інформації, наприклад, при розробці інженерних систем.
З Telelogic DOORS можна отримати наступну інформацію: • Статус виконання робіт щодо кожної вимоги окремо, а також по групі вимог.
• Статус роботи над всім проектом.
• Відповідальну особу для кожної вимоги або групи вимог.
• Історію змін вимоги.
• Ресурси, які потрібні для реалізації вимоги ще до її впровадження в проект.
• Зв'язок між вимогами замовника, пунктами технічного завдання, програмами верифікації, тестування і завданнями управління проектом.
• Клас, модель або креслення, в якому конкретну вимогу реалізовано.
Borland Caliber rm
Borland Caliber RM - це корпоративна система керування вимогами, яка полегшує спільну роботу, що дозволяє групам розробників підходити до віх проекту вчасно і з запланованими витратами. Borland Caliber RM також допомагає командам розробників упевнитися, що розробляється програма, що задовольняє побажання кінцевих користувачів за рахунок безперервного збору побажань на всіх етапах життєвого циклу від аналітиків, розробників, тестувальників та інших зацікавлених у проекті осіб.
Borland Caliber RM володіє наступними функціональними можливостями: • Централізоване сховище вимог для всіх проектів, що розробляються IT-компанією. • Адаптованість - Caliber RM можна настроїти для використання в будь-якому проекті, що підвищує ефективність процесу управління вимогами. • Трасування вимог - відкрита архітектура Caliber RM дозволяє зв'язати вимоги з іншими артефактами на всіх стадіях життєвого циклу програмного продукту. • Підтримка великої кількості клієнтів - Caliber RM прекрасно інтегрується з такими системами розробки, як Microsoft Visual Studio, Eclipse на платформі Windows. • Інтеграція з іншими продуктами Borland для підтримки повного життєвого циклу програмного продукту.
IBM Rational Requirements Composer
IBM Rational Requirements Composer допомагає робочим групам ефективно визначати і застосовувати вимоги на всіх етапах життєвого циклу проекту.
Вимоги створюються і використовуються всіма учасниками робочої групи, незважаючи на те, що провідну роль при цьому може грати бізнес-аналітик. Більш швидка і ефективна розробка вимог скорочує необхідність доопрацювання проекту, прискорює вихід на ринок і покращує бізнес-результати. * Дозволяє включити широке коло замовників та інших зацікавлених осіб у процес розробки вимог. Дозволяє використовувати інтуїтивно зрозумілі розкадровки, діаграми процесів, приклади використання та інші візуальні і текстові прийоми для визначення сценаріїв і виявлення потреб замовника. Забезпечує швидке досягнення згоди між зацікавленими сторонами за рахунок ефективної спільної роботи і високої прозорості дій всіх учасників. * Підвищує гнучкість і передбачуваність завдяки застосуванню спрощених методів розробки вимог. Оптимізує пов'язані з визначенням вимог дії і забезпечує узгодженість роботи колективів за рахунок використання централізованої платформи для виявлення, аналізу і затвердження вимог, а також управління ними. * Забезпечує аналіз і впорядкування вимог, а також ефективне управління ними за допомогою атрибутів, наборів, міток, фільтрів, уявлень і готових шаблонів звітів (включаючи специфікацію користувальницького інтерфейсу, історію аудиту та звіти про відстеження).
* Дозволяє організувати роботу розробників і тестувальників відповідно до пріоритетів бізнесу.
* Надає можливість конкретизації вимог за допомогою візуальних і текстових засобів в тих випадках, коли вимоги оформляються у вигляді списку невиконаних робочих елементів; це прискорює взаємодію зі співробітником, відповідальним за замовника або продукт, і отримання від нього гарантій їх виконання. * Надає засоби, що прискорюють визначення вимог, у тих випадках, коли для керування вимогами використовується Rational RequisitePro або Rational DOORS.
