ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО
Мониторинг теплицы
Версия 0.4 · 23.10.2026 · Проект для согласования

Цель: Сопоставляйте климат теплицы с действиями по каждой зоне
Пользователь/заказчик: Руководитель тепличного хозяйства
Предметные сущности: Объект, период, событие

1. Исходный процесс
1. Изменения условий трудно связать с действиями персонала
2. Разные зоны оценивают по отдельным приборам

2. Границы первой версии
1. Экран зон
2. История климата
3. Журнал действий

3. Исходники от заказчика
1. Схема зон
2. Датчики и параметры
3. Пороговые значения специалиста

4. Основной сценарий
1. Описать зоны
2. Проверить датчики
3. Задать пороги
4. Сопоставить события и действия

5. Предварительная карта данных
1. Нижняя граница · тип учебного поля: number · °C · пример: 18. Правило и обязательность подтверждаются на ваших исходниках.
2. Верхняя граница · тип учебного поля: number · °C · пример: 28. Правило и обязательность подтверждаются на ваших исходниках.
3. Температура зоны · тип учебного поля: number · °C · пример: 30. Правило и обязательность подтверждаются на ваших исходниках.

6. Обмен и подключение
1. Возможный контур: Учёт объекта / хозяйства. Доступность интерфейсов пока не подтверждена.
2. Начать с согласованной тестовой выгрузки или ручного ввода. Для API зафиксировать версию, объекты, идентификаторы и направление обмена.
3. Разделить чтение и запись. Массовую запись разрешать только после сверки и отдельного согласования.
4. Согласовать сопоставление справочников, форматов дат, единиц, округления и источника истинных значений.
5. Определить правила повторной доставки, журнал ошибок, повторы, резервное копирование и возврат к прежнему процессу.

7. Роли и права
1. Просмотр — только разрешённые записи и результаты.
2. Исполнение — ввод и исправление в пределах назначенных задач.
3. Согласование — подтверждение результата и возврат с причиной.
4. Администрирование — пользователи, справочники и версии правил.

8. Ошибки и исключения
1. Неполные или некорректные вводные: показать конкретные поля, не выдавать успешный результат.
2. Неоднозначное соответствие или редакция: передать ответственному на проверку.
3. Повторная отправка: исключить повторное создание по согласованному идентификатору.
4. Недоступный внешний источник: сохранить состояние, показать ошибку и согласованный повтор.
5. Изменение подтверждённых вводных: новая редакция и повторное подтверждение.

9. Проверка пилота
1. Данные привязаны к зоне
2. Нет данных не отображается как норма
3. Действие имеет автора и время

10. Передача и сопровождение
1. Передать описание настроек, справочников, форматов обмена и контрольных примеров.
2. Обучить назначенных пользователей и проверить выполнение полного сценария.
3. Зафиксировать размещение, хранение, резервные копии, восстановление, контакты ответственных и границы сопровождения.

11. Ограничения
Не агрономическая рекомендация и не автоматическое управление поливом, отоплением или вентиляцией.
Учебные цены, пороги и нормы демонстрации не являются утверждёнными правилами заказчика.

12. Вопросы до согласования
1. Какие параметры доступны от датчиков?
2. Кто задаёт пороги и регистрирует действия?
3. Какие системы, версии и способы выгрузки используются сейчас?
4. Кто подтверждает результат и кому разрешено менять правила?

13. Индивидуальная разработка
Возможна разработка отдельного решения под уникальный процесс, собственные правила, интерфейсы и инфраструктуру компании.

14. Оценка
Числа на странице — условная бюджетная модель макета. Фактический состав, стоимость, налоги, лицензии, оборудование и сопровождение фиксируются в отдельном предложении.
Это проект ТЗ для обсуждения, не согласованный документ и не завершённая спецификация рабочего решения.
15. Исходники ограниченного пилота
1. Карта одной зоны и параметры мониторинга
2. Модели датчиков, протоколы и период обновления
3. Утверждённые пороги и роли операторов

16. Контрольный сценарий и результат
1. Временная шкала климата и действий оператора
2. Зона, показание, пропуск телеметрии и запись оператора отображаются рядом.
3. ЗОНА-096: учебные пороги 18–28 °C; в 10:00 получено 30 °C.
4. Оператор записал действие в 10:05, но в 10:10 показание не поступило; считать температуру нормальной нельзя.
5. Открыть журнал, сохранить действие оператора О-02 и отметить отсутствие свежего измерения.
6. На шкале видны 30 °C / 10:00, запись О-02 / 10:05 и «Нет данных» / 10:10; результат действия не подтверждён.
7. Пропуск остаётся отдельным статусом; действия подписаны автором, автоуправления нет.