Beruflich Dokumente
Kultur Dokumente
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
Fita magntica
Carto Perfurado
Terminador
Saida em video
Conexo
Entrada Manual
Armazenamento de dados
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.
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
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 Cliente a Cliente
a Cliente
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
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:
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.
Cliente
Pagamento
associar pagamento fatura
4.8
Banco
Depsito
Financeiro
14
15
Referncias Bibliografias 1. Analise Estruturada de Sistemas - Chris Gane e Trish Sarson - Editora LTC (Livros Tcnicos e Cientficos), 1993 2. 3.
16