Объём работ по IBMS проваливается в двух направлениях: он либо настолько расплывчат, что каждый поставщик оценивает собственный проект, либо настолько жёстко предписывает решения, что описывает продукт вместо результата. Работоспособный объём находится между этими крайностями.
Начните с результата
Запишите, что здание должно делать: какие решения нужны оператору, какие тревоги должны доходить до какой роли, какие отчёты должны существовать к передаче объекта. Результат — критерий проверки для каждой следующей строки.
Перечень систем
Перечислите каждую подсистему в объёме работ, её поставщика, интерфейс и владельца данных. Если интерфейс неизвестен, сделайте аудит результатом проекта, а не допущением, что он существует.
| Элемент | Что указать | Владелец |
|---|---|---|
| ОВК / инженерное оборудование | BACnet/IP или Modbus, перечень точек, ответственность за шлюз | Поставщик BMS |
| Контроль доступа | API или OSDP/Wiegand, перечень событий, статус двери | Поставщик СКУД |
| CCTV | ONVIF/RTSP или API VMS, карта камер, привязка событий | Поставщик VMS |
| Счётчики энергии | Modbus, импульсный выход или API энергосбыта, интервал и единицы | Поставщик учёта |
| Гостиничная PMS | ODBC или API, события заселения и выселения, статус номера | Поставщик PMS |
| Пожарная сигнализация | Сухие контакты или контролируемые входы; приоритет остаётся за пожарной панелью | Подрядчик по пожарной безопасности |
Матрица интерфейсов
Матрица — самая полезная страница объёма работ. Для каждой подсистемы укажите физический интерфейс, протокол, направление данных, число точек и того, кто тестирует подключение. Если интерфейс делят два поставщика, назовите владельца шлюза.
Перечень точек
Перечень точек определяет каждую точку, её адрес, диапазон, единицу измерения, пределы тревог и соглашение об именовании. Это не деталь пусконаладки. Без него мнемосхемы, тревоги и тренды невозможно последовательно протестировать.
Философия тревог
Определите классы тревог, приоритеты, маршрутизацию и эскалацию. Укажите, какие тревоги подавляются при обслуживании и кто может их квитировать. IBMS с 4 000 неразличимых тревог — не картина эксплуатации, а шум.
Приёмочные испытания
- Поточечная проверка по перечню.
- Формирование, маршрутизация и квитирование тревог.
- Каждая межсистемная блокировка, проверенная от вызывающего события.
- Точность трендов и отчётов за согласованный период.
- Отказоустойчивость: что происходит при недоступности сети или контроллера.
Объём работ, который нельзя протестировать, — не объём работ, а надежда. Напишите тест раньше требования.
Что не включать
Не указывайте модель продукта, если проект действительно этого не требует. Указывайте результат, интерфейсы, модель данных и приёмочные испытания. Это оставляет интегратору пространство предложить решение, подходящее зданию.
Вывод
Хороший объём работ по IBMS — это набор границ: системы, интерфейсы, точки, тревоги, испытания и передача объекта. Проработайте их, и коммерческий разговор станет о ценности, а не о неоднозначности.
