Módulo 7 · Sistemas de Informação · Semana 1 · Aula 1
Regras de negócio
e tomada de decisão
Da política organizacional ao parâmetro configurado no sistema de gestão
Sistemas de Gestão e Governança Empresarial · Prof. Afonso Brandão · 06/08/2026
Regra de negócio
Catálogo e rastreabilidade
Modelo de decisão
Implementação no ERP
Agenda
Dois tempos de aula, quatro blocos

Bloco 1 — Fundamentos (30 min)

Definição de regra de negócio; distinção entre regra, requisito, processo e política; princípios do Business Rules Manifesto; taxonomia das regras.

Bloco 2 — Especificação (30 min)

Vocabulário controlado e SBVR; modalidades deônticas; enunciados padronizados; critérios de qualidade e ficha de catálogo.

Bloco 3 — Decisão (35 min)

Separação entre processo e decisão; DMN, diagrama de requisitos de decisão e tabelas de decisão; política de acionamento.

Bloco 4 — Governança (25 min)

Onde a regra é implementada em um ERP; ciclo de vida, propriedade e auditoria; antipadrões; atividade sobre o caso do parceiro.

Objetivo de aprendizagem: ao final da aula o estudante deve ser capaz de extrair regras de negócio de um processo empresarial, enunciá-las de forma atômica e rastreável, modelar a decisão correspondente em tabela de decisão e justificar onde cada regra deve ser implementada no sistema de gestão.

1. O problema da regra implícita
Por que regras não declaradas comprometem a implantação de um ERP

Sintomas em projetos de implantação

  • Critérios de aprovação conhecidos apenas por quem executa a atividade.
  • Limites de alçada divergentes entre áreas, sem fonte autoritária.
  • Comportamento do sistema descoberto somente em teste de aceitação.
  • Customizações que reproduzem exceções não documentadas.

Consequências

  • Retrabalho de configuração e de extensão do produto padrão.
  • Impossibilidade de auditar a decisão tomada pelo sistema.
  • Regras contraditórias em vigor simultâneo.
  • Custo de mudança proporcional ao acoplamento entre regra e código.

A regra existe no negócio independentemente de estar escrita. A ausência de enunciado não elimina a regra: transfere sua guarda para a memória individual e a torna inauditável.

2. Definição
O que constitui uma regra de negócio

Definição de referência

Regra de negócio é uma diretriz que define ou restringe algum aspecto do negócio, com o propósito de assertar sua estrutura ou de controlar e influenciar seu comportamento (Business Rules Group, 2000).

Origem

Legislação, contrato, política interna, norma setorial ou decisão de gestão. A regra pertence ao negócio, não ao sistema que a executa.

Alcance

Aplica-se independentemente da tecnologia empregada. Permanece válida se o processo for executado manualmente.

Efeito

Determina o que é obrigatório, proibido ou permitido, e como valores são derivados de outros valores.

Caso da aula

Uma distribuidora de peças industriais vende para clientes novo, regular e estratégico (contrato vigente, faturamento anual > R$ 2.000.000,00, autonomia negocial maior). O vendedor concede desconto no pedido; acima de certo percentual, o pedido precisa de aprovação. Este caso é retomado até o exemplo aplicado do Bloco 3.

RN-014 É obrigatório que pedido de venda com desconto solicitado superior a 15% seja aprovado por diretor comercial antes da confirmação do pedido.

Catálogo do caso: RN-015 bloqueia desconto com título vencido há mais de 30 dias; RN-016 permite confirmação automática abaixo de 5%; RN-017 exige gerente para cliente novo ou regular entre 5% e 15%; RN-018 permite confirmação automática para cliente estratégico entre 5% e 15%. As quatro regras, com a RN-014, fundamentam todas as linhas da tabela.

