===== Reunión inicial de desarrollo del proyecto =====
==== Preparación ====
Se genera un documento con todas las dudas de cara a la reunión que deberán ser resueltas. Las principales dudas que se generan son 
==== Realización ====

===== Aplicar MEDEA al desarrollo del proyecto. Generación de artefactos. =====
==== Lectura del curso: MDA-PAF-1.0.0-ElicitarRequisitos ====

==== Generación de Acta ====
Se adjunta la documentación correspondiente en la que se indica los datos de la reunión, el orden del día, los temas tratados y los acuerdos adoptados:

  * {{:mda:tfg:tfg.-20141010-act-determinaralcance.pdf|TFG-20141030-ACT-DeterminarAlcance}}


===== Generación de diagrama conceptual de la herramienta =====
Se realiza una primera versión del diagrama conceptual de la herramienta con lo hablado en la reunión del 30 de Octubre de 2014. En esta primera visión se tratan los siguientes aspectos:
  * Jerarquía por niveles con los documentos (artefactos) que, a nivel lógico, debe tratar la herramienta. Estos documentos son los artefactos que se generan durante la disciplina (fase) de requisitos.
  * Trazabilidad de requisitos. Jerarquía de trazas.
  * Requisitos parametrizables. Tipos de parámetros.
  * Gestión de Patrones de Requisitos.
  * Documento Maestro de Requisitos como catálogo(agrupación) de Requisitos de un proyecto. Este documento maestro también puede ser un documento reutilizable por más de un proyecto

{{:mda:tfg:diagramaconceptual.png}}

Quedando pendientes:
  * Gestionar permisos sobre documentos, proyectos...

Se generan las siguientes dudas:
  * En el anterior proyecto, la relación entre catalogo y requisito no existía y era el requisito el que reverenciaba al catálogo. Se comenta en la memoria que era mejor tener la relación entre el catalogo y los requisitos del requisito al catálogo pero pienso que debería ser al revés. A nivel lógico, si quiero acceder a los reuquisitos de un determinado catálogo debería acceder a todos y cada uno de los requisitos almacenados en base de datos y filtrar por los que contengan el catálogo que deseo buscar. Si lo hiciésemos al revés, al acceder al catálogo, este ya contendría todos los requisitos asociados a este y simplemente debería recorrer la lista.
  * Validar actas del día, ¿Interesa el validador? En ese caso deberíamos relacionar todos los documentos que deban ser validados con el usuario que realiza la validación. Creo que esto puede ser interesante.
  * ¿Relacion entre patron de requisitos y requisito?
  * Un proyecto, ¿puede tener varios documentos maestros de requisitos? He pensado tratar los documentos maestros de requisitos como catálogos ya que estos son una agrupación de requisitos.