Você está na página 1de 16

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.

Processo

Deciso

Carto Perfurado

Documento
(geralmente saida)

Fita
magntica

Terminador

Conexo

Saida em video

Armazenamento de
dados

Entrada Manual

Figura: Smbolos convencionais de fluxogramas

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

Problemas

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

O esforo , a formalidade e o grau de detalhe


necessrios, especialmente na construo do
dicionrio de dados, muitas vezes sofrem
resistncia

A apresentao em termos de fluxo lgico


consegue mostrar mal-entendidos e pontos
controversos.

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

As interfaces entre o novo sistema e outros j


existentes, so mostrados de modo bem mais
claro

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.

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.

Processo que
transforma os
fluxos de dados

Origem e/ou
destino dos
dados

Depsito de dados

Fluxo de dados

Figura: Simbologia Bsica do Diagrama de Fluxo de dados

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

a
Cliente

Cliente

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.

1.1

a
Cliente

Dados para preenchimento da


proposta

Preenche
proposta e
ficha de
controle /
emisso

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

Documentos

9.2

Enviar Documentao

Envie
documentao
ao Recursos
Humanos

4.4. Processos
So as vrias atividades realizadas no sistema. So representado graficamente por um
retngulo de bordas arredondadas, opcionalmente dividido em trs reas.

Identificao
Descrio
Localizao Fsica

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:
D9/4

Agenda de Controle de
Vencimentos

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.

Pagamento

Cliente

Pagamento da fatura
associar
pagamento
fatura

Detalhe da fatura

D3

Exemplo de Diagrama
de Fluxo de Dados

Contas a receber
Detalhe do
Pagamento

4.8
Banco

Financeiro

Depsito

Condensar
pagamento e
depositar no
banco

Cotrole de
caixa /
Faturamento

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