Srs Tallermecanico

Tema
ESPECIFICACIÓN DE
REQUERIMIENTOS DE
SOFTWARE
ESPECIFICACIÓN DE REQUERIMIENTOS DE
SOFTWARE VUELOS MONSTER
ÍNDICE DE CONTENIDOS
ESPECIFICACIÓN DE REQUERIIENTOS DE SOFTWARE VUELOS MONSTER 1
CASO DE ESTUDIO 3
1. Introducción 4
2. Propósito 4
3. Alcance del Sistema 4
4. Definiciones, Acrónimos y Abreviaturas 5
4.1 Definiciones 5
5. Referencias 6
6. Visión General del Documento 6
7. Descripción General 6
7.1. Perspectiva del Producto 7
7.2. Funciones del Producto 7
7.3. Condiciones del Entorno 8
7.4. Características de los Usuarios 8
7.5. Interfaces Externas 8
7.6. Restricciones 8
7.7. Suposiciones y Dependencias 8
8. Especificación de Requerimientos 9
8.1. Requisitos comunes de las interfaces 9
8.1.1. Interfaces de usuario 9
8.1.2. Interfaces de hardware 9
8.1.3. Interfaces de software 10
8.1.4. Interfaces de comunicación 11

8.2. Requisitos Funcionales 11
8.2.1. Objetivo General 11
8.2.2. Objetivos Específicos 11
8.2.3. Actores 14
8.2.4. Lista de requisitos funcionales 15
8.3. Requisitos No Funcionales 22
8.3.1. Objetivo General 22
8.3.2. Objetivos Específicos 22
8.4. Otros Requerimientos 24
8.4.1. Restricciones de Diseño 24
8.4.2. Hardware 24
8.4.3. Atributos 24
9. Requisitos de Rendimiento 25
9.1. Requisitos de Interfaces Externas 25
9.1.1. Interfaces de Usuario 25
9.1.2. Interfaces de Hardware 25
9.1.3. Interfaces de Software 25
9.1.4. Interfaces de Comunicación 26
9.1.5. Base de Datos 26
10. RECOMENDACIONES 26
11. CONCLUSIONES 26
12. BIBLIOGRAFIA: 26
ÍNDICE DE ILUSTRACIONES
Ilustración 1. Diagrama de casos de uso 9
INDICE DE TABLAS
Tabla 1. Definiciones 7
Tabla 2. Acrónimo y abreviaturas 8
Tabla 3. Usuario administrador 10
Tabla 4. Usuario cliente 10
Tabla 5. Requisitos de interfaces de hardware 11
Tabla 6. Interfaces de software 12
Tabla 7. Realizar el registro del usuario cliente 13
Tabla 8. Realizar la autenticación 13
Tabla 9. Ingresar al sistema por primera vez 14
Tabla 10. Realizar la gestión de cuenta de usuario 14
Tabla 11. Mostrar el catálogo de productos 14
Tabla 12. Buscar productos por filtros 14
Tabla 13. Cargar carrito de compras 14
Tabla 14. Visualizar el estado de la compra 14
Tabla 15. Realizar la entrega del pedido 15
Tabla 16. Eliminar artículos o pedido del carrito de compras 15
Tabla 17. Realizar el pago del pedido 15
Tabla 18. Programar pedido 15
Tabla 19. Facturar el pedido 15
Tabla 20. Verificar disponibilidad de productos 15
Tabla 21. Realizar la compra de productos 15
Tabla 22. Gestionar productos en inventario 16
Tabla 23. Realizar el registro del usuario administrador 16
Tabla 24. Gestionar proveedores 16
Tabla 25. Enviar campañas de fidelización 16
Tabla 26. Actor 1 - Administrador 16
Tabla 27. Actor 2 - Cliente 16
Tabla 28. Lista de requisitos funcionales 17
Tabla 29. Requerimiento Registrar cliente 18
Tabla 30. Requerimiento registrar administrador 19
Tabla 31. Requisito funcional autenticación 19
Tabla 32. Requerimiento ingreso por primera vez 19
Tabla 33. Requerimiento gestionar cuentas de usuario 20
Tabla 34. Requerimiento cambiar contraseña 20
Tabla 35. Requerimiento verificar disponibilidad de productos o artículos 21
Tabla 36. Requerimiento seleccionar productos o artículos 21
Tabla 37. Programar la entrega de pedido 21
Tabla 38. Requerimiento ver estado de pedido 22
Tabla 39. Requerimiento cancelar pedido 22
Tabla 40. Requerimiento apagar pedido 22
Tabla 41. Requerimiento iniciar sesión/cerrar sesión 23
Tabla 42. Requerimiento gestionar productos 23
Tabla 43. Requerimiento gestionar proveedores 23
Tabla 44. Requerimiento despachar pedido 24
Tabla 45. Requerimiento no funcional Tiempo de respuesta 24
Tabla 46. Requerimiento no funcional utilización de colores 25
Tabla 47. Requerimiento no funcional ícono de operaciones 25
Tabla 48. Requerimiento no funcional métodos de acceso 25
Tabla 49. Requerimiento no funcional plataforma 25
Tabla 50. Requerimiento no funciona accesibilidad 25
Tabla 51. Requerimiento no funcional mantenimiento 25
CASO DE ESTUDIO
Se desea construir un sistema para la gestión de un taller mecánico que deberá contener la
información referente a los clientes, los vehículos que repara, los mecánicos que trabajan en su
taller y los repuestos que se han utilizado para realizar una determinada reparación.
El funcionamiento del taller es el siguiente:
1. Se registra tanto el cliente como el vehículo que trae al taller para su reparación.
Este registro recoge la cédula de identidad, Nombre y Apellidos, Dirección y Teléfono de contacto
del cliente. Del vehículo se recogen la matrícula, el modelo y el color. También se registra la
fecha de entrada del vehículo en el taller y su hora.
2. Una vez registrado, se le asigna un mecánico (libre) que se encargará de evaluar los daños.
3. Posteriormente, este mecánico puede rodearse de otros mecánicos que le ayudarán en la

