From Princípy tvorby software

Školský dochádzkový a monitorovací systém - Špecifikácia systémových požiadaviek
Vyhotovené pre: Ministerstvo školstva Oceánie

15.03.2010

Contents 1 Úvod 1.1 Definícia špecifikácie 1.2 Účel špecifikácie 1.3 Komu je tento dokument určený 1.4 Referencie 1.5 Definície 1.5.1 Zodpovedný pracovník 2 Popis školského dochádzkového a monitorovacieho systému 2.1 Definícia 2.2 Ciele systému 2.2.1 Rodičia 2.2.2 Učitelia 2.2.3 Vedenie školy 2.3 Prostredie systému 2.3.1 Platforma systému 2.3.2 Externý softvér 2.3.3 Počítačom riadené zámky 2.3.4 Externé zdroje informácií 2.3.4.1 Kompatibilné hardvérové monitorovacie prostriedky 2.3.4.2 Plánovacie systémy školy 2.4 Návrhové a realizačné obmedzenia 2.5 Používateľská dokumentácia 3 Externé rozhrania 3.1 Používateľské rozhranie 3.1.1 Použitá technológia 3.1.2 Používateľské skupiny, autentizácia 3.1.3 Spoločné prvky rozhrania 3.1.4 Špecifické prvky rozhrania 3.1.5 Obmedzenia používateľského rozhrania 3.2 Prístup k monitorovacím prostriedkom 3.2.1 Použité monitorovacie prostriedky 3.2.2 Konkrétne riešenie a modularita 3.3 Prístup k počítačom riadeným zámkom 3.4 Prístup k exitujúcim školským systémom 3.4.1 Údaje o rozvrhu 3.4.2 Osobné údaje 3.4.3 Autentifikácia 4 Funkcionalita systému 4.1 Zoznam absencií 4.1.1 Stručný opis a priorita 4.1.2 Odpoveď systému 4.1.3 Funkcionálne požiadavky 4.2 Ospravedlnenie absencie 4.2.1 Stručný opis a priorita 4.2.2 Odpoveď systému 4.2.3 Funkcionálne požiadavky 4.3 Povolenie vstupu do miestnosti 4.3.1 Stručný opis a priorita 4.3.2 Odpoveď systému 4.3.3 Funkcionálne požiadavky 4.4 Správa politiky vstupov do miestností. 4.4.1 Stručný opis a priorita 4.4.2 Odpoveď systému 4.4.3 Funkcionálne požiadavky 4.5 Monitorovanie pohybu osôb 4.5.1 Stručný opis a priorita 4.5.2 Odpoveď systému 4.5.3 Funkcionálne požiadavky 5 Nefunkcionálne požiadavky 5.1 Požiadavky na výkon 5.2 Bezpečnosť systému 5.3 Dôvernosť systému 5.4 Stabilita systému 6 Príloha A: Normy a zákony 7 Príloha B: Use Case

Úvod

V tejto kapitole je popísaná špecifikácia systémových požiadaviek pre školský monitorovací a dochádzkový systém (SMDS).

Definícia špecifikácie

Tento dokument definuje systémové požiadavky SMDS.

Účel špecifikácie

Tento dokument si kladie za cieľ:

• Poskytnúť popis SMDS ale aj uviesť definície použité v dokumente a oboznámiť s cieľmi a účelom systému.
• Formálne špecifikovať
  • Funkcionálne požiadavky
  • Nefunkcionálne požiadavky
  • Požiadavky na kvalitu
  • Obmedzenia

Komu je tento dokument určený

Tento dokument je určený najmä pre:

• Zamestnancov Ministerstva školstva Oceánie
  •  Zodpovedných vedúcich sekcií, ktorí ho musia schváliť
  •  Bezpečnostných konzultantov
• Zamestnancov Jurčík&Ďuriš Software
  •  Projektových manažérov
  •  Architektov
  •  Dizajnérov
  •  Hardvérových špecialistov
  •  Programátorov
  •  Testerov
  •  Konzultantov pre kvalitu a použiteľnosť
