Administrar registros de versión de Service Manager

Importante

Esta versión de Service Manager ha llegado al final del soporte técnico. Se recomienda actualizar a Service Manager 2022.

La clave para comprender la administración de versiones en System Center: Service Manager es realizar cómo interactúan los objetos, como las solicitudes de cambio y las actividades, cuando se facilitan mediante registros de versión. La administración de versión utiliza registros de versión principales y secundarios para facilitar la automatización del proceso de actualización del proceso de solicitudes de cambio y la propagación del estado entre actividades paralelas, las actividades secuenciales y las actividades que estas contienen.

A menudo, hay varias partes de un proyecto y hay más de una solicitud de cambio que se puede implementar en momentos diferentes que pueden afectar a un proyecto. El objetivo general tanto de la administración de cambios como de la administración de versión es proteger el entorno de producción de cambios innecesarios, por lo que antes de realizar cualquier cambio es preciso aprobarlo. La administración de versión sólo afecta a los los cambios aprobados.

Cuando se aprueban los cambios, es necesario agrupar los procesos de administración de versiones, programarlos y desarrollarlos. En función de la naturaleza del cambio, a veces dicho desarrollo puede darse en la fase de proyecto, mientras que otras puede darse en la fase de administración de la versión. Independientemente de cuándo se produzca el desarrollo, la administración de versiones garantiza que se prueben los cambios y que sean seguros para la implementación. Además, la administración de versión se utiliza para evaluar y empaquetar varias versiones juntas, con el fin de reducir al mínimo el tiempo de inactividad de la infraestructura. El paquete de versiones se prueba conjuntamente para comprobar que no hay conflictos técnicos ni de recursos que puedan afectar a la disponibilidad de la infraestructura. Se agrupan múltiples cambios y se planea su implementación conjunta en la siguiente ventana de mantenimiento o publicación programada. La función de la administración de versión mediante registros de versión, es consolidar varios cambios e implementarlos mediante el método más seguro y eficiente posible.

Una vez agrupados los cambios, un administrador de versiones define la secuencia de acciones necesarias para una versión con actividades de lanzamiento. Por ejemplo, los distintos cambios pueden tener tareas de actualización de la infraestructura, tareas de modificación de la base de datos, tareas para actualizar aplicaciones u otras tareas individuales. En algunos casos, puede tener sentido agrupar varias tareas junto con las actualizaciones de la infraestructura o realizar actualizaciones de la base de datos o de la aplicación. Algunas tareas se pueden implementar simultáneamente, mientras que otras deben implementarse de forma secuencial o por separado.

Proceso de registro de versión

El administrador de versión o cualquier otra persona responsable de la versión, define la secuencia de acciones de los registros de versión. El registro de versión puede representar la secuencia de implementación de los diferentes cambios mediante actividades paralelas, actividades secuenciales y otras actividades. El administrador de versión puede delegar la responsabilidad de las actividades a otros usuarios. Cuando se delega una actividad, la persona responsable de la actividad puede modificarla y actualizar su estado.

Al modificar una actividad, su estado no se actualiza inmediatamente. Hay un retraso después de hasta que el flujo de trabajo se activa y se actualiza el estado de la actividad. A menudo, de 30 a 60 segundos puede transcurrir antes de ver el estado actualizado de la actividad en la consola después de actualizar la vista de un elemento. Otras actividades dependientes del registro de versión pueden tardar más en actualizarse. Por ejemplo, supongamos que tiene un registro de versión que contiene una docena de actividades. Si actualiza un elemento que esté cerca del principio de la lista, la actualización en la consola puede tardar 30 segundos en realizarse. Posteriormente, la siguiente actividad del registro de versión puede actualizarse automáticamente 30 segundos después, y así sucesivamente. Por lo tanto, la actualización que efectuó originalmente puede tardar un tiempo en propagarse a todas las actividades afectadas del registro de la versión.

Partes de los registros de versión

