Modelagem da Informao com IDEF1X: Linguagem,

Mtodo, Princpio do Consenso

Vincius Medina KERN
Professor da UNIVALI So Jos / UNITEC-Grupo de Pesquisa em Tecnologia e Sistemas
E-mail: kern@sj.univali.rct-sc.br

Resumo
A modelagem da informao trata da concepo da estrutura da informao em determinado
universo de discurso. O projeto de bancos de dados tem na modelagem da informao sua etapa
mais fundamental. IDEF1X uma linguagem e mtodo para modelagem da informao
baseada no modelo Entidade-Relacionamento. Este artigo apresenta um tutorial sobre IDEF1X,
descrevendo as principais construes da linguagem e as etapas que constituem o mtodo.
Tambm, discute o critrio de aprovao de modelos segundo o mtodo IDEF1X, que permite
representar em um modelo da informao o consenso de peritos sobre determinado universo de
discurso.
Palavras-chaves: IDEF1X, modelagem da informao, projeto de bancos de dados

Abstract
Information modeling deals with designing the information structure in a specific universe of
discourse. It is a fundamental stage of database design. IDEF1X is a language and method for
information modeling. It is based on the Entity-Relationship model. This paper presents a
tutorial on IDEF1X, describing the main language constructs, and outlining the phases that
comprise the method. The methods criterion for the approval of information models, based on
the consensus of experts in a universe of discourse, is discussed.
Keywords: IDEF1X, information modeling, database design

INTRODUO
Os sistemas de informaes esto presentes, cada vez mais, na vida de organizaes e
indivduos. A qualidade destes sistemas depende dos sistemas de bancos de dados que os
suportam. O projeto de um banco de dados de alta qualidade depende, por sua vez, da
modelagem da informao, que trata da concepo da estrutura da informao em determinado
universo de discurso (ambiente, empresa, negcio, etc.).
Reingruber & Gregory (1994) sustentam que a importncia da modelagem da
informao tem sido subestimada. Desenvolvedores de sistemas dedicam, tradicionalmente,
maior ateno modelagem dos processos que usam informaes do que estrutura subjacente.
Esta mentalidade vem mudando medida em que os sistemas de informaes crescem em
tamanho e complexidade, evidenciando os problemas causados por modelagem da informao
deficiente.
Vrias abordagens tm sido propostas para a modelagem da informao. Todas, de
forma geral, tm base no modelo Entidade-Relacionamento de Peter Chen (1976). Dentre as
mais difundidas encontram-se NIAM (Nijssen & Halpin 1989), mtodo CASE de Barker
(1990), Engenharia da Informao (Martin & McClure 1985) e IDEF1X (NIST 1993).
As abordagens citadas tm sido bastante utilizadas no projeto de bancos de dados
relacionais. Mais recentemente, tcnicas baseadas na orientao a objeto tm sido propostas
para a modelagem da informao para projeto de bancos de dados orientados a objeto: UML
(Muller 1999) e IDEFobject (IEEE 1998), uma nova verso de IDEF1X.
KERN, Vincius Medina. Modelagem da Informao com IDEF1X: Linguagem, Mtodo, Princpio do Consenso. Revista Alcance
ano VI no 3, 99-107. Itaja: Editora da UNIVALI, Novembro de 1999.

Os bancos de dados relacionais tm um embasamento terico slido (Codd 1970),

testado e aprovado durante quase trs dcadas. Embora a orientao a objetos seja uma
tecnologia mais moderna, a maior parte dos sistemas de informaes em desenvolvimento ainda
baseada em bancos de dados relacionais, garantindo uma sobrevida longa a tcnicas de
modelagem da informao voltadas ao mundo relacional, como IDEF1X. Este artigo apresenta,
em formato de tutorial, a linguagem e mtodo IDEF1X, e discute o critrio de aprovao de um
modelo da informao IDEF1X, que o consenso de peritos no ambiente modelado.

O PADRO IDEF1X
IDEF1X uma linguagem e mtodo para modelagem da informao publicada como padro
norte-americano pelo NIST (1993). A linguagem j era usada, entretanto, antes da existncia do
padro (Bruce 1992). As sees a seguir apresentam as construes da linguagem: entidades,
relacionamentos, chaves, atributos, e notas. As cinco fases do mtodo IDEF1X para
modelagem da informao so sumariamente descritas.

