Programmatūras nefunkcionālās prasības - uzturamība

Nobeigums
Reti kad programmatūras projekts beidzas ar produkta laidienu un nonākšanu produkcijas vidē. Bieži vien produkta veiksmīgumu var novērtēt tikai pēc kāda laika, kad tas ir pabijis reālā lietošanā. Lai klientam nenāktos piedzīvot vilšanos, ir svarīgi jau projekta sākumposmā vienoties par risinājuma nefunkcionālajām prasībām, ieskaitot arī uzturamību. Piegādātājs to var nodrošināt, apzinoties un definējot nepieciešamos procesus un prodecūras un izskaidrojot tās klientam. Uzturamības kvalitāte ir mērāma naudas, darbaspēka un laika resursu apjomā, kas ir nepieciešami, lai izlabotu programmatūras kļūdas vai ieviestu jauno funkcionalitāti. Uzturamību ietekmē:
1) Koda sarežģītība,
2) Tehniskā dokumentācija,
3) Ietvaru un koda bibliotēku izmantošana,
4) Programmēšanas valoda un vide,
5) Programmatūras arhitektūra,
6) Kļūdu un problēmu identificēšana un detalizēta žurnalēšana,
7) Uzturētāju kvalifikācija un kompetences līmenis.
Programmatūras izstrādes laikā vienmēr un visos līmeņos ir jādomā par uzturēšanu – programmētājam jāraksta uzturams kods, sistēmas arhitektam jāizdomā un jādokumentē arhitektūra un jāizvēlas atbilstoši trešo pušu risinājumi, projekta vadītājam jānodrošina uzturēšanas procedūru ieviešana, sistēmas analītiķiem ir jāparedz notikumu un izņēmum situāciju žurnalēšana un iespējamās stratēģijas, kā sistēma atkopsies no incidentiem.

…