Software. Como construir?

Transcrição

1 Software Como construir?

2 Produção de Software Hoje, temos normas da ISO 9003 que certificam o processo de produção de software bem como o software pronto. Normas exigem qualidade no gerenciamento Normas exigem qualidade no gerenciamento do projeto e tais exigências são convertidas em benefícios para os usuários e desenvolvedores.

3 Ciclo de Vida do Software Desenvolvimento de um software feito em fases. Fases colocadas em seqüência Ciclo de Vida Ciclo de Vida começa quando o usuário solicita o software e ocorre a concepção do problema e termina quando o software cai em desuso. Ciclo de Vida: o modo como fazemos as coisas por aqui

4 Ciclo de Vida do Software O ciclo de vida deve viabilizar: Definição de pontos de controle; Planejamento e acompanhamento do progresso; Planejamento e acompanhamento do orçamento Estimativas Gerência de risco Permite detectar os problemas exatos na hora exata.

5 Especificam: Modelos de processos atividades que devem ser executadas a ordem em que devem ser executadas. Objetivo: auxiliar processo de produção para ter: produtos de alta qualidade, produzidos mais rápido a um custo menor.

6 Focalizam: o que como mudanças Modelos de processo

7 O que será desenvolvido Que informação vai ser processada; Que função e desempenho são desejados; Que comportamento pode ser esperado; Que interfaces serão estabelecidas; Que restrições de projeto existem; Que critérios de validação são exigidos para definir um sistema bem sucedido

8 Engenharia de sistemas O que 3 tarefas conhecer o sistema como um todo para que o software possa ter boa interoperabilidade Planejamento do projeto de software seqüência de tarefas, datas, documentos a serem gerados Análise de requisitos coleta de dados intensificada e concentrada no software

9 Como será desenvolvido Como os dados serão estruturados; Como a função será implementada; Como as interfaces serão caracterizadas; Como o projeto será traduzido em uma linguagem de programação; Como os teste serão efetuados.

10 Como 3 tarefas projeto do software deve ser documentado geração do código em linguagem de programação teste do software Definindo nível de corretude, confiabilidade, robustez, desempenho, amigabilidade...

11 Qualidades de Software Corretude de acordo com especificação funcionalmente corretos. Confiabilidade usuário pode depender dele. Até quando? Robustez capacidade de recuperar-se de erros não previsto(falha HD, queda energia) Desempenho performance uso recurso computacional

12 Mudanças Correção de erros; Adaptações exigidas conforme o ambiente do software evolui; Melhoramentos funcionais ocorridos por alterações nos requisitos do cliente. A fase de manutenção reaplica os passos das fases de definição e desenvolvimento no contexto de um software existente.

13 Manutenção de Software Custos Hardware x Software 1970 = 8: = 2:8 Hoje = 1:9 Custos com manutenção HP-Alemanha 50% engenheiros envolvidos com manutenção VW 80% engenheiros envolvidos com manutenção

14 Solicitação do Usuário Validação da Solicitação Proposta de Sistema Projeto de Sistema Exemplo de fases Desenvolvimento de Sistema Manutenção de Sistema

15 Fase O1- Solicitação do Usuário Atividades: 1 -Pedido do Usuário: E uma atividade informal, na qual o usuário expõe a sua necessidade e a natureza do problema. 2 -Avaliação do Problema:Faz-se por meio de contatos com o solicitante e/ou encarregado, definindo-se, em linhas gerais, as informações necessárias, sua amplitude, envolvimentos e compatibilidade com o exposto pelo usuário. 3 -Formalização da Solicitação: Consiste em sintetizar, no formulário "Pedido do Usuário", as informações obtidas na atividade anterior e submetê-las à aprovação do usuário, formalmente.