reparación.
4. Los mecánicos que participan en la reparación irán anotando en una hoja de

parte todos aquellos repuestos que les han sido necesarios para llevar a cabo la reparación y el
precio de la mano de obra.
5. Una vez terminada la reparación, la hoja de parte se pasa a la persona que mantiene el sistema
de información, la cual introducirá los datos que generarán la correspondiente factura para el
cliente. La factura, por tanto, debe contener todos los datos del cliente, los datos del mecánico
al que ha sido asignado y el desglose de qué repuestos se han utilizado con su precio por unidad,
el precio de la mano de obra y el total de la factura. A este total se le aplica el 12 % de IVA.
1. Introducción
Este documento de Especificación de Requerimientos de Software ha sido creado siguiendo la
norma IEEE-830 para la especificación de requerimientos, que forma parte de la documentación
generada previo al posible desarrollo e implementación del sitio web del Taller Mecánico
Monster.
2. Propósito
El propósito principal del presente documento de visión es hacer una lista de los requerimientos
del sistema del Taller Mecánico Monster. Este documento también ayuda a recopilar y analizar
las ideas recogidas en el proyecto, además, no estará sujeto a cambio, si se añaden más
requisitos para el proyecto.
Está principalmente preparado para establecer el escenario para la fase de diseño del proyecto.
El entregable que está siendo elaborado es la primera versión del documento de visión para el
proyecto enfocado en el sitio web de Taller Mecánico Monster.
3. Alcance del Sistema

Este proyecto diseña e implementa el sitio web del Taller Mecánico Monster. La implementación
del sistema, una vez finalizada tendrá como beneficios la gestión de los siguientes módulos:
1. Módulo de Personal
- Creación de usuario
- Creación clientes
- Creación de administradores
2. Módulo de Finanzas
- Proceso de facturación
- Proceso de Contabilidad
- Proceso de Tesorería
3. Módulo de Gestión Mecánica
- Gestionar Vehículos
- Gestionar Mecánico
- Administrar servicios del taller
4. Módulo de seguridad
- Login
- Gestión de usuarios y contraseñas
- Gestión de roles
- Autenticación
- Auditoría
El sistema actualmente se maneja de manera manual donde el cliente se acerca al taller en
busca del servicio. Se registra una bitácora (hoja de papel) los datos del cliente, vehículo, su
estado y los problemas mecánicos existentes, luego de la revisión del vehículo se indica al
cliente los repuestos y reparación necesaria, para que se proceda con el trabajo.
Luego de la entrega del vehículo se realiza el cobro y entrega de factura física
Este manejo manual de los procesos ocasiona problemas en el servicio y una desorganización
del negocio, por lo que, se hace indispensable su automatización.
Con la implementación del sistema web, el taller podrá agilizar y mejorar los procesos
relacionados a los servicios que presta.
4. Definiciones, Acrónimos y Abreviaturas
4.1 Definiciones
Tabla 1. Definiciones
TÉRMINO DEFINICIÓN
Requisito Condición necesaria para algo
Aplicación Es una aplicación informática con distintos componentes que se
distribuida ejecutan en entornos separados, normalmente en diferentes
plataformas conectadas a través de una red.
Base de datos Una base de datos es una colección de información organizada de
forma que un programa de ordenador pueda seleccionar rápidamente
los fragmentos de datos que necesite. Las bases de datos tradicionales
se organizan por campos, registros y archivos.
Query/Consulta Un query en base de datos es una búsqueda o pedido de datos
almacenados en una base de datos. En forma genérica, query también
puede tratarse de una inserción, actualización, búsqueda y/o
eliminación en una base de datos.
Sistema de Se puede definir como un sistema que procesa datos de tal forma que
información estos datos puedan ser utilizados para la toma de decisiones en un
momento dado, también se puede definir como forma organizada,
estructurada e integrada de un sistema de computación.
MYSQL Sistema de gestión de bases de datos relacional desarrollado bajo
licencia libre.
IDE de desarrollo Aplicación informática que proporciona servicios integrales para
facilitarle el desarrollo de software.
Netbeans Entorno de desarrollo integrado libre, hecho principalmente para el
lenguaje de programación Java.
Java – Java web Entorno o plataforma de computación, capaz de ejecutar aplicaciones
desarrolladas usando el lenguaje de programación Java
Comercialización Conjunto de actividades desarrolladas con el fin de facilitar la venta de
una mercancía o un producto.
Marketing Conjunto de técnicas que a través de estudios de mercado intentan
lograr el máximo beneficio en la venta de un producto.
Stock Conjunto de mercancías en depósito o reserva.
4.2 Acrónimos y abreviaturas
Tabla 2. Acrónimo y abreviaturas
Acrónimo/Abreviatura Significado
Usuario Persona o cliente que usará el sitio web.
ERS Especificación de requisitos de software
RF Requisito funcional
RNF Requisito no funcional
CRUD Operaciones de base de datos (Create, Read, Update, Delete –
Crear, Leer, Modificar, Eliminar)
IVA Impuesto valor agregado
ECUD Especificación de caso de uso detallado
5. Referencias
Tabla 3: Referencias
Referencia Titulo Ruta Fecha Autor
1. Standard IEEE 830 De la plantilla de formato del 1988 IEEE

