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.
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.1O 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
O primeiro momento, de altssima importncia delimitar exatamente o 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.

Uma vez delimitado a abrangncia 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. 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.

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.

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.

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina: 2

 Anlise e Projeto de Sistemas

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.

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 ABORDAGEM FERRAMENTAS

Convencional / Tradicional Totalmente funcional Textos
Surgiram no incio dos anos Fluxogramas
50 e foram muito utilizados
at 1975
Estruturado Funcional DFD
Comeou a partir de 1975 e Diagrama de Estrutura de
ainda dever continuar a ser Dados dados
utilizado mais alguns anos Especificao dos processos
por algumas empresas Normalizao
Chris Gane / 1979 Dicionrio de dados
Yourdon / 1979
Essencial Essncia Funcional DFD de Contexto
Trata-se de um DFD por eventos
aprimoramento do Dados Tabela de Eventos
estruturado que teve incio Diagrama Entidade
em 1984. Integrao Funcional e Relacionamentos
Sthepehn McMenamim Dados Diagrama de Estrutura
John Palmer Normalizao
Dicionrio de dados

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:

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina: 3

 Anlise e Projeto de Sistemas

O que o sistema dever fazer ? Quais so seus objetivos ?

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.

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.

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina: 4

 Anlise e Projeto de Sistemas

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

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:

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina: 5

 Anlise e Projeto de Sistemas

- 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.

2.1Modelo 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.

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

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina: 6

 Anlise e Projeto de Sistemas

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
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
Obras-Inex
Reserva
Relatrios-Estatsticos
Usurios Controle da locao e
consulta do acervo de Dados-Bibliot

Carta-Cobrana
uma biblioteca de
universidade
Dados-Obras
Consulta

Dados-Consulta Dados-Cobrana Depto

Administrativo

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina: 7

 Anlise e Projeto de Sistemas

2.1.3. Lista de Eventos

N Evento Descrio do Evento Estmulo Tipo Ao Resposta

Estmulo
01 Usurio Quando o usurio desejar verificar Consulta F Consultar Obra Dados-Obra ou
Consulta a existncia ou situao de Msg-01
Obra determinada obra
02 Usurio O usurio pode reservar obras, Reserva F Reservar Obra Msg-02
Reserva desde que no seja peridicos ou
Obra enciclopdias.
03 Usurio O usurio passa os dados da obra Dados- F Emprestar Obra Obra ou
Empresta que deseja levar. Ela pode ter sido Emprestimo Msg-03
Obra 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.
04 Usurio Quando o usurio faz a devoluo Obra F Registrar Devoluo Msg-04
Devolve de uma obra que havia emprestado
Obra
05 Usurio Decorrido o tempo destinado a Dados-Cobrana F Gerar Cobrana Carta-Cobrana
recebe devoluo de obras, o usurio
cobrana receber uma carta de cobrana
06 Administ Quando uma nova obra for fazer Dados-Obra F Cadastrar Obra Msg-05
rao parte do acervo da biblioteca (via
Cadastra compra ou doao) a
Obras administrao efetua o cadastro da
mesma
07 Administ Quando uma nova biblioteca Dados-Bibliot F Cadastrar Bibliotecas Msg-06
rao requisitar seu cadastro, ou
Cadastra necessitar efetuar algum
Bibliotec emprstimo
as
08 hora de Todo dia primeiro de cada ms T Emitir Relatrios Relatrios-
emitir emitido os relatrios: Estatsticos Estatisticos
relatrios Obras mais lidas
estatistic Usurios mais ativos
os Usurios menos pontuais
09 hora de Todo primeiro dia de cada ms T Listar Obras Inexistentes Obras-Inex
emitir gerado um relatrio com as obras
obras solicitadas e que no existem no
inexistent acervo, referente ao ms anterior
es

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.

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina: 8

 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 ser um Fluxo de
Dados (F), um Fluxo Temporal (T) ou um Fluxo de Controle (C).

Fluxos de Dados referem-se ao trnsito de dados propriamente dito, o Fluxo Temporal

um estmulo gerado de acordo com certo tempo (Chegou a hora de ...) e o Fluxo de
Controle gerado por algum dispositivo fsico de controle, como o movimento de uma
catraca, ou a introduo de um carto.

Na quinta 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.

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina: 9

 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.

2.2 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.

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina:

10
 Anlise e Projeto de Sistemas

2.2.1 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 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

CadObrasInex CadReserva

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina:

11
 Anlise e Projeto de Sistemas

Evento 02 - Usurio Reserva Obra

Reserva
Usurio
Reservar
Msg-02 Obra
CadObras

CadUsurio CadReserva

Evento 03 - Usurio Empresta Obra

CadUsurio
Dados-
Emprestimo
Usurio
Obra Emprestar
Obra
CadObras
Msg-03

CadEmprestimo CadReserva

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina:

12
 Anlise e Projeto de Sistemas

Evento 04 - Usurio Devolve Obra

CadUsurio

Obra
Usurio
Registrar
Devoluo
CadObras
Msg-04

CadObrMaisLida

CadEmprestimo
CadUsuMenosPont
CadUsuMaisAtivo

Evento 05 - Usurio Recebe Cobrana

CadUsurio

Dados-
Cobrana
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

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina:

13
 Anlise e Projeto de Sistemas

as 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.

2.2.2 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.

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina:

14
 Anlise e Projeto de Sistemas

2.2.3 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.

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.

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina:

15
 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.

Prof. Rhycardo Luiz Monteiro- UNIRONDON Pgina:

16