Anda di halaman 1dari 74

CURSO DE TECNLOGO EM PROCESSAMENTO DE DADOS

Srgio Luiz Tonsig

2000

Anlise e Projeto de Sistemas

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.

Prof. Srgio Luiz Tonsig

Pgina: 2

Anlise e Projeto de Sistemas

O tempo nos foi dado de graa. Cabe ocup-lo o mximo possvel. Porm, no preciso pressa. O que importa o objetivo. Ele nos orienta e nos motiva. Para tudo existe tempo. E esse tempo ficar ocupado o mximo, quanto mais simplesmente executarmos o que nos cabe e nos motiva. Sem pressa. No devido tempo. 1

Autor no identificado

Prof. Srgio Luiz Tonsig

Pgina: 3

Anlise e Projeto de Sistemas

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

Prof. Srgio Luiz Tonsig

Pgina: 4

Anlise e Projeto de Sistemas

Prof. Srgio Luiz Tonsig

Pgina: 5

Anlise e Projeto de Sistemas

1. Abordagem Sistmica (teoria dos sistemas)

O que afinal um Sistema ?

Olhando esta foto, de quantos sistemas voc capaz de se recordar ?

Prof. Srgio Luiz Tonsig

Pgina: 6

Anlise e Projeto de Sistemas

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

Prof. Srgio Luiz Tonsig

Pgina: 7

Anlise e Projeto de Sistemas

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)

Prof. Srgio Luiz Tonsig

Pgina: 8

Anlise e Projeto de Sistemas

Estudantes com certas caractersticas (professores, livros, etc...)

Sist.Avaliao Professores Estudantes Livros Equipamentos SISTEMA EDUCACIONAL Administrao


Estudantes com novas caractersticas

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

Prof. Srgio Luiz Tonsig

Pgina: 9

Anlise e Projeto de Sistemas 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.

Prof. Srgio Luiz Tonsig

Pgina: 10

Anlise e Projeto de Sistemas

1.2. Eventos de um sistema


1.2.1. Importao
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 ?

Prof. Srgio Luiz Tonsig

Pgina: 11

Anlise e Projeto de Sistemas

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.

Prof. Srgio Luiz Tonsig

Pgina: 12

Anlise e Projeto de Sistemas 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, seguese 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 autoregulao 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.

Prof. Srgio Luiz Tonsig

Pgina: 13

Anlise e Projeto de Sistemas 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.

Prof. Srgio Luiz Tonsig

Pgina: 14

Anlise e Projeto de Sistemas

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

Prof. Srgio Luiz Tonsig

Pgina: 15

Anlise e Projeto de Sistemas

2. A natureza dos sistemas


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.

Prof. Srgio Luiz Tonsig

Pgina: 16

Anlise e Projeto de Sistemas Os nveis de deciso, obedecem hierarquia existente na empresa e so conhecidos como: nvel estratgico, ttico e operacional.

Estratgico

Ttico

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.

Diretoria

Gerentes

Supervisores

Prof. Srgio Luiz Tonsig

Pgina: 17

Anlise e Projeto de Sistemas 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:

Estratgico

Ttico

Operacional

Vendas

Produo

Financeiro

Marketing

R.H.

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.

Prof. Srgio Luiz Tonsig

Pgina: 18

Anlise e Projeto de Sistemas

3. A anlise de sistemas.
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.

Prof. Srgio Luiz Tonsig

Pgina: 19

Anlise e Projeto de Sistemas 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.

Prof. Srgio Luiz Tonsig

Pgina: 20

Anlise e Projeto de Sistemas 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.

Administrao

Analista de Sistemas Usurios Pessoal Tcnico

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.

Prof. Srgio Luiz Tonsig

Pgina: 21

Anlise e Projeto de Sistemas 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.

Iniciativa Comunicativo

Criatividade

Concentrao Persuaso Autoconfiana

Simplicidade Ao Conciliadora Clareza de Raciocnio Percepo Esprito de Grupo Sensibilidade Persistncia Flexibilidade Determinao

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

Prof. Srgio Luiz Tonsig

Pgina: 22

Anlise e Projeto de Sistemas


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

Prof. Srgio Luiz Tonsig

Pgina: 23

Anlise e Projeto de Sistemas

4. Anlise Essencial
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

Prof. Srgio Luiz Tonsig

Pgina: 24

Anlise e Projeto de Sistemas 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

