Um âmbito de IBMS falha em duas direções: ou é tão vago que cada fornecedor orçamenta um projeto diferente, ou é tão prescritivo que descreve um produto em vez de um resultado. Um âmbito entregável situa-se entre os dois.
Comece pelo resultado
Registe o que o edifício tem de fazer: que decisões o operador precisa de tomar, que alarmes devem chegar a que função e que relatórios devem existir na entrega. O resultado é o teste para cada linha que se segue.
A lista de sistemas
Liste todos os subsistemas no âmbito, o respetivo fornecedor, a interface e quem é proprietário dos dados. Se uma interface for desconhecida, faça da auditoria um entregável em vez de assumir que existe.
| Item | O que indicar | Responsável |
|---|---|---|
| AVAC / instalações técnicas | BACnet/IP ou Modbus, lista de pontos, responsabilidade pelo gateway | Fornecedor do BMS |
| Controlo de acesso | API ou OSDP/Wiegand, lista de eventos, estado das portas | Fornecedor do controlo de acesso |
| CCTV | ONVIF/RTSP ou API do VMS, mapa de câmaras, ligação de eventos | Fornecedor do VMS |
| Contadores de energia | Modbus, impulsos ou API da concessionária, intervalo e unidades | Fornecedor da medição |
| PMS hoteleiro | ODBC ou API, eventos de check-in/check-out, estado do quarto | Fornecedor do PMS |
| Alarme de incêndio | Contactos secos ou entradas supervisionadas; a central de incêndio mantém a autoridade | Empreiteiro de incêndio |
A matriz de interfaces
A matriz é a página mais útil de todo o âmbito. Para cada subsistema, indique a interface física, o protocolo, o sentido dos dados, o número de pontos e quem testa a ligação. Se dois fornecedores partilharem uma interface, designe aquele que é responsável pelo gateway.
A lista de pontos
A lista de pontos define cada ponto, o respetivo endereço, gama, unidade, limites de alarme e convenção de nomenclatura. Não é um detalhe de comissionamento. Sem ela, os grafismos, os alarmes e as tendências não podem ser testados de forma consistente.
A filosofia de alarmes
Defina classes de alarme, prioridades, encaminhamento e escalonamento. Indique que alarmes são suprimidos durante a manutenção e quem os pode confirmar. Um IBMS com 4,000 alarmes indiferenciados não é uma visão operacional; é ruído.
Testes de aceitação
- Verificação ponto a ponto em relação à lista.
- Geração, encaminhamento e confirmação de alarmes.
- Cada interbloqueio entre sistemas, testado a partir do evento que o aciona.
- Exatidão de tendências e relatórios durante um período acordado.
- Comutação por falha: o que acontece quando a rede ou um controlador está indisponível.
Um âmbito que não pode ser testado não é um âmbito; é uma esperança. Escreva o teste antes de escrever o requisito.
O que deixar de fora
Não especifique um modelo de produto, a menos que o projeto o exija genuinamente. Especifique o resultado, as interfaces, o modelo de dados e os testes de aceitação. Isso deixa espaço ao integrador para propor uma solução adequada ao edifício.
Conclusão
Um bom âmbito de IBMS é um conjunto de limites: sistemas, interfaces, pontos, alarmes, testes e entrega. Acertar nesses pontos faz com que a conversa comercial passe a ser sobre valor e não sobre ambiguidade.
