Governança e Gestão de dados na prática-Parte VI
Autor: Carlos Barbieri | Publicado: 2017-04-03T15:25:00-03:00




Processos:Considerações e exemplos



É o “Como
fazer” (How). Constitui&nbsp; um conjunto de
atividades, com entradas, saídas, &nbsp;participantes( pode usar uma matriz RACI),
ferramentas, recursos humanos, outros recursos, treinamentos, controle,
monitoração de performance, etc. O processo deverá ter um objetivo claro dentro
do escopo de dados. Deverá ser aprovado, promulgado, documentado, disseminado
via treinamento e internalizado no dia a dia da empresa/área target. A sua
execução deverá ser medida e acompanhada. O conceito de definição de processo é
o mesmo aplicado em CMMI, MPS, etc, com um conjunto de passos(atividades),
produtos e responsáveis. Os processos são elementos dinâmicos e deverão ser
revistos periodicamente visando a sua evolução e ajustes. Os processos são
medidos(via processos de MED) e avaliados na sua execução(via processos de GQA),
a fim a garantir a sua aderência aos pontos definidos. 

Por exemplo,
a seguir um&nbsp; exemplo de processo definido
para solicitação de alteração de modelos conceituais de dados: 

-----------------------------------------------------------------------------------------

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Analista
de sistemas(AS) interpreta/analisa os requisitos de dados

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Analista
de sistemas(AS) faz o modelo inicial lógico de dados, com inclusão /alteração
de&nbsp; entidade(s) existente(s)

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->AS
envia modelo ao Gestor de dados de negócios(GDN) para revisão de padrões e
definições de domínios de dados

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->GDN
revisa o modelo e analisa a coerência&nbsp;
com os modelos lógicos existentes&nbsp;


<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Uso
de Check list de avaliação(Procedimento)

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->GDN
planeja a sessão de revisão com&nbsp; Comitê
de GD, TI, AD, outros envolvidos(integração)

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Avaliam
impactos no modelo conceitual de dados

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->GDN
cria ou modifica os elementos lógicos de dados passíveis de atualização

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Se
aprovado, envia ao ABD para a modificação do modelo físico em ambiente de
validação 

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->ABD
aplica check list para aceitação do Modelo(Procedimento)

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->ABD
realiza a alteração e comunica interessados e envolvidos

----------------------------------------------------------------------------------------



Procedimentos:Considerações e
exemplos



São
considerados detalhamento de processos ou subprocessos, que poderão ser
aplicados de forma recorrente e fatorada(usada em outros processos).
Representam um detalhamento mais operacional e mais focado sobre um certo conjunto
de atividades. Dentro de processos como Medição(MED), GQA(Garantia da
Qualidade) e GCO(gerência de Configuração) há procedimentos de check-list de
pendências do processo de Segurança(manutenção de senhas) ou &nbsp;de auditoria funcional de Baselines(GCO) de
modelos conceituais de dados, por exemplo. 

Outros
procedimentos na esfera de Governança e Gestão de dados:

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Revisão
das Entidades: Observar se 

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->A
Entidade está na 3ª forma normal; há outra Entidade de natureza semelhante ou
uma subtipo semelhante no modelo corporativo; há definições detalhadas da
Entidade ou da subentidade, ou seja metadados definidos;os nomes propostos
estão dentro dos padrões organizacionais.

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Revisão
de relacionamentos: Observar se

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->A
cardinalidade está correta; a opcionalidade está correta; os relacionamentos
possuem nomes inteligíveis em ambas as direções; os nomes fazem sentido para o
analista de negócios e usuário final.

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Revisão
de Atributos: Observar se 

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Os
atributos estão com o nome definido dentro dos padrões organizacionais; os
domínios associados foram usados corretamente; há comentário para cada atributo;
há descrição detalhada para cada atributo no dicionário de dados ou mapeamento no
Glossário de negócios da organização; há atributos derivados, com regras de
derivação definida.

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Revisão
de Identificadores: Observar se 

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Há
para cada Entidade, pelo menos um identificador único; o identificador é um
chave de negócios ou uma SK(Chave substituta); há chave de Entidade que é
atualizável.

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Revisão
Geral: Observar se 

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->O
sistema é um OLTP ou OLAP; as tabelas e colunas estão mapeadas em entidades e
atributos do modelo corporativo; no caso de projetos de DW/BI-DM há os dados
equivalentes no ambiente Transacional, com exceção dos dados derivados. Para
esses há regras definidas.

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Revisão
de Tabelas: Observar se 

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Há
outra Tabela de natureza similar no Modelo Físico de dados; há comentário em
nível de Tabela; há definições detalhadas de cada Tabela

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Há
tabela que requeira “journal” especial, ou “audit trail” para modificações? Se
sim, como será feita( via trigger, API,etc); há tabela que esteja
desnormalizada com um racional explicando os motivos; as tabelas estão
definidas de acordo com os padrões de nomes e abreviações organizacionais.

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Revisão
de Colunas: Observar se 

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Há
coluna de auditoria definida?(ex: data/hora da última atualização); há
comentários e descrição para cada coluna; há colunas derivadas de outras
colunas e as respectivas regras/fórmulas de derivação; os nomes das colunas
estão de acordo com os padrões organizacionais; os domínios foram aplicados
corretamente.

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Revisão
de Restrições de Integridade: Observar se

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Todas
as tabelas tem restrições de PK(chave primária); deve haver uma restrição de
unicidade secundária definida(além da PK);&nbsp;
as chaves estrangeiras foram definidas corretamente; há restrições de
Delete Cascade, Restriction,etc ; há restrições de CHECK em nível de colunas.

<!--[if !supportLists]-->•&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Revisão
de implementações em NOSQL

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Há
documentação externa dos dados, na forma de diagramas conceituais para dados
implementados em estruturas de chave-valor, documentos, multicolunar e grafos.

<!--[if !supportLists]-->–&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
<!--[endif]-->Aplicar
os aspectos de controle desenvolvidos para dados focados em novas formas de
armazenamento, como estruturas Hadoop e suas variantes; considerar
armazenamento em estruturas com DNE(Dados Não estruturados) nas formas mais
variadas; considerações como schema on read somente(sem schema on
write);considerações sobre Data Lake(Repositório intermediário contendo dados
de todos os formatos); considerações sobre transacionalidade(ACID-BASE).
Maiores detalhes em Governança de dados para Big Data.&nbsp; 


A execução apropriada desses procedimentos será verificada
pelas auditorias em sessões programadas, de GQA-Garantia da Qualidade(não exige
conhecimento técnico) ou por revisões por pares(VER-Verificação, com
conhecimento técnico). Isso gerará medidas que mostrarão a performance dos
processos, via o processo de MED(Medições).