SERVICIO NACIONAL DE APRENDIZAJE - SENA

ACTIVIDAD:

INFORME DE ESPECIFICACIÓN DE REQUERIMIENTOS GA1-220501092-

AA4-EV02

GRADO DE FORMACIÓN:

TECNOLOGÍA EN ANÁLISIS Y DESARROLLO DE SOFTWARE

FICHA DE GRUPO No 2675863

PRESENTADO POR:

MÓNICA YULIETH BELTRÁN HERNÁNDEZ CC 1.033.766.636

JHONATAN ENRIQUE DAZA CC 1.120.954.233

MIGUEL ALBERTO MEDRANO PEREZ CC 1.002.230.792

ALEX S. BASTIDAS FERNÁNDEZ CC 1.085.098.655

PRESENTADO A:

INSTR. CARLOS EDUARDO CLAROS ROZO

12 DE MARZO DE 2023
COLOMBIA
 Página | 2

Especificación de requisitos de software

Proyecto: Gesty Inventarios
Revisión Bogotá, Colombia

Por el cliente Por la empresa suministradora

GRANERO LA ESTRELLA R.T.T. S.A.S Servicio Nacional de Aprendizaje (SENA)

Versión del documento Fecha de novedad:

01 12 de Marzo de 2023.
 Página | 3

1 Introducción.
A nivel nacional se ha evidenciado en microempresas problemas al momento de generar
inventarios ya sea en el tiempo, registros, cantidad de mercancía etc. ya que es un proceso el
cual conlleva mucho tiempo para realizar un buen y detallado inventario. Por lo que Gesty
Inventarios es un software con el cual se busca ayudar a la empresa a controlar mejor los
procesos de inventarios, administrar los pedidos, gestionar los activos y aumentar la eficiencia
de la cadena de suministro. Esta solución proporcionará una visión más clara sobre la situación
de inventarios y permitirá al equipo tomar decisiones estratégicas sobre dicho proceso. A
través de la información proporcionada por el software, la empresa podrá mejorar la
satisfacción del cliente al ofrecer productos de calidad y a tiempo, además de llevar un registro
e informe general en tiempo real de las existencias.

1.1 Alcance.
• Este software se tiene previsto como una solución sencilla, dirigida al proceso de
inventario que desarrolla la empresa Granero La Estrella R.T.T. S.A.S, persiguiendo
estructurar un proceso más sistematizado de sus inventarios, conforme necesidades
específicas del cliente.

• Fácil acceso a todos los servicios que ofrece este software de inventarios.

1.2 Definiciones, acrónimos y abreviaturas

● Gesty Inventarios: Gestión de inventarios.
● RF: Requerimiento Funcional.
● RNF: Requerimiento no funcional.
● IEEE: Institute of Electrical and Electronics Engineers.
● SENA: Servicio Nacional de Aprendizaje.
● R.T.T: Román Tabares Tabres.

1.3 Bibliografía
● Estándar IEEE 830 de 1998
● https://es.slideshare.net/Juan_Tapias/formato-ieee830srs-lleno
● http://www.pmoinformatica.com/2018/04/documento-de-requerimientos-de-software_37.html

2 Descripción general
2.1 Perspectiva del producto
El software que se plantea no se relaciona con ningún otro, y es totalmente independiente, se
contempla a futuro ya que su funcionamiento es lo suficientemente optimizado.

2.2 Funcionalidad del producto

Se puede decir que este sistema es más específico, ya que nuestra solución consiste en dar
solución en cuanto los inventarios optimizando los tiempos de duración del proceso de inventario
en la generación de informes detallados como generales, verificación de estado de los productos
activos y alertas tempranas.
 Página | 4

2.3 Características de los usuarios

Tipo de usuario Administrador
Formación tecnólogo de software
Habilidades Comunicación y programación
Actividades Control, manejo del sistema general, actualización

Tipo de usuario Administrador

Formación Gerente
Habilidades Comunicación y supervisión
Actividades Control, registro, monitoreo

Tipo de usuario Jefe de bodega

Formación Formación Superior
Habilidades Comunicación y operación
Actividades Participación Control y registro

2.4 Restricciones
1. El software debe ser amigable y visualmente atractivo para los usuarios.
2. Los servidores deben contar con protección a sobrecargas.
3. El software debe ajustarse para aprovechar al máximo el hardware disponible.
4. El software debe cumplir con los requisitos de autenticación, encriptación y protección
de la información.

2.5 Suposiciones y dependencias

1. El usuario del software conoce el objetivo de la misma.
2. La aplicación no necesita una conexión a Internet para funcionar.
3. La aplicación debe tener un servidor para almacenar los datos de los usuarios.
4. La aplicación necesita una base de datos para almacenar datos.

3 Requerimientos futuros
Jerárquicamente, es necesario en versiones futuras implementar el módulo de Inventario, el
módulo de gestión de facturación a proveedores y clientes, evaluación de los mismos, módulo
para calificación y categorización de clientes.

