# Behåll spårbara krav när programvaran ändras

Taiga Learning · Övningsblad
https://taiga.training/sv/lessons/specifications/

Använd fiktiv eller godkänd information. Lägg inte hemligheter i övningsbladet.

## Lärandemål
- Skriv ett observerbart krav med uttryckliga gränser.
- Spåra ett krav genom en ändring och dess kontroller.
- Identifiera efterföljande dokument som påverkas av ett ändrat antagande.

## Övning
Skriv ett krav för en chef som ska exportera aktiva kunder. Ta med tillåtna användare, organisationsgräns, fält, felbeteende och ett mätbart slutvillkor. Koppla det till ett fiktivt test och en release. Ändra sedan kravet till att även omfatta arkiverade kunder och lista påverkade beslut.

## Ditt svar
- Scenario och omfattning:
- Antaganden och öppna frågor:
- Föreslaget svar eller beslut, med skäl:

## Verifiera ditt svar
| Påstående eller kriterium | Underlag eller test | Resultat eller lucka | Ansvarig |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Nästa åtgärd
- Åtgärd, ansvarig och datum:
- När ska du granska svaret igen?

## Princip att behålla
En specifikation är användbar när dess påståenden kopplas till beslut och verifierbart beteende. Håll kopplingarna aktuella när systemet ändras.

## Källor
- [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)

Övningsbladet stöder lärande. Att fylla i det ger inte i sig tillstånd till en produktionsändring.