Dado que a menudo se agrupan las versiones, puede agrupar varios registros de versión mediante el uso de una relación de elementos principales-secundarios. Básicamente, un registro de versión principal sirve como contenedor de varios registros de versión secundaria. Sin embargo, un registro de versión recién creado no es un registro de versión primario de forma predeterminada. Debe convertir un registro de versión en un registro de versión principal para poder agregar registros de versión secundarios.

Al igual que las solicitudes de cambio, los registros de versión contienen actividades que deben aprobarse, así como acciones manuales. Además, los registros de versión pueden contener actividades paralelas y secuenciales. Las actividades paralelas y secuenciales son contenedores para otras actividades, y definen cómo se deben implementar las actividades constituyentes y paralelas simultáneamente, mientras que otras actividades paralelas también están en curso. Las actividades secuenciales deben completarse en el orden en que se organizan, una después de otra.

Escenario de ejemplo

Este escenario de ejemplo para Service Manager le ayuda a lograr el objetivo de administrar registros de versión mediante el uso de varios escenarios de un extremo a otro. Este escenario de muestra se puede entender como un caso práctico que contribuye a poner en contexto los escenarios y procedimientos individuales.

Los administradores de tecnologías de la información (TI) de Woodgrove Bank administran varios proyectos simultáneamente. Normalmente, los equipos de proyectos de TI de la organización no tienen acceso al entorno de producción controlado. Además, el entorno de preproducción está limitado con acceso restringido. La organización de TI ejecuta proyectos y desarrolla aplicaciones financieras y mejoras en la infraestructura. Cuando es necesario modificar parte del entorno de producción controlado del entorno, el equipo del proyecto de TI envía solicitudes de cambio que solicitan actualizar la infraestructura, actualizar una aplicación, implementar un producto o implementar un conjunto de nuevos procesos.

La administración de versión se inicia cuando hay cambios aprobados. Según las políticas de la empresa, los cambios se deben implementar mediante procesos de administración de versión. El administrador de versión, Miguel, crea un registro de versión principal y, a continuación, un borrador de diagrama de alto nivel de la versión y vincula las actividades de alto nivel a una solicitud de cambio. La actividad de versión de un registro de versión está vinculada a una actividad de implementación existente en una solicitud de cambio. Miguel, o un diseñador de actividades delegado, agrega de la forma necesaria los registros de versión secundarios y las nuevas actividades al registro de versión, donde se detallan los pasos necesarios para implementar el cambio. Este proceso se repite para que cada solicitud de cambio permita cualquier nivel de detalle necesario. Por lo tanto, se puede incluir cualquier número de solicitudes de cambio en el registro de versión, en función de las necesidades de la organización. Cuando una solicitud de cambio está lista para la implementación, el implementador del cambio marca las actividades correspondientes como completadas.

Normalmente, Woodgrove Bank implementa las actualizaciones en su entorno de producción, también denominado versión, una vez al mes. Miguel desea empaquetar varias versiones que define en la versión de junio, en la versión de julio, y así sucesivamente. Define dichas versiones como versiones principales, vincula todas las versiones relacionadas con la red y las versiones relacionadas con la base de datos en la versión principal de junio y vincula una versión relacionada con la aplicación en la versión principal de julio. También agrega una nueva actividad Test Network with Database Integration a la versión de junio para asegurarse de que ambas subleases funcionan juntas.

La siguiente versión principal de Woodgrove Bank es una implementación de una nueva versión de su aplicación web HRWeb. Los desarrolladores de HRWeb han proporcionado al equipo de administración de versión una nueva compilación de la aplicación HRWeb. El equipo de administración de versión de Woodgrove Bank evalúa la compilación en su entorno de pruebas, encuentra un problema crítico en la compilación y después pide a los desarrolladores que solucionen el problema y entreguen una nueva compilación. El equipo de desarrollo proporciona una nueva compilación, y el equipo de administración de versión la vuelve a probar con éxito en el entorno de pruebas. A continuación, la compilación pasa al entorno de preproducción, donde se prueba y se usa en el entorno de preproducción durante dos semanas. Una vez finalizadas las pruebas satisfactoriamente, la compilación se implementa en el entorno de producción. Durante este proceso, Miguel crea un nuevo elemento de configuración de la compilación, lo vincula al elemento de configuración del software de HRWeb y vincula el elemento de configuración de la compilación al paquete de versión del registro de versión. Una vez implementada la última compilación en el entorno de producción, Miguel actualiza la información de versión en el elemento de configuración del software de HRWeb, y cierra el registro de versión.

