Analise Estruturada

Diagrama de Fluxo de Dados

Tecnologia em Processamento de Dados Analise de Sistemas

ndice:
1. Introduo, pagina 4 2. Uma Ferramenta Eficaz, pagina 5 3. Analise Estruturada, Benefcios e Problemas, pagina 8 4. Diagrama de Fluxo de Dados Lgico, pagina 8 4.1. Caractersticas da Tcnica de Anlise Estruturada de Sistemas, pagina 9 4.2. Fatores Externos, pagina 9 4.3. Fluxo de Informaes, pagina 10 4.4. Processos, pagina 11 4.5. Banco de Informaes, pagina 11 5. Convenes para Exploso de Processos, pagina 12 6. Crtica Anlise Estruturada, pagina 13 7. Quando usar a Anlise Estruturada, pagina 15

ANLISE ESTRUTURADA

1.Introduo
O uso de codificao estruturada torna possvel quantificarmos alguns benefcios resultantes: melhor produtividade em linhas de codificao por dia, uso mais apropriado do tempo de teste e assim por diante. Com projeto estruturado, os benefcios tambm so reais porm mais difceis de quantificar. Um estudo no publicado sugere que a modificao de um sistema que utilize projeto estruturado chega a ser sete vezes mais fcil e barato do que sistemas tradicionais. Realmente, sob certos aspectos, se o trabalho de anlise fosse realizado de forma perfeita, o nico resultado seria ausncia de problemas.

2. Uma ferramenta eficaz

A anlise estrutura uma fase crtica no desenvolvimento de sistemas e programas de software porque afeta as fases de desenvolvimento seguintes. Ela difcil por causa dos problemas de comunicao, das mudanas nos requisitos do sistema e das tcnicas inadequadas de avaliao. No fcil descrever os requisitos do sistema em uma forma precisa. A linguagem do usurio e a linguagem do responsvel pelo desenvolvimento so to diferentes que torna complicada uma comunicao eficaz. Os requisitos, no entanto, apresentam um alvo mvel que continua a modificar-se por todo o desenvolvimento do sistema e por todo o seu ciclo de vida. A anlise estruturada tem como objetivo resolver essas dificuldades fornecendo uma abordagem sistemtica, etapa por etapa, para desenvolver a anlise e produzir uma especificao de sistema nova e melhorada. Para conseguir este objetivo, a anlise estruturada centraliza-se em uma comunicao clara e concisa. A especificao do sistema o elo entre a anlise e o projeto. Ela fornece uma descrio dos requisitos do sistema a ser construdo. O principal objetivo da anlise produzir uma especificao do sistema que defina a estrutura do problema a ser resolvido de acordo com a viso do usurio. O objetivo do projeto definir a estrutura do problema e com os requisitos do usurio. Os defensores da anlise estruturada afirmam que o uso do mesmo mtodo de construo para a especificao e para o projeto obriga os dois a ficarem mais coesos e a mais provavelmente representarem um sistema que satisfar s necessidades e expectativas do usurio. Anlise estruturada foi projetada para ser compatvel com o projeto estruturado e fornecer a melhor entrada possvel para ele. A especificao composta de diagrama de fluxo de dados, um dicionrio de dados e especificaes dos processos. A anlise estruturada de sistemas compe-se de um conjunto de tcnicas e ferramentas, em constante evoluo. Seu conceito fundamental a construo de um modelo lgico (no fsico) de um sistema, utilizando tcnicas grficas capazes de levar usurios, analistas e projetistas a formarem um quadro claro e geral do sistema e de como suas partes se encaixam para atender s necessidades daquele que dele precisam. Antes do desenvolvimento dessas ferramentas de Anlise Estruturada de Sistemas, todos os detalhes da implementao fsica eram perdidas. O analista serve de intermedirio entre a comunidade de usurios e a comunidade de programadores, portanto ele deve combinar o que atualmente possvel nessa tecnologia (minis, micros, banco de dados, etc...) e o que vale a pena ser feito para a empresa, em relao a maneira como administradas, por este motivo torna-se necessrio o uso de melhores ferramentas. Os problemas que o analista enfrenta so entrelaados, esta uma das razes que os tornam difceis, como por exemplo: - O analista acha difcil aprender o bastante sobre a empresa para conseguir determinar os requisitos do sistema atravs dos olhos do usurio. - Os usurios ainda no conhecem o suficiente sobre PD para saberem o que , ou no vivel. Em geral, a propaganda a respeito dos computadores no proporciona s pessoas idias especficas ou precisas sobre o que tais mquinas podem ou no fazer.
5

