Unidad 2

Participante	Contribución posible
Cliente / negocio	Necesidades y objetivos
Usuario	Necesidades operativas
Analista / ingeniería de requisitos	Elicitación, análisis y documentación
Product Owner	Valor, alcance y prioridades
Seguridad	Requisitos de protección y controles
Área legal	Obligaciones regulatorias
Arquitectura	Restricciones e interfaces
Pruebas	Verificabilidad, ambigüedades y cobertura

Redacción	Problema
El sistema debe ser fácil de usar	"Fácil" no está definido
El sistema debe funcionar rápido	"Rápido" no es medible
El sistema debe manejar errores correctamente	No define qué significa correctamente
El sistema debe permitir la inscripción	Puede faltar información sobre las condiciones

ID	Requisito
RF-01	El sistema deberá permitir cancelar una inscripción hasta 24 horas antes del inicio del curso.
RF-02	El sistema deberá permitir cancelar una inscripción en cualquier momento antes del inicio del curso.

ID	Requisito
RF-01	El sistema deberá mostrar las materias disponibles para el estudiante.
RF-02	El sistema deberá mostrar los grupos disponibles de una materia.
RF-03	El sistema deberá validar los prerrequisitos de la materia.
RF-04	El sistema deberá verificar la disponibilidad de lugares.
RF-05	El sistema deberá registrar la inscripción cuando las condiciones se cumplan.
RF-06	El sistema deberá enviar una confirmación después de registrar la inscripción.

Tipo	Requisito
Funcional	El sistema deberá registrar una inscripción cuando el estudiante cumpla las condiciones requeridas.
Calidad	La consulta de grupos deberá responder en menos de 2 segundos bajo la carga definida.
Restricción	Un estudiante no podrá inscribirse si no cumple los prerrequisitos.

Requisito	Fuente	Justificación
RF-01	Necesidad del estudiante	Permitir solicitar inscripción
RN-01	Política académica	Respetar prerrequisitos
RS-01	Análisis de riesgo	No revelar cuentas existentes
RNF-01	Objetivo de desempeño	Respuesta dentro del tiempo definido

Pregunta	Resultado
¿Tiene una fuente identificada?	☐
¿Es necesario?	☐
¿Es correcto respecto a su fuente?	☐
¿Es claro y no ambiguo?	☐
¿Es completo para su propósito?	☐
¿Es consistente con los demás?	☐
¿Es factible?	☐
¿Es verificable?	☐
¿Tiene un identificador único?	☐
¿Puede trazarse hasta su origen?	☐

Contexto	Necesidad
Biblioteca	El estudiante necesita saber si un libro está disponible antes de acudir a solicitarlo.
Compras	El cliente necesita conocer el estado de su pedido sin contactar al soporte.
Transporte	El pasajero necesita conocer si su ruta tendrá servicio en el horario seleccionado.
Eventos	El organizador necesita controlar el número de asistentes registrados.
Clínica	El paciente necesita recibir confirmación de su cita y conocer cuándo debe acudir.
Restaurante	El cliente necesita saber si su pedido fue recibido y en qué estado se encuentra.
Plataforma educativa	El estudiante necesita conocer qué actividades tiene pendientes y sus fechas límite.
Soporte técnico	El usuario necesita saber qué ocurrió con la solicitud que reportó.

Requisito	Problema
"El sistema debe ser muy rápido."
"El sistema debe manejar correctamente los errores."
"El sistema debe hacer todo lo necesario para registrar usuarios."
"El sistema debe permitir el acceso seguro."
"El sistema debe permitir cancelar y modificar y consultar y eliminar..."

Criterio	¿Cumple?
Tiene ID único	☐
Tiene fuente identificada	☐
Es necesario	☐
Es claro	☐
Es consistente	☐
Es factible	☐
Es verificable	☐
Puede trazarse	☐
Tiene criterios suficientes para probarlo	☐

