1

Requerimientos funcionales y No funcionales

Grupo 5

Servicio Nacional de aprendizaje SENA

Análisis y Desarrollo de software

Instructor: Eduardo Sanchez Sandoval

14 octubre 2024
 2

Contenido

INTRODUCCIÓN .............................................................................................................. 3

REQUERIMIENTOS FUNCIONALES ............................................................................. 4

REQUERIMIENTOS NO FUNCIONALES ...................................................................... 6

Historia de Usuario RF ....................................................................................................... 7

Historia de Usuario RNF ................................................................................................... 12

 3

INTRODUCCIÓN

Se realizará el desarrollo de un software para un supermercado. Este sistema tiene como

objetivo principal optimizar y simplificar los procesos operativos del supermercado, facilitando

la realización de tareas diarias y mejorando la experiencia tanto de los empleados como de los

clientes.

El nuevo sistema permitirá llevar un control exhaustivo de todas las áreas del

supermercado, abarcando desde la gestión de inventarios hasta la atención al cliente. Con

funcionalidades diseñadas específicamente para satisfacer las necesidades de dicho almacén.

Toda la información para diseñar el software se generó mediante varias técnicas incluidas

entrevistas a los implicados y observaciones exhaustivas.

 4

REQUERIMIENTOS FUNCIONALES

1. Gestión de clientes: El sistema debe permitir la creación y gestión de perfiles de

clientes, incluyendo historial de compras y programas de fidelización.

2. Punto de venta: El sistema debe contar con un módulo de punto de venta que permita

registrar las ventas, aplicar descuentos, y generar recibos.

3. Gestión de Inventario: El sistema debe permitir la gestión eficiente del inventario,

incluyendo la entrada y salida de productos, control de stock, y alertas para realizar

reabastecimiento.

4. Gestión de trabajadores: El sistema debe permitir la gestión de empleados, incluyendo

horarios, roles, y desempeño.

5. Gestión de Proveedores: El sistema debe permitir la gestión de proveedores,

incluyendo la creación de órdenes de compra y el seguimiento de entregas.

6. Comercio Electrónico: El sistema debe incluir una plataforma de comercio

electrónico para permitir a los clientes realizar compras en línea.

7. Integración con Sistemas de Pago: El sistema debe integrarse con diversas

plataformas de pago, incluyendo tarjetas de crédito, débito, y pagos móviles.

8. Reportes y Análisis: El sistema debe generar reportes y análisis sobre ventas,

inventario, y comportamiento del cliente.

9. Seguridad y Control de Acceso: El sistema debe contar con medidas de seguridad y

control de acceso para proteger la información sensible y restringir el acceso a

funciones críticas.
 5

10. Soporte y Mantenimiento: El sistema debe incluir opciones de soporte y

mantenimiento para resolver problemas técnicos y asegurar el funcionamiento

continuo.
 6

REQUERIMIENTOS NO FUNCIONALES

1. Rendimiento: El sistema debe ser capaz de manejar múltiples transacciones

simultáneamente sin degradar el rendimiento.

2. Seguridad: El sistema debe implementar medidas de seguridad robustas para proteger

los datos sensibles de clientes y transacciones.

3. Escalabilidad: El sistema debe ser escalable para soportar el crecimiento del negocio,

incluyendo la adición de nuevos productos, clientes y sucursales.

4. Usabilidad: El sistema debe ser fácil de usar para todos los empleados,

independientemente de su nivel de habilidad técnica y con una interfaz agradable.

5. Disponibilidad: El sistema debe estar disponible y operativo al menos el 99.9% del

tiempo.

6. Compatibilidad: El sistema debe ser compatible con diferentes dispositivos y

plataformas, incluyendo terminales de punto de venta, dispositivos móviles y sistemas

operativos.

7. Mantenibilidad: El sistema debe ser fácil de mantener y actualizar, con una

arquitectura modular que permita realizar cambios sin afectar otras partes del sistema.

8. Eficiencia: El sistema debe optimizar el uso de recursos, incluyendo el tiempo de

procesamiento y el uso de memoria.

9. Fiabilidad: El sistema debe ser fiable, con una tasa de fallos mínima y la capacidad de

recuperarse rápidamente de errores.

10. Documentación: El sistema debe contar con documentación completa y actualizada,

