MGD - Manual de Administracao e Nomenclatura

PRINT - Manual de Tcnicas e Administrao de Dados do Projeto Integrao
Manual de Tcnicas e
Administrao de Dados do
Projeto Integrao
Verso 2.0
14 de julho de 2009
Manual de Padres de Nomenclatura de Objetos
Verso 1 - 23/6/2010
Pgina 1 de 1
Ficha Tcnica
Marcos Vinicius Ferreira Mazoni
Diretor-Presidente
Gilberto Paganotto
Diretor-Superintendente
Antonio Srgio Borba Cangiano

Jorge Luiz Guimares Barnasque
Jos Antnio Borba Soares
Nivaldo Venncio da Cunha
Vera Lucia de Moraes
Diretores
Marcus Vinicius da Costa

Lder do Projeto
Alex Pires Bacelar

Mrcia Pacitti Teles
Raul Coelho Soares
Rosngela Gomes da Nbrega
Welson de Marino Vianna
Equipe Responsvel pela Elaborao
Pblico Alvo
Este manual destina-se aos administradores de dados, analistas de negcio do Serpro e dos
clientes, desenvolvedores e especialistas envolvidos nos servios de integrao e de
macroprocessos do Governo Federal.
Este manual foi elaborado envolvendo as Superintendncias de Relacionamento com Clientes

Administrao Tributria e Comrcio Exterior SUNAC, Administrao Financeira SUNAF,
Sistemas Fazendrios e Judiciais SUNFJ, Planejamento, Oramento e Gesto SUNMP, Novos
Negcios SUNNE e Servios Especiais SUNSE, as Superintendncias de Suporte
Tecnologia SUPST e Desenvolvimento SUPDE, alm da Coordenao Estratgica de
Tecnologia CETEC, contando com a colaborao de todas as reas de administrao de
dados do SERPRO, em especial a que atende a Receita Federal do Brasil, devida a sua larga
experincia e proficincia em administrao de dados.
Verso 1 - 23/6/2010
Pgina 2 de 2
Sumrio
INTRODUO .......................................................................................................... 4
REFERNCIAS.......................................................................................................... 5
REAS DE NEGCIO ............................................................................................... 6
Regras de Sintaxe...................................................... 6
ENTIDADES COMPARTILHADAS........................................................................... 7
ENTIDADES .............................................................................................................. 8
Entidades Normalizadas ............................................. 8
Nome de Entidades ................................................... 8
Descrio................................................................... 8
Outras informaes.................................................... 8
Compartilhamento de Entidades ............................... 9
Unicidade na nomeao de Entidades ....................... 9
ATRIBUTOS ............................................................................................................ 10
Ordem na Entidade.................................................... 10
Descrio................................................................... 10
Outras informaes.................................................... 10
Formato para atributos Numricos ............................. 11
Formato para atributos Alfanumricos ........................ 11
RELACIONAMENTOS ............................................................................................ 13
Nomeao ................................................................. 13
Fontes ....................................................................... 14
Cores......................................................................... 15
Grau do Relacionamento............................................ 18
Restrio de Integridade............................................ 18
Relacionamento N-rio (onde N >=2)........................ 19
Agregao ................................................................. 20
Entidade Fraca........................................................... 21
Uma Categorizao Exclusiva ..................................... 23
Vrias Categorizaes Exclusivas ................................ 24
Auto Relacionamento - Caso 1 1:N .......................... 25
Auto Relacionamento - Caso 2 N:N.......................... 26
GLOSSRIO............................................................................................................ 28
BIBLIOGRAFIA ...................................................................................................... 30
Verso 1 - 23/6/2010
Pgina 3 de 3
Introduo - P4 / 1
Manual de Padronizao de Nomenclatura de Objetos
Introduo
O objetivo desse Manual orientar os tcnicos na execuo dos trabalhos
desempenhados pelos Administradores de Dados (AD), Desenvolvedores e Analistas
de Negcio do SERPRO e dos Clientes considerando:
Normas e padres adotados durante a modelagem;
Uso do Oracle Designer 10G, conjunto de ferramentas de apoio
engenharia de sistemas, utilizando de forma produtiva os recursos que
esta ferramenta CASE oferece e definindo procedimentos que superem
as limitaes da mesma.
A abordagem adotada que cada objeto utilizado na modelagem de dados seja
apresentado em um captulo especfico, na seqncia natural de trabalho, facilitando,
assim, a forma de acesso e aplicabilidade deste manual.
Verso 1 - 23/6/2010
Pgina 4 de 4
PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos
Referncias
Modelo Global de Dados MGD do projeto PRINT, primeira, segunda, terceira e quarta
verses, no nvel conceitual de dados.
Manual de Tcnicas de Administrao de Dados