3. Distinções necessárias
Regra, requisito, processo e política não são sinônimos
ConceitoNaturezaExemplo
PolíticaOrientação geral, não operacionalizável diretamente.A empresa mantém controle rigoroso sobre gastos discricionários.
Regra de negócioEnunciado atômico e verificável, derivado da política.É proibido reembolsar despesa de viagem sem documento fiscal eletrônico.
RequisitoObrigação imposta ao sistema para fazer cumprir a regra.O sistema deve bloquear o lançamento de despesa sem documento fiscal anexado.
ProcessoSequência de atividades que produz o resultado de negócio.Prestação de contas de viagem: registrar, conferir, aprovar, reembolsar.

A regra é declarativa e responde o que deve valer; o processo é procedimental e responde em que ordem as atividades ocorrem. A confusão entre ambos produz fluxos que precisam ser redesenhados a cada alteração de critério.

4. Princípios do Business Rules Manifesto
Business Rules Group, 2003 — princípios selecionados

Regras constituem artefato próprio

Não são subproduto de processos nem de código. São declaradas explicitamente e mantidas separadas do fluxo que as aplica.

Regras pertencem ao negócio

A propriedade e a alteração cabem à área de negócio. A área de tecnologia responde pela implementação fiel, não pelo conteúdo da regra.

Regras são declarativas

Enunciam condições e obrigações, não algoritmos. A mesma regra admite implementações distintas sem alteração do enunciado.

Regras fundamentam-se em vocabulário

Cada termo empregado possui definição única e compartilhada. Sem vocabulário controlado não há regra unívoca.

Decorre do primeiro princípio que a regra embutida diretamente no código-fonte, sem enunciado correspondente em repositório de negócio, constitui falha de governança, ainda que o comportamento do sistema esteja correto.

5. Taxonomia das regras
Quatro categorias com tratamento distinto na implementação

Definições de termo e fatos

Estabelecem o vocabulário e as associações estruturais entre conceitos.

Cliente estratégico é o cliente com contrato de fornecimento vigente e faturamento anual superior a R$ 2.000.000,00.

Derivações

Calculam ou inferem um valor a partir de outros valores conhecidos.

O desconto automático de um cliente corresponde a um ponto percentual por ano de relacionamento comercial, até 8 pontos.

Restrições

Delimitam estados admissíveis; a violação impede a persistência do dado.

É proibido conceder desconto a cliente com título vencido há mais de 30 dias.

Regras de ação

Disparam efeito quando a condição se verifica.

Quando um pedido for aprovado com desconto acima de 15%, deve ser gerado alerta de revisão trimestral.

A categoria orienta a implementação: definições tornam-se campos e domínios; derivações, fórmulas ou campos calculados; restrições, validações e verificações de integridade; regras de ação, fluxos de trabalho e eventos.

6. Vocabulário controlado e SBVR
Semantics of Business Vocabulary and Business Rules — OMG

A norma SBVR estabelece que toda regra se apoia em um vocabulário de negócio previamente definido: termos, nomes próprios e verbos que relacionam termos. O enunciado da regra emprega exclusivamente esse vocabulário.

Elementos do vocabulário

  • Termo: pedido de venda, segmento do cliente.
  • Nome: designação de instância única, como Diretoria Comercial.
  • Fato: pedido de venda é vinculado a segmento do cliente.

Efeito na implantação

  • Elimina a sinonímia entre áreas: solicitação, pedido, requisição.
  • Alinha o vocabulário do negócio ao dicionário de dados do ERP.
  • Permite verificar se a regra é expressável com os dados existentes.

Regra cujo enunciado emprega termo ausente do vocabulário não é implementável sem decisão prévia sobre o significado do termo. A elicitação do vocabulário precede a elicitação das regras.

7. Modalidades e enunciados padronizados
A forma do enunciado determina o comportamento exigido do sistema
ModalidadeFórmula do enunciadoComportamento exigido
ObrigaçãoÉ obrigatório que…O sistema impede a conclusão da operação enquanto a condição não for satisfeita.
ProibiçãoÉ proibido que…O sistema rejeita a operação e registra a tentativa.
PermissãoÉ permitido que…O sistema autoriza a operação, usualmente sob perfil ou condição específica.
NecessidadeÉ necessariamente o caso que…Verdade estrutural do domínio, assumida pelo sistema como invariante.