A linguagem IDEF1X
As construes sintticas bsicas da linguagem IDEF1X so: entidade, relacionamento e
atributo. Entidades, representadas graficamente como retngulos com uma linha divisria
horizontal, so conjuntos de objetos de mesma natureza. Na figura 1, a entidade Produto
representa um conjunto de instncias ou ocorrncias de produtos. Relacionamentos so
associaes significativas entre duas ocorrncias de entidades. So representados por linhas
rotuladas com um verbo ou frase verbal, como em Nota Fiscal tem Item. Atributos so
caractersticas das entidades, como ilustra a figura 1, onde endereo um atributo de
Cliente.
As entidades IDEF1X podem ser dependentes, representadas por retngulos com os
cantos arredondados, ou independentes, representadas por retngulos com os cantos vivos. Uma
entidade dependente sempre que sua chave (tambm conhecida como chave primria) contm
a chave completa de pelo menos uma outra entidade.

Figura 1 Modelo IDEF1X ilustrando as construes bsicas da linguagem

A chave de uma entidade formada por um ou mais atributos cujo valor identifica uma
ocorrncia da entidade. Os atributos chaves so inscritos acima da diviso horizontal do
retngulo que representa a entidade.
Alm da chave primria, IDEF1X descreve outros dois tipos de chave: estrangeira e
alternada. Uma chave estrangeira anotada pelo smbolo (FK) (foreign key), o qual denota a
origem estrangeira do atributo, que migrado a partir de outra entidade, onde chave primria.
Na figura 1, idCliente um atributo chave estrangeira em Nota Fiscal, migrado desde
Cliente.
Chave alternada o atributo (ou conjunto de atributos) cujo valor identifica uma
ocorrncia da entidade, mas no foi escolhido como chave. Um atributo chave alternada

anotado pelo smbolo (AK) (alternate key), como no exemplo da figura 1, onde cgc um
identificador de Cliente P. Jurdica.
A migrao do atributo chave de uma entidade e sua implementao como chave
estrangeira em outra entidade respeita a regra de migrao de chaves: todo relacionamento
implica na migrao da chave completa, e toda migrao de chave devida existncia de
relacionamento. A forma como a migrao ocorre varia segundo o tipo de relacionamento.
A figura 2 apresenta esquematicamente os tipos de relacionamento IDEF1X e suas
representaes grficas. Relacionamentos podem ser especficos ou no-especficos. Um
relacionamento especfico aquele que, do ponto de vista de pelo menos uma das ocorrncias
de entidade envolvidas, tem uma outra ocorrncia especfica associada segundo o
relacionamento. Relacionamentos no-especficos, por outro lado, so associaes vrias-paravrias, nas quais no possvel especificar uma (pois so vrias) ocorrncia associada.

Figura 2 - Tipos de relacionamento na linguagem IDEF1X