documento © & Coloriuris
http://www.qualitatis.org
2. Manual de https://www.unidadvictimas.gov. 22/12/2

procedimiento co/sites/default/files/documentos 014
para el control de biblioteca/13-manual-de-
inventarios
procedimiento-para-el-control-
de-inventario-v1.pdf
6. Visión General del Documento

Este documento consta de tres módulos. En el primer módulo consta la Introducción y
proporciona una visión general de la ERS. En el segundo módulo describe el sistema en general,
con el fin de conocer las principales funciones que realizará el mismo, los datos asociados y los
factores, restricciones, supuestos y dependencias que afectan al desarrollo, sin entrar en
excesivos detalles. En el tercer módulo se definen detalladamente los requisitos que cubrirá el
sistema. El contenido de este documento cuenta con el sustento de todo el proceso de la
Ingeniería de Requerimientos realizada por los autores del sistema, con distintos mecanismos
de soporte que permitirán realizar las adaptaciones, usos, restricciones y controles a cada
sección.
7. Descripción General
El sistema permitirá la gestión de los servicios del Taller Mecánico Monster, mediante el registro de
usuarios del sistema, quienes harán uso de diversas funcionalidades para el registro de clientes,
vehículos, mecánicos, ingreso y búsqueda de repuestos satisfacer las necesidades del cliente,
además del proceso de facturación de los servicios que se ofrecen.
7.1. Perspectiva del Producto
El sistema de Taller Mecánico Monster será autónomo y no interactuará con otros sistemas, sin
embargo, la escalabilidad del sistema permitirá que en un futuro se relacione con otros sistemas
que requiera el propietario, así mismo con otros módulos que se deseen agregar para brindar
una mayor funcionalidad al sistema.
7.2. Funciones del Producto
El sistema contará con diferentes módulos que son: módulo de personal, módulo de finanzas,
módulo de gestión mecánica, módulo de seguridad; de forma breve se explica las principales
funciones que se deben incluir en la operación del sistema.
El sistema debe permitir la gestión de clientes y vehículos que utilizan los servicios del taller. La
gestión del personal mecánico que presta los servicios en el taller.
Adicionalmente, se debe realizar la gestión de repuestos para los vehículos (consultar
disponibilidad, precios, marcas y demás detalles relacionados al inventario).
Finalmente, el sistema debe entregar la factura correspondiente al servicio brindado a los clientes.
A continuación, se indica los casos de uso propuestos para la implementación del sistema del Taller
Mecánico Monster.
Ilustración 1. Diagrama de casos de uso
7.3. Condiciones del Entorno

El software operará en un entorno web, en el cual existirán módulos, los mismos que serán
administrados por el usuario. Respecto al entorno de negocio al ser un sistema de gestión de
servicio, posee medidas de seguridad y aislamiento para almacenar la información de los
clientes.
7.4. Características de los Usuarios
Los usuarios forman parte del personal de “Taller Mecánico Monster”, el nivel de manejo de sistemas
informáticos orientados a la web debe ser intermedio.
Tabla 4. Usuario administrador
Tipo de usuario Administrador

Formación Bachillerato
Habilidades Facilidad de manejo de inventario, conocimiento del negocio
y los servicios, además del conocimiento de los
proveedores.
Actividades Llevar el control de la parte del taller en cuanto se refiere a
la gestión de los repuestos, gestión de usuarios,
proveedores y sitio web
Tabla 5. Usuario o Cliente
Tipo de usuario Usuario o Cliente

Habilidades Conocimiento básico en manejo de software.
Actividades Realizar el registro de vehículos, solicitar servicios, editar
perfiles y visualizar el estado del servicio.
Tabla 6. Usuario secretaria
Tipo de usuario Usuario secretaria

Actividades Gestionar los clientes, registrar las citas y las finanzas del
taller
Tabla 7. Usuario Jefe Taller
Tipo de usuario Usuario Jefe Taller

Actividades Realizar la gestión de los mecánicos, vehículos y servicios
7.5. Interfaces Externas

El sistema se conectará con la base de datos, medio por el cual se podrá visualizar la distinta
información ya sea de servicios, de clientes, de repuestos, vehículos, usuarios, etc. Esto permitirá
control del sitio web en general.
7.6. Restricciones
▪ Hardware: Computador Core i5, 4GB de memoria RAM.
▪ Se trabaja con el sistema operativo Windows 10 y Linux.
▪ Se utilizará el lenguaje de programación Java orientado a la web.
▪ La base de datos a utilizar será MySQL. El IDE de desarrollo será NetBeans.
▪ Para la elaboración del modelo físico de la base de datos, se hará uso de la herramienta
Power Designer.
▪ Los perfiles de los usuarios limitarán el uso de los módulos del sistema.
▪ La interfaz gráfica deberá ser amigable para el usuario y sencilla de utilizar.
▪ El sistema debe tener una conexión a internet con un ancho de banda.
7.7. Suposiciones y Dependencias
En caso de que del Taller Mecánico Monster no cuente con el hardware detallado en los
requisitos, existirá dos posibles soluciones:
- El cliente realiza la inversión para la adquisición del hardware necesario.
- Los requisitos cambiarán para ajustarse a la necesidad del cliente.
Si el cliente necesita realizar un cambio en algunos de los requisitos expuestos en el
documento, se lo realizará con la anticipación de 7 días laborales; consecuentemente el
requisito afectado tendrá un cambio tanto en el desarrollo como en el documento. Otro
factor importante por considerar es el sistema operativo con el que cuenta las
computadoras donde se implementará el sistema, debido a que, si no es lo suficientemente
bueno o estable, los requisitos sufrirán un cambio para posterior análisis de cómo
solucionar esta problemática, o a su vez si los requisitos sufrirán un cambio y así poder
acoplar al sistema operativo en funcionamiento. La conexión a internet es una parte

