Software HMI e SCADA sob medida: quatro camadas

Que trabalho existe de fato em um projeto de software supervisório

Um projeto supervisório parece apenas "montar uma tela de monitoramento", mas ao ser decomposto revela cinco tipos de trabalho, e quem os executa normalmente não é a mesma pessoa.

• Máquinas e instrumentos de campo: controladores, inversores, medidores e balanças que fornecem fontes de dados legíveis
• Comunicação e conectividade: conversão de protocolo, configuração de gateway, segmentação de rede, sincronismo de horário e buffer local
• Telas e lógica de operação: configuração de telas, permissões do operador, níveis de alarme e registro de ações
• Dados e relatórios: armazenamento histórico, modelos de relatório e interfaces de dados externas
• Entrega e operação: gestão de versões do programa, backup, procedimento de atualização e fluxo de alterações futuras

Desses cinco, apenas o segundo e o terceiro mudam conforme a exigência do cliente. O primeiro é definido pela máquina, enquanto o quarto e o quinto determinam se o sistema ainda poderá ser modificado dois anos depois.

Divisão por responsabilidade: o que fica em casa e o que vai para a equipe externa

A forma mais simples de definir escopo é desenhar quatro blocos de "quem cuida do quê", em vez de dividir por menu de funções.

A finalidade da tabela de responsabilidades não é repartir culpa, e sim fazer cada camada declarar o que entrega e em que forma.

Com essa divisão, o ponto que mais dá problema fica entre a segunda e a terceira camada. Se as condições de rede no site, os protocolos dos instrumentos e a lista de registradores disponíveis no controlador não forem confirmados antes do desenvolvimento, as telas feitas pela equipe externa simplesmente não terão dados para exibir.

A estrutura do orçamento diz mais do que o total

Ao avaliar um orçamento de desenvolvimento supervisório, a estrutura informa mais do que o total. Um orçamento utilizável separa homem-dia e valor hora e indica com clareza o que está fora do escopo.

• Detalhado por item de trabalho: preparação da lista de tags, ajuste de comunicação, desenvolvimento de telas, desenvolvimento de relatórios, comissionamento e documentação listados separadamente
• Homem-dia e papéis: homem-dia por item e se comissionamento no site e suporte remoto usam o mesmo valor hora
• Itens fora do escopo: o que o cliente deve fornecer, como pedidos de mudança são cobrados e como viagens e hospedagem entram na conta
• Lista de entregáveis: quantidade de cópias e formato de código-fonte, arquivos de tela, lista de tags de comunicação, registros de teste e manuais de operação

Quanto mais o orçamento é detalhado por item, menor a disputa sobre o que conta como mudança de escopo. Um orçamento com apenas um total, sem escopo discriminado, normalmente significa que o escopo será reinterpretado durante a execução.

Limites de entrega de código e ativos

Um sistema supervisório continua sendo alterado depois de entrar em operação, então o que é entregue define a liberdade do cliente dois anos depois. Na prática, os itens abaixo são confirmados um a um.

• Código-fonte e arquivos de projeto: se é fornecido código-fonte completo compilável ou arquivos de projeto editáveis, com o escopo de licença declarado
• Lista de tags de comunicação: tipo de dado, endereço, unidade e ciclo de atualização de cada tag, em tabela que permita conferência
• Relação de telas: nomes das telas, hierarquia e trecho de processo correspondente, facilitando localização e alteração futuras
• Registros de teste: resultados de conexão de comunicação, disparo de alarme, recuperação após queda de energia e operação contínua
• Procedimento de atualização: quem aplica as atualizações, em qual janela de tempo e como reverter em caso de problema

Os itens três e cinco são os mais esquecidos: a relação de telas define a agilidade para localizar alterações futuras, e o procedimento de atualização define se o cliente consegue resolver pequenas mudanças sozinho.

Onde termina o software de configuração licenciado e começa o desenvolvimento sob medida

Muitos projetos não precisam de código escrito do zero. A decisão se resume a algumas perguntas concretas: o protocolo está fora do conjunto de drivers do software licenciado, existem requisitos de tela e lógica de operação não padronizados, é preciso trocar dados com MES ou ERP e o cliente precisará manter o sistema com equipe própria no futuro.

• Protocolo e drivers cobertos e lógica de tela padrão: prefira o software de configuração licenciado; entrega mais rápida e manutenção mais barata
• Interfaces de dados externas, lógica não padronizada, permissões de vários papéis: o desenvolvimento sob medida é mais indicado
• Uso combinado: o software licenciado cuida das telas padrão e da operação no site, enquanto o programa sob medida assume interfaces de dados e relatórios — arranjo comum

No uso combinado, o limite precisa ser definido cedo: quais dados o software licenciado grava no banco e quais interfaces ficam com o programa sob medida, para que dois programas não escrevam na mesma tabela.

Implantação por etapas e aceite por marcos

Entregar por etapas controla o risco com mais eficácia do que uma entrega única, porque cada etapa deixa algo conferível.

• Confirmação de funções: acordar lista de tags, relação de telas e lógica de operação, e registrar por escrito
• Telas protótipo: construir primeiro uma ou duas telas-chave para validar o caminho dos dados e o padrão visual
• Entrada em operação por lotes: colocar em operação por trecho de processo ou por linha, observando cada lote antes do seguinte
• Entrega e operação: concluir a entrega do código-fonte e da documentação e passar para atualizações de versão e suporte

Um benefício direto dessa ordem: problemas de comunicação e de caminho de dados aparecem na fase de protótipo, e não no dia em que o sistema entra em operação.

Informações a preparar antes do início

Antes de entrar no projeto, organizar os itens abaixo reduz retrabalho futuro: lista de protocolos dos controladores e instrumentos existentes, tags de dados e ciclos de amostragem disponíveis, condições de rede no site e de acesso remoto, sistemas externos a integrar e a forma de cada interface, e quem no lado do cliente aprova listas de tags e telas.

A Shanghai Chengxuan Intelligent acumula experiência em projetos de software industrial e conectividade de equipamentos desde 2009, com capacidade de produto em software supervisório, aquisição de dados e plataformas de monitoramento. Podemos confirmar em conjunto o limite funcional e a lista de entregáveis conforme as condições reais dos equipamentos e o escopo do projeto.