Enunciado inadequado

O sistema deve tratar corretamente os pedidos com desconto alto, avisando quem for responsável.

Enunciado adequado

É obrigatório que pedido de venda com desconto solicitado superior a 15% seja aprovado por diretor comercial antes da confirmação do pedido.

8. Critérios de qualidade da regra
Condições de aceitação de um enunciado no catálogo

Atomicidade

Um enunciado expressa uma única obrigação. Enunciado que emprega "e também" ou "exceto quando" deve ser decomposto.

Univocidade

Admite uma única interpretação. Termos vagos como "relevante", "adequado" ou "em tempo hábil" são substituídos por critérios mensuráveis.

Verificabilidade

É possível determinar objetivamente, em qualquer instância, se a regra foi cumprida ou violada.

Rastreabilidade

Possui identificador estável, origem declarada e vínculo com o processo e com o objeto de configuração que a implementa.

Regra sem identificador não pode ser referenciada em teste de aceitação, em registro de mudança ou em evidência de auditoria. A numeração é condição de rastreabilidade, não formalidade documental.

9. Ficha do catálogo de regras
Estrutura mínima de registro
CampoConteúdo
IdentificadorRN-014, estável ao longo de todo o ciclo de vida.
EnunciadoFrase única, na modalidade adequada, com vocabulário controlado.
CategoriaDefinição, derivação, restrição ou regra de ação.
OrigemPolítica comercial, cláusula contratual, exigência legal ou decisão de gestão, com referência.
ResponsávelÁrea proprietária da regra e papel autorizado a alterá-la.
Processo afetadoProcesso e atividade em que a regra é aplicada.
ImplementaçãoObjeto de configuração, fluxo de aprovação ou extensão que a materializa.
VigênciaData de início, data de término e versão anterior substituída.
10. Separação entre processo e decisão
O processo invoca a decisão; a decisão não se dissolve no fluxo

Decisão embutida no fluxo

Cada critério torna-se um desvio condicional. A alteração de um limite de alçada exige redesenhar o processo e republicar o fluxo.

Decisão externalizada

O processo possui uma única atividade de decisão que consulta um modelo declarativo. A alteração do critério não altera o fluxo.

flowchart LR A[Pedido de venda registrado] --> B[Determinar nivel de aprovacao do desconto] B --> C{Resultado} C -->|Aprovacao automatica| D[Confirmar pedido] C -->|Gerencia| E[Encaminhar a gerencia comercial] C -->|Diretoria| F[Encaminhar a diretoria comercial]
11. DMN e o diagrama de requisitos de decisão
Decision Model and Notation — OMG

Camadas do modelo

  • Requisitos de decisão: quais decisões existem e de que dados e conhecimento dependem.
  • Lógica de decisão: tabelas que definem o resultado para cada combinação de entrada.

Elementos do diagrama

  • Decisão: produz um resultado a partir de entradas.
  • Dado de entrada: informação fornecida ao modelo.
  • Fonte de conhecimento: política ou norma que fundamenta a decisão.
flowchart BT DS[Desconto solicitado] --> D1[Determinar nivel de aprovacao do desconto] SEG[Segmento do cliente] --> D1 TV[Titulo vencido ha mais de 30 dias] --> D1 D1 --> D3[Definir roteiro de aprovacao] PC[Politica Comercial]:::k -.-> D1 classDef k fill:#fef3c7,stroke:#d97706;
12. Tabela de decisão
Como construir, passo a passo

Construção

  • 1–2. Nomeie a decisão e liste as entradas, extraídas do vocabulário e das regras já enunciadas.
  • 3–4. Ordene as colunas pela entrada de maior poder de corte; declare os valores de cada uma com os extremos explícitos.
  • 5–6. Uma linha por resultado distinto, não por regra. Preencha a saída a partir de um RN do catálogo — nunca invente comportamento na tabela.
  • 7–8. Verifique completude (toda combinação cai em alguma linha) e os valores exatos de fronteira.