esencial dentro del sistema a desarrollar, por ello es por lo que, si el cliente no cuenta con
una conexión buena y estable, los requisitos sufrirán un cambio para ajustarse a lo que
cuente la empresa.
8. Especificación de Requerimientos
8.1. Requisitos comunes de las interfaces
8.1.1. Interfaces de usuario
El sistema estará desarrollado sobre una plataforma de ambiente web. La interfaz con el usuario
consistirá en un conjunto de ventanas con botones, listas, campos de textos, imágenes de los
repuestos y servicios entre otras interfaces que correspondan al tipo de negocio. Ésta deberá ser
construida específicamente para el sistema propuesto y, será visualizada desde cualquier ordenador
perteneciente a una red interna de trabajo.
8.1.2. Interfaces de hardware
Tabla 8. Requisitos de interfaces de hardware
Nombre Detalle Marca Características Descripción Precio

Monitor Principal Acer 24" Resolución: Full HD El software $116
dispositivo de (1920 x 1080) Relación de deberá mostrar
salida (interfaz), aspecto: 16:9 Tiempo de información al
que muestra datos Respuesta: 5 ms usuario a través
o información Frecuencia de de la pantalla.
actualización: 60 Hz
Colores Admitidos: 16.7
millones Relación de
Contraste: 100,000,000:1
Brillo: 250 cd/m²
Mouse Dispositivo Genius Ratón óptico con sensor de El software debe $4
apuntador 1000dpi. interactuar con
utilizado para el movimiento
facilitar el manejo del mouse y sus
de un entorno botones.
gráfico en una
computadora.
Teclado Dispositivo o Genius Estándar de teclas de El software $10
periférico de 104/105/106 Puerto USB: deberá
entrada Si Soporte Sistema interactuar con
Windows10 las pulsaciones
/Windows®7/Vista/XP del teclado. Con
Soporte Interfaz USB el teclado el
usuario digitara
las peticiones
que requiera.
Gpu La unidad central Acer Procesador: Intel Core 2 En buen estado, $199
de procesamiento Duo de 1.6 GHz, que sean el cual poseerá
es el hardware perfectamente todos los
dentro de un compatibles con un controladores
ordenador u otros sistema operativo como para poder
dispositivos Windows 7. Memoria Ram: manejar cada
2GB periférico de
entrada y salida.
8.1.3. Interfaces de software

Tabla 9. Interfaces de software
Detalles Definición Propósito

Base de Nombre: MySQL MySQL es un sistema de Es la base de datos
datos Numero de gestión de bases de sobre la cual se
especificación: 5.5 datos relacional van a generar las
Número de versión: 5.5.20 desarrollado bajo tablas para
Fuente: www.mysql.com licencia dual: Licencia registrar la
Distribución: libre pública general/Licencia información de las
comercial por Oracle solicitudes de
Corporation . requerimiento.
Gestor de Nombre: Phpmyadmin Es una herramienta Es el gestor que
base de Número de especificación: 5.2 visual unificada para permite crear el
datos Número de versión: 5.2.24 arquitectos de bases de modelo
Fuente: www.mysql.com datos, desarrolladores y conceptual y físico
Distribución: libre DBA. MySQL de la base de
datos en MySQL y
gestionar la base
de datos
Sistema Nombre: Windows Windows es el nombre Es la plataforma
operativo Número de especificación: 7 en de una familia de sobre la cual se va
adelante distribuciones de a ejecutar la
Número de versión: 7 software para PC, aplicación y la
Fuente: smartphone, servidores y base de datos el
http://windows.microsoft.com/ sistemas empotrados, cual cuenta con un
Distribución: Pagada desarrollados y vendidos soporte hasta
Precio:200 $ en adelante por Microsoft y 2020
disponibles para
múltiples arquitecturas,
tales como x86 y ARM
Herramienta Nombre: NetBeans Diseñar y generar Herramienta que
de Número de especificación: 8 interfaces y el se utiliza para
desarrollo Número de versión: 8.0.2 funcionamiento del desarrollar
Fuente: programa mediante el aplicaciones Web,
https://www.netbeanside.com/ lenguaje de Móvil y de
Distribución: libre programación Java. Escritorio para
diferentes
lenguajes de
programación
como son
Java, C++, Ruby
y PHP
entre otros
Diseño de Nombre: Power Designer Es una herramienta para El propósito de
modelo de Desarrollador: SAP el análisis, diseño este programa en
base de Version:16.5 inteligente y el proyecto, es
datos Distribución: Pagada construcción sólida de diseñar un modelo
Precio: 2092.98 $ una base de datos y un relacional de base
desarrollo orientado a de datos
modelos de datos a nivel
físico y conceptual, que
da a los desarrolladores
8.1.4. Interfaces de comunicación
El sistema de control de asistencia se conectará a la base de datos para realizar consultas de cada
uno de los empleados.
Extracción de datos: Se obtiene la información de las distintas fuentes de origen. Durante la
extracción, en los sistemas de bases de datos MySQL de cada sucursal y matriz se identifica la
información del stock y se la extrae. Carga: se escribe los datos en la base de datos. La fase de
carga es el momento en el cual los datos de la fase anterior (transformación) son cargados en el
sistema de destino.
8.2. Requisitos Funcionales
8.2.1. Objetivo General
El Sistema “Taller Mecánico Monster” permitirá la gestión de clientes, vehículos, mecánicos,

