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