"소프트웨어 수명 종료"상황을 처리하는 방법은 무엇입니까?

공급 업체가 더 이상 소프트웨어에 지원이나 서비스를 제공하지 않을 것이라고 선언하고 (업그레이드 경로를 제공하지 않고 비즈니스를 종료하려는 의사를 밝힌 경우) 고객은 어떤 종류의 상환을받을 수 있습니까?

고객의 입장 에서 이것을 고려하십시오 . 고객의 IT 직원은 기술 옵션 만 고려할 것이지만 고객이 추구 할 수있는 비 기술적 옵션도있을 수 있습니다. 또한 계약 조건과 같이 중단을 최소화하기 위해 고객이 미리 어떤 종류의 합리적인 조치를 취할 수 있습니까?

내가 생각할 수있는 것 :

• 예비 하드웨어를 구입하고 소프트웨어가 계속 작동 할 수있는 예비 환경을 설정해야합니다.
• 공급 업체의 개입이 필요하지 않은 다양한 데이터 내보내기 방법. (여기에는 상품 데이터베이스 백엔드에 저장된 데이터 검사, 화면 스크래핑, 이미지 인쇄, 재 스캔 등의 관련 기술에 대한 간단한 기술이 포함될 수 있습니다)
• 직원이 기존 데이터를 새로운 시스템에 수동 또는 반자동으로 복제하는 병렬 시스템
• 법률 수단, 경우에 공급 업체 (의 경우처럼 금융 문제에 소스 코드 에스크로 )

다른 아이디어가 있습니까?

• "우회"가 없다고 가정하면 (DRM, DMCA 없음) 데이터 복구 또는 리버스 엔지니어링이 합법적 / 허용 가능한가?

수정 된 메모 :

그것은 여러 가지 일화이지만 실제 이야기의 조합입니다. 나는 그들 중 어느 것에도 직접 관여하지 않습니다. "소프트웨어 수명 종료"상황이 일반적으로 처리되는 방식에 대해 배우고 싶은 것이 저의 소망입니다. 원래 이야기를 해결하기 어려운 "어려운"소리로 만드는 것이 나의 의도는 아닙니다.

리버스 엔지니어링은 자신의 데이터에 적합합니다. 시작할 데이터베이스 파일이 있다고 가정하십시오. 호스팅 서비스 인 경우 요금을 지불하고 데이터를 내보내는 것이 좋습니다. imo, 매우 무례하고 비전문가가 비용을 요구하지만 일부 사람들은 그런 일에 신경 쓰지 않습니다.

이 응용 프로그램이 필요한 경우, 가능하면 자체 개발 시스템에 필요한 시간이라는 것을 알고 있습니까? 이렇게하면이 상황에서 다시 끝나지 않을 것입니다.

목록에없는 전략 중 하나는 인턴 팀을 불러서 여름을 알아내는 것입니다. 일회성 프로젝트 일 가능성이 높으므로 코드가 예쁜지, 많은 시간이 걸리거나 많은 수동 데이터 입력이 필요한지는 중요하지 않습니다.

제품을 변경할 필요가없는 제품인 경우, 하드웨어를 변경하거나이를 실행할 필요가없는 경우에는 항상 제품을 계속 사용할 위험을 감수 할 수있는 옵션이 있습니다.

그것은 환상적이지 않으며 고통 스러울 수 있지만 제품과 공급 업체에 따라 공급 업체가 기술적으로 지원했을 때와 상황이 다르지 않다고 생각하면 찾을 수 있습니다.

참고 사항 : 시스템이 대중에게 노출 된 경우 보안 업데이트를 적용 할 방법이 없기 때문에 이는 나쁜 접근 방법입니다.