Os relacionamentos especficos podem ser de categorizao ou de conexo. Em um
relacionamento de categorizao, ocorrncias de ambas entidades associadas representam o
mesmo tipo de objeto real ou abstrato, sendo que a entidade genrica representa os atributos
genricos do objeto, enquanto cada entidade categoria rene caractersticas de uma determinada
especializao. Nos relacionamentos de conexo, tambm chamados de conexo especfica,
qualquer nmero de ocorrncias de uma entidade filha (child entity) associa-se a zero ou uma
ocorrncia de uma entidade genitora (parent entity).
Vrios relacionamentos de categorizao podem reunir entidades categorias em um
grupo de categorizao (category cluster), representado por uma circunferncia sublinhada por
um ou dois traos. Uma ocorrncia da entidade genrica pode estar associada a apenas uma
ocorrncia de uma das entidades categorias do grupo (isto , as categorias so excludentes).
Um grupo completo anotado por uma linha dupla sob a circunferncia que representa
o grupo. Todas as categorias esto presentes, ou seja, uma ocorrncia da entidade genrica est
necessariamente associada a uma das categorias, como no caso da entidade genrica Cliente,
na figura 1, onde qualquer ocorrncia est associada a uma ocorrncia da entidade categoria
Cliente P. Fsica ou (exclusivamente) Cliente P. Jurdica. Em um grupo
incompleto, nem todas as categorias possveis esto presentes. Uma ocorrncia da entidade
genrica pode ou no estar associada a uma das categorias.
Os relacionamentos de conexo especfica nos quais toda a chave da entidade genitora
faz parte da chave da entidade filha so ditos identificadores. O relacionamento Nota Fiscal
tem Item, na figura 1, um exemplo de relacionamento identificador, pois a chave de Nota
Fiscal faz parte da chave de Item.
Relacionamentos de conexo onde pelo menos um atributo chave da entidade genitora
no faz parte da chave da entidade filha chamam-se no-identificadores, e so representados por
linha pontilhada. Podem ser mandatrios, quando toda ocorrncia da entidade filha deve estar
associada a uma ocorrncia da entidade genitora, ou opcionais (representados por um pequeno

losango junto entidade genitora), nos casos nos quais possvel que uma ocorrncia da
entidade filha no esteja associada a uma ocorrncia da entidade genitora. Na figura 1,
Cliente compra Nota Fiscal um relacionamento mandatrio, enquanto Vendedor
vende Nota Fiscal opcional permite que haja nota fiscal sem vendedor associado.
IDEF1X permite representar precisamente a cardinalidade dos relacionamentos, que diz
respeito a quantas ocorrncias podem estar associadas a uma ocorrncia de entidade envolvida
em determinado relacionamento. Todo relacionamento deve ser considerado nos dois sentidos
possveis: da entidade genitora (ou genrica) para a filha (ou categoria), e vice-versa.
No sentido da entidade filha (ou categoria) para a genitora (ou genrica), a cardinalidade
exatamente uma, com a exceo dos relacionamentos no-identificadores opcionais, onde a
cardinalidade zero ou uma. No sentido inverso, a variedade maior. A figura 3 apresenta a
representao grfica das vrias cardinalidades possveis para relacionamentos de conexo e
seus significados. Em relacionamentos de categorizao, a cardinalidade no sentido da entidade
genrica para a categoria sempre zero ou uma.

Figura 3 - Cardinalidade de relacionamentos de conexo

Restries sobre a estrutura da informao que no so representveis atravs dos
elementos da linguagem recm descritos so representados atravs de notas. Um exemplo
ilustrado na figura 3, onde um ndice (n) junto entidade filha referencia uma nota (que deve
ser apresentada em portugus, indexada, em outro lugar no diagrama) que descreve uma
cardinalidade no convencional.
A notao de IDEF1X permite construir modelos precisos e detalhados. s qualidades
da linguagem unem-se as virtudes do mtodo IDEF1X, que rene a experincia de muitos anos
da indstria e foras armadas norte-americanas. O mtodo IDEF1X apresentado a seguir.

O mtodo IDEF1X
O padro IDEF1X (NIST 1993) apresenta um guia de projeto para o desenvolvimento de um
modelo da informao. Este guia, ou mtodo IDEF1X, prope o desenvolvimento de um
modelo da informao em cinco fases, com detalhamento iterativo e progressivo do modelo:

Fase 0 Iniciao de projeto.

Fase 1 Definio de entidades.
Fase 2 Definio de relacionamentos.
Fase 3 Definio de chaves.
Fase 4 Definio de atributos.

Na Fase 0 estabelecem-se os objetivos da modelagem (documentados na forma de uma

declarao de propsito e escopo), desenvolve-se um plano (incluindo cronograma) de
modelagem, organiza-se a equipe de projeto e coleta-se o material a ser usado como fonte de
informao.
O material-fonte deve ser indexado e arquivado para futura referncia. As figuras 4 e 5
representam o material-fonte coletado em um projeto-exemplo a ser ilustrado nesta seo: a
modelagem da informao referente a notas fiscais de venda da Empresa Comercial Fictcia
(ECF). A figura 4 representa o material nmero 1 (nota fiscal de venda de mercadorias); a
figura 5 ilustra o material nmero 2 (ficha de produto).
A figura 6 apresenta os papis existentes numa equipe de projeto IDEF1X: o gerente de
projeto administra o projeto, contrata o modelador, identifica os peritos e fontes de informao
adequadas, e preside o comit de reviso de aceitao do modelo. O modelador responsvel