En Woodgrove Bank, Miguel configura parámetros administrativos para versiones y crea un registro de versión principal. También crea plantillas para actividades paralelas y secuenciales. A continuación, Antonio crea registros de versión, tomando como base las plantillas creadas por Miguel. Antonio elige qué cambios desea para implementar y, a continuación, actualiza las actividades de versión agregándolas, eliminándolas o modificándolas para cada versión, según sea necesario. Miguel configura notificaciones para que los registros de versión notifiquen a los usuarios. Miguel y Antonio pueden revisar el estado y el progreso de las solicitudes de cambio de una versión siempre que lo necesitan.

Crear un registro de versión

El Administrador de versiones crea un registro de versión en Service Manager mediante el procedimiento siguiente.

Para crear un registro de versión

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Release Management.
2. En el panel Tareas , seleccione Crear registro de versión.
3. En el cuadro de diálogo Seleccionar plantilla , seleccione una plantilla de registro de versión y seleccione Aceptar para abrirla.
4. En el formulario de registro de versión de la pestaña General , escriba cualquier información necesaria y seleccione la pestaña Actividades .
5. Modifique el conjunto predeterminado de actividades de versión que se agregan a partir de la plantilla de registro de versión, si existe alguna. Puede agregar, eliminar o modificar conjuntos de actividades en el registro de versión, incluidas las siguientes acciones:
   • Agregue actividades de la lista de plantillas de actividad existentes.
   • Mueva las actividades hacia arriba y hacia abajo en el orden en que se hayan completado.
   • Mueva las actividades de la lista de procesos y colóquelas dentro de las actividades de contenedor.
   • Mueva las actividades de las actividades de contenedor y colóquelas en cualquier lugar de la lista de procesos.
   • Eliminar actividades.
6. A medida que agrega una actividad, se abre el formulario de actividad. Escriba la información necesaria y seleccione Aceptar para guardar la actividad.
7. Cuando haya agregado todas las actividades que desee, seleccione Aceptar para guardar el registro de versión y cerrarlo. A continuación, el registro de versión aparece en la vista Registros de versión: Todos .

Crear una plantilla de registro de versión

Se usa una plantilla de registro de versión para crear nuevos registros de versión. Una plantilla de registro de versión puede incluir actividades de versión predefinidas. Cuando se usa una plantilla para los nuevos registros de versión, los registros de versión nuevos se crean más rápido que cuando se crean desde cero.

El autor de la plantilla crea una plantilla para los registros de versión completando el procedimiento siguiente.

Para crear una plantilla de registro de versión

1. En la consola de Service Manager, abra el área de trabajo Biblioteca y, en el panel Biblioteca, seleccione Plantillas.
2. En la lista Plantillas , seleccione Registro de versión predeterminado y, a continuación, en el panel Tareas , en Plantillas, seleccione Crear plantilla.
3. En el cuadro de diálogo Crear plantilla , escriba un nombre para la plantilla y una descripción de lo que se aplica a la plantilla.
4. En Clase, seleccione Examinar y, en el cuadro Seleccionar una clase , seleccione Registro de versión y seleccione Aceptar para cerrar el cuadro Seleccionar una clase .
5. Seleccione Aceptar para cerrar el cuadro de diálogo Crear plantilla y aparecerá el formulario Nueva plantilla de registro de versión.
6. Escriba información en los cuadros de la pestaña General y seleccione la pestaña Actividades .
7. Puede agregar, eliminar o modificar conjuntos de actividades a la plantilla de registro de versión, incluidas las siguientes acciones:
   • Agregue actividades de la lista de plantillas de actividad existentes.
   • Mueva las actividades hacia arriba y hacia abajo en el orden en que se hayan completado.
   • Mueva las actividades de la lista de procesos y colóquelas dentro de las actividades de contenedor.
   • Mueva las actividades de las actividades de contenedor y colóquelas en cualquier lugar de la lista de procesos.
   • Eliminar actividades.