Repuestos y sitio web en general.
8.2.2. Objetivos Específicos
A continuación, se presentan los objetivos específicos
OBJ-001 Gestionar Usuarios

Descripción Administrar el CRUD de los usuarios del sistema para en el sitio web
“Taller Mecánico Monster”
Importancia Alta
Comentarios
Tabla 10. Gestionar usuario
OBJ-002 Gestionar Vehículos

Descripción Administrar el CRUD de los vehículos del sistema para en el sitio web
“Taller Mecánico Monster”
Importancia Alta
Comentarios
Tabla 11. Gestionar vehículos
OBJ-003 Gestionar Clientes

Descripción Administrar el CRUD de los clientes que acuden al “Taller Mecánico
Monster”
Importancia Alta
Comentarios
Tabla 12. Gestionar clientes
OBJ-004 Gestionar Mecánico

Descripción Administrar el CRUD de los mecánicos que acceden al “Taller Mecánico
Monster”
Importancia Alta
Comentarios
Tabla 13. Gestionar mecánico
OBJ-005 Gestionar Productos

Descripción Administrar el CRUD de productos disponibles en el taller para los
servicios de reparación
Importancia Alta
Comentarios
Tabla 14. Gestionar Productos
OBJ-006 Gestionar Proveedores

Descripción Administrar el CRUD de proveedores de repuestos para el taller
Importancia Alta
Comentarios
Tabla 15. Gestionar proveedores
OBJ-007 Gestionar Cita

Descripción Administrar el CRUD de citas que realizan los clientes para los servicios
en el taller.
Importancia Alta
Comentarios
Tabla 16. Gestionar Cita
OBJ-008 Ingresar Vehículo

Descripción Realizar el ingreso del vehículo en el taller para su reparación
Importancia Alta
Comentarios
Tabla 17. Ingresar Vehículo
OBJ-009 Solicitar Productos

Descripción Realizar el requerimiento de Productos registrados en el sistema web
“Taller Mecánico Monster”.
Importancia Alta
Comentarios
Tabla 18. Solicitar Productos
OBJ-010 Gestionar Bitácoras

Descripción Realizar el requerimiento de servicios registrados en el sistema web
“Taller Mecánico Monster”.
Importancia Alta
Comentarios
Tabla 19. Gestionar Bitácoras
OBJ-011 Gestionar Facturas

Descripción Realizar la gestión de las facturas emitidas por los servicios del taller.
Gestión del CRUD de facturas en el sistema web “Taller Mecánico
Monster”.
Importancia Alta
Comentarios
Tabla 20. Gestionar Facturas
OBJ-012 Ingresar al sistema

Descripción Acceso al sistema luego de haber sido registrado con un perfil y haber
obtenido un usuario y contraseña
Importancia Alta
Comentarios
Tabla 21. Ingresar al sistema
OBJ-013 Visualizar estado del servicio

Descripción Acceso al sistema para verificar el estado en el que se encuentra el
servicio o pedido realizado por el cliente.
Importancia Alta
Comentarios
Tabla 22. Visualizar estado del servicio
8.2.3. Actores
Tabla 23. Actor 1 - Administrador
ACT-001 Administrador
Tabla 15. Verificar disponibilidad de repuestos
Descripción Persona que se encarga de la gestión de proveedores, usuarios y
repuestos del sistema “Taller Mecánico Monster”.
Comentarios
Tabla 24. Actor 2 – Jefe Taller
ACT-002 Jefe Taller

Descripción Persona que se encarga de gestión de los mecánicos, vehículos y
servicios que se realizan en el taller.
Comentarios
Tabla 25. Actor 3 – Secretaria
ACT-002 Secretaria
Descripción Persona que se encarga de gestión de los clientes, las citas que se
realizan y la facturación de los servicios del taller.
Comentarios
Tabla 26. Actor 4 – Usuario o Cliente
ACT-002 Usuario o Cliente

Descripción Persona que se encarga del ingreso en el sistema de los vehículos que
llegan al taller, de los estados de servicio y solicitud de los repuestos.
Comentarios
8.2.4. Lista de requisitos funcionales
A continuación, se presenta una lista con los requisitos funcionales.
Tabla 27. Lista de requisitos funcionales
Taller Mecánico Monster

