# Anforderungen bei Softwareänderungen nachverfolgbar halten

Taiga Learning · Arbeitsblatt
https://taiga.training/de/lessons/specifications/

Nutzen Sie fiktive oder freigegebene Informationen. Tragen Sie keine Secrets in dieses Arbeitsblatt ein.

## Lernziele
- Eine beobachtbare Anforderung mit ausdrücklichen Grenzen schreiben.
- Eine Anforderung durch eine Änderung und ihre Prüfungen verfolgen.
- Nachgelagerte Dokumente erkennen, die eine geänderte Annahme betrifft.

## Übung
Formulieren Sie eine Anforderung, nach der eine Führungskraft aktive Kunden exportieren kann. Nennen Sie berechtigte Nutzer, Organisationsgrenze, Felder, Fehlerverhalten und eine messbare Abschlussbedingung. Verknüpfen Sie sie mit einem fiktiven Test und einer Veröffentlichung. Erweitern Sie die Anforderung dann um archivierte Kunden und listen Sie die betroffenen Entscheidungen auf.

## Ihre Antwort
- Szenario und Umfang:
- Annahmen und offene Fragen:
- Vorgeschlagene Antwort oder Entscheidung mit Begründung:

## Prüfen Sie Ihre Antwort
| Aussage oder Kriterium | Nachweis oder Test | Ergebnis oder Lücke | Verantwortung |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Nächste Handlung
- Handlung, Verantwortung und Datum:
- Wann werden Sie diese Antwort erneut prüfen?

## Beizubehaltendes Prinzip
Eine Spezifikation ist nützlich, wenn ihre Aussagen mit Entscheidungen und prüfbarem Verhalten verbunden sind. Halten Sie diese Verbindungen bei Systemänderungen aktuell.

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

Dieses Arbeitsblatt unterstützt das Lernen. Seine Bearbeitung autorisiert für sich genommen keine Produktionsänderung.