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