Anda di halaman 1dari 0

CURSO DE TECNLOGO EM PROCESSAMENTO

DE DADOS
Srgio Luiz Tonsig
2000
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 2
FACULDADE DE TECNOLOGIA DA ALTA
NOROESTE
Curso de Tecnlogo em Processamento de Dados
Disciplina: Anlise e Projeto de Sistemas
Prof.: Srgio Luiz Tonsig*
Ementa:
Propiciar condies para formao tcnica bsica em Anlise de Sistemas,
mediante a compreenso, domnio e aplicao das tcnicas inerentes
metodologia da anlise essencial.
Compreender causas e efeitos na abordagem sistmica.
Questionar/Interpretar problemas cotidianos de uma organizao,
parametrizando-os para possveis solues informatizadas.
Transcrever a soluo a ser informatizada, em especificaes tcnicas,
compondo um projeto de sistema.
Compreender as transformaes, que a ao de um Analista de Sistemas
pode trazer para uma organizao.
* Docente da Faculdade de Tecnologia da Alta Noroeste. Especialista em Sistemas de
Informao pela Universidade Federal de So Carlos. Mestrando em Gerncia de Sistemas de
Informao pela PUC Campinas.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 3
O O t te em mp po o n no os s f fo oi i d da ad do o d de e g gr ra a a a. .
C Ca ab be e o oc cu up p - -l lo o o o m m x xi im mo o p po os ss s v ve el l. .
P Po or r m m, , n n o o p pr re ec ci is so o p pr re es ss sa a. .
O O q qu ue e i im mp po or rt ta a o o o ob bj je et ti iv vo o. .
E El le e n no os s o or ri ie en nt ta a e e n no os s m mo ot ti iv va a. .
P Pa ar ra a t tu ud do o e ex xi is st te e t te em mp po o. .
E E e es ss se e t te em mp po o f fi ic ca ar r o oc cu up pa ad do o o o
m m x xi im mo o, , q qu ua an nt to o m ma ai is s s si im mp pl le es sm me en nt te e
e ex xe ec cu ut ta ar rm mo os s o o q qu ue e n no os s c ca ab be e e e n no os s
m mo ot ti iv va a. . S Se em m p pr re es ss sa a. . N No o d de ev vi id do o t te em mp po o. .
1 1

