MOREQ : model zahtev za upravljanje elektronskih dokumentov

11.3 Razpolo‘ljivost sistema
V mnogih okoljih bo skupna uporaba ESUD-a in ESUZ-a spremenila uporabo sistemov IT. Glavna
sprememba je v tem, da se bo odvisnost uporabnikov od omre‘ja IT dramati~no pove~ala. ^e
postane ESUZ/ESUD nerazpolo‘ljiv, uporabniki namre~ morda ne bodo mogli nadaljevati dela.
Zatorej naj bi si uporabniki te specifikacije, ki nabavljajo sistem, prizadevali dolo~iti zahteve uporabnikov
za razpolo‘ljivost in jih potem specificirati za nabavo. Primeri zahtev za vzdr‘evanje so
navedeni spodaj.
[t. Vzor~na zahteva
11.3.1 ESUD mora biti razpolo‘ljiv uporabnikom:
• od do ;
• .
11.3.2 Na~rtovani ~as nedelovanja sistema ESUD ne sme prese~i ur za .
Definicija nedelovanja sistema je lahko odvisna od infrastrukture in arhitekture. Na
primer: v nekaterih okoljih bodo izpad, ki ga povzro~i stre‘ni{ka strojna oprema,
imeli za napako ESUD-a. V drugih okoljih bo izpad, ki ga povzro~i osrednja programska
oprema, razumljen kot izpad druge vrste in ga ne bo mo~ pripisati ESUD-u. Potrebno
se je dogovoriti za ustrezno definicijo; kot izhodi{~na to~ka je predlagano:
’Razume se, da je ESUD v nedelovanju, ~e katerikoli uporabnik ne more izvesti katere
od normalnih funkcij ESUD-a in ~e je ta izpad pripisan kateri od komponent ESUD-a,
ki ni delovna postaja.’
11.3.3 Nena~rtovan izpad ESUD-a ne sme prese~i za .
11.3.4 [tevilo nena~rtovanih izpadov ESUD-a ne sme prese~i za .
11.3.5 Ob vsakr{nem izpadu strojne ali programske opreme mora biti mo‘no ponovno vzpostaviti
ESUD do znanega stanja (ne starej{ega od varnostne kopije prej{njega dne) v
ne ve~ kot urah od trenutka vzpostavitve delovanja razpolo‘ljive strojne opreme.
11.4 Tehni~ni standardi
ESUD naj bi bil usklajen z relevantnimi »de facto« in »de jure« standardi. Kjer je to mogo~e, je
za`eleno, da bi ESUD omogo~al uporabo odprtih, ne pa lastni{kih specifikacij in formatov.
Uporabniki te specifikacije bodo morali dolo~iti zahteve za standarde, ki pokrivajo:
• okolje strojne opreme (stre‘ni{ke platforme in okolja delovnih postaj);
• okolje operacijskega sistema (npr. Microsoft Windows – NT4, 98, 2000 – MacOS, Unix);
• industrijske standarde za uporabni{ke vmesnike (npr. Microsoft Windows, Macintosh, X-windows,
internetni brskalniki);
• relacijske baze podatkov (npr. ODBC, OLE DB; morebiti tudi proizvod, npr. Oracle, Sybase);
• mre‘ne protokole in operacijski sistem (npr. TCP/IP, tip Ethernet, Novell, Microsoft Windows NT
Server);
• kodne tabele na razli~nih nivojih (npr. ASCII, Unicode ISO 10646, ISO 8859, Adobe PDF ali druge
ekvivalentne lastni{ke specifikacije);
• standarde za izmenjavo (npr. XML, HTML, SGML);
• aplikacijske vmesnike in razvojna orodja (npr. COM, DCOM, CORBA).
Kadar to specifikacijo uporabljamo za nabavo, bo treba nujno dodati nadaljnje podrobnosti o
tehni~nem okolju, vklju~no z vsemi vmesniki ESUD-a (npr. pravni sistem, pisarni{ki sistem) in kakr-
{en koli na~rt sprememb.
Poleg tega bodo uporabniki te specifikacije morali upo{tevati svoje zahteve s stali{~a svojega
posameznega konteksta na teh podro~jih standardov:
[t.
Vzor~na zahteva
11.4.1 ^e je z ESUD-om implementiran enojezi~ni tezaver, naj bi bil usklajen s standardom
ISO 2788, Smernice za oblikovanje in razvoj enojezi~nih tezavrov.
11.4.2 ^e je z ESUD-om implementiran ve~jezi~ni tezaver, naj bi bil usklajen s standardom
ISO 5964, Smernice za oblikovanje in razvoj ve~jezi~nih tezavrov.
Specifikacija MoReq
Ne-funkcionalne zahteve
59