Sunteți pe pagina 1din 15

Universidad Tecnológica de Panamá

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

Confidencial Universidad Tecnológica de Página 2


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

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

Confidencial Universidad Tecnológica de Página 3


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

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).

Confidencial Universidad Tecnológica de Página 4


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

2. Descripción Total del Producto


El control de inventario es una actividad que debe realizarse muy
meticulosamente, cualquier error puede representar un problema grave para la
facultad FISC, este inventario maneja el control de materiales, equipos y
mobiliarios de la facultad.
En la actualidad, el control de inventario se realiza mediante herramientas que
no son específicamente diseñadas para esta labor, se utilizan documentos
manuales como planillas y cuadernos de estenografía, los cuales las secretarias
llenan y archivan y programas como Excel o SIPAF con los que las secretarias
se apoyan para realizar esta tarea. Al usar este tipo de herramientas es muy
factible que se comentan errores humanos, como por ejemplo perder alguna
planilla, olvidar tomar una nota, etc, con los que el inventario de la faculta se
vería afectado y su corrección puede ser casi imposible de realizar.
El sistema que proponemos cuenta con una interfaz amigable, es decir, puede
ser utilizado por cualquier persona con mínimo conocimiento informático, el cual
contará con distintos campos que las secretarias administrativas llenarán según
sea pertinente, por ejemplo, si es equipo, materia, mobiliario, cambio de estado
físico en que se encuentran los mismos, etc. Para evitar pérdidas de
información, este sistema está conectado a una base de datos en un servidor
local de la universidad, debe ser un servidor local para que permitirá tener un
rápido acceso al mismo a través de la web.
La aplicación se maneja a través de usuarios con contraseña, para así
garantizar mayor seguridad, a su vez existirán diferentes tipos de usuarios, por
ejemplo, el usuario de un coordinador tendrá mayor número de limitaciones en
cuanto a las actividades que puede realizar dentro de la aplicación, este solo la
utilizaría para realiza solicitudes, que el usuario de las secretarias
administrativas, las cuales podrán modificar el inventario, hacer solicitudes, entre
otras cosas. La razón por la cual se manejarán a través de usuario y
contraseñas es debido a que, como mencionamos antes, esta actividad de
control inventario es muy delicada y si muchas personas pueden realizarla
entonces esto causaría confusión y problemas en cuanto a su control adecuado,
por esta razón, cada usuario tendrá sus actividades específicas.
La comunicación se realizará a través de correos propios del sistema, por medio
del cual se podrán recibir y enviar la solicitudes de cualquier material, equipo o
mobiliario, ya que el control de inventario abarca un campo grande dentro de la
universidad, está actividad involucra al almacén de la universidad, el
departamento de compras, el departamento de finanzas, técnicos de los
laboratorios de la facultad FISC, secretarias administrativas, administradores del
sistema, coordinadores y administrativos, de esta forma la comunicación será
más sencilla para todos los usuarios.

Confidencial Universidad Tecnológica de Página 5


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

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

3.1.2 Sistema de correos

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

Confidencial Universidad Tecnológica de Página 6


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

secretarias administrativas para solicitar los


equipos, mobiliarios o materiales que
necesiten. Toda la comunicación sobre
solicitudes a inventario debe restringirse a el
uso del correo para evitar pérdidas de
información.
VERSIÓN: Versión 1.0
CONDICIÓN: Obligatorio

3.1.3 Sistema de Búsqueda

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.

VERSIÓN: Versión 1.0


CONDICIÓN: Obligatorio

3.1.4 Permisos de las funciones de los usuarios

NÚMERO: Requerimiento 4
NOMBRE: Diferencia de permisibilidad entre las
funciones de los usuarios del sistema

Confidencial Universidad Tecnológica de Página 7


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

DESCRIPCIÓN: Según el tipo de usuario las funcionalidades


dentro de la aplicación van a variar
TIPO: Funcional
DETALLES Y Para evitar problemas en cuanto a el control
RESTRICCIONES: de inventario, las funciones de los usuarios se
van restringir según el tipo de usuario que
haya ingresado a la aplicación, por ejemplo, si
se ingresa con el usuario de la secretarias se
podrán realizar actualizaciones de inventario,
en cambio sí es el usuario de un coordinador
es el que ingresa a la aplicación, solo se
podrá realizar solicitudes o visualizar que
equipos, mobiliarios o materiales se
encuentran en el inventario.
VERSIÓN: Versión 1.0
CONDICIÓN: Obligatorio