Verso 1 - de 23/6/2010
Pgina 5 de 5
reas de Negcio
Cada rea de negcio identificada no MGD ser, a princpio, representada no CASE em
um Application System (AS).
Quando as entidades modeladas em uma mesma rea de negcio do MGD tiverem
uma dependncia muito forte entre si, representa-se as mesmas em um nico AS para
evitar compartilhamentos excessivos e desnecessrios de objetos comuns;
Uma AS conter entidades de negcio e de domnio;
Por exemplo, as principais reas de negcio do Ministrio de Planejamento
contempladas no MDG so:
Planejamento e Oramento
Administrao de Pessoal
Administrao de Compras e Contrataes
Administrao de Patrimnio
Gesto Governamental e Integrao
Regras de Sintaxe
Objeto do CASE que ser utilizado de vrias maneiras a fim de representar: Classes de
negcio, Classes de domnio, rea de desenvolvimento de sistemas
{Sigla dona da rea de negcio } + mnemnico do Application System_;GLOBAL
A Sigla dona da rea de negcio deve dizer o contexto e escopo necessrio para
correta identificao, auxiliando tambm na organizao do repositrio.
Ex.: MP PLANEJAMENTO E ORAMENTO; MP ADMINISTRAO DE COMPRAS E

CONTRATACOES; MF EXECUCAO ORCAMENTARIA
GLOBAL para entidades de negcio e domnio de uso compartilhado por mais de
uma AS.

Verso 1 - de 23/6/2010
Pgina 6 de 6
Entidades Compartilhadas
Ser criada uma nica AS chamada de GLOBAL. Esta AS conter todas as entidades
de uso compartilhado por mais de uma AS de Negcio. Poder conter entidades de
domnio e entidades de negcio de uso geral.

Verso 1 - de 23/6/2010
Pgina 7 de 7
Entidades
Entidades Normalizadas
As entidades ao serem dicionarizadas no Designer devem estar modeladas seguindo as
regras de normalizao at a terceira forma normal.
Nome de Entidades
A nomeao de entidades deve estar vinculada ao nome utilizado pelo negcio. Usar
propriamente preposies e concordncia verbal e nominal e no ferir o portugus, uma
vez que algumas locues exigem o plural: Centro de Custos, Suprimento de Fundos,
Fonte de Recursos. No usar acentuao no Nome da Entidade por haver restrio na
ferramenta CASE na exibio de caracteres acentuados.
Descrio
A descrio da entidade ser colocada no item "Description" (Descrio) na tela de
propriedades da entidade. Deve ser obtida no antigo Dicionrio de Dados do MGD,
quando possvel. Quando uma classe do MGD se desdobrar em mais de uma entidade
as descries devem ser adaptadas e refeitas.
Outras informaes
Para inserir outras informaes referentes a entidade pode-se utilizar o campo Notes
(Notas) na tela de propriedades da entidade. Estas informaes podem ser: Exemplos
de preenchimento da entidade, legislao relacionada a entidade, sistema que origina a
informao, tabela fsica. A organizao destas informaes pode ser feito atravs de
palavras-chave:
Exemplo: xxxxxxxxxxxxxxxxx
Tabela Fsica: yyyyyyyyyyyyyyyyyyyy
Sistema: nnnnnnnnnnnnnnnnnn

Verso 1 - de 23/6/2010
Pgina 8 de 8
Compartilhamento de Entidades
Uma entidade criada em apenas uma AS pelo Administrador de Dados (AD) responsvel.
Quando ela for mencionada para ser referenciada em outra AS, no digrama ER ou para criar
relacionamentos, ela deve ser compartilhada pelo AD dono da entidade.
Unicidade na nomeao de Entidades

As entidades devem ter nomes distintos.
A propriedade Search Repository (Pesquisar Repositrio) do mdulo ROB pode ser
consultada para pesquisar os nomes existentes no repositrio, evitando que nomes iguais
sejam criados.
Regras de Sintaxe
String mnemnica que identifique a entidade no singular
Notas:
1. A nomeao de entidades deve ser no singular. Usar propriamente preposies e