• Zamestnancov škôl
• Rodičov a žiakov

Referencie

Tento dokument sa odvoláva výlučne na všeobecne platné a uznávané normy a zákony Oceánie. Menovite sa jedná o:

• normu Ministerstva informatizácie Oceánie č.1984/6648 o sprístupnení služieb poskytovaných hardvérom v štátnej sfére
• normu Ministerstva informatizácie Oceánie č.1984/6649 o monitorovacích zariadeniach.
• Zákon č. 1984/4866 o operačnom prostredí použitom v štátnej sfére.
• špecifikácia webovej služby rozvrhu č.1984/451 Ministerstva školstva Oceánie
• špecifikácií osobnej služby č.1984/452 Ministerstva školstva Oceánie

Definície

V tomto dokumente sú na viacerých miestach spomínané nasledujúce pojmy:

Zodpovedný pracovník

V kontexte už existujúceho školského systému je zodpovedným pracovníkom zamestnanec školy, ktorý je oprávnený rozhodovať o úkonoch súvisiacich s konkrétnym žiakom. Pracovník môže za žiaka zodpovedať neustále, napr. triedny učiteľ alebo vedúci katedry (katedry na základnej škole, prečo nie?), alebo v danom čase, napríklad vyučujúci konkrétneho predmetu. Zoznam zodpovedných pracovníkov je možné získať pomocou školského systému spomínaného v kapitolách 2.3.4.2 Plánovacie systémy školy a 3.4 Prístup k exitujúcim školským systémom.

Popis školského dochádzkového a monitorovacieho systému

Táto kapitola poskytne stručnú charakteristiku SDMS vrátane jeho definície, účelu, kvôli ktorému má byť systém vyvinutý, a aj základnej funkcionality systému.

Definícia

Školský dochádzkový a monitorovací systém bude webový nástroj umožňujúci nielen jednoduchú kontrolu dochádzky žiakov základných a stredných škôl, ale aj zvýšenú bezpečnosť na školách.

Ciele systému

SDMS poskytne rodičom, učiteľom a riaditeľstvu školy nasledujúce výhody:

Rodičia

SDMS poskytne rodičom nasledujúce možnosti:

• Kontrolovať príchody a odchodov ich detí zo školy.
• Kontrolovať účasť ich detí na vyučovacích hodinách.
• Ospravedlniť dieťa z neúčasti.
• Zvýšiť pocit bezpečia, pretože budú vedieť, kde sa ich deti nachádzajú.

Učitelia

SDMS umožní učiteľom:

• Evidovať účasť žiakov na hodinách.
• V prípade potreby udeliť žiakom výnimku z rozvrhu.

Vedenie školy

SDMS umožní riaditeľovi, respektíve inej poverenej osobe:

• Monitorovať pohyb osôb v budove školy
• Povoliť, respektíve zakázať prístup do vybraných miestností alebo častí budovy.
• Zobraziť štatistiky týkajúce sa účastí žiakov a učiteľov na vyučovacích hodinách.

Prostredie systému

Táto kapitola poskytne náhľad na prostredie, v ktorom musí systém bezproblémovo pracovať, a opisuje systémy a riešenia, s ktorými bude SMDS spolupracovať.

Platforma systému

Platforma, na ktorej bude systém pracovať, bude virtualizovaná za pomoci štandardných nástrojov na to určených. Vývojári teda budú mať možnosť zvoliť si operačný systém a softvérovú platformu tak, aby bolo možné zabezpečiť ich bezproblémový chod, ale aj rýchly a jednoduchý vývoj SDMS a jeho údržbu. Bližšie informácie o virtualizačnej platforme o obmedzeniach týkajúcich sa operačného systému a ďalšieho softvéru sa dajú nájsť v príslušných dokumentoch Ministerstva školstva Oceánie respektíve Ministerstva informatizácie Oceánie.

Externý softvér

SDMS bude priamo alebo nepriamo spolupracovať s prehliadačom na strane klienta, aby tak bol umožnený vzdialený prístup k službám SMDS.

