# Sačuvajte sljedivost zahtjeva dok se softver mijenja

Taiga Learning · Radni list
https://taiga.training/bs/lessons/specifications/

Koristite izmišljene ili odobrene informacije. Ne unosite tajne u ovaj radni list.

## Ciljevi učenja
- Napišite uočljiv zahtjev s izričitim granicama.
- Pratite zahtjev kroz promjenu i njene provjere.
- Utvrdite dokumente kasnijih faza na koje utječe promijenjena pretpostavka.

## Vježba
Napišite zahtjev da menadžer može izvoziti podatke o aktivnim klijentima. Uključite dozvoljene korisnike, granicu organizacije, polja, ponašanje pri neuspjehu i mjerljiv uslov završetka. Povežite ga s izmišljenim testom i izdanjem. Zatim promijenite zahtjev tako da uključuje arhivirane podatke o klijentima i navedite zahvaćene odluke.

## Vaš odgovor
- Scenarij i opseg:
- Pretpostavke i otvorena pitanja:
- Predloženi odgovor ili odluka, s obrazloženjem:

## Provjerite svoj odgovor
| Tvrdnja ili kriterij | Dokaz ili test | Rezultat ili nedostatak | Odgovorna osoba |
| --- | --- | --- | --- |
| | | | |
| | | | |
| | | | |

## Sljedeća radnja
- Radnja, odgovorna osoba i datum:
- Kada ćete pregledati ovaj odgovor?

## Princip koji treba zapamtiti
Specifikacija je korisna kada su njene tvrdnje povezane s odlukama i provjerljivim ponašanjem. Ažurirajte te veze kako se sistem mijenja.

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

Ovaj radni list podržava učenje. Njegovo popunjavanje samo po sebi ne odobrava promjenu u produkcijskom okruženju.