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

2. Замовник – особа або особи, які оплачують продукт и зазвичай (але не обов’язково) приймають рішення відносно вимог. В контексті даної методики замовник и постачальник можуть бути членами одної и тієї ж організації.

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

4. Користувач – особа або особи, які працюють з програмним продуктом або безпосередньо взаємодіють з ним. Користувач(-і) та замовник (-и) часто не є однією і тією ж особою (- ми).

1. Критерії отримання якісної srs

В цьому розділі представляється попередня інформація, яку необхідно розглянути при складанні SRS. Вона включає в себе наступне:

1. Суть srs

В дано розділі основні питання , які повинен розглядати складач (- чі) SRS є наступні:

• Функціональні можливості. Система повинна виконувати функції клімат – контролю холодильника для оптимальної роботи холодильника.

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

• Робочі характеристики. На панелі управління кнопки налаштування мають бути розташовані так аби користувач міг легко налаштувати потрібну функцію, при цьому інші налаштування залишалися не змінними. Відклик на будь – яку функцію має займати менше 30 секунд.

• Атрибути. Програма має бути захищеною від будь – яких непотрібних змін, тобто у випадку сенсорної панелі має бути блокування кнопок аби випадково не збити налаштування системи, при цьому має бути супроводжуваність програми спеціалістами постійно.

• Проектні обмеження, які накладаються на реалізацію програмного продукту. Існує стандарт «Стандарт IEEE 730-1998, Стандарт IEЕЕ по планам обеспечения качества программных средств», за допомогою якого забезпечується якість програмного продукту. Також потрібно використати стандарти, які забезпечують цілісність бази данних програмного продукту.

2. Середовище srs

За допомогою стандарту IEEE 1074-1997, який описує етапи життєвого циклу програмного забезпечення і відповідних вхідних даних для кожної стадії розробки, всі інші стандарти описані в Розділі 2, відносять до інших частин життєвого циклу.

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

• Повинна правильно визначати всі вимоги до програмного забезпечення.

• НЕ повинна описувати деталі розробки або реалізації. Вона повинна бути описана на етапі розробки проекту.

• Не повинна накладати додаткові обмеження на програмне забезпечення. Ці вимоги мають відповідним чином визначаються іншими документами, такими як план забезпечення якості програмного середовища.

3. Характеристика якості srs

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

1. Коректною. Кожна вимога викладенна в ній є вимого. Яка повинна задовольняти програмне забезпечення.

2. Однозначною. Кожна викладенна в ній вимога може інтерпретуватися тільки однозначно. Як мінімум для цього потрібно, щоб кожна характеристика кінцевого продукту була описана з використанням одного унікального терміну.

3. Повною. Тобто система є повною, тоді і тільки тоді, якщо вона включає наступні елементи:

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

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

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

4. Не противорічною. Не противорічимість означає, що система має бути внутрішньо не противорічимою. Якщо система клімат – контролю холодильника не узгоджена будь – яким документом більш вищого рівня, таким як, наприклад, специфікації систем вимог, то вона є некоректною.

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

1. Можуть входити в конфлікт завдання характеристики реальних об’єктів.

2. Між двома заданими діями може існувати логічний або тимчасовий конфлікт.

3. Два або більше вимог можуть описувати один і той же реальний об’єкт, але використовувати для цього об’єкта різні умови.