Počítačom riadené zámky

SDMS bude kontrolovať vstup do miestností pomocou počítačom riadených zámkov, tie budú spĺňať normu Ministerstva informatizácie Oceánie č.1984/6648 o sprístupnení služieb poskytovaných hardvérom v štátnej sfére. Bližšie informácie sa nachádzajú v kapitole o externých rozhraniach.

Externé zdroje informácií

Kompatibilné hardvérové monitorovacie prostriedky

Plánovacie systémy školy

Informácie o rozvrhoch celých tried, ale aj jednotlivcov je možné získať z už existujúceho evidenčného systému školy. Bližšie informácie o ňom sa dajú nájsť v časti 3.4.1.

Návrhové a realizačné obmedzenia

SDMS musí bezproblémovo a bez zbytočných zdržaní pracovať s využitím nasledujúcich zdrojov na každých 1000 užívateľov (rodičia, žiaci a zamestnanci školy).

• Dvojjadrový procesor s výkonom 2GHz.
• Jeden gigabajt operačnej pamäte.
• Úložné miesto najviac 30 GB.

Používateľská dokumentácia

Každá funkcionalita SDMS musí byť jasne a zrozumiteľne zdokumentovaná. Každá cieľová skupina používateľov bude mať prístup k dokumentácií a manuálom, určených pre túto skupinu v HTML a PDF formáte. Obsah a logické usporiadanie v obidvoch formátoch musí byť zhodné. V prípade, že to tvorca systému uzná za vhodné, prípadne na požiadanie Ministerstva školstva, bude poskytnutý aj návod, ktorý bude krok za krokom popisovať základné úkony vykonávané v systéme v HTML, PDF prípadne aj ďalších, ak to tvorca systému uzná za vhodné. Ďalej bude poskytnutý kontakt na podporné centrum, t.j. telefónne číslo, e-mailová adresa a klasická poštová adresa.

Externé rozhrania

V tejto kapitole budú popísané základné typy rozhraní, pomocou ktorých bude SDMS komunikovať jednak s používateľmi, ale aj s ostatnými systémami.

Používateľské rozhranie

V tejto časti budú popísané základné požiadavky na rozhranie, pomocou ktorého budú používatelia pristupovať k službám SDMS.

Použitá technológia

Používateľské rozhranie bude riešené vo forme webovej aplikácie. Toto rozhranie musí spĺňať normu HTML 4.01 alebo novšiu a normu CSS 2.1 alebo novšiu. Rozhranie musí byť plne funkčné aj v prehliadačoch s vypnutou podporou jazyka JavaScript.

Používateľské skupiny, autentizácia

Každá funkcia systému bude prístupná cez webové rozhranie zodpovedajúcej používateľskej skupine. Pred vstupom do aplikácie je najprv potrebné používateľa overiť menom a heslom alebo silnejším prostriedkom, na základe čoho bude zvolená príslušná používateľská skupina. Následne bude prístupné rozhranie určené pre túto skupinu.

Spoločné prvky rozhrania

V každej sekcií webovej aplikácie respektíve formulári budú prístupné nasledujúce funkcie:

• Odhlásenie sa z aplikácie
• Zobrazenie dokumentácie stručne, ale výstižne popisujúcej každý komponent, ktorý môže používateľ využiť v danej sekcií.
• Zobrazenie dokumentácie vo formáte HTML.
  •  V rámci tejto dokumentácie bude prístupný odkaz na dokumentáciu vo formáte PDF a ďalších, ak vôbec.
• Návrat k rozhraniu, ktoré sa zobrazí po prihlásení.
• Odkaz na stránku ministerstva školstva.
• Možnosť zobraziť kontaktné údaje centra technickej podpory.

Špecifické prvky rozhrania

Pre každú funkcionálnu požiadavku musí byť vytvorená vlastná sekcia v používateľskom rozhraní. Jednotlivé sekcie sa nesmú prelínať a musia obsahovať ovládacie prvky, ktoré umožnia vykonanie všetkých požadovaných činností zodpovedajúcich danej požiadavke. Na dizajn jednotlivých sekcií nie sú kladené ďalšie požiadavky a teda tvorca softvéru ich môže navrhnúť podľa uváženia.