- O analista pode ficar sobre carregado de detalhes rapidamente, no somente de detalhes tcnicas inerentes ao novo sistema. - O documento que define os detalhes de um novo sistema (que podemos chamar especificao do sistema, projeto geral, especificao funcional, ou qualquer nome equivalente) forma efetivamente um contrato entre o departamento do usurio e o grupo de desenvolvimento de sistema , apesar de muitas vezes ser impossvel aos usurios entenderem, por causa de seu tamanho e dos conceitos tcnicos associados a ele. - Se o documento da especificao puder ser escrito de forma a fazer sentido para os usurios, poder no ser muito til para os projetistas e programadores que iro construir o sistema. Mesmo utilizando as melhores ferramentas analticas possveis, alguns dos problemas acima sempre estaro presentes, pois no existe ferramentas analtica que possibilita ao analista saber o que o usurio pensa mas no diz. No h como mostrar um modelo concreto e claro do sistema para os usurios, pois difcil para os usurio imaginar o que o novo sistema lhes fornecer at que esteja realmente em funcionamento. At agora, a nico ilustrao para um sistema tem sido o Fluxograma. Embora um Fluxograma possa valor mil palavras, o analista fica preso a um compromisso; o uso dos smbolos padronizados de Fluxograma significa, inevitavelmente, que o analista deve se comprometer a uma implementao fsica do novo sistema. O prprio ato de desenhar um Fluxograma significa que preciso tomar uma deciso quanto entrada de dados a ser feita por meio de cartes ou atravs de um terminal de vdeo, quais arquivos estaro em fita e quais em disco, que programas produziro sada e assim por diante. Todovia, essas, decises so a essncia do trabalho do projetista. A partir do momento em que o analista tiver desenhado um Fluxograma do sistema, o projetista poder escolher entre aceitar o projeto fsico do analista e ento lidar com os detalhes de estrutura de programa e arquivo, de ento (como muitas vezes acontece) retornar especificao escrita para gerar um novo projeto. Nenhum dos caminhos satisfatrio. A especificao no somente dever descrever tudo o que o usurio v, incluindo todos as interfaces, como tambm dever evitar a descrio do que o usurio no v. Essa a tarefa do implementador, e aqui sua liberdade deve ser limitada. O analista deve estar sempre preparado para mostrar uma implementao de qualquer aspecto que ele descreve, mas no deve tentar ditar a implementao.

P ro c e s so

D o c u m e n to ( g e r a lm e n t e s a id a )

D e c is o

F it a m a g n t ic a

C a rt o P e rfu ra d o

T e r m in a d o r

C onexo

S a i d a e m v id e o

A rm a z e n a m e n to d e dados E n tra d a M a n u a l

F ig u r a : S m b o lo s c o n v e n c io n a i s d e f l u x o g r a m a s

O Fluxograma no til na modelagem do sistema para os usurios. Embora alguns usurios possam aprender a ler Fluxograma, para a maioria deles o Fluxograma representa um Jargo visual.

3. Analise Estruturada, Benefcios e Problemas

Benefcios
Os usurios obtm uma idia mais clara do sistema proposto pelo diagrama de fluxo de dados, do que a obtida atravs da narrativa e Fluxograma de sistemas fsicos A apresentao em termos de fluxo lgico consegue mostrar mal-entendidos e pontos controversos.