8. A medida que agrega una actividad, se abre el formulario de actividad. Escriba la información necesaria y seleccione Aceptar para guardar la actividad.
9. Cuando haya agregado todas las actividades que desee, seleccione Aceptar para guardar la plantilla de registro de versión y cerrarla. A continuación, la plantilla de registro de versión aparece en la lista Plantillas .

Combinar registros de versión en grupos primarios y secundarios

Normalmente, las versiones se implementan en entornos de producción a intervalos definidos. Por ejemplo, puede empaquetar varias versiones en lotes mensuales. Puede definir cada lote como una versión principal, lo que consolida y vincula otras versiones específicas de proyectos más pequeños en un paquete mensual. Este proceso le puede ayudar a comprobar que todas las versiones secundarias se evalúan conjuntamente.

Promoción de un registro de versión

El Administrador de versiones puede promover un registro de versión al registro de versión primario mediante el procedimiento siguiente. Un registro de versión primario actúa como contenedor para varias versiones.

El siguiente procedimiento se realiza en un registro de versión que no es un registro de versión primario ni un registro de versión secundario.

Para promover un registro de versión a un registro de versión primario

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Release Management.
2. Seleccione cualquier vista de Release Management y, a continuación, seleccione un registro de versión.
3. En el panel Tareas , seleccione Editar para abrir el registro de versión.
4. En el panel Tareas , seleccione Convertir o revertir al elemento primario.
5. En el cuadro Comentarios , escriba un comentario que indique que ha convertido el registro de versión en un registro de versión primario y seleccione Aceptar para cerrar el cuadro Comentarios .
6. La pestaña Elementos secundarios aparece en el formulario donde puede agregar registros de versión secundarios.
7. En el formulario de registro de versión, seleccione Aceptar para cerrarlo.

Disminuir el nivel de un registro de versión primario

El Administrador de versiones puede degradar un registro de versión primario mediante el procedimiento siguiente. Si un registro de versión principal contiene registros de versión secundarios, todos los registros de versión secundarios que contiene se desvinculan del elemento primario y ya no son registros de versión secundarios.

El siguiente procedimiento se realiza en un registro de versión primario que puede o no tener registros de versión secundarios vinculados a él.

Para disminuir el nivel de un registro de versión principal

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Release Management.
2. Seleccione cualquier vista de Release Management que contenga una versión primaria que quiera degradar y, a continuación, seleccione el registro de versión.
3. En el panel Tareas , seleccione Editar para abrir el registro de versión.
4. En el panel Tareas , seleccione Convertir o revertir al elemento primario.
5. Si el registro de versión que está degradando contiene registros de versión secundarios, aparece un mensaje que indica que se quitarán todos los vínculos a los registros secundarios. Si es así, seleccione Aceptar para desvincular los registros de versión secundarios.
6. En el cuadro Comentarios , escriba un comentario que indique que ha revertido el registro de versión de un registro de versión primario y seleccione Aceptar para cerrar el cuadro Comentarios .
7. La pestaña Elementos secundarios ya no aparece en el formulario.
8. En el formulario de registro de versión, seleccione Aceptar para cerrarlo.

Vinculación de un registro de versión secundario

El Administrador de versiones puede vincular un registro de versión secundario mientras edita un registro de versión primario mediante el procedimiento siguiente.

