4. Спільна підготовка srs

Процес розробки програмного продукту повинно починатися з согласування між постачальником та замовником питання про те , що повинно виконувати закінчений програмний продукт. Це согласування у формі специфікацій вимог до «Системи клімат – контроль холодильника» повинно бути підготовлене відповідно. Це важливо, тому що зазвичай ні замовник, ні постачальник не мають достатньої кваліфікації, щоб скласти якісну специфікацію вимог до «Системи клімат – контроль холодильника» окремо один від одного. Але бувають особливі ситуації, коли система та програмний продукт визначаються одночасно. Тоді функціональні можливості, інтерфейси, робочі характеристики та інші атрибути і обмеження програмного продукту не представляються, а задаються разом і потребують согласування та зміні.

5. Розвиток srs

По мірі розробки програмного продукту може виникнути необхідність у розвитку специфікацій вимог до «Системи клімат – контроль холодильника». Може бути неможливим визначити деякі деталі під час початку розробки проекту, в результаті цього у специфікації вимог до «Системи клімат – контроль холодильника» знаходяться недоліки і погрішності, які є результатом додаткових змін.

Існує два головних критерії у цьому процесі такі як:

• Вимоги повинні бути визначенні в тому об’ємі та з тою ретельністю, як вони відомі на даний момент, навіть якщо еволюційні зміни можуть бути неминучі. Повинен бути відмічений той факт, що вони не є повними.

• Повинен бути ініціалізованих формальний процес змін, щоб ідентифікувати, керувати, відслідковувати и складати звіти про запроектовані зміни. Підтвердженні зміни вимог повинні будуть включенні до специфікації вимог до «Системи клімат – контроль холодильника» таким чином, щоб:

  • Забезпечити точну і повну перевірку змін

  • Забезпечити аналіз поточних та змінених частин специфікації вимог до «Системи клімат – контроль холодильника».

6. Макетування

Макетування часто використовується на етапі розробки вимог до проекту. Існує багато інструментальних засобів з допомогою яких можна дуже швидко та легко створити прототип, який показує деякі характеристики системи.

Прототипи зручні тим , що:

• Замовник може більш зручним чином спостерігати прототип і оцінювати його, чим читати специфікацію вимог.

• Прототип показує не передбачувані аспекти поведінки системи.

• Специфікація вимог до «Системи клімат – контроль холодильника» базується на прототипі.

Прототип повинен використовуватися як спосіб встановлення вимог до програмного продукту.

7. Вбудовані структури srs

Специфікація вимог до «Системи клімат – контроль холодильника» повинна вказувати, які функції повинна виконувати і з якими даними, щоб отримати те , що є результатом, у якому місці і для якого.

Необхідні вимоги до структури:

В особливих випадках деякі вимоги можуть обмежити структуру. Наприклад, вимоги до захищеності або безпеки можуть безпосередньо в структурі необхідні в:

• Збереженні деяких функцій в окремих модулях.

• Дозволяє тільки обмежений зв'язок між деякими областями програми

• Перевірка цілісності даних для критичних змінних.

Прикладами допустимих обмежень структури є фізичні вимоги, вимоги до технічних характеристик, стандарти розробки програмного забезпечення і стандарти забезпечення якості програмних засобів.