Prof. Srgio Luiz Tonsig

Pgina: 25

Anlise e Projeto de Sistemas 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.

Prof. Srgio Luiz Tonsig

Pgina: 26

Anlise e Projeto de Sistemas

5. Ferramentas
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).

Prof. Srgio Luiz Tonsig

Pgina: 27

Anlise e Projeto de Sistemas 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.

Prof. Srgio Luiz Tonsig

Pgina: 28

Anlise e Projeto de Sistemas 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

Prof. Srgio Luiz Tonsig

Pgina: 29

Anlise e Projeto de Sistemas

Algumas situaes com agregao da simbologia:

Operao de Incluso Operao de Leitura

Operao de Modificao ou Excluso

Um exemplo, agregando todos aspectos da simbologia:

Cliente

CADLIVROS

Cadastrar Pedidos
CADCLIENTE

CADPEDIDO

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.

Prof. Srgio Luiz Tonsig

Pgina: 30

Anlise e Projeto de Sistemas Para empregar uma representao com mesmo significado (redundncia) no mesmo desenho do DFD, utiliza-se alguns recursos.

Cliente

Cliente

Cadpedido

Cadpedido

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

Prof. Srgio Luiz Tonsig

Pgina: 31

Anlise e Projeto de Sistemas 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: Arquivo

Registro

Campo

SubCampo b) Organizao Hierrquica Emergente Estrutura conceitual mais recente, com advento das linguagens de 4 gerao, bancos de dados e orientao a objeto. Estrutura de Dado

Elemento de Dado

Prof. Srgio Luiz Tonsig

Pgina: 32

Anlise e Projeto de Sistemas 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.

Prof. Srgio Luiz Tonsig

Pgina: 33

Anlise e Projeto de Sistemas

6. O Processo de Anlise Modelo Essencial


O Modelo Essencial ou Anlise Essencial uma evoluo dos mtodos antecessores no desenvolvimento de sistemas, conforme mostra a tabela abaixo:

MODELO
Convencional / Tradicional Surgiram no incio dos anos 50 e foram muito utilizados at 1975 Estruturado Comeou a partir de 1975 e ainda dever continuar a ser utilizado mais alguns anos por algumas empresas Chris Gane / 1979 Yourdon / 1979 Essencial Trata-se de um aprimoramento do estruturado que teve incio em 1984. Sthepehn McMenamim John Palmer Orientado a Objetos Decorrente dos conceitos j existentes na programao Simula (67) / Smalltalk(70). Mais nova Abordagem sobre Anlise. Final dcada 80.

ABORDAGEM
Totalmente funcional

FERRAMENTAS
Textos Fluxogramas

Funcional Dados

DFD Diagrama de Estrutura de dados Especificao dos processos Normalizao Dicionrio de dados

Essncia Funcional

DFD de Contexto DFD por eventos Dados Tabela de Eventos Diagrama Entidade Integrao Funcional e Relacionamentos Dados Diagrama de Estrutura Normalizao Dicionrio de dados Objeto = Encapsulamento de Diagrama de Casos de Uso Funes e Dados Diagrama de Classes e Objetos Contempla o estado de um Diagrama de Sequencia objeto Diagrama de Colaborao Diagrama de Componentes Viso esttica e dinmica 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:

Prof. Srgio Luiz Tonsig

Pgina: 34

Anlise e Projeto de Sistemas

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

Depois de haver entendido claramente o que o usurio espera que seja feito, o analista de sistemas dever mergulhar profundamente na busca de informaes que envolve aquela rea. a fase precedente do inicio de anlise, chamada de anlise de requisitos do sistema ou levantamento de 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:

Prof. Srgio Luiz Tonsig

Pgina: 35

Anlise e Projeto de Sistemas 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

Prof. Srgio Luiz Tonsig

Pgina: 36

Anlise e Projeto de Sistemas 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.).

Prof. Srgio Luiz Tonsig

Pgina: 37

Anlise e Projeto de Sistemas

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


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

Usurios

Carta-Cobrana Consulta Dados-Consulta

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

Dados-Bibliot

Dados-Obras

Dados-Cobrana

Depto Administrativo

Prof. Srgio Luiz Tonsig

Pgina: 38

Anlise e Projeto de Sistemas

6.1.3. Lista de Eventos

N Evento 01 Usurio Consulta Obra 02 Usurio Reserva Obra 03 Usurio Empresta Obra