Para vincular un registro de versión secundario al registro de versión principal actual

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Release Management.
2. Seleccione cualquier vista de Release Management que contenga un registro de versión primario en el que desee vincular a un registro de versión secundario.
3. En el panel Tareas , seleccione Editar y, a continuación, en el formulario de registro de versión principal, seleccione la pestaña Elementos secundarios.
4. En la pestaña Elementos secundarios, seleccione Agregar.
5. En el cuadro de diálogo Seleccionar objetos , seleccione el registro de versión que desea vincular a un elemento primario y seleccione Agregar. Seleccione Aceptar para cerrar el cuadro de diálogo Seleccionar objetos .
6. En el formulario de registro de versión principal, seleccione Aceptar para cerrarlo.

Desvincular el registro de versión actual

El Administrador de versiones puede desvincular un registro de versión secundario mediante el procedimiento siguiente.

Para desvincular el registro de versión actual de un registro de versión primario

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Release Management.
2. Seleccione cualquier vista de Release Management que contenga un registro de versión secundario que desee desvincular de su registro de versión primario.
3. En el panel Tareas , seleccione Vincular o Desvincular al registro de versión primario existente y, a continuación, en la lista desplegable, seleccione Desvincular.
4. En el cuadro Comentarios , escriba un comentario que indique que ha desvinculado el registro de versión secundario de su registro de versión primario y seleccione Aceptar para cerrar el cuadro Comentarios .

Desvincular un registro de versión secundario del registro de versión actual

El Administrador de versiones puede desvincular un registro de versión secundario mientras edita un registro de versión primario mediante el procedimiento siguiente.

Para desvincular un registro de versión secundario del registro de versión principal actual

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Release Management.

2. Seleccione cualquier vista de Release Management que contenga un registro de versión primario en el que desee desvincularlo a un registro de versión secundario.

3. En el panel Tareas , seleccione Editar y, a continuación, en el formulario de registro de versión principal, seleccione la pestaña Elementos secundarios.

4. En la pestaña Elementos secundarios, seleccione los registros de versión secundarios que se van a desvincular y seleccione Quitar.

   Nota

   Puede seleccionar varios elementos secundarios presionando Mayús+Clic.

5. En el formulario de registro de versión principal, seleccione Aceptar para cerrarlo.

Definir elementos de configuración del paquete de versión

Los paquetes de versión normalmente contienen una compilación y un entorno con el que se prueba la versión. En las secciones de este artículo se describe cómo compilar los elementos de elemento de configuración contenidos en un paquete de versión y cómo se agregan al paquete de versión.

Crear un elemento de configuración de compilación

El administrador de versiones puede crear un elemento de configuración de compilación que defina el software y la versión de que una compilación consta de mediante el procedimiento siguiente. Una vez creada una compilación, normalmente se agrega al paquete de versión de un registro de versión.

Para crear un elemento de configuración de compilación

1. En la consola de Service Manager, seleccione Elementos de configuración.
2. En el panel Elementos de configuración , expanda Elementos de configuración y seleccione Compilaciones.
3. En el panel Tareas , en Compilaciones, seleccione Crear compilación.
4. En la pestaña General del formulario, haga lo siguiente:
   1. En el cuadro Título , escriba un nombre para la compilación. Por ejemplo, para la compilación que se usará para implementar el nuevo software HRWeb, escriba HRWeb julio de 2017.
   2. En el cuadro Versión , escriba un número de versión u otra designación. Por ejemplo, escriba 0.2.
   3. Seleccione Aceptar.
5. En la pestaña Elementos relacionados, en Elementos de configuración: Equipos, Servicios y Personas, seleccione Agregar para asociar un elemento de configuración de software y haga lo siguiente para cada elemento de software que quiera agregar:
   1. En el cuadro de diálogo Seleccionar objetos en la lista Filtrar por clase , seleccione la flecha desplegable y, a continuación, seleccione Elementos de software.
   2. En la lista Objetos disponibles , seleccione el elemento de configuración de software que desea asociar a la compilación, seleccione Agregar y seleccione Aceptar para cerrar el cuadro de diálogo Seleccionar objetos .
