Održavanje softvera: opseg podrške i odgovornosti

Održavanje softvera treba jasno odvojiti od izrade novih funkcija. Ugovor mora opisati tko prati stanje, tko prima prijavu, što se smatra incidentom i koji računi ulaze u opseg. „Podrška uključena” bez tih podataka ne govori što možete očekivati kada sustav prestane raditi.

Razdvojite vrste posla

Vrsta zahtjeva	Primjer	Što treba dogovoriti
Incident	Korisnici ne mogu poslati nalog	Prioritet, kanal i dostupnost podrške
Preventivni rad	Ažuriranje ovisnosti ili provjera kopije	Učestalost, test i termin objave
Novi razvoj	Dodatna uloga ili izvještaj	Posebna procjena i prihvat

U hipotetskom sustavu narudžbi prekid naplate ima drugačiji prioritet od pogrešne boje gumba. Kriterij treba biti utjecaj na korisnike i poslovni proces. Rok prvog odgovora nije isto što i rok popravka, osobito kada kvar ovisi o drugom dobavljaču.

Sigurnosna kopija mora biti obnovljiva

Zapišite što se kopira: baza, datoteke, konfiguracija i potreban pristup. U odvojenom okruženju provjerite obnovu te broj i uporabljivost zapisa. PostgreSQL backup and restore opisuje različite pristupe PostgreSQL kopijama; izbor ovisi o zahtjevima sustava. Postojanje datoteke kopije nije dokaz da ćete uspješno obnoviti rad.

Ažuriranje nije samo promjena verzije

Provjerite promjene dobavljača, kompatibilnost i ključne tijekove rada. Pripremite postupak povrata i termin objave. NIST secure software development framework uključuje sigurnosni rad kroz životni ciklus softvera, pa sigurnost ne završava prvim puštanjem u rad.

Što predati novom održavatelju?

Repozitorij, opis objave, popis servisa, odgovorne osobe i dokumentiran pristup preko vaših računa. Tajne se predaju sigurnim kanalom, ne u običnom projektnom dokumentu. Za razvoj i podršku softvera pripremite popis sustava i poslovno prihvatljivog zastoja. Opseg podrške tada može biti konkretan i provjerljiv.