Especificación de Requerimientos de Software

Giovanny Segundo Burgos Gómez

Aprendiz

Pedro Pablo Vega

Instructor Líder

Servicio Nacional de Aprendizaje (SENA)

Centro Industrial de Mantenimiento Integral (CIMI)
Regional Santander
Tecnología en análisis y desarrollo de software (2627026)
Fase de Análisis

06 de noviembre de 2022

1
Especificación de Requerimientos de Software
Software Requirements Specification (SRS)

2
 Sistema de Contabilidad e Inventario del Centro Papelero Santander
PapelSysco
Documentos de Especificación de Requerimientos de Software

Integrantes:
Giovanny Segundo Burgos Gómez.

Versión: 1.0 Fecha: 06 de noviembre de 2022

3
 Índice

1. Introducción ...................................................................................................... 5

1.1. Propósito ....................................................................................................... 5

1.2. Ámbito del sistema ....................................................................................... 5

1.3. Definiciones, Acrónimos y Abreviaturas ...................................................... 5

1.4. Referencias .................................................................................................... 6

2. Descripción general .......................................................................................... 7

2.1. Perspectiva del producto ............................................................................... 7

2.2. Funciones del producto ................................................................................. 7

2.3. Características de los usuarios ...................................................................... 7

2.4. Restricciones ................................................................................................. 8

2.5. Suposiciones y dependencias ........................................................................ 8

3. Requerimientos específicos .............................................................................. 9

3.1. Interfaz .......................................................................................................... 9

3.2. Requisitos funcionales ................................................................................ 11

3.3. Requerimientos no funcionales ................................................................... 12

3.4. Otros requisitos ........................................................................................... 12

4. Apéndices ....................................................................................................... 13

Historias de Usuario ............................................................................................. 14

4
 1. Introducción

En el presente documento se explicarán y analizarán los requisitos del proyecto

“Sistema de Contabilidad e Inventario del Centro Papelero Santander (PapelSysco)”,
desarrollado para la empresa “TEAM TECH”. Se adopta el modelo de especificación de
requerimientos de software de la IEEE (Std. 830).

1.1. Propósito
Este documento tiene como propósito dar a conocer el funcionamiento general del
proyecto “Sistema de Contabilidad e Inventario del Centro Papelero Santander (PapelSysco)”
que está dirigido al equipo desarrollador, a la empresa “TEAM TECH” y al usuario final.

1.2. Ámbito del sistema

• Nombre del Sistema: Sistema de Contabilidad e Inventario del Centro Papelero
Santander (PapelSysco)
• El sistema gestionará los procesos de contabilidad e inventarios. Debe llevar
registro de usuarios, clientes, proveedores, ventas, compras, gastos y bajas de
inventario.
• Debe permitir monitoreo de inventario en tiempo real, para hacer auditorias en
almacén y bodega.
• Debe emitir facturas a los clientes y estados de caja.
• Debe permitir acceso a su información desde cualquier lugar del mundo,
preferiblemente debe estar disponible en la nube.
• No realizará transacciones bancarias.

1.3. Definiciones, Acrónimos y Abreviaturas

• PapelSysco Sistema de Contabilidad e Inventario del Centro Papelero
• BD Bases de datos
• PHP Hypertext Preprocessor
• IEEE Institute of Electrical and Electronics Engineers

5
1.4. Referencias
• SENA. Ecosistema de recursos educativos digitales. Análisis y especificación de
requisitos. Recuperado de https://bit.ly/3UcTeH6

6
 2. Descripción general
Existen factores generales que afectan al producto y sus requerimientos. En esta
sección se identifican estos factores como el contexto al desarrollo del sistema. Algunos de
estos factores son los costos, el tiempo (de cada fase del desarrollo) y la disponibilidad del
cliente.

2.1. Perspectiva del producto

El producto permitirá a los usuarios conectarse simultáneamente y consultar la
información que se requiera, actualizada en tiempo real. Dará acceso a los usuarios que
tengan sus respectivas credenciales, que obedecerán a accesos según sea su función en la
empresa. La ubicación del sistema será en la nube, por lo cual, es fundamental contar con
conexión a internet estable mientras se utilizan los servicios del sistema.

2.2. Funciones del producto

• Registro, modificación o eliminación de usuarios (Clientes, proveedores,
trabajadores)
• Registro de ventas.
• Registro de compras.
• Registro de bajas en inventario.
• Emisión de facturas y estados de cuentas.
• Historial de movimientos (Compras, ventas, bajas, inventario)
• Distribución de autorizaciones según los roles del sistema.

2.3. Características de los usuarios

El sistema tendrá 2 roles:
1. Administradores: Cuentan con acceso total a los registros en base de datos
con la autorización de crear, modificar y eliminar registros. También tendrán
la función de crear los usuarios de segundo orden en el sistema.
2. Empleados: Tienen acceso a las consultas que el sistema ofrezca y podrán
hacer registro y modificación de clientes y proveedores, pero no tendrán
acceso a la eliminación de datos del sistema.

7
2.4. Restricciones
• Respecto a la seguridad, se debe considerar el uso de sesiones para limitar el
acceso a usuarios no autorizados.
• Los usuarios deben tener privilegios según su rol.
• El cliente no ha especificado ninguna otra limitante, y algunos de las
características las dejó al criterio de los desarrolladores.

2.5. Suposiciones y dependencias