incluyendo manuales de usuario y guías de mantenimiento.

 7

Historia de Usuario RF

1. Gestión de Clientes

Como: Encargado de atención al cliente

Quiero: Crear y gestionar perfiles de clientes, incluyendo su historial de compras

Para que: Ofrecer un servicio personalizado y fomentar la lealtad del cliente.

Tipo de Requerimiento Funcional

Número: 1 Usuario: Encargado de atención al cliente
Nombre Historia: Gestión de Clientes
Prioridad en negocio: Media Riesgo en desarrollo: Bajo
Programador Responsable: RAC
Descripción: Como encargado de atención al cliente, quiero crear y gestionar perfiles de
clientes, incluyendo su historial de compras, para ofrecer un servicio personalizado y
fomentar la lealtad del cliente.
Criterios de Aceptación:
El sistema permite crear y actualizar perfiles de clientes.
El sistema registra el historial de compras de cada cliente.
El sistema permite la gestión de programas de fidelización.

2. Punto de venta:

Como: Cajero

Quiero: Tener un sistema de punto de venta que me permita registrar ventas, aplicar

descuentos y generar recibos rápidamente

Para que: Agilizar el proceso de pago y mejorar la experiencia del cliente.

Tipo de Requerimiento Funcional

Número: 2 Usuario: Cajero
Nombre Historia: Punto de Venta
Prioridad en negocio: Alta Riesgo en desarrollo: Medio
Programador Responsable: RAC
 8

Descripción: Como cajero, quiero tener un sistema de punto de venta que me permita
registrar ventas, aplicar descuentos y generar recibos rápidamente para agilizar el
proceso de pago y mejorar la experiencia del cliente.

Criterios de Aceptación:
El sistema registra ventas de manera rápida y precisa.
El sistema permite aplicar descuentos y promociones.
El sistema genera recibos detallados para los clientes.

3. Gestión de Inventario

Como: Gerente de inventario.

Quiero: Poder registrar la entrada y salida de productos en el sistema.

Para que: Mantener un control preciso del stock y evitar faltantes o excesos de

inventario.

Tipo de Requerimiento Funcional

Número: 3 Usuario: Gerente de inventario
Nombre Historia: Gestión de Inventario
Prioridad en negocio: Alta Riesgo en desarrollo: Medio
Programador Responsable: RAC
Descripción: Como gerente de inventario, quiero poder registrar la entrada y salida de
productos en el sistema para mantener un control preciso del stock y evitar faltantes o
excesos de inventario.
Criterios de Aceptación:
El sistema permite registrar entradas y salidas de productos.
El sistema genera alertas cuando el stock está por debajo del nivel mínimo.
Los reportes de inventario son precisos y actualizados en tiempo real.

4. Gestión de Trabajadores

Como: Administrador del sistema

Quiero: Gestionar los horarios, roles y desempeño de los empleados

Para que: Asegurar una administración eficiente del personal y optimizar las

operaciones del supermercado.

 9

Tipo de Requerimiento Funcional

Número: 4 Usuario: Administrador del sistema
Nombre Historia: Gestión de Trabajadores
Prioridad en negocio: Media Riesgo en desarrollo: Bajo
Programador Responsable: RAC
Descripción: Como administrador del sistema, quiero gestionar los horarios, roles y
desempeño de los empleados para asegurar una administración eficiente del personal y
optimizar las operaciones del supermercado.
Criterios de Aceptación:
El sistema permite la creación y gestión de horarios de empleados.
El sistema permite asignar roles y responsabilidades.
El sistema registra y evalúa el desempeño de los empleados.

5. Gestión de Proveedores

Como: Responsable de compras.

Quiero: Poder crear órdenes de compra y hacer seguimiento de las entregas de los

proveedores.

Para que: Asegurar un suministro continuo y eficiente de productos.

Tipo de Requerimiento Funcional

Número: 5 Usuario: Responsable de compras
Nombre Historia: Gestión de Proveedores
Prioridad en negocio: Media Riesgo en desarrollo: Medio
Programador Responsable: RAC
Descripción: Como responsable de compras, quiero poder crear órdenes de compra y
hacer seguimiento de las entregas de los proveedores para asegurar un suministro
continuo y eficiente de productos.