Descrio do Evento Quando o usurio desejar verificar a existncia ou situao de determinada obra O usurio pode reservar obras, desde que no seja peridicos ou enciclopdias. O usurio passa os dados da obra que deseja levar. Ela pode ter sido reservada previamente. Perodicos e enciclopdias no podem ser emprestados. Se houver apenas um exemplar de uma obra que seja um clssico em sua rea, tambm no poder ser emprestado. Quando o usurio faz a devoluo de uma obra que havia emprestado

Estmulo Consulta

Tipo Ao Estmulo F Consultar Obra

Resposta Dados-Obra ou Msg-01 Msg-02

Reserva

Reservar Obra

DadosEmprestimo

Emprestar Obra

Obra ou Msg-03

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

Obra

Registrar Devoluo

Msg-04

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

Gerar Cobrana

CartaCobrana Msg-05

Cadastrar Obra

Cadastrar Bibliotecas

Msg-06

Emitir Estatsticos

Relatrios RelatriosEstatisticos

Listar Obras Inexistentes

Obras-Inex

Prof. Srgio Luiz Tonsig

Pgina: 39

Anlise e Projeto de Sistemas

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.

Prof. Srgio Luiz Tonsig

Pgina: 40

Anlise e Projeto de Sistemas 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.

Prof. Srgio Luiz Tonsig

Pgina: 41

Anlise e Projeto de Sistemas 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).

Prof. Srgio Luiz Tonsig

Pgina: 42

Anlise e Projeto de Sistemas 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 Consulta Usurio


Dados-Obra

Consultar Obra

CadObras

Msg-01

CadObrasInex

CadReserva

Evento 02 - Usurio Reserva Obra Reserva Usurio


Msg-02

Reservar Obra

CadObras

CadUsurio

CadReserva

Prof. Srgio Luiz Tonsig

Pgina: 43

Anlise e Projeto de Sistemas Evento 03 - Usurio Empresta Obra


DadosEmprestimo CadUsurio

Usurio

Obra

Emprestar Obra

CadObras

Msg-03

CadEmprestimo

CadReserva

Evento 04 - Usurio Devolve Obra


CadUsurio Obra

Usurio

Registrar Devoluo CadObras


Msg-04

CadObrMaisLida CadEmprestim
CadUsuMenosPont CadUsuMaisAtivo

Prof. Srgio Luiz Tonsig

Pgina: 44

Anlise e Projeto de Sistemas

Evento 05 - Usurio Recebe Cobrana


CadUsurio DadosCobrana

Usurio

Carta-Cobrana

Gerar Cobrana

CadObras

CadEmprestimo

CadUsurio

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

Prof. Srgio Luiz Tonsig

Pgina: 45

Anlise e Projeto de Sistemas

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.

Prof. Srgio Luiz Tonsig

Pgina: 46

Anlise e Projeto de Sistemas 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.

Prof. Srgio Luiz Tonsig

Pgina: 47

Anlise e Projeto de Sistemas 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 Quantificar a relao estabelecendo uma poltica de restrio de integridade

Prof. Srgio Luiz Tonsig

Pgina: 48

Anlise e Projeto de Sistemas

Componentes
u

Representao de uma entidade (depsito de dados)


CLIENTE

Uma relao entre entidades


FAZ

Viso dos Componentes


CLIENTE FAZ PEDIDOS

POSSUEM

CLIENTE FAZ PEDIDOS PEDIDOS POSSUEM PRODUTOS


PRODUTOS

Prof. Srgio Luiz Tonsig

Pgina: 49

Anlise e Projeto de Sistemas

Atributos
u

Tanto as entidades quanto os relacionamentos, podem conter atributos (campos de dados)


cpf nome endereo cod-pedido data-emisso cod-cond-pgto FAZ PEDIDOS

CLIENTE

Um Exemplo
cpf nome endereo CLIENTE FAZ cod-pedido data-emisso cod-cond-pgto PEDIDOS Vr.Unit. Qtde
POSSUEM

Cod-Produto

descrio

PRODUTOS Unidade

Prof. Srgio Luiz Tonsig

Pgina: 50

Anlise e Projeto de Sistemas

Cardinalidade
u

Toda relao entre as entidades deve expressar a quantidade mnima e mxima de tuplas que esto relacionadas
cpf nome endereo (1,1) CLIENTE FAZ (0,n) PEDIDOS cod-pedido data-emisso cod-cond-pgto