Problemas
O esforo , a formalidade e o grau de detalhe necessrios, especialmente na construo do dicionrio de dados, muitas vezes sofrem resistncia Tem havido uma certa preocupao por parte dos programadores de que ao obterem especificaes detalhadas da lgica no portugus estruturado, acabaro retirando todo o prazer da programao, tornando-os meros codificadores Orientao dos usurios e treinamento dos analistas so necessrios, pois com a introduo da Anlise Estruturada foram mudadas as regras do jogo e todos devem ser bem esclarecidos quanto s novas regras e maneira como elas melhoram o jogo.

As interfaces entre o novo sistema e outros j existentes, so mostrados de modo bem mais claro O uso de dicionrio de dados para guardar os itens do glossrio do projeto economiza tempo ao resolver rapidamente os casos em que pessoas chamam as mesmas coisas por diferentes nomes

4. Diagrama de Fluxo de Dados Lgico

Uma diagrama de fluxo de dados uma representao em rede dos processos (funes os procedimentos) de um sistema e dos dados que ligam estes processos. Mostra o que um sistema/procedimento faz, mas no como faz. a ferramenta principal de modelagem da anlise estruturada e usada para dividr o sistema em uma hierarquia de processos. Os smbolos e os conceitos que o representa encontram-se no nvel lgico; um fluxo de dados pode estar contido fisicamente em qualquer lugar em que os dados passem de uma entidade ou processo para outro. Utilizando os quatro smbolos do D.F.D., podemos desenhar um quadro do sistema sem nos comprometermos com a sua implementao.

P ro c e s s o q u e tra n s fo rm a o s f lu x o s d e d a d o s

D e p s it o d e d a d o s

O r ig e m e /o u d e s t in o d o s dados

F lu x o d e d a d o s

F ig u r a : S im b o lo g ia B s ic a d o D ia g r a m a d e F lu x o d e d a d o s

4.1.Caractersticas da Tcnica de Anlise Estruturada de Sistemas

A anlise estruturada de sistemas uma tcnica que consiste em construir, graficamente, um modelo lgico para o sistema de informaes gerenciais, a qual permite que usurios e analistas de sistemas, encontrem uma soluo clara e nica para o sistema de modo que este transmita as reais necessidades dos usurios. A anlise estruturada de sistemas apresenta um desenvolvimento do geral para o particular do sistema, comeando com um diagrama geral de fluxo de informaes e partindo depois por um refinamento sucessivo atravs da construo de diagrama de fluxo de informaes detalhadas. A anlise estruturada define o que o sistema deve fazer e torna-se bastante valiosa no momento de determinar as entradas para os sistemas de modo que estes fiquem os mais flexveis possvel.

4.2. Fatores externos

Geralmente, so classes lgica, de atividades e ou pessoa que interagem com o sistema sendo fontes ou destinos das informaes. Exemplo: cliente, banco, fornecedores, etc. Pode tambm ser considerado fator externo outro sistema que fornea dados ou informaes para o sistema que est sendo descrito, ou que receba dados dos mesmos. O fator externo representado por um smbolo que um quadrado com as faces esquerda e de cima duplamente traadas, para distingui-lo dos demais smbolos usados nos diagramas. identificado por uma letra minscula colocada no canto superior esquerdo.

Para evitar que as linhas dos fluxos de informaes se cruzem em demasia, pode-se repetir o mesmo fator no mesmo fluxo, mais de uma vez, denotando tal fato por meio de uma linha diagonal que colocado no canto inferior direito. Portanto, se um fator precisar ser repetido, coloca-se uma linha diagonal no canto inferior da mesma; se outro tambm precisar ser repetido, colocam-se duas linhas diagonais, e assim por diante, independentemente do nmero de vezes que o fator aparecer repetido. Exemplo: a C lie n t e a C lie n t e

4.3. Fluxo de Informaes

