Ejemplo de un caso de estudio completo - Parte 4 "Requerimientos funcionales y no funcionales"

PARTE 1: https://ing-requerimientos2024-uai.blogspot.com/2024/11/ejemplo-de-un-caso-de-estudio-completo.html

PARTE 2: https://ing-requerimientos2024-uai.blogspot.com/2024/11/ejemplo-de-un-caso-de-estudio-completo_26.html

PARTE 3: https://ing-requerimientos2024-uai.blogspot.com/2024/11/ejemplo-de-un-caso-de-estudio-completo_17.html

Llegando finalmente a la ultima parte del caso de estudio propuesto, en donde desarrollamos un sistema para una cadena de supermercados, desarrollaremos finalmente los requerimientos funcionales y no funcionales identificados para el sistema. Ademas de esto, introduciremos distintos conceptos importantes para la ingenieria de requerimientos, estos conceptos son la especificacion y validacion de requerimientos, el uso de prototipos, el gap semantico, lenguaje natural y LEL(Lexico Extendido del Lenguaje). Daremos ejemplos de estos temas en base al caso de estudio provisto y al final haremos una conclusion de lo trabajado

Gap Semántico, Lenguaje Natural y LEL

                                                      

Gap semántico
La brecha semántica en este proyecto surge de la diferencia entre cómo los gerentes de inventario y los clientes definen conceptos clave. Por ejemplo, mientras los primeros se refieren a “productos críticos” en términos de márgenes de venta, los segundos podrían no entender el término.

Lenguaje Natural y LEL
El Léxico Extendido del Lenguaje (LEL) se utiliza para reducir ambigüedades. Algunos ejemplos aplicados al sistema son:

Símbolo: “Cliente Premium”.

• Noción: Cliente con cuenta activa que ha acumulado más de 10,000 puntos
• Impacto: Tiene acceso a promociones exclusivas y mayor acumulación de puntos por compra.

Símbolo: “Stock Crítico”.

• Noción: Nivel mínimo de productos que activa una alerta automática.
• Impacto: Envía notificaciones al gerente de inventario y actualiza la interfaz del sistema.

El uso del LEL asegura que todos los stakeholders comparten una comprensión uniforme del sistema, reduciendo errores en su implementación. Ademas, con el uso de un lenguaje natural controlado podremos evitar confusiones entre distintos terminos tecnicos y operativos

Especificacion, Requerimientos funcionales y Requerimientos no funcionales

                                 

Especificación
En esta etapa, los requerimientos obtenidos en base a la elicitacion(como se desarrollo en la parte anterior) se formalizan en un documento de especificación (SRS) de forma que quede claro para todos los stakeholders.

Requerimientos funcionales:
Se encargan de definir lo que hace el sistema, algunos requerimientos funcionales identificados en nuestro ejemplo podrian ser:

• El sistema debe permitir a los clientes acumular puntos en compras online y físicas.
• Generar alertas automáticas cuando el stock de un producto esté por debajo del nivel crítico.
• Proveer métodos de entrega como retiro en sucursal y envío a domicilio.

Requerimientos no funcionales:
Definen como debe comportarse el sistema, algunos requerimientos no funcionales que identificamos para el caso de uso son:

• La plataforma debe soportar 1,000 usuarios simultáneos.
• El tiempo de respuesta para operaciones críticas debe ser inferior a 2 segundos.
• Cumplimiento con normativas de seguridad como GDPR.

La validacion de los requerimientos y el uso de prototipos para el mismo

La validación se asegura que los requerimientos capturados reflejan fielmente las expectativas del usuario. En nuestro caso de estudio, se utilizarán prototipos interactivos para evaluar funcionalidades como la interfaz de ventas y la visualización de puntos. Además, se realizarán simulaciones para comprobar que las alertas de stock funcionan correctamente en situaciones críticas.

En cuanto a los prototipos, estos nos permitirían validar aspectos críticos como la experiencia del cliente en la plataforma online, ayudando a ajustar funcionalidades antes de su implementación final con la finalidad de reducir costos y errores. Por ejemplo:

• Un prototipo de la interfaz de acumulación de puntos permite identificar si los clientes entienden cómo consultar su saldo y canjear recompensas.
• Un prototipo de la funcionalidad de entrega y retiro asegura que los clientes puedan seleccionar de manera intuitiva su método de entrega preferido.

PODCAST DEL INGENIERIO - EPISODIO 3

En este tercer y ultimo episodio de el podcast del ingenierio, desarrollaremos los ejemplos vistos en la presente entrada, relacionando un poco con los visto en el episodio anterior los temas de validacion y especificacion de requerimientos, hablamos del gap semantico, del LEL y del lenguaje natural y de los requerimientos funcionales y no funcionales presentados. Junto con un cierre final a lo trabajado en este episodio y en los anteriores

LINK DEL EPISODIO 3 EN SPOTIFY: https://open.spotify.com/episode/6Bq7xblbsBtO8h5AYXyPpd
Conclusión

El análisis presentado demuestra cómo los principios de la Ingeniería de Requerimientos se aplican para construir un sistema de gestión eficiente en una cadena de supermercados. A través de la elicitación, especificación y validación, se asegura que las funcionalidades desarrolladas no solo resuelven problemas operativos, sino que también mejoran la experiencia del cliente.

El uso del LEL y los prototipos permite una mejor comunicación entre los stakeholders, mientras que la identificación clara de los requerimientos funcionales y no funcionales garantiza que el sistema esté alineado con los objetivos estratégicos de la empresa.

Esperamos que la profundización de los distintos conceptos de la ingenieria de requerimientos aplicados sobre este caso de estudio haya sido de utilidad para un mayor entendimiento!!