6. Seleccione Aceptar para cerrar el formulario de compilación.

Crear un elemento de configuración de entorno

El administrador de versiones puede crear un elemento de configuración de entorno que defina los equipos, servicios y personas que el entorno consta de mediante el procedimiento siguiente. Una vez creado un entorno, normalmente se agrega al paquete de versión de un registro de versión.

Para crear un elemento de configuración de entorno

1. En la consola de Service Manager, seleccione Elementos de configuración.
2. En el panel Elementos de configuración , expanda Elementos de configuración y seleccione Entornos.
3. En el panel Tareas , en Entornos, seleccione Crear entorno.
4. En la pestaña General del formulario, haga lo siguiente:
   1. En el cuadro Título , escriba un nombre para el entorno. Por ejemplo, para el entorno anterior que se usará para probar el nuevo software HRWeb, escriba Entorno para HRWeb julio de 2011.
   2. Opcionalmente, en otros cuadros de la pestaña, escriba o seleccione información que pueda ayudarle a identificar fácilmente el entorno que está creando. Por ejemplo, establezca la categoría en Preproducción.
   3. Seleccione Aceptar.
5. En la pestaña Elementos relacionados, en Elementos de configuración: Equipos, Servicios y Personas, puede agregar elementos de configuración que son importantes para el entorno. Entre los ejemplos se incluyen los siguientes:
   • Software
   • Usuarios
   • Computers
6. Seleccione Aceptar para cerrar el formulario de entorno.

Agregar información de paquete de versión a un registro de versión

El Administrador de versiones puede agregar información del paquete de versión para un registro de versión mediante el procedimiento siguiente. Normalmente, el paquete de versión contiene la compilación y el entorno con el que se prueba la versión.

Para agregar información del paquete de versión a un registro de versión

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Release Management.
2. Seleccione cualquier vista de Release Management que contenga un registro de versión donde quiera agregar información del paquete de versión.
3. En el panel Tareas , seleccione Editar y, a continuación, en el formulario de registro de versión, seleccione la pestaña Paquete de versión .
4. En la pestaña Paquete de versión , en Elementos de configuración que se van a modificar, seleccione Agregar.
5. En el cuadro de diálogo Seleccionar objetos , seleccione los elementos de configuración relacionados con el equipo que desea agregar al paquete de versión, seleccione Agregar y seleccione Aceptar para cerrar el cuadro de diálogo Seleccionar objetos .
6. En Servicios afectados, seleccione Agregar.
7. En el cuadro de diálogo Seleccionar objetos , seleccione los elementos de servicio de negocio que desea agregar al paquete de versión y seleccione Agregar y seleccione Aceptar para cerrar el cuadro de diálogo Seleccionar objetos .
8. En el formulario de registro de versión, seleccione Aceptar para cerrarlo.

Crear una plantilla para actividades paralelas y secuenciales en Service Manager

Las plantillas de registro de versión para actividades paralelas y secuenciales se usan para crear nuevas actividades que contienen una colección de actividades predefinidas que se deben agrupar para formar algún tipo de proceso. Puede considerar actividades paralelas y secuenciales como actividades de contenedor porque su función principal es contener actividades individuales.

El autor de la plantilla crea una plantilla para una actividad paralela mediante el procedimiento siguiente. Después, se siguen los mismos pasos para crear una plantilla para una actividad secuencial.

Para crear una plantilla para una actividad paralela