4 Requerimientos específicos
4.1 Requerimientos Funcionales
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del Requerimiento: Alta
RF 01
Autenticación de usuario
Los usuarios deberán identificarse para ingresar al sistema
El sistema podrá ser consultado por los usuarios los cuales
solo estén autorizados.
RNF 08: Permisos de usuarios.

Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del Requerimiento Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Página | 5
RF 02
Registro de usuarios
Los usuarios deberán registrarse en el sistema para
poder acceder con un usuario y contraseña
El sistema permitirá usuarios con rol administrativo
únicamente.
RNF 08: Permisos de usuarios.
RF 03
Registro de inventario
El sistema permitirá al administrador y usuario
registrar todas las referencias, proveedores, clientes
que ingresen al inventario
El Usuario podrá registrar las referencias de los
productos, proveedores y clientes al inventario
general.
● RNF 02
● RNF 05
● RNF 06
● RNF 07
RF 04
Modificar
El sistema permitirá al administrador modificar Datos
personales en cuanto a los proveedores y clientes.
El administrador podrá modificar los datos de los
usuarios creados, proveedores y clientes.
● RNF 07
RF 05
Consultar Stock en Bodega
El sistema ofrecerá al usuario información general de
la gestión de inventario, proveedores, clientes, costos
e informes generales.
Consultar stock bodega: Muestra información
General de las existencias de Referencias, secciones
y estado físico.
● RNF 02
● RNF 06
● RNF 07
RF 06
Consultar Existencias
El sistema ofrecerá al usuario información general
de la gestión de inventario, proveedores, clientes,
costos e informes generales.
Consultar Existencias: muestra la información
general de las referencias en bodega, organizados
cronológicamente, cantidad y ubicación.
● RNF 02
● RNF 06

Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Requerimiento No funcional
Prioridad del Requerimiento: Alta
Página | 6
● RNF 07
RF 07
Consultar Proveedores
El sistema ofrecerá al usuario información general
de la gestión de inventario, proveedores, clientes,
costos e informes generales.
Consultar Proveedores: muestra la información
general de los proveedores, antigüedad, producto
proveedor.
● RNF 02
● RNF 06
● RNF 07
RF 08
Consultar Clientes
El sistema ofrecerá al usuario información general de
la gestión de inventario, proveedores, clientes, costos
e informes generales.
Consultar Clientes: muestra la información general
de los clientes, cronológicamente y pedidos.
● RNF 02
● RNF 06
● RNF 07
RF 09
Consultar informes
El sistema ofrecerá al usuario información general de
la gestión de inventario, proveedores, clientes,
costos e informes generales.
Consultar informes: Muestra e imprime informes
generales y/o de cada una de las secciones y
subsecciones.
● RNF 02
RF 10
Generar reportes
El sistema permitirá generar reportes
El administrador podrá generar reportes de los
eventos realizados diario, semanal, quincenal,
mensual y anualmente del inventario.
● RNF 01
RF 11
Auditoría del Sistema
Garantizar las soluciones existentes mediante la
actualización del sistema.
Evaluar y analizar los procesos del sistema,
proponiendo soluciones a los problemas existentes
del sistema.
● RNF 02
● RNF 03

4.2 Requerimientos No Funcionales
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Prioridad del requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Descripción del Requerimiento
Prioridad del Requerimiento: Alta
Identificación del Requerimiento
Nombre del Requerimiento
Características
Página | 7
RNF 01
Interfaz del sistema
La interfaz del sistema debe ser amigable para el
usuario.
El sistema debe tener una interfaz de visualmente
sencilla y de fácil interacción con el usuario.
RNF 02
Seguridad de la Información
Mitigar pérdidas de información.
Se genera un Backup cada 24 horas del sistema.
RNF 03
Generar de alertas error
El sistema permitirá la generación de alertas.
El sistema mostrará mensajes de alertas de un
mal funcionamiento del programa.
RNF 04
Actualizaciones
El sistema deberá actualizarse cada cierto tiempo.
Se mostrarán nuevas mejoras para que el sistema
se maneje más fácil y de las respuestas
requeridas.
RNF 05
Compatibilidad
Tendrá capacidad para intercambiar información.
La compatibilidad se hará para garantizar la
satisfacción del cliente y determinar si el producto
es lo suficiente para ejecutarse en diferentes
navegadores.
RNF 06
Almacenamiento de información
Funcionamiento en cualquier condición
El Sistema deberá permitir almacenamiento local
para el funcionamiento en caso de que no se
cuente con Internet
RNF 07
Seguimiento de Eventos
Historial de movimientos en el sistema
 Página | 8

Descripción del Requerimiento

El sistema registra eventos de los cambios
realizados detallando módulo, tipo de
movimiento, usuario que ejecutó fecha y hora.

Prioridad del Requerimiento: Alta

Identificación del Requerimiento RNF 08

Nombre del Requerimiento
Características
Descripción del Requerimiento
Permisos de usuarios
Se concederá el permiso a través de un rol
personalizado
El sistema deberá solicitar nombre de usuarios y
contraseñas a un Administrador para su ingreso

