ES-Analise Estruturada

Engenharia de Software

Análise Estruturada

SUMÁRIO

Introdução ............................................ ................................................................... .............................................. ................................ ......... 1.Análise Estruturada ............................................ ................................................................... .................................... ............. 2. Diagrama Diagrama de Fluxo Fluxo de Dados ......................... ................................................ ....................................... ................ 2.1.Fluxo de dados ............................ ................................................... .............................................. ................................. .......... 2.1.1. Processo Processo / Função.................................. Função......................................................... .......................................... ................... 2.1.2. Agentes Externos ou Entidades............................... Entidades..................................................... ...................... 2.1.3. Depósito Depósito de de Dados / Armazenamento .......................................... .......................................... 3. Dicionário de de dados ............................................. .................................................................... ................................... ............ 3.1. Notação para dicionário de dados ............................................ .................................................. ...... 4. Diagrama Diagrama de Contexto .............................................. ..................................................................... ............................. ...... 5. Especificação Especificação de Processo Processo ............................. .................................................... ......................................... .................. 5.1. Tabelas Tabelas de Decisão ........................... .................................................. .............................................. .......................... ... 5.2. Árvore Árvore de Decisão Decisão ..................................... ............................................................ ........................................ ................. 5.3. Fluxogramas Fluxogramas .......................... ................................................. .............................................. ..................................... .............. 5.4. Português Português Estruturado ........................................... .................................................................. .......................... ... 6. Conclusão Conclusão .............................................. ..................................................................... .............................................. ........................... .... 7. Bibliografia ........................................... .................................................................. .............................................. ........................... ....

04 05 05 07 07 08 08 08 09 10 10 11 11 11 12 13 14



4

INTRODUÇÃO A Análise Estruturada de Sistemas compõe-se de um conjunto de técnicas e ferramentas, em constante evolução, nascido do sucesso da programação e dos projetos estruturados. Ela se conceitua na construção de modelo lógico (não físico) de um sistema, utilizando técnicas gráficas capazes de levar usuários, analistas e projetistas a formarem um quadro claro e geral do sistema e de como suas partes se encaixam para atender as necessidades daqueles que dele precisam. Vamos mostras as ferramentas gráficas e as maneiras como se ajustam para produzirem um modelo modelo lógico. lógico. Como utiliza utiliza ferramentas que que constróem um modelo lógico, o método de desenvolvimento do sistema resultante é um tanto diferente dos métodos tradicionais. Começamos com o diagrama de fluxos de dados lógicos e com a metodologia que envolv envolvaa a const construç rução ão de um siste sistema ma top top-do -dowm wm por refin refiname ament ntos os sucess sucessivo ivos, s, produzindo, primeiro, um fluxo de dados global do sistema, para depois desenvolver fluxos detalhados, e em seguida, definir os detalhes da estrutura dos dados e da lógica do processo. Faremo Faremoss uma compar comparaç ação ão entre entre os modelo modeloss CHRIS CHRIS GANE/S GANE/SARS ARSON ON E DEMARCO/ YOURDON.



5

1. ANÁLISE ESTRUTURADA Um grupo de normas e recursos gráficos de comunicação, permitindo que o analista de sistema substitua a especificação em linguagem natural por um tipo de especificação clara que os usuários possam realmente ler e entender. Para introduzirmos a técnica técnica de análise estruturada estruturada é necessário necessário que tracemos uma paralelo com a Análise Tradicional ou não estruturada. A Análise é a fase em que se especificam que informações o sistema deve fornecer para atender às necessidades de seus usuário, ou seja, define que o sistema deve fazer. A Análise de Sistemas tradicional geralmente especifica os requisitos de um sistema de forma narrativa, com textos contínuos e termos técnicos, e então é fornecida ao usuário para sua “validação”. As razões para a dificuldade do usuário com as especificações técnicas feitas pelos analistas são: abordagem multifuncional, onde o texto trata de diversos assuntos ou funções simultaneamente, abordagem monolítica, a forma narrativa geralmente não permite o melhor encadeamento encadeamento das idéias, idéias, apresentando-as apresentando-as todas de uma só vez; falta de uniformidade e padronização, uma simples mudança nos requisitos do usuário pode acarretar mudanças em diversas partes da especificação funcional e ausência de padrão para avaliação de qualidade, o estilo pessoal de cada analista dificulta a interpretação interpretação de texto por parte do usuário. Tudo Tudo isso isso traz traz como como conse conseqüê qüênci nciaa uma grande grande incidê incidênci nciaa de altera alteraçõe çõess solicitadas solicitadas pelo usuário durante durante a fase de desenvolvimento, desenvolvimento, rejeição rejeição do produto final, difícil manipulação do sistema e baixa confiabilidade trazendo um ciclo de vida muito reduzido.

