Skip to main content
Version: 1,0

Proceso de cambio y migración de arquitectura


Objetivo​

  • Garantizar el cambio en la arquitectura de un proyecto de manera estructurada.
  • Minimizar los riesgos de la migración del sistema.
  • Asegurar que la calidad del software siga igual aun con el imprevisto.

Entradas​

  1. Manual de Arquitectura anterior.
  2. Motivo del cambio.
  3. Nombre(s) de la nueva arquitectura y/o tecnología a utilizar.

Proceso​

FaseDescripciónResponsablesMeta y práctica específica del CMMI
Análisis y evaluaciónInicialmente se analizan los motivos por el cual ocurrió el cambio de arquitectura en el proyecto y se evalúa la probabilidad de un posible cambio futuro.Architecture Owner, Team membersCM 2.1 (Rastreo de peticiones de cambio a los productos de trabajo), RSKM 3.1 (Planes de contingencia y mitigación de riesgos)
InvestigaciónSe investiga la nueva arquitectura y se recopila la documentación necesaria para la capacitación y despliegue.Architecture OwnerPP 2.5 (Planificar el conocimiento y las habilidades necesarias para desarrollar el proyecto)
PlanificaciónSe planifica la migración, estableciendo plazos temporales, recursos y medidas de contingencia para el cambio.Architecture Owner, Team leader, Product OwnerRD 3.4 (Análisis de requerimientos para balancear necesidades y restricciones)
Preparación del entorno de migraciónHacer el despliegue del nuevo sistema, esto consistiendo en crear y configurar el entorno de la nueva arquitectura, haciendo uso de las guías obtenidas con anterioridad.Architecture OwnerTS 1.1 (Desarrollo de soluciones alternativas y criterios de selección) CM 2.2 (Control de cambios a la configuración)
Migración de los datos (en caso de ser necesario)Recopilar todos los datos que todavía se encuentran en la arquitectura anterior y hacer la inserción de los mismos en la nueva arquitectura. Esto involucra bases de datos, ficheros, imágenes, archivos, etc.Team members, Architecture OwnerCM 2.2 (Control de cambios a la configuración)
Implementación y pruebasRealizar pruebas de integración, rendimiento y seguridad en el entorno de migración. Documentar resultados, incidencias y efectuar las correcciones necesarias para asegurar la integridad del sistema.Team members, Architecture OwnerREQM SP 1.3 (Administrar cambios a los requisitos), PP SP 2.7 (Establecer y mantener los elementos del plan).
Despliegue y actualizaciónSe lleva la nueva arquitectura a producción de forma controlada, actualizando el Manual de Arquitectura para reflejar los cambios aprobados y la nueva configuración del sistema.Architecture OwnerCM 2.2 (Control de cambios a la configuración e incorporación de cambios aprobados)
Seguimiento y retroalimentaciónSe monitorea el desempeño post-implementación, se recopila retroalimentación de los usuarios y se evalúa la efectividad del cambio.Team leader, Architecture Owner, Product Owner, Team MembersCM 2.2( Control de cambios a la configuración e incorporación de cambios aprobados)

Salidas​

  1. Manual de Arquitectura actualizado.
  2. Sistema Migrado.

Historial de Cambios​

Tipo de VersiónDescripciónFechaColaborador
1.0Creación del procesoMiguel Uribe, Emiliano Valdivia
1.1Definición de cómo decidimos qué requisitos aceptarAngélica Ríos Cuentas
1.2Añadir SP 1.1 de PMC1/4/2025Juan Pablo C y Daniel C
1.3Refactorización18/4/2025Diego Fuentes