Ejercicios resueltos de Requisitos

Question 1

El dueño de una cadena de droguerías en Bucaramanga dice: «necesito que el sistema sea rápido y que los vendedores puedan ver el inventario». Separa esa frase en un requisito funcional y uno no funcional, y escribe el no funcional de forma que se pueda verificar.

Accepted Answer

Primero se separan los dos tipos. Un requisito funcional dice QUÉ hace el sistema (una acción de un actor con un resultado). Un requisito no funcional dice CÓMO SE COMPORTA mientras lo hace (velocidad, disponibilidad, seguridad). «Los vendedores puedan ver el inventario» es la parte funcional, pero está a medias: falta quién, qué dato y por dónde lo busca. Queda: «El vendedor consulta la cantidad disponible de un producto buscándolo por nombre o por código de barras». «Que sea rápido» es la parte no funcional y, tal como está, no se puede probar: no dice qué operación, ni cuánto, ni bajo qué carga. Un requisito que nadie puede declarar cumplido o incumplido no sirve para recibir el software. A un requisito no funcional se le ponen cuatro cosas: la operación medida, el umbral con número, el percentil (porque el promedio esconde los casos malos) y las condiciones de carga. Queda: «El 95% de las consultas de inventario responden en menos de 2 segundos, con 30 vendedores conectados simultáneamente, medido desde el navegador en los puntos de venta». Respuesta: Funcional: «El vendedor consulta la cantidad disponible de un producto buscándolo por nombre o por código de barras». No funcional: «El 95% de las consultas de inventario responden en menos de 2 segundos con 30 vendedores conectados al tiempo, medido desde el navegador del punto de venta».

Question 2

En una app de domicilios de Medellín la historia dice: «Como cliente quiero cancelar mi pedido». La regla del negocio es que se puede cancelar sin costo mientras el restaurante no lo haya aceptado; después de aceptado se cobra el 30%. Escribe los criterios de aceptación.

Accepted Answer

Antes de escribir nada se identifican los estados por los que pasa el pedido, porque la regla depende de ellos: creado, aceptado por el restaurante, en camino, entregado. Se busca dónde está la frontera. Aquí está en «aceptado»: antes no cuesta, desde ahí cuesta el 30%. Los criterios tienen que caer a lado y lado de esa frontera, no en cualquier parte. Cada criterio se escribe con la forma Dado (el estado de partida) / Cuando (la acción) / Entonces (el resultado observable), para que el tester pueda ejecutarlo sin preguntar nada. Criterio 1, antes de la frontera: Dado un pedido que el restaurante todavía no ha aceptado, cuando el cliente cancela, entonces el pedido queda cancelado y se le devuelve el 100% del valor. Criterio 2, después de la frontera: Dado un pedido ya aceptado por el restaurante, cuando el cliente cancela, entonces la app le muestra el valor del cobro antes de confirmar y, si acepta, se le devuelve el 70%. Criterio 3, el caso que casi nadie escribe: Dado un pedido que ya salió a entregar, cuando el cliente intenta cancelar, entonces el botón no está disponible y se le ofrece contactar al soporte. Respuesta: Tres criterios: cancelación sin costo con el pedido no aceptado (devuelve el 100%), cancelación con aviso previo del cobro una vez aceptado (devuelve el 70%), y cancelación bloqueada con el pedido en camino, con salida hacia soporte.

Requisitos