1. En la consola de Service Manager, abra el área de trabajo Biblioteca y, en el panel Biblioteca, seleccione Plantillas.
2. En la lista Plantillas , seleccione Actividad paralela predeterminada y, a continuación, en el panel Tareas , en Plantillas, seleccione Crear plantilla.
3. En el cuadro de diálogo Crear plantilla , escriba un nombre para la plantilla y una descripción de lo que se aplica a la plantilla.
4. En Clase, seleccione Examinar, en el cuadro Seleccionar una clase , seleccione Actividad paralela y seleccione Aceptar para cerrar el cuadro Seleccionar una clase .
5. Seleccione Aceptar para cerrar el cuadro de diálogo Crear plantilla y aparecerá el formulario Nueva plantilla de actividad de contenedor.
6. Escriba información en los cuadros de la pestaña General y seleccione la pestaña Actividades .
7. Puede agregar, eliminar o modificar conjuntos de actividades a la plantilla de actividad paralela, incluidas las siguientes acciones:
   1. Agregue actividades de la lista de plantillas de actividad existentes.
   2. Agregue actividades paralelas o secuenciales de la lista de plantillas de actividad existentes.
   3. Mueva las actividades hacia arriba y hacia abajo en el orden en que se hayan completado.
   4. Mover actividades en la lista de procesos.
   5. Eliminar actividades.
8. A medida que agrega una actividad, se abre el formulario de actividad. Escriba la información necesaria y seleccione Aceptar para guardar la actividad.
9. Cuando haya agregado todas las actividades que desee, seleccione Aceptar para guardar la plantilla de actividad paralela y cerrarla. A continuación, la plantilla de actividad paralela aparece en la lista Plantillas .
10. Repita este procedimiento para una actividad secuencial, reemplazando las instancias de actividad paralela por actividad secuencial.

Elegir los cambios que se van a implementar en Service Manager

El administrador de versiones selecciona los cambios aprobados para la versión mediante el procedimiento siguiente. Con este proceso, el administrador de versiones vincula una actividad manual en el registro de versión a una actividad dependiente en una solicitud de cambio y, a continuación, completa la actividad manual en el registro de versión. Como resultado, este proceso marca la actividad dependiente en la solicitud de cambio como completada.

El procedimiento para crear una actividad dependiente para agregarla a una solicitud de cambio ya debe completarse antes de continuar.

Para elegir los cambios que se van a implementar

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo, en el panel Elementos de trabajo, expanda Release Management y, a continuación, seleccione Release Management.

2. En el panel Elementos de trabajo, seleccione una vista en Release Management que muestre un registro de versión que consta de los cambios que están listos para la implementación y, a continuación, haga doble clic en el registro de versión.

3. Seleccione la pestaña Actividades .

4. En la lista que aparece, haga clic con el botón derecho en una actividad manual para vincular una actividad dependiente de la solicitud de cambio a y, a continuación, seleccione Vincular a la actividad de solicitud de cambio.

5. En el cuadro de diálogo Seleccionar actividad de solicitud de cambio, seleccione la solicitud de cambio para vincularla, expándala y, a continuación, seleccione una o varias actividades dependientes y seleccione Aceptar dos veces.

   Sugerencia

   Cuando haya vinculado la actividad, la actividad seleccionada muestra un indicador de vinculación similar a un icono de cadena. La información sobre herramientas de la actividad seleccionada muestra los identificadores de las actividades dependientes de la solicitud de cambio vinculadas.

6. Vaya a Administración de actividades, expanda Actividades manualesy, a continuación, seleccione Actividades en curso.

7. Seleccione la actividad manual y, a continuación, en la lista Tareas , seleccione Marcar como completado.

8. Vaya a Administración de cambios, expanda Todas las solicitudes de cambio y abra la solicitud de cambio vinculada al registro de versión.

9. Seleccione la pestaña Actividades y observe que la actividad dependiente ahora está marcada como Completada.

Planear actividades de lanzamiento en Service Manager

El Administrador de versiones crea y modifica la estructura de las actividades de versión mediante el procedimiento siguiente.

Para planear las actividades de lanzamiento

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo y, en el panel Elementos de trabajo, expanda Release Management y seleccione Release Management.
2. En el panel Elementos de trabajo, seleccione una vista en Release Management que muestre un registro de versión que incluya actividades de lanzamiento para las que desea agregar o modificar actividades y, a continuación, haga doble clic en el registro para abrirlo.
3. Seleccione la pestaña Actividades para ver la lista de cambios propuestos y actividades dependientes que contienen.
4. Opcionalmente, puede cambiar la vista de actividades seleccionando Vista diagrama o Vista de lista.
5. Seleccione una actividad de administración de cambios dependiente y muévala a la parte superior de la lista o diagrama de la actividad de administración de versiones. Aparece un indicador dependiente en las actividades de administración de versiones, que se asemejan al vínculo de una cadena.

