# Mantén la trazabilidad de los requisitos mientras cambia el software

Taiga Learning · Hoja de ejercicios
https://taiga.training/es/lessons/specifications/

Usa información ficticia o aprobada. No incluyas secretos en esta hoja.

## Objetivos de aprendizaje
- Escribir un requisito observable con límites explícitos.
- Seguir un requisito a través de un cambio y sus comprobaciones.
- Identificar los documentos posteriores afectados por un cambio de supuesto.

## Ejercicio
Escribe un requisito para que un responsable exporte clientes activos. Incluye usuarios permitidos, límite de organización, campos, comportamiento ante fallos y una condición medible de finalización. Enlázalo a una prueba y una publicación ficticias. Después, cambia el requisito para incluir clientes archivados y enumera las decisiones afectadas.

## Tu respuesta
- Escenario y alcance:
- Suposiciones y preguntas abiertas:
- Respuesta o decisión propuesta, con motivos:

## Verifica tu respuesta
| Afirmación o criterio | Prueba o comprobación | Resultado o carencia | Responsable |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Siguiente acción
- Acción, responsable y fecha:
- ¿Cuándo revisarás esta respuesta?

## Principio que conservar
Una especificación es útil cuando sus afirmaciones se relacionan con decisiones y comportamientos verificables. Mantén actuales esas conexiones mientras cambia el sistema.

## Fuentes
- [NIST: Secure Software Development Framework](https://csrc.nist.gov/pubs/sp/800/218/final)
- [Google Engineering Practices: What to look for in a code review](https://google.github.io/eng-practices/review/reviewer/looking-for.html)

Esta hoja apoya el aprendizaje. Completarla no autoriza por sí solo un cambio en producción.