concordncia verbal e nominal e no ferir o portugus, uma vez que algumas
locues exigem o plural: Centro de Custos, Suprimento de Fundos, Fonte de
Recursos.
2. Usar espaos em branco para separao das palavras.
3. O nome da entidade deve ser nico no repositrio.
4. No devero ser usados caracteres especiais, por exemplo _ / ? ! etc.
5. Uma entidade criada em apenas um AS pelo Administrador de Dados (AD)
responsvel. Quando ela for mencionada para ser referenciada em outro AS ( no
diagrama ER ou para criar relacionamentos com ela a entidade deve ser
compartilhada pelo AD dono da entidade para a outra AS interessada.
Ex.: ACAO, PRODUTO, UNIDADE DE MEDIDA

Verso 1 - de 23/6/2010
Pgina 9 de 9
Atributos
Ordem na Entidade
Os atributos em uma entidade sero ordenados conforme as seguintes caractersticas:
1.
Atributo(s) que compe(m) a Chave Primria
2.
Atributos de Chave nica
3.
Atributos obrigatrios
4.
Atributos opcionais - devero ser agrupados ao final da entidade, em ordem

decrescente de possibilidade de atribuio de valor.
Caso os atributos no tenham sido criados nessa ordem, esses podero ser ordenados
atravs da propriedade de atributo "Sequence in Entity" (Sequncia na Entidade).
Descrio
A descrio do atributo ser colocada no item "Description" (Descrio) na tela de
propriedades do atributo.
Outras informaes
Para inserir outras informaes referentes ao atributo pode-se utilizar o campo
Notes (Notas) na tela de propriedades da entidade. Estas informaes podem ser:
Exemplos de preenchimento da entidade, legislao relacionada a entidade, sistema
que origina a informao, tabela fsica. A organizao destas informaes pode ser
feito atravs de palavras-chave:
Valores de Exemplo: xxxxxxxxxxxxxxxxx
Coluna da tabela: yyyyyyyyyyyyyyyyyyyy
Arquivo Fsico: ccccccccccccccccccccccc
Sistema: nnnnnnnnnnnnnnnnnn

Verso 1 - de 23/6/2010
Pgina 10 de 10
Formato para atributos Numricos

Mesmo que no sejam utilizados em clculos, os atributos definidos originalmente no
Modelo de Dados como Numricos sero tambm definidos no Case como numricos,
ou seja, no sero transformados para VARCHAR2.
Os atributos que representem valores monetrios utilizaro o formato Money (formato
monetrio).
Os atributos numricos utilizaro o formato Number (formato numrico), sendo que
nos casos que forem necessrios, dever ser especificado o nmero de casas
decimais.
Os atributos DDD e DDI do telefone sero definidos como VARCHAR2 .
Formato para atributos Alfanumricos

Para atributos definidos como alfanumricos ser utilizado o formato VARCHAR2 e no
o CHAR, inclusive para os atributos de tamanho fixo.
A deciso de se utilizar o formato VARCHAR2 para atributos alfanumricos deve-se ao
fato de que tanto o formato VARCHAR2 como o CHAR utilizam um caractere de
controle. No Formato VARCHAR2 este campo utilizado para manter o tamanho da
coluna e no formato CHAR para indicar a quantidade de bytes diferentes de branco. A
nica diferena encontrada d-se quando o tamanho da coluna for superior a 256
caracteres, neste caso o formato VARCHAR2 exigir mais caracteres de controle que o
CHAR.
As comparaes feitas entre colunas definidas como CHAR tm desempenho pior do
que entre colunas definidas como VARCHAR2 porque o uso de coluna definida como
CHAR em pesquisa utiliza freqentemente funes intermedirias (LPAD, LTRIM etc),
o que inviabiliza o uso do ndice associado a coluna, caso exista. O uso de funes
intermedirias em coluna definida como VARCHAR2 menos comum.
A coluna definida como CHAR tem a caracterstica de manter tamanho do campo fixo,
independentemente de estar preenchido ou no. Este fato poderia uma vantagem
por facilitar a preciso na estimativa de tamanho de Banco derivado do Repositrio.
Regras de Sintaxe
descrio que identifique o atributo
Notas:
1.
Usar espao em branco para separao das palavras que formam o nome do
atributo.
Os atributos no possuem qualificador.
2.

Verso 1 - de 23/6/2010
Pgina 11 de 11
Quando for necessrio esclarecer o nome do atributo, alm do uso dos padres
acima descritos, usar um complemento de fcil compreenso e igual em todos os
atributos da entidade.
Padres de nomeao de atributos utilizados na derivao do MGD

para o Oracle Designer:
Apenas o atributo que identifica a chave primria seguir o padro prefixo +
descrio:
Identificador .......................... ID
Ex.: ID ORGAO
Os demais atributos de uma entidade tero um descritivo que caracterize o atributo.
Ex.: CODIGO DE PROGRAMA; TITULO DA ACAO; FINALIDADE DA ACAO
Obs.: este padro de nomenclatura conceitual para o atributo foi adotado para
simplificar o esforo de refinamento e facilitar a comunicao com os clientes apesar
de no estar utilizando a forma preconizada pela administrao de dados para
nomenclatura de atributos de um MER em nvel lgico.

Verso 1 - de 23/6/2010
Pgina 12 de 12
Relacionamentos
Nomeao
A nomeao dos relacionamentos deve seguir as seguintes recomendaes:
1.
Os nomes atribudos devero ser os mais reduzidos possvel evitando o uso de
preposies. Pode-se colocar apenas um . (ponto) quando o significado do
relacionamento extremamente bvio e no existir mais de um relacionamento entre
duas entidades.
2. Para leitura e nomeao sero desconsiderados as expresses Must Be e May Be
adotadas pelo Case; (expresses deve ser e pode ser)
3.
No caso da utilizao de verbos, utiliz-los na terceira pessoa ou no particpio
passado, respeitando o gnero atribudo entidade (ex.: exercido ou exercida);
4. Quando o relacionamento envolver uma entidade de uma classe de domnio (ex.:
situao cadastral), sugere-se o uso dos nomes enquadra/enquadrado(a).
5.
Os nomes de relacionamentos utilizados no Dicionrio sero mantidos em
glossrio a fim de permitir a padronizao e facilitar a nomeao de novos
relacionamentos.
6.
No caso de nomeao de mais de um relacionamento entre as mesmas
entidades, o nome dos relacionamentos devem ser iniciados de forma diferente.

Verso 1 - de 23/6/2010
Pgina 13 de 13
Diagramas ER
Em cada AS sero criados tantos diagramas quantos forem necessrios para melhor
dar contexto aos dados.
Fontes
Nos diagramas E/R sero utilizados os seguintes tipos de fontes
1.
Nome do Diagrama (Cabealho)

Letra = Maiscula
fonte = Arial
tamanho = 9
Atributo = Normal
2.
Ttulo do Diagrama (Cabealho)

Letra = 1 Maisculas e demais minsculas
fonte = Arial
tamanho = 9
Atributo = Normal
3.
Nomes de entidades
Letra = Maiscula
fonte = Arial
tamanho = 8
Atributo = Normal;
4.
Nomes de relacionamentos
Letra = minscula
Fonte = Arial
Tamanho = 8
Atributo = Normal.

Verso 1 - de 23/6/2010
Pgina 14 de 14
Cores
Para facilitar a identificao visual das entidades representadas no diagrama quanto
sua origem, ou seja, se pertencem ou no Entidade representada, foram
estabelecidos os seguintes critrios, conforme palheta a seguir:
As entidades que fazem parte da classe de negcio para a qual o diagrama foi
criado sero coloridas em CINZA;
As entidades que fazem parte da classe de domnio relativa classe de negcio

diagramada sero coloridas em AMARELA;
As entidades originrias de outras ASs do macroprocesso e que no faam parte
desses grupos sero coloridas em LILS;
As entidades externas ao macroprocesso sero representadas em branco.
Exemplo de Diagrama ER no Oracle Designer

Verso 1 - de 23/6/2010
Pgina 15 de 15
Palheta de Cores do Oracle Designer

Verso 1 - de 23/6/2010
Pgina 16 de 16
Anexos

Verso 1 - de 23/6/2010
Pgina 17 de 17
Converso para Notao Case Oracle

Grau do Relacionamento
Restrio de Integridade
A alterao devido localizao de conveno de opcionalidade/obrigatoriedade,
que muda de lugar. O exemplo abaixo ilustra a situao de um relacionamento 1:N de
Recurso Humano (RH) com Dependente (DEPENDENTE), onde:
Um RH pode ter um ou mais DEPENDENTE
RH
DEPENDENTE
Um DEPENDENTE deve estar pertencer a apenas um RH

Verso 1 - de 23/6/2010
Pgina 18 de 18
Relacionamento N-rio (onde N >=2).

.1 No Modelo de Dados
2.
No Case da Oracle
A/B/C
Regras de Converso
1.
Relacionamento ternrio "A/B/C" deve ser definido como "Entidade".
2. Declara-se a Chave Primria da entidade

relacionamento com A, B e C.

Verso 1 - de 23/6/2010
A/B/C como sendo composta pelo
Pgina 19 de 19
Agregao
Um relacionamento se relacionando com outras entidades.
1.
No Modelo de Dados
2. No Case da Oracle
AB
A/B/C

Verso 1 - de 23/6/2010
Pgina 20 de 20
Regras de Converso
1.
Recai no caso anterior.
Entidade Fraca
1.
No Modelo de Dados

Verso 1 - de 23/6/2010
Pgina 21 de 21
2. No CASE Oracle
UA
#A
Indica que SETOR UA fraca de UA
SETOR UA
#A
#N
Regra de converso
A indicao de que uma Entidade (SETOR UA) fraca passa a ficar prxima dela e no
da Entidade "Forte" (UA) como era representado na conveno anterior.
A Chave Primria da Entidade "Fraca" (SETOR UA) deve ser declarada como formada
pelo relacionamento com a Entidade "Forte" (UA) e mais um outro atributo.

Verso 1 - de 23/6/2010
Pgina 22 de 22
Uma Categorizao Exclusiva

1.
No Modelo de Dados
2.
No Oracle CASE
X
A
Regra de Converso
No necessria.

Verso 1 - de 23/6/2010
Pgina 23 de 23
Vrias Categorizaes Exclusivas

Mesma entidade "X" tendo duas ou mais categorizaes
1.
2.
No Modelo de Dados
Case da Oracle
X
X1
D
X2
No caso de representao de mais de uma categorizao, h algumas consideraes a

serem feitas:
1.
Somente uma das categorizaes ser representada graficamente devido a
caracterstica do Case Oracle, como no caso de A/B/C.
2. As demais categorizaes podem ser mantidas atravs de relacionamentos em
arco, como no caso de X1/X2. Neste caso, o conceito de Herana de Atributos dever
ser preservada por controles no automatizados.
3. Ainda podero as demais categorizaes ser denotadas por atributos indicadores
na entidade super-tipo, no sendo mantida assim a representao grfica. Nesse caso,
os atributos prprios dos sub-tipos seriam definidos como opcionais e o
preenchimento desses seria controlado por regras.

Verso 1 - de 23/6/2010
Pgina 24 de 24
Auto Relacionamento - Caso 1 1:N

1. No Modelo de Dados
2. Case da Oracle
Alternativa 1
X
X1
X2
Alternativa 2
X
3. Observao:
Na alternativa 2 est-se considerando a utilizao de indicadores para representar a

categorizao X1/X2. Nesse caso, os atributos prprios dos sub-tipos seriam definidos como
opcionais e o preenchimento desses seriam controlados por regras.

Verso 1 - de 23/6/2010
Pgina 25 de 25
Auto Relacionamento - Caso 2 N:N

1.
No Modelo de Dados

Verso 1 - de 23/6/2010
Pgina 26 de 26
2.
No Oracle CASE
Alternativa 1
X
X1
X2
X1/X2
Alternativa 2
X
X1/X2
Observao: Na alternativa 2 est-se considerando a utilizao de indicadores para

representar a categorizao X1/X2. Nesse caso, os atributos prprios dos sub-tipos
seriam definidos como opcionais e o preenchimento desses seriam controlados por
regras.

Verso 1 - de 23/6/2010
Pgina 27 de 27
Glossrio
AD
Administrador de Dados.
AS
Application System um conjunto de objetos em um repositrio. Uma application
system uma unidade de trabalho que pode representar classes de negcio, classes
de domnio, sistemas e subsistemas.
CASE
Computer-Aided System Engeneering Conjunto de ferramentas que visam dar apoio
as fases previstas para a engenharia de sistemas.
Constraint
Regras de validao que podem ser de integridade, de negcio ou estar sujeitas a
determinadas condies como valores ou intervalos.
DBA
Database Administrator o tcnico responsvel pelo projeto e adminstrao do banco
de dados.
DDL
Data Definition Language Objetos SQL usados para criar, alterar, excluir objetos de
banco ou mudar suas definies.
Diagrama ER
Diagrama Entidade-Relacionamento.
Entidade Fraca
Entidade dependente da extistncia da entidade principal.
FK
Foreign Key ou chave estrangeira.
MGD
Modelo Global de dados contrudo no nvel conceitual para atender o Projeto PRINT| Projeto de Integrao do Ministrio do Planejamento, Oramento e Finanas.
MP
Ministrio do Planejamento, Oramento e Finanas
Repositrio
uma facilidade multi-usurio para armazenar informaes sobre a definio de
sistemas e de ciclos de vida. A Secretaria da Receita Federal usa o repositrio do
DESIGNER/2000 para registrar as fases do desenvolvimento dos sistemas corporativos
da SRF.
RON
Repository Object Navigator uma ferramenta do DESIGNER/2000 para criao e
manuteno de Applications Systems no Repositrio. O RON permite a criao, a
edio a excluso de objetos nos AS, e execuo de procedimentos administrativos em
relao ao repositrio como controle de acesso e backups.

Verso 1 - de 23/6/2010
Pgina 28 de 28
RFB
Receita Federal do Brasil.
SERPRO
Servio Federal de Processamento de Dados
SUNAC
Superintendncia de Relacionamento com Clientes - Administrao Tributria e
Comrcio Exterior
Trigger
Trigger um evento que causa a execuo de uma ou mais funes ou processos.

Verso 1 - de 23/6/2010
Pgina 29 de 29
Manual de Padronizao de Nomenclatura de Objetos
Bibliografia - P30 / 1
Bibliografia
Manual de Padronizao de Nomenclatura de Objetos 3.1 Receita Federal do Brasil Novembro de 2002.
Modelo Global de Dados MGD Projeto de Integrao do Ministrio do
Planejamento, Oramento e Finanas Abril de 2009.
Manual Padro de Nomenclatura 1 - PGFN III Milnio
Documento de Referncia do Projeto de Integrao do Marcoprocesso de
Planejamento, Oramento e Finanas, fevereiro de 2009
Modelo Global de Dados MGD, do Projeto de Integrao do Macroprocesso
Planejamento, Oramento e Finanas, abril de 2009
Manuais Oracle referentes aos produtos Designer 2000
BRASIL. Secretaria da Receita Federal, Trabalhando no Case. Verso 3, setembro de
1996.
BRASIL. Secretaria da Receita Federal, Ata da reunio Seminrio de Normas e Padres
da DIDAD, agosto de 1997.

Verso 1 - de 23/6/2010
Pgina 30 de 30

MGD - Manual de Administracao e Nomenclatura

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

MGD - Manual de Administracao e Nomenclatura

Caricato da

Copyright:

Formati disponibili

PRINT - Manual de Tcnicas e Administrao de Dados do Projeto Integrao

Manual de Padres de Nomenclatura de Objetos

PRINT - Manual de Tcnicas e Administrao de Dados do Projeto Integrao

Antonio Srgio Borba Cangiano

Marcus Vinicius da Costa

Alex Pires Bacelar

Este manual foi elaborado envolvendo as Superintendncias de Relacionamento com Clientes

Manual de Padres de Nomenclatura de Objetos

PRINT - Manual de Tcnicas e Administrao de Dados do Projeto Integrao

Manual de Padres de Nomenclatura de Objetos

Manual de Padronizao de Nomenclatura de Objetos

Manual de Padres de Nomenclatura de Objetos

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

{Sigla dona da rea de negcio } + mnemnico do Application System_;GLOBAL

Ex.: MP PLANEJAMENTO E ORAMENTO; MP ADMINISTRAO DE COMPRAS E

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Unicidade na nomeao de Entidades

1. A nomeao de entidades deve ser no singular. Usar propriamente preposies e

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Atributo(s) que compe(m) a Chave Primria

Atributos de Chave nica

Atributos opcionais - devero ser agrupados ao final da entidade, em ordem

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Formato para atributos Numricos

Formato para atributos Alfanumricos

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Padres de nomeao de atributos utilizados na derivao do MGD

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Nome do Diagrama (Cabealho)

Ttulo do Diagrama (Cabealho)

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

As entidades que fazem parte da classe de domnio relativa classe de negcio

Exemplo de Diagrama ER no Oracle Designer

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Palheta de Cores do Oracle Designer

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Converso para Notao Case Oracle

Um DEPENDENTE deve estar pertencer a apenas um RH

Manual de Tcnicas de Administrao de Dados

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos

Relacionamento N-rio (onde N >=2).

Relacionamento ternrio "A/B/C" deve ser definido como "Entidade".

2. Declara-se a Chave Primria da entidade

Manual de Tcnicas de Administrao de Dados

A/B/C como sendo composta pelo

PRINT Manual de Tcnicas de Administrao de Dados do Projeto de Integrao de MacroProcessos