Please enable JavaScript.

Coggle requires JavaScript to display documents.

Manutenção e Evolução - Coggle Diagram

- - - - Há casos em que os desenvolvedores do sistema original não são os responsáveis pela implementação da mudança
      - Entender como o programa está estruturado, como implementa a funcionalidade e como a mudança proposta afeta o programa
    - - Ignoram as fases do processo de engenharia de software
  - - - Redução de custos e de riscos
    - - Tradução de código-fonte
        
        Análise do programa para sua compreensão
        
        Melhoria de estrutura do programa
        
        Reorganização da estrutura do programa
        
        Limpeza e reestruturação de dados do sistema
  - - - Deve levar em conta os diferentes pontos de vista de cada cliente para avaliar os seguintes aspectos
        
        Uso do sistema
        
        Processos de negócio apoiados
        
        Dependabilidade do sistema
        
        Resultados do sistema
    - - Avaliação de Processo de negócio
        
        O quão bem o Processos de negócio dá suporte para a empresa?
        
        Existe um modelo de processo definido, esse é seguido?
        
        Diferentes partes da organização usam processos diferentes para a mesma função?
        
        Como o processo foi adaptado?
        
        Quais são os relacionamentos com outros processos de negócios, esses são necessários?
        
        O processo efetivamente recebe suporte do software de aplicação legada?
      - Avaliação de ambientes
        
        Quão eficiente é o ambiente do sistema e quão caro é mantê-lo?
        
        Fatores
        
        Estabilidade do fornecedor
        
        Taxa de falhas
        
        Idade
        
        Desempenho
        
        Requisitos de apoio
        
        Custos de manutenção
        
        Interoperabilidade
      - Aplicação da avaliação
        
        Qual é a qualidade do sistema de aplicação de software?
        
        Fatores
        
        Integibilidade
        
        Documentação
        
        Dados
        
        Desempenho
        
        Linguagem de programação
        
        Gerenciamento de configuração
        
        Dados de teste
        
        Habilidades de pessoal
      - Medições do sistema
        
        Refere-se a coleta de dados quantitativos para realizar a avaliação da qualidade do sistema de aplicação
  - - - São implementadas pela modificações de componentes existentes e adição de novos
    - - Correção de defeitos do software
      - Adaptação do software para um ambiente operacional diferente
        
        É o tipo de manutenção que concentra o menor esforço dentre as equipes
      - Adição ou modificação da funcionalidade do sistema
        
        Modificando o sistema para satisfazer novos requisitos
        
        A maioria dos esforços das equipes de manutenção é concentrado nesse tipo
        
        Mais caro adicionar recursos durante a manutenção do que adicionar os mesmos recursos na fase de desenvolvimento
        
        Exemplos de situações que geralmente tendem a tornar o custo dessa etapa mais elevado
        
        Uma nova equipe precisa entender os programas que estão sendo mantidos
        
        Separar manutenção e desenvolvimento significa que não há incentivo para a equipe de desenvolvimento escrever software sustentável
        
        O trabalho de manutenção de programas é impopular
        
        A equipe de manutenção geralmente é inexperiente e tem conhecimento de domínio limitado.
        
        À medida que os programas envelhecem, sua estrutura se degrada e eles se tornam mais difíceis de mudar
    - - Afetado por fatores técnicos e não técnicos
      - Aumentam a medida que o software é mantido
        
        A manutenção corrompe a estrutura do software dificultando futuras manutenções
      - Para sistemas customizados, os custos da manutenção conseguem ser maiores que os de desenvolvimento
    - - Está preocupada em avaliar quais partes do sistema podem causar problemas e terão altos custos de manutenção
      - Prever o número de mudanças exige a compreensão do relacionamento entre um sistema e seu ambiente
      - Sistemas fortemente acoplados exigem mudanças sempre que ocorrem alterações no sistema
      - Métricas
        
        Métricas de complexidade
        
        Depende de
        
        Estruturas de controle
        
        Estruturas de dados
        
        Métodos de objetos e tamanho de módulo
        
        As previsões podem ser feitas por meio de avaliação da complexidade dos componentes
        
        Métricas de processo
        
        Podem ser usadas para a avaliar a capacidade de manutenção
        
        Fatores que indicam um declínio na manutenibilidade do software se estiverem aumentando
        
        Número de solicitações de manutenção corretiva
        
        Tempo médio necessário para a análise de impacto
        
        Tempo médio necessário para implementar uma solicitação de mudança
        
        Número de solicitações de mudança pendentes
      - Refatoração
        
        Realizar mudanças no programa internamente sem alterar o funcionamento externo
        
        É um método de manutenção preventiva
- - - - Sistemas legados podem ser escritos para hardware que não estão mais disponíveis
    - - O sistema legado pode depender de uma variedade de softwares de apoio que podem estar sem suporte ou obsoletos
    - - Não é um único programa e sim um conjunto de aplicações menores que trabalham juntas para oferecer os serviços necessários
    - - Esses são dados que são processados pelo sistema e podem ser inconsistentes, duplicados ou mantidos em bancos de dados diferentes
    - - São processos que são usados no negócio para atingir algum objetivo, podem ter sido projetados em torno do sistema legado e restringir o programa
    - - São definições de como o negócio deve ser realizado e restrições ao negócio, o uso do software legado pode ser incorporado nessas regras
    - - Processos de negócio
      - Software de aplicação
      - Plataforma e software de infraestrutura
      - Hardware
  - - - Nenhum estilo de programação consistente
      - Uso de linguagens de programação obsoletas com poucas pessoas disponíveis com essas habilidades linguísticas
      - Documentação inadequada do sistema
      - Degradação da estrutura do sistema
      - Otimizações de programas podem torná-los difíceis de entender
      - Erros de dados, duplicação e inconsistência
    - - Falta de especificação completa do sistema
      - Integração rigorosa do sistema e dos processos de negócios
      - Regras de negócios não documentadas incorporadas no sistema legado
      - O desenvolvimento de novos softwares pode atrasar e/ou ultrapassar o orçamento
    - - Decisões
        
        Continuar mantendo o sistema
        
        Transformar o sistema por meio de reengenharia
        
        Substituir o sistema por um novo
        
        Descarte / modificação nos processos de negócio
      - Categorias
        
        Alto valor de negócio & alta qualidade
        
        Manter a manutenção normal
        
        Alto valor de negócio & baixa qualidade
        
        Reengenharia ou substituição por sistema novo (COTS)
        
        Baixo valor de negócio & alta qualidade
        
        Se a manutenção não for cara, mantém, caso contrário, descarta
        
        Baixo valor de negócio & baixa qualidade
        
        Descartar
  - - - Para OO, é melhor o uso de polimorfismo
- - - - Em fases de testes, sendo aprimorado para atender as expectativas dos clientes em serviço
      - Quase imperceptível a mudança, pois ambos são baseados no desenvolvimento incremental (para casos onde o desenvolvimento segue um método ágil)
        
        Esse fato pode ocasionar problemas de transferência se a equipe encarregada da evolução não estar familiarizada com os processos da equipe de desenvolvimento
    - - Etapa que o software está em uso ativo pelos clientes
      - Nessa fase, as únicas mudanças feitas são as correções de bugs ou mudanças para refletir o ambiente do software
      - Nenhuma funcionalidade nova é adicionada
    - - Etapa de aposentadoria do software, onde o software ainda pode ser usado, mas nenhuma outra alteração é realizada nele
    - - Etapa inicial de construção / adaptação / aquisição de software pela empresa
      - É possível integrar com a evolução por meio de um modelo espiral
- - - - Processo de evolução de software
        
        Novo sistema