Um cliente faz nenhum ou muitos pedidos. Um pedido feito por um e somente um cliente.

Exemplo de Cardinalidade
cpf nome endereo (1, 1) CLIENTE FAZ (0,n) PEDIDOS Vr.Unit. Qtde (0,n)
POSSUEM

cod-pedido data-emisso cod-cond-pgto

Cod-Produto descrio

(1,n)

PRODUTOS Unidade

Prof. Srgio Luiz Tonsig

Pgina: 51

Anlise e Projeto de Sistemas 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) Examina-se o DER, procurando identificar:
Relaes n para n Relaes com atributos

Ambas situaes daro origem a uma nova entidade

cpf

Exemplo: transio do DER para o DED cod-pedido


(1, 1) CLIENTE (0,n) FAZ PEDIDOS (0,n)
CLIENTE
POSSUEM

Pedido cod-produto (1,n)

As setas mostram como ficar a migrao de campos identificadores para que o modelo possa funcionar

Itens

PRODUTOS

Produtos

Prof. Srgio Luiz Tonsig

Pgina: 52

Anlise e Projeto de Sistemas

6.2.3. Como Construir o Diagrama de Entidades Relacionamentos

Construo do D.E.R.
n n n n

Modelagem de Dados Diagrama Entidade Relacionamentos Idias originais de Peter P.C. Chen Para cada depsito de dados, fazer uma lista de atributos que iro fazer parte do mesmo. Os atributos devem ser propriedades ou caracteristicas de uma mesma entidade

Atributos (campos de dados)


n

So caracteristicas inerentes a uma determinada entidade (entidade = depsito de dados)


Cpf Atributos Naturais Nome Endereo Telefone Tipo_Usurio

Para usurios, por exemplo, teramos:

1 = Aluno 2 = Professor

3 = Funcionrio Atributo inventado para satisfazer algum tipo de controle

Prof. Srgio Luiz Tonsig

Pgina: 53

Anlise e Projeto de Sistemas

Exerccio - 3
n

Construa uma lista de atributos para cada depsito de dados existente na resoluo do exerccio anterior (Exerccio 2 D.F.D.particionado por evento).

Exemplo de uma Entidade - 1


n

Uma entidade representa um depsito de dados do DFD

Usurio

Prof. Srgio Luiz Tonsig

Pgina: 54

Anlise e Projeto de Sistemas

Exemplo de uma Entidade - 2


n

Graficamente os atributos da entidade pode ser acrescentado no desenho


Nome Endereo TipoUsuario

Usurio

Chave Primria
n

Dentre todos os atributos relacionados para uma entidade, um deles, deve ser escolhido para representar os demais (chave da Tupla).

nCritrio:
uSeu contedo deve ser unvoco (no pode

repetir em todo o domnio do atributo na entidade)

Prof. Srgio Luiz Tonsig

Pgina: 55

Anlise e Projeto de Sistemas

Chave Primria
n

Se observado que nenhum atributo atende ao critrio de chave primria, um dos aspectos abaixo verdadeiro:
u Est faltando atributos na entidade que ainda

no foram identificados
u Trata-se de uma entidade-relacionamento, onde

a chave ser composta pelas chaves estrangeiras


u Trata-se de uma entidade cuja chave ser a

concatenao de atributos

Chave da Entidade no Diagrama


n

A chave primria pode ser representada no DER, como segue:

Nome

Endereo TipoUsuario

Usurio

Cpf

Prof. Srgio Luiz Tonsig

Pgina: 56

Anlise e Projeto de Sistemas

Exerccio - 4
n

Utilize a relao de atributos das entidades, construda no exerccio 3. n Para cada entidade, assinale com @ na frente do(s) atributo(s) que voc entende que deva(m) ser a chave primria da entidade.

Relacionamento entre Entidades


n

Uma entidade pode necessitar estar relacionada a uma outra, quando esta contiver informaes que lhe dizem respeito, ainda que indiretamente. Existem formas diferentes de se representar graficamente esta situao.
FATAN - Faculdade de Tecnologia da Alta Noroeste

Notao do Diagrama de Entidade Relacionamento segundo Peter P.C. Chen


Prof. Srgio Luiz Tonsig

Prof. Srgio Luiz Tonsig

