Roles de un proceso ALM

Los paquetes ALM dan soporte a un diseño del sistema de gestión de cambios (CM) basado en rol a través de una colección de tipos de registro aplicados al desarrollo basado en rol.
El proceso de trabajo determina las acciones que están disponibles para cada tipo de registro (por ejemplo, Project, Request, Task, Activity, Baseline y Build). Por ejemplo, los roles siguientes pueden realizar las acciones que se indican a continuación:

Puesto que se puede completar o retirar una solicitud en cualquier momento y continuar el trabajo con la tarea asociada, o bien, se puede completar una tarea en cualquier momento independientemente del estado de las actividades asociadas, sólo un rol de usuario de jefe de equipo o gestor debe tener privilegios de usuario para completar una tarea una vez que se hayan completado las actividades asociadas.

Un Emisor de solicitud puede ser cualquier usuario del sistema y el emisor puede aceptar o no aceptar la resolución de la solicitud. Todos los usuarios pueden realizar acciones de tipo de registro Comment.

Al enviar una tarea, la maestría de la misma se puede transferir al sitio de la persona responsable de llevar a cabo la acción Activity siguiente. La maestría se controla por medio de la propiedad ratl_mastership del miembro Role Primary incluido en el registro WorkConfiguration Activity para cada tipo determinado. Además, si se da por supuesto que el miembro Role Primary va a realizar la acción siguiente en una actividad, la acción se debe listar en Role ApprovedActions a fin de permitir que pueda llevar a cabo la acción (por ejemplo, abrir una actividad si se va a trabajar en la misma). Las configuraciones de ejemplo de OOTB le proporcionan y le permiten utilizar un sistema que incorpora los métodos recomendados.


Comentarios