# Zachowuj powiązania wymagań podczas zmian oprogramowania

Taiga Learning · Arkusz
https://taiga.training/pl/lessons/specifications/

Używaj fikcyjnych lub zatwierdzonych informacji. Nie umieszczaj sekretów w arkuszu.

## Cele nauki
- Napisz obserwowalne wymaganie z jawnymi granicami.
- Prześledź wymaganie przez zmianę i jej kontrole.
- Wskaż dokumenty zależne od zmienionego założenia.

## Ćwiczenie
Zapisz wymaganie eksportu aktywnych klientów przez menedżera. Uwzględnij dozwolonych użytkowników, granicę organizacji, pola, zachowanie przy błędzie i mierzalny warunek ukończenia. Powiąż je z fikcyjnym testem i wydaniem. Następnie dodaj klientów archiwalnych i wypisz decyzje wymagające ponownej oceny.

## Twoja odpowiedź
- Scenariusz i zakres:
- Założenia i otwarte pytania:
- Proponowana odpowiedź lub decyzja z uzasadnieniem:

## Sprawdź odpowiedź
| Twierdzenie lub kryterium | Dowód lub test | Wynik lub luka | Właściciel |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Następne działanie
- Działanie, właściciel i data:
- Kiedy przejrzysz tę odpowiedź?

## Zasada do zapamiętania
Specyfikacja jest przydatna, gdy jej twierdzenia łączą się z decyzjami i sprawdzalnym zachowaniem. Aktualizuj te powiązania wraz z systemem.

## Źródła
- [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)

Arkusz wspiera naukę. Samo ukończenie nie upoważnia do zmiany produkcji.