16 Fase 02 - Viabilização da Solicitação Atividades: 1 -Estudo do Problema:Consiste em identificar a amplitude e a abrangência do problema, bem como as possíveis soluções, através de reuniões e contatos com o usuário. 2 -Disponibilidade de Recursos: Consiste em identificar os recursos necessários às soluções encontradas para o problema que estão ou poderão estar disponíveis. 3 -Relações Custo/Benefício:São elaboradas de modo a favorecer a compreensão da exata dimensão das soluções encontradas, em termos de custo de desenvolvimento, tempo necessário e benefícios a obter. 4 -Relatório Formal do "Estudo de Viabilidade": Consiste em sintetizar, em um relatório, o resultado do estudo do problema e da(s) solução(ões) encontrada(s), visando demonstrar a viabilidade da solicitação do usuário.

17 Atividades: Fase 03 - Proposta de Sistema 1 -Planejamento do Projeto:consiste em estabelecer a organização necessária ao desenvolvimento do projeto. 2 -Levantamento Preliminar:nesta atividade, deverão ser obtidas as informações preliminares da situação atual, relacionando-se as expectativas referentes à resolução dos problemas apresentados. 3 -Análise dos Dados:serão identificados Os aspectos relevantes do levantamento preliminar, selecionando-se as informações que possibilitem estabelecer os objetivos a serem atendidos pela solução, considerando-se as premissas e restrições do projeto. 4 -Estratégia de Desenvolvimento:é a determinação das metas para as diversas atividades que serão executadas, levando-se em consideração aspectos como: recursos disponíveis, prioridades, políticas em vigor e necessidades do usuário.

18 Fase 03 - Proposta de Sistema Atividades: 5- Definições Gerais: consiste em estabelecer: As principais funções "Input's" e "Output's" e o envolvimento do usuário com cada uma; A amplitude do projeto (áreas envolvidas, abrangência da solução); Os objetivos a serem alcançados com a execução do projeto; Filosofias e enfoques que caracterizam a solução; Um relacionamento ou integração da sistemática atual com a proposta; e Os procedimentos necessários à segurança do processamento do sistema proposto. 6 -Relatório Formal -Proposta de Sistema: é a elaboração do documento-base desta fase. Este tem por finalidade obter a aprovação do usuário à alternativa de solução mais conveniente e autorizar o seu projeto. * Ponto de Verificação:Avaliar se a solução proposta atende as necessidades do usuário e se a estratégia de desenvolvimento proposta está compatível com a filosofia atual da empresa. 7 - Apresentação da proposta: é feita didática e objetivamente, aos envolvidos. 8 Aprovação:para isto é distribuída, após a apresentação, uma cópia do relatório formal, devidamente encadernado, às pessoas autorizadas.

19 Fase 04 - Projeto do Sistema Atividades: 1 -Avaliação da Proposta:é dirigida aos procedimentos da alternativa aprovada, levando-se em consideração as eventuais recomendações e/ou ressalvas feitas pelo comitê de sistemas, por ocasião da apresentação/aprovação da proposta.elaboração de um plano de ação. * Ponto de Verificação:consiste em aprovar o planejamento das atividades necessárias ao desenvolvimento 2 -Planejamento do Projeto:é a organização da equipe e do sistema. 3 -Levantamento Detalhado:visa determinar as necessidades de informação de cada setor, no que concebe à coleta, processamento, armazenamento e recuperação. 4 -Analise dos Dados:é a revisão do levantamento e odesenho do sistema a ser envolvido.

20 Atividades: Fase 04 - Projeto do Sistema 5 -Procedimentos especiais:visam fornecer subsídios as áreas de DB (Bancos de Dados) e TP (Teleprocessamento) para definição dos procedimentos por elas requeridos. * Ponto de Verificação:avaliar se o conjunto de definições atende as necessidades da área de DB e/ou TP. 6 -Elaboração do Relatório Formal:deve descrever, detalhadamente, o modelo do sistema a ser desenvolvido, tendo por finalidade dar ao usuário conhecimento exato das suas rotinas e procedimentos, para a sua aprovação. * Ponto de Verificação:avaliar se 0 modelo proposto atende as necessidades do usuário e se a estratégia de desenvolvimento está compatível com a filosofia atual da empresa. 7 -Apresentação do Projeto:é feita didática e objetivamente aos elementos envolvidos e abrange: Planejamento da apresentação; Preparação do material didático necessário; Apresentação interna; Obtenção da aprovação. 8 Aprovação:é distribuída uma cópia do relatório formal, logo após a apresentação, devidamente encadernado, as pessoas autorizadas.

