Regras de negócio · Entrevistas
As regras devem ser definidas pelos engenheiros e arquitetos responsáveis. Use o identificador RN-DOMINIO-NNN somente ao registrar uma regra real; não extraia regras do comportamento do código.
Perguntas para orientar o preenchimento
- Qual decisão, restrição ou política precisa ser registrada?
- Em quais condições a regra se aplica e qual resultado determina?
- Quais exceções, prioridades ou conflitos foram definidos?
- Quais entidades, histórias, casos de uso e contratos são afetados?
- Quem decidiu a regra e qual é sua referência de aprovação?
Quadro de definição
| Campo | Definição |
|---|---|
| ID e nome da regra | A definir pelo responsável. |
| Enunciado | A definir pelo responsável. |
| Objetivo e justificativa | A definir pelo responsável. |
| Escopo e condições de aplicação | A definir pelo responsável. |
| Entradas ou fatos necessários | A definir pelo responsável. |
| Resultado ou restrição | A definir pelo responsável. |
| Exceções | A definir pelo responsável. |
| Prioridade e conflitos | A definir pelo responsável. |
| Vigência e versão | A definir pelo responsável. |
| Exemplos e critérios de validação fornecidos | A definir pelo responsável. |
| Entidades, US, UC, sitemap e API relacionados | A definir pelo responsável. |
| Responsável e referência da decisão | A definir pelo responsável. |
Pendências
Aguardando conteúdo e decisões dos responsáveis. Ausência de definição não significa ausência de funcionalidade, relacionamento, contrato ou regra.
Rastreabilidade
Registre autoria e referência do material fornecido ao iniciar um rascunho. A aprovação deve corresponder a uma decisão humana registrada. Consulte o guia de contribuição.
Camadas do domínio
Overview do domínio · Entidades e relacionamentos · Histórias do usuário · Casos de uso · Sitemap · API Reference · Regras de negócio