pela coleta de informaes e concepo do modelo da informao, bem como pelo treinamento
de revisores e documentao do modelo. Fontes do modelo so pessoas e documentos que
podem oferecer esclarecimento sobre o ambiente modelado. Peritos so pessoas cujo
conhecimento e experincia so usados na validao do modelo concebido. O comit de reviso
de aceitao d a palavra final sobre a qualidade e aceitabilidade do modelo. Para evitar
conflito de interesses, o comit no deve ter a participao de modeladores.
EMPRESA COMERCIAL FICTCIA (ECF)
Rodovia BR 101 s/n So Jos
DATA: 31/08/99
No 123456
DESTINATRIO/REMETENTE
Loja Serto Ltda.
CGC
88122000/0001-11
ENDEREO
Rodovia SC 407 Km 4 So Jos
DADOS DO PRODUTO
CDIGO DESCRIO
QTDE UN PREO
1233
POLTR GIRAT X
2,00 un 98,00
1344
VENT TETO VT3
1,00 un 38,95
TOTAL

234,95

Figura 4 Nota fiscal, material-fonte no 1

Cdigo: 1344
Descrio: VENT TETO VT3
Unidade: un
Preo: 41,00
Qtd estoque: 23 21 17 16

Figura 5 Ficha de produto, material-fonte no 2

Perito

Fonte

Gerente de
Projeto

Modelador

Comit de
reviso de
aceitao

Figura 6 - Papis numa equipe de projeto IDEF1X (NIST 1993)

As fases 1 e 2 tratam da estrutura da informao num nvel de abstrao alto. Na Fase
1, as entidades so identificadas e definidas. Na Fase 2 as associaes relevantes entre as
entidades concebidas na fase anterior so identificadas e definidas, e um modelo grfico de
entidades e relacionamentos desenhado. As definies formam um glossrio so sentenas
em portugus que definem o que cada ocorrncia de cada entidade ou relacionamento.
A figura 7 ilustra, na forma de um conjunto de documentos conhecido como kit
IDEF1X, os resultados das fases 0, 1 e 2 do projeto-exemplo. Os documentos apresentados so:
declarao de propsito e escopo, organizao da equipe de projeto e lista do material-fonte (da
Fase 0), lista e glossrio de entidades (da Fase 1), e glossrio de relacionamentos e diagrama de
entidades e relacionamentos (da Fase 2).
O diagrama da Fase 2, ilustrado em separado na figura 8, representa apenas entidades e
relacionamentos, sem especificar o tipo, uma vez que este detalhamento depende da

especificao das chaves, assunto da Fase 3. A notao de relacionamento identificador usada

indistintamente. Relacionamentos no-especficos podem ser usados na Fase 2, como o caso
do existente entre as entidades Nota Fiscal e Produto, na figura 8.
Projeto: ECF/Nota Fiscal
Data: 1999-08-20
KIT de projeto, fases 0 a 2 (resumido)
Autor: Onofre Estuff
Declarao de propsito e escopo:
O propsito deste modelo representar a estrutura atual da informao relativa a notas
fiscais emitidas pela ECF. As informaes de interesse so as relativas emisso de
notas fiscais de venda.
Equipe de projeto:
Gerente: Ana Lista (gerente de informtica)
Modelador: Onofre Estuff (responsvel)
Fonte: Joo Balco (balconista), manuais da Receita Federal relativos a notas fiscais
Perito: Jacob Brando (contador)
Comit de reviso de aceitao: Ana Lista, Rui D.Querer (consultor), Jacob Brando
Material-fonte:
1 Nota Fiscal de venda de mercadorias
2 Ficha de produto
Relatrio de entidades:
No Nome da entidade
No.doc.-fonte
E1 Produto
2
E2 Nota Fiscal
1
E3 Cliente
1
Glossrio:
Entidades
Nome: Produto
Definio: Produto que pode ser vendido pela ECF.
Nome: Nota Fiscal
Definio: Nota fiscal emitida pela ECF.
Sinnimos: NF, Nota
Nome: Cliente
Definio: Cliente cadastrado na ECF.
Relacionamentos
Produto vendido em zero, uma ou vrias notas fiscais.
Nota fiscal tem um ou vrios produtos.
Cliente recebe zero, uma ou vrias notas fiscais.
Nota fiscal faturada contra um cliente.
<Diagrama de nvel de entidade figura 8>

Figura 7 - Kit IDEF1X para o projeto-exemplo (fases 0 a 2)

