Se han añadido varios paquetes que permiten el seguimiento del despliegue a IBM Rational ClearQuest.
Se han añadido los siguientes paquetes de seguimiento de despliegue a IBM
Rational ClearQuest:
- Paquete DeploymentTracking, que da soporte al proceso de aprobación del despliegue.
- Paquete TPM, que sirve para asociar un release con la ubicación de un servidor IBM Tivoli Provisioning Manager. Sólo es necesario aplicar este paquete si está interesado en la creación de una integración entre Rational ClearQuest y Tivoli
Provisioning Manager. La funcionalidad del paquete TPM permite añadir un enlace URL a la interfaz de usuario web de Tivoli Provisioning Manager para el registro de despliegue, proporcionando una integración simple de interfaz de usuario entre Rational ClearQuest y Tivoli Provisioning Manager.
- Paquete eSignature, que da soporte a las firmas electrónicas necesarias cuando se aprueban o rechazan registros de aprobación.
- Paquete AuditTrail, que permite seguir o mantener un seguimiento en relación a qué, cuándo, y por quién se modifican los registros de aprobación y los registros de despliegue.
- Paquete Email, que da soporte al envío de notificaciones de correo electrónico a quienes tienen que aprobar un release cuando se ha sometido, aprobado o rechazado una aprobación.
- Paquete BuildTracking, que permite la rastreabilidad entre el build y las fases de desarrollo.
Tipos de registro
Al aplicar el paquete DeploymentTracking al esquema de
Rational ClearQuest se añaden los siguientes tipos de registro:
- DTDeployment
Cada registro de despliegue representa un único despliegue.
Cada registro de despliegue tiene un campo que indica el entorno en que debe desplegarse. El archivo XML de unidad de despliegue al que hace referencia el registro de despliegue describe los detalles de despliegue.
- DTApproval
Este tipo de registro representa una aprobación para un despliegue.
Las aprobaciones pueden hacer referencia como máximo a un registro de despliegue.
- DTEnvironment
Cada entorno representa una fase distinta de las pruebas. Se pueden crear varios entornos para varias fases de las pruebas que el software debe superar antes de darlo como válido; por ejemplo, podrían haber entornos de pruebas de unidad, de pruebas funcionales, de pruebas de sistema y de pruebas de integración.
- DTRole
Los roles indican los usuarios que tienen permiso para aprobar
un despliegue en un entorno determinado. Los usuarios de Rational ClearQuest
pueden pertenecer a más de un rol.
- DTRelease
Cada registro de release representa un modelo de release a nivel de despliegue. Cada release tiene un conjunto de roles autorizados a aprobar despliegues, y en entornos UCM, permite que varios proyectos UCM sean representados como modelos y como salidas a un único despliegue. Un release tendrá una serie de despliegues a mientras éste dure.
Tipos de registro del paquete TPM
Al aplicar el paquete TPM al esquema de
Rational ClearQuest se añaden los siguientes tipos de registro:
- TPMServer. Cada registro TPMServer contiene información básica sobre un servidor Tivoli Provisioning Manager. Habrá una instancia de este tipo de registro, y probablemente un solo registro, para cada servidor de Tivoli Provisioning Manager que exista en el entorno. Cuando se define un release, éste se puede asociar a un registro de servidor TPM. Cada registro de despliegue con un registro de release que hace referencia a un servidor TPM contendrá una referencia de URL a la interfaz web de TPM, proporcionando registros de despliegue con una integración simple de interfaz de usuario.
- TPMWorkflow. Este registro representa un flujo de trabajo de TPM. Se trata de un proxy para la información en TPM. Este registro se está añadiendo para dar soporte a la integración con TPM in en los releases posteriores. Registros de flujo de trabajo hacen referencia a registros de despliegue 0..*.
Tipos de registro del paquete BuildTracking
Al aplicar el paquete BuildTracking al esquema de
Rational ClearQuest se añaden los siguientes tipos de registro:
- BTBuild. Este tipo de registro permite realizar el seguimiento del estado de un build. La información que puede seguir incluye las horas de inicio y fin del build, si éste se ha compilado satisfactoriamente o no, el release con el que está asociado y el lugar en que se encuentra el registro de anotaciones cronológicas del build.
Tipos de estado de registro de despliegue
A continuación se indican los requisitos necesarios para establecer tipos de estado al utilizar
Rational ClearQuest con registros de despliegue:
- Es necesario asignar cada estado con un tipo de estado
- Es necesario tener una definición de estado de los siguientes tipos de estado en el tipo de registro de despliegue:
- Listo. Este estado indica que el release está listo para ser desplegado en el entorno actual.
- Desplegado. Este estado indica que se ha desplegado el release en el entorno actual.
- Retirado. Este estado indica que el release se ha desplegado en todos los entornos necesarios.
- Anómalo. Este estado indica que hay errores en el release desplegado y que se cesa cualquier despliegue adicional.
- El camino de transición de estados es Listo->Desplegado->Retirado.
- No es posible establecer el estado inicial de los registros de despliegue en Retirado o Anómalo.
El estado inicial siempre debe ser Listo.
Tipos de estado de registro de aprobación
A continuación se indican los requisitos necesarios para establecer tipos de estado al utilizar
Rational ClearQuest con registros de aprobación:
- Es necesario tener una definición de estado de los siguientes tipos de estado en el tipo de registro de despliegue:
- Enviado. Indica que se ha enviado el registro de aprobación.
- Aprobado. Indica que se ha aprobado el registro de aprobación.
- Rechazado. Indica que se ha rechazado el registro de aprobación.
- El camino de transición de estado es Enviado >Aprobado o Enviado > Rechazado.
Además del modelo de transición y de los tipos de estado descritos aquí, puede crear sus propios tipos de estado y transiciones de estado personalizados.
Tipos de estado de registro de build
A continuación se indican los requisitos necesarios para establecer tipos de estado al utilizar
Rational ClearQuest con
registros de compilación:
- Enviado. Indica que se ha iniciado el build.
- Completado. Indica que se ha completado el build sin errores.
- Anómalo. Indica que el build ha finalizado de forma anómala.
- Retirado. Indica que este registro de build ya no es significativo.
El camino de transición de estado es: Enviado > Completado, Enviado >Anómalo,
Completado > Retirado, Anómalo > Retirado.