1

SUMÁRIO
2

 Dinâmica da evolução de programas

 Manutenção de software
 Processo de evolução
 Evolução de sistemas legados
 Mudança de Software
3
 Manutenção de software
4

 Mudança de software é inevitável:

Novos requisitos surgem quando o software é utilisado;
O ambiente de negócio muda;
Erros devem ser reparados;
Novos computadores e equipamentos são
adicionados ao sistema;
O desempenho ou a confiabilidade do sistema
deve ser melhorada.
 Estratégias de mudança de software
5

 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
 Nenhumafuncionalidade é adicionada ao sistema, mas
ele é re-estruturado e re-organizado p/ facilitar
mudanças futuras
 O processo de manutenção
6
 Pedidos de mudança
7
 Pedidos de Mudanças
8
 Dinâmica de evolução de programas – Leis de Lehman
9

 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.
 5 Leis de Lehman
10

 Mudança contínua.
 Aumento da complexidade.
 Evolução de programas de larga escala.
 Estabilidade organizacional.
 Conservação da familiaridade.
 Tipos de Manutenção de Software
11

 Manutenção Corretiva - Identificar e corrigir erros.

 Manutenção Adaptativa - Adaptar o software ao
ambiente.
 Manutenção Perfectiva - Atender pedidos de
utilizadores para modificar funções existentes ou
incluir novas funções.
 Manutenção Preventiva - Melhorar a
manutenibilidade ou confiabilidade futuras.
 Distribuição do esforço de manutenção
12
 Custos de manutenção
13
 Manutenção - Fatores de custos
14

 Estabilidade da equipa;
 Responsabilidade contratual;
 Habilidades da equipa;
 Idade e estrutura do programa.
 Pedidos de mudança
15

 São feitos pelos utilizadores, clientes ou gestores.

 Na prática, alguns pedidos devem ser
implementados urgentemente:
 Reparar falhas;
 Mudanças no ambiente;
 Mudanças urgentes do negócio.
 Previsão de mudança
16

 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.
 Previsão de mudança
17
 Sistemas Legados
18

 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.
 Sistemas Legados
19

 Há uma necessidade de converter muitos sistemas

legados de uma arquitetura centralizada p/ uma
cliente-servidor
 Razões:
 Custosde HW;
 Expectativas quanto à interface com do utilizador;

 Acesso distribuído aos sistemas.

 Risco de substituir Sistemas Legados
20

 Sistemas de legado, raramente, têm uma

especificação completa.
 Os processos corporativos e a forma 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.
 Risco de substituir Sistemas Legados
21

 Partes diferentes implementadas por diferentes

equipas.
 Linguagem de programação obsoleta.
 A documentação de sistema está desatualizada.
 A estrutura de sistema corrompida por muitos anos
de manutenção.
 Estruturas de ficheiros utilizadas podem ser
incompatíveis.
 Avaliação dos Sistemas Legados
22

 Descartar completamente o sistema.

 escolhida quando o sistema não estiver a prestar 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.
 Dúvidas…
23

FIM