Glossário de engenharia de sistemas empresariais
Dezoito definições práticas que ligam a linguagem da arquitetura, dados, integração, IA e automatização a decisões empresariais e consequências operacionais.
01Sistema empresarial
O conjunto interligado de pessoas, decisões, processos, dados, aplicações, regras e controlos que produz um resultado empresarial.
Porque é importante para o negócio
Impede que um componente tecnológico seja tratado como se fosse todo o problema operacional.
Exemplo
O cumprimento de uma encomenda inclui decisões, significado do inventário, trocas com parceiros, exceções e evidências — não apenas o pedido de encomenda.
02Arquitetura empresarial
Uma visão coerente das capacidades, da informação, das aplicações, da tecnologia, das decisões e das transições utilizada para orientar a mudança organizacional.
Porque é importante para o negócio
Liga os investimentos e as opções de concretização às capacidades e restrições que estes afetam.
Exemplo
Uma arquitetura-alvo mostra não apenas os componentes futuros, mas também as responsabilidades, os estados de transição e os princípios de decisão.
03Integração
A troca e coordenação, concebidas de forma explícita, de dados, eventos ou ações através dos limites dos sistemas.
Porque é importante para o negócio
Uma integração fiável preserva o significado e o estado nos pontos em que nenhum componente controla o resultado completo.
Exemplo
Uma troca de encomendas com um parceiro define a identidade, a validação, a resposta, as novas tentativas e a recuperação, além do transporte das mensagens.
04Interoperabilidade
A capacidade dos sistemas e organizações independentes de trocar informações e utilizá-las com uma interpretação partilhada e operacionalmente significativa.
Porque é importante para o negócio
Uma mensagem recebida, mas mal compreendida, representa uma ligação técnica sem verdadeira interoperabilidade.
Exemplo
Ambas as partes interpretam de forma coerente os estados «aceite», «rejeitado» e «pendente» e sabem quem tem de agir.
05Governação dos dados
As decisões, responsabilidades, políticas e controlos que atribuem significado aos dados e permitem a sua utilização responsável.
Porque é importante para o negócio
Liga a qualidade e o acesso aos dados a decisões empresariais relevantes, em vez de os tratar como um exercício isolado de conformidade.
Exemplo
Um responsável pode definir um termo crítico, aprovar a utilização e resolver um problema de qualidade tendo em conta um risco de decisão declarado.
06Linhagem dos dados
Conhecimento rastreável sobre a origem dos dados, a forma como foram alterados e os locais onde foram utilizados.
Porque é importante para o negócio
A linhagem permite explicar, analisar impactos, controlar e contestar resultados quando uma decisão depende de dados transformados.
Exemplo
Um valor comunicado pode ser rastreado desde a fonte, passando pela validação e agregação, até ao painel de decisão.
07Contrato de dados
Um acordo explícito e versionado sobre a estrutura, o significado, a qualidade, a responsabilidade e o comportamento dos dados trocados através de um limite.
Porque é importante para o negócio
Permite testar as expectativas de mudança e falha, em vez de obrigar os consumidores a inferi-las.
Exemplo
Um contrato especifica os campos obrigatórios, as definições semânticas, a política de versões, o comportamento de rejeição e o responsável.
08Arquitetura orientada para eventos
Uma arquitetura em que mudanças de estado relevantes são expressas como eventos e consumidas de forma assíncrona pelos componentes interessados.
Porque é importante para o negócio
Pode separar o momento de execução das responsabilidades, mas apenas quando o significado do evento, a identidade, a ordenação e a recuperação são concebidos explicitamente.
Exemplo
Um evento de encomenda aprovada regista o facto empresarial e uma identidade estável, em vez de emitir uma notificação vaga de atualização.
09Idempotência
Uma propriedade do processamento que permite aplicar o mesmo pedido ou evento mais de uma vez sem criar um efeito empresarial adicional e involuntário.
Porque é importante para o negócio
Permite repetir o processamento em segurança quando o remetente não consegue saber se a primeira tentativa foi concluída.
Exemplo
Repetir uma atualização do estado de um pagamento devolve o resultado já estabelecido, em vez de criar um segundo pagamento.
10Arquitetura-alvo
A estrutura, as responsabilidades e os princípios futuros pretendidos que suportam uma capacidade e uma direção empresarial definidas.
Porque é importante para o negócio
Dá às decisões um destino coerente sem assumir uma única via de implementação irreversível.
Exemplo
O alvo descreve as responsabilidades do domínio, as interfaces e os limites de controlo necessários para integrar parceiros de forma fiável.
11Arquitetura de transição
Um estado intermédio operado deliberadamente entre a arquitetura atual e a arquitetura-alvo.
Porque é importante para o negócio
Torna a coexistência, os controlos temporários e os critérios de risco e saída parte do plano, em vez de resíduos acidentais da concretização.
Exemplo
Os serviços antigos e novos de gestão de encomendas funcionam em conjunto, com critérios definidos de reconciliação, autoridade e desativação.
12Preparação para IA
O grau em que uma utilização específica de IA dispõe de valor, dados, fluxo de trabalho, arquitetura, supervisão, avaliação e responsabilidade operacional adequados.
Porque é importante para o negócio
Impede que a viabilidade do modelo seja confundida com a capacidade de produção.
Exemplo
Um caso de utilização só está preparado quando o responsável pela decisão, a adequação dos dados, a revisão humana, a monitorização e os mecanismos de contingência são explícitos.
13Supervisão humana
Um conjunto concebido de responsabilidades humanas, informações, autoridade e pontos de intervenção em torno de uma ação automatizada ou apoiada por IA.
Porque é importante para o negócio
A participação humana só tem significado se a pessoa conseguir compreender, contestar e alterar o resultado em tempo útil.
Exemplo
Um revisor recebe contexto relevante, pode rejeitar uma recomendação e sabe quando suspender a execução automatizada.
14Automatização de processos
A execução concebida de etapas, regras ou trocas repetíveis de um processo, com tratamento explícito de exceções e controlos.
Porque é importante para o negócio
Deve remover o esforço evitável sem esconder a responsabilização ou acelerar um processo defeituoso.
Exemplo
Um fluxo de trabalho encaminha casos padrão automaticamente, preservando a autoridade humana para exceções definidas.
15Modelo operacional
As responsabilidades, direitos de decisão, processos, capacidades e medidas através das quais um sistema é executado e melhorado.
Porque é importante para o negócio
Uma capacidade técnica sem modelo operacional não tem um responsável permanente nem uma resposta definida à mudança e à falha.
Exemplo
Um modelo de domínio de dados define quem decide o significado, monitoriza os controlos e financia a correção dos problemas.
16Dívida técnica
Uma restrição atual criada por decisões técnicas anteriores que aumenta o custo, o risco ou o atraso de uma mudança útil.
Porque é importante para o negócio
A dívida torna-se passível de intervenção quando está ligada a uma decisão empresarial ou a um percurso de mudança, e não apenas registada como código de má qualidade.
Exemplo
Uma base de dados partilhada impede o lançamento independente de duas capacidades e aumenta o risco da migração.
17Contexto do sistema
Os intervenientes, limites, dependências, informações, restrições e ambiente relevantes que rodeiam um sistema ou uma decisão.
Porque é importante para o negócio
O contexto determina se um desenho local permanece válido quando colocado na organização real.
Exemplo
Uma conceção de automatização inclui as equipas, a autoridade de aprovação, os sistemas de origem e os percursos de exceção em torno do fluxo de trabalho.
18Registo da decisão
Um registo conciso e duradouro de uma decisão relevante, do seu contexto, das opções, do raciocínio, das consequências e do critério de revisão.
Porque é importante para o negócio
Preserva o motivo de uma escolha para que uma mudança posterior possa questionar os pressupostos certos, em vez de repetir a descoberta.
Exemplo
Um registo explica porque foi escolhida a troca assíncrona e quando alterações de volume, latência ou controlo exigem revisão.
Nenhum termo correspondente
Discutir um desafio de sistemas
Construa o que vem a seguir sem perder o que tem de permanecer verdadeiro.