Omitir una actividad con errores en Service Manager

El administrador de versiones omite una actividad con errores mediante el procedimiento siguiente.

Para omitir una actividad con errores

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo, en el panel Elementos de trabajo, expanda Release Management y, a continuación, seleccione Release Management.
2. En el panel Elementos de trabajo, seleccione una vista en Release Management que muestre un registro de versión que incluya una actividad de versión con errores o una actividad en curso que quiera omitir y, a continuación, haga doble clic en el registro para abrirlo.
3. Seleccione la pestaña Actividades para ver la lista de cambios propuestos y actividades dependientes que contienen. Opcionalmente, puede cambiar la vista de actividades seleccionando Vista diagrama o Vista de lista.
4. Haga clic con el botón derecho en la actividad con errores o en la actividad en curso que desea omitir y seleccione Omitir actividad.
5. En el cuadro Comentarios , escriba el motivo por el que se omite la actividad y seleccione Aceptar para cerrar el cuadro. La actividad que omitió muestra un icono similar a una flecha hacia abajo azul para indicar que la actividad se marca como omitida.

Determinar el estado y el progreso de una solicitud de cambio de Service Manager en el registro de versión

El administrador de cambios revisa el estado y el progreso de una solicitud de cambio en el registro de versión abierto actualmente. Conocen el identificador de la solicitud de cambio y su título, o al menos algunas de las palabras clave del título. Pueden revisar el estado de la solicitud de cambio realizando el procedimiento siguiente.

Para determinar el estado y el progreso de una solicitud de cambio en el registro de versión

1. En la consola de Service Manager, abra el área de trabajo Elementos de trabajo, en el panel Elementos de trabajo, expanda Release Management y, a continuación, seleccione Release Management.
2. En el panel Elementos de trabajo , bajo Administración de versión, seleccione la vista Registros de versión: En curso.
3. En la vista Registros de versión: En curso , haga doble clic en el registro que desee para abrirlo.
4. Seleccione la pestaña Actividades para ver la lista de cambios propuestos y actividades dependientes que contienen. Opcionalmente, puede cambiar la vista de actividades seleccionando Vista de diagrama o Vista de lista.
5. Puede ver los registros mediante cualquiera de los métodos siguientes:
   • Desplazamiento del mouse:
     • Puede encontrar la actividad de administración de versiones en la que se muestra que está vinculada a la solicitud de cambio específica buscando un icono de indicador y viendo sus propiedades en la vista de diagrama o en la vista de lista.
     • La siguiente información se muestra para todas las actividades:
       • Identificadores de actividad
       • Títulos de actividad
       • Iconos de indicador de estado de actividad, que varían según el estado de la actividad
   • Mediante la vista de diagrama:
     • Al usar la vista de diagrama, puede usar Zoom para elegir diferentes para las actividades.
   • Uso de la búsqueda en cualquier parte de la consola de Service Manager:
     • Puede buscar y ver una actividad mediante búsquedas basadas en información de cualquiera de los siguientes datos:
       • Identificador de la solicitud de cambio
       • Palabras clave del título de la solicitud de cambio vinculada
       • Cambiar el identificador de la actividad
       • Palabras clave del título de la actividad dependiente
     • Filtrado:
       • Puede filtrar por palabras clave los resultados que devueltos por las búsquedas y también por criterios como la clase, las fechas de última de modificación y el nombre.
6. Haga doble clic en una actividad para ver su estado y los detalles de su progreso.

Pasos siguientes

• Para obtener información sobre cómo Service Manager informes le permiten recopilar y ver datos y tendencias desde todo el entorno empresarial, lea Informes y análisis del almacenamiento de datos.