1.

A Anlise Essencial
O mtodo que um Analista empregar para o desenvolvimento de um sistema, pode ser entendido como um caminho a ser percorrido em etapas, algumas delas podendo ser desenvolvidas em paralelo, outras no. As tcnicas so procedimentos parametrizados e sistemticos, pelos quais uma tarefa executada; em uma analogia: a forma de se caminhar pelo caminho escolhido. H vrios mtodos para o desenvolvimento de sistemas, isto decorre do fato de que sendo uma atividade de criao, desenvolvida pelo ser humano, sempre h uma preocupao com a pesquisa de novos caminhos de forma a tornar o mtodo mais rpido e eficaz, segundo BALLESTERO ALVAREZ (1990:75) o objetivo bsico do estabelecimento de um mtodo padronizado no desenvolvimento de sistemas obter maior consistncia no trabalho, melhor qualidade oferecida ao usurio, maior facilidade no treinamento de novos Analistas, eliminao das perdas acarretadas por caminhos sem sada e, sem dvida, melhor controle dos resultados obtidos no desenvolvimento de sistemas. O mtodo que revela o estado da prtica atual a chamada Anlise Essencial. Ele uma evoluo da Anlise Estruturada, a qual o antecedeu. Pode-se sublinhar alguns fatores de seu uso: a) O mtodo mais utilizado atualmente. Este fator tem grande importncia, visto que os domnios e recursos so totalmente utilizveis por uma ampla parcela de profissionais, credenciando a metodologia para sua efetiva aplicao, em contrapartida a outras metodologias, cujo modelo de desenvolvimento de sistemas restrito e falta uma maior definio de termos. b) Princpio da Abstrao. Este aspecto permite resolver o problema, separando os aspectos que esto ligados a certa realidade, visando represent-los de forma simplificada e geral. Parte dos eventos existentes naquela sinttica viso da realidade para chegar aos dados ou informaes manipulados. Nas outras metodologias, tambm est presente este princpio, mas com a preocupao de no dissociar eventos dos dados os quais manipulam, tendo nessa associao o encapsulamento que caracteriza o objeto. c) Princpio da diviso.// Fragmentar , para melhor entender. Para resolver um problema, o mesmo dividido em um conjunto de problemas menores, que so mais fceis de serem compreendidos e resolvidos.

Anlise e Projeto de Sistemas

1.1 O Caminho da Anlise Essencial

A idia global do caminho a ser trilhado pelo Analista de Sistemas, ao utilizar o mtodo de anlise essencial, pode ser sucintamente descrito como segue: Domnio do Problema // Se organizar para poder entender o que se quer resolver// O primeiro momento, de altssima importncia delimitar /*fazer uma lista*/ exatamente do que se espera do sistema a ser desenvolvido. Trata-se de estabelecer seus limites fronteirios, exatamente o que dever ser feito. Por exemplo, algum pode solicitar seus servios para informatizar um hotel. Mas veja, um hotel sem dvida um macro problema. Ele composto de vrias facetas que podem ser informatizadas, como o controle da locao de quartos, o controle financeiro (contas a pagar/receber), a folha de pagamento dos funcionrios, a contabilidade do hotel, enfim, necessrio que voc verifique se a expectativa de quem o contratou realmente informatizar todas estas facetas. //Pois as vezes nem tudo ns nos devemos nos preocupar// Uma vez delimitado a abrangncia //O tamanho da coisa// do que dever ser feito, o segundo passo de absoluta importncia deve ser dado, ou seja, fazer um amplo, rigoroso, profundo, minucioso levantamento de dados abrangendo o contedo que dever ser informatizado //List-los//. Todos os aspectos envolvidos no problema devem ser levantados, pessoas devem ser entrevistadas, documentos devem ser avaliados, o fluxo de trabalho deve ser entendido. Voc dever sair desta fase sendo quase um especialista sobre o assunto que dever informatizar, ou seja, no mnimo saber todos os eventos e dados essenciais relativos ao assunto. De posse deste conhecimento voc comea a estar apto a iniciar alguma especificao dos requisitos do sistema. Obs: At aqui as palavras-chave so : 1 -> Saber qual o problema, 2 -> Listar o que o usurio realmente quer que o sistema faa por ele. 3 -> Saber tudo sobre os eventos Modelo Ambiental Assim, passado este momento inicial em que se avalia o domnio do problema e se busca os requisitos do sistema, voc poder definir qual a relao do sistema a ser desenvolvido com o ambiente no qual ele estar inserido. Vai descrever qual ou quais sero os objetivos do sistema, bem como quais sero os estmulos que o sistema receber do meio ambiente, que eventos eles acionaro e quais respostas o sistema devolver ao meio. Basicamente, neste ponto h uma descrio da relao entre o sistema e o meio ambiente onde ele se encontra.

