Las acciones son el mecanismo para enviar nuevos registros a la base de datos, pasar los registros de un estado a otro y modificar o suprimir los registros.
Cuando los usuarios pulsan el botón Acciones de un
formulario o abren el menú Acciones en la barra de herramientas, se visualiza una lista de acciones válidas y la acción predeterminada se resalta en negrita. El usuario define la acción predeterminada mediante el uso del separador
Acción predeterminada de la ventana Propiedades de estado. Consulte Acciones predeterminadas. También puede llamar a una acción predeterminada desde un enganche.
Sólo se visualizan las acciones que están disponibles en un momento dado, en función de los permisos de los usuarios y del estado del registro. Para evitar problemas potenciales de rendimiento, los enganches de control de accesos no se ejecutan al calcular acciones válidas.
Puede definir una acción para realizar las tareas siguientes:
- Crear un nuevo registro y añadirlo a la base de datos.
- Modificar información del registro (los comportamientos asociados a cada campo también pueden limitar el acceso a determinados campos del registro).
- Mover un registro de un estado a otro.
- Marcar un registro como un duplicado de otro.
- Ejecutar un enganche. Los enganches de acción pueden manejar control de accesos, inicialización, validación y notificación. Consulte
Personalización de acciones añadiendo enganches.
- Suprimir un registro de la base de datos.
Puede controlar cuáles son los usuarios que tienen acceso a determinadas acciones cuando éstas se pueden realizar.
Se da soporte a varios tipos de acciones predefinidas correspondientes a las acciones frecuentes, por ejemplo, la acción Send y la acción Change State. Consulte
Tipos de acciones soportados.
En el Diseñador, cada tipo de registro tiene una cuadrícula de Acciones que define las acciones disponibles para registros de ese tipo.
Puede utilizar la cuadrícula de Acciones para añadir, modificar y suprimir acciones, así como para crear transiciones de estado.
Tipos de acciones soportados
El software Rational
ClearQuest da soporte a los siguientes tipos de acciones:
- Tipo de acción
- Descripción
- Base
- Una acción Base es una acción secundaria que se ejecuta como consecuencia de otra acción. Puede grabar un enganche de acción correspondiente a una acción Base, pero utilizarlo con varias acciones. Cada vez que se activa una acción, la acción Base verifica que se cumple el criterio de enganche; si es así, la acción Base completa su proceso. Por ejemplo, puede añadir un enganche de acción Notification a una acción Base para que la acción Base envíe una notificación por correo electrónico cuando se realice una acción Close (un tipo de acción Change_state que pasa el registro al estado Closed). Las acciones base no aparecen en la lista de acciones en el cliente de Rational
ClearQuest.
El establecimiento del control de accesos en acciones Base afecta a todas las acciones del esquema.
Puede modificar el control de accesos a acciones, incluidas las acciones que se podrían añadir al esquema mediante la aplicación de paquetes. Sin embargo, cualquier restricción de control de accesos que se coloque en acciones
base se aplica a todas las demás acciones.
- Change_state
- Las acciones Change_state sólo están disponibles para tipos de registro basados en
estado. Una acción Change_state mueve un registro de un estado de origen a un estado de
destino. Una acción Change_state puede hacer referencia a varios estados de origen,
pero sólo a un estado de destino. Las acciones Change_state sólo aparecen en la lista de
acciones del cliente de
Rational
ClearQuest si el
registro actual es uno de los estados de origen.
- Delete
- La acción Delete permite a los usuarios suprimir un registro de la base de datos.
Las acciones
Delete aparecen en la lista de acciones en el cliente de
Rational
ClearQuest.
- Duplicado
- La acción Duplicate sólo está disponible para tipos de registro basados en estado. Esta acción enlaza el registro a otro registro que contiene información parecida. Las acciones Duplicate sólo aparecen en la lista de acciones del cliente de
Rational
ClearQuest si el
registro actual es uno de los estados de origen.
- Import
- La acción Import importa registros desde otra fuente. El contenido de registros importados se valida como parte de esta acción, pero la validación de campos no se realiza. Además, cuando se importa un conjunto de registros basados en el estado,
dichos registros se asignan a un estado especificado en los archivos de datos sin que se verifique si se podría haber realizado su transición a dicho estado. Las acciones Import no aparecen en la
lista de acciones en el cliente de
Rational
ClearQuest.
- Modify
- La acción Modify permite a los usuarios modificar los valores de campo en un registro sin pasar el registro de un estado a otro. Las acciones Modify aparecen en la lista de acciones en el
cliente de Rational
ClearQuest.
- Record_script_alias
- Record_script_alias asocia un nombre de acción con un script de registro.
Esto permite que las acciones de record_script_alias aparezcan en la lista de acciones en el cliente de Rational ClearQuest. No obstante, las acciones de record_script_alias no son acciones de entidad, ya que no forman parte de los estados de tipos de registro y funcionan automáticamente con una entidad. Su comportamiento lo determina el modo en el que el alias de script de registro esté codificado. Como resultado, las acciones de
Record_script_alias no son parte de los parámetros válidos de las funciones de entidad, como por ejemplo, GetActionName y GetActionType o
cualquier otra función que funcione con acciones de entidad.
- Submit
- La acción Submit entra un registro nuevo en la base de datos de usuario de Rational
ClearQuest. En el caso de los registros basados en el estado, esta acción asigna un estado de destino, pero no requiere un origen. Cada tipo de registro sólo puede tener una acción cuyo
tipo sea
Submit.
- Unduplicate
- La acción Unduplicate está disponible para tipos de registro basados en el estado.
Esta acción elimina el enlace entre registros duplicados.
Creación de una transición de estado
El desarrollador del esquema de Rational
ClearQuest
define las reglas sobre cómo los usuarios pasan los registros de un estado a otro.
Las
transiciones de estado se implantan mediante acciones. Para crear una transición de estado, debe definir una acción del tipo CHANGE_STATE y, a continuación, seleccionar los estados de origen y un estado de destino para dicha acción.
Personalización de acciones añadiendo enganches
Puede añadir enganches de acción que implementen tareas en puntos clave del ciclo de vida de un registro activo.
Por
ejemplo, de forma predeterminada, todos los usuarios tienen acceso a cada una de las acciones. Puede limitar el acceso a una acción mediante un enganche de control de accesos.
Se da soporte a varios enganches de acción: Control de accesos, Inicialización, Validación, Confirmación y Notificación.
Para ver una descripción de los
enganches de acción e información sobre cómo funcionan con enganches de campo, consulte Utilización de enganches para personalizar el flujo de trabajo.
Para saber cómo crear un enganche de acción de control de accesos, consulte
Ejemplo de enganche de control de accesos.
Consulte
también Lenguajes de creación de scripts y Control de accesos de acción.
Acciones predeterminadas
Puede
definir acciones predeterminadas para los estados. Una acción predeterminada para un estado aparece en negrita en el menú Acciones del cliente de Rational
ClearQuest.
Las acciones predeterminadas son útiles para guiar a los usuarios por el modelo de estado. Son obligatorias para determinados esquemas y paquetes, como el esquema y paquete UCM. Si utiliza el paquete o esquema UCM, las acciones predeterminadas de los estados deben proporcionar una vía de acceso válida por el modelo del tipo de estado.
Si desea obtener más información, consulte el apartado Adición de la integración de UCM IBM Rational. Asimismo, se puede llamar a las acciones predeterminadas desde el código de enganche.
Antes de definir una acción predeterminada para un estado, debe crear una transición de estado.
Supresión de una acción
Para
suprimir una acción es posible que se necesiten otros cambios en un esquema. Por ejemplo, si suprime una acción CHANGE_STATE, podría tener que modificar la matriz de transiciones de estado para compensar la acción perdida. Si ha hecho referencia a una acción suprimida de un script, debe modificar el script para suprimir cualquier referencia a la acción.