En negrita se indica el nombre de las tareas.

Formación en flujos de trabajo en notación BPMN 2.0.

Se establece que se va a trabajar con el software ADONIS debido a que es el utilizado en ATICA. También se barajaron otras opciones como Bizagi. El propio software ADONIS proporciona un pequeño tutorial de iniciación en el que se ponen algunos ejemplos para trabajar con dicho Software.

Formación en la metodología de desarrollo SCRUM.

Se forma a de una forma teórica a través de los correos que Juan Luis proporciona sobre formación de SCRUM. Además de esto, se le proporciona las transparencias de ática y el libro. En dicho email explica los conceptos básicos de gestión e proyectos a través de la metodología SCRUM, así como el significado de los términos más importantes y utilizados en SCRUM:

• Sprint o iteración es un intervalo de tiempo que se va a repetir de forma periódica para abordar las tareas en las q se descompone un proyecto. Habitualmente en SCRUM para el proyecto vamos a definir sprints semanales. Creemos que es conveniente hacerlos semanales y no se demoren mas debido a el corto espacio de tiempo que tenemos.
• Historias(o macrotareas): Estas se definen para gestionar un proyecto con sprints (Scrum). Estás tareas deberán completarse para poder finalizar el proyecto.
• Tareas, cada historia la descompondrás en tareas de modo q debes estimar el tiempo q te llevará terminar cada tarea. Una vez hecho esto, antes de comenzar cada sprint, debes elegir q tareas vas a incluir en el citado sprint, hasta agotar el tiempo disponible para dicho sprint.

Como resumen, los sprints no son más q una forma iterativa de ir organizando y completando las tareas necesarias para llevar a cabo un proyecto.

Desarrollo de flujos de trabajo en notación BPMN 2.0. mediante software Adonis.

Se desarrollan dos primero flujos de trabajo:

• Creación de documento “Orden del Día”.

• Creación y validación de documento “Acta del Día”.

En el segundo flujo de trabajo se añade la calle del Sistema para ver cómo queda de cara al usuario. Quedamos en que no es necesaria la calle del Sistema para en entendimiento del flujo de trabajo.

Elicitación de nuevos requisitos que contemplen la creación de requisitos a través de otros requisitos (requisitos reutilizables)

A través de los comentarios de Joaquín, se crean dos nuevos casos de uso en los que se explique como, paso a paso, se pueden crear requisitos a través de otros requisitos. El identificador y nombre de dichos requisitos es el siguiente:

• CDU 22. Crear Requisito Funcional.
• CDU 23. Crear Requisito Funcional.

Dichos nombres son “provisionales”, e incluso la estructuración de dicha funcionalidad está abierta a cambios debido a que la distinción un caso de uso “Gestionar Requisito” que se encargue de crear requisitos sin reutilización alguna, y luego tengamos estos dos basados en reutilización llamados “Crear Requisito Funcional” y “Crear Requisito No Funcional”.

El nuevo artefacto que contempla ambos requisitos es el siguiente:

• Documento de Requisitos (1.1)

Este documentos no sólo se recoge los cambios en los requisitos sino que también se actualizan los diagramas de casos de uso.

Una vez revisado dicho documento, Joaquín propone la creación de dos únicos requisitos en los que se contemple la creación de requisitos reutilizables y no reutilizables. Estos son:

• CDU 08. Gestionar Requisito.
• CDU 23. Reutilizar Requisito.

El nuevo artefacto diseñado especialmente para facilitar la lectura y que sólo contempla los requisitos 08 y 23 es el siguiente:

• Documento de Requisitos Reutilizables (1.0)