Documente Academic
Documente Profesional
Documente Cultură
Control de Inventario
Especificación de los Requerimientos del Sistema
Versión 1.0
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-
Historial de Revisión
Fecha Versión Descripción Autor
Tabla de Contenidos
1. INTRODUCCIÓN___________________________________________________________4
1.1 PROPÓSITO_____________________________________________________________4
1.2 ALCANCE_______________________________________________________________4
1.3 REFERENCIAS___________________________________________________________4
1.4 VISIÓN________________________________________________________________4
2. DESCRIPCIÓN TOTAL DEL PRODUCTO_______________________________________5
3. ESPECIFICACIÓN DE REQUERIMIENTOS______________________________________6
3.1 REQUERIMIENTOS FUNCIONALES_____________________________________________6
3.1.1 Campos de información_______________________________________________6
Información detallada del inventario____________________________________________6
3.1.2 Sistema de correos___________________________________________________6
Sistemas de correos para la comunicación entre usuarios___________________________7
3.1.3 Sistema de Búsqueda_________________________________________________7
Localizar Información________________________________________________________7
3.1.4 Permisos de las funciones de los usuarios_________________________________8
Diferencia de permisibilidad entre las funciones de los usuarios del sistema_____________8
3.1.5 Almacenamiento de información_________________________________________8
Información almacenada en una base de datos___________________________________8
3.2 USABILIDAD_____________________________________________________________9
3.2.1 Facilidad de uso para la ejecución de actividades___________________________9
3.3 CONFIABILIDAD_________________________________________________________10
3.3.1 Precisión__________________________________________________________10
3.4 DESEMPEÑO___________________________________________________________10
3.4.1 Tolerancia a Fallas__________________________________________________10
3.4.2 Confidencialidad de la información y seguridad____________________________11
3.5 MANTENIBILIDAD________________________________________________________12
3.5.1 Modularidad_______________________________________________________12
3.5.2 Portabilidad________________________________________________________12
3.5.3 Documentación_____________________________________________________13
3.6 RESTRICCIÓN DE DISEÑO__________________________________________________14
3.4.1 Interfaz___________________________________________________________14
3.4.2 Estructura de la aplicación____________________________________________14
3.7 DOCUMENTACIÓN PARA EL USUARIO EN LINEA Y AYUDA DE LOS REQUERIMIENTOS DEL SISTEMA ____14
3.8 INTERFACES___________________________________________________________14
3.5 Interfaces de Usuarios___________________________________________________14
3.6 Interfaces de hardware__________________________________________________15
3.7 Interfaces de software___________________________________________________15
3.9 REQUERIMIENTOS DE LICENCIA_____________________________________________15
3.11 EFECTOS LEGALES_______________________________________________________15
3.12 Estándares aplicables___________________________________________________15
Especificación de Requerimientos
1. Introducción
1.1 Propósito
El propósito de este documento es describir los requisitos con los que el
producto ha desarrollar debe contar, para así dar solución al problema existente
de llevar el control de inventario de una forma manual e ineficiente.
1.2 Alcance
Este documento comprende la definición de los requerimientos funcionales y no
funcionales que deberá satisfacer la aplicación, de manera que se tengan más
claras las necesidades del sistema y de los usuarios mismos, el objetivo es
lograr digitalizar todos los procesos involucrados en el control de inventario, para
así disminuir el tiempo y esfuerzo innecesario aplicado a esta tarea y garantizar
mayor eficiencia en el desarrollo de la misma.
1.3 Referencias
Este documento se basa en el documento de visión.
1.4 Visión
La información mostrada con respecto a los requerimientos es la siguiente:
Numero: Número que identifica unívocamente al requerimiento
Nombre: Nombre del requerimiento.
Descripción: Breve descripción de en qué consiste la funcionalidad.
Tipo: tipo del requerimiento.
Detalles y Restricciones: Características adicionales relacionadas con el
requerimiento. Es decir, las características exigidas para llevar a cabo su
ejecución.
Versión: Versión del requerimiento.
Condición: Nivel de exigencia del requerimiento. Es decir, si el requerimiento
“Debe” estar presente en el sistema, si es “Opcional” o si es “Deseable” (es
deseable la presencia de esa funcionalidad o característica dentro de la
aplicación).
3. Especificación de Requerimientos
En esta sección del documento se describirán todos los requisitos del software a
un nivel del detalle suficiente para satisfacer los requisitos del sistema, y permitir
desarrollar los casos de uso y prueba necesarios para el buen funcionamiento
del mismo.
3.1 Requerimientos Funcionales
3.1.1 Especificación de información en la base de datos
NÚMERO: Requerimiento 1
NOMBRE: Especificación de elementos almacenados en
la base de datos
DESCRIPCIÓN: Detallar las características, estados físicos y
ubicación de los diferentes equipos materiales
y mobiliarios de la facultad FISC.
TIPO: Funcional
DETALLES Y El software contará con campos en donde la
RESTRICCIONES: secretarias administrativas podrán escribir los
detalles pertinentes de cada uno de los
equipos, materiales o mobiliarios, según se
necesite, para así garantizar un control
adecuado del inventario.
VERSIÓN: Versión 1.0
CONDICIÓN: Obligatorio
NÚMERO: Requerimiento 2
NOMBRE: Sistemas de correos para la comunicación
entre usuarios
DESCRIPCIÓN: El programa maneja un sistema de correos
por medio del cual se realizará la
comunicación entre los usuarios con el fin de
evitar utilizar medios manuales.
TIPO: Funcional
DETALLES Y Cada usuario tendrá un correo personal por
RESTRICCIONES: medio del cual se comunicarán con las
NÚMERO: Requerimiento 3
NOMBRE: Localizar Información
DESCRIPCIÓN: Permite que el usuario localice la información
de los equipos, materiales o mobiliarios que
están guardados en la base de datos de
manera rápida y eficaz.
TIPO: Funcional
DETALLES Y El software debe ser capaz de buscar la
RESTRICCIONES: información que se le solicite en cualquier
momento ya sea desde la aplicación de
escritorio o de un dispositivo móvil.
NÚMERO: Requerimiento 4
NOMBRE: Diferencia de permisibilidad entre las
funciones de los usuarios del sistema
NÚMERO: Requerimiento 5
NOMBRE: Solicitar nombre de usuario y contraseña
DESCRIPCIÓN: Buscando garantizar la seguridad del usuario,
el sistema solicitará que el mismo ingrese el
nombre de usuario que se le fue asignado
previamente y la contraseña que creó.
TIPO: Funcional
DETALLES Y El usuario debe estar registrado en el correo
RESTRICCIONES: UTP; es decir, este debe formar parte de la
base de datos donde están almacenados
todos los correos universitarios.
VERSIÓN: Versión 1.0
CONDICIÓN: Obligatorio
NÚMERO: Requerimiento 6
NOMBRE: Información almacenada en una base de
datos
DESCRIPCIÓN: Se almacenará la información en una base de
datos conectada a un servidor local
TIPO: No Funcional
DETALLES Y Para guardar la información de forma segura
RESTRICCIONES: se utilizará una base de datos, esta estará
conectada a un servidor local de la
universidad para así permitan un rápido
acceso cuando sea necesaria. Esta base de
datos tendrá un acceso limitado, solo las
secretarias administrativas pueden ingresar y
modificar la misma.
VERSIÓN: Versión 1.0
CONDICIÓN: Obligatorio
3.2 Usabilidad
Esta sección incluye los requisitos que afectan la usabilidad. El sistema
presentará una interfaz gráfica intuitiva y amigable que permitirá a los usuarios la
fácil compresión y manejo de la misma en un corto tiempo.
NÚMERO: Requerimiento 7
NOMBRE: Facilitar interacción con el sistema
DESCRIPCIÓN: El sistema permitirá a los usuarios realizar las diversas
actividades de forma rápida y fácil, sin demoras por
complejidades del producto.
TIPO: No Funcional
DETALLES Y El sistema le facilita al usuario su navegación y ejecución
RESTRICCIONES: de actividades. Es intuitivo y atractivo, de manera que el
Confidencial Universidad Tecnológica de Página 9
Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-
3.3 Confiabilidad
3.3.1 Precisión
NÚMERO: Requerimiento 8
NOMBRE: Precisión
DESCRIPCIÓN: Los resultados y los informes que presenta el
producto han de ser precisos y no tener
errores
TIPO: No funcional
DETALLES Y La información mostrada por la aplicación
RESTRICCIONES: debe ser fiel a los resultados sobre la
cantidad de equipos, mobiliarios y materiales
que se encuentran dentro de la facultad FISC.
VERSIÓN: Versión 1.0
CONDICIÓN: Obligatorio
3.4 Desempeño
La aplicación debe ser eficiente, es decir, deber realizar los procesos requeridos
rápidamente, no más de 5 segundo, además debe reconocer cuales son los más
frecuentes y tenerlos previamente guardados para así, al momento de
necesitarlos, el sistema tenga una respuesta más rápida
3.4.1 Tolerancia a Fallas
NÚMERO: Requerimiento 9
NOMBRE: Tolerante a Fallas
DESCRIPCIÓN: El sistema debe ser capaz de responder a
cualquier falla ocurrida en cualquier momento,
brindando información y herramientas a los
usuarios para agilizar la solución del
problema ocurrido.
TIPO: No funcional
DETALLES Y El sistema debe ofrecer apoyo para la
Confidencial Universidad Tecnológica de Página 10
Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-
NÚMERO: Requerimiento 10
NOMBRE: Confidencialidad de la información y
seguridad
DESCRIPCIÓN: La información manejada y almacenada en el
sistema debe ser segura y confiable.
TIPO: No funcional
DETALLES Y Es muy importante que se mantenga la
RESTRICCIONES: confiabilidad y seguridad de la información,
sobre todo en un actividad tan delicada como
lo es el control de inventario, por esta razón,
es importante que el sistema proteja y realice
un respaldo de todos los datos almacenados
en el mismo.
VERSIÓN: Versión 2.0
CONDICIÓN: Obligatorio
3.5 Mantenibilidad
Esta característica engloba los requerimientos relacionados con la
mantenibilidad de la aplicación.
3.5.1 Modularidad
NÚMERO: Requerimiento 11
NOMBRE: Modularidad
DESCRIPCIÓN: El sistema debe estar construido de forma
3.5.2 Portabilidad
NÚMERO: Requerimiento 12
NOMBRE: Portabilidad
DESCRIPCIÓN: El sistema debe ser compatible con el
sistema operativo Windows, en caso de
dispositivos móviles, Android o IOS.
TIPO: No funcional
DETALLES Y Las computadoras en la UTP manejan el
RESTRICCIONES: sistema operativo Windows, por esta razón, el
producto debe ser compatible con cualquier
computador que utilice este sistema
operativo, además, como nuestra aplicación
también contará con una versión móvil,
también debe ser compatible con cualquier
móvil con un sistema operativo Android o
IOS. La restricción en este caso se presenta
con el sistema operativo de las computadoras
Macintosh, cuyo sistema operativo es MAC
OS, con la que la aplicación no será
Confidencial Universidad Tecnológica de Página 12
Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-
compatible.
VERSIÓN: Versión 1.0
CONDICIÓN: Obligatorio
3.5.3 Documentación
NÚMERO: Requerimiento 13
NOMBRE: Documentación
DESCRIPCIÓN: La documentación en el sistema debe ser
clara, coherente y completa de forma que el
mantenimiento del sistema se realice
fácilmente.
TIPO: No funcional
DETALLES Y El sistema debe proveer una documentación
RESTRICCIONES: en formato pdf, la cual es compatible tanto en
computadores de escritorio como en
dispositivo móviles.
VERSIÓN: Versión 2.0
CONDICIÓN: Obligatorio
El diseño del sistema debe permitir que este sea ejecutado, desarrollado e
implementado por equipos basados en procesadores Intel, AMD, IBM o PowerPC
El sistema debe ser multiusuario y con autenticación de los mismos, para
garantizar mayor seguridad y control sobre los usuarios que lo utilizaran.