Lista de requerimientos funcionales
Código Requerimiento Caso de uso Actor
RF – 01 El sistema debe permitir gestionar Gestionar Usuario Administrador
las cuentas de los usuarios que se
encuentran registrados, así mismo
como los estados que pueden
variar entre activos, inactivos, etc.
RF – 02 El sistema debe permitir al jefe del Gestionar Vehículo Jefe Taller
Taller realizar la gestión o CRUD de
un vehículo de un determinado
cliente.
RF – 03 El sistema debe permitir gestionar Gestionar Cliente Secretaria
los datos de los usuarios ingresados
en el sistema.
RF – 04 El sistema debe permitir que el Jefe Gestionar Mecánico Jefe Taller
de Taller administre el CRUD de los
Mecánicos en el sistema.
RF – 05 El sistema debe permitir al usuario Gestionar Producto Administrador
Administrador, hacer la gestión de
los productos (repuestos o
servicios).
RF – 06 El sistema debe permitir el ingreso Gestionar Proveedor Administrador
de los datos del cliente y vehículo
RF – 07 El sistema de debe permitir Gestionar Cita Secretaria
gestionar las citas que se registran
en el sistema de los clientes y sus
vehículos.
RF – 08 El sistema debe permitir que el Ingresar Vehículo Usuario o Cliente
usuario o cliente ingrese la
información correspondiente al
vehículo que va a ingresar al taller.
RF – 09 El sistema debe permitir que el Solicitar Producto Usuario o Cliente
usuario o cliente ingrese la
información correspondiente a los
productos (servicios o repuestos)
que desea el cliente
RF – 010 El sistema debe permitir al usuario Gestionar Bitácora Jefe Taller
Jefe Taller, hacer la gestión de los
servicios que se realizan en el taller.
RF – 011 El sistema debe permitir que el Gestionar Factura Secretaria
usuario secretaria, gestione la
facturación de los servicios y
repuestos registrados en las
reparaciones de los vehículos
RF – 012 El sistema debe permitir el ingreso Ingresar al sistema Usuario o Cliente,
a los usuarios registrados para que Jefe Taller, Secretaria,
puedan hacer uso de las Administrador
funcionalidades de acuerdo a su
perfil.
RF – 013 El sistema debe permitir que el Visualizar estado del Usuario o Cliente
usuario o cliente visualice la servicio
información del estado del servicio
realizado para un cliente y su
vehículo
8.2.5 Requisitos Funcionales
Para el Sistema “Taller Mecánico Monter” se ha identificado los siguientes requerimientos

funcionales.
Tabla 28. Requerimiento Gestionar Usuario
RF-001 Gestionar Usuario

Descripción El sistema permitirá que el Administrador pueda agregar, visualizar,
modificar o eliminar la información de las cuentas de usuario registradas
en la base de datos del sistema.
Objetivo OBJ-001
Actor Administrador
Entrada El Administrador inicia sesión en el sistema con el nombre de usuario y
contraseña.
Salida El sistema autentica y al verificar el nombre de usuario y contraseña. A
continuación, se muestra la página donde el usuario puede agregar
información a la base de datos, eliminar datos que no crea convenientes o
modificar el contenido.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 29. Requerimiento gestionar vehículo
RF – 002 Gestionar Vehículo

Descripción El sistema permitirá que el usuario pueda agregar, visualizar, modificar o
eliminar la información de los vehículos en la base de datos del sistema.
Objetivo OBJ – 002
Actor Jefe Taller
Entrada El usuario inicia sesión en el sistema con el nombre de usuario y
contraseña.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 30. Requerimiento gestionar cliente
RF – 003 Gestionar Cliente

eliminar la información de los clientes en la base de datos del sistema.
Actor Secretaria
contraseña.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 31. Requerimiento gestionar Mecánico
RF – 004 Gestionar Mecánico

eliminar la información de los mecánicos en la base de datos del sistema.
Actor Jefe Taller
contraseña.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 32. Requerimiento gestionar Producto
RF – 005 Gestionar Producto

eliminar la información de los productos(repuestos, servicios) en la base de
datos del sistema.
Actor Administrador
contraseña.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 33. Requerimiento gestionar proveedor
RF – 006 Gestionar proveedor

eliminar la información de los proveedores en la base de datos del sistema.
Actor Administrador
contraseña.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 34. Requerimiento gestionar cita
RF – 007 Gestionar Cita

eliminar la información de las citas en la base de datos del sistema.
Actor Secretaria
contraseña.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 35. Requerimiento Ingresar Vehículo
RF – 008 Ingresar Vehículo

Descripción El sistema permitirá que el usuario ingrese la información del vehículo que
ingresa al taller.
Objetivo OBJ-008
Actor Usuario o cliente
contraseña, luego ingresa la información correspondiente al vehículo
previo a obtener una cita.
Salida El sistema autentica al usuario, al verificar el nombre de usuario y
contraseña. A continuación, se muestra la página donde el usuario puede
agregar información a la base de datos.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 36. Requerimiento solicitar producto
RF – 009 Solicitar Producto

Descripción El sistema permitirá al usuario seleccionar uno o varios productos
(repuestos, servicios) disponibles en el inventario del sistema.
Objetivo OBJ-009
Actor Usuario o Cliente
contraseña, luego accede al portal repuestos.
Salida El sistema verifica mediante una consulta los repuestos de acuerdo a las
presentaciones, variantes y precios establecidas por el cliente y le permite
conocer la disponibilidad
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 37. Requerimiento gestionar bitácora
RF – 010 Gestionar Bitácora

eliminar la información de los servicios registrados en la base de datos del
sistema.
Actor Jefe Taller
contraseña.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 38. Requerimiento gestionar factura
RF – 011 Gestionar Factura

eliminar la información de las facturas en la base de datos del sistema.
Actor Secretaria
contraseña.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 39. Requerimiento ingresar al sistema
RF – 012 Ingresar al Sistema