Obmedzenia používateľského rozhrania

V záujme zvýšenia produktivity je nutné, aby sa priemerný príslušník danej používateľskej skupiny dokázal naučiť pristupovať k funkciám systému do 4 hodín.

Rozhranie taktiež musí spĺňať normy a nariadenia týkajúce sa prístupnosti hendikepovaným občanom.

Prístup k monitorovacím prostriedkom

V tejto kapitole budú popísané technické prostriedky umožňujúce kontrolu pohybu osôb v budove školy.

Použité monitorovacie prostriedky

SDMS bude na získavanie informácií súvisiacich s pohybom osôb v budove školy používať externé zariadenia spĺňajúce normu ISO-555-999-brana-v-supermarkete alebo novšiu a zároveň normu Ministerstva informatizácie Oceánie č.1984/6648 o sprístupnení služieb poskytovaných hardvérom v štátnej sfére. V prípade potreby obmedzenia vstupu do miestnosti iba povoleným osobám budú taktiež inštalované zariadenia spĺňajúce normu ISO-999-555-čitačka-na-ktoru-položíš-kartu alebo novšiu a zároveň normu Ministerstva informatizácie Oceánie č.1984/6648 o sprístupnení služieb poskytovaných hardvérom v štátnej sfére.

V súlade s menovanou normou ministerstva budú služby čipových brán a čítačiek prístupné pomocou protokolu http a ich rozhranie bude určené protokolom WSDL. Zariadenie, použité v dochádzkovom systéme, musí spĺňať normu Ministerstva informatizácie Oceánie č.1984/6649 o monitorovacích zariadeniach, teda je garantovaná minimálna funkcionalita, na ktorú sa vývojári môžu spoľahnúť.

Konkrétne riešenie a modularita

Konkrétne zariadenie použité s SDMS bude „Turbo Brána v Supermarkete model Twin-BB1984“ a jeho dokumentácia je uvedená v prílohách ale aj u výrobcu. Je potrebné zdôrazniť, že SDMS musí byť schopný pracovať s ľubovoľnými zariadeniami spĺňajúcimi spomínané normy s čo možno najmenšími zásahmi do systému. V závislosti na použitej platforme musí byť dodávateľ SDMS schopný dodať verziu SDMS pracujúcu s ľubovoľným konkrétnym zariadením spĺňajúcim príslušné normy do dvoch týždňov od zadania ministerstvom s funkcionalitou ale aj ostanými vlastnosťami identickými s najnovšou verziou SDMS pre iné zariadenia daného typu.,

Prístup k počítačom riadeným zámkom

Použité zámky spĺňajú zákon o zámkoch. Každý zámok je vybavený rozhraním k počítačovej sieti a vlastnou IP adresou a doménovým menom. Po zaslaní zaručeným elektronickým podpisom overeného XML dokumentu pomocou protokolu http na jeho adresu a port 1984 vo formáte uvedenom v dokumentácií sa zámok na 30 sekúnd otvorí.

Každé dvere vybavené takýmto zámkom sú vybavené aj čipovou bránou, nie nutne čítačkou kariet.

Prístup k exitujúcim školským systémom

Pre poskytnutie potrebnej funkcionality bude musieť SDMS pristupovať k údajom týkajúcich sa rozvrhu alebo iným osobným údajom používateľov systému. V tejto kapitole bude popísané rozhranie použité na prístup k týmto údajom. Bližšie informácie o tomto riešení sú prístupné v dokumentácií centrálneho školského systému.

Údaje o rozvrhu

Detaily týkajúce sa rozvrhu sú prístupné pomocou webovej služby definovanej v špecifikácií webovej služby rozvrhu č.1984/451 Ministerstva školstva Oceánie.

Osobné údaje

Osobné údaje jednotlivých používateľov sú dostupné pomocou webovej služby definovanej v špecifikácií osobnej služby č.1984/452 Ministerstva školstva Oceánie.

