Leitura: Cap : Sommerville; cap20: Pressman

Transcrição

1 Leitura: Cap : Sommerville; cap20: Pressman Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 1/47

2 Manutenção de software É modificar um programa depois que ele foi colocado em uso. A manutenção normalmente não envolve grandes mudanças na arquitetura do sistema As mudanças são implementadas modificando os componentes existentes e adicionando novos componentes ao sistema Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 2/47

3 Tipos de Manutenção de Software Manutenção Corretiva - Identificar e corrigir erros. Manutenção Adaptativa - Adaptar o software ao ambiente. Manutenção Perfectiva - Atender pedidos do usuário para modificar funções existentes ou incluir novas funções. Manutenção Preventiva - Melhorar a manutenibilidade ou confiabilidade futuras. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 3/47

4 Mudança de Software Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 4/47

5 Estratégias de mudança de software Manutenção de software Mudanças são feitas em resposta a requisitos modificados, mas a estrutura fundamental do SW permanece estável. Transformação de arquitetura A arquitetura do sistema é modificada geralmente de uma centralizada p/ uma distribuída Reengenharia de software Nenhuma funcionalidade é adicionada ao sistema, mas ele é re-estruturado e re-organizado p/ facilitar mudanças futuras Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 5/47

6 Dinâmica de evolução de programas Leis de Lehman A dinâmica de evolução de programas é o estudo da mudança do sistema As leis de Lehman são aplicadas a todos os sistemas enquanto eles evoluem. As leis são derivadas das observações aplicadas a sistemas de larga escala desenvolvidos por grandes organizações Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 6/47

7 5 Leis de Lehman Mudança contínua um programa num ambiente real necessariamente muda ou torna-se progressivamente menos útil nesse ambiente. Aumento da complexidade com a evolução do programa sua estrutura tende a ficar mais complexa. Evolução de programas de larga escala a evolução de um programa é um processo auto-regulador. Estabilidade organizacional mudanças de staff/recursos tem poucos efeitos na evolução do sistema. Conservação da familiaridade - a mudança incremental é constante. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 7/47

8 Distribuição do esforço de manutenção Reparação de Falhas (17%) Adaptação de SW (18%) Adição ou modificação de funcionalidade (65%) Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 8/47

9 Modelo espiral p/ manutenção especificação implementação Release 1 operação Release 2 Release 3 validação Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 9/47

10 Custos de manutenção Sistema1 Sistema $ Custos de desenvolvimento Custos de manutenção Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 10/47

11 Manutenção - Fatores de custos Estabilidade da equipe - Custos de manutenção são menores se a mesma equipe está envolvido com o sistema. Responsabilidade contratual Se os engenheiros de SW não tem nenhuma responsabilidade contratual p/ a manutenção, não há incentivo em documentar o SW p/ garantir mudança futura. Habilidades da equipe - A equipe de manutenção é inexperiente e tem conhecimento limitado do domínio. Idade e estrutura do programa - Enquanto o programa envelhece, sua estrutura se degrada tornando-o mais difícil de compreender e mudar. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 11/47

12 O processo de manutenção Pedidos de alterações Análise de impacto Planejamento de release Implementação de mudança Release do sistema Reparo de defeitos Adaptação da plataforma Incremento de sistema Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 12/47

13 Pedidos de mudança São feitos pelos utilizadores, clientes ou gerentes. Na prática, alguns pedidos devem ser implementados urgentemente: Reparar falhas Mudanças no ambiente Mudanças urgentes do negócio Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 13/47

14 Implementação de mudança Mudanças propostas Análise de requisitos Validação de requisitos Desenvolvimento do Software Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 14/47

15 Reparação de emergência Pedido de alteração Análise o códigofonte Modifique o código-fonte Libere o sistema modificado Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 15/47

16 Previsão de mudança A previsão de mudança preocupa-se em avaliar as partes do sistema que podem causar problemas e ter custos de manutenção altos A aceitação da mudança depende da facilidade de manutenção dos componentes afetados pela mudança. Implementar mudanças degrada o sistema e reduz sua a facilidade de manuteção. Custos de manutenção dependem do número de mudanças e os custos de implementação das mudanças dependem da facilidade de manuteção dos componentes do sistema. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 16/47