2. DIAGRAMA DE FLUXO DE DADOS (D.F.D) A técnica técnica utilizada pela pela análise estruturada baseia-se baseia-se nos diagramas de fluxos fluxos de dados. A grande vantagem da utilização dessa técnica é a de permitir a avaliação do modelo junto com os usuários, de forma a se identificar as falhas o mais cedo possível. Além do mais , esta técnica permite um comprometimento maior do usuário com o processo de desenvolvimento de sistemas. Duas técnicas principais são utilizadas, uma por GANE e SARSON, outra por De Marco e YOURDON e que nos conduzem pequenas diferenças na terminologia e simbologia das várias escolas de Análise Estruturada; ambas as técnicas são similares. Segund Segundoo GANE/ GANE/830 830 propó propósit sitoo de um D.F.D D.F.D é mostra mostrarr para para um área área de negócios ou um sistema ou parte dele, de onde os dados surgem, para onde vão, quando são armazenados, que processa os transformam e as interações entre armazenamento de dados e processos. É uma ferramenta “top-down” e se estende sucessivamente para os níveis de maior detalhamento, detalhamento, são multidimencionais multidimencionais e utilizam-se de recursos gráficos. Trata-se Trata-se



6

de uma técnica formal de modelagem de processos, que permite o compartilhamento compartilhamento do modelo entre a comunidade, possui o foco centrado na questão e no seu refinamento. O D.F.D D.F.D uti utili lizaza-se se de quatro quatro símbo símbolo loss gráfic gráficos, os, visand visandoo repres represent entar ar os seguintes componentes:  Fluxo de Dados  Processos  Agentes Externos  Armazenamento Conforme CHRIS GANE/SARSON conforme DeMarco/YOURDON SETA

FLUXO DE DADOS

FUNÇÃO / PROCESSOS RETÂNGULO

BOLHA

ARREDONDADO

QUADRO

AGENTES ESTERNOS

FONTES E DESTINOS CAIXA

DUPLO

01

RETÂNGULO ABERTO

ARQUIVO

OU



7

2.1. Fluxo de Dados Representa os dados que fluem entre os componentes de DFD e podem ser utilizados para transporte de dados entre agentes externos e processos, entre processos, arma armaze zena name ment ntoo de dado dadoss e proc proces esso sos. s. Não Não exis existe te a pass passag agem em de dado dadoss de armazenamento armazenamento para agentes externos e vice-versa. É simbolizado por meio de uma seta, com a ponta indicando a direção do fluxo. [ CHRIS GANE / SARSON]. Já DeMarco, diz que os fluxos de dados é um tubo, através do qual fluem pacotes de informações. A maior parte dos fluxos de dados movimentaram-se entre processos, mas eles podem também fluir para dentro ou para fora de arquivos, indo para caixas-destino e vindo de caixas-fonte. É simbolizado por meio de vetores. Convenções de fluxos de dados 1- Nomes em maiúscula e ligadas por hífen; 2- Dois fluxo fluxoss de dados difere diferentes ntes não não podem Ter Ter o mesmo nome; nome; 3- Os nomes nomes são escolhi escolhidos dos para para repres represent entare arem m não apena apenass o dado que flui sobre o tubo, mas também o que sabemos sobre o dado; 4- Evite nomes vagos como dados e informação; 5- Dificuldade para achar um nome para fluxo de dados: pode ser indício de alguma coisa errada.