Criterios de Aceptación:
El sistema permite crear y gestionar órdenes de compra.
El sistema permite hacer seguimiento de las entregas de los proveedores.
El sistema genera alertas para órdenes de compra pendientes.

6. Comercio Electrónico

Como: Cliente del supermercado

 10

Quiero: Poder realizar compras en línea a través de una plataforma de comercio

electrónico

Para que: Tener la comodidad de comprar desde casa y recibir los productos a

domicilio.

Tipo de Requerimiento Funcional

Número: 6 Usuario: Cliente del supermercado
Nombre Historia: Comercio Electrónico
Prioridad en negocio: Alta Riesgo en desarrollo: Alto
Programador Responsable: RAC
Descripción: Como cliente del supermercado, quiero poder realizar compras en línea a
través de una plataforma de comercio electrónico para tener la comodidad de comprar
desde casa y recibir los productos a domicilio.
Criterios de Aceptación:
La plataforma permite la navegación y búsqueda de productos.
La plataforma permite realizar compras y pagos en línea.
La plataforma envía confirmaciones de pedido y actualizaciones de entrega.

7. Integración con Sistemas de Pago

Como: Cliente del supermercado

Quiero: Tener múltiples opciones de pago, incluyendo tarjetas de crédito, débito y

pagos móviles

Para que: Pagar de manera flexible y conveniente según mis preferencias.

Tipo de Requerimiento Funcional

Número: 7 Usuario: Cliente del supermercado
Nombre Historia: Integración con Sistemas de Pago
Prioridad en negocio: Media Riesgo en desarrollo: Medio
Programador Responsable: RAC
Descripción: Como cliente del supermercado, quiero tener múltiples opciones de pago,
incluyendo tarjetas de crédito, débito y pagos móviles, para pagar de manera flexible y
conveniente según mis preferencias.
 11

Criterios de Aceptación:
El sistema acepta pagos con tarjetas de crédito y débito.
El sistema acepta pagos móviles (ej., Pay Pal, PSE).
Las transacciones se procesan de manera segura y rápida.

8. Reportes y Análisis

Como: Gerente del supermercado

Quiero: Generar reportes y análisis sobre ventas, inventario y comportamiento del

cliente

Para que: Tomar decisiones informadas y estratégicas para mejorar el negocio.

Tipo de Requerimiento Funcional

Número: 8 Usuario: Gerente del supermercado
Nombre Historia: Reportes y Análisis
Prioridad en negocio: Alta Riesgo en desarrollo: Medio
Programador Responsable: RAC
Descripción: Como gerente del supermercado, quiero generar reportes y análisis sobre
ventas, inventario y comportamiento del cliente para tomar decisiones informadas y
estratégicas para mejorar el negocio
Criterios de Aceptación:
El sistema genera reportes detallados de ventas e inventario.
El sistema permite análisis del comportamiento del cliente.
Los reportes son exportables en formatos comunes (PDF, Excel).

9. Seguridad y Control de Acceso

Como: Administrador del sistema

Quiero: Implementar medidas de seguridad y control de acceso en el sistema

Para que: Proteger la información sensible y restringir el acceso a funciones críticas

solo al personal autorizado.

Tipo de Requerimiento Funcional

Número: 9 Usuario: Administrador del sistema
Nombre Historia: Seguridad y Control de Acceso
 12

Prioridad en negocio: Alta Riesgo en desarrollo: Alto

Programador Responsable: RAC
Descripción: Como gerente del supermercado, quiero generar reportes y análisis sobre
ventas, inventario y comportamiento del cliente para tomar decisiones informadas y
estratégicas para mejorar el negocio.
Criterios de Aceptación:
El sistema genera reportes detallados de ventas e inventario.
El sistema permite análisis del comportamiento del cliente.
Los reportes son exportables en formatos comunes (PDF, Excel).

10. Soporte y Mantenimiento

Como: Usuario del sistema

Quiero: Tener acceso a soporte técnico y mantenimiento regular del sistema

Para que: Resolver rápidamente cualquier problema técnico y asegurar el

funcionamiento continuo del sistema.

Historia de Usuario RNF

1. Rendimiento:

Como: Administrador del sistema

Quiero: Que el sistema maneje múltiples transacciones simultáneamente sin degradar

el rendimiento

Para que: Asegurar que funcione de manera eficiente durante las horas pico.

