- •25.01.2012 Лекція 2: Процеси вимог
- •31.01.2012 Лекция 3. Процеси призначення системи
- •Процеси призначення системи:
- •Аналіз функцій
- •Розробка системної архітектури
- •Декомпозиція системних вимог
- •Процеси ідентифікації вимог до програмного забезпечення, що імпортується
- •Визначення вимог до пз, що імпортується
- •Оцінка джерел імпорту пз
- •Визначення методі імпорту пз
- •Імпорт пз
- •08.02.2012 Лекція 4
- •Процеси встановлення вимог
- •Визначення та розробка вимог до пз
- •Визначення вимог до інтерфейсу
- •Встановлення пріоритетів та інтеграція вимог до пз
- •Загальний зміст документу «Специфікація вимог до пз»
- •Специфікація вимог до пз
- •Специфікація вимог до пз (srs)
- •14.02.2012 Лекція 5 Методи збору та виявлення вимог Методи встановлення та виявлення вимог
- •Анкетування
- •Спостереження
- •Вивчення документів та аналогічних систем
- •6. Мозковий штурм (мш)
- •07.03.2012 Стандарти sadt та діаграма потоків даних
- •13.03.2012 Лекція 10
- •Тема: Специфікація вимог до пз (модуль 2) Способи представлення вимог
- •27.03.2012 Лекція: Специфікація вимог до пз Характеристики правильно складеної спеки
- •Шаблон специфікації вимог до пз
- •Функції системи
- •Функціональні вимоги
- •04.04.2012 Тз та перевірка вимог
- •18.04.2012 Перевірка вимог
- •Властивості коректних вимог
- •Лабораторна робота
- •Принципи і прийоми управління вимогами
- •Процес контролю змін
- •24.04.2012 Лекція
- •Поняття та процеси доменної інженерії та доменного аналізу програмного забезпечення.
- •Лінійки та сімейства продуктів.
31.01.2012 Лекция 3. Процеси призначення системи
Група процесів призначення системи є мостом між визначенням концепції і визначенням вимог до ПЗ. Ця група процесів встановлює необхідні функції до ПЗ і коли доречно, апаратне ПЗ та людей.
Процеси призначення системи:
Аналіз функцій
Розробка системної архітектури
Декомпозиція системних вимог
Аналіз функцій
Вхідні дані: від процесу «Визначення концепції»:
Рекомендації
Формулювання (затвердження) потреб
Сформульовані потреби і рекомендації повинні бути проаналізовані для визначення функцій всієї системи. Як тільки функції визначено, вони описуються в функціональному описі системи і використовуються при розробці системної архітектури і визначенні програмних функцій.
Вихідні дані:
Функціональний опис системи
Призначення:
Інші процеси призначення системи (розробка системної архітектури, декомпозиція системних вимог)
Вимоги
Розробка системної архітектури
Системна архітектура – фундаментальна організація системи, реалізована в її компонентах, зв’язках цих компонентів один з одним і зовнішнім середовищем і принципах, що визначають структуру і розвиток системи.
Вхідні дані:
Сформульовані (затверджені) вимоги (визначення концепції)
Функціональний опис системи (аналіз функцій)
Системна архітектура стає основою для проекту і визначення функцій ПЗ.
Вихідні дані:
Системна архітектура
Призначення:
Інші процеси призначення системи
Проекти
Декомпозиція системних вимог
Вхідні дані:
Функціональний опис системи (призначення системи)
Системна архітектура (призначення системи)
Системні функції, що описані в функціональному описі системи повинні бути розділені у відповідності із системною архітектурою (додаткову інформацію дивитись в IEEE Std 1233, 1998)
Вихідні дані:
Функціональні вимоги до ПЗ
Призначення:
Створення проекту (початок проектування)
Вимоги
Процеси ідентифікації вимог до програмного забезпечення, що імпортується
Визначення вимог до ПЗ, що імпортується
Оцінка джерел імпорту ПЗ
Визначення методу імпорту ПЗ
Імпорт ПЗ
Визначення вимог до пз, що імпортується
Вхідні дані:
Вимоги до ПЗ
Процес визначення вимог до ПЗ, що імпортується, виявляє ті вимоги до ПЗ, що можуть найкращим чином бути задоволені із існуючого чи придбаного ПЗ. В результаті вимоги до ПЗ, що імпортується охоплюють всі категорії вимог, включаючи бюджетні та часові обмеження.
Додаткова інформація з цим процесом в стандарті IEE Std 1062, 1998.
Вихідні дані:
Вимоги до ПЗ, що імпортується
Призначення:
Планування проекту
Моніторінг та контроль проекту
Імпортування ПЗ
Оцінка джерел імпорту пз
Вхідні дані:
Вимоги до ПЗ, що імпортується
Оцінка джерел імпорту ПЗ застосовується тоді, коли в проекті застосовується ПЗ, що імпортується. Доступні джерела мають бути оцінені відносно відповідності доступного ПЗ вимогам, наявності, термінам, якості джерела.
Вплив на загальний бюджет проекту, вартість і ризики повинні бути розглянуті в цій оцінці і доведені до управління проектом.
Вихідні дані:
Виділені джерела імпорту ПЗ
Призначення:
Етап імпортування ПЗ
Моніторінг та контроль проекту