Limites do refactoring¶
Esta página explica o que não pode ser reconstruído automaticamente durante o refactoring e como gerir estas falhas.
Como funciona¶
O refactoring reconstrói os teus serviços com base no que é visível e documentado. Se uma operação acontece "nos bastidores" sem deixar rastos, o sistema não a consegue adivinhar.
Por exemplo: se no teu sistema antigo uma encomenda de 50 euros ativa automaticamente um desconto de 10%, mas esta regra não está escrita em nenhum manual e não aparece em nenhum ecrã, o novo serviço não saberá que deve fazê-lo.
O que tens de fazer¶
- Analisa os processos que usas todos os dias e marca aqueles que acontecem automaticamente sem que tenhas de clicar em nada.
- Sinaliza à glacom® cada integração com software externos que não seja visível na interface do utilizador.
- Verifica os dados no sistema antigo: se existirem registos incompletos ou erros, tens de os limpar antes da [migrazione-dati.md].
- Testa atentamente as funções durante o [periodo-parallelo.md] para encontrar lógicas esquecidas.
O que a glacom® faz¶
Analisa os ecrãs e os fluxos fornecidos para reconstruir a estrutura. Se durante os testes surgir uma função em falta, intervém para a adicionar seguindo o procedimento de [../errori-e-correzioni/aggiungere-quello-che-manca.md].
Limites¶
O refactoring não pode reconstruir: - Lógicas escondidas: regras de cálculo ou automatismos nunca documentados e não visíveis nas interfaces. - Integrações fechadas: ligações com sistemas de terceiros aos quais não é possível aceder ou que não expõem dados. - Dados corrompidos: se as informações no sistema antigo estiverem erradas ou incompletas, o novo serviço herdará o erro.
Problemas frequentes¶
- Falta uma função que existia antes? → Provavelmente era uma lógica escondida: sinaliza-a imediatamente através de um [../supporto/ticket.md].
- O novo sistema dá erros em alguns dados? → Verifica se os dados originais estavam corretos ou se estão corrompidos na fonte.
- Um software externo já não comunica? → Verifica se a integração se baseava em acessos não documentados.
Na app
Não disponível na app: a gestão dos limites de refactoring acontece exclusivamente através de coordenação direta com a equipa de projeto.