Ingenieria de Requerimientos - Trabajo SRS caso real
igpereyraTrabajo4 de Mayo de 2017
8.715 Palabras (35 Páginas)289 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]
Requerimiento Funcional N° 10
Los empleados administrativos deben poder autorizar los pedidos de repuestos por parte de los empleados de logística. [DA 9] [DA 10a] [DA 10b]
Requerimiento Funcional N° 11
El sistema debe permitir a los empleados administrativos actualizar la cantidad de unidades disponibles para cada uno de los repuestos existentes en el sistema. [DA 11a] [DA 11b]
Requerimiento Funcional N° 12
El sistema debe permitir a los empleados administrativos dar de alta un repuesto nuevo en el sistema. [DA 12]
Requerimiento Funcional N° 13
El sistema debe permitir a los empleados administrativos dar de baja un repuesto del sistema. [DA 13]
Requerimiento Funcional N° 14
El sistema debe permitir a los empleados administrativos modificar los detalles de un repuesto en el sistema. [DA 14a] [DA 14b] [DA 14c]
Requerimiento Funcional N° 15
El sistema debe mostrar por pantalla a los empleados todas las herramientas en stock.
[DA 15]
Requerimiento Funcional N° 16
El sistema debe permitir a los mecánicos generar una solicitud para la reposición de herramientas. [DA 16]
Requerimiento Funcional N° 17
El sistema debe permitir a los empleados administrativos aprobar las solicitudes para reposición de herramientas de los mecánicos. [DA 16] [DA 17a] [DA 17b]
Requerimiento Funcional N° 18
El sistema debe permitir a los empleados administrativos dar de alta una herramienta nueva en el sistema. [DA 18]
Requerimiento Funcional N° 19
El sistema debe permitir a los empleados administrativos dar de baja una herramienta del sistema por pérdida o destrucción. [DA 19]
Requerimiento Funcional N° 20
...