1
Autor no identificado
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 4
SUMRIO
1. ABORDAGEM SISTMICA (TEORIA DOS SISTEMAS).............................................................. 6
O QUE AFINAL UM SISTEMA ? ............................................................................................................. 6
1.1. INTERDEPENDNCIA....................................................................................................................... 9
1.2. EVENTOS DE UM SISTEMA............................................................................................................. 11
1.2.1. Importao.......................................................................................................................... 11
1.2.2. Exportao.......................................................................................................................... 12
1.2.3. FeedBack............................................................................................................................. 13
1.3. HOMEOSTASIA............................................................................................................................. 13
1.4. MORFOGNESE.......................................................................................................................... 14
1.5. ENTROPIA ................................................................................................................................. 14
1.6. REDUNDNCIA.......................................................................................................................... 15
2. A NATUREZA DOS SISTEMAS..................................................................................................... 16
3. A ANLISE DE SISTEMAS............................................................................................................ 19
3.1. O PAPEL DO ANALISTA DE SISTEMAS.......................................................................................... 20
4. ANLISE ESSENCIAL................................................................................................................... 24
4.1. O CAMINHO DA ANLISE ESSENCIAL ......................................................................................... 25
5. FERRAMENTAS........................................................................................................................ 27
5.1. ENTREVISTAS .............................................................................................................................. 27
5.2. DIAGRAMA DE FLUXO DE DADOS (DFD)....................................................................................... 29
5.3. DICIONRIO DE DADOS ................................................................................................................ 32
6. O PROCESSO DE ANLISE MODELO ESSENCIAL ......................................................... 34
O QUE O SISTEMA DEVER FAZER ? QUAIS SO SEUS OBJETIVOS ? ........................................................ 34
Sistema: Controle de locao e consulta do acervo de uma biblioteca de universidade................... 35
6.1. MODELO AMBIENTAL................................................................................................................ 37
6.1.1. Declarao dos Objetivos do Sistema................................................................................... 37
6.1.2. D.F.D. de Contexto.............................................................................................................. 38
6.1.3. Lista de Eventos................................................................................................................... 39
6.2. MODELO COMPORTAMENTAL .................................................................................................... 41
6.2.1. D.F.D. Particionado por Eventos......................................................................................... 42
6.2.2. Modelagem de Dados .......................................................................................................... 46
6.2.3. Como Construir o Diagrama de Entidades Relacionamentos................................................ 53
6.2.4. Teoria da Normalizao ...................................................................................................... 64
7. BIBLIOGRAFIA.............................................................................................................................. 74
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 5
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 6
1 1. . A Ab bo or rd da ag ge em m S Si is st t m mi ic ca a ( (t te eo or ri ia a d do os s s si is st te em ma as s) )
O que afinal um Sistema ?
Olhando esta
foto, de quantos
sistemas voc
capaz de se
recordar ?
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 7
Quantas vezes j nos referimos, ou ouvimos a palavra sistema:
- O sistema telefnico ficou mudo !
- O sistema de coleta de lixo est perfeita.
- Chefe, cheguei atrasado porque o sistema de trnsito desta cidade est uma porcaria...
Em qualquer um dos casos podemos observar que a palavra sistema est sempre
acompanhada de outra que a qualifica. Desta forma encontra-se o objetivo declarado de
um sistema, ou seja, a razo de sua existncia. Por exemplo: Sistema de Trnsito, Sistema
Circulatrio, Sistema Educacional, Sistema Poltico, Sistema Mdico, Sistema Nervoso,
Sistema Digestivo, etc...)
Todo e qualquer sistema est inserido em um meio ambiente que o contm, ou seja,
tudo que externo a um sistema chamada de seu meio ambiente.
Em qualquer sistema pode-se encontrar elementos caractersticos vinculados ao seu fim.
No caso do sistema de trnsito, temos os veculos, motoristas, pedestre, ruas, guardas,
placas, semforos, etc... Igualmente, pode verificar-se isto em um sistema de controle do
acervo de uma biblioteca. L tem-se: os ttulos das obras, os exemplares, os usurios, a
localizao de cada exemplar, etc...
Observe que estes elementos interagem entre s (alguns de so elementos passivos, outros
no). Eles se completam e permitem ao sistema atingir seu objetivo.
Podem ser encontradas vrias definies para sistema, as quais, muitas vezes so
extremamente amplas, bastante abrangentes, em outros casos, carecem de uma
generalizao, como nos exemplos a seguir:
Conjunto de partes coordenadas, que concorrem para a realizao de um conjunto de
objetivos (DIAS & GAZZANEO, 1989:4).
Um sistema um conjunto de objetos unidos por alguma forma de interao ou
interdependncia (CHIAVENATO, 1983:515).
Sistema pode ser definido como um conjunto de elementos interdependentes que
interagem com objetivos comuns formando um todo (BALLESTERO ALVAREZ,
1990:17).
Conjunto de elementos, entre os quais haja alguma relao. Disposio das partes ou
elementos de um todo, coordenados entre s, e que formam uma estrutura organizada
(FERREIRA, 1988:471).
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 8
Assim, nosso trabalho, iniciar considerando sistema um conjunto de entidades
relacionadas, que interagem entre s, buscando atingir um objetivo declarado e outros
correlatos.
O que so estas entidades ?
So aqueles elementos prprios (caractersticos, inerentes) do sistema em questo. Estes
elementos podem ser internos ao sistema, ou estar em trnsito pelo mesmo. Qualquer
que seja o caso, eles sempre entram com certas caractersticas e quando saem, possuem
novas caractersticas.
Exemplos: No sistema educacional, encontramos como entidades os estudantes, os
professores, os livros, a administrao (funcionrios) e equipamentos.
As entidades de um sistema esto relacionadas e interagindo entre s com vistas ao
objetivo declarado do sistema. (Exemplo: Professores, livros, alunos, direo, enfim,
todas as entidades do sistema educacional, buscam atingir juntas o objetivo educacional).
Observe que, dentro de um sistema educacional, certamente se encontrar um sistema de
avaliao. Temos ento um sistema dentro de outro. Quando isto ocorre, tem-se um
subsistema. Portanto, o sistema de avaliao, pelo fato de estar inserido no sistema
educacional, um subsistema deste.
Subsistemas tambm so consideradas entidades do sistema onde encontram-se.
Tudo que for externo a um sistema, considerado o seu meio ambiente. Todos os
sistemas conhecidos at o momento, possuem alguma interao com o seu meio ambiente
(trocam algo com o seu meio recebem enviam), sendo portanto, conhecidos como
sistemas abertos. Os sistemas fechados, no rigor de sua definio, no foram at o
momento observados, portanto, existem apenas em teoria (por enquanto). Um sistema
fechado aquele que existe sem qualquer tipo de interao com seu meio ambiente,
totalmente auto-suficiente; jamais, em momento algum, precisa de algo que esteja fora
dele.
As funes de um sistema dependem de sua estrutura, elas podem ser:
Deterministas Normalmente sistemas autmatos, exemplo: relgio. No seu estado
perfeito de funcionamento voc sabe exatamente o que acontecer.
Probabilisticas Normalmente sistemas sociais (onde haja pessoas), ou alguns sistemas
biolgicos. No seu estado perfeito de funcionamento voc tem uma probabilidade do que
acontecer (exemplo: sistema educacional voc no sabe exatamente quantos alunos
sero aprovados)
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 9
1.1. I nterdependncia
Como foi visto, as entidades buscam atingir o objetivo declarado do sistema. Contudo,
observa-se que em alguns casos, os sistemas falham, no conseguem atingir seu objetivo
ou ainda atingem apenas parcialmente.
Por que tal fato ocorre ?
Veja que h dois tipos bsicos de entidades em um sistema. Aquelas que so inerentes
(prprias) ao sistema no caso do sistema educacional: livros, carteiras, lousa, giz; e
aquelas que esto em trnsito pelo sistema.
As entidades em trnsito pelo sistema so a energia necessria para a sobrevivncia
deste sistema.
Estas entidades em trnsito podem ter importncias diferenciadas entre s, com relao a
terem mais ou menos peso na sobrevivncia do sistema. Por exemplo: Para o meu sistema
biolgico, uma banana uma entidade em trnsito, tal qual o oxignio. Porm, o fato de
meu sistema ser privado de banana no o levar a falncia ou morte, o que no ocorre
com a privao ou ausncia do oxignio. Portanto, para a sobrevivncia de meu sistema
biolgico a entidade oxignio tem maior relevncia do que a entidade banana. Assim,
cada sistema, com relao as suas entidades em trnsito, possui esta caracterstica.
Professores
Estudantes
Sist.Avaliao
Livros
Administrao
Equipamentos
SISTEMA EDUCACIONAL
Estudantes
com novas
caractersticas
Estudantes
com certas
caractersticas
(professores,
livros, etc...)
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 10
Qualquer que seja a entidade (interna ou em trnsito), trabalha no sentido de conduzir o
sistema ao objetivo declarado. Para isto ocorrer, cada entidade desempenha um papel
dentro do sistema, caracteriza-se a um diviso do trabalho. Em meu sistema digestivo, a
boca tem sua funo, o estmago outra e o intestino outra ainda; porm juntos conduzem
o sistema ao seu objetivo, a digesto. No sistema de trnsito, existe o semforo com sua
funo, o guarda idem, as ruas, avenidas, veculos e todos interagem para atingir o
objetivo do sistema.
Em um sistema de informao, no diferente. Por exemplo, em um sistema contbil,
existe um cadastro de plano de contas que tem sua funo, uma lanamento do
movimento, relatrio de balancete, balano, razo, todos buscando o objetivo declarado
do sistema. (A informao a entidade em trnsito ).
Observe portanto, sendo as entidades responsveis por apenas uma pequena parte do
processo no sistema, implica que o desempenho de uma entidade, depende da outra, e a
isto chamamos de interdependncia.
Se a boca desempenhar mal seu papel, provvel que o fato se reflita no estmago. Se o
professor desempenhar mal o seu papel, certo que haver reflexos em outros lugares no
sistema. Em uma industria de mveis, se a seo de corte desempenhar mal seu papel, por
certo a seo de montagem, no conseguir executar sua tarefa, ou a desempenhar com
falhas. Se no lanamento contbil, no for verificado a existncia da conta de dbito ou
crdito informada, haver problemas em toda seqncia do sistema.
Desta faceta da diviso do trabalho, vem a idia de mdulos. A boca um mdulo, com
sua especialidade, o esfago outro, o estmago outro e assim sucessivamente. Ou seja,
existe presente uma caracterstica de alienao. Os mdulos conhecem apenas parte do
processo (so especializados naquilo que fazem) o geral s se atingem pela unio dos
mdulos, para tanto esto relacionados e interagem entre s, criando a interdependncia.
A interdependncia requer controle ou administrao.
As entidades devem funcionar convenientemente, de acordo com a sua finalidade
(especialidade), ou comprometero outras entidades.
Se no funcionarem devero serem substitudas, reparadas, advertidas ou arrumadas (de
acordo com cada sistema). Estes reparos ou substituies podem ser feitos mediante a
importao de elementos do meio ambiente.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 11
1.2. Eventos de um sistema
1.2.1. I mportao
A importao de elementos o aspecto que permite a sobrevivncia de um sistema
aberto. Ela tambm conhecida como Ingesto, Input ou Alimentao.
Qualquer sistema aberto influenciado pelo seu meio ambiente, atravs da importao de
elementos deste meio. Quando fao a ingesto de uma banana, diz-se que meu sistema
biolgico est importando um elemento do meio (a banana), atravs do subsistema
digestivo.
Um elemento importado do meio ambiente pode ser prejudicial ao sistema. Para isto no
acontecer, os sistemas devem ser capazes de detectarem problemas com os elementos
importados (ou a serem importados), ou ainda, na impossibilidade de barrar este
elemento, os sistemas devem ser capazes de se adaptarem ao elemento. Ao entrar no
sistema, aquele elemento passa a ser uma entidade do sistema.
Ao fato dos sistemas no permitirem o ingresso, input ou ingesto de elementos do meio
ambiente, conhecido como seleo de elementos. por isso que, antes de comer uma
banana, voc a escolhe seleciona de acordo com certos padres.
Nos sistemas de informao, isto tambm acontece, quando por exemplo, um sistema
acadmico s libera a catraca para a entrada do aluno, se o mesmo no est em atraso
com a mensalidade.
Para alguns sistemas, outro fator existente na importao de elementos, a necessidade
de terem os elementos importados em certa ordem, a isto chamamos de classificao de
elementos. Pode-se citar como exemplo o sistema vestibular.
Verifica-se portanto que a importao de elementos um fato que viabiliza a
sobrevivncia de um sistema, ou ainda, pode ser um fator de risco para o mesmo. Se o
meio ambiente passa a fornecer os elementos com caractersticas diferentes daquelas que
o sistema precisa, ele dever ento: barrar a entrada do elemento, mudar de elemento ou
adaptar-se a nova realidade mantendo com isto sua sobrevivncia. Este processo de
inspeo de elementos na entrada deve ser sensitivo e dinmico.
certo que o meio ambiente serve como contnua fonte de energia para o sistema, mas
diante do fato de que ele est em contnua mudana, alm de recurso poder tornar-se
uma ameaa. Por que isto acontece ?
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 12
1.2.2. Exportao
Os elementos que entram no sistema (input), passam a ser uma entidade do mesmo. A
maioria dos que entraram so entidades em trnsito pelo sistema. Eles entraram com
certas caractersticas.
Dentro do sistema estas entidades so transformadas, fundidas, trocadas de ordem,
polidas, demolidas, moldadas, somadas, digeridas, separadas, cortadas, coladas,
verificadas, etc...
Um aluno do sistema educacional, jamais sair de l com as mesmas caractersticas que
tinha quando entrou, tampouco o professor.
Em qualquer sistema aberto, as entidades que l entrarem, em algum momento sairo,
com novas caractersticas diferentes daquelas que traziam quando entraram. Este fato
conhecido como exportao de elementos.
No caso da banana, certamente vocs j devem ter observado este fato, ainda que ela no
tenha concludo todo o trajeto como deveria. Ela certamente saiu de seu sistema biolgico
aps determinada transformao. Ao sair o fez com novas caractersticas. Isto tambm
aplica-se aos alunos e professores no sistema educacional, as informaes dos sistemas de
informao.
Os elementos exportados pelo sistema vo para o meio ambiente onde ele est inserido.
O meio ambiente, por sua vez, constitudo de um ou vrios sistemas sistemas.
A exportao de elementos, portanto, pode influenciar profundamente o meio ambiente.
Ele pode ser lesado por meio da exportao de elementos danosos a ele. Isto implica em
que o meio est sendo transformado e portanto est-se influenciando a outros sistemas e a
ele mesmo.
Cabe portanto a qualquer sistema, censurar a sada de elementos, fazer uma checagem se
o elemento pode sair do sistema (controle de qualidade). Um sistema contbil, portanto,
no poder deixar imprimir um balancete que apresente erros na apurao matemtica do
resultado final. Uma usina de lcool no pode deixar a fuligem com resduos de carbono
ir para a atmosfera. No sistema de trnsito, no pode haver emisso de poluentes para a
atmosfera. Isto influenciar o meio ambiente e portanto a outros sistemas e a eles
mesmos.
A exportao conhecida como sada, resultado ou output.
As sadas em geral, so parte do objetivo declarado do sistema, ou ainda resduos
decorrente do processo para se atingir o objetivo.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 13
importante observar que as sadas servem para avaliao total ou parcial do
desempenho do sistema.
Se aquilo que est saindo possui caractersticas diferentes das estabelecidas, ou esto fora
do padro existente, duas coisas podem estar acontecendo com o sistema: Entidade(s)
est(o) com algum problema ou trata-se de efeitos referentes a novas adaptaes pelas
quais passa o sistema.
1.2.3. FeedBack
Trata-se de um evento dos sistemas que caracteriza-se por ser uma resposta ou retorno
decorrente de uma avaliao.
O objetivo um controle a partir de um critrio. Submete-se algo no sistema a uma
monitorao de acordo com um padro preestabelecido.
Ao questionar um aluno, o professor ativa um processo de feedback, o aluno, a esta
pergunta retornar uma resposta, que ser avaliada criteriosamente, estando ok, segue-
se adiante, caso contrrio, algo precisa ser refeito.
Em uma industria de mveis uma pea pode constantemente ser submetida a processos de
feedback. No corte do material por exemplo, confronta-se o desenho do corte com molde
(inicio do feedback), avalia-se se a curvatura e tamanho da pea est correta, em caso
afirmativo a pea segue adiante para montagem, caso contrrio retorna.
O feedback tambm conhecido como retroao, retroalimentao, retroinformao,
servomecanismo ou realimentao.
O ar condicionado trabalha basicamente com mecanismos de retroinformao e
retroalimentao tal fato ocorre do sistema para com o meio ambiente.
O feedback impe correes aos sistemas, permitindo o seu equilbrio (Homeostasia).
Portanto, o equilbrio ou bom funcionamento dinmico, obtido atravs da auto-
regulao ou autocontrole.
Normalmente a parte sensorial dos sistemas.
1.3. Homeostasia
O termo nasceu com a fisiologia (parte da biologia que investiga as funes orgnicas)
animal. Claude Bernard afirmou que todos os mecanismos vitais tem por objetivo
conservar constantes as condies de vida no meio interior a ele.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 14
Sempre que uma parte sai do equilbrio, algum mecanismo acionado para restaurar a
normalidade.
Este estado contnuo e incessante de desintegrao e reconstituio chamado de
Homeostasia do grego Homeos (semelhante) + Statis (situao).
Este equilbrio dinmico est presente em todos os sistemas e, em geral, obtido pela
ao de vrios elementos de retroao.
1.4. Morfognese
Alguns sistemas apresentam a caracterstica de poderem mudar a s prprios, em algum
aspecto bsico do qual composto.
Normalmente, esta caracterstica est presente nos sistemas sociais. As sociedades podem
rapidamente gerar mudanas profundas em suas estruturas, como por exemplo, sair de um
sistema comunista para um democrtico.
Alguns sistemas biolgicos tambm podem apresentar esta faceta, ajustando sua prpria
cor para poder se livrar de predadores.
Nos sistemas de informao, pode-se empregar a ttulo de exemplo, os programas de
vrus mutante.
1.5. Entropia
Vem do grego entrope (transformao), trata-se da 2