Anlise e Projeto de Sistemas Modelo Comportamental Neste ponto, o trabalho se volta para definio interna do sistema. Sero especificados todos os processos que iro compor o sistema. Haver tambm a definio do modelo de dados que ser utilizado para armazenar as informaes por ele manipuladas. Projeto(design) Nesta fase, o objetivo modelar o sistema determinando como implementar, em um ambiente de processadores, a soluo sistmica idealizada na fase de anlise. Esta parte do trabalho cuidar das especificaes referentes as limitaes impostas pela tecnologia, a distribuio dos processos de acordo com os lugares onde sero executados. As restries de implementao, da tecnologia no ideal e imperfeita sero incorporadas atravs de atividades de infra-estrutura administrativas. //Pelo que eu entendi o quanto de processador, de memria e de espao em disco o sistema necessitar para rodar// 2. O Processo de Anlise Modelo Essencial O Modelo Essencial ou Anlise Essencial uma evoluo dos mtodos antecessores no desenvolvimento de sistemas, conforme mostra a tabela abaixo:

MODELO
Convencional / Tradicional Surgiram no incio dos anos 50 e foram muito utilizados at 1975 Estruturado Comeou a partir de 1975 e ainda dever continuar a ser utilizado mais alguns anos por algumas empresas Chris Gane / 1979 Yourdon / 1979 Essencial Trata-se de um aprimoramento do estruturado que teve incio em 1984. Sthepehn McMenamim John Palmer

ABORDAGEM
Totalmente funcional

FERRAMENTAS
Textos Fluxogramas DFD Diagrama de Estrutura de dados Especificao dos processos Normalizao Dicionrio de dados DFD de Contexto DFD por eventos Tabela de Eventos Diagrama Entidade Relacionamentos Diagrama de Estrutura Normalizao Dicionrio de dados

Funcional Dados

Essncia Funcional Dados Integrao Funcional e Dados

Anlise e Projeto de Sistemas

A anlise essencial deve comear com o entendimento daquilo que o usurio est solicitando. Este entendimento no primeiro momento, refere-se apenas ao tracejamento dos limites fronteirios do sistema, ou seja, procure responder:

O que o sistema dever fazer ? Quais so seus objetivos ? //Professor fez estas perguntas na aula do dia 09/11/12
Tendo claramente definido este aspecto voc ter traado as fronteiras daquilo que dever ser desenvolvido, por exemplo:

Controle da locao e consulta do acervo de uma biblioteca de universidade

Depois de haver entendido claramente o que o usurio espera que seja feito, o analista de sistemas dever mergulhar profundamente na busca de informaes que envolve aquela rea. a fase precedente do inicio de anlise, chamada de anlise de requisitos do sistema ou levantamento de dados inicial. Aps este passo, o analista de sistema dever no mnimo conhecer todas as atividades mais essenciais ligadas ao sistema a ser desenvolvido. Portanto, se o sistema for para controle da locao e consulta do acervo de uma biblioteca de universidade, no mnimo o analista dever saber: quem so os usurios da biblioteca como algum se torna usurio da biblioteca como e quando entra e sai o acervo (livros, revistas, jornais, peridicos) quais so os eventos essenciais existentes no sistema quais so as regras e restries envolvendo estes eventos quais as expectativas do usurios sobre o sistema a ser desenvolvido quais so os problemas atuais quais as vantagens que o novo sistema proporcionar

Vamos tomar o controle da locao e consulta do acervo de uma biblioteca de universidade, como um estudo de caso, para termos uma idia mais clara da aplicao da teoria. Vejamos qual foi o resultado colhido pelo analista nesta fase de anlise de requisitos do sistema.

