ANÁLISE E PROJETO DE SISTEMAS

Transcrição

1 CURSO TÉCNICO DE INFORMÁTICA Módulo C ANÁLISE E PROJETO DE SISTEMAS Análise Orientada a Objetos

2 COMO CONSTRUIR UM SOFTWARE?

3 WINDOWS desenvolvedores; 80 milhões de linhas de código; 29 milhões de linhas de código nos últimos 3 anos; Versões compiláveis todos os dias; Testes de regressão constantes; Intervalo de 3 dias para uma mudança submetida aparecer no executável; Compatibilidade com versões anteriores; Instalado em milhares de configurações diferentes.

4 COMO PROJETAR E ORGANIZAR UM SOFTWARE DESTE TAMANHO?

5 ANALISAR É PRECISO Todo software deve começar pela análise. Análise da viabilidade para implantação, análise da complexidade do software, análise de mercado, análise das tecnologias disponíveis. Tudo é válido. A partir da análise, começa-se efetivamente a pensar no desenvolvimento.

6 ARIANE 5 Projeto da Agência Espacial Europeia que consumiu 10 anos e custou US$ 8 bilhões. Capacidade de 6 toneladas de carga; Garante supremacia europeia no espaço;

7 PARECE ATÉ COPACABANA 04 de junho de 1996, voo 501. A bordo estavam dois satélites de US$ 600 milhões. Era o primeiro lançamento da série Ariane 5. Era...

8

9 POR QUE SAIU ERRADO? A maioria dos erros em software são originários de uma análise fraca. É a fase que necessita de mais atenção e ao mesmo tempo, é a mais ignorada. O cliente não sabe o que é possível fazer, pois ele não analisa, apenas pede. E ainda pode pedir errado. Ou então, não sabe o que pedir.

10 METODOLOGIAS - CASCATA

11 PASSO-A-PASSO A metodologia em cascata é concebida em etapas necessárias para completar o desenvolvimento do software. Cada etapa é bem definida e só será avançada quando estiver totalmente concluída.

12 ETAPAS ENGESSADAS Ao avançar de etapa, não é permitido voltar para os passos anteriores pois assume-se que eles estejam corretos. É um processo que tenta evitar mudanças no software, durante o desenvolvimento.

13 NÃO FUNCIONA!

14 METODOLOGIAS - ITERATIVA

15 PRA FRENTE E PRA TRÁS Os passos são os mesmo de um processo em cascata, mas diferencia-se pela revisão constante de todas as etapas, durante o desenvolvimento. Se uma coisa não está indo bem, o melhor a fazer é retornar as etapas anteriores e recomeçar.

16 E VIVA A MUDANÇA! O processo iterativo favorece a mudança constante do projeto e evolução dos requisitos. Não serve somente para correção de erros. Isto aumenta a confiabilidade do software, diminui seu custo e também o tempo de entrega.

17 VAMOS ITERAR! A construção do software dá-se na verdade por um conjunto de várias iterações. É um processo incremental. A cada nova iteração tem-se um avanço na qualidade e capacidade do software.

18 PROBLEMAS GERAIS Problemas podem acontecer em qualquer etapa, seja qual for a metodologia. Podemos destacar: Cliente especifica requisitos confusos; Projeto mal elaborado; Conhecimento da equipe; Tecnologia difícil ou insuficiente; Testes insuficientes

19 O QUE É, ENTÃO, AOO? Já sabemos que a orientação à objeto traz muitos benefícios. Então por que não analisar requisitos e projetar softwares orientados à objeto? Com AOO, pode-se desde o início, projetar classes e objetos em cima dos requisitos e do domínio do problema. Isto torna o processo relativamente mais fácil até mesmo para o cliente, pois a ótica é mais próxima do mundo real.

20 ENTREVISTAS QUESTIONÁRIOS OBSERVAÇÕES IN LOCO CASOS DE USO PESQUISAS PROTOTIPAÇÃO CENÁRIOS FERRAMENTAS DE ANÁLISE