- •25.01.2012 Лекція 2: Процеси вимог
- •31.01.2012 Лекция 3. Процеси призначення системи
- •Процеси призначення системи:
- •Аналіз функцій
- •Розробка системної архітектури
- •Декомпозиція системних вимог
- •Процеси ідентифікації вимог до програмного забезпечення, що імпортується
- •Визначення вимог до пз, що імпортується
- •Оцінка джерел імпорту пз
- •Визначення методі імпорту пз
- •Імпорт пз
- •08.02.2012 Лекція 4
- •Процеси встановлення вимог
- •Визначення та розробка вимог до пз
- •Визначення вимог до інтерфейсу
- •Встановлення пріоритетів та інтеграція вимог до пз
- •Загальний зміст документу «Специфікація вимог до пз»
- •Специфікація вимог до пз
- •Специфікація вимог до пз (srs)
Встановлення пріоритетів та інтеграція вимог до пз
Вхідні дані:
Опис інформації стосовно ризиків
Попередні (первинні) вимоги до ПЗ
Вимоги до інтерфейсу ПЗ
Вихідні дані:
Вимоги до ПЗ
Призначення:
Початок проекту
Управління і моніторинг проекту
Проектування
Реалізація
Функціональні і експлуатаційні вимоги повинні бути переглянуті і список пріоритетних вимог має бути визначений.
Формування вимог до ПЗ, що зявляються повинні бути переглянуті і перевірені при необхідності.
Загальний зміст документу «Специфікація вимог до пз»
Специфікація вимог до ПЗ – закінчений опис поведінки системи, яку потрібно розробити.
В стандарті IEEE 830 містяться рекомендації до структури і методів опису вимог до ПЗ.
Специфікація вимог до пз
SRS – специфікація для конкретного (визначеного) ПЗ, програми чи набору програм, які виконують визначені функції в конкретному середовищі.
SRS можуть бути складені одним або декількома представниками постачальника, одним або декількома представниками клієнта, або обома.
Специфікація вимог до ПЗ – документ, що представляє собою рекомендовану методику складання специфікації вимог до ПЗ. (Она сама не поняла что сказала)
Специфікація вимог до пз (srs)
Основні питання, що розглядаються SRS
Функціональні можливості системи
Користувальницькі, програмні інтерфейси: алгоритми взаємодії системи користувачам різних груп, з апаратним забезпечення, з іншими апаратними та програмними засобами.
Робочі характеристики системи: швидкодія, доступність та інше
Атрибути системи: зручність для користувачів різних груп, захищеність системи%
Можливі проектні обмеження, що накладаються на систему: вимоги до ОС, до форматів даних, до СУБД.
Переваги використання SRS:
Для замовника – точний опис того, що він хоче отримати;
Для розробника – однозначне тлумачення і розуміння того, що хоче отримати замовник.
Характеристика правильно складеної SRS :
Коректність
Однозначність
Повнота
Несуперечливість
Упорядкованість за значністю
Перевіряємість
Модифікуємість
Відслідковуваність