¿Cómo lidiar con las situaciones de "final de vida útil del software"?

14

Cuando un proveedor declara que ya no tiene la intención de proporcionar soporte o servicios a una parte del software (y declaró la intención de abandonar el negocio, sin ofrecer rutas de actualización), ¿qué tipo de recurso está disponible para el cliente? / p>

Considere esto desde el punto de vista del cliente . Es probable que el personal de TI del cliente solo considere las opciones técnicas, pero es probable que existan opciones no técnicas que el cliente también puede seguir. Además, ¿qué tipo de medidas razonables puede tomar el cliente con anticipación para minimizar la interrupción, como en los términos del contrato?

Cosas en las que puedo pensar:

  • Es necesario comprar hardware de repuesto y configurar un entorno de repuesto en el que el software pueda continuar funcionando.
  • Varios métodos de exportación de datos que no requieren la participación del proveedor. (Esto puede incluir técnicas triviales, como examinar los datos almacenados en el backend de una base de datos de productos básicos, a técnicas más complejas como el raspado de la pantalla, imprimir en una imagen y luego volver a escanear, etc.)
  • Sistemas paralelos donde el personal duplicará los datos antiguos en un nuevo sistema de forma manual o semiautomática
  • Medios legales, en caso de que el proveedor esté en problemas financieros (como en el caso de custodia del código fuente )

¿Alguna otra idea?

  • Suponiendo que no hay una "elusión" involucrada (sin DRM, sin DMCA), ¿es legal / aceptable la recuperación de datos o la ingeniería inversa?

Nota editada:

Es una combinación de varias historias anecdóticas, pero reales. No estoy directamente involucrado en ninguno de esos. Es simplemente mi deseo de aprender acerca de cómo se maneja la situación del "final de vida útil del software" en general. No es mi intención hacer que la historia original parezca demasiado "difícil" de resolver.

    
pregunta rwong 20.02.2011 - 15:36

3 respuestas

2

La ingeniería inversa es perfectamente aceptable en sus propios datos. Suponiendo que tiene los archivos de base de datos para empezar. Si es un servicio alojado, es mejor que pague la tarifa y que exporten los datos. Imo, es extremadamente grosero y poco profesional de ellos exigir una tarifa por eso, pero a algunas personas no les importan esas cosas.

¿Ya sabe que esta aplicación es algo que necesita, quizás si es factible, es hora de un sistema desarrollado internamente? De esta manera no volverás a terminar en esta situación.

    
respondido por el GrandmasterB 21.02.2011 - 05:19
2

Una estrategia que no está en tu lista es traer un equipo de pasantes y darles el verano para que lo resuelvan. Como es probable que se trate de un proyecto único, no importará si el código es bonito, si lleva muchas horas o si solo requiere mucha entrada de datos manual.

    
respondido por el smithco 21.02.2011 - 03:00
0

Si el producto es algo que no requiere cambios, no prevea que se requieran cambios y se ejecute en su propio hardware, siempre existe la opción de aceptar el riesgo de seguir utilizándolo.

No es lujoso, y puede ser una molestia, pero dependiendo del producto y del proveedor, si lo piensa, puede encontrar que la situación no es diferente a como lo era cuando el proveedor lo apoyó técnicamente.

Una nota: si el sistema es algo expuesto al público, este es un mal enfoque porque no tiene manera de aplicar las actualizaciones de seguridad.

    
respondido por el Bill 21.02.2011 - 16:59

Lea otras preguntas en las etiquetas