# Održavajte sljedivost zahtjeva dok se softver mijenja

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

Upotrijebite izmišljene ili odobrene informacije. Nemojte stavljati tajne podatke u ovaj radni list.

## Ciljevi učenja
- Napisati zahtjev čiji se ishod može opažati, s izričitim granicama.
- Pratiti zahtjev kroz promjenu i njezine provjere.
- Prepoznati povezane dokumente na koje utječe promijenjena pretpostavka.

## Vježba
Napišite zahtjev prema kojem voditelj može izvesti aktivne klijente. Uključite dopuštene korisnike, granicu organizacije, polja, ponašanje pri pogrešci i mjerljiv uvjet dovršetka. Povežite ga s izmišljenim testom i izdanjem. Zatim promijenite zahtjev tako da uključuje arhivirane klijente i navedite odluke na koje to utječe.

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

## Provjerite 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?

## Načelo koje treba zadržati
Specifikacija je korisna kada su njezine tvrdnje povezane s odlukama i ponašanjem koje se može provjeriti. Održavajte te veze dok se sustav 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 podupire učenje. Njegovo dovršavanje samo po sebi ne odobrava produkcijsku promjenu.