SRS-AUTOMOTRIZ ADA
trella123426 de Mayo de 2015
4.876 Palabras (20 Páginas)242 Visitas
Revisión y Aprobación Histórica
Versión Descripción Autor y fecha Aprobación y fecha
1.0 Documento SRS para aprobación 14 de octubre de 2014
2.0 Se realizaron cambios en requerimientos fue eliminado el módulo de consultas y se generó el módulo de facturación 8 Noviembre de 2014
Tabla de Contenido
1. Introducción del documento. 5
1.1 Propósito del documento. 5
1.2 Alcance 5
1.3 Definiciones, Acrónimos y Abreviaturas 5
1.4 Referencias 5
1.5 Vista General 5
2. Funcionalidad 6
2.1 Registro de Usuarios 6
2.2 Acceso al Sistema 6
2.3 Catálogo de Autos 6
2.4 Catálogo de Clientes 6
2.5 Gestión de Pagos por Internet 6
2.7 Catalogo de Refacciones 6
2.8 Facturación 6
3. Usabilidad 7
4. Confiabilidad 7
4.1 Registro de usuarios 7
4.2 Acceso al sistema 7
4.3 Catalogo de autos 7
4.4 Catalogo de clientes 7
4.5 Gestión de pagos por internet 8
4.6 Gestión del manejo de compras 8
4.7 Catálogo de refacciones 8
4.8 Facturación 8
4.9 Registro del Mantenimiento 8
5. Desempeño 8
5.1 Registro de usuarios 8
5.2 Acceso al sistema 8
5.3 Catalogo de autos 8
5.4 Catalogo de clientes 8
5.5 Gestion de pagos por internet 9
5.6 Gestion del manejo de compras 9
5.7 Catalogo de refacciones 9
5.8 Facturación 9
5.9 Registro del Mantenimiento 9
8. Seguridad 11
8.1 Acceso al sistema 11
8.2 Registro de usuario 11
8.3 Catálogo de autos 12
8.4 Catálogo de Clientes 12
8.5 Gestión de pagos por internet 12
8.6 Gestión del manejo de compras 13
8.7 Catálogo de Refacciones 13
8.8 Facturación 13
8.9 Registro de Mantenimiento
9. Requerimientos de Documentación de Usuario y Sistemas de Ayuda 13
10. Componentes Adquiridos 13
11. Interfaces 14
14.1 Interfaces de Hardware 14
14.2 Interfaces de Software 14
12. Requerimientos de Licencias 15
13. Legal, Derechos de Autor y Otros Avisos 15
Especificaciones Suplementarias
1. Introducción del documento.
En este documento describiremos los requisitos no funcionales solicitados para la implementación del proyecto, en base a estos obtuvimos necesidades de usuarios finales, analizamos todos los requerimientos que hemos omitido en la sección de casos de uso.
1.1 Propósito del documento.
La principal meta de este documento es describir detalladamente los requerimientos no funcionales como referencia y punto de partida al momento de planificar e implementar el proyecto. Los requerimientos descritos incluyen: requisitos legales o normas, implementación de estándares, requisitos de calidad.
1.2 Alcance
Este sistema ayudara a la empresa a computar sus actividades (gestión de ventas, de reportes, administración de recursos en el área de mantenimiento, etc.), garantizando la manipulación optima de los datos.
1.3 Definiciones, Acrónimos y Abreviaturas
Consulte el documento Glosario, disponible como referencia para todos los artefactos, que amplía la información descrita en este documento.
1.4 Referencias
El presente documento hace referencia a los siguientes:
• GLOSARIO_v1Ada. Documento Glosario del Proyecto. Glosario. Contiene las definiciones de los principales términos usados en el proyecto.
• Visión_ v1Ada. Documento de Visión del Proyecto. Recoge, analiza y define las necesidades de alto nivel y las características del sistema, centrándose en la funcionalidad requerida por los participantes del proyecto y los usuarios finales.
Número Título Fecha Organismo que lo emite Observaciones
1.0 GLOSARIO_v1Ada 17/10/2014 Equipo 1 Documento con palabras clave para el entendimiento del sistema
1.1 Visión_ v1Ada 17/10/2014 Equipo 1 Documento con la visión del sistema.
1.5 Vista General
Este sistema ayudara a la empresa a computar sus actividades (gestión de ventas, de reportes, administración de recursos en el área de mantenimiento, etc.), garantizando la manipulación optima de los datos.
2. Funcionalidad
El Sistema de ADA Ofrece un nuevo método para el mejor control de pagos de servicios automotrices a clientes en línea, este sistema permite la facilidad de pagar servicios de la agencia sin necesidad de salir de casa. Los pagos se realizan vía internet de manera segura y confiable
2.1 Registro de Usuarios
La tarea principal de estos requerimientos es registrar a los usuarios finales así como almacenar sus credenciales de acceso al momento de registrarse. Un usuario y contraseña con elementales para el inicio de sesión. Para llevar a cabo el registro es necesario que el usuario brinde sus datos personales así como un número de tarjeta de crédito vigente y legitimo
2.2 Acceso al Sistema
Se tendrá el control de quienes podrán acceder para realizar las transacciones posibles, además de permitir el acceso a información que otros usuarios no podrán tener acceso y viceversa.
2.3 Catálogo de Autos
Llevará a cabo la forma en que se mostraran los vehículos disponibles para su venta así como su información además de quienes pueden modificar la misma. Los vendedores y administradores podrán acceder al sistema para modificar la información de sus productos la cual se visualizara en el catálogo de productos así como el precio y descripción.
2.4 Catálogo de Clientes
Los vendedores y administradores podrán acceder al sistema para modificar la información de sus productos la cual se visualizara en el catálogo de productos así como el precio, la cantidad y el tiempo que tardara en llegar el producto.
2.5 Gestión de Pagos por Internet
Para realizar un pago hace falta estar registrado dentro del sistema así como contar con una tarjeta de crédito candidata para satisfacer las transacciones que se realizaran.
2.6 Gestión del manejo de compras
El manejo de compras se realiza directamente desde las instalaciones de la empresa, para realizar una compra se requiere que el usuario empleado este registrado en el sistema ya que esta genera comisión.
2.7 Catalogo de Refacciones
Contendrá los artículos de refacción disponibles en el sistema para su venta, así como su información. El catalogo podrá ser visualizado por todos los tipos de usuarios mas solamente administrado por uno que es el administrador.
2.8 Facturación
Este módulo permitirá realizar la facturación los clientes, ya sea que se requiera un servicio de factura para un empresa o solo se requiera para cubrir los gastos causados por el manteniendo del auto o compras de una refacción la factura será expedida e impresa según el cliente lo requiera..
2.9 Registro de Mantenimiento
El sistema contara también con una aplicación de escritorio disponible solo para los empleados de mantenimiento los cuales se encargaran de ir registrando los diferentes mantenimientos que se realicen a los vehículos de la empresa, este registro deberá contener información para llevar el control de cada uno de los servicios que se le realicen al auto y registrarlo en su expediente, el encargado de esta área debe mantener actualizado el status de un automóvil ya que los clientes pueden consultar el status de dicho automóvil vía WEB y esta información debe ser actualizada.
3. Usabilidad
El sistema contiene diferentes tipos de configuraciones predeterminadas dependiendo del usuario que lo maneje, también se implementan características de configuración que el usuario podrá adecuar de acuerdo a la usabilidad que se necesita para determinado momento, tales como un cambios en los catálogos de autos, refacciones o nuevas restricciones.
Cada componente del sistema fue desarrollado por separado como resultado de la división por categorías, se asegura que es sistema trabajara correctamente todos sus componentes. El sistema cuenta con procesos específicos para cada transacción y servicio disponible, así del uso de los servicios a usuarios no autorizados, evitando así todo tipo de ataque o amenaza. Su estructura y estilo de redacción permiten que los cambios se puedan realizar fácil, completa y consistentemente así como la organización coherente de los componentes, también incluye un diccionario de datos para el fácil entendimiento, y una documentación del sistema para futuros cambios.
El proceso de mantenimiento se sustenta con una documentación de todo el sistema ya que el sistema será apto para implementar correcciones, mejoras o adaptaciones en cambio de entorno, se recomienda realizar mantenimiento del sistema por lo menos 2 veces al año con el fin de evitar deterioros de software y detección temprana de estos.
Así
...