Prioridad del Requerimiento: Alta

4.3 MODELO DE ANÁLISIS

4.4 Requisitos comunes de los interfaces

En esta sección encontraremos descritas de manera textual la forma en cómo se organiza y la
función que cumplen las interfaces.

4.4.1 Interfaces de usuario

El interfaz del usuario sería una sola sección donde podemos encontrar el acceso a todas las
funciones administrativas que contiene dicho software, donde cada función o sección tendrá sus
propios apartados de subfunciones.
 Página | 9

4.4.2 Interfaces de hardware

En primer lugar, se busca hacer un aplicativo web con una versión interconectada con una
aplicación móvil. Por lo que habrá una subsección para la sincronización de datos. También
incluirá secciones para activar o desactivar funciones y la manera en se quiere los reportes.

4.4.3 Interfaces de comunicación

Fundamentalmente que haya una base de datos donde se introdujera todos los datos de las
funciones que se necesitan o donde se pueda hacer un traspaso de datos de otros sistemas. De
allí saldrá la información que necesita todas las funciones para operar y lo cual, de donde saldrán
los reportes.

4.5 Requisitos funcionales

1. Compatibilidad con diferentes sistemas operativos.
2. Seguridad de datos y protección contra la piratería.
3. Diseño intuitivo que sea atractivo para los usuarios.
4. Facilidad de uso y navegación por el contenido del sistema.
5. Funciones útiles para los usuarios.
6. Posibilidad de actualizarse para añadir nuevas funcionalidades o mejorar las existentes.
8. Acceso al dispositivo.
9. Mecanismos de seguimiento de uso para comprender mejor a los usuarios.
10. Soporte técnico para resolver cualquier problema.
12. Compatibilidad con diferentes tipos de medios de pago.

4.6 Requisitos no funcionales

1. Capacidad de escalabilidad: la aplicación debe ser capaz de adaptarse a los cambios en el

número de usuarios y la cantidad de información que se maneja.
2. Disponibilidad: la aplicación debe estar disponible para su uso las 24 horas del día, los 7 días
de la semana.
3. Estabilidad: la aplicación debe ser estable y no ser propensa a caerse o tener problemas
constantes.
4. Seguridad: la aplicación debe proteger la información almacenada en ella y mantenerla segura
de accesos no autorizados.
5. Facilidad de uso: la aplicación debe ser intuitiva y fácil de usar para los usuarios.
6. Rendimiento: la aplicación debe desempeñarse correctamente sin demoras ni errores.
7. Soporte: la aplicación debe contar con soporte para resolver problemas y dudas de los
usuarios.

4.6.1 Requisitos de rendimiento

En conclusión, el sistema a desarrollar debe tener un reporte ilimitado y así poder reportar lo que
pasa en cada función ya que se espera tener un gran sin número de ingresos conectados a la
vez, pretendiendo ser una herramienta esencial para empresas en el cual se puedan confiar
diversas funcionalidades para la interacción del usuario con el sistema.

En cuanto a rendimiento neto, se espera que tenga una velocidad de 1 a 5 segundos

aproximados entre cada proceso en cada acceso.
 Página | 10

4.6.2 Seguridad
El software contará con elementos que lo protegen de accesos, usos maliciosos, así como
modificaciones o destrucciones indeseadas. Requisitos específicos como:

1. Autenticación y autorización seguras: El usuario debe verificar su identidad antes de

tener acceso a los datos de la aplicación. Se debe implementar un sistema de autorización para
asegurar que los usuarios tienen acceso sólo a los recursos a los que están autorizados.

2. Encriptación de datos: los datos sensibles deben ser encriptados para asegurar que no
puedan ser accedidos por personas no autorizadas.

3. Seguridad de los datos y la privacidad: el sistema debe garantizar que los datos se
almacenen de manera segura y que los usuarios tengan control sobre qué datos se comparten
con terceros.

4. Actualizaciones de seguridad: El sistema debe recibir actualizaciones periódicas para

asegurar que se sigan los últimos estándares de seguridad.

4.6.3 Fiabilidad
Este software es totalmente confiable, ya que cuenta con un equipo especializado para su
desarrollo, comportamiento y soporte constante, para estar preparado para cualquier novedad
sospechosa en proceso u accesos no autorizados.

4.6.4 Disponibilidad
N/A

4.6.5 Mantenibilidad
El mantenimiento como las actualizaciones y correcciones se harán por medio de un
desarrollador y así poder garantizar una mejor funcionalidad del software lo cual se llevará a cabo
mensualmente.

4.6.6 Portabilidad
Este software estará disponible para su uso desde sistemas operativos Windows 7 en adelante.

4.7 Otros requisitos

N/A

5 Apéndices.
La idea es desarrollar este software con base y ayuda de lenguajes de programación como php,
java, Javascript y Python cuya filosofía hace hincapié en la legibilidad de su código. De esta
forma, podremos definirlos como sistemas estructurados de comunicación, que nos permita
como programadores dar instrucciones específicas.