- •Перелік питань до модульної контрольної роботи №1 з дисципліни «Аналіз вимог до програмного забезпечення»
- •Поняття вимог до автоматизованої системи та програмного забезпечення.
- •Основні види вимог.
- •Роль вимог у забезпеченні успішності проектів програмного забезпечення.
- •Джерела та користувачі вимог.
- •Процеси вивчення концепції – ідентифікація та оформлення ідей та потреб замовника.
- •Процеси вивчення концепції – формулювання потенційних підходів, вивчення здійсненності.
- •Процеси призначення системи – аналіз функцій, розробка системної архітектури, декомпозиція системних вимог. Процеси призначення системи:
- •Аналіз функцій
- •Розробка системної архітектури
- •Декомпозиція системних вимог
- •Процес ідентифікації вимог до програмного забезпечення, що імпортується. Процеси ідентифікації вимог до програмного забезпечення, що імпортується
- •Визначення вимог до пз, що імпортується
- •Оцінка джерел імпорту пз
- •Визначення методі імпорту пз
- •Імпорт пз
- •Процеси встановлення вимог – визначення та розробка вимог до програмного забезпечення, визначення вимог до інтерфейсу. Процеси встановлення вимог
- •Визначення та розробка вимог до пз
- •Визначення вимог до інтерфейсу
- •Процеси встановлення вимог – встановлення пріоритетів та інтеграція вимог до програмного забезпечення. Встановлення пріоритетів та інтеграція вимог до пз
- •Загальний зміст специфікації вимог до програмного забезпечення.
- •Специфікація вимог до пз
- •Специфікація вимог до пз (srs)
- •Методи збору та виявлення вимог
- •Інтерв’ю замовника та експертів прикладного домену.
- •Анкетування. Спостереження. Анкетування
- •Спостереження
- •Вивчення документів та аналогічних систем.
- •Нарада. «Мозковий штурм».
- •Прототипування. Класифікація прототипів
- •Створення прототипів з використанням програмних засобів.
- •Розкадровка. Основні види.
- •Поняття аналізу. Загальні методи та засоби аналізу.
- •Засоби уніфікованої мови моделювання uml для аналізу вимог
- •Діаграми варіантів використання
- •Метод системного аналізу
- •Діаграми потоків даних
- •Методологія sadt.
Створення прототипів з використанням програмних засобів.
Створення прототипів
Прототипування (prototyping) - це найбільш часто використовуваний сучасний метод виявлення вимог. Програмні прототипи конструюються для візуалізації системи або її частини для замовників з метою отримання їхніх відгуків.
Прототип – працююча модель програми з неповним функціоналом. Він зазвичай містить графічний інтерфейс користувача і виглядає як справжня програма, однак активізація елементів інтерфейсу не приводить до отримання результату.
Прототип ПЗ - це часткова або можлива реалізація нового продукту, що пропонується. Прототипи дозволяють вирішити три основні задачі:
- Прояснення і завершення процесу формулювання вимог. Використовуваний в якості інструмента формулювання вимог прототип представляє собою попередну версію частини системи, розуміння якої викликає труднощі. Оцінка прототипу користувачами вказує на помилки в формулюванні вимог, які можна виправити без великих витрат до створення реального продукту.
- Дослідження альтернативних рішень. Прототип, як інструмент конструювання, дозволяє зацікавленим в проекті особам досліджувати різні варіанти реалізації користувачів, оптимізувати зручність роботи і оцінити можливі технічні прийоми. Прототипи дозволяють на робочих зразках показати, наскільки здійсненні вимоги.
- Створення кінцевого продукту. Прототип – це ніщо інше, як функціональна реалізація первинних елементів системи, яку можна перетворити в готовий продукт, здійснюючи послідовний ланцюжок невеликих циклів розробки (Аналіз здійсненності).
Основна мета створення прототипу – усунення неясностей на ранніх стадіях процесу розробки. Саме виходячи з них потрібно вирішувати, для яких частин системи необхідний прототип і що надіялись з’ясувати, оцінюючи його. Прототип корисний для з’ясування і усунення двозначних і неповних тверджень в вимогах. Користувачі, менеджери та інші зацікавлені особи вважають, що прототип дає їм розуміння конкретики, поки реальний продукт документується і розроблюється. Прототипи, особливо наглядні, легше зрозуміти, чим технічний жаргон розробників.
У загальному випадку, прототип - це дуже ефективний спосіб виявлення вимог, які важко отримати від замовника за допомогою інших засобів. Найчастіше така ситуація зустрічається для систем, які повинні надати в розпорядження користувачів нові бізнес функції. Подібна ситуація також характерна для випадків суперечливих вимог та наявності проблем у кооперації між замовниками і розробниками.
Класифікація прототипів:
В даний час усі види прототипів прийнято класифікувати наступним чином:
- За призначенням: горизонтальні і вертикальні;
- За глибиною опрацювання: одноразові і еволюційні
- В залежності від використовуваних інструментальних засобів: розкадровки і електронні прототипи
Горизонтальний прототип його іще називають поведінковий прототип або модель. Горизонтальним прототип – прототип в якому не реалізуються всі шари архітектури і нюанси системи, але втілюються деякі особливості інтерфейсу користувача. Він дозволяє користувачам дослідити поведінку очікуваної системи в тих або інших ситуаціях для уточнення вимог, а також з’ясувати, чи зможуть вони за допомогою системи, що базується на прототипі, виконувати свою роботу.
Горизонтальний прототип, подібно кінофільму, створює видимість функціональності не забезпечуючи його дійсного втілення. Він показує зовнішній вигляд екранів користувальницького інтерфейсу і дозволяє здійснити часткову навігацію між ними, але не містить ніякої або майже ніякої діючої функціональності.
Горизонтальні прототипи демонструють функціональні можливості, які будуть доступні користувачу, зовнішній вигляд інтерфейсу (кольори, планування, графіку, елементи управління) і структура доступу до інформації (структура навігації).
Горизонтальний імітує інтерфейс користувача, не зачіпаючи при цьому логіку обробки та базу даних. Такі прототипи зазвичай використовуються для прояснення неясних або багатоальтернативних вимог.
