Sistemos užsakymo gidas
Kaip aprašyti sistemą, kurią vėliau galėsite patikrinti?
Aiškus reikalavimas aprašo naudotojo veiksmą ir patikrinamą rezultatą. Tai padeda užsakovui ir kūrėjui vienodai suprasti etapų ribas.
Pradėkite nuo naudotojų užduočių
Vietoje „reikia dokumentų valdymo“ aprašykite konkretų veiksmą: darbuotojas įkelia dokumentą, paskiria atsakingą asmenį ir mato patvirtinimo būseną. Nurodykite naudotojų grupes, duomenų šaltinius ir kas gali peržiūrėti, keisti ar patvirtinti įrašą. Nepamirškite, kas matoma kitos organizacijos naudotojui.
Aprašykite išimtis ir priklausomybes
Numatykite trūkstamą lauką, pasikartojantį dokumentą, atšauktą veiksmą ir nepasiekiamą integraciją. Prie kiekvienos jungties nurodykite, kas suteiks bandomąją prieigą, API dokumentaciją ir duomenų pavyzdžius. Jei išorinis tiekėjas keičia sąsają, tai turi atsispindėti atsakomybėse ir priežiūros plane.
Sutarkite priėmimo scenarijus
Pavyzdys: turėdamas darbuotojo rolę įkeliu leistino formato dokumentą; atsakingas asmuo gauna užduotį; po patvirtinimo būsena pasikeičia; istorijoje matomas atlikėjas ir laikas. Atskirai patikrinkite neleistiną formatą ir naudotoją be teisių. Sutarkite testavimo aplinką, testinius duomenis ir kas priima kiekvieną etapą.
Numatykite perdavimą ir priežiūrą
Susitarkite dėl diegimo instrukcijų, administravimo aprašo, naudotojų mokymo, kodo ir duomenų perdavimo apimties. Priežiūrai atskirkite klaidų taisymą, pakeitimus ir naujas funkcijas, nustatykite komunikavimo bei reagavimo tvarką. Prieinamumo ir saugumo kriterijus konkretinkite pagal projekto reikalavimus; vien bendro pažado „sistema saugi“ nepakanka.
Pritaikykite savo poreikiui
Patikrinkite savo prielaidas.
Projekto planavimo įrankyje galite pasirinkti apimtį, apskaičiuoti laiko vertę ir pateikti konkretų poreikį.
Planuoti projektą →