Antes de mostrar el ejemplo, es necesario recordar que cada organización puede y debe definir su propia plantilla de Caso de Uso. La información que es necesario capturar varía mucho según el tipo de proyecto. Incluso conviene adaptarla a cada proyecto.

Para este ejemplo vamos a suponer que nuestro proyecto consiste en desarrollar una aplicación para gestionar los proyectos de software de nuestra organización.

Nombre: Actualizar el Plan de Ejecución de un Proyecto. (empieza con un verbo).

Ámbito: SuC (System under Consideration).

Nivel: Objetivo de Usuario.

Actor: Jefe de Proyecto (JP).

Interesados e Intereses:

• Jefe de Proyecto: Gestionar el Plan de Ejecución de sus proyectos.
• Director de Proyectos: Controlar los gastos del proyecto.
• Cliente: Garantizar el cumplimiento de las fechas de entrega.

Precondiciones: El usuario se ha identificado ante el sistema y tiene la categoría de Jefe de Proyecto.

Condiciones de Éxito: El Plan de Ejecución modificado del proyecto se ha guardado y se han actualizado los calendarios de trabajo.

Escenario Prinicipal:

1. El sistema presenta la lista de proyectos asignados al JP.
2. El JP elige el proyecto con el quiere trabajar.
3. El sistema presenta el Plan de Ejecución actual del proyecto.
4. El JP elige una de las acciones del proyecto
5. El sistema presenta los datos de la acción elegida.
6. El JP edita los datos de la acción y los modifica.
7. El JP confirma las modificaciones realizadas sobre la acción.
8. El sistema recalcula el Plan de Ejecución y el presupuesto del proyecto.
9. El sistema confirma la modificación y presenta los datos de la acción actualizados.
10. El JP vuelve a visualizar el Plan de Ejecución del proyecto ahora actualizado.

Escenarios Alternativos:

*a En cualquier momento, si se produce un error en el sistema se informa al usuario.

*b En cualquier momento, el JP cancela la acción.

1. El sistema solicita confirmación de la cancelación.
2. El sistema presenta la lista de proyectos asignados.

1a Si el usuario no tiene proyectos asignados, se le informa.

8a Si el nuevo Plan de Ejecución supera la fecha de entrega establecida:

1. El sistema informa al JP y le indica que para realizar la acción, el Director de Proyectos deberá establecer una nueva fecha de entrega.
2. El sistema devuelve los datos de la acción a su estado anterior.

8b Si el nuevo presupuesto excede el presupuesto del proyecto.

1. El sistema informa al JP y le indica que para realizar la acción, el Director de Proyectos deberá establecer una nuevo presupuesto para el proyecto.
2. El sistema devuelve los datos de la acción a su estado anterior.

Requerimientos Especiales: El cálculo de fecha de entrega se realizará por el método de velocidad de proyecto.

Tecnología y Formatos: El Plan de Ejecución se podrá visualizar en formatos Gantt y PERT.

Frecuencia: Cada 15 días por proyecto aproximadamente.

Temas Pendientes:

- Determinar el método de cálculo del presupuesto.

- Valorar la posibilidad de actualizar la información de fechas mediante un interfaz de ratón que permita arrastrar elementos del Plan de Ejecución.

Otros: No olvidar presentar las notas de cada acción con el fondo amarillo como insistentemente pidió el cliente.

Nota: Es importante destacar que en los Casos de Uso no se hace referencia a la implementación. Es decir, que no se reflejan los detalles técnicos (interfaz de usuario, lenguaje de programación, ni mucho menos del sistema de almacenamiento). Nos centramos en el usuario (actor) y su forma de actuar para conseguir sus objetivos.