Documente Academic
Documente Profesional
Documente Cultură
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.
- 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
Benefcios
Problemas
Processo que
transforma os
fluxos de dados
Origem e/ou
destino dos
dados
Depsito de dados
Fluxo de dados
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
1.1
a
Cliente
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
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
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:
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
15
Referncias Bibliografias
1. Analise Estruturada de Sistemas
- Chris Gane e Trish Sarson
- Editora LTC (Livros Tcnicos e Cientficos), 1993
2.
3.
16