Para el funcionamiento completo del sistema, se requiere:
• Contar con hosting que permita, la administración de archivos, la
configuración de parámetros php, creación y administración de base de datos.
Adicional debe contar con servicios de seguridad y backup automático
garantizados por el proveedor de hosting para el despliegue del sistema. (Estos
servicios son adquiridos en los paquetes ofrecidos por los proveedores de
hosting)
• Dominio de su gusto, para realizar la localización del servicio de forma ágil.
• Tener instalado navegador web de preferencia
• Contar con conexión de internet estable.

8
 3. Requerimientos específicos
En esta sección se tienen con más detalles los requerimientos específicos del sistema
a desarrollar.

3.1. Interfaz
La interfaz gráfica con la que el usuario final interactúa deberá ser intuitiva de manera
que, sin un manual de uso, el usuario identifique rápidamente los componentes y las
secciones del sistema. La interfaz además deberá contar con colores agradables a la vista para
que el usuario pueda trabajar por horas con el mismo sin problemas y deberá ajustarse al
tamaño de la pantalla en la que se acceda al sistema.

De igual forma, la interfaz deberá ser compatible con los navegadores más
importantes de la actualidad (Google Chrome, Firefox, Brave, Edge).

Pantalla Inicial
Al ingresar al sitio del sistema el usuario encontrará un logo de la empresa, y una caja
para suministrar su usuario y otra para su contraseña. Por último, un botón para acceder y
comprobar la identidad.

Menú principal.
• El menú se desplegará del lado izquierdo en la pantalla principal del usuario, y
contendrá las opciones que correspondan al perfil del usuario (Administrador o
Empleado).
• Este menú constará de cuantos elementos sean necesarios de acuerdo con el tipo de
usuario de que se trate, el administrador tendrá más opciones en el menú que el
empleado.
o El menú para el Administrador contendrá:
▪ Administración de Perfil.
• Datos del usuario.
▪ Registros
• Administrar usuarios (Empleados, clientes o proveedores).

9
 o Crear usuarios.
o Modificar usuarios.
• Ventas.
• Compras.
• Novedades en Inventario.
• Gastos Operativos.
▪ Consultas
• Estado de caja.
• Ventas por periodo.
• Compras por Periodo.
• Estado de Inventario.
• Utilidades por periodo.
▪ Cerrar Sesión.

o Menú de Empleado:
▪ Administración de Perfil.
• Datos del usuario.
▪ Registros
• Usuarios (Clientes).
• Ventas.
• Novedades en Inventario. (Solo anotaciones para ser evaluadas
por un administrador – Debe contar con id del producto,
cantidad y nota explicativa de la novedad)
▪ Consultas
• Estado de caja. (solo el periodo activo y solo los registros de
asociados a su perfil)
• Artículos en Inventario.
▪ Cerrar Sesión.

10
 • Sistema de Inicio de Sesión
o El usuario deberá introducir un nombre de usuario y un contraseña
previamente registrado y dado de alta por algún usuario administrativo.
o La contraseña deberá tener no menos de 8 caracteres y será sensitivo al
uso de mayúsculas y minúsculas.
o El nombre de usuario deberá ser formado por la inicial del nombre y el
primer apellido completo. En caso de existir coincidentemente
combinaciones iguales se le añadirá al final el año de nacimiento.
o Al quinto intento fallido de inicio de sesión, el sistema deberá solicitar
confirmación por autenticación CAPTCHA. En caso de llegar a un
máximo de 10 intento se bloqueará el usuario por 30 minutos. Para estos
casos se recomienda al usuario pedir a algún administrador que le genere
una contraseña nueva.

• Encabezado:
o El encabezado de la página inicial será una imagen representativa (logo),
acompañado del nombre del Sistema y de la empresa.

3.2. Requisitos funcionales

Requisitos funcionales del sistema por tipos de usuario.

Administrador:
• Manejo de la autenticación del usuario (Sesión)
• Registro de usuarios y administración de perfiles.
• Modificación de usuarios, ventas, compras e inventario.
• Dar de baja a usuarios (Empleados, clientes y proveedores)
• Consulta de información contable (Estados de caja, Ventas por periodo y
usuario, Estado de inventario.
• Registro de Gastos Operativos.

Empleado:

11
 • Manejo de la autenticación del usuario (Sesión)
• Registro de Clientes.
• Consulta de usuarios, ventas (Registrada por usuario), e inventario.
• Consulta de Artículos en inventario.

3.3. Requerimientos no funcionales

• La aplicación web debe poseer un diseño “Responsive” a fin de garantizar la
adecuada visualización en múltiples computadores personales, dispositivos
tableta y teléfonos inteligentes.
• Toda funcionalidad del sistema y transacción de negocio debe responder al
usuario en menos de 10 segundos.
• El sistema debe ser capaz de operar adecuadamente con hasta 30 usuarios con
sesiones concurrentes.
• Los datos modificados en la base de datos deben ser actualizados para todos los
usuarios que acceden en menos de 2 segundos.
• Los usuarios deben tener acceso a los datos en cualquier momento y lugar donde
tenga acceso a internet.
• Se debe aportar documentación precisa que garantice la comprensión de uso del
sistema y la posibilidad de solucionar inquietudes.
• El tiempo de aprendizaje del sistema por un usuario deberá ser menor a 4 horas.

3.4. Otros requisitos

En esta sección se tienen los requisitos cambiantes, es decir, aquellos que tienen una
mayor probabilidad de ser modificados o agregados a lo largo del desarrollo del sistema, ya
sea por parte del equipo desarrollador o del cliente.
• Envío de notificaciones importantes de seguridad al administrados del sistema en
casos de bloqueos de usuarios.
• El sistema debe contar con un módulo de ayuda en línea. Y la posibilidad de la
asistencia técnica por vía telefónica.

12
4. Apéndices

13
Historias de Usuario

14