3. Специфічні вимоги (Розділ 3 srs)

   1. Зовнішні інтерфейси

Вхідними даними в програму будуть показники датчиків та вимоги користувача (зазначені у налаштуваннях програми). Точність показників температурних датчиків +/- 1 градус. Точність датчику вологості +/- 2%. Вивід усіх кількісних показників має відповідати загально прийнятим стандартам.

Інтерфейс має бути адаптований для керування мишкою та для керування на Touch-screen пристроях.

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

2. Функції

1. При відкритті холодильника, система повинна збільшити температуру холодильника для забезпечення оптимальної температури продуктів.

2. При закритті холодильника, система повинна зменшити температуру холодильника для забезпечення оптимальної температури продуктів.

3. При не відповідності показників датчиків (вологості, температури) заданим значенням, система повинна увімкнути певні прилади, які змінять стан холодильника, для забезпечення бажаних умов, що відповідають бажаним показникам датчиків.

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

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

6. При виникненні неполадок, система повинна повідомити користувача про те, у чому заклечається суть неполадки та дати рекомендації щодо її виправлення.

3. Вимоги до робочих характеристик

Показники датчиків повинні зчитуватись програмою динамічно, в режимі реального часу (із затримкою не більше ніж 1 секунда). Якщо один із датчиків не відповідає, необхідно вивести повідомлення про помилку (помилка виникає, якщо датчик не відповідає більш ніж 5 секунд).

Усі операції в програмі повинні виконуватись не більше ніж за 1 секунду (окрім операції відновлення та збереження даних). Збереження даних повинно виконуватись не більше ніж за 5 секунд, а операція відновлення даних не більше ніж за 5 хвилин.

4. Логічні вимого до бази даних

У БД зберігатиметься статистична інформація, яку надсилають датчики, а також налаштування користувача. У більшості випадків це буде числова інформація (типи integer та number). Для швидкого доступу до даних, таблиці повинні мати індекси. Використовуватиметься реляційна модель БД. Обмеження цілісності, що накладаються на дані: вологість повітря повинна бути більше або дорівнюватиме нулю. Температура холодильника має бути в межах від 3 до 8 градусів, та температура морозильної камери від 0 до -24 градусів.

5. Проектні обмеження

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

1. Согласованість стандартів

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

6. Атрибути системи програмного забезпечення

   1. Надійність

Система повинна бути стійкою до збоїв. Якщо відбувся збій у роботі системи, при наступному її запуску, усі дані повинні бути відновленні. Система не повинна відмовляти частіше ніж 1 раз на 372 годин роботи.

2. Допустимість

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

3. Безпека

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

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

4. Зручність супроводження

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

5. Мобільність

Програма повинна із легкістю переноситись на будь яку операційну систему із підтримкою .NET 3.5 або більш нової версії. Машинно-залежний код повинен бути винесений в окремий модуль, який займатиме не більше ніж 20% від усього коду системи.