WWW.VENDASAPOSTILAS.COM.

BR
PROJETO ESTRUTURADO DE SISTEMAS Projeto Estruturado - conceitos e definies bsicas

NDICE

I - Introduo ao Projeto Estruturado de Sistemas 1- Simplificando um sistema

I - Introduo ao Projeto Estruturado de Sistemas objeto de estudo - projeto de programas e sistemas para computadores produz sistemas mais sustentveis, confiveis e adaptveis, e tambm reduz custos em funo do maior tempo de vida dos sistemas objetivos: usar as ferramentas de projeto estruturado como ler, entender e usar uma especificao estruturada critrios objetivos para avaliar e mensurar a qualidade e produtividade dos sistemas estratgias para criar um bom e sustentvel projeto de uma maneira sistemtica as modificaes que devero serem feitas no projeto antes de comear a program-lo A fase de projeto utiliza as especificaes produzidas durante a anlise e estabelece como organizar as especificaes de uma forma apropriada para execuo em computador. Definio de projeto: o processo de aplicao de tcnicas e princpios com o propsito de definir um sistema em detalhes suficientes para permitir a sua realizao fsica.

Domnio da informao projeto requisitos funcionais

Projeto de dados arquitetura codificao mdulos testes

projeto procedimental

WWW.VENDASAPOSTILAS.COM.BR
Projeto de dados: definio da estrutura de dados utilizada no software e interfaces. Projeto da arquitetura: definio das relaes lgicas entre os principais elementos estruturais do sistema. Projeto procedimental: transformao dos elementos estruturais em descrio procedimental (programas ) de software.

Anlise das requisies PROJETO teremos meios para implementao dos usurios das necessidades do usurio O projeto a ponte entre anlise do problema e a implementao da soluo do mesmo. A importncia do projeto pode ser resumida em uma nica palavra: Qualidade Sem projeto, corre-se o risco de se construir softwares instveis, aqueles que falharo quando ocorrerem mudanas , aqueles cuja qualidade no pode ser obtida at que todo o ciclo de construo do software tenha sido terminado.

manuteno testes implementao projeto

manuteno testes implementao

com projeto
sem projeto

Anlise : o que projeto: como

Definies importantes: Projeto top-down um tipo particular de projeto do que uma estratgia. Um projeto considerado top-down, se composto de uma hierarquia de mdulos cada um sendo uma sub-rotina de entrada nica e sada nica.

Projeto estruturado uma estratgia para a produo de projeto top-down, com alta capacidade de manuteno facilmente testvel. Projeto estruturado uma abordagem ao processo de projeto, uma abordagem que resulta em mdulos de caixa-preta, pequenos e independentes, dispostos em uma hierarquia, que um modelo conceitual da rea de trabalho em si, organizado em uma forma top-down, com os detalhes isolados na parte de baixo.

WWW.VENDASAPOSTILAS.COM.BR
1- Simplificando o sistema
O projeto estruturado procura vencer a complexidade de sistemas de grande porte de duas maneiras, pela segmentao e organizao hierrquica. Segmentando o sistema em caixas-pretas: O termo literalmente significa uma caixa cujos componentes eletrnicos esto escondidos. Assim, sua operao desconhecida, mas no sua funo. A vantagem do uso da caixa preta est no fato de que no precisamos conhecer como ela trabalha, pois sua complexidade j foi cuidadosamente analisada pelo seu fabricante. As caractersticas de uma caixa preta so: voc conhece como devem ser os elementos na entrada (inputs) voc conhece como devem retornar os elementos na sada (output) voc conhece sua funo (o que a caixa preta faz para que com os elementos de entrada produza os elementos de sada) voc no precisa conhecer como ela realiza suas operaes, e em que ordem para poder us-la Assim, podemos visualizar vantagens do particionamento de um sistema dentro de um nmero de caixas-pretas. Assim, o primeiro passo no controle da complexidade segmentar um sistema em caixas pretas de modo que quatro metas sejam atingidas. 1. Cada caixa preta deve elucidar uma parte bem definida do problema. Ex: se um requerimento de um sistema de fretes o clculo do uso eficiente da gasolina, ento uma caixa preta no sistema deve calcular esta eficincia. 2. O sistema deve ser segmentado de maneira que a funo de cada caixa preta seja facilmente compreendida. Ex: em um sistema de direcionamento de lanamento de msseis pode haver uma caixa preta para calcular o seu ponto de impacto. Embora ela possa ser uma caixa preta difcil de implementar, sua funo muito fcil de entender, porque ela pode ser estabelecida simplesmente como clculo do ponto de impacto do mssil. 3. A segmentao deve ser feita de modo que qualquer conexo entre caixas pretas seja estabelecida somente em virtude da seqncia lgica dada pelos segmentos do problema. Ex: em um sistema de folha de pagamento haver uma caixa preta para calcular o salrio bruto de um empregado e uma outra para calcular o salrio lquido. Deve existir um seqncia lgica entre essas caixas pretas. O salrio bruto necessrio para o calculo do salrio lquido. 4. A segmentao deve garantir que as conexes entre as caixas pretas sejam to simples e independentes quanto possvel. Ex: um programador escrevendo uma caixa preta para calcular o salrio lquido no deve precisar localizar o endereo absoluto de memria no qual o salrio bruto esta armazenado. O caminho melhor e mais simples para a comunicao dessa informao seria o fornecimento do salrio bruto como um parmetro para uma caixa preta que calcularia o salrio lquido. Organizando as caixas pretas hierarquicamente: A idia de hierarquia muito mais velha do que a idia de segmentao. Todos os sistemas complexos do universo so organizados em hierarquia de unidades estveis. Cada unidade estvel constituda de um grupo estvel de unidades estveis menores.