Representam, nos diagramas, um sistema de canalizao por onde as informaes fluem. Eles so representados por flechas direcionadas no sentido do fluxo das informaes e desenhadas, de preferncia, horizontal ou verticalmente. Dependendo do caso, pode-se usar uma flecha direcionada nos dois sentidos, se assim for conveniente (normalmente isso acontece quando se trata de uma atualizao num centro de informaes). Os fluxos so referenciados por suas respectivas origem e destinos, nas alm disso, devem receber um nome, o mais significativo possvel, para que os diagramas sejam facilmente entendidos pelos usurios.

a C lie n t e D a d o s p a r a p r e e n c h im e n t o d a p r o p o s ta

1 .1 P re e n c h e p r o p o s ta e f ic h a d e c o n t r o le / e m is s o

10

Salienta-se que, muitas vezes, um fluxo recebe um nome mais abrangente, mas, geralmente, fluem pelo mesmo vrios tipos de dados ou vice-versa, um fluxo recebe um nome bem detalhado, mas no necessariamente fluem por ele todos os dados ao mesmo tempo. D 9 /4 D o c u m e n to s

9 .2 E n v ie d o c u m e n ta o a o R e c u rs o s H um anos

E n v ia r D o c u m e n ta o

4.4. Processos
So as vrias atividades realizadas no sistema. So representado graficamente por um retngulo de bordas arredondadas, opcionalmente dividido em trs reas. I d e n tif ic a o D e s c r i o L o c a liz a o F s ic a

Nos processos tm-se as seguintes atividades. a) Identificao: um nmero atribudo ao processo, exclusivamente para identific-lo, no tendo, portanto, outro significado. Geralmente, esses nmeros so colocados da esquerda para a direita no diagrama de fluxo de informaes; b) Descrio: uma frase imperativa, formada por um verbo referente a uma ao (registro, controle, preencha, etc) seguido por um objeto. Exemplo: Remeta Pagamento Atraso; c) Localizao Fsica: o nome da unidade organizacional responsvel pela atividade, no caso de o sistemas ser implementado.

4.5.Banco de Informaes
So os armazns que guardam dados e informaes entre os vrios processos so representados graficamente por um par de linhas paralelas, fechadas apenas de um lado por duas outras linhas, bem prxima perpendiculares s primeiras, formando, portanto, um pequeno quadrado do lado esquerdo. Nesse quadrado coloca-se uma referncia numrica arbitrria para o

11

depsito, antecedida pela letra D e, no espao restante, coloca-se o nome atribudo ao banco de informaes, que dever ser aquele usado no dia-a-dia do usurio. Exemplo: D 9 /4 A g e n d a d e C o n t r o le d e V e n c im e n to s

5.Convenes para Exploso de Processos

Existem algumas convenes que devem ser seguidas na elaborao dessas exploses de processo. a) os processos do diagrama detalhado devem receber como identificao um nmero que seja um decimal do nmero do processo que est sendo explodido. Exemplo: os processos do diagrama detalhado referentes exploso do processo 2 do diagrama geral recebem como identificao os nmeros; 2,1,2.2,2.3,etc... Da mesma forma, se estes forem detalhados, os processos devem ser identificados por 2,1.1,2.1.2,2.2.1, e assim sucessivamente. b) o diagrama detalhado desenhada dentro de uma retngulo grande, com a forma do smbolo dos processos, determinado, desse modo, uma linha que delimita os processos da decomposio. Os fluxos que entram e saem do processo no nvel mais alto tambm devem cruzar a linha-limite, entrando ou saindo. Os fluxos que cruzam a linha-limite do diagrama detalhado e que no aparecem no diagrama geral, ao cruzar essa linha, devem ser assinalados com um X no ponto de interseco. c) os depsitos de dados e informaes so externos ao processos expandido, isto , aparecem no diagrama geral usados por outros processos; podem eventualmente aparecer no fluxo detalhado, metade fora e metade dentro da linha-limite, se isso facilitar o desenho.

d) os depsitos de dados e informaes internos a um processo aparecem apenas no diagrama detalhado, desenhados internamente do lado de dentro da linh-limite, e seus nmeros de identificao dever ser atribudos da seguinte maneira: a letra D seguida do nmero do processo do diagrama geral, uma barra / e depois um dgito. Exemplo: pode-se ter deposito D3/3 - Arq. de relao X. e) as entidades externas no devem, de modo algum, aparecer desenhados no interior da linhalimite do diagrama detalhado.