Política de acionamento

  • Única: as linhas não podem se sobrepor.
  • Primeira: vale a primeira linha satisfeita.
  • Prioridade: vale a de maior precedência de saída.
  • Coleta: acumula os resultados de todas as linhas satisfeitas.

Duas verificações são obrigatórias antes da publicação: completude, isto é, toda combinação possível de entradas corresponde a ao menos uma linha; e ausência de conflito, isto é, sob política única nenhuma combinação satisfaz duas linhas com saídas distintas.

13. Exemplo aplicado
Determinar nível de aprovação do desconto · política única
#Título vencidoDesconto solicitadoSegmentoNível de aprovação
1simqualquerqualquerBloqueado RN-015
2não< 5%qualquerAprovação automática RN-016
3nãode 5% a 15%novo ou regularGerência comercial RN-017
4nãode 5% a 15%estratégicoAprovação automática RN-018
5não> 15%qualquerDiretoria comercial RN-014
RN-014–RN-018 As cinco regras do catálogo fundamentam, respectivamente, as linhas 5, 1, 2, 3 e 4 da tabela. Nenhuma saída é inventada fora do catálogo.

Título vencido decide primeiro por ter o maior poder de corte. Os extremos de 5% e de 15% pertencem à faixa "de 5% a 15%" — a notação declara isso explicitamente, sem deixar o valor de fronteira indefinido.

14. Onde implementar a regra no ERP
A escolha determina o custo de manutenção ao longo da vida do sistema

Parametrização

Configuração do produto padrão: tabelas de parâmetros, domínios e limites de alçada.

Alternativa preferencial: alteração sem desenvolvimento.

Fluxo de aprovação

Recurso de workflow do próprio ERP, com papéis e níveis configuráveis.

Adequado a regras de ação e roteiros de aprovação.

Motor de regras

Serviço de decisão externo, consultado pelo processo.

Justificável quando a regra muda com frequência ou é compartilhada entre sistemas.

Extensão em código

Desenvolvimento sobre o produto padrão.

Último recurso: eleva o custo de atualização e exige teste de regressão.

Critério de decisão: adota-se a alternativa de menor acoplamento capaz de satisfazer a regra. A escolha e a alternativa descartada devem constar da ficha da regra, com a consequência assumida.

15. Governança das regras
Ciclo de vida, propriedade e evidência

Ciclo de vida

  • Elicitação junto ao proprietário.
  • Formalização no catálogo.
  • Validação com a área de negócio.
  • Publicação e implementação.
  • Revisão periódica e revogação.

Propriedade

  • Cada regra tem uma única área proprietária.
  • A alteração exige autorização do papel designado.
  • A área de tecnologia implementa e não decide o conteúdo.

Evidência

  • Versionamento com data de vigência.
  • Registro de quem alterou, quando e por quê.
  • Rastro da decisão tomada pelo sistema em cada instância.

Exigências de conformidade — controle interno, proteção de dados pessoais e obrigações setoriais — recaem sobre a decisão efetivamente executada. Sem catálogo versionado e sem rastro de execução, a organização não demonstra qual regra vigorava no momento do fato.

16. Antipadrões frequentes
Situações a identificar no diagnóstico do processo do parceiro

Regra enterrada no código

Critério existente apenas na implementação, sem enunciado correspondente. A alteração depende de desenvolvimento e o comportamento não é auditável.

Regra duplicada

O mesmo critério implementado em pontos distintos. As cópias divergem na primeira alteração.

Regra contraditória

Dois enunciados vigentes produzem resultados incompatíveis para a mesma entrada. Frequente quando áreas mantêm catálogos separados.

Regra órfã

Enunciado sem área proprietária declarada. Não há quem autorize a alteração nem quem responda pela vigência.