Contexto	Necesidad
Biblioteca	El estudiante necesita solicitar un libro que desea consultar.
Compras	El cliente necesita solicitar la devolución de un producto recibido en malas condiciones.
Educación	El profesor necesita registrar las calificaciones de sus estudiantes.
Eventos	El organizador necesita cancelar una inscripción cuando el evento fue suspendido.
Transporte	El pasajero necesita consultar si una ruta tiene servicio en una fecha determinada.
Soporte	El usuario necesita consultar el estado de un reporte que ya registró.

Actor	Caso de uso (resumen)
Cliente	Solicitar devolución de un producto: indica el motivo → el sistema genera una guía de devolución
Administrador	Desactivar una cuenta de usuario: confirma la desactivación → el sistema revoca el acceso
Huésped	Reservar una habitación: elige fechas y tipo de habitación → el sistema confirma la disponibilidad y genera la reserva

Opción	Necesidad
A	El estudiante necesita solicitar un libro disponible en la biblioteca.
B	El cliente necesita solicitar la devolución de un producto.
C	El usuario necesita consultar el estado de un reporte de soporte.
D	El profesor necesita registrar una calificación.

	Caso de uso	Historia de usuario
Formato	Actor, flujo principal, flujos alternos	Como / quiero / para
Extensión	Más detallado	Breve
Uso típico	Documentación formal	Equipos ágiles

Contexto	Necesidad
Biblioteca	El estudiante necesita conocer la fecha límite para devolver un libro.
Compras	El cliente necesita recibir información cuando su pedido cambie de estado.
Educación	El estudiante necesita saber qué actividades tiene pendientes.
Soporte	El usuario necesita conocer la respuesta de su solicitud.
Eventos	El asistente necesita cancelar su registro antes de la fecha permitida.

Escenario	Tipo	Entrada	Resultado esperado
E1	Positivo	Correo nuevo válido	Cuenta creada
E2	Negativo	Correo ya registrado	Registro rechazado
E3	Alterno / límite	Contraseña del largo mínimo exacto	Cuenta creada

Escenario	Tipo	Entrada	Resultado esperado
E7	Positivo	Correo y contraseña correctos	Acceso concedido
E8	Negativo	Contraseña incorrecta	Acceso denegado, mensaje de error
E9	Alterno / límite	Quinto intento fallido consecutivo	Cuenta bloqueada temporalmente

Escenario	Tipo	Entrada	Resultado esperado
E10	Positivo	Carrito con 3 productos disponibles	Pago procesado
E11	Negativo	Producto sin existencias en el carrito	Pago bloqueado, aviso "sin existencias"
E12	Alterno / límite	Carrito con 0 productos al intentar pagar	Pago bloqueado, mensaje de carrito vacío

Tipo de límite	Ejemplo
Longitud de texto	Contraseña de exactamente 8 caracteres (el mínimo permitido)
Cantidad	Carrito con 0 productos al intentar pagar
Número de intentos	Quinto intento fallido de inicio de sesión, si el límite es 5
Fecha	Usar una promoción exactamente el último día de su vigencia

Regla	Pregunta
Máximo 5 préstamos	¿Qué ocurre con 4, 5 y 6 préstamos?
Contraseña mínima de 8 caracteres	¿Qué ocurre con 7, 8 y 9 caracteres?
Cancelación hasta 24 horas antes	¿Qué ocurre a 25 h, 24 h y 23 h?
Máximo 3 intentos de recuperación	¿Qué ocurre en el segundo, tercero y cuarto intento?

ID requisito	Descripción	ID caso de prueba
RF-03	Enviar confirmación de registro por correo	— (sin caso de prueba asociado)

ID requisito	Descripción	ID caso de prueba	¿Encontró defecto?
RF-01	Crear cuenta con datos válidos	ESC-01	Pendiente de ejecutar
RN-01	Rechazar correo ya registrado	ESC-02	Pendiente de ejecutar
RNF-01	Contraseña cifrada	ESC-03	Pendiente de ejecutar

