Elicitacion de requerimientos

Metodología para la Elicitación
de Requisitos de Sistemas Software
Versión 2.3
Amador Durán Toro
Beatriz Bernárdez Jiménez
Informe Técnico LSI–2000–10 (revisado)
Departamento de Lenguajes y Sistemas Informáticos
Escuela Técnica Superior de Ingeniería Informática
Sevilla, abril de 2002
Este trabajo ha sido o está siendo financiado por los siguientes proyectos:
Proyecto CICYT "MENHIR"(TIC97–0593–C05–03)
Proyecto CICYT "GEOZOCO"(TIC 2000—1106—C02—01)
Proyecto CYTED "WEST"(VII.18)

Lista de cambios
Núm. Fecha Descripción Autor/es
0 13/10/1998 Versión 1.0 A. Durán y B.
Bernárdez
1 04/11/1998 [pág. 18] En el apartado de importancia de la plantilla general de
requisitos del sistema, donde aparecía "En este apartado se indica la
importancia que tiene el caso de uso para elcliente" aparece ahora "En
este apartado se indica la importancia que tiene el requisito para el cliente".
A. Durán
2 04/11/1998 [pág. 18] En el apartado de urgencia de la plantilla general de requisitos
del sistema, donde aparecía ". . . incluyendo la funcionalidad
expresada en el caso de uso" aparece ahora “. . . incluyendo las capacidades
expresadas en el requisito".
A. Durán
3 04/11/1998[pág. 23] En la descripción de la relación extends entre casos de uso,
donde aparecía "En cierta forma, B completa la funcionalidad de A"
aparece ahora "En cierta forma, A completa la funcionalidad de B".
A. Durán
4 04/11/1998 [págs. 3, 6, 8, 15, 16, 17, 18, 19, 22, 23, 24, 26, 27, 30] Correcciones
ortográficas diversas.
A. Durán
5 04/11/1998 Publicación de la versión 1.1. A. Durán
618/10/1999 En la versión 2.0 se han introducido numerosos cambios, los principales
son los siguientes:
A. Durán
El título cambia de Norma para la Recolección de Requisitos de un Sistema
Software a Metodología para la Elicitación de Requisitos de Sistemas
Software.
La primera sección del documento pasa de denominarse Objetivo y
alcance a Objetivo de la metodología.
Se han eliminado de la tarea1 las referencias relativas a la construcción
de modelos de análisis del dominio.
En la tarea 2 se habla de reuniones en lugar de hacerlo específicamente
de entrevistas.
Se ha añadido la tarea 3 Identificar los objetivos del sistema como tarea
previa a la identificación de los requisitos y se ha diseñado una
plantilla específica para los objetivos.
Se han cambiado todas las apariciones deotros requisitos por requisitos
no funcionales.
Se ha cambiado el contenido de las secciones Introducción y Objetivos
del sistema del DRS.
Se han añadido al DRS las secciones Participantes en el proyecto y
Matriz de rastreabilidad.
Se ha contemplado la posibilidad de organizar los requisitos de forma
que no sean una lista plana.
Se han añadido las descripciones de las técnicas de JAD ybrainstorming.
Se ha reescrito la descripción de la técnica de los casos de uso.
Se ha cambiado el nombre de la relación uses entre casos de uso a
includes para adaptar la notación a UML.
Se han añadido plantillas específicas para objetivos y actores.
Se han añadido nuevos campos y patrones–L a todas las plantillas,
introduciendo el concepto de patrón lingüístico.
Se han eliminado los subpasosde la plantilla para requisitos funcionales
(casos de uso).
Se ha reescrito la mayor parte del ejemplo de aplicación de la metodología.
7 18/10/1999 Versión 2.0. A. Durán
8 18/10/2000 En la versión 2.1 se han introducido algunos cambios realizados
durante la elaboración de la tesis doctoral de A. Durán [Durán
2000].
A. Durán
9 18/10/2000 Versión 2.1 (Informe Técnico LSI–2000–10) A. Durán10 26/10/2001 En la versión 2.2 se han introducido algunos cambios realizados
durante la implementación de la herramienta CASE REM. Estos
cambios afectan a algunos campos de algunas plantillas, aunque
no de una forma significativa.
A. Durán
11 26/10/2001 Versión 2.2. A. Durán
12 10/04/2002 Correciones menores A. Durán
13 10/04/2002 Versión 2.3. A. Durán

Índice
1. Objetivo de la...