Os termos de negócio estabelecem um vocabulário compartilhado para interpretar os dados do catálogo. No GovFrame, incluem definição, relações, responsabilidades e um código próprio da empresa. Sua associação principal é com um Domínio, e podem ser vinculados a uma ou várias Entidades; por meio de relações de componente, podem fornecer contexto a outros nós do catálogo. Assim, o termo explica o significado sem substituir a estrutura taxonômica nem os dados técnicos.
Os termos pertencem a uma única empresa e sua busca aceita correspondências parciais e paginação. Considere o código como identificador de governança e a definição como a explicação que uma pessoa de negócio deve compreender. Não use o código para substituir um nome legível na documentação funcional nem espere que a localização da interface traduza o conteúdo registrado pela empresa.
Antes de começar
- Papel e escopo: o Administrador pode gerenciar o catálogo da empresa. Responsáveis pelos dados e Curadores de dados precisam da capacidade de negócio aplicável e de um Domínio ou Subdomínio dentro de seu escopo para criar, editar ou associar. Os perfis com acesso de consulta podem localizar e ler apenas os objetos que lhes forem permitidos.
- Módulo: confirme que Termos de negócio está habilitado. Se for desativado, a interface não o apresenta como operável e o backend rejeita as operações do módulo; os dados existentes não são eliminados automaticamente.
- Pré-requisitos: identifique o Domínio responsável e, quando pertinente, as Entidades vinculadas. Reúna uma definição acordada, um nome legível, um código próprio da empresa e a pessoa ou o papel que assumirá a responsabilidade.
Exemplo sintético: o termo Cliente ativo pode pertencer ao Domínio Relacionamento com clientes e ser vinculado à Entidade Cliente. A definição deve esclarecer o critério de negócio aplicável; ele não deve ser inferido apenas pelo nome de uma coluna técnica.
Percurso recomendado
- Pesquise antes de registrar. Use a busca parcial para detectar sinônimos, homônimos ou uma definição já vigente no mesmo contexto. Revise os resultados paginados antes de criar outro termo de aparência semelhante.
- Redija a definição de negócio. Explique o que o conceito representa, qual é seu limite e, se necessário, quais condições evitam ambiguidades. Diferencie o conceito de uma tabela, um relatório, uma API ou uma expressão física.
- Atribua o contexto taxonômico. Relacione o termo ao Domínio e às Entidades que ele descreve. Se um vínculo adicional for necessário, use-o para expressar uma relação documentada, não para ampliar artificialmente o escopo a nós que apenas compartilham um nome.
- Registre a responsabilidade. Deixe claro quem responde pela definição. A responsabilidade registrada no catálogo complementa o papel da sessão: por si só, não concede capacidades de edição nem de aprovação fora do escopo da pessoa.
- Conecte o termo ao uso que agrega valor. Ele pode participar de um Contrato de dados e documentar um KPI. Ao estabelecer essas relações, mantenha uma única definição e não crie cópias do termo para cada Produto, Contrato ou indicador.
- Revise o significado quando o contexto mudar. Se uma Entidade, um Atributo ou uma definição evoluir, avalie se o termo, sua responsabilidade e seus vínculos continuam precisos. A documentação disponível confirma as relações e o gerenciamento de termos, mas não prescreve um fluxo de trabalho nem estados para essa revisão.
Resultado esperado
O catálogo passa a conter termos localizáveis, definidos em linguagem de negócio e conectados ao Domínio e às Entidades pertinentes. As pessoas podem distinguir o significado de um conceito, quem responde por ele e onde consultar suas relações com Produtos, Contratos ou indicadores, sem confundi-lo com um nome físico.
Um termo não garante que exista um Campo técnico associado, uma Regra de qualidade, um Produto ou um Contrato. Esses objetos são registrados e relacionados de forma independente. Da mesma forma, uma linha no mapa de relações representa um vínculo salvo; não se deve deduzir uma relação pela semelhança entre nomes.
Para saber mais, consulte o modelo de objetos e relações, como ler o mapa de relações, papéis, capacidades e escopo e módulos e dependências.