Reengenharia. Fabrício de Sousa

Transcrição

1 Reengenharia Fabrício de Sousa

2 Introdução Considere qualquer produto de tecnologia que tenha servido bem a você, você utiliza regulamente, mas está ficando velho Quebra com frequencia Muito tempo para reparar o defeito Deixou de ser a tecnologia mais recente 2

3 Introdução Hardware Troca por uma mais novo Software feito por encomenda Precisa reconstruí-lo Funcionalidade adicional Melhor desempenho Confiabilidade Manutenibilidade aperfeiçoada REENGENHARIA 3

4 Motivação Vivemos em um mundo que está modificando rapidamente Grandes avanços tecnológicos Pressão competitiva Mudanças das regras de negócio Mudanças no software ou reconstrução 4

5 Reengenharia de Processo do Negócio Business Process Reengineering (BPR) A busca para, e a implementação de, modificações radicais no processo do negócio para conseguir resultados inovadores 5

6 Processos de Negócio É um conjunto de tarefas logicamente relacionadas, realizadas para conseguir um resultado definitivo do negócio Uso de equipamento, pessoal, recursos e procedimentos Tem sempre um cliente definido Uma pessoa ou grupo que recebe o resultado(ex.: relatório, projeto, produto) 6

7 Modelo BPR Definição dos negócios Definição das metas Redução de custos, de prazo, qualidade e desenvolvimento pessoal Identificação do processo Críticos Avaliação do processo Custo, tempo Especificação e projeto do processo Casos de uso para cada processo que será reprojetado Prototipação Refinamento e Instanciação 7

8 Reengenharia de Sofware Uma aplicação serviu por 10 ou 15 anos... Durante esse tempo foi: Corrigida Adaptada Aperfeiçoada muitas vezes Boas práticas de programação foram deixadas de lado (pressão) Hoje: aplicação instável Modificação -> Efeito Colateral A aplicação precisa continuar a evoluir. O que fazer? 8

9 Reengenharia de Sofware Motivação Problemas na manutenção Icerberg 9

10 Manutenção de Software 60% de todo esforço despendido Por que? Software com vida em média de 10 a 15 anos Migração para outras plataformas Ajustados para modificações na tecnologia Novas necessidades do usuário NENHUMA PREOCUPAÇÃO COM A ARQUITETURA 10

11 Manutenção de Software Resultados: Estruturas mal projetadas Mal codificadas Mal documentação Programadores iniciais foram embora Novos não conhecem os sistemas legados 11

12 Por que se gasta tanto tempo com manutenção? 12

13 Por que se gasta tanto tempo com manutenção? 20% consertando erros 80% adaptação ao ambiente externo 13

14 Modelo de Processo de Reengenharia de Software Reengenharia leva tempo Custo significativo Absorve recursos Atividade de Reconstrução 14

15 Casa Você adquiri uma casa de preço acessível, mas com a advertência que talvez seja necessário reconstruí-la Inspeção Reconstruir ou não?» Estrutura fraca -> Demolir» Estrutura firme -> Reformar Reconstruir» Entenda como o original foi construído» Paredes, fiação, canalização, estrutura interna» Conhecimento adquirido é importante» Use materiais modernos e duradouros-> Menos manutenção 15

16 Modelo de Processo de Reengenharia de Software Análise do inventário Reestruturação de documentos Engenharia reversa Reestruturação do código Engenharia avante 16

17 Análise do inventário Inventário de todas as aplicações Descrição detalhada Ex.: Tamanho, idade, criticidade, longevidade, manutenibilidade Ordenação Aparecem candidatos a reengenharia 17

18 Reestruturação de documentos Pouca documentação é marca registrada dos sistemas O que fazemos a respeito? A criação de documentação consome muito tempo Apenas se ele estive estático Precisa ser atualizada, mas temos pouco recursos Documentar quando precisar modificar Sistema crítico e precisa ser totalmente redocumentado 18

19 Engenharia Reversa Origem no mundo do hardware Desmonta-se um produto do concorrente para entender os segredos do concorrente Engenharia de Software reversa Processo de análise de um programa para representá-lo em uma abstração mais alta do que o código-fonte Processo de recuperação do projeto Uso de ferramentas 19

20 Reestruturação do código Apenas alguns módulos do sistema legado precisam ser melhorados para facilitar manutenção e entendimento 20

21 Reestruturação de dados Modificação nos dados, que as vezes refletem no código 21

22 Engenharia avante Renovação ou composição Recupera a informação do software existente e usa essa informação para alterar ou reconstruir o sistema 22

23 Engenharia Reversa Documentação completa Depende de: Nível de abstração Ferramentas Completeza Nível de detalhes Interatividade Grau em que uma pessoa é integrada com ferramentas automáticas 23

24 Engenharia Reversa Direcionalidade Um único sentido Informação extraída do código fonte para o ES 24

25 Engenharia Reversa para entender dados Estruturas de dados internas Estruturas de BD 25

26 Engenharia Reversa para entender o Processamento Análise em diferentes abstrações: Sistema, programa, componente, padrão e declaração 26

27 Engenharia Reversa das Interfaces Quais são as ações básicas que a interface deve processar? Ex.: cliques, botões Qual a descrição compacta da resposta comportamental do sistema a essas ações? 27

28 Engenharia Reversa: Ferramentas Lista abrangente 28