Criar uma taxonomia de dados

A taxonomia é o eixo do catálogo do GovFrame: fornece o contexto para definir informações, atribuir responsabilidades, documentar controles e conectar o negócio às suas fontes técnicas. Cada taxonomia pertence a uma empresa; seus nomes, descrições e definições são conteúdo próprio dessa empresa. A interface pode usar idiomas diferentes, mas não traduz nem modifica automaticamente esses nomes de negócio.

O GovFrame admite duas estruturas. A padrão segue Dominio → Entidad → Atributo. A expandida incorpora um nível opcional: Dominio → Subdominio → Entidad → Atributo. Um Domínio representa um escopo de negócio e responsabilidade; uma Entidade, um objeto ou conceito desse escopo; e um Atributo, um elemento de informação da Entidade. O Subdomínio só é usado quando está habilitado para a empresa e oferece uma divisão útil do Domínio.

Antes de começar

• Papel e escopo: um Administrador opera com escopo global na empresa. Responsáveis pelos dados e Curadores de dados precisam da capacidade aplicável e do escopo de Domínio ou Subdomínio correspondente. Consultar um objeto não concede, por si só, permissão para modificá-lo.
• Módulo e empresa: trabalhe em uma empresa ativa e confirme que a operação de catálogo está disponível para ela. A configuração de módulos e as validações do backend limitam a operação, mesmo que alguém conheça um caminho da interface.
• Pré-condições: combine com o responsável pelo escopo se será usado o modelo padrão ou o expandido; defina nomes legíveis, uma descrição de negócio e quem responderá por cada Domínio. Decida quais informações devem chegar ao nível de Atributo antes de criar regras ou associações técnicas.

Exemplo sintético: Atención a clientes → Solicitudes → Fecha de ingreso usa o modelo padrão. Se o negócio precisar separar canais, poderá usar Atención a clientes → Canales digitales → Solicitudes → Fecha de ingreso no modelo expandido.

Percurso recomendado

1. Delimite o Domínio. Registre um escopo que seja compreensível para quem gerencia os dados e tenha uma responsabilidade clara. Evite usar um Domínio como contêiner genérico de projetos, aplicações ou tabelas técnicas.
2. Decida se o Subdomínio oferece contexto. No modelo expandido, use-o para uma divisão de negócio estável. Não duplique o Domínio no nome do Subdomínio nem crie níveis alternativos fora da hierarquia disponível.
3. Modele Entidades e Atributos. Adicione as Entidades que o escopo precisa descrever e desça até os Atributos quando for necessário documentar significado, controle de qualidade, classificação ou correspondência com um campo físico. Um Atributo mantém seu contexto por meio da Entidade e, quando existir, do Subdomínio.
4. Atribua responsabilidades e escopo. Vincule Responsáveis pelos dados e Curadores de dados aos nós pertinentes e mantenha os escopos das pessoas alinhados a esse âmbito. Um papel de governança do catálogo não substitui o perfil da sessão nem suas capacidades.
5. Revise as relações antes de ampliar o catálogo. Confira se os Termos de negócio, campos do Dicionário técnico, Regras, Produtos e Contratos estão conectados ao nível adequado. O mapa de relações permite distinguir um vínculo registrado de uma relação que apenas parece provável pelo nome.
6. Mantenha o contexto à medida que evolui. As solicitações de alteração da taxonomia fazem parte da operação do catálogo, mas este guia não pressupõe etapas, aprovações ou estados para cada alteração. Documente o motivo do ajuste de acordo com a prática vigente da empresa.

Resultado esperado

Ao final, a empresa terá uma hierarquia de negócio coerente e isolada das demais empresas: cada Atributo poderá ser percorrido até sua Entidade e seu Domínio — e Subdomínio, se aplicável; os responsáveis e escopos refletirão o âmbito real; e os objetos posteriores terão um ponto de associação inequívoco.

A taxonomia não implica que todos os campos de uma fonte técnica estejam vinculados a todos os seus Atributos. Tampouco transforma uma associação de alto nível em uma dependência física. Essas distinções são essenciais antes de interpretar cobertura, impacto ou controles. Quando um módulo relacionado estiver desativado, seus dados poderão ser preservados, mas sua operação não estará disponível até que ele volte a ser habilitado de acordo com a configuração da empresa.

Para se aprofundar, 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.