Tipo de Requerimiento No Funcional

Número: 1 Usuario: Administrador del sistema
Nombre Historia: Rendimiento
Prioridad en negocio: Alta Riesgo en desarrollo: Medio
Programador Responsable: RAC
 13

Descripción: Como administrador del sistema, quiero que el sistema maneje múltiples
transacciones simultáneamente sin degradar el rendimiento para asegurar que funcione
de manera eficiente durante las horas pico.

Criterios de Aceptación:
El sistema soporta al menos 100 transacciones simultáneas sin pérdida de rendimiento.
El tiempo de respuesta del sistema no excede los 2 segundos bajo carga máxima.
Se realizan pruebas de estrés para verificar el rendimiento.

2. Seguridad

Como: Administrador del sistema

Quiero: Implementar medidas de seguridad robustas para proteger los datos sensibles

de clientes y transacciones

Para Que: Asegurar la confidencialidad y la integridad de la información.

Tipo de Requerimiento No Funcional

Número: 2 Usuario: Administrador del sistema
Nombre Historia: Seguridad
Prioridad en negocio: Alta Riesgo en desarrollo: Alto
Programador Responsable: RAC
Descripción: Como administrador del sistema, quiero implementar medidas de
seguridad robustas para proteger los datos sensibles de clientes y transacciones.

Criterios de Aceptación:
El sistema utiliza encriptación para datos sensibles.
Se implementan controles de acceso basados en roles.
Se realizan auditorías de seguridad periódicas.

3. Escalabilidad

Como: Administrador del sistema

Quiero: Que el sistema sea escalable para soportar el crecimiento del negocio

Para Que: Incluir la adición de nuevos productos, clientes y sucursales sin necesidad

de reestructuración.
 14

Tipo de Requerimiento No Funcional

Número: 3 Usuario: Administrador del sistema
Nombre Historia: Escalabilidad
Prioridad en negocio: Alta Riesgo en desarrollo: Medio
Programador Responsable: RAC
Descripción: Como administrador del sistema, quiero que el sistema sea escalable para
soportar el crecimiento del negocio, incluyendo la adición de nuevos productos, clientes
y sucursales.

Criterios de Aceptación:
El sistema permite la adición de nuevos productos sin necesidad de reestructuración.
El sistema soporta la gestión de múltiples sucursales.
Se realizan pruebas de escalabilidad para verificar la capacidad de expansión.

4. Usabilidad

Como: Empleado del supermercado

Quiero: Que el sistema sea fácil de usar para todos los empleados,

independientemente de su nivel de habilidad técnica

Para que: Facilitar la adopción del sistema y mejorar la eficiencia operativa.

Tipo de Requerimiento No Funcional

Número: 4 Usuario: Empleado del supermercado
Nombre Historia: Usabilidad
Prioridad en negocio: Media Riesgo en desarrollo: Bajo
Programador Responsable: RAC

Descripción: Como empleado del supermercado, quiero que el sistema sea fácil de usar
para todos los empleados, independientemente de su nivel de habilidad técnica.

Criterios de Aceptación:
El sistema tiene una interfaz intuitiva y fácil de navegar.
Se proporciona capacitación básica para el uso del sistema.
Se realizan pruebas de usabilidad con usuarios finales.

5. Disponibilidad

Como: Administrador del sistema

 15

Quiero: Que el sistema esté disponible y operativo al menos el 99.9% del tiempo

Para Que: Minimizar el tiempo de inactividad y asegurar la continuidad del negocio.

Tipo de Requerimiento No Funcional

Número: 5 Usuario: Administrador del sistema
Nombre Historia: Disponibilidad
Prioridad en negocio: Alta Riesgo en desarrollo: Alto
Programador Responsable: RAC
Descripción: Como administrador del sistema, quiero que el sistema esté disponible y
operativo al menos el 99.9% del tiempo para minimizar el tiempo de inactividad.

Criterios de Aceptación:
El sistema tiene un tiempo de actividad del 99.9% o superior.
Se implementan mecanismos de recuperación ante fallos.
Se realizan pruebas de disponibilidad y recuperación.

6. Compatibilidad

Como: Administrador del sistema

Quiero: Que el sistema sea compatible con diferentes dispositivos y plataformas

Para Que: Asegurar que el sistema pueda ser utilizado en una variedad de entornos

