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 puede
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 desempeñar 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 entradas a un único despliegue. Un release tendrá una serie de
despliegues 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 sólo 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 en los próximos releases. 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.