Proyecto: Sistema de Control de Stock.
Contenido
1 Introducción
Este documento es una Especificación de Requisitos Software (ERS) para el Sistema de Control de Stock referido al área de gestión de automotores de la organización de Estación de Bomberos de la municipalidad de Alderetes. Esta especificación se ha estructurado basándose en las directrices dadas por el estándar IEEE Práctica Recomendada para Especificaciones de Requisitos Software ANSI/IEEE 830, 1998.
1.1 Alcance
El proyecto llamado Sistema de Control de Stock dirigido para los usuarios, tiene como responsabilidad brindar información del estado de stock, teniendo cuenta que en un determinado tiempo reduce las unidades, el sistema tendrá que emitir alerta. Esto tiene como beneficio al conocimiento en tiempo real de stock de insumos, logrando reducción de costos con estrategias de trabajo haciendo que el sistema sea automatizado.
1.2 Definiciones, acrónimos y abreviaturas
Las definiciones se encuentran en Doc. Glosario 1.0.
1.3 Referencias
2 Descripción general
2.1 Perspectiva del Sistema
El Sistema SCS para gestión de automotores será un producto diseñado para trabajar en un entorno fiable lo que permitirá facilidad en la utilización. Además, este sistema logrará que tiempo de respuesta sea mínimo para conocer estado actual de Stock.
2.2 Funciones del Sistema
Las funciones del sistema:
Gestionar stock:
- ingresar y modificar artículos.
- Realizar consultas de las existencias.
- Actualizar Stock.
- Emitir alarma cuando se detecta baja cantidad de artículos.
- Configurar el fondo del programa con imágenes personalizadas.
2.3 Características de los usuarios
2.4 Restricciones
-Interfaz basada en escritorio (Windows form).
-Lenguajes y tecnologías en uso: Java, SQL Server.
-El Sistema debe ser capaz de atender consultas concurrentemente.
-El sistema deberá tener un diseño e implementación sencilla, independiente de la plataforma o del lenguaje de programación.
2.5 Suposiciones y dependencias
-Se asume que los requisitos aquí descritos son estables
-Los equipos en los que se vaya a ejecutar el sistema deben cumplir los requisitos antes indicados para garantizar una ejecución correcta de la misma
-Si cambian los detalles de la organización, puede ser necesario revisar o cambiar los requisitos.
2.6 Requisitos Futuros
Para requisitos futuros:
- implementar conexión a internet
- implementar comunicación con otros sistemas dentro de la organización
3 Requisitos específicos
3.1Requisitos de interfaces externas
3.1.1 Interfaces de usuario
La interfaz con el usuario consistirá en un conjunto de ventanas con botones, tabla y campos de textos. Ésta deberá ser construida específicamente para el sistema propuesto y, será visualizada desde una aplicación de escritorio, respetando el diseño y preferencias del usuario.
3.1.2 Interfaces de hardware
En el interfaz de hardware será necesario disponer de equipos de cómputos actualizados y perfectas
condiciones con las siguientes características:
-monitor con pantalla led de 19 pulgadas
-procesador AMD Ryzen3 2200G
-memoria RAM de 4 GB
-memoria mínima en disco de 16 GB
-mouse, teclado.
-impresora multifunción
interfaz de software: para actualizaciones de hardware, el sistema operativo será Windows 7 o superior
3.1.3 Interfaces de comunicación
Se aplicará para requisitos futuros.
Interfaz de Software.
3.2 Requisitos funcionales
3.2.1 Requisito funcional 1
3.2.2 Requisito funcional 2
3.2.3 Requisito funcional 3s
3.2.4 Requisito funcional 4
3.2.5 Requisito funcional 5
3.3 Requisitos de datos
3.4 Requisitos no funcionales
3.4.1 Requisitos de rendimiento
-RNF1. Usabilidad: El sistema será aprendido a utilizar en 2 horas
-RNF2. Producto: Las alertas del sistema serán emitidas cuando llegue a la cantidad mínima.
-RNF3. Confiabilidad: El sistema estará disponible las 24 horas
-RNF4. Seguridad: Cualquier persona dentro del área tiene acceso al sistema.
Otras restricciones
- No contiene.
3.5 Atributos del sistema
3.5.1 Seguridad
El sistema podrá ser usado por cualquier usuario perteneciente al área donde será implementado el sistema.
3.5.2 Fiabilidad
El mensaje de alerta debe mostrarse entre 2 a 5 segundos después de detectar la falta de artículos.
El sistema debe estar disponible las 24 horas.
3.6Otros requisitos
4Apéndices
Pueden contener todo tipo de información relevante para la ERS pero que, propiamente, no forman parte de la ERS. Por ejemplo:
a.- Formatos de entrada/salida de datos, por pantalla o en listados
b.- Resultados del análisis de costos
c.- Restricciones acerca del lenguaje de programación
.
0 Comentarios