Requisitos

Proveedores de Requisitos

• Internos: Personas dentro de Code & Co.
• Externos: Cliente.

Lista de Proveedores de Requisitos

Proveedor	Rol	Autoridad	Tipo de Requisitos	Método de Comunicación
Product Owner	Interno	Alta	Funcionales y de negocio	Reuniones diarias en equipo, Whatsapp y Discord.
Socio Formador	Externo	Alta	Funcionales, de negocio y UX	Reuniones 2 veces por semana, Whatsapp.
Architecture Owner	Interno	Alta	No funcionales, de información	Reuniones diarias en equipo, Whatsapp y Discord.
UX/UI	Interno	Alta	de Interfaz	Reuniones diarias en equipo, Whatsapp y Discord.
Team Members	Interno	Media	Funcionales y No funcionales	Reuniones diarias en equipo, Whatsapp y Discord.

Requisitos Funcionales

Descripción General

Los requisitos funcionales del sistema describen una variedad de acciones que los usuarios, administradores y empleados pueden realizar dentro del sistema, como la creación, lectura, actualización y eliminación de clientes, productos, pedidos y otros elementos clave. Además, incluyen el manejo de roles, grupos, cuotas y pagos, así como la capacidad del sistema para gestionar solicitudes. Estos requisitos funcionales también contemplan la administración de seguridad, roles y permisos para garantizar que cada usuario pueda realizar únicamente las acciones que le corresponden.

---

Requisitos Específicos

• RF1: Iniciar Sesión - Ready
• RF2: Consultar Gráficas
• RF3: Consultar historial de ancestros de una charola - Ready
• RF4: Splashscreen
• RF5: Registrar Charola - Ready
• RF6: Buscar charola
• RF7: Modificar datos generales Charola
• RF8: Eliminar Charola
• RF9: Cerrar sesión
• RF10: Consultar información detallada de una charola - Ready
• RF11: Descargar reportes - Ready
• RF12: Alertas
• RF13: Registrar usuario
• RF14: Borrar usuario
• RF15: Filtrar las charolas por escarabajo y larva
• RF16: Visualizar todas las charolas registradas en el sistema
• RF17: Multiselección para eliminar historial
• RF18: Historial de actividad de charola
• RF19: Editar Usuario
• RF21: Consultar charolas de cambios pasados
• RF22: Consultar charolas de cambios pasados
• RF23: Registrar un nuevo tipo de comida en el sistema - Ready
• RF24: Editar un tipo de comida en el sistema - Ready
• RF25: Eliminar un tipo de comida
• RF26: Registrar un nuevo tipo de comida en el sistema
• RF29: Registar la información del Frass obtenido
• RF30: Editar la información del Frass obtenido
• RF34: Sidebar
• RF35: Recuperar contraseña
• RF36: Registrar un nuevo tipo de hidratación al sistema
• RF37: Seleccionar charolas para tamizar y registrar sus datos
• RF38: Registrar nuevas charolas del tamizado

---

Requisitos No Funcionales

Descripción General

Los requisitos no funcionales establecen las expectativas en términos de tiempo de respuesta, capacidad de carga, compatibilidad con diferentes plataformas, accesibilidad para los usuarios, disponibilidad, entre otros aspectos. También incluyen criterios de seguridad, como el cifrado de datos y la protección contra ataques, así como la facilidad de mantenimiento y escalabilidad del sistema, asegurando que pueda adaptarse a nuevas necesidades y crecimiento sin comprometer la estabilidad del sistema.

---

Requisitos Específicos

Rendimiento

• El sistema debe responder a las solicitudes del usuario dentro de un tiempo de respuesta aceptable; menos de 2 segundos para la mayoría de las operaciones.

Escalabilidad

• El sistema debe ser escalable para manejar un aumento de hasta 20 usuarios simultáneos sin que exista una decadencia significativa del rendimiento ya que Zuustento pretende una expansión a futuro en los próximos 2 años. En este plazo el límite de colaboradores es de 20, sin embargo, aunque no es mucho, es importante hacer el sistema escalable para futuros cambios.

Disponibilidad

• Desde la perspectiva del tiempo debe estar disponible entre semana la mayoría del tiempo, sin embargo, en fines de semana se pueden hacer servicios de mantenimiento.
• El sistema tolerará un máximo de 48 horas fuera de servicio (preferentemente en un fin de semana).

Usabilidad

• La interfaz debe ser intuitiva, permitiendo a los usuarios navegar con facilidad. Los botones deben ofrecer una interacción sencilla y las gráficas presentar los datos relevantes de forma clara y comprensible. El diseño debe ser minimalista y limpio, evitando un aspecto desordenado, y estar optimizado para su uso en tabletas.
• El sistema deberá adaptarse a una interfaz de tableta

Portabilidad

• La aplicación móvil debe funcionar en Windows 10 y iOS 18 en adelante

Seguridad

• El sistema debe realizar copias de seguridad de datos automáticas cada 7 días. Debido a que es muy importante realizar respaldos.
• Información sensible (credenciales) deben estar cifradas con un método confiable.

Mantenibilidad

• La documentación del código debe seguir el estándar establecido en el equipo Tech-Nebrios.
• Todo el código debe estar documentado adecuadamente utilizando comentarios explicativos y convenciones de documentación estándar para facilitar la comprensión por parte de otros desarrolladores.
• El código debe ser acompañado por pruebas unitarias con al menos un 80% de cobertura.

Interoperabilidad

• El sistema debe ser capaz de integrarse con servicios de almacenamiento en la nube AWS debido a que el cliente cuenta con este servicio.
• El sistema debe ser capaz de intercambiar datos con aplicaciones de terceros mediante APIs RESTful, utilizando el estándar JSON para el formato de intercambio.

Historial de cambios

Versión	Descripción del cambio	Fecha	Colaborador
1.0	Historias de usuario y requisitos no funcionales	6/03/2025	Armando Méndez Castro
1.0	Reviewer y autorizador	6/03/2025	Miguel Angel Uribe Esquivel
1.1	Descripción de pruebas unitarias del MVP	6/03/2025	Armando Méndez Castro
2.0	Actualizacion de las historias en Ready	28/04/2025	Miguel Angel Uribe
2.1	Se agregaron y eliminaron historias	09/05/2025	Juan Eduardo Rosas