17 Previsão de mudança Que partes do sistema serão mais dispendiosas para se manter? Previsão de mudança de sistema Previsão de facilidade de manutenção Previsão de custo de manutenção Quais serão os custos manutenção durante o tempo de vida útil desse sistema? Quais os custos de manutenção desse sistema no próximo ano? Que partes serão afetadas pelos pedidos de mudança? Quantos pedidos de mudança podem ser esperados? Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 17/47

18 Evolução da arquitetura Há uma necessidade de converter muitos sistemas legados de uma arquitetura centralizada p/ uma cliente-servidor Razões Custos de HW. Expectativas quanto à interface com o usuário Acesso distribuído aos sistemas Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 18/47

19 Evolução da arquitetura Fatores de distribuição A importância do negócio A idade do sistema (quanto mais velho mais difícil) Estrutura do sistema (quanto mais modularizado, mais fácil) Política de suprimento de HW (substituição dos mainframes por servidores) Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 19/47

20 Sistemas Legados Antigos sistemas que ainda são essenciais para a empresa. Todos os sistemas de software úteis inevitavelmente são modificados quando as empresas passam por mudanças. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 20/47

21 Risco de substituir um Sistemas Legados Sistemas de legado, raramente, têm uma especificação completa. Os processos corporativos e o modo como os sistemas legados operam estão sempre entrelaçados. O sistema pode embutir regras corporativas que não estão documentadas formalmente em outro lugar. Desenvolvimento de software novo é arriscado e pode não ter êxito. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 21/47

22 Mudanças em um Sistemas Legados Partes diferentes implementadas por diferentes equipes. Linguagem de programação obsoleto. A documentação de sistema está desatualizada. A estrutura de sistema corrompida por muitos anos de manutenção (utilização de técnicas para economizar espaço ou aumentar a velocidade). Estruturas de arquivo usadas podem ser incompatíveis. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 22/47

23 Sistemas Legados de Aplicação Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 23/47

24 Sistemas Centrados em Bancos de Dados Programa 1 Programa 2 Programa 3 Programa 4 Sistema de Gerenciamento de banco de dados descreve Modelos de dados lógicos e físicos Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 24/47

25 Avaliação dos Sistemas Legados Descartar completamente o sistema. escolhida quando o sistema não estiver prestando uma contribuição efetiva aos processos. Continuar a manter o sistema. sistema é necessário e sem grande número de modificações. Transformar o sistema de alguma maneira para melhorar sua facilidade de manutenção. qualidade do sistema foi degradada por modificações regulares. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 25/47

26 Avaliação dos Sistemas Legados Valor de negócios Qualidade de sistema Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 26/47

27 Estrutura de Sistemas Legados Interface com o usuário Interface com o usuário serviços serviços Banco de dados Modelo ideal Banco de dados Sistema legados reais Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 27/47

28 Distribuição de Sistemas Legados Aplicação em operação em clientes PC Serviço de aplicação BD IU Terminais a caractere Sistema legado middleware Sistema legado Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 28/47

29 Modelo de Distribuição em Camadas Apresentação Validação de dados Controle de interação Serviços da aplicação Base de dados Organização de tela p/ usuário final Verificar entrada/saída de dados Gerencia seqüência de operação/telas Fornece cálculos básicos Fornece gerenciamento e Armazenamento de dados Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 29/47

30 Opções de distribuição O modelo de distribuição mais simples é a distribuição da interface do utilizador onde somente a interface é implementada no servidor A opção mais complexa é onde o servidor provê gestão dos dados e os serviços são implementados no cliente Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 30/47

31 Spectrum de opções de distribuição Servidor: 1- Controle de interação Validação de dados Serviços Banco de dados 2- Serviços Banco de dados 3- Banco de dados Cliente: 1- Apresentação 2- Apresentação Controle de interação Validação de dados 3- Apresentação Controle de interação Validação de dados Serviços Custo e esforço crescente Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 31/47