Pgina: 57

Anlise e Projeto de Sistemas

Relacionamento entre Entidades


n

Comumente emprega-se uma notao sobre uma estrutura de dados que j tenha sido transformada do DER para o DED

Usurio

Retiradas

A ligao entre as entidades representa o relacionamento

Nome do Relacionamento
n

Todo relacionamento deve receber um nome (normalmente um verbo)


Faz

Usurio

Retiradas

Leitura do relacionamento: Usurio Faz Retiradas

Prof. Srgio Luiz Tonsig

Pgina: 58

Anlise e Projeto de Sistemas

Nome do Relacionamento
n

Tambm podemos criar um nome para que o relacionamento seja lido na sequncia inversa:
Faz

Usurio

Feitas

Retiradas

Leitura do relacionamento: Usurio Faz Retiradas Retiradas so Feitas por Usurio

Quantificao do Relacionamento
n

Podemos expressar em um relacionamento, a quantidade de tuplas que uma entidade possui relacionada a uma outra
Usurios Retiram Fabiane Joo Anderson Sheila Fabiana Jos Anlise Essencial Equaes 2 Grau Romeu e Julieta Livros

Prof. Srgio Luiz Tonsig

Pgina: 59

Anlise e Projeto de Sistemas

Cardinalidade
n

Nome atribudo a quantificao mnima e mxima, de tuplas envolvidas em um relacionamento entre entidades.

Usurio

Faz

Retiradas

Usurio Faz nenhuma, uma ou muitas retiradas

Representaes de Cardinalidade
n

Abaixo, graficamente, as possiveis expresses de cardinalidade


Uma e somente uma (1, 1)

No mnimo uma, no mximo muitas (1, n) Nenhuma, ou no mximo uma No mnimo nenhuma, no mximo muitas (0, 1)

(0, n)

Prof. Srgio Luiz Tonsig

Pgina: 60

Anlise e Projeto de Sistemas

Exemplo de Cardinalidade
Usurios Fabiane Jos Joaquim Livros Retiram A Terceira Onda A Ilha Perdida Romeu e Julieta Alunos Estudiosos
Ttulo Editora Autor

Nome Endereo TipoUsuario

Usurio
Cpf

Retiram Retirado

Livros
Cdigo

Atributos de Relacionamentos
n

Pode ser que se deseje guardar informaes sobre um relacionamento.


u Qual da Data que a aluna Fabiana retirou o

livro Terceira Onda ?


u Qual ltima vez que o livro A ilha perdida foi

lido ? Quem Leu ?


u Com relao a devoluo de livros, quem est

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.

Prof. Srgio Luiz Tonsig

Pgina: 61

Anlise e Projeto de Sistemas

Entidades para relacionamentos


Toda vez que desejarmos guardar atributos de um relacionamento, criamos um entidade para isto. n Normalmente esta entidade do relacionamento possui informaes sobre o tempo em que um fato ocorreu n Pode-se ainda utiliz-la para normalizar utilizuma relao n para n
n n

A chave primria ser a concatenao dos atributos provenientes das entidades associadas

Exemplo Entidade Relacionamento


Nome Endereo TipoUsuario Ttulo Editora Autor

Usurio

Retiram Retirado

Livros
Cdigo

Cpf Nome Endereo TipoUsuario

Data

Ttulo Editora Autor Refere-se

Usurio
Cpf

Faz Feita

Retirada
Pertence

Livros
Cdigo

Prof. Srgio Luiz Tonsig

Pgina: 62

Anlise e Projeto de Sistemas

Leitura do Relacionamento
Nome Endereo TipoUsuario Data horrio Ttulo Editora Autor Refere-se

Usurio
Cpf

Faz Feita

Retirada
Pertence

Livros
Cdigo

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.

Exerccio - 5
n

Fazer um D.E.R. completo do controle de Biblioteca


u Utilize o modelo de dados abaixo,

acrescentando as demais entidades, conforme a relao dos exerccios 3 e 4.


Nome Endereo TipoUsuario

Data

Ttulo Editora Autor Refere-se

Usurio
Cpf

Faz Feita

Retirada
Pertence

Livros
Cdigo

Prof. Srgio Luiz Tonsig

Pgina: 63

Anlise e Projeto de Sistemas

6.2.4. Teoria da Normalizao

Teoria da Normalizao
n