Descripción El sistema permitirá que el usuario pueda ingresar en el sistema, cambiar
la contraseña si es primer ingreso o cuando desee.
Actor Administrador, Jefe Taller, Secretaria, Usuario o Cliente
contraseña.
continuación, se muestra la página donde el usuario puede acceder a las
diferentes opciones habilitadas de acuerdo a su perfil
Importancia Alta
Estado Aprobado
Estabilidad Alta
Tabla 40. Requerimiento visualizar estado del servicio
RF-013 Visualizar estado del servicio
Descripción El sistema permitirá que el usuario consulte la información del estado del
servicio realizado a un vehículo.
Actor Usuario o Cliente
Entrada El cliente debe iniciar sesión en el sistema o a su vez acceder al portal de
visualización del estado de servicio.
Salida El sistema verifica mediante una consulta el estado del servicio que se
realiza a un vehículo que ha ingresado al taller.
Importancia Alta
Estado Aprobado
Estabilidad Alta
Comentarios
8.3. Requisitos No Funcionales
8.3.1. Objetivo General
El Sistema “TALLER MECÁNICO MONSTER” en la parte de requerimientos no funcionales deberá

tener en consideración los siguientes aspectos relacionados con las tecnologías de la Información.
8.3.2. Objetivos Específicos
Para el Sistema de “TALLER MECÁNICO MONSTER” se ha identificado los siguientes requerimientos

no funcionales.
Tabla 41. Requerimiento no funcional Tiempo de respuesta
RNF-001 Tiempo de Respuesta

Descripción El sistema debe presentar un tiempo de respuesta menor a 3 segundos,
debiendo siempre mostrar mensajes de procesamiento que permitan al
usuario mantener control del estado del sistema.
Importancia Alta
Estado Aprobado
Tabla 31. Requerimiento buscar clientes-vehículos

Tabla 42. Requerimiento no funcional utilización de colores
RNF-002 Utilización de Colores

Descripción El sistema debe presentar una interfaz con patrones de colores de 3
combinaciones.
Importancia Alta
Estado Aprobado
Tabla 43. Requerimiento no funcional ícono de operaciones
RNF-003 Íconos de Opciones

Descripción El sistema mantendrá un conjunto de iconos basados en la imagen
corporativa y será ubicado en todos los botones de los formularios,
además de un texto indicativo.
Importancia Alta
Estado Aprobado
Tabla 44. Requerimiento no funcional métodos de acceso
RNF-004 Métodos de Acceso

Descripción El sistema permitirá la verificación de acceso mediante un usuario y una
contraseña.
Importancia Alta
Estado Aprobado
Tabla 45. Requerimiento no funcional plataforma
RNF-005 Plataforma Open Source

Descripción El sistema debe estar desarrollado en una plataforma Open Source en lo
referente a la interfaz y a la base de datos.
Importancia Alta
Estado Aprobado
Tabla 46. Requerimiento no funciona accesibilidad
RNF-006 Accesibilidad
Descripción La interfaz deberá presentar en una sola pantalla toda la funcionalidad
necesaria para dar mantenimiento a los datos.
Importancia Alta
Estado Aprobado
Tabla 47. Requerimiento no funcional mantenimiento
RNF-007 Mantenimiento
Descripción El sistema deberá tener un manual de usuario para facilitar el
mantenimiento que se realizará en oportunidades futuras.
Importancia Alta
Estado Aprobado
▪ El sistema contará con diferentes niveles de acceso.
▪ El sistema contará con un Login de usuario y contraseña personal.
▪ El sistema poseerá mecanismos de respaldo de información automáticos, los cuales aumentarán la
integridad de estos.
▪ Emitirá mensajes de alertas cuando el usuario realice un procedimiento erróneo en la ejecución del
sistema.
▪ Emitirá advertencias y mensajes de confirmación en el momento de registrar, modificar y eliminar
usuarios, información de los clientes, costos de repuestos, recargos por tipo de pagos, cobro de
impuestos.
▪ Los usuarios se identificarán mediante nombre de usuario y clave.
▪ Las búsquedas se efectuarán clasificándolas por: marca, tipo, precio, características.
▪ El inventario de repuestos muestra solo las opciones disponibles en stock.
▪ El administrador podrá consultar información de clientes, repuestos, perfiles de usuarios y servicios.
8.4. Otros Requerimientos
8.4.1. Restricciones de Diseño
Las restricciones de diseño son las siguientes:

● No sobrecargar con muchas imágenes la parte principal del usuario.
● Las imágenes deben ser en formato png de un tamaño de 100 x 100 px
● Se mantenga el orden del menú principal, submenú y pantalla de operación del sistema.
● Formato minimalista, colores bajos que no canse la visión del usuario.
8.4.2. Hardware
Los equipos disponibles deben tener las siguientes características: Procesador Intel Core i7, 8 GB de
RAM, Disco de 1 TB, S.O. Windows 10, por éste motivo es necesario procurar que el sistema se adapte
a dichas capacidades, condicionado a una mejora inmediata de los mismos.
8.4.3. Atributos
Fiabilidad. - El sistema, ofrecerá garantía de funcionar correctamente y cumplir con los requisitos
presentados previamente.
Portabilidad. - Al tratarse de una aplicación orientada a la web, se puede ejecutar en cualquier