Anlise e Projeto de Sistemas Sistema: Controle de locao e consulta do acervo de uma biblioteca de universidade. Objetivos: Controlar os emprstimos, devolues, reservas, consultas e cadastros do acervo de uma biblioteca universitria. Abrangncia: 1. O sistema atende a uma biblioteca central de uma universidade. 2. Os usurios (Professores, alunos e funcionrios) j se encontram cadastrados em sistemas j existentes, e as bibliotecas que faro uso do acervo sero cadastradas pelo sistema. 3. No caso de inexistncia de uma obra no acervo, os dados referentes a mesma sero guardados, para auxiliar futuras compras pela administrao 4. O acervo da biblioteca composto por livros, revistas, jornais, enciclopdias, dicionrios, trabalhos acadmicos; prev ainda a possibilidade de incluso de novos tipos de obras. 5. Peridicos, dicionrios e enciclopdias no podero ser locados, somente consultados na prpria biblioteca. 6. Os livros clssicos de cada rea podero ser locados, desde que permanea um exemplar nas dependncias da biblioteca para consulta. 7. O prazo de locao atual de 3 dias. 8. Uma obra s poder ser reservada se no estiver disposio para emprstimo. 9. Os usurios do sistema sero professores, alunos e funcionrios da universidade e outras bibliotecas no pertencentes ao Campus. 10. Mensalmente poder ser emitido relatrios demonstrando as obras mais retiradas, permitindo administrao verificar se h a necessidade de aquisio de mais volumes daquela obra. 11. O sistema permitir identificar, atravs de relatrios mensais, quais os usurios mais ativos, propiciando a administrao algum tipo de premiao, estimulando assim aos demais usurios. 12. Atravs de um relatrio mensal, o sistema acusar os usurios menos pontuais na devoluo de obras ao acervo. Funes: Emprstimos Devolues Reservas Cobranas Cadastro de novas obras Cadastro de Bibliotecas Estatstica de obras mais retiradas Estatstica de usurios mais ativos Relao das obras solicitadas no existentes Estatstica dos usurios menos pontuais

Anlise e Projeto de Sistemas

Vantagens da implantao do sistema Considervel ganho de tempo na localizao fsica de uma obra do acervo. Absoluta preciso na cobrana de obras em atraso. Levantamentos estatsticos mensais: Das obras mais retiradas Dos usurios mais ativos Dos usurios menos pontuais na devoluo Completo controle sobre todas as obras do acervo, locadas ou no, prprias ou de terceiros. Possibilidade de pesquisa a qualquer momento das obras reservadas, informando dados da obra e usurio. Manuteno de dados sobre obras inexistentes no acervo, auxiliando futuras compras para o mesmo.

Modelo Ambiental
Quando o analista de sistema estiver de posse das informaes mais essenciais sobre o sistema (conforme demonstrado no estudo de caso anlise de requisitos), pode ser dado o primeiro passo da anlise essencial a construo do modelo ambiental. O modelo ambiental, est constitudo de trs partes: Declarao dos objetivos do sistema Elaborao do D.F.D. de Contexto Criao da Lista de Eventos Pode-se comear por qualquer uma das partes. Alis, elas podero ser desenvolvidas paralelamente. Uma no precede a outra, porm devem ser totalmente consistentes entre s. Normalmente, segue-se a seqncia acima especificada. O objetivo do modelo ambiental mostrar qual a relao do sistema com o ambiente onde ele encontra-se inserido. Procura-se documentar quais so os estmulos que partem deste ambiente, mostrando quem os deflagrou. Demonstra-se ainda as respostas que saem do sistema para o meio ambiente.

Anlise e Projeto de Sistemas

2.1.1Declarao dos Objetivos do Sistema

Uma forma textual, narrativa at, para descrever o que se prope a fazer, quais problemas resolver, construindo o sistema em questo. Ressalta-se que no objetivo(s) do sistema deve estar refletido aquelas atividades fundamentais que o sistema dever ter (atividades custodiais). Tambm deve refletir aquelas atividades que do desejo do usurio que o sistema as tenha (o que tambm fundamental no adianta ter um sistema tecnicamente perfeito se o mesmo no satisfaz o usurio. O usurio e seus problemas que so a razo da existncia do sistema.). Para o nosso estudo de caso, poderamos ter: Objetivo Geral: Controlar os emprstimos, devolues, reservas, consultas e cadastros do acervo de uma biblioteca universitria. Objetivos Especficos Essenciais: Cadastrar emprstimos do acervo a usurios previamente cadastrados Registrar devolues do acerto pelos usurios Efetuar Reservas do acervo para usurios Emitir cobranas de acervo emprestado com atraso na devoluo(Enviar e-mail de cobrana) Cadastrar novas obras no acervo Cadastrar Bibliotecas Emitir Estatstica de obras mais retiradas Emitir Estatstica de usurios mais ativos Emitir Relao das obras solicitadas no existentes Emitir Estatstica dos usurios menos pontuais