WWW.VENDASAPOSTILAS.COM.BR

2 - Usando ferramentas grficas O projeto estruturado usa ferramentas, especialmente as grficas, para tornar os sistemas de fcil entendimento. Pseudocdigo: uma linguagem de especificao informal muito flexvel que no tem a inteno de ser executada em umamquina, mas ser usada na organizao dos pensamentos dos programadores antes da codificao. Exemplo: MODULO - Emitir aviso de cobrana /*pesquisar o arquivo de contas em atraso e emitir aviso de cobrana */ ABRIR arquivo de contas em atraso e avisos de cobrana OBTER data corrente REPETIR LER prxima conta em atraso AT o final do arquivo de contas em atraso CALCULAR dias em atraso como data corrente - data do vencimento SE dias de atraso > 90 CHAMAR rotina de cobrana legal usando contas em atraso MAS SE dias de atraso > 60 CHAMAR rotina de aviso severo usando contas em atraso MAS SE dias de atraso > 30 CHAMAR rotina de aviso amigvel usando contas em atraso FIM SE FIM REPETIR FECHAR arquivo de contas em atraso e avisos de cobrana TERMINAR MDULO Diagrama de Estrutura Este diagrama ilustra a segmentao de um sistema em mdulos - caixas pretas - mostrando sua hierarquia, organizao e comunicao. Suponha que temos um sistema aplicado na pesquisa de um arquivo de contas no pagas e na gerao de avisos de cobrana para os devedores. Trs tipos de cartas so geradas, dependendo de quo atrasado o pagamento da conta esteja: uma lembrana amigvel, um aviso severo e uma cobrana legal.

WWW.VENDASAPOSTILAS.COM.BR

produzir avisos de cobrana

data do dia

conta em atraso fim de contas em atraso obter prxima conta em atraso conta em atraso gerar aviso amigvel conta em atraso gerar aviso severo aviso amigvel conta em atraso gerar cobrana legal aviso severo imprimir carta

obter data

identificao do cliente

odc odc detalhes do cliente

cobrana legal

obter detalhes de cliente

A vantagem no uso do diagrama de estrutura, que a ferramenta principal do projeto estruturado, esto no fato desta ferramenta ser: * grfica: a assimilao das informaes ilustradas por figuras mais rpida do que a verbal * particionvel: significa que voc pode dar uma olhada na viso geral do sistema, ou em qualquer parte dele, ou ainda em detalhes tanto quanto desejar. * documentao do sistema * um auxlio para manuteno e modificaes: o diagrama pode servir como um mapa onde responsveis pela manuteno podem procurar e localizar rapidamente o erro. 3 - Como o projeto feito Freqentemente no feito totalmente. Um projeto que surge baseado na codificao de programas no o ideal, mas o que costuma ser feito. Os fluxogramas produzem somente um projeto superficial de baixa qualidade. Os projetistas de um projeto inadequado esto em quase todos os sistemas convencionais, seus sintomas aparecem quando eles se tornam: inadministrveis insatisfatrio insatisfatrios e improdutivos

WWW.VENDASAPOSTILAS.COM.BR
no confiveis inflexveis e de difcil manuteno ineficientes qualquer combinao dos itens acima

Inadministrveis - Desenvolvimento dos sistemas sem acompanhamento e controle. - Organizao do projeto - diviso em fases e marcos. Esta organizao apresenta problemas prticos. Sistemas insatisfatrios e improdutivos - O desenvolvimento dos sistemas no pode ser nem gerencialmente nem tecnicamente casual - De acordo com Myers Ns tentamos resolver o problema precipitando o processo de projeto para que sobre tempo suficiente no final para descobrirmos os erros que surgiram devido a nossa precipitao no processo do projeto. Sistemas no confiveis - Por mais que os sistemas tenham sido testados, quando ele chega produo ele pode falhar. Isto porque o sistema pode apenas parecer estar certo. Sistemas Inflexveis e de difcil manuteno - A principal considerao do pessoal responsvel pelo desenvolvimento de sistemas entregar o sistema no prazo e dentro do oramento previsto, depois pensam em gerar um sistema produtivo, e por final um sistema flexvel. Com isto logo que o sistema entra em produo, o usurio solicita uma srie de alteraes, e freqentemente o sistema no pode absorver essa mudanas facilmente.

- Neste caso temos sistemas com a seguinte vida til:

WWW.VENDASAPOSTILAS.COM.BR
especificaes projeto 3% necessidades 3% 5% codificao 7% testes 8% testes integrao 7%

manuteno 67%

-Por que a manuteno to cara? Porque ela compreende 6 etapas que no fceis. 1. Entender como o sistema corrente funciona (ou porque ele no funciona) 2. Entender a modificao requerida 3. Avaliar o impacto da modificao no restante do sistema 4. Efetuar a modificao ( a nica que ser efetivamente executada) 5. Testar o sistema modificado 6. Administrar, organizar, controlar e documentar as etapas acima.

tediosas

A falta de documentao, e a falta de projeto faz com que as etapas 1, 2 e 3 se tornem complicadas. Sistemas ineficientes - Mesmo alguns sistemas desenvolvidos com projeto estruturado podem ser ineficientes, pois nos custos de produo de um sistema existem outros fatores que precisam ser considerados: requisitos de memria (problema menor) tempo de processamento normal (ou tempo de resposta normal para sistemas on-line) tempo de processamento anormal ( a quantidade de tempo que um sistema consome com processamento cancelado ou com a produo de resultados errados, ou ainda nos sistemas nos quais as alteraes solicitadas so testadas em produo). deteriorao do tempo de vida til custos de processamento