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