Údaje prístupné pre SDMS sú:

• Meno a priezvisko
• Pozícia v škole, t.j. rodič, žiak alebo zamestnanec. Jedna osoba môže byť naraz vo viacerých pozíciách, minimálne však v jednej.
• Kontaktné informácie vrátane telefónneho čísla, e-mailu a korešpondenčnej adresy.
• Zoznam detí ak dáva zmysel.
• Zoznam rodičov ak dáva zmysel.
• Zoznam zodpovedných pracovníkov.
• K žiadnym iným osobným údajom SDMS prístup nemá.

Autentifikácia

Nakoľko všetci budúci používatelia SDMS už majú prístupové údaje v centrálnom školskom systéme, je potrebné, aby SDMS využíval práve tieto prístupové údaje. Autentifikácia je riešená pomocou protokolu OpenID. Jediným dôveryhodným poskytovateľom služby je poskytovateľ existujúceho školského systému.

Funkcionalita systému

V tejto kapitole budú popísané základné funkcie systému.

Zoznam absencií

Stručný opis a priorita

Umožní generovať zoznam chýbajúcich žiakov a zamestnancov oprávneným pracovníkom a rodičom. Je možné kontrolovať aj neskoré príchody alebo príliš včasné odchody.

Priorita: vysoká

Odpoveď systému

Na požiadanie systém zobrazí zoznam chýbajúcich osôb v prehľadnej forme.

Funkcionálne požiadavky

1. Systém povolí generovať zoznam iba povolanej osobe alebo rodičovi.
2. Zoznam generovaný pre rodiča bude vždy filtrovaný tak, aby obsahoval iba záznamy týkajúce sa iba detí daného rodiča.
3. Jednotlivé záznamy budú obsahovať:
   1.  Meno meškajúceho
   2.  Čas a dátum neskorého príchodu, ak vôbec
   3.  Čas a dátum včasného odchodu, ak vôbec
   4.  Zodpovedný učiteľ, ak meškal žiak
   5.  Rodičia, ak meškal žiak
   6.  Dôvod absencie, ak vôbec
   7. Či bola absencia oprávnená, alebo nie.
4. V prípade, že sa jedná o budúcu absenciu, budú použité časy a dátumy uvedené v ospravedlnenke.
5. Záznamy bude možné triediť a filtrovať podľa jednotlivých položiek.
6. Systém umožní kontaktovať zodpovedného učiteľa alebo rodiča.
7. Absencia nemôže byť oprávnená, ak nebol uvedený jej dôvod.

Ospravedlnenie absencie

Stručný opis a priorita

V prípade odôvodnenej absencie osoby vo vyučovacom procese je možné túto absenciu ospravedlniť. Ospravedlnenia zadávajú na to oprávnené osoby.

Priorita: stredná

Odpoveď systému

Systém v ďalších generovaných zoznamoch absencií bude uvádzať dôvod absencie, používateľovi bude zobrazená potvrdzujúca správa.

Funkcionálne požiadavky

1. Ospravedlnenie do systému môže zadať iba povolaná osoba. V prípade absencie žiaka sa jedná o rodiča alebo zodpovedného učiteľa. V prípade absencie zamestnanca je povolanou osobou nadriadený alebo riaditeľ.
2. Ospravedlnenie môže byť do systému zadané v dvoch podobách:
   1. Zaručeným elektronickým podpisom podpísaný dokument o účasti spĺňajúci zákon č. Random(10000) o dokumentoch v štátnej správe.
   2. Do formuláru vyplnený dôvod neúčasti.
3. Zamestnancom školy a rodičom je povolené vypĺňať dôvod absencie podľa bodu 2.b
4. Dôvod zadaný podľa 2.b musí byť odsúhlasený riaditeľom.
5. Dôvod zadaný podľa 2.a je automaticky odsúhlasený, ak dokument podpísala štátna inštitúcia podľa zákona bla bla. Inak musí byť odsúhlasený povolaným pracovníkom.
6. Ospravedlnenie zadané podľa bodu 2. môže byť zadané s predstihom a umožní sa tak ospravedlnenie budúcej absencie.