2.1.2 D.F.D. de Contexto

Dados-Emprestimo Emprstimo Devoluo Reserva Relatrios-Estatsticos Obras-Inexistentes

Usurios
Carta-Cobrana

Controle da locao e consulta do acervo de uma biblioteca de universidade

Dados-Bibliot

Consulta Dados-Consulta

Dados-Obras Dados-Cobrana

Depto Administrativo

Anlise e Projeto de Sistemas

2.1.3. Lista de Eventos

N Evento 01 Usurio Consulta Obra 02 Usurio Reserva Obra 03 Usurio Empresta Obra Descrio do Evento Quando o usurio desejar verificar a existncia ou situao de determinada obra O usurio pode reservar obras, desde que no seja peridicos ou enciclopdias. O usurio passa os dados da obra que deseja levar. Ela pode ter sido reservada previamente. Perodicos e enciclopdias no podem ser emprestados. Se houver apenas um exemplar de uma obra que seja um clssico em sua rea, tambm no poder ser emprestado. Quando o usurio faz a devoluo de uma obra que havia emprestado Estmulo Consulta Reserva DadosEmprestimo Tipo Ao Estmulo F Consultar Obra F F Reservar Obra Emprestar Obra Resposta Dados-Obra ou Msg-01 Msg-02 Obra ou Msg-03

04 Usurio Devolve Obra 05 Usurio recebe cobrana 06 Administ rao Cadastra Obras

Obra

F F F

Registrar Devoluo Gerar Cobrana Cadastrar Obra

Msg-04 Carta-Cobrana Msg-05

Decorrido o tempo destinado a Dados-Cobrana devoluo de obras, o usurio receber uma carta de cobrana Quando uma nova obra for fazer Dados-Obra parte do acervo da biblioteca (via compra ou doao) a administrao efetua o cadastro da mesma 07 Administ Quando uma nova biblioteca Dados-Bibliot rao requisitar seu cadastro, ou Cadastra necessitar efetuar algum Bibliotec emprstimo as 08 hora de Todo dia primeiro de cada ms emitir emitido os relatrios: relatrios Obras mais lidas estatistic Usurios mais ativos os Usurios menos pontuais 09 hora de Todo primeiro dia de cada ms emitir gerado um relatrio com as obras obras solicitadas e que no existem no inexistent acervo, referente ao ms anterior es

Cadastrar Bibliotecas

Msg-06

Emitir Estatsticos

Relatrios RelatriosEstatisticos

Listar Obras Inexistentes

Obras-Inex

Cada linha da lista de eventos corresponde a um evento (acontecimento) que de alguma forma estimula (aciona) uma ao (programa) no sistema. Desta maneira, a lista de eventos apresentada sob a forma de uma tabela que mostra no apenas os eventos, mas tambm os estmulos, aes e respostas correspondentes. A primeira coluna, apenas para identificao dos eventos, enumerando-os de forma crescente.

Anlise e Projeto de Sistemas Na segunda coluna, temos a atribuio de um nome para o evento (acontecimento externo ao sistema, ou qual, vai servir de estmulo a ele vai acion-lo). Assim, ao atribuir o nome a um evento, deve-se seguir uma estrutura frasal, conforme indicado abaixo: sujeito (entidade-externa) + verbo + complemento verbal (ou objeto) Todavia, quando se tratar de algum evento cujo estmulo seja de natureza temporal, a estrutura frasal, passa a ser: hora de ... Uma breve descrio sobre o evento, deve ser colocada na terceira coluna da lista de eventos. Isto permite observar alguns detalhes que no esto expressos no nome atribudo ao evento, ajudando no entendimento do mesmo. Em seguida, na quarta coluna, indica-se o tipo de estmulo ele sempre Fluxo de Dados (F), um Fluxo Temporal (T) ou um Fluxo de Controle (C).

