Priprema softverskog projekta: podaci, opseg i odgovornosti

Priprema softverskog projekta ne zahtijeva da unaprijed napišete tehničku specifikaciju. Potrebno je jasno opisati posao koji treba poboljšati, osobe koje ga obavljaju i dokaz uspješnog rezultata. Bez toga se procjena temelji na pretpostavkama koje kasnije lako promijene opseg.

Počnite jednim stvarnim zapisom

U hipotetskoj aplikaciji servisa pratite zahtjev od zaprimanja do završetka. Priložite anonimizirani obrazac, poruke i izlazni dokument. Opišite što se događa ako podaci nedostaju, korisnik otkaže ili je potreban ponovni dolazak.

Kontrolni popis za početak

Područje	Što pripremiti
Poslovni cilj	Problem i način početnog mjerenja
Korisnici	Uloge, ovlasti i osoba za prihvat
Podaci	Primjeri, izvor, format i kvaliteta
Integracije	Dokumentacija i stanje pristupa
Opseg	Obvezno za prvu verziju i funkcije za kasnije
Operacije	Računi, održavanje i prihvatljiv zastoj

Pristup dobavljačevu API-ju označite kao potvrđen tek kada postoji uporabljiva dokumentacija i testni pristup. Ako podaci sadrže duplikate ili različite šifre za isti artikl, to treba otkriti prije procjene migracije.

Napišite provjerljiv kriterij prihvata

Primjer: ovlašteni voditelj može dodijeliti nalog tehničaru; tehničar vidi dodijeljene naloge; druga osoba ne može dohvatiti nalog promjenom URL-a. OWASP authorization guidance preporučuje provjeru ovlasti pri svakom zahtjevu. Takav kriterij vrijedi više od općenite stavke „siguran sustav”.

Što napraviti s nepoznanicama?

Zapišite tko ih rješava, kojim pokusom i što se događa ako pretpostavka ne vrijedi. Ne pokušavajte sve nepoznanice sakriti u rezervu projekta. Za razvoj custom softvera predajte ovaj početni paket; tehnički plan zatim se može graditi na stvarnim uvjetima.