dispositivo electrónico que posea un navegador y una conexión a internet.
Seguridad. - El sistema tendrá mecanismos que brindan la posibilidad de que los datos sean
resguardados satisfactoriamente. Se usarán los siguientes mecanismos de acceso a los datos:
▪ Cada usuario deberá crear una cuenta.
▪ Para utilizar el sistema, es necesario introducir un usuario y una contraseña, ambos previamente
creados.
▪ Para el acceso a información se efectuarán preguntas de seguridad o reingreso de contraseña, de
tal manera que se almacenen los movimientos de cada usuario.
Disponibilidad. - Los usuarios podrán acceder al sistema durante las horas de oficina del taller.
9. Requisitos de Rendimiento
9.1. Requisitos de Interfaces Externas
9.1.1. Interfaces de Usuario
Las interfaces que se elaboran en la plataforma WEB incluyen:
▪ Botones para elegir las opciones
▪ Pestañas
▪ Botón para desplegar mensajes de ayuda.
▪ Menús desplegables
▪ Mensajes informativos
▪ Mensajes de error
▪ Formularios para el ingreso, modificación, actualización y búsqueda de datos.
▪ Otros
9.1.2. Interfaces de Hardware
▪ La pantalla del monitor. - el software muestra información al usuario a través de la pantalla

del monitor.
▪ Ratón. - el software interactúa con el movimiento y los botones del ratón. El ratón activa las
zonas de entrada de datos, botones de comando y selección de las opciones de los menús.
▪ Teclado. - el software interactúa con el sistema pulsando el teclado en el momento de ingresar

los datos.
9.1.3. Interfaces de Software
▪ Sistema Operativo: Windows, OS X, Linux, Android, IOS
▪ Navegador Web: Chrome, Mozilla, Safari, Opera.

9.1.4. Interfaces de Comunicación
Los servidores, clientes y aplicaciones se comunicarán entre sí mediante protocolos y estándares de

internet.
9.1.5. Base de Datos
El sistema dispondrá de comunicación a las bases de datos del sistema Taller Mecánico Monster.
10. RECOMENDACIONES
- Es importante levantar de forma óptima los requisitos que permitan la correcta realización del
sistema, debido a que los requisitos son parte fundamental del desarrollo de software.
- Se recomienda ir manejando a la par la documentación referente a los casos de uso detallado
para tener una correcta organización de todos los documentos a elaborar.
11. CONCLUSIONES
- Hasta el momento el sistema está modelado para cumplir con el caso de estudio definido en este
documento.
- La especificación de requisitos de software permiten una correcta lectura de lo que son los
requisitos que tiene el sistema y su posterior implementación.
- Los requisitos presentados en la actual documentación van de acorde a los requerimientos
presentados por el docente.
12. BIBLIOGRAFIA:

Srs Tallermecanico

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Srs Tallermecanico

Cargado por

Copyright:

Formatos disponibles

Tema

8.1.4. Interfaces de comunicación 11

El funcionamiento del taller es el siguiente:

3. Posteriormente, este mecánico puede rodearse de otros mecánicos que le ayudarán en la

4. Los mecánicos que participan en la reparación irán anotando en una hoja de

3. Alcance del Sistema

Tabla 2. Acrónimo y abreviaturas

Referencia Titulo Ruta Fecha Autor

1. Standard IEEE 830 De la plantilla de formato del 1988 IEEE

2. Manual de https://www.unidadvictimas.gov. 22/12/2

6. Visión General del Documento

7.2. Funciones del Producto

Ilustración 1. Diagrama de casos de uso

7.3. Condiciones del Entorno

Tabla 4. Usuario administrador

Tipo de usuario Administrador

Tabla 5. Usuario o Cliente

Tipo de usuario Usuario o Cliente

Tabla 6. Usuario secretaria

Tipo de usuario Usuario secretaria

Tabla 7. Usuario Jefe Taller

Tipo de usuario Usuario Jefe Taller

7.5. Interfaces Externas

acoplar al sistema operativo en funcionamiento. La conexión a internet es una parte

8.1. Requisitos comunes de las interfaces

8.1.1. Interfaces de usuario

8.1.2. Interfaces de hardware

Tabla 8. Requisitos de interfaces de hardware

Nombre Detalle Marca Características Descripción Precio

8.1.3. Interfaces de software

Detalles Definición Propósito

8.1.4. Interfaces de comunicación

8.2. Requisitos Funcionales

8.2.1. Objetivo General

El Sistema “Taller Mecánico Monster” permitirá la gestión de clientes, vehículos, mecánicos,

8.2.2. Objetivos Específicos

A continuación, se presentan los objetivos específicos

OBJ-001 Gestionar Usuarios

OBJ-002 Gestionar Vehículos

OBJ-003 Gestionar Clientes

OBJ-004 Gestionar Mecánico

OBJ-005 Gestionar Productos

OBJ-006 Gestionar Proveedores

OBJ-007 Gestionar Cita

OBJ-008 Ingresar Vehículo

OBJ-009 Solicitar Productos

OBJ-010 Gestionar Bitácoras

OBJ-011 Gestionar Facturas

OBJ-012 Ingresar al sistema

OBJ-013 Visualizar estado del servicio

Tabla 24. Actor 2 – Jefe Taller

ACT-002 Jefe Taller

Tabla 25. Actor 3 – Secretaria

Tabla 26. Actor 4 – Usuario o Cliente

ACT-002 Usuario o Cliente

A continuación, se presenta una lista con los requisitos funcionales.

Tabla 27. Lista de requisitos funcionales

Taller Mecánico Monster

8.2.5 Requisitos Funcionales

Para el Sistema “Taller Mecánico Monter” se ha identificado los siguientes requerimientos

Tabla 28. Requerimiento Gestionar Usuario

RF-001 Gestionar Usuario