O diagnóstico é conduzido sobre o processo em operação: para cada desvio condicional observado, verifica-se a existência do enunciado correspondente, do proprietário e da data de vigência.

17. BABOK e a prática de análise de negócios
Onde esta aula se encaixa na disciplina

O BABOK Guide (IIBA) define análise de negócios como a prática de possibilitar mudança em um contexto organizacional, definindo necessidades e recomendando soluções que entregam valor às partes interessadas. As técnicas de hoje têm nome dentro dessa disciplina.

Duas áreas de conhecimento de hoje

  • Elicitação e colaboração: levantar vocabulário e regras junto ao parceiro.
  • Análise de requisitos e definição de design: Business Rules Analysis e Decision Modeling — os dois assuntos centrais desta aula.

BACCM aplicado ao caso

  • Necessidade: desconto sem critério auditável.
  • Solução: regra catalogada e parametrizada no ERP.
  • Valor: decisão auditável, tempo previsível.

Nomear a técnica pelo termo profissional — elicitação, requisito, regra de negócio — comunica o trabalho do projeto integrador em vocabulário reconhecido por quem já atua como analista de negócios.

18. Atividade em aula
Produto exigido ao final do encontro

Roteiro

  • Selecionar um processo do caso do parceiro que envolva aprovação ou classificação.
  • Registrar o vocabulário: termos empregados e respectiva definição.
  • Enunciar no mínimo cinco regras atômicas, na modalidade adequada e com identificador.
  • Modelar uma decisão em tabela, declarando a política de acionamento.
  • Indicar, para cada regra, onde deve ser implementada no ERP e com que justificativa.

Critérios de aceitação

  • Nenhum enunciado emprega termo ausente do vocabulário.
  • Nenhum enunciado contém duas obrigações.
  • A tabela de decisão é completa e sem conflito sob a política declarada.
  • Cada regra possui origem e área proprietária declaradas.

O catálogo produzido nesta aula é insumo das aulas seguintes: alimenta a configuração do escopo na plataforma e os cenários de teste da implantação.

Encerramento
Síntese
A regra de negócio é declarada pela área proprietária, registrada em catálogo com identificador e vigência, modelada como decisão quando envolve combinação de critérios, e implementada no ponto de menor acoplamento do sistema de gestão. O que não estiver enunciado não é auditável nem configurável de forma sustentável.
Próxima aula: Análise e Carga de Dados · 18/08/2026
Módulo 7 · Sistemas de Informação · Aula 1 · Prof. Afonso Brandão

Sobre este encontro

Regras de negócio e tomada de decisão · 06/08/2026 · Prof. Afonso

Objetivo de aprendizagem

Ao final do encontro, o estudante deve ser capaz de extrair regras de negócio de um processo empresarial, enunciá-las de forma atômica e rastreável, modelar a decisão correspondente em tabela de decisão e justificar onde cada regra deve ser implementada no sistema de gestão do parceiro.

Estratégia do encontro

Exposição dialogada em quatro blocos, cada um seguido de aplicação imediata sobre o caso do parceiro; o encontro encerra com a produção do catálogo inicial de regras, que é insumo das aulas de configuração de escopo e de testes de implantação.

Estrutura do encontro

  1. Bloco 1 (30 min) — Fundamentos: definição de regra de negócio; distinção entre regra, requisito, processo e política; princípios do Business Rules Manifesto; taxonomia das regras
  2. Bloco 2 (30 min) — Especificação: vocabulário controlado e SBVR; modalidades deônticas; enunciados padronizados; critérios de qualidade e ficha de catálogo
  3. Bloco 3 (35 min) — Decisão: separação entre processo e decisão; DMN e diagrama de requisitos de decisão; tabelas de decisão e política de acionamento
  4. Bloco 4 (25 min) — Governança: onde implementar a regra no ERP; ciclo de vida, propriedade e auditoria; antipadrões; atividade sobre o caso do parceiro