lei da termodinmica, que refere-se


a distribuio desigual da energia.
Ns sabemos que as entidades em trnsito pelo sistema, so a energia necessrio para a
sobrevivncia do mesmo.
Quando houver a falta destas entidades, diz-se que o sistema entrou em um estado de
entropia, e isto poder lev-lo a sua falncia, morte ou desativao. Como no possui
energia circulando, no tem como funcionar.
Portanto, uma escola que teve uma acentuada diminuio de alunos, entrou em um estado
de entropia. Perceba que a entropia pode dar-se em maior ou menor grau, j que est
diretamente relacionada com a ausncia ou presena da energia necessria ao sistema.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 15
1.6. Redundncia
Vrios sistemas apresentam entidades redundantes na sua estrutura. Tal caracterstica traz
certa segurana na busca de atingir seus objetivos.
No sistema biolgico, seu subsistema respiratrio apresenta dois pulmes (trata-se de
uma redundncia). Mas isto muito positivo, visto que qualquer problema que vier a
ocorrer com um deles, o outro consegue fazer com que o objetivo seja atingido. Seu
sistema auditivo, possui dois ouvidos, cabe a a mesma observao.
Tambm nos sistemas de informao a redundncia est presente. O backup, por exemplo
uma redundncia (muito necessria alis).
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 16
2 2. . A A n na at tu ur re ez za a d do os s s si is st te em ma as s
Existe, como pode ser visto, uma diversidade muito grande de sistemas. Dentre eles,
podemos separar aqueles que so os naturais e os artificiais, criados pelo homem. claro
que tanto a um quanto ao outro, se aplica toda a abordagem sistmica.
Vamos encontrar um grupo de sistemas artificiais, que pela sua natureza, so em geral
chamados de sistemas de informao, justamente porque seu maior objetivo fornecer,
controlar, prover, pesquisar, analisar informaes.
Estes sistemas so criados dentro ou para organizaes sociais (empresas), considerando
dois aspectos: os componentes da empresa e o nvel de deciso na empresa.
Os componentes da empresa, correspondem aos diversos setores que executam as
diferentes funes necessrias ao seu funcionamento.
Vendas Produo Financeiro Marketing R.H.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 17
Os nveis de deciso, obedecem hierarquia existente na empresa e so conhecidos
como: nvel estratgico, ttico e operacional.
As decises estratgicas se do nos altos escales da empresa e geram atos cujo efeito
duradouro e difcil de inverter. As decises estratgicas so tomadas com vistas a um
planejamento de longo prazo.
As decises tticas se do nos escales intermedirios da empresa e geram atos de efeito
a prazo mais curto tendo, porm, menor impacto no funcionamento da organizao.
Normalmente elas visam gerenciar a por em prtica decises estratgicas.
As decises operacionais so aquelas que visam dar resposta imediata aos problemas do
dia a dia, seguindo as orientaes tticas ou gerenciais.
Estratgico
Ttico
Operacional
Diretoria
Gerentes
Supervisores
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 18
visvel que o tipo de deciso que tomada em cada nvel, requer um diferente grau de
agregao da informao. Por exemplo, para uma deciso ttica no necessrio que um
sistema produza um relatrio de faturamento individualizado cliente por cliente,
necessitaria-se sim de um resumo do faturamento. Os diferentes nveis de deciso
requerem diferentes tipos de relatrios, com diferentes graus de agregao da informao.
Veja que estes nveis de deciso encontram-se tambm setorizados, conforme mostra o
esquema abaixo:
O ideal que voc faa um sistema que propicie recursos para cobrir os trs nveis de
decises na empresa, bem como, permita elos de integrao entre os departamentos.
Vendas Produo Financeiro Marketing R.H.
Estratgico
Ttico
Operacional
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 19
3 3. . A A a an n l li is se e d de e s si is st te em ma as s. .
O processo de informatizao (criao de sistemas de informao) dentro de uma
empresa ou qualquer outro tipo de organizao, traz inmeras implicaes, que vo desde
mudanas nas rotinas de trabalho at reestruturaes organizacionais, com toda a
problemtica que da, invariavelmente, decorre.
A tarefa de construir estes sistemas de informao uma das mais complexas e, em
ultima anlise, um processo de soluo de problemas.
Com o emprego do computador no processamento de dados, o homem abriu para s novos
campos de atuao profissional. Nesta trajetria sempre houve a necessidade de um
profissional que definisse, o que, de que forma e para que, algo devesse ser feito pelo
computador. Como colocar o computador para solucionar os nossos problemas, ou at
mesmo tomar decises. Este profissional, atualmente, chamado de Analista de Sistemas.
A principal tarefa de um Analista de Sistemas descobrir o que um sistema dever fazer.
Ao conjunto de necessidades a serem atendidas, usualmente, chama-se de requisitos do
sistema. O grande problema, e que de certa forma, torna este profissional um artista,
que ningum sabe exatamente o que um sistema desejado dever fazer, nem mesmo quem
solicitou sua construo. Portanto, descobrir os requisitos do sistema, uma tarefa de
investigao e de muita criatividade.
Portanto, faz parte do objetivo da anlise a captura de todos os requisitos para o software
que ser desenvolvido.
A anlise de sistemas consiste nos mtodos e tcnicas de investigao e especificao
da soluo de problemas, a partir dos requisitos levantados, para criao e
implementao de software em algum meio que o suporte.
Mas, afinal, o que um problema ?
Um dos usos mais freqentes para a palavra problema, aquele que a considera como
sinnimo de questo. Neste sentido qualquer pergunta um problema. Esta identificao
resulta, porm, insuficiente para revelar sua essncia.
Quando pergunto: Quantos anos voc tem ? , parece claro que estou lhe propondo uma
questo e igualmente claro, isto no traz nenhuma conotao problemtica (no h
elevado grau de complexidade).
Por mais que elevemos o grau de complexidade, mesmo que apontemos a um grau
infinito, uma questo no ir caracterizar um problema.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 20
Se complico a pergunta feita e solicito determinar quantos segundos perfazem a sua
existncia, ainda assim no estaremos diante de algo problemtico. A resposta poder ser
simples e imediata; d-me tempo para fazer os clculos e lhe apresentarei a resposta.
Aqui se enquadra os exerccios escolares (principalmente os de matemtica). No so
problemas, so questes. Portanto, uma questo em s, no suficiente para caracterizar
um problema.
Toda questo comporta uma resposta j conhecida. E quando a resposta desconhecida ?
Estaremos a diante de um problema ? Pode o problema se caracterizar pelo no saber ?
Ser assim for, problema tudo aquilo que se desconhece (coisa inexplicvel,
incompreensvel). No sabermos a resposta a determinada questo no suficiente para
caracterizar um problema. Quais os nomes de cada uma das ilhas que compem o
arquiplago das Filipinas ? (cerca de 7.100) . Esta situao no se configura como
problemtica, basta uma pesquisa mais extensa para respond-la.
Quando o no saber elevado ao extremo, implicando na impossibilidade do saber,
configura-se um mistrio. Mistrio porm no sinnimo de problema, , ao contrrio e
freqentemente, a soluo do problema.
Qual ento a essncia do problema ?
Em sua existncia, o homem enfrenta necessidades de cuja satisfao depende a
continuidade desta mesma existncia. Este conceito de necessidade fundamental para se
entender o significado essencial da palavra problema. Trata-se de algo muito simples,
embora freqentemente ignorado.
A essncia do problema a necessidade.
Com isto ns podemos resgatar os usos correntes do termo problema, que foi visto
anteriormente, observando-se que se aos mesmos tivermos impregnado uma
necessidade, teremos ento um problema.
Assim, uma questo, em s, no caracteriza o problema, nem mesmo aquela cuja resposta
desconhecida; mas uma questo cuja resposta se desconhece e se necessita conhecer,
eis a um problema.
Algo que eu no sei no um problema; mas quando eu preciso saber, eis-me, ento,
diante de um problema.
3.1. O papel do Analista de Sistemas
Os usurios ou pretensos usurios de computador tem algo em comum: os problemas.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 21
Necessitam do computador trabalhando para s, mas a grande maioria desconhece a
princpio o que e como proceder para us-lo. Aqueles que fazem alguma idia de como
utiliz-lo, no dispem da formao necessria para tal.
Surge ento o profissional Analista de Sistemas, que ser o elo entre os usurios e o
computador.
Ele dever entender e avaliar as necessidades e expectativas de cada usurio, a fim de que
estas sejam organizadas e especificadas seguindo uma formalidade tcnica.
Eventualmente, analista e usurios podero optar por uma soluo do problema que no
venha a ser empregado o computador. Todas estas decises de se fazer ou no algo, via
computador, resultado de um processo que envolve analista e usurio.
O trabalho do Analista de Sistemas no fcil.
Ele tem de ser capaz de lidar, ao mesmo tempo, com um grupo de usurios, outros
profissionais de informtica e um corpo administrativo (gerentes/diretores). Cada qual
trazendo formaes, pontos de vistas, vivncias, experincias e maturidade totalmente
distintas.
Os usurios, ou estaro preocupados em dinamizar seu servio, tornando-o automtico e
extremamente rpido, aumentando a confiabilidade de resultados, ou ainda, estaro com
medo da informatizao, s vezes, at obstruindo o trabalho do Analista de Sistemas.
O pessoal tcnico estar se preocupando com aspectos de performance, bits, bytes,
estruturas de dados, tcnicas de randonizao, topologia de hardware e diversidade de
recursos.
Administrao
Usurios
Pessoal
Tcnico
Analista de
Sistemas
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 22
Por fim, na administrao, tem-se aqueles que s querem saber do retorno sobre o
investimento e a proporo custo/benefcio, lembrando a cada momento, que aquilo que
voc estar fazendo, era necessrio para ontem.
Por causa deste contexto, onde impera uma absurda diversidade, necessrio que o
Analista de Sistema, tanto quanto possvel, busque os requisitos apresentados a seguir.
A maior desvantagem em estabelecer uma lista de requisitos, que jamais encontrar-se-a
algum que venha a possuir todos eles.
Mesmo assim, no esquea este panorama, e tente conciliar o mximo possvel a presena
destes requisitos na sua formao profissional.
Para uma boa atuao como Analista de Sistemas, conveniente observar algumas
diretrizes de conduta, que serviro para facilitar seu trabalho:
Procure ser aceito profissionalmente, do nvel mais alto ao mais baixo da empresa.
Tente entender o que o usurio quer dizer e no o que voc pensa que ele quer
dizer
Escute muito primeiro, fale muito pouco depois ! (desenvolva grandes orelhas e boca
pequena)
Esteja sempre familiarizado com os ltimos progressos da tecnologia de informao e
compreenda como aplic-los na sua empresa
Iniciativa
Criatividade
Comunicativo
Concentrao
Persuaso
Autoconfiana
Simplicidade
Ao Conciliadora
Clareza de
Raciocnio
Esprito de
Grupo
Sensibilidade
Percepo
Persistncia
Flexibilidade
Determinao
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 23
Seja capaz de explicar conceitos complexos em termos simplificados
No se esconda em jargo da informtica; fale a linguagem da empresa
Conhea a rea de negcio para a qual desenvolver sistemas, passando boa parte de
seu tempo com o usurio
Sugira solues inovadoras aos requisitos de informao e desenvolva com clareza,
analisando sempre a relao custo / benefcio, utilizando alternativas viveis
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 24
4 4. . A An n l li is se e E Es ss se en nc ci ia al l
Desenvolver sistemas de informao no desenvolver programas.
Esta prtica suicida para as organizaes, ainda hoje, por incrvel que parea, em grande
abundncia no mercado, tem mostrado desde os primrdios do desenvolvimento os
inmeros riscos que traz para as empresas. Motivado, normalmente por necessidades de
ltima hora, situaes de emergncia, necessidades no antecipadas, (enfim ingerncias,
desorganizao, falta de planejamento) as empresas se lanam na aventura de construir
remendos para alicerar suas bases para tomadas de deciso, e normalmente, tornam-se
refns dos aspectos que seguem:
No h planejamento de qualquer natureza, isto compromete, futuras expanses,
integraes e viso corporativa. Em geral, os problemas oriundos deste aspectos,
sero sentidos a nvel de ausncia de informao para decises estratgicas.
Apenas uma pessoa detm o conhecimento sobre determinado desenvolvimento
Esta memria do conhecimento comea a apresentar problemas quando h um
crescimento do sistema
Normalmente h problemas quando se trata de efetuar manuteno naquilo que foi
desenvolvido
Em geral no h qualquer documentao sobre o desenvolvimento, assim, qualquer
interveno no mesmo, requer a leitura dos programas fontes para se entender o que
o sistema faz exatamente
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. Na
Anlise Essencial, deve-se considerar perfeito o ambiente tecnolgico onde ser
implementado o software a ser projetado (princpio da neutralidade tecnolgica). Isto
significa considerar que a memria do computador infinita, seu tempo de resposta
instantneo, ele no para (no trava), no tem custo, ou seja, infalvel. Este aspecto
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 25
propicia a anlise pensar em uma soluo ideal, no desenho do software, fazendo com
que no sejam considerados certos requisitos impostos pelas restries tecnolgicas.
O mtodo da Anlise Essencial 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.
4.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
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
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 26
levantamento de eventos abrangendo o contedo que dever ser informatizado. Ou seja,
deve ser feito o famoso levantamento de requisitos do sistema.
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.
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.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 27
5 5. . F Fe er rr ra am me en nt ta as s
O Analista de Sistemas, dever utilizar algumas ferramentas que o ajudaro a trilhar o seu
caminho.
Elas podero ser utilizadas em diferentes partes do mtodo de anlise essencial. Da a
razo de destacar-se o funcionamento de cada uma antes de conhecermos
profundamente o mtodo. Desta forma, o objetivo entender a ferramenta em s, livre do
contexto onde ser empregada.
5.1. Entrevistas
certo que um grande volume de informaes, persuaso, flexibilizao, consenso e
especialmente divergncias, ocorrero em encontros pessoais (duas ou mais pessoas), s
vezes de carter mais formal, outras vezes bem informal e que, em geral, recebe o nome
de reunio. A reunio pode ter um momento de questionamentos, na busca de
informaes; ou seja, uma entrevista, normalmente sem qualquer conotao de rigor ou
formalidade como o termo pode sugerir.
Entrevistas portanto, so situaes inseridas nas relaes humanas que no esto sujeitas
a regras ou frmulas exatas. Mas, pode ser til que o Analista de Sistemas tenha em
mente alguns aspectos, relacionados a esta atividade que podero ajudar na sua execuo.
O objetivo de uma entrevista (para a anlise de sistemas) o de coleta de informaes
sobre o sistema a ser desenvolvido. Talvez, seja esta a fonte mais rica de conhecimentos
sobre o sistema que dever ser feito. Ajuda nos aspectos chaves do sistema bem como
esclarece pontos contraditrios do mesmo, ou, em alguns casos, torna o aspecto mais
contraditrio, o que algo tambm importante de se conhecer. Verifica-se
posicionamentos pessoais acerca das questes envolvidas (omisses, medo, desvios).
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 28
A entrevista de que se fala aqui, pode ser um simples bate-papo durante o cafezinho.
Pode ser um encontro no corredor, por acaso. Enfim, qualquer situao que se apresente
como oportunidade para se buscar a informao necessria, em que o meio seja o dilogo
entre duas ou mais pessoas. O Analista deve estar pronto para realiz-la, sabendo de
antemo, que a ela poder acontecer assim, ao acaso.
No raro, haver a necessidade de se entrevistar diversas vezes uma ou vrias pessoas,
para se chegar a informao desejada.
Como Preparar
Para se conseguir uma entrevista eficaz, alguns cuidados devem ser tomados:
- Clareza de sua finalidade
- Identificao de perguntas chaves
- Repasse de documentao formal (se houver)
Atente para alguns detalhes: quando se tratar de aspectos gerais sobre um assunto, a
pessoa mais indicada para se buscar esta informao a gerncia. Quando o interesse for
para assuntos que exijam maior riqueza de detalhes, o ideal entrevistar uma pessoa
operacional, que esteja no seu dia a dia, envolvida com aquele aspecto.
Mas, lembre-se da hierarquia da empresa, primeiro fale com o supervisor a quem a
pessoa estiver locada. Isto envolve desde aspectos polticos at um fator de motivao
para que a pessoa fale melhor sobre o assunto, visto que o chefe a indicou por ser a
melhor funcionria que domina aquela questo....
Programe a entrevista de acordo com a disponibilidade do entrevistado.
Toda entrevista bem conduzida, formal ou no, possui trs aspectos: abertura, corpo e o
fecho.
Na abertura, procure estabelecer uma atmosfera amigvel para a comunicao, informe
sobre o objetivo.
O corpo se caracteriza por ser a entrevista propriamente dita, a arrancada feita com sua
primeira pergunta. Certifique-se de que entendeu o que lhe foi transmitido. Um meio
indicado o repasse (deixa ver se entendi, ento quer dizer que...).
Oua as respostas enquanto a questo est sendo respondida, no se preocupe em
elaborar a prxima. Faa as anotaes que julgar necessrias, porm seja breve, sintetize
as idias.
Entrevista no julgamento, disputa do saber ou concorrncia com o entrevistado.
Lembre-se sempre que a pessoa a especialista no que faz e voc apenas busca
informaes. Procure distinguir fatos de opinies pessoais.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 29
No fecho da entrevista, procure manter a atmosfera de comunicabilidade. Esteja atento ao
horrio para evitar qualquer transtorno ao entrevistado. Agradea a colaborao, mesmo
que o encontro tenha sido infrutfero e distante do planejado.
5.2. Diagrama de Fluxo de Dados (DFD)
utilizado para a representao lgica de processos. O objetivo descrever
graficamente, o que acontece, sem se preocupar em como e quando tais coisas
acontecem. Trata-se de uma ferramenta para o modelo funcional do sistema.
Pode ser empregado para comunicao com pessoal tcnico ou no tcnico, j que a
representao grfica de fcil entendimento. O seu uso no depende de hardware,
software, estrutura de dados ou organizaes de arquivos.
O DFD permite que se organize informaes colhidas nas entrevistas acerca do sistema
que se desenvolver. Possibilita a viso global do sistema e seu desmembramento a nveis
mais detalhados. O DFD s vezes tambm chamado de diagrama de bolhas.
A seguir, a notao grfica utilizada:
Para representar processos (aes):
Para representar sentido do fluxo
Para representar armazenamento de dados (depsito de dados)
Entidades externas ao sistema
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 30
Algumas situaes com agregao da simbologia:
Operao de
Incluso
Operao de Leitura
Operao de Modificao ou Excluso
Um exemplo, agregando todos aspectos da simbologia:
A entidade externa sempre um elemento ativo. Ela aciona processos, mediante o envio
de estmulos (fluxos de dados ou fluxo de controle). No caso acima, o cliente envia um
fluxo de dados, acionando o processo cadastrar pedidos, o qual, utiliza o cadcliente e
cadlivro em operaes de input, e o cadpedido para operaes de i-o.
Cliente
Cadastrar
Pedidos
CADLIVROS
CADCLIENTE
CADPEDIDO
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 31
Para empregar uma representao com mesmo significado (redundncia) no mesmo
desenho do DFD, utiliza-se alguns recursos.
Para obter um bom desenho global do DFD, procure seguir algumas normas que so
observadas como um consenso no desenho do mesmo:
- O sentido do desenho sempre de cima para baixo, da esquerda para a direita.
- As entidades externas, tanto quanto possvel, devem aparecer nas bordas do desenho
Evite erros grosseiros, conforme definido abaixo:
- Jamais um fluxo de dados parte de um depsito e vai para outro depsito sem a
intermediao de um processo.
- Um fluxo de dados nunca parte de uma entidade externa diretamente para o depsito;
sempre h um processo intermediando.
- Tambm no possvel um fluxo partir de uma entidade externa diretamente para
outra entidade externa.
- Igualmente, um fluxo jamais parte de um depsito diretamente para uma entidade,
sempre h a intermediao de um processo.
Exerccios
Desenvolver um D.F.D. para cada enunciado abaixo:
1. O caixa do banco recebe cheque para descontar. Ele verifica na ficha do cliente se h
saldo disponvel, em caso afirmativo, d o dinheiro; caso contrrio devolve o cheque
2. O professor passa para a secretaria 4 notas de cada aluno que possui. A secretaria
calcula a mdia de cada um e anota o resultado na ficha do aluno. Quando o aluno
solicitar sua mdia, a secretaria consulta a ficha dele, anota a mesma em um papel e
entrega ao aluno
Cliente Cliente
Cadpedido Cadpedido
1
1
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 32
3. Para fazer um bolo, pega-se ovos, fermento, leite e manteiga na geladeira. O acar e
a farinha encontram-se no armrio. Se estiver faltando um destes ingredientes, deve-se
compra-los no supermercado. Mistura-se todos os ingredientes at formar a massa. A
massa deve ficar em repouso por uma hora. Depois deste tempo, deve-se colocar a massa
no forno em fogo baixo. Aps uma hora e trinta minutos, retirar do forno e deixar sobre a
mesa para resfriar. Quando resfriar, acrescentar a cobertura a gosto, em seguida, guardar
na geladeira.
5.3. Dicionrio de Dados
O dicionrio de dados uma coleo de dados a respeito de dados. A idia bsica
fornecer informaes sobre a definio, a estrutura e a utilizao de cada elemento de
dados que o sistema utiliza. Elemento de dado a unidade de dados que no pode ser
decomposta.
Ao se falar em dicionrio de dados, temos que lembrar duas concepes de organizao
hierrquica de dados hoje existentes:
a) Organizao Hierrquica Tradicional
Geralmente utilizada por linguagens de 3

