Administrador de red

Metodología para la Elicitación de Requisitos de Sistemas Software
Versión 2.1
Amador Durán Toro Beatriz Bernárdez Jiménez

Informe Técnico LSI–2000–10 Departamento de Lenguajes y Sistemas Informáticos Facultad de Informática y Estadística Sevilla, octubre de 2000

Este trabajo ha sido financiado por Ministerio de Educación y Ciencia de España a través del proyecto "MENHIR"de la CICYT TIC97–0593–C05–01

Lista de cambios
Núm. 0 1 Fecha 13/10/1998 04/11/1998 Descripción Versión 1.0 [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 el clienteaparece ahora “En este apartado se indica la importancia que tiene el requisito para el cliente" [pág. 18] En elapartado de urgencia de la plantilla general de requisitos del sistema, donde aparecía “. . . incluyendo la funcionalidad expresada en el caso de usoaparece ahora “. . . incluyendo las capacidades expresadas en el requisito" [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 Aaparece ahora “En cierta forma, A completala funcionalidad de B" [págs. 3, 6, 8, 15, 16, 17, 18, 19, 22, 23, 24, 26, 27, 30] Correcciones ortográficas diversas Versión 1.1 En la versión 2.0 se han introducido numerosos cambios, los principales son los siguientes: 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 deldocumento pasa de denominarse Objetivo y alcance a Objetivo de la metodología Se han eliminado de la tarea 1 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 hadiseñado una plantilla específica para los objetivos Se han cambiado todas las apariciones de otros 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 seanuna lista plana Se han añadido las descripciones de las técnicas de JAD y brainstorming 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, introduciendoel concepto de patrón lingüístico Se han eliminado los subpasos de la plantilla para requisitos funcionales (casos de uso) Se ha reescrito la mayor parte del ejemplo de aplicación de la metodología Versión 2.0 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]. Versión 2.1 Autor/es A. Durán y B. Bernárdez A. Durán2

04/11/1998

A. Durán

3

04/11/1998

A. Durán

4 5 6

04/11/1998 04/11/1998 18/10/1999

A. Durán A. Durán A. Durán

7 8 9

18/10/1999 18/10/2000 18/10/1999

A. Durán A. Durán A. Durán

Índice General
1 Objetivo de la metodología 2 Tareas recomendadas 2.1 Tarea 1: Obtener información sobre el dominio del problema y el sistema actual . . . . . . . . . . . . . . . . . .. . . . 2.1.1 2.1.2 2.1.3 2.1.4 2.1.5 2.2 Objetivos . . . . . . . . . . . . . . . . . . . . . . . . . . Descripción . . . . . . . . . . . . . . . . . . . . . . . . Productos internos . . . . . . . . . . . . . . . . . . . . Productos entregables . . . . . . . . . . . . . . . . . . Técnicas recomendadas . . . . . . . . . . . . . . . . . 1 1 3 3 3 3 3 4 4 4 4 5 5 5 5 5 5 6 6 6 6 6 6 7 7...