ser um

1:Fluxos de Dados referem-se ao trnsito de dados propriamente dito, 2:o Fluxo Temporal um estmulo gerado de acordo com certo tempo (Chegou a hora de ...) e o 3:Fluxo de Controle gerado por algum dispositivo fsico de controle, como o movimento de uma catraca, ou a introduo de um carto. Na sexta coluna tem-se o nome da ao que ser executada pelo sistema, ou seja, o programa(s) que ser(o) acionado(s). Estes programas so aqueles que voc est prevendo ou projetando que devero ser desenvolvidos, sem contudo, neste momento, preocupar-se com o detalhamento deles. Basta aqui, prever que eles devero existir, para juntos, atenderem ao objetivo global do sistema. Na ltima coluna, especificado um nome para resposta(s) que a ao do sistema dar para o meio externo a ele. Por exemplo, um relatrio uma resposta (sada) do sistema que ir para o meio externo a ele. Sincronismo de Eventos A lista de evento, apresentada sob forma de tabela, no aborda ou no expressa o momento de determinado evento pode acontecer em funo dos outros. Porm, deve-se observar que, entre eventos, podem ocorrer as situaes definidas abaixo, que tero maior peso quando se tratar de um sistema em real-time. Simultaneidade A ocorrncia de um evento simultnea, concomitante com a ocorrncia de outro. Pode at haver coincidncia, como: o trmino do vero coincide com o incio do outono.

Anlise e Projeto de Sistemas Precedncia A ocorrncia de um evento deve necessariamente preceder a ocorrncia de outro. H uma seqncia entre os eventos. Exemplo: O Cadastramento de um empregado deve preceder o cadastramento de seu respectivo dependente. Excludncia A ocorrncia de um evento deve necessariamente excluir a ocorrncia de outro. H alternncia entre os eventos; sempre que um evento ocorrer, o outro no ter ocorrido, ou seja, situaes mutuamente excludentes. Exemplo: O cliente do sexo masculino ou feminino. Independncia No h nenhuma relao de simultaneidade, precedncia ou de excludncia entre os eventos. H total assincronismo. Exemplo: O cadastro de clientes independe do cadastramento de fornecedores.

Modelo Comportamental
A partir deste momento, o Analista de Sistema passa a se preocupar com os aspectos internos ao sistema, com tudo aquilo que vir determinar o comportamento do mesmo. No modelo ambiental, o Analista de Sistemas descreveu o sistema sob o ponto de vista externo, observado pelo lado de fora, usando um estilo do tipo estmulo-resposta, mostrando o que faz e ou que no faz parte do sistema, preocupando-se em delimitar fronteiras, definindo qual era o universo de interesse. Por sua vez, o modelo comportamental definido do ponto de vista interno, o modelo do interior do sistema. Ir descrever de que maneira o sistema, enquanto um conjunto de elementos inter-relacionados, reage, internamente, como um todo organizado, aos estmulos do exterior. Neste ponto, se preocupa em mostrar quais as aes que o sistema deve executar para responder adequadamente aos eventos previsto no modelo ambiental, que o ponto de partida. A partir deste ponto, comea-se a detalhar como se far um determinado programa. Quando pensamos em decompor um sistema, logo nos vm a mente dois tipos de componentes: funes e dados. Quais so as funes do sistema e quais so seus arquivos ou depsitos de dados. Porm precede a estas questes saber: O que produzido pelo sistema ? A que estmulos o sistema deve responder ? Na verdade, dados armazenados e funes (programas) so meios para atingir-se o verdadeiro objetivo do sistema, que apresentar as respostas adequadas ao ambiente em que est inserido. Portanto, a decomposio de que se fala, deve ser feita a partir da necessidade de resposta aos eventos que afetam o sistema, ou seja, o particionamento do sistema dever ser feito a partir dos eventos existentes.

Anlise e Projeto de Sistemas

D.F.D. Particionado por Eventos

