Você está na página 1de 10

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.