Proyectos

El paquete ALMProject proporciona el contexto para gestionar todo el trabajo del sistema de gestión de cambios.

Todo el trabajo del esquema ALM se organiza por proyecto. El proyecto proporciona tanto el contexto como el modelo de seguridad basado en rol para el trabajo. Los otros tipos de registro de la definición de un proyecto se utilizan para definir el contexto en el que se lleva a cabo el trabajo. Están incorporados al esquema ALM y también se incluyen en el paquete ALMProject.

La seguridad es un aspecto importante en todo el trabajo basado en proyectos. En un proyecto de esquema ALM, el usuario que tiene acceso al proyecto es quien define la seguridad y lo que se puede realizar en el mismo.

Se debe crear una política de seguridad para definir los usuarios que pueden acceder a un proyecto. La seguridad se establece en función de cada proyecto y se necesita para cada proyecto. Todos los registros relacionados con un proyecto heredan la política de seguridad.

Los objetos del paquete ALMProject de ClearQuest que se utilizan para definir y gestionar un proyecto incluyen Project, Role, User, Group, Release, Category, Work configuration, Phase, Iteration y Security policy.

Los roles se utilizan para definir los usuarios o los grupos que pueden realizar determinadas acciones para un proyecto. Puede ver los roles del proyecto y definir nuevos roles para éste creando un nuevo tipo de registro Role. También puede asignar usuarios (o grupos) a un rol para que pueda acceder al proyecto.

Con el objeto de gestionar varios proyectos, puede utilizar el tipo de registro Category para clasificar un proyecto y el tipo de registro Release para identificar la versión del software que entrega el proyecto. La categoría ayuda a clasificar el producto, la característica o el componente que entrega el proyecto y el release identifica la versión. Por ejemplo, para un proyecto denominado CQALM, puede establecer la categoría ALM y el release 7.1.0. Estos tres identificadores definen la exclusividad del proyecto. Un proyecto posterior podría ser Proyecto=CQALM, Categoría = ALM y Release=7.2.0, en el que sólo cambiara el número de release.

Con frecuencia, los proyectos tienen relaciones con otros proyectos. Dichas relaciones se pueden establecer como Proyectos relacionados. Los proyectos grandes pueden definir subproyectos más pequeños con enlaces entre ellos por medio de campos Super y Sub proyecto. También puede gestionar proyectos que realicen un seguimiento de varias revisiones del mismo producto o componente por medio de campos de proyecto Previo y Siguiente.

Un proyecto se puede dividir en fases e iteraciones por medio de los tipos de registro Phase e Iteration. Puede ver las fases y las iteraciones de un proyecto en el separador Planes.

Un registro Work Configuration permite que los gestores de proyectos establezcan un proceso de gestión de trabajo personalizado a nivel de cada proyecto. Un registro Work Configuration para un proyecto ayuda a determinar los tipos de trabajo que utiliza el proyecto. Los tipos de registro de Request, Task y Activity del paquete ALMWork ayudan a gestionar el trabajo y crear consultas más significativas relacionadas con la terminación del trabajo planificado.

Nota: Una vez que ha añadido paquetes ALM a una base de datos existente, es posible que desee evitar que los usuarios puedan crear nuevas solicitudes de cambio que se encuentren en un proyecto no ALM más antiguo y que no sean ALMRequests. Para ello, debe establecer un control de acceso u otro mecanismo para impedir que esto suceda. De forma predeterminada, los usuarios no pueden enviar ALMRequests hasta que se crea primero un ALMProject.

Comentarios