2.1.1. Processo / Função São proced procedime iment ntos os predet predeterm ermin inado ados, s, que visam visam trans transfor formar mar os dados dados de entrada em dados de saída. Estes procedimentos podem ser quaisquer tipos de operação aritmética, lógica ou movimentação de dados e representam as coisas que acontecem aos fluxos, em seu percursso através do sistema. Em primeiro primeiro lugar, lugar, os processo processoss são numerados numerados,, permitind permitindoo identifi identificá-l cá-los os rapidamente, principalmente quando eles são agrupados hierarquicamente, o que é visualizado na ocasião do nivelamento. É necessário descrever a função de cada processo, para facilitar a referência, fornecer uma identificação única para cada um, possivelmente associado a um sistema físico. A partir do momento em que o processo recebe a identificação esta não pode ser modifi modifica cada, da, excet excetoo para para desmem desmembra bramen mentos tos ou agrup agrupame amento ntos, s, poi poiss serve serve de referência para fluxos de dados para decomposição decomposição do processo em níveis inferiores. Convenções para processo ou Função 1- Cada função função tem tem um um nome nome descriti descritivo; vo; 2- Cada função função receb recebee um um número número único; único; 3- Caso o nome nome que melhor melhor repres represente ente a função função consi consista sta de mais mais de um verbo, verbo, considere um particionamento em mais funções;



8

4- Um úni único co verb verboo de açã açãoo forte forte::  Verbo na forma imperativa: Ex.: Calcule valor de comissão (DeMarco).  Verbo na forma infinitiva: Ex.: Calcular valor de comissão (Chrisgane / Sarson).

2.1.2. Agentes Externos ou Entidades São todas as organizações, sistemas ou pessoas que interagem com o sistema através do envio ou recebimento ou fluxo de dados. Normalmente as entidades externas têm intencionalmente seu nome escrito em maiúsculo, para diferenciá-las de possíveis depósitos de dados com o mesmo nome. Quando o sistema enfocado recebe dados de um outro sistema ou fornecidos a ele, aquele sistema é considerado entidade externa. O termo sistema empregado aqui, refere-se a um conjunto de procedimentos, automatizados e manuais utilizados para efetuar um fim desejado. Convenções: 1- Refe Referê rênc ncia ia:: Letr Letraa maiú maiúsc scul ula, a, “E”, “E”, segu seguid idaa de um núme número ro sequ sequen enci ciad ador or (opcional). 2- Nome da entida entidade: de: substan substantivo tivo singul singular ar.. Pode ser um orgão, orgão, uma pessoa pessoa ou um sistema. 3- Indicador Indicador de repetiç repetição: ão: indica indica que a entidad entidadee está represe representada ntada mais mais de uma vez no mesmo diagrama.

2.1.3. Depósito de Dados / Armazenamento É um meio de se reter os dados que serão utilizados em outro momento (tempo) pela mesma função ou por outros. Os depósitos de dados são simples meios de reprodução de dados estocados, sem maiores preocupações com suas características físicas em computador. Convenções: 1- Evit Evitee nome nome codi codifi fica cado doss 2- A direção direção das setas setas é signific significativ ativaa 3- Um depós depósito ito de dados dados é mostra mostrado do em um DFD no primei primeiro ro nível nível em que é usado como interface entre duas funções.

3. DICIONÁRIO DE DADOS A análise estruturada estruturada advoga fortemente a documentação de todos os fluxos de dados, armazenamento de dados e processos em um dicionário de dados. O uso do dicionário de dados fornece uma definição padrão desses dados para subsequente referência associada aos Diagramas de Fluxo de Dados.



9

Fornece a informação de texto de suporte para complementar a informação gráf gráfic icaa mo most stra rada da no DF DFD. D. Um dici dicion onár ário io de dado dadoss é simp simple lesm smen ente te um grup grupoo organizado de definições, de todos os elementos de dados do sistema sendo modelado. Um ou mais arquivos, descrevendo a natureza, a estrutura e a localização de dados numa base de dados, de uma forma mais simplificada, é o registro dos arquivos com seus respectivos r espectivos campos. Todas as ferramentas CASE, disponíveis têm um sistema de Dicionário de Dados, o que resulta em ganhos consideráveis, se estes forem a nível corporativo e que o Dicionário seja ativo, podendo ser acessado por todas as equipes de projeto.

