Sustentação de sistema antigo (legado)

Podemos avaliar o código, os dados, os acessos e a documentação disponível para entender o que pode ser mantido ou corrigido. Antes de mudanças, verificamos as cópias de segurança e os testes que podem ser feitos em separado. Sem código-fonte, acesso suficiente ou uma cópia utilizável, a viabilidade e a recuperação de dados precisam ser avaliadas; não são presumidas.

O orçamento é sob demanda e considera o estado do código, os dados, as dependências e o que precisa ser feito. A avaliação organiza o escopo e o valor por escrito; suporte e manutenção continuada variam conforme o projeto e são definidos em contrato.

A avaliação reúne o comportamento observado, registros disponíveis, trechos do código e a rotina de quem usa. Quando há dados e ambiente autorizados, a falha pode ser reproduzida em separado; o que não puder ser confirmado fica registrado como hipótese ou pendência.

A avaliação verifica se existe uma cópia acessível e se a restauração pode ser conferida em ambiente separado. Se não houver cópia utilizável ou autorização para validar, essa condição é apresentada antes de uma mudança em produção. A mudança só avança depois que o risco estiver claro.

O plano prioriza um ambiente separado e dados de teste autorizados. Sistemas sem ambiente de homologação podem exigir preparação e acessos específicos; as condições são avaliadas antes de definir como validar a correção. O cliente aprova o conjunto de testes e os critérios de retorno.

Às vezes. Depende do acesso ao servidor, ao banco de dados, aos registros e das condições de uso do sistema. A avaliação separa o que pode ser entendido sem o código do que depende dele ou do fornecedor. O diagnóstico informa esses limites antes de qualquer intervenção.

A avaliação compara funcionamento, riscos técnicos, dependências, custo de manutenção disponível e necessidade da operação. A recomendação registra os caminhos possíveis; a decisão fica com a empresa. Ela considera a continuidade necessária, os riscos de migração e as dependências de fornecedores, sem presumir que modernizar seja sempre melhor.

Não dá para prometer uma troca sem interrupção. Quando os sistemas e os acessos permitem, a transição pode ser planejada por partes, com validação dos dados e convivência controlada entre as soluções. As condições ficam explícitas antes de começar. A equipe informa os riscos e limites antes do planejamento.

A equipe avalia a tecnologia encontrada e a experiência disponível para ela. PHP, JavaScript e bancos SQL aparecem em sistemas empresariais; para outras tecnologias, a viabilidade é analisada antes de assumir o trabalho. A decisão depende de acesso, escopo e risco de intervenção.

O prazo depende da causa, dos acessos, das dependências e dos testes possíveis. A avaliação descreve o que já pode ser estimado e o que ainda precisa ser confirmado; o planejamento é apresentado por escrito antes da execução. A empresa recebe essa estimativa depois de revisar as condições.

Suporte e manutenção variam conforme o projeto e são definidos em contrato. O combinado especifica canais, responsabilidades, tratamento de falhas e como solicitar mudanças depois da entrega. A proposta informa o prazo de acompanhamento e quem responde quando uma falha depende de outra ferramenta.