Metodologia

En este tipo de metodología se distinguen dos tipos de productos: los productos entregables y los productos no entregables o internos. Los productos entregables son aquellos que se entregan oficialmente al cliente como parte del desarrollo en fechas previamente acordadas, mientras que los no entregables son aquellos productos internos al desarrollo que no se entregan al cliente.
El únicoproducto entregable definido en esta metodología es el documento de requisito del sistema (DRS).
La estructura de esta metodología es la siguiente: en la sección 2 se describen las tareas recomendables, en la sección 3 se definen los productos entregables, en este caso el DRS.
2.- Tareas recomendadas:
Las tares recomendadas para obtener los productos en esta metodología son las siguientes:
*Tarea 1: Obtener información sobre el dominio del problema y el sistema actual.
* Tarea 2: Preparar y realizar las reuniones de elicitacion
* Tarea 3: Identificar/ revisar los objetivos del sistemas
* Tarea 4: Identificar/ revisar los requisitos de almacenamiento de información
* Tarea 5: priorizar objetivos y requisitos
El orden recomendado de realización para estas tareas es:1….5, aunque las tareas 4,5 pueden realizarse simultáneamente o en cualquier orden que se considere oportuno. La tarea 1 es opcional y depende del conocimiento previo que tenga el equipo de desarrollo sobre el dominio del problema y el sistema actual.
3.- Productos entregables
El único producto entregable que se complementa con esta metodología es el documento de requisitos del sistema (DRS)
Laportada del documento DRS debe tener un formato tal que sea entendible los cuales son:
* Nombre del proyecto.- del DRS
* Versión.- dicha versión se compone de dos números X e Y. el primero indica la versión, y se debe incrementar cada vez que se hace una nueva entrega formal al cliente. El segundo número indica cambios dentro de la misma versión aun no entregada. Este tipo de versiones puedenser internas al equipo de desarrollo o ser entregadas al cliente a titulo orientado.
* Fecha.- fecha de publicación de la versión
* Equipo de desarrollo.- nombre de la empresa o equipo de desarrollo
* Cliente.- Nombre del cliente, normalmente de otra empresa
Lista de cambios
El documento debe incluir una lista de cambios en la que se especifiquen, para cada versión del documento loscambios producidos en el mismo con un formato similar al otro. Para cada cambio realizado se debe incluir el numero de orden, la fecha, una descripción y los autores.
Núm. | Fecha | Descripción | Autores |
0 | Fecha 0 | Version x,y | Autor0 |
1 | Fecha 1 | Descripción del cambio | Autor1 |
... | ... | ... | ... |
n | Fecha n | Descripción del cambio n | Autor n |
Índice.- debeindicar la página en la que comienza cada sección,
Listas de figuras y tablas.- dichos apartados aparecerán el documento. Y la lista serán 2 índices que indicaran el número, la descripción y la pagina en que aparece cada figura o tabla del DRS.
Introducción.- descripción breve de las principales características del sistema software que se va a desarrollar, la situación actual que genera lanecesidad del nuevo desarrollo.
Participantes del proyecto.- una lista con todos los participantes en el proyecto, tanto desarrolladores como clientes usuarios.
Descripción del sistema actual.- puede utilizarse una técnica que se considere oportuna,
Objetivos del sistema.- Objetivos que se esperan alcanzar cuando el sistema software a desarrollar este en explotación.
Catalogo de requisitos delsistema.- se dividen en las siguientes subsecciones en las que se describen los requisitos del sistema.
Requisitos de almacenamiento de información.- debe contener la lista de requisitos que se hayan identificado, utilizando para especificarlos la plantilla de requisitos.

Requisitos funcionales
Esta subseccion debe contener la lista de requisitos funcionales ya identificados, dividiéndolos...