- •Перелік питань до модульної контрольної роботи №1 з дисципліни «Аналіз вимог до програмного забезпечення»
- •Поняття вимог до автоматизованої системи та програмного забезпечення.
- •Основні види вимог.
- •Роль вимог у забезпеченні успішності проектів програмного забезпечення.
- •Джерела та користувачі вимог.
- •Процеси вивчення концепції – ідентифікація та оформлення ідей та потреб замовника.
- •Процеси вивчення концепції – формулювання потенційних підходів, вивчення здійсненності.
- •Процеси призначення системи – аналіз функцій, розробка системної архітектури, декомпозиція системних вимог. Процеси призначення системи:
- •Аналіз функцій
- •Розробка системної архітектури
- •Декомпозиція системних вимог
- •Процес ідентифікації вимог до програмного забезпечення, що імпортується. Процеси ідентифікації вимог до програмного забезпечення, що імпортується
- •Визначення вимог до пз, що імпортується
- •Оцінка джерел імпорту пз
- •Визначення методі імпорту пз
- •Імпорт пз
- •Процеси встановлення вимог – визначення та розробка вимог до програмного забезпечення, визначення вимог до інтерфейсу. Процеси встановлення вимог
- •Визначення та розробка вимог до пз
- •Визначення вимог до інтерфейсу
- •Процеси встановлення вимог – встановлення пріоритетів та інтеграція вимог до програмного забезпечення. Встановлення пріоритетів та інтеграція вимог до пз
- •Загальний зміст специфікації вимог до програмного забезпечення.
- •Специфікація вимог до пз
- •Специфікація вимог до пз (srs)
- •Методи збору та виявлення вимог
- •Інтерв’ю замовника та експертів прикладного домену.
- •Анкетування. Спостереження. Анкетування
- •Спостереження
- •Вивчення документів та аналогічних систем.
- •Нарада. «Мозковий штурм».
- •Прототипування. Класифікація прототипів
- •Створення прототипів з використанням програмних засобів.
- •Розкадровка. Основні види.
- •Поняття аналізу. Загальні методи та засоби аналізу.
- •Засоби уніфікованої мови моделювання uml для аналізу вимог
- •Діаграми варіантів використання
- •Метод системного аналізу
- •Діаграми потоків даних
- •Методологія sadt.
Розкадровка. Основні види.
Розкадровка
Розкадровка (storyboard) - це логічний та концептуальний опис функціональних можливостей системи для певного сценарію, включаючи необхідну взаємодію між системою та її користувачами. В якості інструментальних засобів розкадровки вимог використовуються Microsoft Word, Microsoft Visio, Microsoft PowerPoint, IBM Rational Requirements Composer, Expression Blend SketchFlow.
Розкадровки ділять на три типи:
пасивні розкадровки, у вигляді історії, розказаної користувачеві. Вона включає схеми копії екранів, презентації PowerPoint і форми вихідної інформації т.п. Аналітик грає роль системи, яка зводиться до розповіді користувачеві про те, як буде працювати система;
активні розкадровки використовують засоби анімації або автоматизації. Наприклад, за допомогою автоматичного показу слайдів, анімації, фільмів. Застосовуються для показу типової поведінки системи;
інтерактивні розкадровки, що дозволяють користувачеві отримати досвід роботи з системою. Даний тип розкадровки являє собою електронний одноразовий горизонтальний прототип.
Поняття аналізу. Загальні методи та засоби аналізу.
Аналіз вимог полягає в визначенні потреб та умов які висуваються щодо нового, чи зміненого продукту, враховуючи можливо конфліктні вимоги різних замовників, таких як користувачі чи бенефіціари.
Аналіз вимог є критичним для успішної розробки проекту.[2] Вимоги мають бути задокументованими, вимірними, тестовними, пов'язаними з бізнес-потребами, і описаними з рівнем деталізації достатнім для конструювання системи. Вимоги можуть бути архітектурними, структурними, поведінковими, функціональними, та нефункціональними.
Аналіз вимог включає три види діяльності:
Виявлення вимог: задача комунікації з користувачами для визначення їх вимог. Також це називають збором вимог.
Аналіз вимог: виявлення недоліків вимог (неточностей, неповноти, неоднозначностей чи суперечностей) і їх виправлення.
Запис вимог: Вимоги можуть документуватись в різних формах, таких як опис звичайною мовою, прецедентами, користувацькими історіями, чи специфікаціями процесу.
Аналіз вимог може бути довгим та важким процесом що вимагає використання тонких психологічних навиків. Нові системи змінюють середовище і відношення між людьми, тому важливо розпізнати всі зацікавлені сторони, взяти до уваги всі їхні потреби, і переконатись що вони розуміють наслідки які приносить нова система. Аналітики можуть використати кілька методів щоб отримати від споживача вимоги. Історично це включає проведення інтерв'ю, чи фокус-груп (яку в цьому контексті частіше називають як майстерня вимог) і створення списків вимог. До більш сучасних підходів відносять прототипування, та прецеденти. За потреби аналітик використає комбінацію цих методів щоб встановити точні вимоги зацікавлених сторін, так щоб система відповідала бізнес-потребам.
Засоби уніфікованої мови моделювання uml для аналізу вимог
UML (англ. Unified Modeling Language) — уніфікована мова об'єктно-орієнтованого моделювання, використовується у парадигмі об'єктно-орієнтованого програмування. Є невід'ємною частиною уніфікованого процесу розробки програмного забезпечення. UML може бути застосовано на всіх етапах життєвого циклу аналізу бізнес-систем і розробки додатків. Різні види діаграм які підтримуються UML, і найбагатший набір можливостей представлення певних аспектів системи робить UML універсальним засобом опису як програмних, так і ділових систем. Діаграми дають можливість представити систему (як ділову, так і програмну) у такому вигляді, щоб її можна було легко перевести в програмний код. Крім того, UML спеціально створювалася для оптимізації процесу розробки програмних систем, що дозволяє збільшити ефективність реалізації програмних систем у кілька разів і помітно поліпшити якість кінцевого продукту. UML прекрасно зарекомендувала себе в багатьох успішних програмних проектах. Засоби автоматичної генерації кодів дозволяють перетворювати моделі мовою UML у вихідний код об’єктно-орієнтованих мов програмування, що ще більш прискорює процес розробки. Практично усі CASE-засоби (програми автоматизації процесу аналізу і проектування) мають підтримкуUML. Моделі розроблені в UML, дозволяють значно спростити процес кодування і направити зусилля програмістів безпосередньо на реалізацію системи. Діаграми підвищують супроводжуваність проекту і полегшують розробку документації.