3.1. Notação para Dicionário de Dados As diversas convenções de dicionário de dados variam de uma simples forma de anotação como a usada por DeMARCO, apropriada para o uso manual, passando passando por uma abordagem padronizada de dicionário de dados como a usada por WEINBERG, até uma abordagem automatizada de dicionário de dados como a usada por GANE e SARSON. Há vários esquemas comuns de notações usadas pela análise de sistemas; a seguir, mostraremos uma das mais comuns e que usa um número de símbolos simples: = + () {} [] ** @ |

É composto de E Opcional Iteração Sel Selecio cione some somennte um umaa das alt alternat rnatiivas vas Comentário Ide Identi ntific ficador dor (c (camp ampo ch chave ave) par paraa um um da dado Separador de de al alternativa na na co construção [] []

Como um exemplo, podemos definir um elemento de dado “nome” onde utilizamos caracteres válidos, título, primeiro nome e sobrenome obrigatórios: NOM NOME E = TÍTU TÍTULO LO + PRIM PRIMEI EIR RO_N O_NOME OME + (NOM (NOME E_DO_ _DO_ME MEIO IO)) + SOBRENOME TÍTULO = [SR. | SRA. | SRTA | DR. | PROF. ] PRIMEIRO_NOME = { CARACTERE_VALIDO} NOME_DO_MEIO = {CARACTERE_VALIDO} SOBRENOME = {CARACTERE_VALIDO} CARACTER_VALIDO = [a-z | A-Z | 0-9 | ‘ | - | |]



10

4. DIAGRAMA DE CONTEXTO CONTEXTO O Diagrama de contexto estabelece os limites entre o sistema em questão e o seu meio ambiente. É utilizado para mostrar as comunicações entre o sistema, o ambiente e as entidades com as quais se comunica. Representa o Diagrama de Fluxo de Dados de mais alto nível para um determinado determinado sistema, definindo de forma quantitativa quantitativa os limites Sistema – Ambiente. Os elementos que constituem são:  Um único processo (O próprio sistema)  Agentes Externos (Entidades)  Fluxo de dados. A única regra, a princípio, para a construção do Diagrama de Contexto é a de que deva conter somente um processo, com um número ilimitado de Entidades e Fluxo de Dados. É de extrema importância a sua construção, pois permite a visualização, em uma única figura, de todo o sistema a ser desenvolvido, facilitando sobremaneira o contato com o usuário. Para o seu refinamento é aconselhável:  Ser balanceado contra a lista de eventos  Ser balanceado contra o Dicionário de Dados  Ter os seus fluxos de dados empacotados para apresentação 5. ESPECIFICAÇÃO DE PROCESSO Além dos Diagramas de Fluxo de Dados e de um Dicionário de dados, a Análise Estruturada produz uma série de especificações denominadas de “Minispecs”, literalmente, miniespecificações ou especificações de processo. As Minies Miniespec pecifi ificaç cações ões podem podem ser ser expre expressa ssass em lin lingua guagem gem estru estrutur turada ada e documentem os processos processos e a lógica condicional representada nos Diagramas Diagramas de Fluxo de Dados. Sua finalidade é permitir que o analista de sistemas descreva, rigorosamente e precisamente, a forma comercial representada por cada um dos processos “at micos” nos DFD de baixo nível. As especificações especificações de processo podem ser escritas em uma série de formas:    

Tabelas de decisão. Árvores de decisão. Fluxogramas. Português Estruturado.



11

5.1. Tabelas de decisão As tabelas de decisão especificam políticas para a transformação de entradas em processamento em saídas, em vez de especificar as características operacionais do algoritmo que está por baixo dessa transformação. Elas se concentram nas condições e resultados, ao passo que os outros métodos de miniespecs, como os pseudocódigos e os Fluxogramas, concentram-se na implementação procedimental da política. As tabelas de decisão são muito úteis na explicação das miniespecs para os usuários finais. São boas para clarearem as regras e políticas confusas. Também é comum comum uma tabela tabela de decisã decisãoo revela revelarr discre discrepân pância ciass ou lacuna lacunass nas nas pol políti íticas cas e procedim procedimento entoss existent existentes, es, sendo sendo que as pessoas pessoas gostam gostam de tabelas tabelas bidi bidimens mensiona ionais is porqu porquee estas estas são de fácil fácil compre compreen ensão são então então são são ambígu ambíguas as,, que result resultari ariam am em dificuldades para a sua compreensão.

5.2. Árvores de decisão Quando a lógica for complexa, para ser detalhada pela utilização de linguagens estruturadas, então podemos recorrer a outras ferramentas, entre elas a das Árvores de Decisão. A árvore de decisão é uma ferramenta “top-dow” que através da divisão das ações em diferentes ramos, consegue cobrir todos os possíveis desdobramentos de uma determinada lógica. As árvores de decisão são bem simples de modificar, modificar, de acordo com a evolução das especificações. A tarefa mais difícil é organizar os critérios de decisão para que cada teste ocorra somente uma vez, mas, uma vez executada, será fácil acrescentar novas condições de teste e atualizar a árvore. As miniespecs em árvore de decisão são fáceis para os programadores seguirem: a ramificação lógica do programa já está desenhada em forma diagramática. diagramática.

5.3. Fluxogramas O fluxograma é também chamado de diagrama de blocos e é uma das mais antigas e conhecidas ferramentas de modelagem, mesmo com as críticas que sofre dos grandes autores de técnicas estruturadas. estruturadas. O fluxograma usa um conjunto de símbolos gráficos que descreve as etapas da resolução do problema e é normalmente usado antes de se escrever o programa final. Normalmente é utilizado pelo programador para a documentação documentação do programa, apresentando com clareza e precisão o raciocínio e as operações envolvidas, de modo



12

que possa ser imediatamente transcrito em forma de programa e sirva como meio eficiente de documentação do mesmo. Por ser, ainda, amplamente utilizado ele segue algumas padronizações como: Recomenda Recomendação ção R1028 da “Intenati “Intenational onal Organiza Organization tion for Standardi Standardizati zation” on” sobre os símbolos de fluxogramas para informações de processamento. Se por um lado ele auxilia na solução dos principais problemas de uma descrição formal em português, por outro não conseguia refletir a realidade do usuário dado a sua tecnicidade, por utilizar somente símbolos de processamento de dados.

5.4. Português estruturado O próprio nome já nos indica, um português com estrutura, e é mais uma ferramenta da Análise Estruturada utilizada para descrever os processos ou bolhas do DFD. O Português Estruturado utiliza uma notação muito parecida aos programas estrut estrutura urados dos escri escrito toss numa numa lin lingua guagem gem de alto alto nív nível el como como o COBOL, COBOL, atrav através és do emprego de quatro estruturas lógicas de especificação de processo: 1. 2. 3. 4.

Seqüência. Repetição. Condi ondiccional onal.. Aces Acesso so a dado dados. s.

Com isso, apesar de ser uma linguagem simples torna-se simultaneamente rigorosa para definir como os fluxos de saída são produzidos a partir dos fluxos de entr entrad adaa e como como a memó memóri riaa do sist sistem emaa é afet afetad adaa ou usad usada. a. Deve Deve exis existi tirr um umaa especificação, especificação, em português estruturado, para cada primitiva funcional do DFD. A descrição da primitiva funcional tem que abranger atividades que:    

Obtenham fluxo do dados de outros processos ou entidades externas. Geram fluxos destinados a outros processos ou entidades externas. Criem ou removam ocorrências de objetos na memória do sistema. Derivem elementos de dados ou itens elementares de memória do sistema.



13

6. CONCLUSÃO

De acordo com os fatos mencionados no nosso trabalho a análise estruturada é fundamental no desenvolvimento de um projeto de software. Um bom projeto deve ser analisa analisado, do, preocupa preocupando-s ndo-see com aconteci aconteciment mentos os futuros. futuros. Os principa principais is objetivo objetivoss da anál anális isee estr estrut utur urad adaa é redu reduzi zirr cust custos os,, aume aument ntar ar a prod produt utiv ivid idad ade, e, gera gerarr sist sistem emas as impessoais (não vinculado a um funcionário), aumentar a legibilidade dos sistemas e aumentar a flexibilidade dos sistemas para facilitar futuras alterações.



14

7. BIBLIOGRAFIA DEMARCO, Tom – “Análise Estruturada e Especificação De Sistema” – Editora Campus; GANE, Chris, SARSON, Trish: Análise Estruturada de Sistemas – Livros Técnicos e Científicos Editora Ltda.

ES-Analise Estruturada

Recommend Documents