3.1.5 Solicitud de información

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

Confidencial Universidad Tecnológica de Página 8


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

3.1.6 Almacenamiento de información

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.

3.2.1 Facilidad de uso para la ejecución de actividades

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
-

usuario no pierde tiempo moviéndose entre menús para


ejecutar tareas.
VERSIÓN: Versión 1.0
CONDICIÓN: Obligatorio

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
-

RESTRICCIONES: solución cualquier falla o error que ocurra


durante el uso del mismo, de igual forma,
reconocer si el fallo necesita la ayuda de un
especialista para así evitar mal uso del
sistema que puedan causar fallas mayores.
VERSIÓN: Versión 2.0
CONDICIÓN: Obligatorio

3.4.2 Confidencialidad de la información y seguridad

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

Confidencial Universidad Tecnológica de Página 11


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

modular, con el fin de facilitar tanto su


crecimiento como el mantenimiento del
mismo.
TIPO: No funcional
DETALLES Y El sistema debe ser flexible a cualquier
RESTRICCIONES: cambio que se necesite realizar, de forma que
una modificación o integración de nuevos
módulos, los cuales pueden incluir nuevos
servicios, no afecte ni comprometa el
funcionamiento del sistema.
VERSIÓN: Versión 1.0
CONDICIÓN: Obligatorio

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

3.6 Restricción de Diseño


A continuación, se presentan las restricciones de diseño que existen para este
proyecto
3.6.1 Interfaz
La interfaz de la aplicación debe ser amigable, es decir, fácil de utilizar por
cualquier persona con mínimo conocimiento informático, intuitiva y auto
explicativa, ya que la mayoría de los usuarios no son especialista en el manejo
de computadoras, una interfaz compleja puede ocasionar errores que podrían
ser fatales para la actividad de control de inventario.

3.6.2 Estructura de la aplicación


El sistema debe ser desarrollado de forma modular con el fin de facilitar el
mantenimiento y expansión del mismo.

Confidencial Universidad Tecnológica de Página 13


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

3.7 Documentación para el Usuario en Línea y ayuda de los requerimientos del


sistema
El sistema proveerá a los usuarios ayuda en línea a los usuarios, esto servirá
para solucionar cualquier duda o problema que se presente mientras lo utilizan.
3.8 Interfaces
En esta sección se estudiarán las distintas interfaces que serán desarrolladas
dentro del sistema. Estas irán acorde a los requerimientos y casos de uso
especificados, así como de las restricciones y limitaciones existentes dentro del
sistema (Ver documento de visión).
3.8.1 3.5 Interfaces de Usuarios
El sistema debe poseer una interfaz amigable e intuitiva, ya que los usuarios que la
manejaran, en su mayoría, son personas que no tienen amplio conocimiento
informático. Para garantizar un uso correcto y mitigar errores potenciales es
importante que se entienda a claramente el funcionamiento del sistema.

3.8.2 3.6 Interfaces de hardware


El sistema debe ser capaz de comunicarse con un servidor, el cual suministrará
toda la información necearía para cumplir su funcionalidad
3.8.3 3.7 Interfaces de software
Como parte del sistema, existirá una interfaz entre la base de datos, en donde se
almacenará total la información sobre el inventario de la FISC, y la aplicación, a fin
de procesar las solicitudes hechas por los usuarios que involucren el manejo de
información correspondiente.

3.9 Requerimientos de Licencia


El sistema será construido en base de los principios que rigen la licencia
OpenSource, es decir el tanto el software como el código puede ser obtenido, leído
y modificado para su redistribución de manera gratuita o comercial.

3.11 Efectos legales


El software a desarrollar no requerirá de licencia. Se permitirá la ejecución del
programa con cualquier propósito, distribución, copia, estudio y modificación y
publicación de mejoras.

3.10 Estándares aplicables

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.

Confidencial Universidad Tecnológica de Página 14


Panamá, 2020
Control de Inventario Version: 1.0
Software Requirements Specification Date: 2/06/2017
-

Confidencial Universidad Tecnológica de Página 15


Panamá, 2020

S-ar putea să vă placă și