ID requisito	Descripción	ID caso de prueba	¿Encontró defecto?
RF-01	Crear cuenta con datos válidos	ESC-01, E7	Pendiente de ejecutar
RF-01	Crear cuenta con datos válidos	E9 (límite)	Pendiente de ejecutar

ID requisito	Descripción	ID caso de prueba	¿Encontró defecto?
RF-01	Mostrar materias disponibles	ESC-07	Pendiente de ejecutar
RF-02	Mostrar grupos de una materia	ESC-08	Pendiente de ejecutar
RF-03	Validar prerrequisitos	ESC-09, ESC-10	Pendiente de ejecutar
RF-04	Verificar disponibilidad de lugares	ESC-11	Pendiente de ejecutar
RF-05	Registrar inscripción	ESC-12	Pendiente de ejecutar
RF-06	Enviar confirmación	— (sin caso de prueba asociado)	—

Elemento	¿Debe revisarse?
Requisito	Sí
Criterios de aceptación	Sí
Escenarios de 24 h	Sí
Escenarios de 48 h	Sí
Casos de prueba relacionados	Sí
Evidencia anterior	Debe evaluarse
Otros requisitos relacionados	Debe analizarse

Escenario	Tipo	Entrada	Resultado esperado
E4	Positivo	Correo registrado	Enlace enviado mensaje genérico
E5	Negativo	Correo no registrado	Mismo mensaje genérico sin enviar nada
E6	Alterno / límite	Enlace usado exactamente a los 30 minutos	Debe quedar definido por escrito si se acepta o se rechaza

ID requisito	Descripción	ID caso de prueba	¿Encontró defecto?
RF-02	Enviar enlace de recuperación	ESC-04	Pendiente de ejecutar
RN-02	No revelar si el correo existe	ESC-05	Pendiente de ejecutar
RNF-02	Enlace expira en 30 minutos	ESC-06	Pendiente de ejecutar

Escenario	Tipo	Entrada	Resultado esperado
E13	Positivo	Cancelación 48 h antes	Inscripción cancelada
E14	Negativo	Cancelación 2 h antes	Cancelación rechazada
E15	Alterno / límite	Cancelación exactamente a las 24 h	Debe quedar definido por escrito si se acepta o rechaza

ID requisito	Descripción	ID caso de prueba	¿Encontró defecto?
RN-03	Cancelar inscripción respetando la ventana de 24 horas	ESC-13, ESC-14, ESC-15	Pendiente de ejecutar

estado: BORRADOR fuente: CONTEXTO_UNIDAD.md; laboratorios/unidad02_lab01, lab02, lab03; unidad02_materiales_referencias.md advertencia: a diferencia de la Unidad 1, esta presentación NO deriva de un unidad02_manual_estudiante.md ni de un unidad02_actividades.md, porque todavía no existen (CONTEXTO_UNIDAD.md, sección 7, estado PENDIENTE). Deriva directamente de CONTEXTO_UNIDAD.md y de los tres laboratorios ya producidos, sin introducir información que no esté ya en esas fuentes. Cuando se produzca el manual del estudiante, debe revisarse esta presentación contra él en el ciclo de QA (MASTER_PROMPT_QA.md) para confirmar consistencia — no se asume automáticamente. propósito: presentación de apoyo docente/estudiante de la Unidad 2 No sustituye laboratorios ni CONTEXTO_UNIDAD.md; contenido derivado, sin información nueva. No ha pasado por QA ni validación académica. criterio editorial: - lenguaje académico, claro y cercano - mínima carga textual, una idea principal por diapositiva - el caso de ejemplo (formulario de registro de usuarios) es ilustrativo, no un sistema real de ningún estudiante (CONTEXTO_UNIDAD.md §10) — no usar el sistema de ningún estudiante como ejemplo público - no introducir técnicas de diseño de pruebas formales (Unidad III) ni herramientas de gestión de pruebas/defectos (Unidad VII, decisión D-005) - secuencia de 5 sesiones (A–E), calendario comprimido — CONTEXTO_UNIDAD.md §6, decisión D-004 - 2026-09-21: se amplió la ejemplificación de escenarios y matrices de trazabilidad (revisión de cobertura vs. programa oficial) — se agregó una tarjeta de las cuatro categorías de calidad (2.1.2), una matriz de mayor tamaño, un dominio nuevo de escenarios (carrito de compras) y un tercer ejemplo aplicado completo (cancelación de inscripción) que cierra la contradicción RF-01/RF-02 planteada en el Bloque 1. Se decidió NO agregar un cuarto ejemplo de API/REST: 5.4 es contenido reservado de la Unidad V y un escenario de API a este nivel casi inevitablemente toca códigos de respuesta y contratos básicos (5.4.3), que le corresponden a esa unidad. Se agregó en su lugar una sola línea puente en "Lo que sigue".