O D.F.D. particionado por eventos um detalhamento de cada um das aes que sero acionadas por eventos, conforme indicado na lista de eventos. Este passo s deve ser iniciado quando o Analista de Sistemas entender que a sua lista de eventos(tudo que pode acontecer) est completa. Naturalmente, para chegar a concluso de que a lista de eventos est completa, basta checar se todos os eventos mais essenciais existentes no sistemas esto al definidos. No significa que, se posteriormente, algum se lembrar de algum evento que esteja faltando, no seja possvel acrescer o mesmo na lista. claro que isto dever ser feito. Porm, quanto mais completo a lista estiver, melhor para comear esta etapa, j que aqui tem-se um aprofundamento em detalhes de cada um dos eventos, e portanto, uma viso da relao entre eles e os dados que iro manipular. A ausncia de algum evento, poder levar a no previso de alguma informao essencial ao sistema. A partir do Diagrama de Contexto e da Lista de Eventos, adota-se a seguinte conduta, para obter o particionamento do sistema: 1) Para cada evento do sistema, desenha-se uma funo (um D.F.D.) ou processo de resposta ao evento (uma ao). Dever existir tantos processos quantos forem os eventos existentes na lista de eventos. Se a lista possuir 47 eventos, significa que dever ser desenhado 47 D.F.Ds, um para cada evento existente. O nome atribudo ao processo dever ser de acordo com a coluna ao existente na lista de eventos. 2) No pode-se esquecer de representar no DFD as respostas oriundas do processo. Observe que para um processo, pode haver respostas externas ao sistema ou internas a ele. No caso de uma resposta interna, tem-se, por exemplo, o fluxo de dados para um depsito de dados. s a partir do DFD particionado por evento que passa a existir a representao deste fluxo (j que no DFD de contexto tratado tudo que externo ao sistema, e portanto, l no aparecem depsitos de dados). Exemplos de DFDs particionados por evento, conforme a lista de eventos na pgina 36.

Evento 01 - Usurio Consulta Obra Consulta Usurio

Dados-Obra

Consultar Obra

CadObras

Msg-01

CadObrasInexistentes

CadReserva

Anlise e Projeto de Sistemas

Evento 02 - Usurio Reserva Obra Reserva Usurio

Msg-02

Reservar Obra

CadObras

CadUsurio

CadReserva

Evento 03 - Usurio Empresta Obra

CadUsurio

DadosEmprestimo

Usurio

Obra

Emprestar Obra

CadObras

Msg-03

CadEmprestimo

CadReserva

Anlise e Projeto de Sistemas Evento 04 - Usurio Devolve Obra

CadUsurio Obra

Usurio

Registrar Devoluo
Msg-04

CadObras

CadObrMaisLida CadEmprestimo
CadUsuMenosPont CadUsuMaisAtivo

Evento 05 - Usurio Recebe Cobrana

CadUsurio DadosCobrana

Usurio

Carta-Cobrana

Gerar Cobrana

CadObras

CadEmprestimo

CadUsurio

E assim, deve-se proceder para todos os eventos que compem a lista de eventos. Portanto, no caso da nossa lista de eventos (pg.36) ainda est faltando os DFDs referentes aos eventos de 6 a 9. Esta parte do trabalho, em que h um detalhamento dos processos tambm conhecido como Modelagem Funcional, j que o aspecto principal desenhar um modelo de como

Anlise e Projeto de Sistemas funciona as aes existentes no sistema. Porm, neste momento, comeam a existir os chamados depsitos de dados, onde os dados manipulados sero armazenados. Existe uma necessidade de se estudar mais profundamente, como estes dados utilizados pelo sistema, devero ser organizados. Este fato deve-se a fatores de performance na sua utilizao cotidiana pelos usurios. Este aspecto do trabalho, que pode acontecer em paralelo com a modelagem funcional, chama-se Modelagem de Dados.

Modelagem de Dados
Trata-se de parte do trabalho do Analista de Sistemas, cujo propsito buscar especificar, a partir dos fatos essenciais que estejam associados ao domnio de conhecimento analisado, a perspectiva dos dados, permitindo organiz-los em estruturas bem definidas, estabelecer as regras de dependncia e restries entre eles, produzindo um modelo expresso por uma representao, ao mesmo tempo, descritiva e diagramtica. Na literatura de informtica, de um modo geral, os termos dados e informao costumam ser utilizados como sinnimos, porm, trata-se de coisas distintas, cada qual com seu conceito.

Dado = Atributo + Valor