Apresenta uma forma sistematica de simplificao da estrutura de dados Inspeciona as entidades buscando eliminar redundncias no modelo de dados Busca evitar anomalias de insero, alterao e excluso no tratamento dos dados 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. So 5 as principais formas normais. Na prtica, aplicando-se apenas as 3 primeiras formas normais, j obtem-se um resultado plenamente satisfatrio.

Prof. Srgio Luiz Tonsig

Pgina: 64

Anlise e Projeto de Sistemas

1a. Forma Normal - Definio


n

Em qualquer entidade, todo atributo l existente, dever ter apenas contedo unvoco (um nico contedo por atributo).

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

Qtd_Estocada Local_Estoque CodPea

Peas

Prof. Srgio Luiz Tonsig

Pgina: 65

Anlise e Projeto de Sistemas

1a. Forma Normal - Aplicao


n

Vamos examinar o contedo dos atributos


Rio, So Paulo, Vitria Vitria, Rio Qtd_Etq Nome_Pea 467 Parafuso 1 361 Rosca 1/2

CodPea Local_Estoque T232 H995

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 T232 H995 Rio, So Paulo, Vitria Vitria, Rio Qtd_Etq Nome_Pea 467 Parafuso 1 361 Rosca 1/2

CodPea T232 T232 T232 H995 H995

Local_Estoque Rio So Paulo Vitria Vitria Rio

Qtd_Etq 110 235 122 211 150

Nome_Pea Parafuso 1 Parafuso 1 Parafuso 1 Rosca 1/2 Rosca 1/2

Esta tabela encontra-se na primeira forma normal

Prof. Srgio Luiz Tonsig

Pgina: 66

Anlise e Projeto de Sistemas

1a. Forma Normal - Aplicao


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. Existe portanto a necessidade da concatenao de dois campos para se ter a chave primria da tabela.
CodPea Local_Estoque T232 T232 T232 H995 H995 Rio So Paulo Vitria Vitria Rio Qtd_Etq 110 235 122 211 150 Nome_Pea Parafuso 1 Parafuso 1 Parafuso 1 Rosca 1/2 Rosca 1/2

2a. Forma Normal


n

A segunda forma normal aplica-se para aquelas entidade que: u J estejam na 1a. forma normal Existe algum atributo no chave que dependa parcialmente da chave principal ?
Qtd_Etq 110 235 122 211 150 Nome_Pea Parafuso 1 Parafuso 1 Parafuso 1 Rosca 1/2 Rosca 1/2

CodPea Local_Estoque T232 T232 T232 H995 H995 Rio So Paulo Vitria Vitria Rio

Prof. Srgio Luiz Tonsig

Pgina: 67

Anlise e Projeto de Sistemas

2a. Forma Normal


n

Existe algum atributo no chave que dependa parcialmente da chave principal ?


Qtd_Etq 110 235 122 211 150 Nome_Pea Parafuso 1 Parafuso 1 Parafuso 1 Rosca 1/2 Rosca 1/2

CodPea Local_Estoque T232 T232 T232 H995 H995 Rio So Paulo Vitria Vitria Rio

Quais os problemas em se ter uma tabela que no esteja na segunda forma normal ?

2a. Forma Normal


n

Observe que, para se chegar a um nome de uma pea, bastaria o cdigo da mesma
Rio So Paulo Vitria Vitria Rio Qtd_Etq 110 235 122 211 150 Nome_Pea Parafuso 1 Parafuso 1 Parafuso 1 Rosca 1/2 Rosca 1/2

CodPea Local_Estoque T232 T232 T232 H995 H995

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

Prof. Srgio Luiz Tonsig

Pgina: 68

Anlise e Projeto de Sistemas

2a. Forma Normal


CodPea Local_Estoque T232 T232 T232 H995 H995 Rio So Paulo Vitria Vitria Rio Qtd_Etq 110 235 122 211 150

Peas
CodPea Nome_Pea T232 H995 H205 Parafuso 1 Rosca 1/2 Rosca 1 Idenficao

2a. Forma Normal


CodPea Local_Estoque T232 T232 T232 H995 H995 Rio So Paulo Vitria Vitria Rio Qtd_Etq 110 235 122 211 150

CodPea Nome_Pea T232 H995 H205

Saldo CgcForn. NomeFornec.


111111111111111 222222222222222 45978252/0001-05

Parafuso 1 467 Rosca 1/2 361 Rosca 1 0