tecnológicos.

Tipo de Requerimiento No Funcional

Número: 6 Usuario: Administrador del sistema
Nombre Historia: Compatibilidad
Prioridad en negocio: Media Riesgo en desarrollo: Medio
Programador Responsable: RAC
Descripción: Como administrador del sistema, quiero que el sistema sea compatible con
diferentes dispositivos y plataformas, incluyendo terminales de punto de venta,
dispositivos móviles y sistemas operativos.
Criterios de Aceptación:
El sistema funciona en múltiples dispositivos y plataformas.
Se realizan pruebas de compatibilidad en diferentes entornos.
Se documentan las especificaciones de compatibilidad.

7. Mantenibilidad
 16

Como: Administrador del sistema

Quiero: Que el sistema sea fácil de mantener y actualizar, con una arquitectura

modular

Para Que: Realizar cambios sin afectar otras partes del sistema y reducir el tiempo y

costo de mantenimiento.

Tipo de Requerimiento No Funcional

Número: 7 Usuario: Administrador del sistema
Nombre Historia: Mantenibilidad
Prioridad en negocio: Media Riesgo en desarrollo: Medio
Programador Responsable: RAC
Descripción: Como administrador del sistema, quiero que el sistema sea fácil de
mantener y actualizar, con una arquitectura modular que permita realizar cambios sin
afectar otras partes del sistema.

Criterios de Aceptación:
El sistema tiene una arquitectura modular.
Las actualizaciones se pueden realizar sin interrumpir el servicio.
Se documentan todos los cambios y actualizaciones.

8. Eficiencia

Como: Administrador del sistema

Quiero: Que el sistema optimice el uso de recursos, incluyendo el tiempo de

procesamiento y el uso de memoria

Para Que: Mejorar el rendimiento general del sistema y reducir los costos operativos.

Tipo de Requerimiento No Funcional

Número: 8 Usuario: Administrador del sistema
Nombre Historia: Eficiencia
Prioridad en negocio: Media Riesgo en desarrollo: Medio
Programador Responsable: RAC
Descripción: Como administrador del sistema, quiero que el sistema optimice el uso de
recursos, incluyendo el tiempo de procesamiento y el uso de memoria.
 17

Criterios de Aceptación:
El sistema utiliza menos del 70% de la capacidad de CPU y memoria bajo carga normal.
El tiempo de procesamiento de transacciones es inferior a 2 segundos.
Se realizan pruebas de eficiencia y optimización.

9. Fiabilidad

Como: Administrador del sistema

Quiero: Que el sistema sea fiable, con una tasa de fallos mínima y la capacidad de

recuperarse rápidamente de errores

Para Que: Garantizar que el sistema funcione de manera consistente y que cualquier

problema se resuelva rápidamente.

Tipo de Requerimiento No Funcional

Número: 9 Usuario: Administrador del sistema
Nombre Historia: Fiabilidad
Prioridad en negocio: Alta Riesgo en desarrollo: Alto
Programador Responsable: RAC
Descripción: Como gerente del supermercado, quiero generar reportes y análisis sobre
ventas, inventario y comportamiento del cliente para tomar decisiones informadas y
estratégicas para mejorar el negocio.
Criterios de Aceptación:
El sistema genera reportes detallados de ventas e inventario.
El sistema permite análisis del comportamiento del cliente.
Los reportes son exportables en formatos comunes (PDF, Excel).

10. Documentación:

Como: Administrador del sistema

Quiero: Que el sistema cuente con documentación completa y actualizada,

incluyendo manuales de usuario y guías de mantenimiento

Para Que: Proporcionar a los usuarios y administradores del sistema la información

necesaria para utilizar y mantener el sistema de manera efectiva.

 18

Tipo de Requerimiento No Funcional

Número: 10 Usuario: Administrador del sistema
Nombre Historia: Documentación
Prioridad en negocio: Media Riesgo en desarrollo: Bajo
Programador Responsable: RAC
Descripción: Como administrador del sistema, quiero que el sistema cuente con
documentación completa y actualizada, incluyendo manuales de usuario y guías de
mantenimiento.

Criterios de Aceptación:
La documentación está completa y actualizada.
Se incluyen manuales de usuario y guías de mantenimiento.
La documentación es accesible y fácil de entender.