Quando um fornecedor declara que não pretende mais fornecer suporte ou serviços a um software (e declara a intenção de sair do negócio - sem oferecer caminhos de atualização), que tipo de recurso está disponível para o cliente?
Por favor, considere isso do ponto de vista do cliente . É provável que a equipe de TI do cliente considere apenas as opções técnicas, mas provavelmente existem opções não técnicas que o cliente também pode buscar. Além disso, que tipo de medidas razoáveis podem ser tomadas pelo cliente com antecedência para minimizar interrupções, como nos termos do contrato?
Coisas em que consigo pensar:
- É necessário adquirir hardware sobressalente e configurar um ambiente sobressalente no qual o software possa continuar operando.
- Vários métodos de exportação de dados que não requerem envolvimento do fornecedor. (Isso pode incluir técnicas triviais, como examinar os dados armazenados em um back-end de banco de dados de commodities, as técnicas mais envolvidas, como captura de tela, impressão em imagem seguida de nova digitalização, etc.)
- Sistemas paralelos em que a equipe duplicará os dados antigos em um novo sistema manual ou semi-automaticamente
- Meios legais, caso o fornecedor esteja com problemas financeiros (como no caso do depósito em código-fonte )
Alguma outra ideia?
- Supondo que não haja "evasão" envolvida (sem DRM, sem DMCA), a recuperação de dados ou a engenharia reversa são legais / aceitáveis?
Nota editada:
É uma combinação de várias histórias anedóticas, mas reais. Não estou diretamente envolvido em nenhum deles. É simplesmente meu desejo de aprender sobre como a situação de "fim de vida de software" é tratada em geral. Não é minha intenção fazer a história original parecer "muito difícil" para ser resolvida.
Respostas:
A engenharia reversa é perfeitamente aceitável em seus próprios dados. Supondo que você tenha os arquivos de banco de dados para começar. Se for um serviço hospedado, é melhor você pagar a taxa e exportar os dados. imo, é extremamente rude e pouco profissional deles exigir uma taxa por isso, mas algumas pessoas não se importam com essas coisas.
Como você sabe que esse aplicativo é algo que você precisa, talvez se possível, é hora de um sistema desenvolvido internamente? Dessa forma, você não vai acabar nessa situação novamente.
fonte
Uma estratégia que não está na sua lista é contratar uma equipe de estagiários e dar a eles o verão para descobrir isso. Como provavelmente seria um projeto único, não importará se o código é bonito, se leva muitas horas ou se é preciso apenas muita entrada manual de dados.
fonte
Se o produto é algo para o qual você não precisa de alterações, não preveja a necessidade de alterações e é executado em seu próprio hardware, sempre há a opção de aceitar o risco de continuar usando-o.
Não é chique, e pode ser uma dor, mas dependendo do produto e do fornecedor que você pode encontrar, se você pensar que a situação não é diferente do que era quando o fornecedor o apoiou tecnicamente.
Uma observação: se o sistema é algo exposto ao público, essa é uma abordagem ruim, porque você não tem como obter as atualizações de segurança aplicadas.
fonte