MOREQ : model zahtev za upravljanje elektronskih dokumentov

11 NE-FUNKCIONALNE ZAHTEVE
Nekaterih lastnosti uspe{nega sistema ni mogo~e definirati v smislu funkcionalnosti. V praksi so
ne-funkcionalne zahteve pomembne za uspeh. ^etudi jih je pogosto te‘ko dolo~iti in objektivno
izmeriti, pa jih je kljub temu vredno opredeliti, zato da jih lahko upo{tevamo vsaj na vi{jem nivoju.
Zatorej so le-te splo{ne za mnoge vrste sistemov IT.
Poleg tega bodo morali uporabniki te specifikacije preu~iti svoje potrebe, upo{tevaje veljavne
tehni~ne in operativne standarde ter v povezavi s storitvami podpore dobaviteljev ESUD-a, vklju~no
z dokumentacijo, usposabljanjem in svetovanjem.
Na teh podro~jih bodo morale organizacije dodati {e svoje lastne zahteve, odvisno od svoje velikosti
in strukture, fizi~nih zna~ilnosti in trenutnega tehni~no-operativnega okolja. Namen tega poglavja
je nekak{en pregled vidikov, ki jih bodo morali uporabniki specifikacije upo{tevati, ko postavljajo
svoje zahteve, da bi jih dodali splo{nim zahtevam, navedenim v prej{njih poglavjih.
V nekaterih primerih za zahtevo uporabljamo oklepaj v obliki znakov ’manj{i od’ in ’ve~ji od’, zato
da prika`emo, da mora uporabnik te specifikacije vnesti merljivo vrednost ali druge informacije,
zna~ilne za aplikacijo. Na primer:
pomeni, da naj bi uporabnik specifikacije vnesel ~as, verjetno izra‘en v minutah in urah, da bi
zadovoljil specifi~no zahtevo. Podobno
pomeni, da naj bi uporabnik specifikacije dolo~il ~asovni interval; 4 sekunde so predlagane kot
izhodi{~na to~ka za premislek.
Podpoglavja v tem poglavju navajajo zahteve za ta podro~ja:
• enostavnost uporabe (podpoglavje 11.1);
• zmogljivost in raz{irljivost (podpoglavje 11.2);
• razpolo‘ljivost sistema (podpoglavje 11.3);
• tehni~ni standardi (podpoglavje 11.4);
• zakonske in normativne zahteve (podpoglavje 11.5);
• uporaba storitev zunanjih izvajalcev in upravljanje podatkov s strani tretje osebe (podpoglavje
11.6);
• dolgoro~na hramba in tehnolo{ko zastaranje (podpoglavje 11.7).
11.1 Enostavnost uporabe
Enostavnost uporabe je {e posebej pomembna. ^e se uporabnikom ESUD ne zdi enostaven za
uporabo, lahko uvedba sistema do‘ivi neuspeh.
Uporabniki te specifikacije morajo pri specificiranju ESUD-a upo{tevati enostavnost uporabe. Pri
tem je treba upo{tevati zahtevano stopnjo enostavnosti uporabe in na~in, kako naj bo ta dolo~ena.
To bo odvisno od vrste uporabnikov, ki jim je sistem namenjen, ter od obsega usposabljanja.
Primeri zahtev za enostavnost uporabe so navedeni v nadaljevanju.
[t.
Vzor~na zahteva
56
Specifikacija MoReq
Ne-funkcionalne zahteve
11.1.1 ESUD mora zagotoviti sprotno pomo~ (on-line) v celotnem ESUD-u.
11.1.2 Sistem pomo~i (on-line) v ESUD-u naj bi bil ob~utljiv za kontekst.
11.1.3 Vsa sporo~ila o napakah, ki jih ESUD javi, morajo biti smiselna, zato da bi uporabniki,
ki jih bodo verjetno videli, lahko ravnali na primeren na~in.
V idealnem primeru vsako sporo~ilo o napaki spremljata pojasnjevalno besedilo in
napotek za ravnanje; uporabnik ga lahko izvede kot odgovor na napako.
11.1.4 ESUD mora uporabljati en nabor pravil uporabni{kega vmesnika ali manj{e {tevilo naborov.
Pravila morajo biti skladna z okoljem operacijskega sistema, v katerem deluje ESUD.
Pravila morajo biti skladna z drugimi pomembnimi instaliranimi aplikacijami.