Especificación de Requerimientos Sistema Para la Gestión y Control de Refaccionarias Especificación de Requerimientos Versión 1.0 Instituto Tecnológico de Morelia Ingeniería en Sistemas Computacionales Tabla de Contenido 1. Introducción 3 1.1 Propósito 3 1.2 Alcance 3 1.3 Definiciones, Acrónimos, y Abreviaturas 3 1.4 Referencias 4 1.5 Panorama General 4 2. Descripción General 4 2.1 Funciones del Producto 4 2.2 Información de Sistema Similar 4 2.3 Características de Usuario 5 2.4 Enunciado del Problema de Usuario 5 2.5 Objetivos del Usuario 5 2.6 Restricciones Generales 6 3. Requerimientos Específicos 7 3.1 Funcionalidad 7 3.1.1 Automatizacion del Inventario 8 3.1.2 Creación de cuentas de usuarios 9 3.1.3 Realizacion de Punto de Venta 9 3.1.4 Modulo de ayuda 3.2 Restricciones de Diseño 3.2.1 Interfaz Amigable 10 10 10 3.3 Requerimiento de Documentación en Línea y Sistema de Ayuda 11 3.4 Factores técnicos 11 3.5 Criterios de Aceptación 11 3.6 Estándares Aplicables 11 4. Información de Soporte 11 1. Introducción. El presente documento está encaminado a la obtención de requerimientos para el software que llevará el nombre "Sistema Para la Gestión y Control de Refaccionarias". Para ello se enuncian y se especifica cuál es el propósito general del proyecto y el problema a resolver. 1.1 Propósito El propósito general del sistema para la gestión y control de refaccionarias, es resolver los conflictos que se presentan en dichas refaccionarias, como problemas administrativos, para ello se propone ofrecer una herramienta para que al usuario se le facilite en gran medida la realización de sus tareas. 1.2 Alcance "El sistema que se presenta en este documento será capaz entre otras cosas de: Ofrecer al usuario una fácil administración de sus tareas. Una interacción entre el software y el usuario “amigable”. Además cabe mencionar que el sistema está en crecimiento y es posible que presente diferentes versiones. 1.3 Definiciones, Acrónimos, y Abreviaturas. El presente documento utilizaremos algunos términos para referenciar algún concepto en concreto. A continuación se enlistan dichas abreviaturas. SGCR que representa el nombre del software.”Sistema Para la Gestión y Control de Refaccionarias”. 1.4 Referencias El presente documento sustenta su información en los requerimientos obtenidos mediante una serie de documentos que actúan como herramientas para la adquisición y comprensión de estos. Los nombres de dicho documentos son los siguientes. Diagrama de clases. Encuestas. Cuestionarios. Análisis FODA. 1.5 Panorama General Como ya se ha mencionado anteriormente. Este documento relata las principales características del sistema SGCR. Nos da un panorama general de la problemática que pretende resolver, especificando sus funcionalidades, características generales del sistema así como la interacción que tendrá el usuario con el mismo 2. Descripción General 2.1 Funciones del Producto El proyecto consiste en la creación de un software que sea capaz de cumplir con los requerimientos especificados. La funcionalidad de este software es proveer un conjunto de tareas, capaces de realizar las tareas manuales realizadas en la refaccionaria. Tales como: administración y control de inventario. 2.2 Información de Sistema Similar El Sistema tiene una relación similar con otros software dentro del mercado, ya que muchos de estos cuentan con el control para inventarios, administración de recursos, del personal y de los clientes para ello utilizando una base de datos además de tareas diversas comunes como son altas, bajas modificaciones y consultas. Un ejemplo de esto es, el software utilizado en farmacias y establecimientos de servicio. 2.3 Características de Usuario Los usuarios que estarán relacionados directamente con el sistema no están familiarizados con este tipo de tecnología, por lo que el sistema contendrá una interfaz amigable de fáciles accesos. En caso de que los usuarios no tengan ningún tipo de conocimientos de esta área estarán a disposición los manuales correspondientes del sistema. 2.4 Enunciado del Problema de Usuario Uno de los principales problemas que enfrenta el usuario ante este sistema, es el uso del mismo, ya que dichos usuarios no estarán familiarizados con el sistema. Para que este problema se pueda resolver, se proporcionará un curso de actualización, donde los usuarios aprenderán a manejar de forma adecuada y eficaz el sistema, es decir, un manejo adecuado de la base de datos, su administración de consultas, bajas y altas… 2.5 Objetivos del Usuario Los objetivos propuestos por el usuario que se pretenden cumplir son los siguientes: Se contará con una base de datos capaz de almacenar cada uno de los requerimientos que el usuario nos ha proporcionado. La funcionalidad principal de esta base de datos es sin duda que el usuario pueda dar de alta, bajas, actualizar y consultar el inventario de productos, así como verificar la disponibilidad de sus proveedores, los clientes deudores y además la impresión de facturas y tickets de compras. 2.6 Restricciones Generales Lo que se necesita para que este sistema pueda funcionar de forma satisfactoria es lo siguiente: Estará desarrollado en el lenguaje de programación java, ya que java es un lenguaje multiplataforma. El sistema contará con seguridad, es decir, se limitará a un solo administrador, en este caso solo el dueño podrá hacerse cargo del inventario. Los trabajadores se verán limitados solo a tareas básicas como son la venta y cambio de los productos y consultas de los productos disponibles en el inventario. El sistema contará con una interfaz amigable mediante la cual el usuario pueda trabajar con ella de forma rápida y eficiente. Dicha interfaz estará compuesta por menús de fácil acceso, los cuales contendrán las tareas principales de la base de datos: Altas, bajas, eliminación y actualización de proveedores. Actualización bajas, eliminación y altas de los productos Así como también la impresión de recibos y facturas 3. Requerimientos Específicos Realizar una base de datos, para llevar un control del inventario y la mercancía. Crear cuentas de usuarios (vendedores), para tener un control de ventas y no obtener perdidas. Diseñar un punto de venta que ahorre tiempo de búsqueda y despacho de mercancía. Interfaz hacia el usuario amigable: Botones de acceso rápido, ventanas fáciles de entender a simple vista, etc. Documentación fácil y concreta sobre las acciones más comunes del sistema. 3.1 Funcionalidad El sistema operara en varias ventanas, una por cada modulo (Altas, Bajas, Modificaciones, Compras, Ventas, Consultas y Gestor de Cuentas) de una manera muy fácil en base a botones rápidos que se encuentran en la interfaz. Cada uno de los módulos realizara funciones específicas. Altas: El administrador de la refaccionaria será el único que pueda tener acceso a esta ventana, ya que en ella se realizara la captura de un nuevo producto a vender en la refaccionaria. Se pedirán los datos determinados del producto y se almacenaran en la base de datos para su uso posterior. Bajas: Al igual que el de altas, el administrador será el único usuario que podrá acceder a esta ventana, ya que en esta se lleva acabo la acción contraria a la anterior, ósea se eliminara de la base de datos de la refaccionaria un producto determinado, el cual ya nunca mas se va a vender en la compañía. Modificaciones: Al igual que las anteriores, solo el administrador podrá tener acceso a esta ventana, ya que en ella se modifican datos de los productos, como proveedor, marca, o especificaciones del mismo. Compras: El administrador es el único usuario que podrá tener acceso a esta ventana, en la cual se registraran todos los productos que se necesitan comprar. Además en este apartado mandara avisos o reportes de los productos más próximos a agotarse, asiendo más sencillo la etapa de reabastecimiento del inventario. Ventas: A esta ventana todo usuario tiene acceso. En ella se lleva acabo las ventas, contando con una lista de espacios para que se añada ahí los artículos que necesite el cliente, obteniendo un total a pagar por el cliente en el momento en que se registra la venta modificando directamente la base de datos la cantidad del producto. Consultas: En esta ventana tendrán acceso cualquier usuario, en la cual se podrá consultar de diferentes maneras en la base de dato (por nombre, clave, especificación, etc.) así como consulta general del inventario. Gestor de Cuentas: A esta ventana solo tendrá acceso el administrador, en la cual se llevara acabo la creación y eliminación de cuentas de usuarios, así como la asignación de los privilegios (invitado o administrador). 3.1.1 La automatización del inventario Descripción: Hacer una base de datos que controle el inventario de la refaccionaria “EL PISTON”, logrando una mejor organización y control del mismo automáticamente. Crítico La base de datos es esencial para el funcionamiento del sistema, porque de ahí se obtiene toda la información Riesgos Tener más de una computadora conectada a la base de datos, lo cual causaría posibilidades de que más de un equipo quiera entrar al mismo registro. Solución: Tener buenos factores de integridad de la base de datos. 3.1.2 Creación de cuentas de usuarios Descripción: Elaboración de cuentas de usuarios con determinado grado de libertad (Invitado y Administrador). Crítico Es necesario tener diferentes tipos de cuentas, para que los usuarios con privilegios de “Invitado” no tengan acceso a partes privadas de la base de datos. Riesgos Necesario un riguroso control, para que los usuarios invitados no realicen acciones prohibidas para ellos. Dependencias con otros requerimientos Depende directamente de la creación de la base de datos, donde estará guardada la información de las cuentas de usuario. 3.1.3 Realización de un punto de venta. Descripción: Elaboración de un punto de venta semiautomático para la venta y elaboración de notas o facturas más fácil y rápida. Crítico Es muy importante el punto de venta, porque seria el factor que nos disminuirá el tiempo de venta, así como el control de las mismas. Riesgos Perder la relación de los cálculos manejados cobrando cantidades erróneas. Para evitarlo es necesario tener especial cuidado de no perder nunca la información con que se esta trabajando. Dependencias con otros requerimientos Depende directamente de la base de datos y entra con relación al usuario. 3.1.4 Modulo de Ayuda Descripción: Realización del modulo de ayuda el cual tendrá la información de como realizar las tareas, información de errores comunes, así como prevención de los mismos. Crítico Es necesario tener este modulo de ayuda, porque con el se logra despejar muchas dudas del usuario, lo cual podrá hacer con el mismo software, sin necesidad de acudir hasta nosotros para resolverles el problema. 3.2 Restricciones de Diseño Se necesitara programación orientada objetos en el lenguaje Java, facilitándolo una herramienta de desarrollo llamada NetBeans, así como el uso de una base de datos asistida con lenguaje MySQL. 3.2.1 Interfaz Amigable Se necesita una interfaz muy sencilla para que al verla se sobreentienda que se hace en esa parte del software. 3.3 Requerimiento de Documentación en Línea y Sistema de Ayuda Información concreta y sencilla asistida con imágenes y graficas que hagan más fácil el entendimiento de las mismas. Información de los casos de error más comunes. Información acerca de cada una de las ventanas del sistema. Cargados en el sistema en una pestaña especial llamada “Ayuda”. 3.4 Factores Técnicos Crear Base de Datos Crear Usuarios 3.5 Criterios de Aceptación Interfaz Amigable Punto de venta Rápido Control de Inventario Eficiente. 3.6 Estándares Aplicables Estándares de calidad y reguladores. 4. Información de Soporte Para poder realizar la obtención y comprensión de los requerimientos, se hizo uso de diversas herramientas como encuestas, entrevistas con el cliente, el diseño de un diagrama de clases y un análisis FODA. A continuación se presentan dichas herramientas que se utilizaron en el proceso de obtención de requerimientos. Encuesta. Encuesta para la obtención de requerimientos Diagrama de clases. Diagrama representativo de las clases del sistema. Análisis FODA. Análisis de las principales características de la “empresa” Cuestionario. Herramienta útil para la adquisición de requerimientos.