Procedimientos de Gestión de la Entrega

Para liberar el software, una empresa sitúa en el entorno de producción, lo que permite a los usuarios acceder a la aplicación. El objetivo de la gestión de la liberación es para asegurar la disponibilidad de las aplicaciones existentes durante la instalación de nuevo software. Sin procedimientos adecuados de gestión de la liberación, una empresa corre el riesgo de fracaso en la aplicación de las versiones de software. El incumplimiento puede dar lugar a disminución de la productividad y los ingresos de la pérdida. Software podría ser comprado a un proveedor o una empresa puede desarrollar internamente su propia versión de una aplicación existente.

Planificación

El proceso de planificación asegura que la gestión de todos los comunicados de acuerdo con la política. Por lo general, el plan de liberación existe como parte de un plan general del proyecto. En él se describe la liberación a un nivel de detalle que garantiza una implementación exitosa. Por ejemplo, se establece el número de versión de acuerdo a los estándares de formato de versión y definir criterios para la prueba preliminar. Es posible que necesite definir los pasos para el desmantelamiento de la versión de software original.

Pruebas de Software

Idealmente, el equipo de desarrollo de aplicación se instala una nueva versión de software en un entorno de prueba que es idéntico al entorno de producción. El administrador de la versión trabaja con los clientes y el equipo de control de calidad para probar la aplicación utilizando los datos de prueba. El resultado se compara con los resultados esperados para validar el sistema. Después de que los clientes acepten los resultados de la prueba, el administrador de la versión coordina con el equipo de desarrollo para purgar los datos de prueba de la base de datos de la aplicación.

Migración de datos de pruebas

El administrador de la versión trabaja con el equipo de desarrollo para mover los datos que residen en la base de datos de la aplicación original de la base de datos de la nueva versión, que está en el entorno de prueba. Por lo general, este proceso se produce cuando la aplicación original no es accesible por los usuarios. Después de que se complete la migración, la aplicación se prueba de nuevo.

Pruebas de integración de software

Si la información de la aplicación fluye dentro o fuera de otras aplicaciones, que son conocidos como sistemas integrados, estas aplicaciones son probados para asegurar que los resultados del procesamiento son los esperados, por ejemplo, los datos de una aplicación de contabilidad fluyen en una aplicación de control de costos del proyecto. Las sumas de las transacciones que aparecen en el software de contabilidad también deben surgir en el sistema de control de costos del proyecto.

Distribución de Software

Después de las pruebas de integración se completa satisfactoriamente, la aplicación se coloca en el entorno de producción para distribuir el software. Un encargado de la liberación debe determinar si todos los usuarios de liberación nueva o grupos de usuarios seleccionados han de recibir acceso a la nueva versión de software al mismo tiempo. Debido a las limitaciones, un grupo de usuarios en particular puede requerir la prioridad en el acceso al nuevo software. Por ejemplo, el departamento de contabilidad puede ser que necesite de inmediato el acceso a cumplir con los plazos de contabilidad.

Comunicación

La comunicación es fundamental para el éxito de la implementación de versiones de software. Sin la información adecuada, a los usuarios de la aplicación, la posibilidad de que la falta de instalar una versión de software con éxito es mucho mayor. Por lo tanto, el encargado de la liberación debe comunicar el calendario de aplicación y el efecto de la nueva versión para los usuarios.

Formación

El encargado de la liberación debe coordinar la implementación de liberación con el administrador de formación. Formación de usuarios de la aplicación no debe ocurrir demasiado pronto o tarde en la puesta en práctica de liberación. Si se produce la formación demasiado pronto, los usuarios pueden olvidarse de su formación. Si se produce la formación demasiado tarde, los usuarios podrían no tener suficiente tiempo para absorber funcionalidad de la aplicación antes de que el sistema se coloca en el entorno de producción.