# Zachovejte dohledatelnost požadavků při změnách softwaru

Taiga Learning · Pracovní list
https://taiga.training/cs/lessons/specifications/

Používejte fiktivní nebo schválené informace. Do pracovního listu nevkládejte tajné údaje.

## Cíle učení
- Napsat pozorovatelný požadavek s výslovnými hranicemi.
- Dohledat požadavek přes změnu až k jejím kontrolám.
- Určit navazující dokumenty dotčené změnou předpokladu.

## Cvičení
Napište požadavek na export aktivních zákazníků manažerem. Zahrňte povolené uživatele, hranici organizace, pole, chování při selhání a měřitelnou podmínku dokončení. Propojte jej s fiktivním testem a vydáním. Pak požadavek rozšiřte o archivované zákazníky a vypište dotčená rozhodnutí.

## Vaše odpověď
- Scénář a rozsah:
- Předpoklady a otevřené otázky:
- Navržená odpověď nebo rozhodnutí s důvody:

## Ověřte odpověď
| Tvrzení nebo kritérium | Důkaz nebo test | Výsledek nebo nedostatek | Odpovědná osoba |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Další akce
- Akce, odpovědná osoba a datum:
- Kdy tuto odpověď znovu posoudíte?

## Zásada k zapamatování
Specifikace je užitečná, pokud její tvrzení navazují na rozhodnutí a ověřitelné chování. Při změnách systému udržujte tyto vazby aktuální.

## Zdroje
- [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)

Tento pracovní list podporuje učení. Jeho vyplnění samo nepovoluje produkční změnu.