12

f) quando fluxos de dados e informaes se cruzam (at mesmo no diagrama geral), deve-se usar a seguinte notao:

g) quando um fluxo de dados e informaes cruzam com uma banco de dados e informaes cruzar com um banco de informaes, deve-se usar a seguinte notao:

6.Crtica Anlise Estruturada

Enquanto as mais avanadas tcnicas estruturadas esto disponveis para a fase de codificao do desenvolvimento de software, provavelmente as menos avanadas esto disponveis para a anlise e especificao de sistema. A anlise estruturada um exemplo de uma metodologia inicial e informal. Representa mais os princpios de um mtodo de anlise do que uma metodologia madura. Talvez a mais importante melhoria que a anlise estruturada introduz seja mudar a especificao do sistema de um grande e ilegvel torno para um modelo grfico de fcil uso. Um diagrama de fluxo de dados de alto nvel pode ser desenhado rapidamente, sendo facilmente modificado medida que o usurio e o analista se aprofundam sobre o problema a ser resolvido. Contudo, o diagrama de fluxo de dados no uma representao completa ou precisa do sistema. Embora um conjunto de diagramas de fluxo de dados nivelados possa mostrar a organizao hierrquica pela exploso dos retngulos de processos, um diagrama de fluxo de dados no apresenta nenhum embutimento lgico de fluxos de dados e nenhuma informao de controle. comum, tambm, aparecerem omisses e outros erros nos diagramas de fluxo de
13

dados, uma vez que no h nenhum mecanismo de checagem. Embora o mtodo de anlise estruturada seja fundamentado no fluxo de dados, sua nfase est nos componentes do processo, e a anlise de dados recebe apenas uma ateno secundria. Uma outra melhoria bsica que a anlise estruturada apresenta a aplicao do princpio dividir para conquistar ao processo de anlise e especificao do sistema. O processo de anlise dever ser dividido em etapas, e a especificao dever ser dividida em partes fceis de serem entendidas e modificadas. Os defensores da anlise estruturada consideram a especificao estruturada como o elo entre a anlise e o projeto. O diagrama de fluxo de dados usado como a base sobre a qual deve ser construdo um projeto estruturado e finalmente um programa estruturado. Contudo, preciso muita f para complementar a falta de rigor quando se transforma um diagrama de fluxo de dados em um diagrama de estrutura que representa um projeto estruturado.

P a g a m e n to C lie n te
a s s o c ia r p a g a m e n to fa tu r a

P a g a m e n to d a fa tu r a D e t a lh e d a f a tu r a

E x e m p lo d e D ia g r a m a d e F lu x o d e D a d o s

D 3

C o n ta s a r e c e b e r D e ta lh e d o P a g a m e n to 4 .8

Banco

D e p s ito

C ondensar p a g a m e n to e d e p o s it a r n o banco

Financeiro

C o t r o le d e c a ix a / F a tu ra m e n to

14

7. Quando Usar a Anlise Estruturada

A anlise estruturada dever ser usada apenas para problemas pequenos e simples. Embora seja informal e no validado por computao, o diagrama de fluxo de dados a parte mais importante da anlise estruturada. de uso bem fcil. Pode ser utilizado para a determinao dos componentes bsicos de processamento e dos fluxos de dados de um sistema. Pode ser acompanhado por uma modelagem de dados mais formal. Para sistemas maiores e mais complexos, a diagramao de fluxos de dados pode ser usada para esboar uma viso de alto nvel do sistema. Porm, alm deste ponto, devem ser usados outros mtodos de anlise e de especificao mais rigorosos para desenvolver uma especificao precisa e validada por computao.

15

Referncias Bibliografias 1. Analise Estruturada de Sistemas - Chris Gane e Trish Sarson - Editora LTC (Livros Tcnicos e Cientficos), 1993 2. 3.

16