Em um diagrama IDEF1X, cada relacionamento tem registrados seu e cardinalidade. O
nome esclarece qual o carter do relacionamento entre as ocorrncias de entidade envolvidas e
representado por uma frase verbal anotada junto ao relacionamento. Nos casos de
relacionamentos especficos, pode-se representar apenas a frase verbal no sentido da entidade
genitora (lado especfico do relacionamento) para a entidade filha. Na figura 8, por exemplo,
representa-se a frase verbal recebe, do relacionamento Cliente Nota Fiscal, e omitese a frase verbal faturada contra um, do relacionamento Nota Fiscal Cliente.

Figura 8 - Diagrama de entidades e relacionamentos do projeto-exemplo

Na Fase 3, os atributos chaves de cada entidade so identificados e definidos. Os tipos
dos relacionamentos so detalhados, a migrao de chaves e a resoluo de relacionamentos

no-especficos so executadas. A resoluo de relacionamentos no especficos gera novas

entidades e relacionamentos, o que demanda uma atualizao do projeto nas fases 1 e 2. Um
glossrio de atributos chaves anexado documentao.
Na Fase 4, os atributos no-chaves so identificados e definidos, e as definies so
anexadas documentao. Cada atributo deve ser nico no modelo, isto , deve ter nome nico
e ser prprio de apenas uma entidade.
A figura 9 apresenta o detalhamento do projeto-exemplo iniciado nesta seo. Neste kit
IDEF1X da Fase 4 h uma nova entidade, ItemNF, com dois novos relacionamentos
especficos (com Nota Fiscal e Produto), derivados do relacionamento no-especfico
entre Nota Fiscal e Produto.
A figura 10 apresenta o diagrama completo para o projeto-exemplo, que faz parte do kit
da Fase 4. Os kits so usados pelo comit de reviso de aceitao para verificar e validar o
modelo. Opcionalmente, ou adicionalmente, conduzida uma reviso final, conhecida como
procedimento walkthrough. O modelo recebe um status que determina sua aceitao plena ou
condicional, sua reconstruo, ou mesmo sua rejeio.
A razo de se determinar a validade do modelo a partir da avaliao de uma equipe de
peritos que no existe um modelo absolutamente correto. Uma concepo de modelagem
pode ser considerada adequada quando atende ao que o comit de reviso considera correto ou
satisfatrio. Um modelo da informao desenvolvido para atender a um propsito (registrado
na declarao de propsito e escopo da Fase 0), e no para representar a Verdade. Esta noo
explorada em maior profundidade na prxima seo.
Projeto: ECF/Nota Fiscal
Data: 1999-10-01
KIT de projeto, fases 3 e 4 (resumido)
Autor: Onofre Estuff
Glossrio:
Entidades e atributos
Nome: Produto
Definio: Produto que pode ser vendido pela ECF.
Atributo id Produto: Cdigo identificador de produto
Atributo descr: Descrio ou nome de produto
Atributo unidade: Unidade na qual vendido o produto
Atributo qtde estoque: Quantidade em estoque do produto
Atributo preo atual: Preo atual do produto
Nome: Nota Fiscal
Definio: Nota fiscal emitida pela ECF.
Sinnimos: NF, Nota
Atributo num NF: Nmero identificador da nota
Atributo id Cliente: Cdigo do cliente destinatrio da nota
Atributo data emisso: Data da emisso da nota
Nome: Cliente
Definio: Cliente cadastrado na ECF.
Atributo id Cliente: Cdigo identificador do cliente
Atributo nome Cliente: Nome do cliente
Atributo end Cliente: Endereo do cliente
Atributo cgc Cliente: Cdigo identificador do cliente no CGC
Nome: ItemNF
Definio: Item de nota; produto vendido em uma nota.
Atributo num NF: Nmero da nota qual se refere o item
Atributo id Produto: Cdigo do produto vendido no item
Atributo qtde vendida: Quantidade vendida do produto no item
Atributo preo venda: Preo praticado na venda do produto neste item
Relacionamentos
<Legveis no diagrama...>
<Diagrama completo figura 10>

Figura 9 - Kit IDEF1X para um projeto-exemplo (completo)

Figura 10 - Diagrama completo do projeto-exemplo

O MELHOR DE IDEF1X: O PRINCPIO DO CONSENSO