gerao e possui a estrutura que segue:


b) Organizao Hierrquica Emergente
Estrutura conceitual mais recente, com advento das linguagens de 4

gerao, bancos de
dados e orientao a objeto.
Arquivo
Registro
Campo
SubCampo
Estrutura de Dado
Elemento de Dado
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 33
Estrutura de dados so formadas de elementos de dados ou de outras estruturas de
dados, ou uma mistura de ambos.
Elemento de dado dados que no necessitam de decomposio para o fim a que se
destinam.
Por que utilizar um dicionrio de dados ?
A razo mais bvia a documentao. Contudo, esta uma viso simplista de sua
necessidade. Em uma organizao, diferentes pessoas ou grupos, podero definir um
elemento de dados especfico de modo bastante diferente.
Exemplo.
Em uma escola, um Analista de Sistemas, conversou com trs pessoas pessoas: a
secretria, a tesoureira e o professor. Na conversa individual com cada um, todos citaram
um elemento de dados chamado tipo de aluno, contudo, para cada um deles este dados
tinha contedo diferente:
Secretria Boa nota, m nota
Tesoureira Bom ou mal pagador
Professor Muito esforado, pouco esforado.
O inverso tambm acontece, nomes diferentes para referenciar o mesmo contedo. Por
exemplo: registro do empregado, cdigo do funcionrio ou n de identificao funcional
podem ser exatamente a mesma coisa.
Perceba, portanto, as implicaes amplas de um dicionrio de dados no desenvolvimento
de sistemas. Se todos os desenvolvedores envolvidos em um sistema, tiverem que utilizar
descries de dados a partir de um dicionrio comum, vrios problemas potencialmente
graves podero ser evitados.
Para qualquer dado procure sempre definir :
- um nome de identificao
- pseudnimos
- tipo de contedo (numrico, alfanumrico, inteiro, data)
- tamanho mximo
- formatao
- domnio (restries de atributo ex. de 1 at 9)
- restries de relacionamentos
As formas de especificar ou documentar estas informaes acerca de um dado, tem
alguma variao. Normalmente, se estiver utilizando linguagem de 4