A informao um conjunto de dados. Raramente um nico dado expressa por s s uma informao. Os dados portanto, representam a informao, algo que levar ou aumentar para algum o conhecimento a respeito de algum assunto ou situao. Portanto, em geral, a informao conhecimento novo. A modelagem de dados, comea no momento em que um Analista de Sistemas define algum depsito de dados no DFD particionado por evento. Tal fato, significa que o Analista de Sistemas, ao examinar o domnio de seu problema no mundo real, interpretou que para aquele determinado evento, haveria a necessidade de se armazenar alguma informao sobre algo. Esta interpretao do Analista chamada de viso a nvel conceitual, cuja inteno espelhar a realidade. Deste fato decorre um processo a nvel de dados conhecido por Abstrao de Dados, ou seja, se tenho um usurio no sistema, devo verificar se necessrio armazenar dados sobre ele, se afirmativo, quais dados sobre ele devo armazenar ? Certamente aqueles que so relevantes para o seu sistema. Esta idia conceitual, ainda que preliminar, sobre os dados a serem armazenados, segundo uma viso interpretada do mundo real, a chamada abstrao de dados.

Anlise e Projeto de Sistemas

O Modelo Conceitual de Dados

O valor de um modelo conceitual de dados tanto maior quanto sua aderncia realidade do mundo que ele se propes representar. Para a representao em forma de diagrama do modelo conceitual de dados, emprega-se o Diagrama Entidade Relacionamentos ( DER) de Peter Pin Chan Chen. Os quatro elementos primitivos do modelo, que representam o mundo real, so: entidades, relacionamentos, atributos e domnios.

Entidade Na modelagem de dados, a palavra entidade, refere-se aquilo que constitui a essncia de uma coisa, tudo quanto existe ou pode existir. Assim, entidade algo sobre o qual desejamos guardar dados. Uma entidade pode ser: - Um objeto real, como um livro, uma mquina, um lugar, um avio, um quarto. - Uma pessoa, como um empregado, um contribuinte, um aluno, um cidado - Um conceito abstrato, como um curso, uma cor, uma empresa. - Um acontecimento

Relacionamentos Observa-se que as entidades pode relacionar-se entre s. Por exemplo, dados uma entidade aluno e uma entidade curso, tem-se um relacionamento: Aluno freqenta curso. Ou seja, os dados do aluno e os dados do curso, tem um relacionamento de onde deriva outros dados pertinentes quelas duas entidades, por exemplo: data de inscrio do aluno no curso. Esta data no refere-se somente ao aluno, nem to pouco ao curso, mas a ambos simultaneamente.(liga os dois)

Atributos Dados uma entidade qualquer, como por exemplo aluno, podemos listar uma srie de caractersticas relativas exclusivamente a ele. Tem-se: Nome-do-Aluno, Idade-do-Aluno, Endereo-do-Aluno, Telefone-do-Aluno. Cada campo deste uma caracterstica especfica sobre certa entidade, a isto chamamos Atributo. Atributo mais o seu valor um dado sobre a entidade.

Anlise e Projeto de Sistemas Domnios Domnio o conjunto de valores vlidos para um determinado atributo. Um domnio pode ser obrigatrio, identificador, referencial, simples ou composto. Por exemplo, para o atributo Sexo-Aluno, o domnio possvel ser { M, F}. Endereo-Aluno, certamente ter um domnio composto, ou seja, na verdade ele uma estrutura de dados, tendo portanto outros atributos e seus domnios.

5. Bibliografia
Ballestero Alvarez, Maria Esmeralda. Organizao, Sistemas e Mtodos. So Paulo, McGraw-Hill, 1990. Bertalanffy, Ludwing Von. Teoria Geral de Sistemas. Petrpolis, Vozes, 1977. DeMarco, Tom. Anlise Estruturada e Especificao de Sistemas. Rio de Janeiro, Campus, 1989. Feliciano Neto, at all. Engenharia da Informao. 2 Ed. So Paulo, McGraw-Hill, 1988. Gane, Chris & Sarson Trish. Anlise Estruturada de Sistemas. 12 Ed. Rio de Janeiro, LTC, 1983. McMenamin, Stephen M. & Palmer, John F. Anlise Essencial de Sistemas. So Paulo, McGraw-Hill, 1991. Pompilho, S. Anlise Essencial. Rio de Janeiro, Infobook, 1995. Yourdon, Edward. Anlise Estruturada Moderna. 6 Ed. Rio de Janeiro, Campus, 1992.