Hay (1995) compara vrias linguagens de modelagem, incluindo IDEF1X, quanto completude
tcnica e legibilidade. Conclui declarando que no h a linguagem correta, e que o sucesso de
um projeto de banco de dados depende mais da habilidade do projetista do que da notao
escolhida.
A habilidade do modelador , com efeito, mais importante do que a escolha da
linguagem. Mesmo assim, os estudos comparativos entre as diversas linguagens para
modelagem da informao tm mrito, j que detalhes da sintaxe e semntica de cada
linguagem podem favorecer ou prejudicar a qualidade de um modelo da informao.
Entretanto, h um outro fator crtico para o sucesso de um projeto de banco de dados: a forma
como conduzida a avaliao e aprovao de um modelo.
IDEF1X, ao contrrio das demais abordagens, define um mtodo detalhado para ser
usado em conjunto com a linguagem. O mtodo top-down, iterativo, progressivo, e tem como
critrio para a aprovao de um modelo o consenso de peritos na rea de domnio, ou universo
de discurso, do modelo.
Um modelo no pode ser mais correto do que o consenso dos peritos. Caso contrrio,
existiria uma verdade absoluta cuja modelagem seria de responsabilidade do modelador.
Portanto, o resultado que se pode alcanar em um esforo de modelagem a captura da
estrutura da informao que representa as regras do negcio corretas segundo a avaliao dos
peritos.
Este princpio do consenso foi incorporado a IDEF1X a partir da experincia acumulada
pela indstria e foras armadas norte-americanas em projetos de bancos de dados, muitos dos
quais de grande tamanho, complexidade, e importncia econmica e estratgica. Ainda assim,
nada assegura que o consenso de peritos na avaliao de um modelo representa garantia
permanente de qualidade. possvel que mudem as regras do negcio, ou o consenso dos
peritos. Portanto, importante criar condies para a manuteno dos modelos.
O glossrio com as definies de entidades, relacionamentos e atributos, juntamente
com a lista indexada de material-fonte e as declaraes de propsito e escopo, so os
documentos que permitem a qualquer modelador, participante ou no do esforo de modelagem
original, compreender e manter um modelo.
O carter relativo do consenso de peritos sobre a concepo de modelos de informao
pode ser observado em outras modalidades de modelagem, no apenas de bancos de dados. Por
exemplo, pode-se observar o mapa-mndi da figura 11 e fazer a pergunta de modelagem:
Quais so os continentes existentes?
O dicionrio Aurlio (Ferreira 1986) apresenta vrias definies de continente. As
acepes que nos interessam so:
continente. [...] 4. Grande massa de terra cercada pelas guas
ocenicas. 5. Cada uma das grandes divises da terra: Europa, sia,
frica, Amrica e Oceania. 6. O corpo principal da Europa em relao
s Ilhas Britnicas. 7. Bras., RS. Designao dada popularmente ao
Rio Grande do Sul, desde os tempos coloniais at a revoluo de
1835.

Ao contrrio de um glossrio IDEF1X, um dicionrio permite definies ambguas e at

conflitantes. A acepo 4 genrica e, certamente, a menos tendenciosa. A acepo 5 impe a
existncia de um continente europeu e ignora a existncia da Antrtida, que maior do que a
Europa e a Oceania. As acepes 6 e 7 so muito particulares, vlidas em contextos especficos.
De acordo com a acepo 4, a Europa no um continente. Embora as definies 4 e 5
sejam contraditrias, costumam ser ensinadas nos bancos escolares como se fossem
compatveis, sem grandes protestos de gegrafos ou educadores.

Figura 11 Quais so os continentes?

