Ingenieria de Requerimientos - Trabajo SRS caso real
Enviado por igpereyra • 4 de Mayo de 2017 • Trabajo • 8.715 Palabras (35 Páginas) • 252 Visitas
Índice
0. Historial de revisiones ……………………………………………………….. 2
1. Introducción ………………………………………………………… 3
1.1. Propósito ………………………………………………… 3
1.2. Ámbito del Sistema ………………………………………………… 3
1.3. Definiciones, Acrónimos y Abreviaturas ……………… 4
1.4. Referencias …………………………………………….. 4
1.5. Visión General del Documento ……………………………… 4
2. Descripción General ……………………………………… 5
2.1. Perspectiva del Producto ……………………………………… 5
3. Requerimientos Específicos ……………………………………… 5
3.1. Requerimientos Funcionales ……………………………………… 5
4. Casos de Uso ……………………………………… 10
5. Escenarios ……………………………………… 15
6. Matriz de trazabilidad ES|CU \ RF ……………………………………… 38
7. Datos Abstractos ……………………………………… 39
8. Glosario ……………………………………… 53
Historial de Revisiones
FECHA | VERSION | DESCRIPCION | AUTOR/ES |
27/06/2013 | 1.0 | Versión Inicial | UCAECE |
1. Introducción
1.1 Propósito
El propósito de este documento es realizar una descripción extensa del sistema, y todos los factores que intervienen en el diseño del mismo. Está destinada a los stakeholders, diseñadores, desarrolladores y testers.
1.2 Ámbito del Sistema
El sistema a desarrollarse (TALLER BERTOIA HNOS.) se va a encargar de solucionar todos los puntos débiles correspondientes a la documentación manual del taller.
No existen documentos de nivel superior.
Objetivos
- Brindar información acerca del stock de repuestos para el control de los mismos.
- Brindar información acerca del stock de herramientas para el control de las mismas.
- Brindar un rápido acceso a la información de todos los clientes del taller BERTOIA HNOS., sus vehículos, y trabajos realizados.
Limites
- Control Stock de Repuestos:
Desde que se realiza el pedido a los proveedores correspondientes, post informe y reporte de repuestos, hasta que se cumplen las necesidades de cada pedido formal (documentado).
- Control Stock de Herramientas:
Desde que se realiza la compra de las herramientas faltantes, post informe y reporte de las mismas, hasta que se cumplen las necesidades de cada pedido formal (documentado).
- Ámbito de Cliente:
Se abarcara desde la llegada de un cliente (o un nuevo cliente) hasta la salida del mismo. Pasando por el ingreso del mismo en el sistema, cargando el historial de reparaciones y estado de su/s vehículo/s y la generación de informes, al finalizar se guardara toda la información del mismo.
1.3 Definiciones, Acrónimos y Abreviaturas
Consultar el Glosario.
1.4 Referencias
Entrevistas a los Stakeholders.
1.5 Visión General del Documento
El presente documento se divide prácticamente en dos etapas la primera que es una descripción de los factores generales del sistema, la segunda etapa la cual consiste en la especificación de los requerimientos, casos de uso y escenarios.
2. Descripción General
2.1 Perspectiva del Producto
El sistema es totalmente independiente de otros sistemas.
3. Requerimientos Específicos
3.1 Requerimientos Funcionales
Requerimiento Funcional N° 1
El usuario administrador podrá dar de alta usuarios en el sistema. [DA 1]
Requerimiento Funcional N° 2
El usuario administrador podrá dar de baja a usuarios existentes en el sistema. [DA 2]
Requerimiento Funcional N° 3
El usuario administrador podrá modificar datos de los usuarios existentes en el sistema. [DA 3a] [DA 3b]
Requerimiento Funcional N° 4
El usuario administrador podrá crear perfiles de usuario. [DA 4]
Requerimiento Funcional N° 5
El usuario administrador podrá modificar los perfiles de usuario. [DA 5a] [DA 5b]
Requerimiento Funcional N° 6
El usuario administrador podrá dar de baja perfiles usuario. [DA 6]
Requerimiento Funcional N° 7
El sistema debe mostrar por pantalla a los empleados todos los repuestos en stock. [DA 7]
Requerimiento Funcional N° 8
Para cada repuesto, el sistema debe mostrar los detalles del mismo. [DA 8a] [DA 8b]
Requerimiento Funcional N° 9
El sistema debe permitir a los empleados de logística generar una solicitud para la reposición de repuestos. [DA 9]
...