21 Atividades: Fase O5 - Desenvolvimento de Sistemas 1 -Revisão de Procedimentos:consiste na reavaliação dos procedimentos definidos no projeto e no detalhamento das necessidades funcionais, operacionais e técnicas para o desenvolvimento do sistema. 2 -Planejamento das Atividades:consiste em organizar e distribuir todas as atividades a serem cumpridas nesta etapa. * Ponto de Verificação:aprovar o planejamento das tarefas necessárias ao desenvolvimento do sistema. 3 -Consolidação da Estrutura de Dados:trata-se da revisão e estabelecimento definitivo do conteúdo de toda a base de dados do sistema, qualquer que seja a sua característica. * Ponto de Verificação: avaliar a revisão e a consolidação da estrutura de dados. 4 -Definição das Rotinas de Processamento:consiste em agrupar, logicamente, todos os processos do sistema, visando ao desenvolvimento modular, estabelecer os meios, características e detalhes. 5 Programação:é a distribuição, definição e acompanhamento dos serviços de programação do sistema.

22 Atividades: Fase O5 - Desenvolvimento de Sistemas 6 -Elaboração dos Manuais Operacionais:consiste em agrupar, didaticamente, as informações necessárias ao perfeito entendimento do sistema e à sua correta operação. 7 -Rotina de Conversão:trata-se da criação do processo necessário à conversão da informações (para sistemas existentes) ou iniciarão da base de dados. 8 Simulação:consiste em proceder-se à simulação de todo o sistema, mediante teste integrados de todos os programas, com informações, fluxos e mapas de acompanhamento, para verificação do perfeito funcionamento das rotinas. * Ponto de Verificação: aprovar resultados obtidos na simulação pelo usuário. 9 Treinamento:consiste em orientar todos os envolvidos na maneira de utilizar, opera e controlar o sistema a ser implantado. 10 Implantação:é a colocação em prática do sistema desenvolvido e a efetivação da mudanças organizacionais requeridas para a sua correta operação. * Ponto de Verificação: realizar uma reunião para formalizar a aceitação do sistema pele usuários e áreas diretamente envolvidas.

23 Fase 06 - Manutenção do Sistema Atividades: 1 Avaliação:consiste em verificar, periodicamente, a "performance" do sistema implantado, efetuando-se correções, ajustes e implementações. 2 -Pedido de Alteração:onde se aponta a natureza do problema, a necessidade e a urgência da solução. 3 -Diagnóstico da Solicitação:traçam-se considerações sobre as causas do problema e sobre a solução requerida, determinando-se, em função do "porte" da alteração, a atividade necessária ao desenvolvimento da solução, aplicando-se as fases da metodologia, desde a solicitação do usuário até a implantação da solução, passando-se, obrigatoriamente, pela atualização da documentação necessária.

24 Alguns modelos de processos Ciclo de vida clássico, Modelo Evolutivo Modelo Iterativo e Incremental Etc.

25 Ciclo de Vida Clássico (Modelo em Cascata) É um método sistemático e seqüencial, em que o resultado de uma fase se constitui na entrada da outra fase Propicia: disciplina, planejamento e gerenciamento. Utilizado quando requisitos estão claros no início do desenvolvimento.

26 Ciclo de Vida Clássico (Modelo em Cascata) Análise e especificação de requisitos Projeto Implementação e Teste unitário Integração e Testes do sistema Operação e manutenção

27 Problemas do Ciclo de Vida Clássico Rigidez desvios são desencorajados pois requerem replanejamento; Planejamento é orientado para entrega do produto de software em uma data única; Processo de desenvolvimento pode ser longo aplicação pode ser entregue quando as necessidades já tiverem sido alteradas

28 Paradigma Evolutivo Baseado no desenvolvimento e implementação de um produto inicial, que é submetido aos comentários e críticas do usuário. O produto vai sendo refinado através de múltiplas versões, até que o produto de software almejado tenha sido desenvolvido.