Povolenie vstupu do miestnosti

Stručný opis a priorita

Umožnenie, respektíve zamedzenie vstupu osoby do miestnosti.

Priorita: vysoká

Odpoveď systému

Ak sa osoba, ktorej je povolený vstup do miestnosti priloží svoju čipovú kartu k príslušnej čítačke kariet, zodpovedajúci počítačom riadený zámok umožní tejto osobe vstup.

Funkcionálne požiadavky

1. Ak osoba, ktorej bol vstup do miestnosti vopred dovolený, priloží svoju čipovú kartu na čítačku kariet pri chránených dverách, potom tejto osobe bude umožnený vstup do miestnosti.
2. Ak osoba bez príslušného oprávnenia pokúsi o vstup do miestnosti podľa bodu 1., potom bude takýto pokus zamietnutý.
3. Každý pokus o vstup do miestnosti bude zaznamenaný.
4. Každá osoba, ktorá vstúpila do miestnosti bude zaznamenaná čipovou bránou. Táto informácia bude uložená spolu s referenciou na pravidlo, na základe ktorého bol vstup udelený.
5. Ak do miestnosti vstúpi osoba bez príslušného oprávnenia, bude o tom upovedomená využitím oznamovacieho zariadenia brány. Ak táto osoba miestnosť urýchlene neopustí, bude o tom informovaný zodpovedný zamestnanec školy.

Správa politiky vstupov do miestností.

Stručný opis a priorita

Zodpovednej osobe bude umožnené rozhodovať o tom, kto má povolený vstup do miestnosti a udeľovať príslušné výnimky.

Priorita: nízka

Odpoveď systému

Systém zmení pravidlá, pomocou ktorých sa rozhoduje o zamietnutí alebo povolení vstupu do miestnosti. Pracovník o zmene pravidiel bude informovaný potvrdzujúcou správou.

Funkcionálne požiadavky

1. V prípade, že má byť daná osoba v danom čase podľa rozvrhu v danej miestnosti, povolenie bude udelené, ak osobe nebola udelená zamietajúca výnimka.
2. Zodpovedný pracovník musí mať možnosť vybrať osobu a miestnosť a následne udeliť osobe výnimku po dobu určitú alebo neurčitú. Výnimka môže vstup povoľovať, alebo zakazovať. Súčasťou výnimky je aj slovný opis a referencia na zodpovedného zamestnanca.
3. Zodpovedný pracovník má kedykoľvek právo zrušiť udelenú výnimku.
4. Udelená výnimka nesmie byť upravená, môže byť iba zrušená.
5. Zodpovedný pracovník má možnosť zobraziť, triediť a filtrovať výnimky a to najmä podľa:
   1. Osoby
   2. Miestnosti
   3. Času platnosti
6. Výnimky zobrazené podľa predchádzajúceho bodu má zodpovedný pracovník možnosť rušiť.

Monitorovanie pohybu osôb

Stručný opis a priorita

Riaditeľovi školy bude umožnené prezrieť si informácie týkajúce sa pohybu osôb v budove školy.

Priorita: stredná

Odpoveď systému

Systém na pokyn riaditeľa zobrazí príslušné informácie.

Funkcionálne požiadavky

1. Systém zobrazí zoznam miestností školy. Pri každej miestnosti bude uvedený zoznam osôb, ktoré sa v nej nachádzajú v danom čase, rozdelený podľa toho, či sú zamestnanci, alebo žiaci.
2. Zoznam bude možné triediť a filtrovať najmä podľa:
   1. Miestnosti
   2. Osoby
3. Bude možné zvoliť časový okamih, následné bude zobrazený zoznam s platnosťou v danom čase.
4. Zoznamy z predchádzajúcich bodov sa budú archivovať aspoň pol roka.

Nefunkcionálne požiadavky

Požiadavky na výkon

