Definir la salida al elegir una solución de software
El código abierto facilita los cambios. Los datos, las cuentas y los servicios que deben trasladarse dependen del alcance de salida elegido.
Al elegir una solución de software, un plan de salida debería especificar qué cambio deberá ser posible más adelante. Un nuevo equipo de desarrollo, un nuevo alojamiento y la sustitución completa de los servicios conectados son proyectos distintos. Fijar pronto ese límite permite aceptar dependencias de forma consciente y acordar las pruebas necesarias.
El código abierto no elimina las dependencias externas
Una licencia conforme a la Open Source Definition de la OSI incluye acceso al código fuente y la posibilidad de distribuir modificaciones y obras derivadas. No transfiere automáticamente un servicio de búsqueda alojado, una cuenta de empresa ni los documentos almacenados allí.
En el portal ficticio P-18, el código de la aplicación tiene una licencia de código abierto. Los documentos originales están en un almacenamiento de archivos separado, las asignaciones de personas a proyectos en la aplicación y el índice de búsqueda en un servicio gestionado. Un nuevo desarrollador puede modificar el código. Que el portal encuentre los mismos documentos con las mismas reglas de acceso tras cambiar de proveedor sigue siendo otra cuestión.
Distinga el alcance del cambio antes de contratar
En este ejemplo hay tres objetivos posibles. La tabla recoge pruebas esperadas, no una migración ya realizada.
Objetivo del cambio | Qué puede mantenerse en el ejemplo | Prueba necesaria |
|---|---|---|
Alojamiento, almacenamiento y búsqueda | El nuevo equipo trabaja con sus propias cuentas autorizadas; responsabilidades y documentación necesaria se han entregado. | |
Nuevo alojamiento de la aplicación | Almacenamiento y búsqueda bajo control de la empresa | La aplicación llega a esos servicios desde el nuevo entorno y sigue aplicando las reglas de acceso acordadas. |
Sustitución completa de los servicios conectados | No es necesario mantener a los proveedores actuales | Pueden transferirse documentos originales, metadatos descriptivos y correspondencias de permisos; búsqueda y accesos se prueban de nuevo en el destino. |
Copiar un índice de búsqueda no sustituye automáticamente los documentos originales ni sus correspondencias. Para reconstruirlo debe saberse de dónde proceden el texto, los identificadores estables y los permisos. Un formato de índice que solo entiende el servicio anterior tampoco constituye todavía una prueba de entrega útil para otro buscador.
Mantener deliberadamente una dependencia puede tener sentido
Un servicio gestionado puede aportar un beneficio que justifique el esfuerzo de cambiar más adelante. La guía del Gobierno británico sobre dependencia técnica recomienda sopesar el impacto del cambio frente al beneficio de quedarse. También aborda formatos abiertos y disponibilidad de conocimientos en el equipo.
En la segunda fila puede ser razonable seguir utilizando el servicio de búsqueda. Debe quedar claro quién administra la cuenta, puede conceder acceso y se hará cargo del servicio después del cambio. Si ese servicio también debe poder sustituirse, el acceso a los datos y la prueba de una alternativa se añaden al alcance. La etiqueta «código abierto» no resuelve esta decisión.
Incluya el alcance elegido en el encargo
Un acuerdo concreto para el ejemplo podría decir: «La aplicación debe poder trasladarse a otro alojamiento. El almacenamiento documental y la búsqueda permanecen en nuestras cuentas de empresa. En el destino se prueba la apertura de un documento permitido y la denegación del mismo documento para un rol restringido».
Así se hace visible la dependencia conservada y la comprobación se vincula a una tarea concreta. Si más adelante se necesita cambiar completamente de producto, podrá determinarse qué datos, interfaces y conocimientos adicionales faltan. El plan de salida debe actualizarse conforme cambia el sistema.
Fuentes
Seguir leyendo
Todos los artículos
Desarrollo de software con ASES
Software a medida, aplicaciones web y móviles