Por outro lado, h que se considerar que a Geografia, como a conhecemos, nasceu na
Europa, o que talvez explique a concesso do ttulo de continente. Os peritos (gegrafos) s
puderam reconhecer a existncia dos demais continentes a partir de suas descobertas.
Outro exemplo surpreendente de concepo tendenciosa da realidade vem do Esperanto,
lngua internacional. Esperanto uma lngua neutra, com regras gramaticais rgidas,
concebida para funcionar como lngua comum para a comunicao entre falantes de lnguas
nacionais vrias.
H trs gneros de substantivo em Esperanto: masculino, feminino, e neutro.
Curiosamente, substantivos neutros recebem a mesma terminao dos masculinos. Esta uma
concepo evidentemente sexista, jamais neutra, que repete uma tendncia existente em
outras lnguas. A lngua portuguesa tem uma caracterstica semelhante: os plurais aplicveis a
ambos os gneros recebem a terminao do plural masculino.
Apesar dos problemas apontados, tanto a concepo de que a Europa um continente
quanto a terminao masculina dos substantivos neutros do Esperanto so concepes vlidas,
porque servem a algum propsito; representam regras consideradas vlidas segundo os peritos
(pelo menos at que outras concepes passem a ser consideradas mais adequadas e venham a
substitu-las).
Em suma, modelar a informao uma atividade complexa, sujeita ao debate, fadada a
resultar em uma concepo tendenciosa da realidade. Entretanto, o objetivo da modelagem da
informao, como observou Kent (1978), no capturar a realidade, mas o modo como a
informao sobre a realidade processada pelas pessoas. Portanto, parece adequado o princpio
do consenso que norteia o mtodo IDEF1X.

CONSIDERAES FINAIS
Neste artigo, a sintaxe da linguagem IDEF1X para modelagem da informao foi apresentada.
IDEF1X permite desenhar modelos precisos e detalhados, adequados para o projeto de bancos
de dados relacionais de alta qualidade.
Foram apresentados os dois tipos de entidades dependentes e independentes e os seis
tipos de relacionamentos representveis em IDEF1X categorizao de grupo completo,
categorizao de grupo incompleto, identificador, no-identificador mandatrio, noidentificador opcional e no-especfico (que precisa ser resolvido como vrios relacionamentos
especficos para que possa ser implementado em um banco de dados relacional). A

especificao de atributos comuns e atributos chaves foi detalhada, e a documentao de

restries no usuais, usando notas, foi ilustrada.
As cinco fases do mtodo IDEF1X foram descritas e ilustradas. O mtodo iterativo e
progressivo. O modelo da informao tratado inicialmente de forma bastante simplificada e, a
cada fase, progressivamente detalhado, possivelmente provocando alteraes nos resultados
obtidos nas fases anteriores.
O mtodo IDEF1X permite construir modelos de informao que renem o consenso de
peritos em determinado universo de discurso. No existem modelos corretos, mas existem
modelos que captam as regras de negcios vlidas segundo a compreenso dos peritos no
universo de discurso modelado.

REFERNCIAS
R. Barker. CASE Method Entity Relationship Modelling. Workingham (UK): Addison-Wesley, 1990.
T. Bruce. Building Quality Databases with IDEF1X Information Models. Dorset House, 1992.
P.P. Chen. The Entity-Relationship Model - Toward a Unified View of Data. ACM Transactions on Database
Systems 1 (1), pp. 9-36, 1976.
E.F. Codd. A Relational Model of Data for Large Shared Data Banks. Communications of the ACM 13 (6),
1970, pp. 377-87.
A.B.H. Ferreira. Novo Dicionrio da Lngua Portuguesa. Segunda edio. Rio de Janeiro: Nova Fronteira, 1986.
D.C. Hay. A Comparison of Data Modeling Techniques. Essential Strategies, 49 p., 1995.
IEEE (Institute of Electrical and Electronic Engineers) IDEF1X Standards Working Group. Standard for
Conceptual Modeling Language Syntax and Semantics for IDEF1X97 (IDEFobject). IEEE 1320.2 Standards
Committee, document P1320.2. Release Draft 0.91 May 1, 314 p., 1998.
W. Kent. Data and Reality: Basic Assumptions in Data Processing Reconsidered. North-Holland, 1978.
J. Martin & C. McClure. Diagramming Techniques for Analysts and Programmers. Englewood Cliffs, NJ
(USA): Prentice-Hall, 1985.
R.J. Muller. Database Design for Smarties: Using UML for Data Modeling. Morgan Kaufmann, 442 p., 1999.
G.M. Nijssen & T. Halpin. Conceptual Schema and Relational Database Design. Sydney (Australia): Prentice
Hall, 1989.
NIST (National Institute of Standards and Technology). Federal Information Processing Standards Publication
184. Integration Definition for Information Modeling (IDEF1X). Gaithersburg, MD (USA), December 1993.
M.C. Reingruber & W.W. Gregory. The Data Modeling Handbook: A Best-Practice Approach to Building
Quality Data Models. John Wiley & Sons, 1994.