Bem, isso é algo um tanto Particular para cada Empresa, mas de modo geral :
1. eu diria para vc dar uma geral no Português, pois termos como Corretude não
constam dos dicionários que uso comumente, e/ou podem ser substituídos por
termos mais comuns/"corretos"/adequados como CORREÇÃO
2. não vi vc mencionar em lugar nenhum as estruturas de fim de cliclo de
dados/limpeza/arquivamento de dados, coisa que ** TEM ** que ser pensada já a
partir do modelo - senão fica aquele modelo teórico apenas, que aceita ingestão
infinita de dados, que o dado nunca perde a validade, enfim, coisas que não são
a Realidade, e um Modelo DEVERIA espelhar a Realidade
3. só vi referência à PKs e UKs no que se refere à chaves, penso que DEVERIA
estar diretamente citada a possibilidade de UKs
4. obviamente, deve ser citado o local e a forma de registro para os casos de
exceção (seja à normalização, seja a quais itens forem)
5. não vi referência aos Documentos complementares que certamente devem
existir , tais como :
6. não vi referência às regras de validação de Domínios, Constraints e regras
de negócio - se elas estiverem num Documento à parte, como devem estar, esse
Documento deveria ser linkado
7. necessariamente vc TEM que ter entregáveis no processo de validação de uma
modelagem, como por exemplo o log da execução lógica dos processos principais
do negócio em cima da modelagem (por exemplo, tentar vender um Produto, aí se
precisa criar uma NF, acessar os Produtos, consultar os elementos que guardam
info de clientes, digamos - TEM que se comprovar que as
entidades/relacionamentos modelados SUPORTAM os processos lógicos necessários)
- deve ser citado nesse documento de validação do modelo QUAIS serão os
entregáveis e QUEM os entregará
[]s
Chiappa
--- Em [email protected], Samuel Santos <samuel.gsantos@...> escreveu
>
> Olá, PessoALL;
>
> Alguém conseguiu validar e/ou criticar o documento que enviei na semana
> passada?
>
> Abraço.
>
>
> Em 22 de novembro de 2013 15:12, Samuel Santos
> <samuel.gsantos@...>escreveu:
>
> > Preciso elaborar um checklist que irá servir de orientação a verificação
> > de Modelos de Dados.
> > Além disso, esse checklist será uma evidência de execução dessa tarefa,
> > quando demandada.
> >
> > Consegui algo 'Googlando' um pouco, mas gostaria da opnião de vocês sobre
> > o documento abaixo.
> >
> >
> >
> >
> >
> > *Critérios para Inspeção de Modelo de Dados (Check List de Validação)*
> >
> > *Validação de Modelo de Dados*
> >
> > Durante o processo de validação do modelo de dados são avaliados critérios
> > referentes à *Clareza*, *Completeza* e *Técnicas de Modelagem*.
> >
> > Ø *CLAREZA*
> >
> > ü Verificar se as definições estão claras, completas e corretas.
> >
> > ü *Clareza* Entender o significado do termo com apenas uma única
> > leitura. A definição apresenta o que a entidade representa para o negócio e
> > não o que a entidade contém ou como ela é usada.
> >
> > ü *Completeza* A definição está num nível apropriado de detalhe e
> > inclui os componentes como exemplos, sinônimos e exceções.
> >
> > ü *Correção* A definição se enquadra com o real significado do termo e
> > está aderente ao negócio.
> >
> >
> >
> > § Entidades refletem o termo essencial para o negocio.
> >
> > § Verificar se o termo que está sendo definido foi retirado da definição.
> >
> > § Verificar se há frases escritas com erros ortográficos ou gramaticais.
> >
> > § Conferir se há objetos sem descrição (entidades, atributos,
> > relacionamentos, chaves primárias (pks) e chaves estrangeiras (fks)).
> >
> >
> >
> > Ø *COMPLETEZA*
> >
> >
> >
> > ü Verificar se o modelo reflete o escopo pretendido no projeto
> > (Informações presentes em requisitos, casos de usos e relatórios que não se
> > encontram no modelo de dados).
> >
> > ü Verificar se a cardinalidade e os relacionamentos refletem os
> > requisitos de negócio.
> >
> > ü Verificar se as estruturas são genéricas suficientes para modificações
> > futuras.
> >
> > ü Verificar compatibilidade de formatos de elementos de dados.
> >
> > ü Analisar se todos os estados (fluxo do processo de negócio) estão
> > representados no modelo.
> >
> > ü Identificar se existem termos ambíguos, verificar contradições.
> >
> > ü Avaliar se o nome dos atributos indica o que eles realmente armazenam.
> >
> > ü Analisar se existem ciclos fechados e avaliar sua real necessidade.
> >
> >
> >
> > Ø *TÉCNICAS DE MODELAGEM*
> >
> >
> >
> > ü Verificar se o modelo de dados atende as regras de normalização.
> >
> > ü Verificar se todas as chaves primárias das entidades estão definidas.
> >
> > ü Verificar se todas as entidades/atributos/tabelas/colunas estão
> > nomeadas de acordo com o padrão estabelecido pela empresa XPTO.
> >
> > ü Identificar se existem entidades sem relacionamentos e avaliar as
> > alternativas justificativas para esta situação.
> >
> > ü Verificar se todas as chaves primárias escolhidas são de controle do
> > domínio da funcionalidade que está sendo modelada.
> >
> > ü Analisar se existem elementos de dados com mesmo nome e diferentes
> > formatos e significados.
> >
> > ü Avaliar se o modelo tem apresentação visual de fácil entendimento.
> >
> >
> >
> > § Existência de relacionamentos cruzados.
> >
> > § Entidades fracas apresentadas acima das entidades fortes.
> >
> > § Apresentação de elementos de dados desordenados.
> >
> > § Verificar se todos existem muitos relacionamentos entre as mesmas
> > entidades e identificar se quais são as razões deste mapeamento.
> >
> > § Verificar se todo o atributo indicador contém todos os valores
> > possíveis apresentados na sua descrição.
> > Ø Lista de quesitos avaliados
> >
> > Os quesitos na listagem abaixo são os usados para avaliação analítica de
> > pendências nos modelos
> >
> > *Objeto*
> >
> > *Quesito*
> >
> > *Item*
> >
> > Entidade
> >
> > Corretude Mínima
> >
> > Nome da Entidade aderente aos padrões estabelecidos.
> >
> > Entidade
> >
> > Corretude Mínima
> >
> > Existência da definição da Entidade.
> >
> > Entidade
> >
> > Corretude Mínima
> >
> > Existência de Chave Primária para a Entidade.
> >
> > Entidade
> >
> > Corretude Mínima
> >
> > Validade do Termo/ Mnemônico da Entidade.
> >
> > Entidade
> >
> > Segurança Sintática
> >
> > Ortografia correta do conceito da Entidade.
> >
> > Entidade
> >
> > Clareza da representação da Entidade
> >
> > Clareza da representação da Entidade.
> >
> > Entidade
> >
> > Clareza da representação da Entidade
> >
> > Clareza do conceito da Entidade.
> >
> > Entidade
> >
> > Clareza da representação da Entidade
> >
> > Clareza do nome da Entidade.
> >
> > Entidade
> >
> > Aderência ao modelo corporativo
> >
> > Reutilização de Entidade Corporativa.
> >
> > Entidade
> >
> > Aderência ao escopo do negócio
> >
> > Entidade é necessária ao negócio.
> >
> > Entidade
> >
> > Normalização
> >
> > Normalização da Entidade quanto à 1NF.
> >
> > Entidade
> >
> > Normalização
> >
> > Normalização da Entidade quanto à 2NF.
> >
> > Entidade
> >
> > Normalização
> >
> > Normalização da Entidade quanto à 3NF.
> >
> > Atributo
> >
> > Corretude Mínima
> >
> > Nome do Atributo aderente aos padrões estabelecidos.
> >
> > Atributo
> >
> > Corretude Mínima
> >
> > Existência da definição da Entidade.
> >
> > Atributo
> >
> > Corretude Mínima
> >
> > Validade do Termo/ Mnemônico do Atributo.
> >
> > Atributo
> >
> > SegurançaSintática
> >
> > Ortografia correta do conceito do Atributo.
> >
> > Atributo
> >
> > Clareza da representação da Entidade
> >
> > Clareza do conceito do Atributo.
> >
> > Atributo
> >
> > Clareza da representação da Entidade
> >
> > Clareza do nome do Atributo.
> >
> > Atributo
> >
> > Aderência ao escopo do negócio
> >
> > Atrubuto é necessário ao negócio.
> >
> > Relacionamento
> >
> > Corretude Mínima
> >
> > Compatibilidade entre as regras de integridade referencial e a nulidade
> > das colunas.
> >
> > Relacionamento
> >
> > Corretude Mínima
> >
> > Compatibilidade entre tipo de relacionamento opcional ou obrigatório e
> > nulidade de coluna.
> >
> > Relacionamento
> >
> > Corretude Mínima
> >
> > Existência de um Alternate Key para relacionamento 1:1
> >
> > Relacionamento
> >
> > Corretude Mínima
> >
> > Relacionamento com verbo (pai-filho) especificado.
> >
> > Relacionamento
> >
> > Corretude Mínima
> >
> > Relacionamento m:m resolvido.
> >
> > Relacionamento
> >
> > Corretude Mínima
> >
> > Relacionamento com definição.
> >
> > Relacionamento
> >
> > Corretude Mínima
> >
> > Rolename para Auto-relacionamento.
> >
> > Relacionamento
> >
> > Corretude Mínima
> >
> > Rolename para Relacionamento duplicado para a mesma entidade.
> >
> > Relacionamento
> >
> > SegurançaSintática
> >
> > Ortografia correta do conceito do Relacionamento.
> >
> > Relacionamento
> >
> > Clareza da representação da Entidade
> >
> > Clareza do conceito do Relacionamento.
> >
> > Relacionamento
> >
> > Clareza da representação da Entidade
> >
> > Clareza do nome do Relacionamento.
> >
> > Relacionamento
> >
> > Aderência ao escopo do negócio
> >
> > Existência de coerência do relacionamento para o negócio.
> >
> > Generalização / Especialização
> >
> > Corretude Mínima
> >
> > Nome da Entidade aderente aos padrões estabelecidos.
> >
> > Generalização / Especialização
> >
> > Corretude Mínima
> >
> > Existência da definição da Entidade.
> >
> > Generalização / Especialização
> >
> > Corretude Mínima
> >
> > Existência de Chave Primária para a Entidade.
> >
> > Generalização / Especialização
> >
> > Corretude Mínima
> >
> > Validade do Termo/ Mnemônico da Entidade.
> >
> > Generalização / Especialização
> >
> > SegurançaSintática
> >
> > Ortografia correta do conceito da Entidade.
> >
> > Generalização / Especialização
> >
> > Clareza da representação da Entidade
> >
> > Clareza da representação da Entidade.
> >
> > Generalização / Especialização
> >
> > Clareza da representação da Entidade
> >
> > Clareza do conceito da Entidade.
> >
> > Generalização / Especialização
> >
> > Clareza da representação da Entidade
> >
> > Clareza do nome da Entidade.
> >
> > Generalização / Especialização
> >
> > Aderência ao modelo corporativo
> >
> > Reutilização de Entidade Corporativa.
> >
> > Generalização / Especialização
> >
> > Aderência ao escopo do negócio
> >
> > Entidade é necessária ao negócio.
> >
> > Generalização / Especialização
> >
> > Normalização
> >
> > Normalização da Entidade quanto à 1NF.
> >
> > Generalização / Especialização
> >
> > Normalização
> >
> > Normalização da Entidade quanto à 2NF.
> >
> > Generalização / Especialização
> >
> > Normalização
> >
> > Normalização da Entidade quanto à 3NF.
> >
> >
> >
> > Grato pela atenção de todos.
> >
>