gerao ter a sua


disposio um dicionrio de dados pertinente a linguagem. O mesmo pode-se verificar
em ferramentas orientadas a objetos, ou ainda, pode-se lanar mo de softwares
especialmente construdos para tal fim, que possuam uma interface com sua plataforma
de desenvolvimento.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 34
6 6. . O O P Pr ro oc ce es ss so o d de e A An n l li is se e M Mo od de el lo o E Es ss se en nc ci ia al l
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
Surgiram no incio dos anos
50 e foram muito utilizados
at 1975
Totalmente funcional Textos
Fluxogramas
Estruturado
Comeou a partir de 1975 e
ainda dever continuar a ser
utilizado mais alguns anos
por algumas empresas
Chris Gane / 1979
Yourdon / 1979
Funcional
Dados
DFD
Diagrama de Estrutura de
dados
Especificao dos processos
Normalizao
Dicionrio de dados
Essencial
Trata-se de um
aprimoramento do
estruturado que teve incio
em 1984.
Sthepehn McMenamim
John Palmer
Essncia Funcional
Dados
Integrao Funcional e
Dados
DFD de Contexto
DFD por eventos
Tabela de Eventos
Diagrama Entidade
Relacionamentos
Diagrama de Estrutura
Normalizao
Dicionrio de dados
Orientado a Objetos
Decorrente dos conceitos j
existentes na programao -
Simula (67) / Smalltalk(70).
Mais nova Abordagem sobre
Anlise. Final dcada 80.
Objeto = Encapsulamento de
Funes e Dados
Contempla o estado de um
objeto
Viso esttica e dinmica
Diagrama de Casos de Uso
Diagrama de Classes e
Objetos
Diagrama de Sequencia
Diagrama de Colaborao
Diagrama de Componentes
Diagrama de Distribuio
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 ?
Tendo claramente definido este aspecto voc ter traado as fronteiras daquilo que dever
ser desenvolvido, por exemplo:
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 35
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 eventos e dados iniciais.
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.
Abrangncia:
Controle da locao e
consulta do acervo de
uma biblioteca de
universidade
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 36
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:
- Das obras mais retiradas
- Dos usurios mais ativos
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 37
- 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.
6.1. 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.
6.1.1. Declarao 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.).
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 38
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
6.1.2. D.F.D. de Contexto
Controle da locao e
consulta do acervo de
uma biblioteca de
universidade
Usurios
Depto
Administrativo
Devoluo
Reserva
Carta-Cobrana
Consulta
Relatrios-Estatsticos
Dados-Obras
Emprstimo
Dados-Consulta
Dados-Emprestimo
Dados-Cobrana
Dados-Bibliot
Obras-Inex
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 39
6.1.3. Lista de Eventos
N Evento Descrio do Evento Estmulo Tipo
Estmulo
Ao Resposta
01 Usurio
Consulta
Obra
Quando o usurio desejar verificar
a existncia ou situao de
determinada obra
Consulta F Consultar Obra Dados-Obra ou
Msg-01
02 Usurio
Reserva
Obra
O usurio pode reservar obras,
desde que no seja peridicos ou
enciclopdias.
Reserva F Reservar Obra Msg-02
03 Usurio
Empresta
Obra
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.
Dados-
Emprestimo
F Emprestar Obra Obra ou
Msg-03
04 Usurio
Devolve
Obra
Quando o usurio faz a devoluo
de uma obra que havia emprestado
Obra F Registrar Devoluo Msg-04
05 Usurio
recebe
cobrana
Decorrido o tempo destinado a
devoluo de obras, o usurio
receber uma carta de cobrana
Dados-Cobrana F Gerar Cobrana Carta-
Cobrana
06 Administ
rao
Cadastra
Obras
Quando uma nova obra for fazer
parte do acervo da biblioteca (via
compra ou doao) a
administrao efetua o cadastro da
mesma
Dados-Obra F Cadastrar Obra Msg-05
07 Administ
rao
Cadastra
Bibliotec
as
Quando uma nova biblioteca
requisitar seu cadastro, ou
necessitar efetuar algum
emprstimo
Dados-Bibliot F Cadastrar Bibliotecas Msg-06
08 hora de
emitir
relatrios
estatistic
os
Todo dia primeiro de cada ms
emitido os relatrios:
Obras mais lidas
Usurios mais ativos
Usurios menos pontuais
T Emitir Relatrios
Estatsticos
Relatrios-
Estatisticos
09 hora de
emitir
obras
inexistent
es
Todo primeiro dia de cada ms
gerado um relatrio com as obras
solicitadas e que no existem no
acervo, referente ao ms anterior
T Listar Obras Inexistentes Obras-Inex
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 40
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.
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.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 41
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.
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.
6.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.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 42
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.
6.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).
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 43
Exemplos de DFDs particionados por evento, decorrentes e em conformidade com a lista
de eventos presente em uma das pginas anteriores.
Evento 01 - Usurio Consulta Obra
Evento 02 - Usurio Reserva Obra
Usurio
Consultar
Obra
CadObras
CadObrasInex CadReserva
Consulta
Usurio
Reservar
Obra
CadObras
CadReserva
Reserva
Dados-Obra
Msg-01
CadUsurio
Msg-02
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 44
Evento 03 - Usurio Empresta Obra
Evento 04 - Usurio Devolve Obra
Usurio
Emprestar
Obra
CadObras
CadEmprestimo CadReserva
Dados-
Emprestimo
Obra
Msg-03
Usurio
Registrar
Devoluo
CadObras
CadEmprestim
CadObrMaisLida
Obra
Msg-04
CadUsuMaisAtivo
CadUsuMenosPont
CadUsurio
CadUsurio
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 45
Evento 05 - Usurio Recebe Cobrana
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
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.
Usurio
Gerar
Cobrana
CadObras
CadEmprestimo CadUsurio
Dados-
Cobrana
Carta-Cobrana
CadUsurio
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 46
6.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.
6.2.2.1. 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.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 47
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.
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.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 48
6.2.2.2. Diagrama Entidades Relacionamentos
FATAN - Faculdade de Tecnologia da Alta Noroeste
Notao do Diagrama de
Entidade
Relacionamento
segundo Peter P.C.
Chen
Prof. Srgio Luiz Tonsig
Objetivo
u Documentar graficamente a relao
existente entre os dados utilizados pelo
sistema
u Quantificar a relao estabelecendo
uma poltica de restrio de integridade
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 49
Componentes
u Representao de uma entidade
(depsito de dados)
CLIENTE
u Uma relao entre entidades
FAZ
Viso dos Componentes
CLIENTE
FAZ
PEDIDOS
POSSUEM
PRODUTOS
CLIENTE FAZ PEDIDOS
PEDIDOS POSSUEM PRODUTOS
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 50
Atributos
u Tanto as entidades quanto os
relacionamentos, podem conter
atributos (campos de dados)
CLIENTE
FAZ
PEDIDOS
cpf
nome
endereo
cod-pedido
data-emisso
cod-cond-pgto
Um Exemplo
CLIENTE
FAZ
PEDIDOS
POSSUEM
PRODUTOS
cpf
nome
endereo
cod-pedido
data-emisso
cod-cond-pgto
Qtde Vr.Unit.
descrio
Unidade
Cod-Produto
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 51
Cardinalidade
u Toda relao entre as entidades deve
expressar a quantidade mnima e mxima de
tuplas que esto relacionadas
CLIENTE
FAZ
PEDIDOS
cpf
nome
endereo
cod-pedido
data-emisso
cod-cond-pgto
(0,n) (1,1)
Um cliente faz nenhum ou muitos pedidos.
Um pedido feito por um e somente um cliente.
Exemplo de Cardinalidade
CLIENTE
FAZ
PEDIDOS
POSSUEM
PRODUTOS
cpf
nome
endereo
cod-pedido
data-emisso
cod-cond-pgto
Qtde
Vr.Unit.
descrio
Unidade
Cod-Produto
(1, 1) (0,n)
(0,n)
(1,n)
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 52
6.2.2.4. Diagrama de Estrutura de Dados
Diagrama de Estrutura de Dados
u Permite passar o modelo lgico de
dados para o modelo fsico (aquele que
efetivamente dar origem as tabelas ou
arquivos de dados)
u Examina-se o DER, procurando
identificar:
Relaes n para n
Relaes com atributos
Ambas situaes daro origem a uma nova entidade
Exemplo: transio do DER para o DED
CLIENTE
FAZ
PEDIDOS
POSSUEM
PRODUTOS
(1, 1)
(0,n)
(0,n)
(1,n)
CLIENTE
Pedido
Itens
Produtos
As setas mostram
como ficar a
migrao de campos
identificadores para
que o modelo possa
funcionar
cpf cod-pedido
cod-produto
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 53
6.2.3. Como Construir o Diagrama de Entidades Relacionamentos
Construo do D.E.R.
n n Modelagem de Dados Modelagem de Dados
n n Diagrama Entidade Relacionamentos Diagrama Entidade Relacionamentos
n n Idias originais de Idias originais de Peter Peter P.C. P.C. Chen Chen
n n Para cada depsito de dados, fazer uma Para cada depsito de dados, fazer uma
lista de atributos que iro fazer parte do lista de atributos que iro fazer parte do
mesmo. mesmo.
n n Os atributos devem ser propriedades ou Os atributos devem ser propriedades ou
caracteristicas caracteristicas de uma mesma entidade de uma mesma entidade
Atributos Naturais
Atributo inventado
para satisfazer algum tipo de controle
Atributos (campos de dados)
n n So So caracteristicas caracteristicas inerentes a uma inerentes a uma
determinada entidade (entidade = depsito determinada entidade (entidade = depsito
de dados) de dados)
Para usurios, por exemplo, teramos:
Cpf
Nome
Endereo
Telefone
Tipo_Usurio
1 = Aluno
2 = Professor
3 = Funcionrio
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 54
Exerccio - 3
n n Construa uma lista de atributos para cada Construa uma lista de atributos para cada
depsito de dados existente na resoluo do depsito de dados existente na resoluo do
exerccio anterior (Exerccio 2 exerccio anterior (Exerccio 2
D.F.D.particionado por evento). D.F.D.particionado por evento).
Exemplo de uma Entidade - 1
n n Uma entidade representa um depsito de Uma entidade representa um depsito de
dados do DFD dados do DFD
Usurio
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 55
Exemplo de uma Entidade - 2
n n Graficamente os atributos da entidade pode Graficamente os atributos da entidade pode
ser acrescentado no desenho ser acrescentado no desenho
Usurio
Nome
Endereo
TipoUsuario
Chave Primria
n n Dentre todos os atributos relacionados para Dentre todos os atributos relacionados para
uma entidade, um deles, deve ser escolhido uma entidade, um deles, deve ser escolhido
para representar os demais (chave da para representar os demais (chave da
Tupla). Tupla).
n nCritrio: Critrio:
u uSeu contedo deve ser unvoco (no pode Seu contedo deve ser unvoco (no pode
repetir em todo o domnio do atributo na repetir em todo o domnio do atributo na
entidade) entidade)
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 56
Chave Primria
n n Se observado que nenhum atributo atende Se observado que nenhum atributo atende
ao critrio de chave primria, um dos ao critrio de chave primria, um dos
aspectos abaixo verdadeiro: aspectos abaixo verdadeiro:
u u Est faltando atributos na entidade que ainda Est faltando atributos na entidade que ainda
no foram identificados no foram identificados
u u Trata-se de uma entidade-relacionamento, onde Trata-se de uma entidade-relacionamento, onde
a chave ser composta pelas chaves estrangeiras a chave ser composta pelas chaves estrangeiras
u u Trata-se de uma entidade cuja chave ser a Trata-se de uma entidade cuja chave ser a
concatenao de atributos concatenao de atributos
Chave da Entidade no Diagrama
n n A chave primria pode ser representada no A chave primria pode ser representada no
DER, como segue: DER, como segue:
Usurio
Nome
Endereo
TipoUsuario
Cpf
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 57
Exerccio - 4
n n Utilize a relao de atributos das entidades, Utilize a relao de atributos das entidades,
construda no exerccio 3. construda no exerccio 3.
n n Para cada entidade, assinale com @ na Para cada entidade, assinale com @ na
frente do(s) atributo(s) que voc entende frente do(s) atributo(s) que voc entende
que deva(m) ser a chave primria da que deva(m) ser a chave primria da
entidade. entidade.
Relacionamento entre Entidades
n n Uma entidade pode necessitar estar Uma entidade pode necessitar estar
relacionada a uma outra, quando esta relacionada a uma outra, quando esta
contiver informaes que lhe dizem contiver informaes que lhe dizem
respeito, ainda que indiretamente. respeito, ainda que indiretamente.
n Existem formas diferentes de se representar
graficamente esta situao.
FATAN - FaculdadedeTecnologia da Alta Noroeste
Notao do Diagrama de
Entidade
Relacionamento
segundo Peter P.C.
Chen
Prof. Srgio Luiz Tonsig
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 58
Relacionamento entre Entidades
n n Comumente emprega-se uma notao sobre Comumente emprega-se uma notao sobre
uma estrutura de dados que j tenha sido uma estrutura de dados que j tenha sido
transformada do DER para o DED transformada do DER para o DED
Usurio Retiradas
A ligao entre as entidades representa o relacionamento
Nome do Relacionamento
n n Todo relacionamento deve receber um Todo relacionamento deve receber um
nome (normalmente um verbo) nome (normalmente um verbo)
Usurio Retiradas
Faz
Leitura do relacionamento:
Usurio Faz Retiradas
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 59
Nome do Relacionamento
n n Tambm podemos criar um nome para que Tambm podemos criar um nome para que
o relacionamento seja lido na o relacionamento seja lido na sequncia sequncia
inversa: inversa:
Usurio Retiradas
Faz
Feitas
Leitura do relacionamento:
Usurio Faz Retiradas
Retiradas so Feitas por Usurio
Quantificao do Relacionamento
n n Podemos expressar em um relacionamento, Podemos expressar em um relacionamento,
a quantidade de a quantidade de tuplas tuplas que uma entidade que uma entidade
possui relacionada a uma outra possui relacionada a uma outra
Usurios
Livros
Fabiane
Joo
Anderson
Sheila
Fabiana
Jos
Retiram
Anlise Essencial
Equaes 2 Grau
Romeu e Julieta
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 60
Cardinalidade
n n Nome atribudo a quantificao mnima e Nome atribudo a quantificao mnima e
mxima, de mxima, de tuplas tuplas envolvidas em um envolvidas em um
relacionamento entre entidades. relacionamento entre entidades.
Usurio Retiradas
Faz
Usurio Faz nenhuma, uma ou muitas retiradas
Representaes de Cardinalidade
n n Abaixo, graficamente, as Abaixo, graficamente, as possiveis possiveis
expresses de cardinalidade expresses de cardinalidade
Uma e somente uma (1, 1)
No mnimo uma, no mximo muitas (1, n)
Nenhuma, ou no mximo uma (0, 1)
No mnimo nenhuma, no mximo
muitas (0, n)
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 61
Exemplo de Cardinalidade
Fabiane
Jos
Joaquim
Usurios
Livros
A Terceira Onda
A Ilha Perdida
Romeu e Julieta
Alunos Estudiosos
Retiram
Usurio
Nome
Endereo
TipoUsuario
Cdigo
Livros
Ttulo
Editora
Autor
Cpf
Retiram
Retirado
Atributos de Relacionamentos
n n Pode ser que se deseje guardar informaes Pode ser que se deseje guardar informaes
sobre um relacionamento. sobre um relacionamento.
u u Qual da Data que a aluna Fabiana retirou o Qual da Data que a aluna Fabiana retirou o
livro Terceira Onda ? livro Terceira Onda ?
u u Qual ltima vez que o livro A ilha perdida foi Qual ltima vez que o livro A ilha perdida foi
lido ? Quem Leu ? lido ? Quem Leu ?
u u Com relao a devoluo de livros, quem est Com relao a devoluo de livros, quem est
atrasado e quais so os livros ? atrasado e quais so os livros ?
Perceba que as informaes necessrias para as respostas, no
referem-se apenas ao usurio ou ao livro, mas a ambos
simultaneamente.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 62
Entidades para relacionamentos
n n Toda vez que desejarmos guardar atributos Toda vez que desejarmos guardar atributos
de um relacionamento, criamos um entidade de um relacionamento, criamos um entidade
para isto. para isto.
n n Normalmente esta entidade do Normalmente esta entidade do
relacionamento possui informaes sobre o relacionamento possui informaes sobre o
tempo em que um fato ocorreu tempo em que um fato ocorreu
n n Pode-se ainda Pode-se ainda utiliz utiliz- -la la para normalizar para normalizar
uma relao n para n uma relao n para n
n n A chave primria ser a concatenao dos A chave primria ser a concatenao dos
atributos provenientes das entidades atributos provenientes das entidades
associadas associadas
Exemplo Entidade Relacionamento
Usurio
Nome
Endereo
TipoUsuario
Cdigo
Livros
Ttulo
Editora
Autor
Cpf
Retiram
Retirado
Usurio
Nome
Endereo
TipoUsuario
Cdigo
Livros
Ttulo
Editora
Autor
Cpf
Retirada
Faz
Feita
Refere-se
Pertence
Data
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 63
Leitura do Relacionamento
Usurio
Nome
Endereo
TipoUsuario
Cdigo
Livros
Ttulo
Editora
Autor
Cpf
Retirada
Faz
Feita
Refere-se
Pertence
Data
Um usurio Faz nenhuma, uma ou muitas retiradas.
Uma retirada refere-se a um e somente um livro.
Um Livro pertence a nenhuma, uma ou muitas retiradas.
Uma Retirada feita por um e somente um usurio.
horrio
Exerccio - 5
n n Fazer um D.E.R. completo do controle de Fazer um D.E.R. completo do controle de
Biblioteca Biblioteca
u u Utilize o modelo de dados abaixo, Utilize o modelo de dados abaixo,
acrescentando as demais entidades, conforme a acrescentando as demais entidades, conforme a
relao dos exerccios 3 e 4. relao dos exerccios 3 e 4.
Usurio
Nome
Endereo
TipoUsuario
Cdigo
Livros
Ttulo
Editora
Autor
Cpf
Retirada
Faz
Feita
Refere-se
Pertence
Data
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 64
6.2.4. Teoria da Normalizao
Teoria da Normalizao
n Apresenta uma forma sistematica de
simplificao da estrutura de dados
n Inspeciona as entidades buscando eliminar
redundncias no modelo de dados
n Busca evitar anomalias de insero,
alterao e excluso no tratamento dos
dados
n Ajuda a manter a integridade referncial
Formas Normalizadas
n Para atingir o objetivo a que se prope, para
cada entidade existente no modelo de dados,
aplica-se as formas normais.
n So 5 as principais formas normais.
n Na prtica, aplicando-se apenas as 3
primeiras formas normais, j obtem-se um
resultado plenamente satisfatrio.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 65
1a. Forma Normal - Definio
n Em qualquer entidade, todo atributo l
existente, dever ter apenas contedo
unvoco (um nico contedo por atributo).
n Com base nesta definio, examina-se cada
entidade do modelo de dados, verificando o
contedo dos atributos existentes.
1a. Forma Normal - Aplicao
n Observe a entidade abaixo. Ele foi definida
para guardar informaes sobre peas, suas
quantidades e o local onde esto.
Peas
CodPea
Local_Estoque
Qtd_Estocada
Nome_Pea
Tel_Princ
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 66
n Vamos examinar o contedo dos atributos
1a. Forma Normal - Aplicao
CodPea Local_Estoque Qtd_Etq Nome_Pea
T232 Rio, So Paulo, Vitria
467 Parafuso 1
H995 Vitria, Rio
361 Rosca 1/2
A entidade PEAS encontra-se na 1a. forma normal ?
No, pois o atributo Local_Estoque possui contedo
no unvoco.
Diz-se ento que a entidade (tabela) no est
normalizada na 1a. forma normal.
Quais os problemas que isto pode causar ?
1a. Forma Normal - Aplicao
CodPea Local_Estoque Qtd_Etq Nome_Pea
T232 Rio, So Paulo, Vitria
467 Parafuso 1
H995 Vitria, Rio
361 Rosca 1/2
CodPea Local_Estoque Qtd_Etq Nome_Pea
T232 Rio
110 Parafuso 1
T232 So Paulo
T232 Vitria
235
122
Parafuso 1
Parafuso 1
H995 Vitria
211 Rosca 1/2
H995 Rio
150 Rosca 1/2
Esta tabela encontra-se na primeira forma normal
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 67
Observe como ficou a tabela. O campo que era a
chave principal, no mais poder ser, j que no seu
domnio haver repetio de contedo.
1a. Forma Normal - Aplicao
Existe portanto a necessidade da concatenao de
dois campos para se ter a chave primria da tabela.
CodPea Local_Estoque Qtd_Etq Nome_Pea
T232 Rio
110 Parafuso 1
T232 So Paulo
T232 Vitria
235
122
Parafuso 1
Parafuso 1
H995 Vitria
211 Rosca 1/2
H995 Rio
150 Rosca 1/2
2a. Forma Normal
n A segunda forma normal aplica-se para
aquelas entidade que:
uJ estejam na 1a. forma normal
n Existe algum atributo no chave que
dependa parcialmente da chave principal ?
CodPea Local_Estoque Qtd_Etq Nome_Pea
T232 Rio
110 Parafuso 1
T232 So Paulo
T232 Vitria
235
122
Parafuso 1
Parafuso 1
H995 Vitria
211 Rosca 1/2
H995 Rio
150 Rosca 1/2
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 68
n Existe algum atributo no chave que
dependa parcialmente da chave principal ?
CodPea Local_Estoque Qtd_Etq Nome_Pea
T232 Rio
110 Parafuso 1
T232 So Paulo
T232 Vitria
235
122
Parafuso 1
Parafuso 1
H995 Vitria
211 Rosca 1/2
H995 Rio
150 Rosca 1/2
2a. Forma Normal
Quais os problemas em se ter uma tabela que no
esteja na segunda forma normal ?
n Observe que, para se chegar a um nome de
uma pea, bastaria o cdigo da mesma
CodPea Local_Estoque Qtd_Etq Nome_Pea
T232 Rio
110 Parafuso 1
T232 So Paulo
T232 Vitria
235
122
Parafuso 1
Parafuso 1
H995 Vitria
211 Rosca 1/2
H995 Rio
150 Rosca 1/2
2a. Forma Normal
Neste caso, para deixar a tabela na 2a. forma normal,
tiramos o atributo que tem dependncia parcial da
chave e criamos uma nova entidade, estabelecendo
uma relao com esta (atravs de parte da chave).
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 69
CodPea Local_Estoque Qtd_Etq
T232 Rio
110
T232 So Paulo
T232 Vitria
235
122
H995 Vitria
211
H995 Rio
150
2a. Forma Normal
T232
H995
Parafuso 1
Rosca 1/2
CodPea Nome_Pea
Peas
Idenficao
H205
Rosca 1
CodPea Local_Estoque Qtd_Etq
T232 Rio
110
T232 So Paulo
T232 Vitria
235
122
H995 Vitria
211
H995 Rio
150
T232
H995
Parafuso 1
Rosca 1/2
CodPea Nome_Pea
H205
Rosca 1
Saldo
467
361
0
CgcForn. NomeFornec.
111111111111111 Fulano de Tal
222222222222222
45978252/0001-05
Beltrano
Ciclano
2a. Forma Normal
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 70
3a. Forma Normal
n Uma entidade estar em terceira forma
normal se:
u uJ estiver em 2a. forma normal J estiver em 2a. forma normal
u uSe todos os atributos no chave no Se todos os atributos no chave no
dependerem transitivamente de nenhum dependerem transitivamente de nenhum
outro atributo no chave outro atributo no chave
3a. Forma Normal - Aplicao
n Avalie a entidade abaixo, procure
identificar se existe algum atributo no
chave que dependa transitivamente de outro
no chave.
T232
H995
Parafuso 1
Rosca 1/2
CodPea Nome_Pea
H205
Rosca 1
Saldo
467
361
0
CgcForn. NomeFornec.
111111111111111 Fulano de Tal
222222222222222
45978252/0001-05
Beltrano
Ciclano
Observer que: para se conhecer o nome do fornecedor,
basta ter-se o Cgc, que no caso desta entidade, no
um campo chave.
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 71
3a. Forma Normal - Aplicao
n No caso de se identificar um atributo (x)
dependente de outro no chave (y), deve-se:
uCriar uma nova entidade, onde
FY ser a chave primria (Y tambm ficar na
outra entidade)
FX ser um atributo (ser tirado da entidade
onde estava)
uCriar um relacionamento entre as duas
entidades
3a.Forma Normal - Aplicao
T232
H995
Parafuso 1
Rosca 1/2
CodPea Nome_Pea
H205
Rosca 1
Saldo
467
361
0
CgcForn.
111111111111111
222222222222222
45978252/0001-05
CgcForn. NomeFornec.
111111111111111 Fulano de Tal
222222222222222
45978252/0001-05
Beltrano
Ciclano
Peas
Idenficao
Fornecedores
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 72
Relacionamento n para n
T232
H995
Parafuso 1
Rosca 1/2
CodPea Nome_Pea
H205
Rosca 1
Saldo
467
361
0
CgcForn.
111111111111111
222222222222222
45978252/0001-05
CgcForn. NomeFornec.
111111111111111 Fulano de Tal
222222222222222
45978252/0001-05
Beltrano
Ciclano
Peas
Idenficao
Fornecedores
Para implementar uma relao n p/ n cria-se nova entidade
Relacionamento n p/ n
T232
H995
Parafuso 1
Rosca 1/2
CodPea Nome_Pea
H205
Rosca 1
Saldo
467
361
0
CgcForn. NomeFornec.
111111111111111 Fulano de Tal
222222222222222
45978252/0001-05
Beltrano
Ciclano
Peas
Idenficao
Fornecedores
CgcForn.
111111111111111
222222222222222
45978252/0001-05
T232
H232
H205
CodPea
Fornecimento
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 73
Dicionrio de Dados Dicionrio de Dados
Existem muitos esquemas de notao comum para
documentao. Abaixo, segue uma das mais usuais:
S m b o l o S i g n i f i c a d o
= COMPOSTO DE
+ E
( ) OPCIONAL (PODE ESTAR PRESENTE OU AUSENTE)
{ } ITERAO
[ ] ESCOLHA UMA DAS OPES
* * COMENTRIO
@ INDICA CAMPO CHAVE DE UMA TUPLA
| OU / SEPARA ALTERNATIVAS NA CONSTRUO [ ]
- AT
Anlise e Projeto de Sistemas
Prof. Srgio Luiz Tonsig Pgina: 74
7 7. . B Bi ib bl li io og gr ra af fi ia a
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.
Dorfman, Merlin. Requirements Engineering - SEI Interactive, March 1999.
(download de http://www.geocities.com/athens/olympus/1307)
Feliciano Neto, at all. Engenharia da I nformao. 2

Ed. So Paulo, McGraw-Hill,


1988.
Gane, Chris & Sarson Trish. Anlise Estruturada de Sistemas. 12

Ed. Rio de Janeiro,


LTC, 1983.
Maas, Antonio Vico. Administrao de Sistemas de I nformao. So Paulo, rica,
1999.
McMenamin, Stephen M. & Palmer, John F. Anlise Essencial de Sistemas. So Paulo,
McGraw-Hill, 1991.
Oliveira, Jayr Figueiredo. Metodologia para Desenvolvimento de Projetos de Sistemas.
So Paulo, rica, 1999.
Pompilho, S. Anlise Essencial. Rio de Janeiro, Infobook, 1995.
Pressman, Roger. Engenharia de Software. 3

Ed. Makron Books, 1995.


Robertson, James e Suzanne. Complete Systems Analysis (The Workbook, The
Textbook, The Answers). Dorset House. 1995.
Yourdon, Edward. Anlise Estruturada Moderna. 6

Ed. Rio de Janeiro, Campus, 1992.