Pri plnom vyťažení hardvérových zdrojov na 1000 používateľov nesmie byť odozva systému dlhšia ako 1 sekundu. Dlhšia odozva je prípustná iba v prípade, že SDMS čaká na odpoveď od hardvérového monitorovacieho systému, alebo jedného zo školských systémov.

Bezpečnosť systému

Administrátor systému musí mať možnosť automaticky alebo manuálne zálohovať všetky databázy potrebné pre chod systému a jeho obnovu v prípade výpadku alebo poškodenia systému, alebo inej súvisiacej infraštruktúry.

Dôvernosť systému

Systém môže poskytnúť akékoľvek údaje len povolaným osobám. Systém musí prejsť previerkou Ministerstva bezpečnosti Oceánie.

Stabilita systému

Systém nesmie byť za jednu hodinu prevádzky v maximálnom vyťažení hardvérových zdrojov neprístupný viac ako jednu minútu.

Príloha A: Normy a zákony

Na rôznych miestach tejto špecifikácie sa odvolávame na najrôznejšie normy a špecifikácie. Avšak sa jedná normy, špecifikácie a zákony fiktívnej krajiny z románu Georga Orwella. Preto je potrebné, aby sme si o týchto normách čosi aspoň neformálne povedali. Zaujímavé však je, že keby sa nejednalo o projekt vo fiktívnej krajine, mohli by sme sa odvolávať na interné dokumenty firiem alebo dokumentácie alebo hocičo iné, čo nám príde vhod.

Norma Ministerstva informatizácie Oceánie č.1984/6648 o sprístupnení služieb poskytovaných hardvérom v štátnej sfére hovorí, že ľubovoľné hardvérové riešenie musí zahŕňať aj „škatuľu“, t.j. server, ktorý všetky služby sprístupní ako webové služby. A to buď centralizovane – jeden server pre všetko, alebo osobitne – každý kúsok hardvéru sprístupňuje svoje služby. Ďalej je možné takýto hardware nakonfigurovať, aby v prípade eventu zaslal nejaké XML v nejakom tvare s nejakými premennými. Tak prikázal zákon, tak sa aj stalo.

Normu Ministerstva informatizácie Oceánie č.1984/6649 o monitorovacích zariadeniach.

Zákon č. 1984/4866 o operačnom prostredí použitom v štátnej sfére prikazuje, že sa smú používať iba také zariadenia, ktoré vedia toto:

• Čipové brány
  •  ak niekto prejde, zariadenie automaticky prečíta údaje z karty
  •  ak prejde niekto bez karty, tak to tiež zaznamená
  •  osoba musí prejsť cez bránu, inak nebude zaznamenaná, nestačí sa do brány postaviť
  •  brána má nejaký rozumný reproduktor, aby to vedelo hulákať hlasovú správu
  •  vie poslať webovú správu v prípade udalosti v závislosti od konfigurácie a údajov na karte, ktoré boli prečítané
  •  vie rozoznať smer prechodu
• Čítačky kariet
  •  Niekto priloží kartu a čítačka niekomu niečo pošle.
• Kadejaké iné prostriedky, ktoré nepoužívame.

Špecifikácia webovej služby rozvrhu č.1984/451 Ministerstva školstva Oceánie hovorí, že rozvrhový systém má tieto a ďalšie funkcie prístupné cez webovú službu:

• daj rozvrh triedy
• daj rozvrh žiaka alebo učiteľa
• daj rozvrh miestnosti
• daj zoznam zodpovedných pracovníkov (v danom čase)
• daj kde ma byt táto osoba v tomto čase

Špecifikácií osobnej služby č.1984/452 Ministerstva školstva Oceánie nám umožňuje asociovať rodičov a deti, získať kontakty, aby sme vedeli komu čo povedať. Služba je opäť webová. Na vstupe dostane XML so zoznamom požadovaných údajov nejakej osoby a na výstupe dostane XML s údajmi, ktoré môže dostať.

Spomínané sú aj mnohé iné zákony a normy, tie si samozrejme, keďže sme leniví študenti upravíme tak, aby nám vyhovovali.

Príloha B: Use Case

Use Case