Unidad 2

Requisitos, criterios de aceptación y trazabilidad

Al finalizar esta unidad podrás

Antes de empezar

Una situación

Pregunta orientadora

Mapa de la unidad

El pipeline completo de la unidad

Para pensarlo antes de empezar

Bloque 1

Los requisitos como base de las pruebas

¿Qué problema estamos intentando resolver?

Antes del requisito existe una necesidad

De una necesidad a un requisito

¿De dónde vienen los requisitos?

¿Quién define un requisito?

Necesidad, requisito y decisión técnica

Los requisitos existen en diferentes niveles

Un mismo problema visto en diferentes niveles

¿Qué es un requisito?

¿Por qué muchos requisitos utilizan "shall"?

Ejemplo

"Debe" no es la definición de requisito

Del lenguaje cotidiano al requisito

Posible requisito

¿Qué hace que un requisito esté bien formado?

Un requisito no se evalúa solo

Ejemplo: dos requisitos que se contradicen

Ejemplo: un requisito incompleto

Ejemplo: requisito demasiado grande

Descomposición del requisito

Funcional, calidad y restricciones

Las cuatro categorías típicas de calidad (no funcionales)

Ejemplo integrado: inscripción

¿Dónde quedan los requisitos de seguridad?

Ejemplo: derivar un requisito de seguridad

Ejemplo aplicado: recuperación de contraseña

Situación

Riesgo

Requisito

Criterio verificable

Otro requisito de seguridad

Situación

Riesgo

Requisito

Criterio verificable

Los requisitos también pueden provenir de la regulación

La trazabilidad comienza antes de la prueba

¿Cómo sabemos que un requisito está bien?

Verificación vs. validación

¿Cómo se revisan los requisitos?

Checklist de revisión de un requisito

Aplicación: revisar un requisito defectuoso

Encuentra los problemas

Mejorar el requisito

Un requisito puede generar otros requisitos

Requisitos de seguridad: una visión más completa

Ejemplo

Del requisito a la prueba

¿Qué debe poder responder un buen requisito?

Banco de necesidades para construir requisitos

Actividad: detectar requisitos defectuosos

Actividad: transformar requisitos

Laboratorio 1 — requisitos y reglas de negocio

1. Identifica fuentes

2. Identifica necesidades

3. Deriva requisitos

4. Identifica reglas de negocio

5. Identifica requisitos de seguridad

Laboratorio 1 — revisión de calidad

Del Bloque 1 al Bloque 2

Bloque 2

Casos de uso, historias de usuario y criterios de aceptación

Caso de uso

¿Dónde se define un caso de uso y cuándo se usa?

Necesidades para construir casos de uso

Preguntas para construir el caso de uso

¿Qué resuelve un caso de uso para las pruebas?

Ejemplo completo: préstamo de un libro en biblioteca

Ejemplo completo: préstamo de un libro en biblioteca