32 Distribuição da interface com o usuário A distribuição da interface com o usuário tira vantagem da capacidade de processamento local dos PCs p/ implementar interfaces gráficas Onde há uma separação clara entre a interface e a aplicação então o sistema legado pode ser modificado para distribuir a interface Caso contrário um middleware p/ gerenciamento de tela pode traduzir interfaces textuais p/ gráficas Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 32/47

33 Distribuição da interface do utilizador Cliente desktop PC com interface GUI Sistema legado Serviço de aplicação BD IU Middleware de gerenciamento de tela Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 33/47

34 Manutenção de Código Alienígena Programas com muitos fluxos de controle. Módulos muito grandes. Poucos linhas de comentários significativos. Não existe nenhum outro elemento da configuração de software, além do código. Nenhum membro do pessoal atual de manutenção trabalhou no desenvolvimento do programa. Nenhuma metodologia de desenvolvimento foi aplicada. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 34/47

35 Manutenção de Código Alienígena Solução Engenharia Reversa e Reengenharia Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 35/47

36 Engenharia Reversa e Reengenharia ENGENHARIA REVERSA processo de análise de um software, partindo-se inicialmente da implementação para um nível mais alto de abstração REENGENHARIA implica no exame e na alteração do software para reconstruí-lo em uma nova forma. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 36/47

37 Engenharia Reversa e Reengenharia requisito projeto implementação Eng. progressiva Eng. reversa Eng. progressiva Eng. reversa Reengenharia Reengenharia Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 37/47

38 Reengenharia Re-estruturar ou re-escrever parte ou todo um sistema legado, sem alterar a sua funcionalidade. Aplicável quando alguns subsistemas de um sistema mais amplo requerem uma manutenção freqüente. A re-engenharia envolve a adição de esforço de modo a tornar esses sistemas mais fáceis de manter. Os sistemas poderão ser re-estruturados e re-documentados. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 38/47

39 Vantagens da Reengenharia Risco reduzido: Re-desenvolvimento de software essencial constitui um risco elevado, devido ao papel crítico do software na organização Custo reduzido: Algumas estimativas sugerem que o custo de re-engenharia é significativamente inferior ao custo de redesenvolvimento do sistema, provavelmente 4 vezes inferior Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 39/47

40 Distinção entre Reengenharia e o Novo Desenvolvimento de Software Novo sistema Especificação do sistema Projeto e implementação Novo sistema Sistema de Soft existente Reengenharia de software Compreensão e transformação Sistema Alterado (reengenheirado) Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 40/47

41 Processo de Reengenharia Programa original Document. de programa Programa modularizado Dados originais Tradução de Código-fonte Engenharia reversa Modularização de programa Reengenharia de dados Melhoria de estrutura do prog Programa estruturado Dados reengenheirados Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 41/47

42 Fatores de Custo de Reengenharia A qualidade do software que deve passar pelo processo de reengenharia Ferramentas disponíveis ao processo de reengenharia A extensão de conversão de dados requerida A disponibilidade de pessoal habilitado. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 42/47

43 Engenharia Reversa Analisar o software com o objetivo de recuperar o seu projeto e a sua especificação a partir de seu código-fonte. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 43/47

44 O processo da Engenharia Reversa Análise automatizada Diagrama de estrutura de programa Sistema a ser reengenheirado Repositório de Informações do Sistema Geração de documentos Diagrama de estrutura de dados Anotação manual Matrizes de rastreamento Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 44/47

45 Problemas com a Reestruturação Perda de comentários / Perda de documentação. A reestruturação não ajuda na presença de uma modularização pobre, onde componentes relacionados estão dispersos pelo código A compreensão de programas orientados a dados poderá não ser melhorada através da reestruturação Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 45/47

46 Modularização de programa É o processo de reorganizar um programa, de modo que as partes relacionadas sejam coletadas e consideradas um único módulo. Tipos de módulos: Abstrações de dados; Módulos de hardware; Módulos funcionais; Módulo de apoio ao processo. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 46/47

47 Reengenharia de Dados Envolve a análise e a reorganização das estruturas de dados (e, por vezes, dos valores dos dados) num programa. Razões para usar a reengenharia de dados: Limpeza de dados; Extensão de dados; Migração de dados. Auxiliadora Freire Fonte: Engenharia de Software 6º Edição / Ian Sommerville 2000 Slide 47/47