29 Paradigma Evolutivo Desenvolvimento e validação executadas paralelamente Rápido feedback entre elas Desenvolvimento exploratório trabalhar junto com o usuário descobrir requisitos de modo incremental Começa com partes que são mais bem entendidas, e a partir delas ocorre a evolução, à medida que novas características são adicionadas depois de sugeridas pelo usuário.

30 Paradigma Evolutivo Atividades Paralelas Versão Inicial Descrição Desenvolvimento Versão Intermediária Validação Versão Final

31 Evolutivo usa Protótipo descartável Entender os requisitos do usuário Obter melhor definição dos requisitos Fazer experimentos com os requisitos do usuário que não estão bem entendidos Útil quando usuário não consegue identificar detalhes de entrada, processamento e saída Possibilita criar um modelo do software que lhe permitirá perceber as reações iniciais do usuário e obter sugestões para mudanças.

32 Problemas do Modelo Evolutivo Processo não é visível desenvolvimento ocorre de modo rápido, não produz documentos de cada versão do produto Pobremente estruturados mudanças constantes tendem a corromper a estrutura do software Cliente confunde protótipo com o próprio sistema funcionando

33 Princípios: Processo Unificado Modelo Iterativo e Incremental dividir o trabalho em pacotes de trabalho menores, ordenar por prioridades, desenvolvendo e implantando um pacote por vez. como o software é entregue aos poucos para o cliente, cada entrega significa um aumento, em relação ao cenário anterior.

34 Iterativo Nível de detalhe vai aumentando em iterações sucessivas

35 Incremental Aumenta pouco-a-pouco o escopo do sistema.

36 Processo Unificado

37 Vantagens dos Processos Iterativos Entrega de pacotes possibilita feedbacks mais cedo. Antecipa mudanças - quanto mais tardiamente uma alteração for disparada, maior o retrabalho e conseqüentemente maior o custo envolvido. Custo de Alteração custo tempo

38 Controla riscos: Vantagens dos Processos Iterativos riscos do projeto são avaliados a cada nova iteração Verifica se eles foram atenuados ou não e como esses riscos foram aceitos pelo cliente podendo assim reavaliar os riscos para as próximas iterações. Foca o desenvolv. no produto do cliente: além do produto final existe a produção de artefatos intermediários. focar esforços no produto final reduz o desperdício do projeto.

39 Vantagens dos Processos Iterativos Aumenta a qualidade do produto final: Se, de um lado, as mudanças podem ser um obstáculo para os que desenvolvem e para os que controlam prazo e orçamento, elas podem também indicar que o produto de software está passando por ajustes e vai se aproximando da solução ideal para o cliente. Mudanças permitem melhorar a solução de software.

40 Método ágil Atualmente vem sendo muito utilizados os conceitos de desenvolvimento de software ágil que utilizam o modelo iterativo e incremental Em 2001,grupo de 17 pessoas, referências mundiais em desenvolvimento de software lança o manifesto ágil

41 Manifesto ágil - Princípios Indivíduos e interações são mais importantes que processos e ferramentas; Software funcionando é mais importante do que documentação detalhada; Colaboração com o cliente é mais importante do que negociação de contrato; Adaptação à mudanças é mais importante do que seguir o plano inicial.

42 Manifesto ágil - Motivações Reação às metodologias pesadas Menos orientação ao documento e mais orientação ao código Métodos claros e adaptáveis Processos ágeis (evitar atividades que consomem e não produzem ganhos visíveis)

43 Metodologias ágeis São uma atitude, não um processo prescritivo É um suplemento aos métodos existentes e não uma metodologia completa. É uma forma efetiva de se trabalhar em conjunto para atingir as necessidades das partes interessadas no projeto. O cliente faz parte da equipe de desenvolvimento.

44 Metodologias ágeis As metodologias ágeis não são contra a documentação, pelo contrário, elas aconselham a criação de documentos que tenham valor.

45 Exemplos de métodos ágeis: Extreme Programing(XP); Scrum; Feature Driven Development(FDD); Crystal/Clear; Dynamic System Development Method(DSDM); Adaptive Software Development(ASD).