Proyecto De Gestión Del Servicio De Grúa De Un Taller Mecánico

Proyecto de Gestión del Servicio de Grúa de un Taller Mecánico

Documento de Requerimientos Software (SRD)
Versión 1.2


Sistemas Informáticos
Ingeniería Informática
Universidad Carlos III de Madrid


30 de Abril de 1999


Realizado por:
Rafael Calzada Pradas
Pedro Rafael Gómez Alcántara
Susana Montero Moreno
Ana Belén Parrilla González
Belén Vela Sánchezgrupo-si@teleles.uc3m.es

Ref: SGTM-G2-SRD-01C-30/4/99

A. RESUMEN
La principal actividad en la fase de requerimientos software (SR) es transformar los requerimientos de usuario en requerimientos software. Por tanto, como entrada a esta fase se tiene el URD [1], una vez aprobado, y como salida se tendrá el Documento de Requerimientos Software (SRD).
Esto se consigue tras analizar el problema. Una vezanalizado, se da una descripción coherente y consistente de lo que el software debería hacer. Esta fase se realiza desde el punto de vista del desarrollador.
El SRD tiene como objetivo definir qué es lo que la aplicación de Gestión del Servicio de Grúa de un Taller Mecánico (SGTM) debe permitir hacer. Este documento formal se realiza siguiendo el estándar de la Agencia Espacial Europea (ESA) [2].B. HOJA DE REGISTRO DE CAMBIOS (DCR)
HOJA DE REGISTRO DE CAMBIOS Nº DCR 1
FECHA 30/4/99
ORIGINADO POR G2
APROBADO POR


1. TÍTULO DEL DOCUMENTO: Documento de Requerimientos de Software
2. Nº DE REFERENCIA DEL DOCUMENTO: SGTM-G2-SRD-01C-30/4/99
3. VERSIÓN DEL DOCUMENTO / NÚMERO DE REVISIÓN: Versión 1.2
4. FECHA 5. REVISIÓN 6. MOTIVO DEL CAMBIO
6/4/99
16/4/99 16/4/99
30/4/99Aclaración de conceptos que no estaban claros.
En el apartado de Requerimientos Específicos y dentro de este en Requerimientos Funcionales, se ha modificado el SRD11, ya que una parte del mismo aparecía repetido en el SRD13.














INDICE:
1. INTRODUCCIÓN 4
1.1 PROPÓSITO 4
1.2 ALCANCE 4
1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS 4
1.4 REFERENCIAS 5
1.5 VISIÓNGENERAL 5
2. DESCRIPCIÓN GENERAL 7
2.1 RELACIÓN CON PROYECTOS ACTUALES 7
2.2 RELACIÓN CON PROYECTOS ANTERIORES Y POSTERIORES 7
2.3 FUNCIÓN Y PROPÓSITO 7
2.4 ENTORNO OPERACIONAL 9
2.5 RELACIÓN CON OTROS SISTEMAS 9
2.6 RESTRICCIONES GENERALES 9
2.7 DESCRIPCIÓN DEL MODELO 11
3. REQUERIMIENTOS ESPECÍFICOS 12
3.1 REQUERIMIENTOS FUNCIONALES 12
3.2 REQUERIMIENTOS DE PRESTACIONES 21
3.3REQUERIMIENTOS DE INTERFAZ 21
3.4 REQUERIMIENTOS OPERACIONALES 24
3.5 REQUERIMIENTOS DE RECURSOS 25
3.6 REQUERIMIENTOS DE VERIFICACIÓN 26
3.7 REQUERIMIENTOS DE PRUEBAS DE ACEPTACIÓN 27
3.8 REQUERIMIENTOS DE DOCUMENTACIÓN 28
3.9 REQUERIMIENTOS DE SEGURIDAD 28
3.10 REQUERIMIENTOS DE PORTABILIDAD 29
3.11 REQUERIMIENTOS DE CALIDAD 29
3.12 REQUERIMIENTOS DE FIABILIDAD 30
3.13 REQUERIMIENTOS DEMANTENIMIENTO 30
3.14 REQUERIMIENTOS DE SEGURIDAD INTERNA 30
4. MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS DE USUARIO VS REQUERIMIENTOS SOFTWARE 31

1. Introducción
1.1 Propósito
El propósito del Documento de Requerimientos Software (SRD) es analizar formalmente los requisitos de usuario descritos en la fase de UR y definir un conjunto de requerimientos software lo más completo, consistente ycorrecto posible, que cubra los requerimientos de usuario definidos en el URD [1].
En la fase de SR se realiza el análisis del proyecto software. Una parte importante del análisis es la construcción de un modelo que describa ‘Qué’ tiene que hacer el software, y no ‘Cómo’ lo tiene que hacer.
La principal entrega de esta fase es el SRD. Este documento debe ser revisado por el Cliente y por todo elequipo de proyecto.
En este documento se describen los requerimientos funcionales, operacionales, etc. desde el punto de vista del desarrollador.
Este documento se ha realizado siguiendo el estándar de la Agencia Espacial Europea (ESA) [2].
1.2 Alcance
Este documento recoge los requerimientos software necesarios para cubrir los requerimientos de usuario descritos en el URD [1]. Para ello es...