Fulano de Tal Beltrano Ciclano

Prof. Srgio Luiz Tonsig

Pgina: 69

Anlise e Projeto de Sistemas

3a. Forma Normal

Uma entidade estar em terceira forma normal se: u J estiver em 2a. forma normal u Se todos os atributos no chave no dependerem transitivamente de nenhum outro atributo no chave

3a. Forma Normal - Aplicao


Avalie a entidade abaixo, procure identificar se existe algum atributo no chave que dependa transitivamente de outro no chave. CodPea Nome_Pea Saldo CgcForn. NomeFornec.
n

T232 H995 H205

Parafuso 1 467 Rosca 1/2 361 Rosca 1 0

111111111111111 222222222222222 45978252/0001-05

Fulano de Tal 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.

Prof. Srgio Luiz Tonsig

Pgina: 70

Anlise e Projeto de Sistemas

3a. Forma Normal - Aplicao


n

No caso de se identificar um atributo (x) dependente de outro no chave (y), deve-se: u Criar uma nova entidade, onde
FY

ser a chave primria (Y tambm ficar na outra entidade) F X ser um atributo (ser tirado da entidade onde estava)
u Criar

um relacionamento entre as duas entidades

3a.Forma Normal - Aplicao


CodPea Nome_Pea Saldo CgcForn. 111111111111111 T232 Parafuso 1 467 222222222222222 H995 Rosca 1/2 361 0 45978252/0001-05 H205 Rosca 1

Peas CgcForn. NomeFornec.


111111111111111 222222222222222 45978252/0001-05

Fulano de Tal Beltrano Ciclano

Idenficao
Fornecedores

Prof. Srgio Luiz Tonsig

Pgina: 71

Anlise e Projeto de Sistemas

Relacionamento n para n
CodPea Nome_Pea Saldo CgcForn. 111111111111111 T232 Parafuso 1 467 H995 Rosca 1/2 361 222222222222222 0 45978252/0001-05 H205 Rosca 1

Peas CgcForn. NomeFornec.


111111111111111 222222222222222 45978252/0001-05

Fulano de Tal Beltrano Ciclano

Idenficao
Fornecedores

Para implementar uma relao n p/ n cria-se nova entidade

Relacionamento n p/ n
CodPea Nome_Pea T232 H995 H205

Saldo Peas

Parafuso 1 467 Rosca 1/2 361 Rosca 1 0 Idenficao

CodPea CgcForn. T232 H232 H205


111111111111111 222222222222222 45978252/0001-05

Fornecimento

CgcForn. NomeFornec.
111111111111111 222222222222222 45978252/0001-05

Fulano de Tal Beltrano Ciclano

Fornecedores

Prof. Srgio Luiz Tonsig

Pgina: 72

Anlise e Projeto de Sistemas

Dicionrio de Dados
Existem muitos esquemas de notao comum para documentao. Abaixo, segue uma das mais usuais:
Smbolo = + () {} [] ** @ | OU / Significado COMPOSTO DE E OPCIONAL (PODE ESTAR PRESENTE OU AUSENTE) ITERAO ESCOLHA UMA DAS OPES COMENTRIO INDICA CAMPO CHAVE DE UMA TUPLA SEPARA ALTERNATIVAS NA CONSTRUO [ ] AT

Prof. Srgio Luiz Tonsig

Pgina: 73

Anlise e Projeto de Sistemas

7. Bibliografia
Ballestero Alvarez, Maria Esmeralda. Organizao, Sistemas e Mtodos. So Paulo, McGraw-Hill, 1990. Bertalanffy, Ludwing Von. Teoria Geral de Sistemas. Petrpolis, Vozes, 1977. DeMarco, Tom. Anlise Estruturada e Especificao de Sistemas. Rio de Janeiro, Campus, 1989. Dorfman, Merlin. Requirements Engineering - SEI Interactive, March 1999. (download de http://www.geocities.com/athens/olympus/1307) Feliciano Neto, at all. Engenharia da Informao. 2 Ed. So Paulo, McGraw-Hill, 1988. Gane, Chris & Sarson Trish. Anlise Estruturada de Sistemas. 12 Ed. Rio de Janeiro, LTC, 1983. Maas, Antonio Vico. Administrao de Sistemas de Informao. 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.

Prof. Srgio Luiz Tonsig

Pgina: 74