Csoport neve: H9eeB0aibova

Feladat sorszáma: 2.

Feladat címe: Labor felügyeleti rendszer

Software Requirements Specification

 Document

Gyakorlatvezető::

Répási Tibor

Csoport tagok:

2006. 03. 24.

Történet

Tartalomjegyzék

1. Bevezetés

2. Áttekintés

3. A rendszer funkciói

3.1. A H9 szoftvercsomag funkcionális struktúra váza, a környezetétől függetlenül

3.2. A H9 szoftvercsomag tevékenységek szerinti struktúra váza a környezetétől függetlenül

3.3. Az automatikus vezérlés funkció részletesebb struktúra metszete
3.4. A kézi vezérlés funkció részletesebb struktúra metszete

3.5. A grafikus monitorozás alrendszer részletezett alstruktúrája

4. Használhatóság

5. Megbízhatóság

6. Teljesítmény

7. Támogatottság

8. Tervezési korlátozások

9. On-line dokumentáció és Help rendszer

10. Felhasznált kész komponensek

11. Interfészek

11.1. Felhasználói interfészek

11.2. Hardware interfészek

11.3. Software interfészek

11.3. Kommunikációs interfészek

12. Alkalmazott szabványok

    12.1. Kötelezően alkalmazandó szabványok

     12.2. Választás alapján alkalmazott szabványok

1. Bevezetés

Napjainkban, egyre több hálózatba kapcsolt számítógép laboratórium jön létre, leginkább oktatási és kulturális intézményekben. Ezeknek a laboratóriumoknak az egyszerű és hatékony menedzselése komoly és nehéz feladat. A H9 programcsomag ezen menedzselési feladatok megoldására szolgáló termék.

Részletesen bemutatásra kerülnek a gyakran felmerülő problémák a témával kapcsolatban, illetve, hogy ezekre a problémákra milyen megoldásokat nyújt a szoftver. A szoftver központosítja a felügyeleti és diagnosztikai eljárásokat, minimalizálja a szaktudás igényét, ezáltal egy kevésbé képzett üzemeltető is biztonsággal használhatja a terméket. Az egyszerűsített és egységesített menedzsment költségtakarékos üzemeltetést és ( esetlegesen későbbi ) bővítéseket tesz lehetővé.

2. Áttekintés

A termék nagyobb számítógép laboratóriumok, szerverfarmok üzemeltetésének megkönnyítésére szolgál. Segítségével csökkenthető a karbantartásra fordított idő, ugyanúgy, ahogy a felhasználói igények kielégítésének ideje is, és nem utolsó sorban a teljes birtoklási költség is csökkenthető, mivel elegendő kisebb üzemeltetői személyzet alkalmazása, és a labor rendelkezésre állási ideje is megnövekszik.

Gyakori jelenség, hogy a karbantartás idejére a felhasználókat kitiltják a laborból, az üzemeltetők minden egyes gépet végigjárva, külön-külön végzik el a karbantartási teendőket. Manapság a számítógépek nagy része hálózatba van kötve, ezt kiaknázva létrehozható olyan menedzselési szisztéma, amivel nincs szükség fizikai jelenlétre a számítógépeknél és az aktuális karbantartási feladat milyenségétől függően, akár közben egy felhasználó is dolgozhat a gépen, esetleg átmeneti lassulást érzékelhet a számítógépen. Az üzemeltetők nagy része ki is használja ezt a lehetőséget és távoli bejelentkezést használva végzik el a karbantartási feladatokat.

A hálózati kapcsolatra alapoz a H9 szoftver is, ennek segítségével biztosítja az egyszerű és központosított menedzselési lehetőséget. Az üzemeltetők általában kisebb-nagyobb programokat írnak egy-egy gyakori részfeladat ellátására, ezek egyediek és általában csak a nagyon gyakori feladatokat tudják ellátni, nincsenek felkészülve minden eshetőségre. A H9 programcsomag többek között ezeket a megbízhatatlan programokat is leváltja, helyette megbízható és teljes számítógép menedzselést nyújt.

Lehetőség van a labor számítógépein a következő adatok lekérdezése, megfigyelése: bejelentkezett felhasználók nevei, futó processzek adatai, hardware információk, memória állapot, CPU és merevlemez kihasználtság, CPU, merevlemez és egyéb alkatrészek hőmérsékletei, merevlemez fizikai állapota ( S.M.A.R.T. ), USB-re csatlakoztatott eszközök adatai, csatolt filerendszerek adatai, hálózati beállítások áttekintése, hálózati kihasználtság, hálózati kapcsolatok listája, tűzfal szabályok listázása, levelezőrendszer állapotának lekérdezése, időzített feladatok megtekintése, feltelepített szoftverek listája.

Az előbb felsorolt műveletek a számítógép működését nem befolyásolják, csak információkat kér a szoftver a labor számítógépeiről, természetesen aktív beavatkozásra is ad lehetőséget a H9 programcsomag, többek között ezeket a feladatokat tudjuk kiadni közpöntilag a labor egyes gépeire: számítógép újraindítás vagy leállítás, merevlemez leállítása, fájlrendszer felcsatolása vagy leválasztása, USB eszköz leválasztása vagy felcsatolása, üzenet küldés a bejelentkezett felhasználónak, processz leállítása, felhasználó kiléptetése, számítógép zárolása, időzített feladat beállítása, szoftver telepítés vagy eltávolítás, programok leállítása vagy indítása.

Könnyedén összeköthető a megfigyelő és a beavatkozó funkció, ez hasznos például automatikus tevékenységek elrendeléséhez. Megadható, hogy milyen esemény váltson ki egy előre kiválasztott tevékenységet. Beállítható például: időzített kikapcsolás, időzített ellenőrzés, adott felhasználó belépésekor program végrehajtása, magas hőmérsékletnél a merevlemez leállítása, felhasználó belépésekor a háttérben futó programok prioritásának átállítása, felhasználó kilépése után 5 perccel a monitor energiatakarékos állapotba állítása.

Megoldást nyújt a szoftver a statisztikák készítésének problémájára, mind az adatgyűjtés, mind az adatfeldolgozás és megjelenítés terén. A statisztikai adatok köztudottan nélkülözhetetlenek. Ezek az adatok meghatározók bővítés, fejlesztés vagy akár leépítés esetén. A vezetőségnek tisztában kell lennie azzal, hogy mikor éri el a laboratórium a maximális kihasználtságot, mikor és mit kell bővíteni, vagy éppen ellenkezőleg, melyek azok az erőforrások, amik nincsenek kihasználva, mit lehet más célokra felhasználni, vagy mi az amit nem érdemes tovább fenntartani. Egyszóval a statisztikai adatok elengedhetetlenek egy laboratórium hatékony működtetéséhez. Hangsúlyt kell fektetni a statisztikai adatok pontosságára, és megbízhatóságára, téves statisztikai adatokra alapozott fontos döntések beláthatatlan károkat okozhatnak.

Az alkalmazás felhasználói felületére megfelelő azonosítás után lehet belépni, ezen a felületen lehet a labor gépeiről információkat lekérdezni, és erről a felületről lehet kezelni a labor számítógépeit. Ez a felület egy ún. webes felület, ami azt jelenti, hogy egy egyszerű webböngésző programmal érhető el. Ezt a webfelületet a labor felhasználói nem látják, nem használhatják, alaphelyzetben ezt csak az üzemeltetők használják, különleges alkalmakkor persze a vezetőség tagjai is belenézhetnek.

A felülethez szükséges egy webkiszolgáló, ez futhat egy dedikált számítógépen, vagy egy már meglévő számítógépen. Ugyanezen a számítógépen futnak még a gépeket kezelő és adatgyűjtő komponensek. Ezt a számítógépet kell üzemképes állapotban tartani legalább abban az időintervallumban, amikor a labor számítógépei üzemelnek. Célszerű a nap 24 órájában üzemeltetni. Ezeknél a komponenseknél nincs kikötés a számítógép architektúrára, kizárólag az operációs rendszer legyen UNIX származék, erősen javasolt a Linux operációs rendszer használata. Ennél a számítógépnél figyelembe kell venni az üzemeltetők számát, de főként a menedzselt labori számítógépek számát, mivel az adatgyűjtő komponens számításigényes műveleteket végez, ez nagy gépszám esetén komoly teljesítményt igényel.

A labor számítógépein találhatóak azok a programok, amik fogadják és végrehajtják a webes felületről küldött parancsokat, illetve adatokat szolgáltatnak az adatgyűjtő kéréseire. A számítógépeken támogatott operációs rendszerek, a Linux, illetve UNIX származékok. Ez a komponens szoroson együttműködik a gépen található SSH és SNMP kiszolgáló programmal. A hálózattal kapcsolatban viszont vannak megkötések, mégpedig hogy a hálózaton engedélyezett legyen az SNMP ( Simple Network Management Protocol ) és az SSH ( Secure Shell ) protokoll a webkiszolgálót futtató számítógép és a labor gépei között, és a menedzseléshez használt gépek és a webkiszolgáló között engedélyezve legyen a HTTPS ( Hypertext Transfer Protocol over SSL ) protokoll.

A H9 szoftver használatával rengeteg munkaidőt és pénzt ( kisebb üzemeltető személyzet elegendő, üzemeltetők betanítása jelentősen olcsóbb, és rövidebb idő, mint egy helyileg kifejlesztett egyedi komplex rendszerre való betanítás ) lehet megtakarítani és fontos plusz szolgáltatásokhoz juthat a program használója, amelyek többek között támpontot adhatnak a vezetőségnek a jövőbeli döntésekhez. A felhasználók is nyernek egy ilyen szoftvercsomag bevezetésével: kevesebb üzemidő kiesés, gyorsabb reakció a bejelentett igényeikre.

Nem utolsó sorban a H9 szoftverhez technikai támogatás is jár, aminek igénybevételével jelentősen csökkenthető pl. egy hiba elhárításának az ideje. Terméktámogatás nélkül a labor üzemeltetőjére hárulna a teljes diagnosztika és hibaelhárítás, ami az esetek többségében hosszas kutatómunkát igényelne részéről (dokumentáció tanulmányozás, önkényes próbálkozások, stb.), illetve előfordulhat, hogy egy kevésbe tapasztalt üzemeltető további károkat okoz a rendszerben, aminek a helyreállítása még nagyobb költségekkel járna, mint az eredeti probléma.

3. A rendszer funkciói

A H9 szoftvercsomag vázlatos megjelenítése a környezetre való hatását tekintve.

• Felhasználó

• A labor gépeit használó felhasználói névvel és jelszóval rendelkezik. Léteznek a rendszerben felhasználói fiókkal és jelszóval nem rendelkező fiktív felhasználók, melyek biztonsági okokból, daemonok, szolgáltatások indítására szükségesek.

• Prekondíciók : A felhasználót a rendszergazdai jogkörrel felruházott személynek előzetesen regisztrálnia kell a felhasználói adatbázisba. Minden felhasználónak előzetesen kell léteznie egy csoport azonosítójának, amely csoporthoz a rendszergazda hozzáadja.

• Post kondíciók : A felhasználó kijelentkezését az operációs rendszer rendszernaplóban letárolja

• Szokásos működés: A felhasználó saját jelszavával és felhasználó nevével ülést létesít a gazda gépen, ez történhet helyben közvetlenül, vagy távoli eléréssel hálózaton keresztül közvetetten.

• Alternatív esetek: A rendszergazda, átmenetileg is eljárhat valamely felhasználó nevében jelszó szükségessége nélkül, illetve más felhasználó is eljárhat egy konkrét felhasználó nevében annak jelszavának ismeretében. A felhasználók kapcsolata az operációs rendszerrel, futó processzeken keresztül történik, így lehetséges, hogy egy felhasználó engedélyt adjon arra, hogy egy konkrét alkalmazás az ő nevében fusson, ekkor az effektív, és valós felhasználó lehet két különböző személy. A felhasználó kijelentkezése lehet kényszerített is.

• Kivételes esetek:A felhasználó gondatlansága miatt lehetséges, hogy a könnyen megfejthető jelszó, illetve magának a jelszónak illetéktelen részére történő direkt, vagy indirekt átadásával a felhasználó nevében egy idegen személy járjon el. Ezen eset kizárólag emberi mulasztásból történő kivédésére a rendszer biztonsági garanciát csak korlátozottan képes nyújtani. Ilyen a jelszó választás ellenőrzése szótárazott szavak használatának tiltásával, korábbi jelszavak eltárolásával és azok tiltásával, illetve kis nagy betűk és számok jelszóban történő megkövetelésével lehetséges.
  A felhasználó kilépésének körülményeit a rendszer naplózza, de a felhasználó kijelentkezésének minősül az az eset is, amikor az operációs rendszer rendellenesen áll le. A felhasználónak nincs megfelelő jelszava, vagy hibás, lejárt jelszóval kíván belépni. Az operációs rendszer ezen esetekben előre beállított időzárral, esemény naplózással reagál.

• Helyi felhasználó

• Helyi bejelentkezést létesítő felhasználó. A labor gépeit használja, a teremben tartózkodik. A gazda géphez leülve, annak bejelentkező felületén felhasználó nevével és jelszavának azonosítottan ülést létesít.

• Prekondíciók : A felhasználónak a kliens gép előtt kell ülnie.

• Post kondíciók : A felhasználó a kijelentkezése után a terminál bejelentkezési alapállapotba kerül.

• Szokásos működés: A felhasználó a gép elé leülve felhasználó azonosítóját, és jelszavát megadva bejelentkezik a rendszerbe.

• Alternatív esetek: A felhasználó egy általános felhasználó, amely absztrakt felhasználói fiókot több valós személy is használja, ugyanannak a jelszónak az ismeretében.

• Kivételes esetek: A helyi felhasználó, ha elrontja a jelszavát, azt az operációs rendszer nem kivételes eseményként észleli, és naplózza. A rontott jelszó után időzár illetve maximális rontási lehetőség állítandó be a szándékos jelszó feltörés kivédésére.

• Távoli felhasználó

• Olyan speciális felhasználó, aki az adott ülést egy másik gépről indította. A hálózat felől, a labor gépeire bejelentkező felhasználó. A laborban tartózkodó helyi felhasználó is lehet távoli, ha egy másik gazdagépre bejelentkezik, vagy ott programot használ.

• Prekondíciók : Felhasználói adatbázisban szerepelnie kell, és a hálózatra kapcsolt kliensgépen a szolgáltatás igénybevételéhez szükséges kapcsolat létesítéséhez a megfelelő szolgáltatást vezérlő daemon processznek futnia kell.

• Post kondíciók : A felhasználó az ülés megszakításával a szolgáltatás igénybevételét terminálhatja, vagy háttérben hagyott processzek által tovább folytathatja.

• Szokásos működés: A távoli felhasználó egy távollévő kliensgépen helyi felhasználóként bejelentkezve a hálózati szolgáltatások igénybevételével kapcsolatot létesít a labor gépével.

• Alternatív esetek: A helyi felhasználó, vagy maga az üzemeltető a labor egy gépe előtt ülve a labor egy gépének szolgáltatását felhasználva egyben távoli felhasználóként is a rendszerben van.

• Kivételes esetek: A távoli felhasználónak nincs megfelelő jelszava, vagy hibás, lejárt jelszóval kíván belépni. Az operációs rendszer ezen esetekben előre beállított időzárral, esemény naplózással reagál.

• Üzemeltető

• A laborfelügyeleti rendszert ellátó személy, aki felelős a gépek állapotáért. Kitüntetett szerepkörrel rendelkező személy, rendszerint ő maga a rendszergazda, a root felhasználó.

• Prekondíciók : Az üzemeltetőnek a rendszergazdai jogkörrel felruházott személy üzemeltetői jogkört ad, egy csoporttagság biztosításával.

• Post kondíciók : Az üzemeltető a beállító és monitorozó rendszert a feladata elvégeztével alapállapotba hozza, hogy illetéktelen ne hajthasson végre feladatot a nevében.

• Szokásos működés: A z üzemeltető felhasználói azonosítójának és jelszavának megadásával igénybe veszi a szolgáltatást.

• Alternatív esetek: Az üzemeltető távolról is elérheti a szolgáltatásokat.

• Kivételes esetek: Az üzemeltető jelszavát hibásan adja meg. Az üzemeltető hibás jelszóval kíván belépni. Az operációs rendszer ezen esetekben előre beállított időzárral, esemény naplózással reagál.

• H9 program csomag

• A H9 program csomag, amelynek funkciói: adatlekérdezés, aktív szabályozó-beavatkozó alrendszer, és vezérlő funkció.

• Prekondíciók : A szoftvercsomag valamennyi összetevőjének a szerverre és a kliensekre is fel kell telepítve lennie.

• Szokásos működés: A H9 folyamatos működtetésű, leállása csak a szerver leállásával egyidejűleg történik rendes esetben.

• H9 szoftvercsomag szerver oldali komponens

• A H9 programcsomag szerver oldali komponense, a programcsomagban egy példányban létezik, és az üzemeltető központi szerverére van feltelepítve.

• Prekondíciók : A szerverre telepítve kell legyen a programcsomag összes összetevője, és a lekérdezett gép állapotának megjelenítésekor a kliensgépen a kliensoldali alkalmazásoknak is futniuk kell.

• Post kondíciók : A kliensoldali alkalmazások továbbra is futnak a klienseken, még ha a szerveroldali komponensek nem is működnek.

• Szokásos működés: A szerveroldalon történő kérelemre a kliensoldali alkalmazás adatot szolgáltat.

• Alternatív esetek: A kliens ki van kapcsolva, vagy rajta a szolgáltatás nem fut, ekkor a lekérdezés beállítás eredményre nem vezet, figyelmeztetést küld az üzemeltetőnek.

• Kivételes esetek: Az adatmódosítás közben a szerver oldalon fellépő hardverhiba a kliensoldali végre hajtást nem befolyásolja, a végrehajtás sikerességéről a hiba helyreállítása után lekérdezést indít a szerver oldali komponens.

• H9 szoftvercsomag kliensoldali komponens

• A H9 kliensoldali komponense, a megfigyelt gépek mindegyikére telepítve van.

• Prekondíciók : A szoftverkomponenst a kliensre fel kell telepíteni, és el kell indítani. A lekérdező rutinok működéséhez szükséges operációs rendszer komponenseknek is működnie kell.

• Post kondíciók : A kliensoldali komponens leállítása után a szerveroldali komponens nem tud adatot lekérdezni.

• Szokásos működés: A kliensoldali komponens a kliens gépen folyamatosan fut, rendszerint a kliensgép bekapcsolásakor automatikusan indítódik.

• Alternatív esetek: A periféria hibája miatt a komponens bizonyos részei nem működnek, ekkor a kliensoldali szoftver a szerveroldali szoftvernek hibaüzenetet küld.

• Kivételes esetek: A kliens újraindítása esetén a komponens is újraindul.

• Hálózat

• A számítógépeket összekötő hálózati eszközök összessége, amelynek két elkülönülő része a belső és a külső hálózat. Magában foglalja többek közt a hálózati végberendezéseket, routereket, switcheket, hálózati adat kábeleket, csatlakozókat,

• Prekondíciók: A hálózati végberendezéseket, routereket, switcheket, hálózati adat kábeleket, csatlakozókat szakszerűen össze kell kapcsolni.

• Szokásos működés: A hálózat adatforgalmat bonyolít le a kliensek és a szerver között.

• Alternatív esetek: A hálózat meghibásodása esetén a hálózati forgalom leáll a meghibásodott szakaszon.

• Kivételes esetek: Ha az egér átrágja a kábelt, a hálózati összeköttetés megszakad, a hiba felderítéséhez a kábel fizikai vizsgálata szükséges.

• Belső hálózat

• A központi szerver és a kliensek közötti adatforgalmat lebonyolító hálózat. Ennek működéséért az üzembentartó a felelős.

• Prekondíciók : A hálózati végberendezéseket fizikailag össze kell állítani, és rendeltetés szerűen be kell konfigurálni, a klienseken a névfeloldást, és más hálózati szolgáltatásokat el kell indítani.

• Szokásos működés: A belső hálózat adatforgalmat bonyolít le a kliensek és a szerver között.

• Kivételes esetek: A kliensgép leállítása, vagy hálózati szolgáltatásainak leállítása esetén a hálózat felé nem válaszol, illetve a szerver leállása esetén a kliensekre történő bejelentkezés nem lehetséges, a már bejelentkezett felhasználók csak a lokálisan felcsatlakoztatott partíciókra tudnak dolgozni.

• Külső hálózat

• Külső hálózat, az üzemeltető felelősségi körén kívül eső hálózat, amely a központi szerverhez közvetlenül csatlakozik.

• Prekondíciók: A hálózati szolgáltatónak a szerződésben foglalt feltételeknek megfelelő minőségű adatforgalomra képes hálózati szolgáltatást kell nyújtania.

• Post kondíciók : A hálózati szolgáltatás a szolgáltató szerződésben meghatározott szolgáltatási kötelezettségének lejártáig tart, a H9 szoftvercsomag működésére nincs kihatással.

• Szokásos működés: A hálózat adatforgalmat bonyolít le a kliensek és a szerver között.

• Alternatív esetek: A külső hálózat meghibásodása esetén a külső hálózati forgalom leáll.

• Kivételes esetek: Ha a hálózati összeköttetés megszakad, a hiba felderítése a szolgáltató felelőssége

• Kliensgép

• Egy olyan absztrakt kliensgép, amely a labor számítógépeihez a hálózaton keresztül kapcsolódik. A kapcsolat lehet közvetlenül a belső hálózaton keresztüli, akkor a kliens a labor valamely gépe, vagy a központi szerver, vagy lehet közvetetten a külső hálózaton keresztüli, akkor a kliensgép egy, az üzemben tartó felelősségi körén kívül eső, távoli számítógép.

• Prekondíciók : Kell legyen benne memória, cpu, merevlemez egység, alaplap, videokártya, hálózati kártya, tápegység, periféria összekötő elemek, csatlakoztatva hozzá display és billentyűzet.
  Telepítve kell legyen rajta, lehetőleg, Linux operációs rendszer.

• Szokásos működés: A felhasználó a számítógép bekapcsolása után a Linux-szal találkozik először.

• Kivételes esetek: A meghibásodott kliens esetén nem tud a távoli felhasználó a labor gépeihez hozzáférni.

• Labor számítógép

• A számítógéplabor gépei, amelyek a felhasználói számlaszámmal rendelkező felhasználók részére nyújtanak szolgáltatásokat.

• Prekondíciók : Kell legyen benne memória, cpu, merevlemez egység, alaplap, videokártya, hálózati kártya, tápegység, periféria összekötő elemek, csatlakoztatva hozzá display és billentyűzet.
  Telepítve kell legyen rajta Linux operációs rendszer.

• Szokásos működés: A felhasználó a számítógép bekapcsolása után a Linux-szal találkozik először.

• Kivételes esetek: A meghibásodott kliens esetén a szoftvercsomag kliensoldali komponensei nem tudnak kielégítően működni.

• Szerver

• A labort kiszolgáló központi szerver.

• Prekondíciók : Kell legyen benne memória, cpu, merevlemez egység, alaplap, videokártya, hálózati kártya, tápegység, periféria összekötő elemek, csatlakoztatva hozzá display és billentyűzet.
  Telepítve kell legyen rajta UNIX/UNIX klón operációs rendszer.

• Szokásos működés: A nap 24 órájában folyamatosan működik.

• Alternatív esetek: A rendszerkarbantartási munkálatok idejére bizonyos szolgáltatások elérhetősége korlátozott lehet. Áramkimaradás esetén a szünetmentes tápegység kapacitásának korlátozottsága miatt a szerver csökkentett CPU frekvenciával, illetve csökkentett diszk elérési idővel működtethető.

• Kivételes esetek: Az elektromos szolgáltató hibájából hosszabb idejű áramkimaradás esetén a szünetmentes tápegységek akkumulátorainak lemerülése esetén a szerver operációs rendszere szabályos leállást hajt végre.

3.1. A H9 szoftvercsomag funkcionális struktúra váza, a környezetétől függetlenül

• H9 program csomag

• Adat lekérdező funkció

• Adatlekérdező funkciócsoport, amely magában foglalja a valósidejű és a hosszútávon gyűjtött statisztikai adatlekérdező funkciókat.

• Prekondíciók : Az adatokat az operációs rendszeren keresztül képezzük le valós, vagy feldogozott adathalmazokra.

• Post kondíciók : Az adatlekérdezés a lekérdezett adathalmaz megjelenítése után nem folytatódik, vagy folyamatos lekérdezés esetén ismétlődik.

• Szokásos működés: Az lekérdezett adathalmaz előállása után megjelenítődik az eredmény.

• Alternatív esetek: A statisztikai adatgyűjtés céljából a lekérdezés lehet folyamatos.

• Kivételes esetek: A periféria meghibásodása esetén hibás adat érkezik, vagy nem érkezik adat az adatgyűjtő komponenshez.

• Vezérlő funkció

• Vezérlő funkció, amely magában foglalja a kézi vezérlési funkciókat és az automatikus aktív szabályozó funkciót.

• Post kondíciók : A vezérelt elem állapota megváltozik.

• Szokásos működés: A vezérlés a rendelkezésre álló információk birtokában a szükséges feltételeknek megfelelő állapotba hozása a beavatkozó komponenseken keresztül megy végbe.

• Alternatív esetek: A vezérlés lehet automatikus, vagy kézi vezérlés, lehet rendes vezérlés a hibátlan működés fenntartásához, vagy rendkívüli, sürgős beavatkozást igénylő esetben a hiba kijavításához , vagy megelőzéséhez.

• Kivételes esetek: A beavatkozó komponensek váratlan feltétel-állapot beállása estén nem képesek a kívánt vezérlő parancsot véghez vinni.

• Aktív szabály megadása

• Az üzemeltető ennek segítségével adja meg az indítandó processzeket, programokat. Evvel állítja be, hogy milyen eseményre milyen aktív szabály alkalmazandó.

• Prekondíciók : A szabály megadásához ismernie kell az üzemeltetőnek a szolgáltatások listáját, a szolgáltatások biztosításához szükséges processzek listáját a H9 ismeri illetve ilyen lista hozzá adható, szerkeszthető is. Ismer a H9 már eleve kivételes eseményeket, de az üzemeltető ilyeneket definiálhat is. Az eseménykezeléshez szükséges külső programok indításához szükséges szoftvereknek rendelkezésre kell állnia.

• Post kondíciók : A szabály megadása után a szolgáltatás aktivizálódhat, ha azt az üzemeltető engedélyezi, és a szolgáltatás megvalósításához szükséges feltétel szolgáltatások már futnak.

• Szokásos működés: A megadott aktív szabálynak megfelelő esemény kiváltásához szükséges szoftverek a kezelendő eseménnyel pároztatható a felhasználói interfészen keresztül.

• Alternatív esetek: Az aktív szabály megadása bizonyos esetekben, mint a levélszűrés esetén is, lehet egy szövegelemző rendszer munkájának eredménye, a feltétel állapot pontosítása, vagy megfogalmazása történhet automatikusan minta betanítási módszerrel.

• Kivételes esetek: Ha a megadott aktív szabály esemény kezelése egy korábban megállapított aktív szabály eseménykezelésével ütközik, a rendszer nem engedi felvinni a szabályt, és figyelmeztető üzenettel jelzi, hogy mely korábbi szabállyal áll összeütközésben.

• Valós idejű adatlekérdezés

• Valós idejű lekérdezés funkció, amelynek segítségével a labor gépeinek állapota késleltetés nélkül, real-time monitorozható, grafikonok, és pillanatnyi értékek megjelenítésével tájékoztat.

• Prekondíciók : Az adatoknak a kliensen illetve a szerveren elő kell állnia, információra van szükség mind hardverre, mind szoftverre vonatkozó adatok esetén.

• Post kondíciók: Az adat lekérdezése után az információ továbbítódik a grafikus megjelenítő funkcióhoz.

• Szokásos működés: A lekérdezett hardver, vagy szoftverösszetevő tulajdonságának, állapotának a figyelő rendszerből való kinyerése után az így nyert információ továbbítódik a kérő, vagy az adatgyűjtő komponens felé.

• Alternatív esetek: A valós idejű adatlekérdezés a rendszer extrém leterheltsége esetén nem az azonnali, hanem egy időben elkésett adatot szolgáltat.

• Kivételes esetek: A hardver, vagy szoftver összetevő hibás működése esetén a lekérdezett adat hitelessége nem biztosítható.

• Statisztikai adatgyűjtés

• Statisztikai adatgyűjtő funkció, amely a valósidejű adatokat begyűjtve, hosszú távú kimutatásokat elemzéseket, készít, grafikonokat, illetve táblázatokat lehet segítségével készíteni jelentés formájában, vagy egy állandó időablakban.

• Prekondíciók : Az adatgyűjtés csak a valós idejű funkciókomponens helyes működése esetén ad helyes statisztikai kimutatást.

• Post kondíciók : A begyűjtött adat bekerül az adatbázisba.

• Szokásos működés: A valósidejű adatgyűjtő komponens a begyűjtött adatokat továbbítja az statisztikai adatgyűjtő komponens felé. A kapott információkat feldolgozva, maximum, minimum, átlag értékeket számolva, az eredményeket egy adatbázisban letárolja, későbbi adat kimutatás, jelentéskészítés céljából.

• Alternatív esetek: A valósidejű adatlekérdezés hiányában N/A adatot, vagy 0-t rögzít.

• Kivételes esetek: Az adatbázis kezelő rendszer meghibásodása esetén a rendszer saját belső adatbázisába tárolja le ideiglenesen az adatokat, amely a diszk kapacitásának függvényében korlátozott méretű.

• Kézi vezérlés

• Kézi vezérlés funkció, amely által az üzemeltető a megfigyelt jelenségek tudatában manuálisan be tud avatkozni a rendszerbe, beállításokat konfigurációkat tud végrehajtani.

• Prekondíciók: Az üzemeltetőnek a kézi vezérlés esetén a végrehajtás sikerességének visszajelzéséhez, vagy a beállításhoz szükséges előzetes információk megszerzéséhez megfelelő megjelenítő eszközre van szüksége.

• Post kondíciók: A tevékenység megszűntével a rendszer az új beállításoknak megfelelően fog automatikusan tovább működni, vagy leállítás esetén le fog állni.

• Szokásos működés: Az üzemeltető adatokat kér le a megváltoztatandó paraméterekről, amelyeket listából kiválasztva, vagy karakteresen megadva visz fel a rendszerbe.

• Alternatív esetek: A bevitt adatokat a rendszer ellenőrzi, hibás adat, vagy inkonzisztens állapot esetén a rendszer stabilitásának érdekében a tranzakciót nem engedi lezárni, bizonyos időtúllépés esetén, vagy külön kérésre az utolsó konzisztens, mentett állapot visszaállítható.

• Kivételes esetek: A beviteli eszköz meghibásodása, vagy hiánya esetén a kézi vezérlés nem lehetséges.

3.2. A H9 szoftvercsomag tevékenységek szerinti struktúra váza a környezetétől függetlenül.

• H9 program csomag

• H9 szoftvercsomag szerver oldali komponens

• H9 szoftvercsomag kliensoldali komponens

• Spam szűrés

• Spam szűrő komponens, amely a kéretlen levelek, kiszűrését, illetve megjelölését végzi. A heurisztikus kiértékelés szabályalapú tudásszemléltetési technikát használ.

• Prekondíciók : Az előzetes tudásbázist fel kell tölteni, illetve a levelező rendszernek megfelelően kell működnie.

• Post kondíciók : A spam levél tárgymezőjében a spam levél ténye megjelölődik.

• Szokásos működés: A levél beérkezését követően, de még a levelezőkliensre való továbbítást megelőzően a levélszűrő rendszer elemzi, a levelet tartalma, feladója, tárgymezője szerint, és statisztikai valószínűséget rendel a levél spam jellegének megállapítására. A beállított valószínűségi értéket meghaladó spam jelleg esetén a levél tárgymezejében feltünteti, hogy a levél spam. A levelező kliens ezen adat birtokában válogathatja az ilyen leveleket.

• Alternatív esetek: A spam megjelölés statisztikus jellegű, ezért hibázhat. Létezhet olyan levél, amely tévesen lett, vagy tévesen nem lett spam-nek jelölve.

• Kivételes esetek: A hamisított feladójú leveleket nem tudja a rendszer kiszűrni, csak, ha a feladója digitális aláírás hitelesítéssel látja el rendszeresen a leveleit.

• Hálózati szolgáltatások kezelése

• A hálózati szolgáltatások beállítására, lekérdezésére szolgáló komponens struktúra, amely számos egyéb alkomponensre épül, így többek között az ssh, ftp, webserver, cups szolgáltatások menedzselésére.

• Prekondíciók: A hálózati szolgáltatások beállításához a szolgáltatást megvalósító rendszerszoftvereknek, és alkalmazásoknak feltelepítve kell lenniük, a beállítandó paramétereket az üzemeltetőnek ismernie kell. Bizonyos szolgáltatások esetén a beállítás véglegesítése előtt a szolgáltatást leállítja a rendszer, ezért bizonyos esetekben a felhasználókat ki kell léptetni, vagy bizonyos processzek futását terminálni lehet szükséges.

• Post kondíciók : A szolgáltatások beállítása után mentésre kerülnek, és a megváltoztatott szolgáltatásokat automatikusan, illetve kézzel újra lehet indítani.

• Szokásos működés: A szolgáltatás kiválasztása után a szolgáltatásra jellemző paraméterek listából, vagy konzolról karakteresen adhatóak meg.

• Alternatív esetek: A hálózati szolgáltatás leállításának az időablakban beállított érték letelte utáni sikertelensége esetén időtúllépési jelzést kaphatunk, amire választhatjuk a beállítási kísérlet megismétlését, vagy lezárását.

• Kivételes esetek: Kernel hiba esetén a szolgáltatás beállítása meghiúsulhat.

• Vírusszűrés

• Vírus szűrő komponens, amely a levelek, illetve a kártékony vírusos állományok szűrését, eltávolítását végzi.

• Prekondíciók : A vírus jellemzőit a vírus leíró adatbázisnak tartalmaznia kell, vagy a heurisztikus kereső algoritmusnak a rendszerkomponenshez telepítve, és rendszeresen frissítve kell lennie.

• Post kondíciók : A vírusos állomány tevékenységét, illetőleg továbbítását megállítja a funkció, és a vírusos állomány vírusmentesítését, vagy törlését elvégzi. A

• Szokásos működés : A vírusmentesítés az állományokban történő adatváltozások, illetve vírus karakterisztikák elemzésével, és a vírus adatbázis adataival való összevetésével állapítja meg az állomány fertőzöttségének esetleges tényét. A heurisztikus keresés pedig vírusokra jellemző program szekvenciákat, szokatlan fájl és port műveleteket elemez, és statisztikai súlyozással számolva dönt az állomány vírusmentességének tényéről.

• Alternatív esetek: A magas heurisztikájú keresés eredményezhet vaklármát is.

• Kivételes esetek: A már megfertőzött rendszerből a vírusmentesítés egyes esetekben csak a rendszer leállításával, és alternatív operációs rendszer indításával végezhető el.

• Jelentés készítés

• A jelentés ( Report ) készítő komponens segítségével strukturált formátumban, grafikon, illetve táblázat formájában, áttekinthető, világos képet nyerhetünk a rendszer kívánt jellemzőiről.

• Prekondíciók: A jelentés feltételezi a jelentés formátumának megfelelő megjelenítő komponens rendeltetésszerű működését.

• Post kondíciók: A jelentés elkészülte után a megjelenítésre kerülő adat a megfelelő formátumban előáll, a jelentés kérés funkció bezáródik.

• Szokásos működés: Az üzemeltető kiválasztja a jelentés tárgyát képező információkat, meghatározza egy listából a jelentés formátumát, bizonyos jelentésekről előnézeti képet is kérhet, majd a jelentési kérelmét elküldve a kért információ rendelkezésére áll.

• Alternatív esetek: A jelentés bármely okból történő meghiúsulása esetén a jelentéskérő visszajelzést kap a jelentés meghiúsulásának okáról, esetleg annak megszüntetésére vonatkozó információ kíséretében.

• Kivételes esetek: A jelentés hibásan működő megjelenítő eszköz esetén is elküldésre kerül, azonban erről a hibáról a komponens nem tud minden esetben tájékozódni.

• Fájlrendszer menedzselés

• Magában foglalja a fájlrendszerek készítését, konzisztencia és telítettség állapotának, nyilvántartási adatainak megjelenítését, módosítását, hibás rendszerleállás esetén fellépő fájlrendszer inkonzisztencia esetén fájlrendszer állomány ellenőrzését, javítását, szükség esetén naplófájl segítségével a teljes állomány-fastruktúra újraépítését, titkosított, hurok eszközön lévő fájlrendszerek készítését, és létező fájlrendszerek becsatlakozási opcióinak beállítását, lekérdezését, filenévtérbe való becsatolását jelenti.

• Prekondíciók : A kernel rutinoknak, vagy moduloknak betöltve kell lenniük, a fájlrendszert ismernie kell a rendszernek, és a H9 szoftvercsomagnak is egyaránt.

• Post kondíciók : A változtatások a fájlrendszert nyilvántartó adatbázisban rögzítésre kerülnek.

• Szokásos működés: A fájlrendszerek paramétereinek megváltoztatása és elfogadása után a megváltoztatott paraméterek a nyilvántartó adatbázisban is rögzítésre kerülnek.

• Alternatív esetek: A fájlrendszerek paramétereinek megváltoztatása adatvesztéssel járhat.

• Kivételes esetek: Áramszünet esetén a fájlrendszer pufferben hagyott része elvész, az inkonzisztencia megszüntetése érdekében a fájlrendszert ellenőrizni kell ilyen esetben, ezt a rendszer automatikusan hajtja végre. Periféria kezelő meghibásodása esetén a rendszer jelzi a hibát.

• Felhasználói fiók menedzselés

• Minden felhasználónak kell legyen számlaszáma, és jelszava. Minden felhasználó rendelkezik egy csoportazonosítóval, ami egy csoportnévhez kötődik, és egy felhasználói azonosítóval, ami a felhasználói login azonosítójához kötődik. A legtöbb felhasználónak van saját home directoryja, amibe a saját állományait más felhasználótól elkülönítve tudja tárolni. Ennek mérete felhasználói kvóta által korlátozott. Ezeket beállítani, menedzselni szükséges.

• Prekondíciók: A felhasználók felvétele előtt a felhasználó leendő csoport tagságát is meg kell határozni, tehát egy új felhasználót csak egy már létező csoporthoz lehet csak hozzáadni.

• Post kondíciók : A felhasználói adatbázis lekérdezése kivételével a szükséges módosítások mentésre kerülnek.

• Szokásos működés: A csoportazonosító illetve a felhasználó azonosító számlaszám automatikusan, vagy kézzel is megadható. Csoportazonosító és felhasználó azonosító megadása esetén a számlaszám bizonyos konvenciókat is követhet.

• Alternatív esetek: A rendszerben léteznek absztrakt felhasználók, amiket csak egy kapcsoló bekapcsolása esetén lehet megtekinteni, vagy szerkeszteni.

• Kivételes esetek: A felhasználó csoportjának megszüntetése ha létezik a csoportban tagsággal bíró felhasználó még, nem engedélyezett, ekkor hibaüzenettel jelződik.
  Ha olyan felhasználói nevet, vagy számlaszámot kívánunk felvinni az adatbázisba, amely már létezik, az nem engedélyezett és hibaüzenettel jelződik.

• Grafikus monitorozás

• A rendszer jellemzőinek igény szerinti, vagy automatikus megjelenítése grafikus úton, grafikon, táblázat, számadat formájában.

• Prekondíciók : A grafikus megjelenítő működéséhez a grafikus megjelenítő eszköznek, és a grafikus terminálnak működnie kell.

• Szokásos működés: Az üzemeltető bejelentkezés után a kiválasztott funkció lekérdezését kéri, majd a kiválasztott adat a képernyőn grafikon, táblázat, szám, vagy szöveges üzenet formájában megjelenítésre kerül.

• Alternatív esetek: A kért szolgáltatás nem elérhető, ilyenkor hibajelzéssel válaszol a rendszer.

• Kivételes esetek: A kért szolgáltatás hamis adatot szolgáltat, ilyenkor az üzemeltető, ha észleli a hibát, a hardver rendszer hibás paramétereinek vizsgálatát kezdeményezheti.

• Rendszerterhelés mérés

• A rendszer egyes kliensgépeinek memória, processzor hálózati forgalom és lemezegység közötti adat be-kiviteli terheltség méri, százalékban illetve byte-ban mérve.

• Prekondíciók : A hardver információknak, illetve a processz információknak rendelkezésre kell állniuk.

• Szokásos működés: A hardver és processz információk lekérdezése után a rendszer terhelését kiszámítja a komponens.

• Alternatív esetek: A rendszer erős leterheltsége mellett a valós idejű mérés nem biztosítható, csak időben késleltetve.

• Kivételes esetek: A hibás eszköz mérése nem lehetséges.

3.3. Az automatikus vezérlés funkció részletesebb struktúra metszete

• Aktív szabályozó funkció

• Aktív szabályozó funkció, amely egy feltétel, vagy feltételrendszer beálltakor a beállított aktív szabályt hajtja végre. A szabályozás kivitelezésére szabály alapú tudásbázist használ. A megadott szabályrendszer alapján a beálló feltételrendszernek eleget tevő esemény kiváltása révén automatikusan beavatkozik a rendszerbe.

• Prekondíciók : Az aktív szabály esemény kiváltásához a feltétel állapot rendszert előzetesen meg kell adni. Hiányában az esemény nem kezelődik, vagy a H9 csomagban előre definiált úgynevezett default handlerek fognak aktivizálódni.

• Post kondíciók : Az aktív szabály alkalmazása után a rendszernek naplóznia kell a lekezelés módját sikerességét.

• Szokásos működés: A megadott aktív szabálynak megfelelő esemény kiváltódik a feltétel állapot beállása esetén, az esemény kezelését a handlerek végzik el.

• Alternatív esetek: A kiváltott esemény lekezelését nem maga az esemény kezelő végzi, hanem a handler további handlert, handlereket hívhat meg.

• Kivételes esetek: Ha a kiváltó esemény kezelése közben újabb kivételes esemény lép fel, akkor az esemény kezelését a köztes esemény lekezelése után részben, vagy egészben meg kell ismételni.

• Vírusszűrés

• Spam szűrés

• Hálózati szolgáltatások kezelése

• Memória kihasználtsága

• A központi memória és a virtuális memória, mint erőforrás használatának kimutatása százalékban, a processzek által egyenként illetve összesített adatok kimutatásával.

• Prekondíciók: A virtuális memóriának a rendszerbe be kell csatlakozva lennie, hogy használni lehessen.

• Szokásos működés: A memória használatot folyamatosan méri, processzenként külön, illetve összesítve, valamint külön a virtuális és külön a központi memória adatait.

• Alternatív esetek: A memória teljes telítettsége esetén a kliensoldali szoftver memória igénye miatt az alkalmazás válaszideje túllépheti az időkorlátot, ami a szerver oldalon lekezelődik.

• Kivételes esetek: A memória hibás működése esetén a kihasználtsági adatok megbízhatósága nem garantált.

• CPU hőmérséklet

• A CPU maghőmérséklete, illetve ennek becsült értéke a felszíni hőmérséklet függvényében.

• Prekondíciók : A CPU-nak illetve az alaplapnak tartalmaznia kell a funkcióhoz szükséges hardver szintű eszközöket, rutinokat. A szükséges CPU-t figyelő hardver absztrakciós réteg kezelő daemonnak előzetesen futnia kell a kliensen, valamint fontos, hogy a szolgáltatás adatait biztosító kernel rutin vagy modul be legyen töltve.

• Post kondíciók : A funkció megszűnése után a funkció nem elérhető.

• Szokásos működés: A CPU hőmérsékletét a CPU-ban lévő érzékelő érzékeli, ezt villamos jelekké konvertálva az operációs rendszer kernelének továbbítja digitális adat formájában. A hardver absztrakciós daemon processzek a kernel rutinokat lekérdezve továbbítják az információt a H9 szoftver rutinjai felé.

• Alternatív esetek: A több processzoros rendszer esetén a hőmérséklet processzoronként jelenik meg.

• Kivételes esetek: A CPU normális működését meghaladó hőmérséklet, illetve a beállított kritikus hőmérséklet a CPU hűtő ventilátor meghibásodásáról, illetve hatékonyságának csökkenéséről tanúskodik, ezért ez egy kivételes eseménnyel jelződik.

• Merevlemezek hőmérséklete

• A merevlemez egység a rendszeres használat során a mozgó alkatrészek rendeltetésszerű használat mellett is melegszenek, ennek kimutatására a merevlemez meghajtó szabályozására szolgáló kontrolleren elhelyezett érzékelők mérik a hőmérsékletet.

• Prekondíciók : A merevlemezeknek az operációs rendszer által felismerhetőnek kell lenniük. A merevlemez S.M.A.R.T. kontrollerének megfelelően kell működnie.

• Szokásos működés: A merevlemez hőmérsékletét a hardver absztrakciós réteg kezelő daemon észlelve továbbítja a H9 diszk hőmérséklet kezelő rendszere felé.

• Alternatív esetek: A túlhevült merevlemez érzékelése esetén hibajelzést ad a komponens, és az automatikus szabályozó rendszer beavatkozhat, akár le is állíthatja a diszket..

• Kivételes esetek: A Sérült , vagy hibás merevlemez működtetése esetén a komponens működőképessége nem garantált.

• Rendszerterhelés mérés

• A rendszer egyes kliensgépeinek memória, processzor hálózati forgalom és lemezegység közötti adat be-kiviteli terheltség méri, százalékban illetve byte-ban mérve.

• Prekondíciók : A hardverelemeknek az operációs rendszer által felismerhetőnek kell lenniük.

• Szokásos működés: A rendszer terhelése a processzek végzett munkája függvényében változik. Ennek mértéke a hardverelemek adatai alapján és a processzadatok alapján áll rendelkezésére a mérő komponens számára.

• Alternatív esetek: A rendszerterhelés adatai időben késhetnek a rendszer extrém leterheltségi értéke mellett.

• Kivételes esetek: A Sérült , vagy hibás hardverelem működtetése esetén a komponens működőképessége nem garantált.

• Hardver információ

• A számítógép hardverének jellemzőit foglalja magában. A fejlett interrupt és eszköz kezelő rendszer illetve a BIOS rutinjai által mért és az operációs rendszernek továbbított hardverjellemzők megjelenítését foglalja magában. A cpu, a központi memória, a háttértárolók, video megjelenítő eszközök statikus és dinamikus jellemzőiről nyújt tájékoztatást.

• Prekondíciók: Az igényelt eszköznek és annak érzékelő rendszerének megfelelően kell működnie, valamint a BIOS illetve a hardver absztrakciós rétegnek működnie kell.

• Post kondíciók: Az eszköz kiemelése után a kezelő daemon a perifériát nem jeleníti meg.

• Szokásos működés: Amíg a perifériaelem a klienshez van csatlakoztatva, a hardver információs daemon adatot szolgáltat az eszközről. Az eszköz bizonyos jellemzőinek megváltozása esetén a szolgáltatott információ tartalom is megváltozik.

• Alternatív esetek: A perifériaelem rendellenes eltávolítása esetén is eltávolítja a hardver jellemző információkat a rendszerből. A daemon rendellenes leállása esetén folyamatosan újraindításra kerül. Ha egy perifériát nem ismer fel a daemon, nem jeleníti meg a jellemzőit a rendszerben, csak jelzi, mely kapura van csatlakoztatva az ismeretlen eszköz.

• Kivételes esetek: A hardver meghibásodása esetén a daemon helyes működése nem garantált. Ha a BIOS hamis információkat szolgáltat az eszközről, a szolgáltatott információ helyességét sem a daemon sem a szoftvercsomag nem képes felülbírálni.

• Rendszerindítás leállítás

• Az üzemeltető által közvetlenül, illetve a csatlakoztatott szünetmentes tápegység szignál kezelő rendszere és tápfeszültség szint érzékelőrendszere által közvetetten szabályozott szabályos operációs rendszer indítás illetve leállítás

• Prekondíciók: Előzetesen a rendszernek érvényes számú futási szinttel kell rendelkeznie.

• Post kondíciók: A rendszer szabályos leállása után a gép hardveresen is lekapcsolható állapotba jut.

• Szokásos működés: Az üzemeltető által közvetlenül, illetve a csatlakoztatott szünetmentes tápegység szignál kezelő rendszere, tápfeszültség szint érzékelőrendszere, és az automatikus beavatkozó rendszer által közvetetten, szabályozottan, szabályos operációs rendszer leállítás hajtható végre, illetve a rendszerindítás beavatkozás útján történik.

• Alternatív esetek: A tápfeszültség időben történő visszaállása esetén a folyamat felfüggeszthető.

• Kivételes esetek: Villámcsapás elleni védelem nélkül és szünetmentes tápegység használata nélkül a gép szabálytalan leállása ellen nem képes a programcsomag védekezni.

• Processz kilövése

• A futó processzeket maga a felhasználó, vagy az üzemeltető jogosult kilőni, a H9 rendszeren keresztül csak az üzemeltető képes processzeket menedzselni. Processz kilövésére van szükség, ha valamely hibás alkalmazás a CPU, vagy memória erőforrást feleslegesen terheli.

• Prekondíciók: A futó processznek a kernel fonalain kívülinek kell lennie, és a rendszerben léteznie kell a kill parancsnak valamilyen formában, illetve a szignál kezelő rendszernek működnie kell operációs rendszer szinten.

• Post kondíciók: A processz működése megszűnik, és törlődik a futó processzek listájáról.

• Szokásos működés: A processzt kiválasztva pid száma, illetve neve alapján kill parancs, vagy jelzés útján tevékenységét terminálja az operációs rendszer.

• Alternatív esetek: A zombi processzek kilövése nem lehetséges, ennek tényéről a rendszer tájékoztat.

• Kivételes esetek: A hibás kernel funkció esetén a szignálozás hibátlan működése nem biztosítható.

• USB eszközök csatolása

• USB ( Univerzális Soros Buszinterfészre csatlakoztatott ) eszköz felcsatlakoztatása az operációs rendszer által kezelhető eszközök adatbázisába. Legtöbb esetben a felhasználó adattárolóját jelenti, de nem feltétlenül blokkos egység, lehet karakteres egység, mint egy kurzor, egy bluetooth hci eszköz, vagy egy billentyűzet. Eszköz csatlakoztatása történhet kézzel, vagy automatikusan.

• Prekondíciók : A hardver absztrakciós réteg kezelő daemonnak futnia kell, és a megfelelő USB modulnak a kernelbe be töltve kell lennie.

• Post kondíciók : A csatlakoztatott eszköz használatba helyezhető

• Szokásos működés: A felhasználó csatlakoztatja az eszközt, amit a daemon rendszeres port ellenőrzés révén rövid időn belül felismer, és működőképes állapotba helyezi azt. A felhasználó ezek után az eszközt felcsatolhatja a fájlrendszerbe.

• Alternatív esetek: Az eszközt nem minden esetben lehet felcsatolni, hiszen nem minden gyártó minden drivere biztosítható valamennyi felhasználó számára. Ilyen esetekben a sikertelen felcsatolási kísérletet a rendszer az eszköz nevének, és típusának megjelölése mellett naplózza, hogy a gyakran használandó eszközök divergenseit a statisztika alapján eldöntve feltelepíthesse az üzemeltető.

• Kivételes esetek: A driver hiányában az eszköz nem csatolható.

• Futó processzek adatai

• A futó processzek adatai részben dinamikus adatok, a processz által használt erőforrások számát, arányát, idejét jelenti, a processz futásának állapota, effektív tulajdonosa illetve a futó processz statikus adatait is magában foglalja, mint a processz pid-je, amely egy egyedi kiosztott szám, a futtatott program neve, és annak argumentumai.

• Prekondíciók: A kliensnek elérhetőnek kell lennie a belső hálózat irányából.

• Szokásos működés: A processzek dinamikus és statikus adatai továbbítódnak a megjelenítő felület felé.

• Alternatív esetek: A processz betöltődése után magára tölt egy másik programot, és az fut benne tovább. Ilyenkor a futó processz neve nem változik meg. A program tulajdonosa a programfájl felhasználói maszkján átállítva a setuid bit engedélyezheti a program futásakor effektív tulajdonosként saját magát is. Ekkor a futtatott processz tulajdonosaként a rendszerben az effektív tulajdonos jelenik meg. A kernel fonalai külön jelzéssel jelennek meg.

• Kivételes esetek: A rendellenesen terminálódó processz zombi processzé válik.

• Ütemezett feladatok

• Az operációs rendszer rendeltetés szerű működéséhez illetve egyéb okokból rendszeresen elvégzendő feladatok céljára periodikusan ismétlődő, vagy egyszeri végrehajtású processzek indítása.

• Prekondíciók : A feladatlistát ütemezni kell, illetve a szükséges indító daemont folyamatosan futtatni kell.

• Post kondíciók : A kívánt feladat a beálló idő feltétel esetén végrehajtódik.

• Szokásos működés: Az indító daemon az indítandó feladatok listájából veszi a soron következőt, és az indításnak megfelelő időpillanat beálltakor elindítja a feladatot.

• Alternatív esetek: A felhasználó által ütemezett feladatok ütközése esetén a rendszer a prioritási szinteknek megfelelő ütemezési döntést hoz.

• Kivételes esetek: A hibás alkalmazás vagy az alkalmazás számára nem megfelelő környezet esetén az ütemezés csak az ütemezési programnak megfelelően tud cselekedni.

• Aktív szabály megadása

• Daemon processzek menedzselése

• Daemon processzek vizsgálják, szabályozzák az egyes komponensek helyes működését. Állandóan futnak a háttérben, a felhasználó nem tud a működésükről, szabványos output csatornájuk nincs, konzolhoz nem köthetőek. Indításuk történhet kézi, vagy automatikus indítás útján.

• Prekondíciók: A processz indító scrpitnek előre felparaméterezve készen kell állnia, és szolgáltatásként a rendszerben el kell helyezve lennie. A daemon működéséhez szükséges moduloknak , kernel rutinoknak betöltve kell lennie.

• Post kondíciók: A daemon indítása, leállítása, vagy újraindítása után a sikeresség tényét jelezi a rendszer.

• Szokásos működés: A daemonokat mint szolgáltatásokat ad hoc módon is el lehet indítani, de jellemzően a grafikus frontenden keresztüli futási szintekhez való hozzárendelésen keresztül és az újraindításnak a szükségességének jelzésével történik.

• Alternatív esetek: A daemon indítható konzolról is de ekkor a rendszeres indítása nem történik meg.

• Kivételes esetek: A kernel rutin, vagy modul hiányában vagy akár magának a hardver perifériának a hiányában a daemon indítás sikertelensége jelződik. Ha a daemon support reload-dal lett indítva, akkor a pidjének a megszűnése esetén a rendszer újra fogja indítani.

• Fájlrendszer menedzselés

3.4. A kézi vezérlés funkció részletesebb struktúra metszete

• Üzenetküldés

• A felhasználó részére a rendszer által közvetetten illetve az üzemeltető által közvetlenül küldött szöveges figyelmeztető, vagy tájékoztató üzenet

• Prekondíciók : A felhasználónak a gép előtt kell ülnie, hogy az üzenetről tájékozódjon. Az üzenetküldése csak a megfelelően működőképes kapcsolaton keresztül tud eljutni.

• Post kondíciók : A felhasználó megjelenítő eszközén az üzenet láthatóvá válik.

• Szokásos működés: A felhasználónak az üzenetet egy listából, vagy adatbázisból kiválasztva, vagy karakteresen beírva az üzemeltető, vagy az automatikus üzenet küldő rendszer a kliens felé továbbítja a rendszer. A felhasználó bizonyos esetben nyugtázhatja az üzenet megkapásának tényét.

• Alternatív esetek: A felhasználó nem használ szabványos megjelenítő eszközt, ilyenkor értelmezhetetlenül, vagy nem jelenik meg az üzenet.

• Kivételes esetek: A display meghibásodása esetén nincs a felhasználó és az üzenetküldő rendszer között információ áramlás.

• Rendszerindítás leállítás

• Felhasználó kiléptetése

• Felhasználó kiléptetése szabályozott módon, a felhasználó rendellenes tevékenysége esetén, vagy más vészhelyzet esetén azonnal, vagy elengedhetetlenül szükséges rendszerkarbantartás, beavatkozás esetén a felhasználó időben történő figyelmeztetésével.

• Prekondíciók : A felhasználónak bejelentkezve kell lennie.

• Post kondíciók : A felhasználó valamennyi processze terminálódik.

• Szokásos működés: A felhasználó egy figyelmeztető jelzés, amely lehet a karakteres termináljára küldött üzenet, vagy grafikus terminál esetén egy felugró ablak, után egy beállított idő intervallum leteltével kilépésre kényszerül. A futó processzei terminálódnak, és az addig el nem mentett munkái elvesznek.

• Alternatív esetek: A felhasználó a figyelmeztető jelzést követően, de még a kényszer kijelentkeztetés előtt szabályos kijelentkezést is végrehajthat.

• Kivételes esetek: A felhasználó rendkívüli esetben kérheti a beállított időintervallum lejárta előtt a kijelentkeztetés elhalasztását, így indokolt esetben megszakítható, vagy késleltethető a kényszer kijelentkeztetés.

• Számítógép zárolása

• A számítógép rendszerkarbantartási munkálatok elvégzése céljából történő zárolása a felhasználók elől, rendszerint egyfelhasználós, rendszergazdai üzemmódban történő használatot is jelent.

• Prekondíciók : A valós felhasználókat előzetesen ki kell léptetni az operációs rendszerből.

• Post kondíciók : A számítógép operációs rendszerén sem helyi sem távoli felhasználó ülést nem létesíthet a zárolás után.

• Szokásos működés: A felhasználókat, értesítés után kilépteti a rendszerből, majd a bejelentkezést végző daemon processz leállításra kerül, és a zárolás ténye egy állományban rögzítésre kerül a zárolás feloldásáig, illetve a naplófájlban is rögzítődik.

• Alternatív esetek: A felhasználó külön kérelmére fontos munka elvégzésének belátható időn belüli elvégzése esetén a zárolás indítása felfüggeszthető, vagy halasztható.

• Kivételes esetek: A zárolás a fájlrendszer szétesése, vagy I/O periféria hiba esetén nem tud szabályosan dokumentálódni, ilyenkor a fájlműveletek elmaradnak.

• Processz kilövése

• Merevlemez leállítása

• A merevlemez egységek fizikai szintű leállítása áram takarékossági illetve rendszer leállási okokból kifolyólag.

• Prekondíciók: A merevlemezeknek az operációs rendszer által felismerhetőnek kell lenniük, a kontrollernek tudnia kell kezelnie a diszket és a dinamikus merevlemezegység kezelő daemonnak folyamatosan működnie kell.

• Post kondíciók: A rendszerleállásig a merevlemez folyamatosan a rendszerben aktív eszközként jelen van, leállítás után is.

• Szokásos működés: A rendszer leállítás után a kontrollernek küldött jelzés útján hardveresen is leállítja a diszkeket. Igény esetén a használaton kívüli merevlemez egy beállított időkorlát után automatikusan is leállítható a fájlrendszer lecsatolása nélkül takarékossági okokból kifolyólag. Ilyen esetben a diszkre történő I/O hivatkozás után 2-3 másodperc alatt a lemezt újra fel lehet pörgetni.

• Alternatív esetek: A túlhevült merevlemez érzékelése esetén hibajelzést kap a merevlemez hőmérsékletét érzékelő komponens felől, és az automatikus szabályozó rendszer beavatkozhat, akár le is állíthatja a diszk forgását.

• Kivételes esetek: A hibás hardver esetén a funkciók hibátlan működése nem biztosítható.

• Hálózati szolgáltatások kezelése

• Kézi vezérlés

• Szoftverek telepítése karbantartása

• A számítógép operációs rendszer szoftverei illetve az alkalmazáscsomagok telepítésére, megtekintésére, frissítésére, illetve eltávolítására szolgáló rendszer.

• Prekondíciók : A szoftverek feltelepítését a H9 szoftver csomag csak a függőségben álló csomagok megléte esetén tudja biztonságosan feltelepíteni.

• Post kondíciók : A feltelepített szoftvercsomagok használatba vehetőek, amennyiben konfigurációs beállítások szükségesek, akkor azokat használatba vétel előtt el kell végezni.

• Szokásos működés: A szoftverek feltelepítését a H9 szoftver csomag képes forrásállományból és előre készített futtatható állományokat tartalmazó csomagból. A kiválasztott csomag telepítése törlése, eltávolítása a menürendszeren keresztül megvalósítható.

• Alternatív esetek: A hibás csomagok, vagy a függőségben álló csomagok hiányára üzenet figyelmeztet. A forrásból feltelepített csomagok függősége nem minden esetben lehet ellenőrzött, csak akkor, ha azt az automake rendszeren belül a konfigurációs állományban rögzítette a forráscsomag készítője.

• Kivételes esetek: A szoftver csomagok hibátlan működése hibásan megírt alkalmazás esetén nem garantált.

• Telepített szoftverek változása

• A számítógép operációs rendszer szoftverei illetve az alkalmazáscsomagok változásának követésére szolgáló adatbázis.

• Prekondíciók : A szoftver csomagokat előzőleg fel kell telepíteni, vagy le kell törölni, el kell távolítani, hogy a változás ténye dokumentálódjék.

• Post kondíciók : A változás ténye az adatbázisban elérhetővé válik.

• Szokásos működés: A szoftver csomagokat fel telepítve, vagy letörölve, eltávolítva, a változás tényét a telepítő komponens jelzi a változás figyelő komponensnek.

• Alternatív esetek: A szoftverek változásakor a verziószám ellenőrződik, és ha ellentmondás tapasztalható, akkor a rendszer figyelmeztet.

• Kivételes esetek: A kézzel, szabálytalanul eltávolított, vagy telepített szoftvercsomagok nem kerülnek be a változást figyelemmel kísérő adatbázisba.

• Üzemeltető

• Aktív szabály megadása

• Daemon processzek menedzselése

• Aktív szabályozó funkció

• USB eszközök csatolása

• Fájlrendszer menedzselés

• Hardver információ

3.5. A grafikus monitorozás alrendszer részletezett alstruktúrája

• CPU hőmérséklet

• Telepített szoftverek változása

• Memória kihasználtsága

• Futó processzek adatai

• CPU kihasználtság

• A processzek párhuzamosan futva fogyasztják a CPU erőforrást. A kihasználtság mutatja meg azt, hogy az idejének hány százalékát tölti hasznos, vagy idle helyzetben.

• Prekondíciók : A CPU-t figyelő hardver absztrakciós réteg kezelő daemonnak előzetesen futnia kell a kliensen, valamint a szolgáltatás adatait biztosító kernel rutinnak vagy modulnak betöltve kell lennie.

• Post kondíciók : A funkció megszűnése után a funkció nem elérhető.

• Szokásos működés: A CPU-t használó processzek fogyasztják a CPU idejét. A rendszer leállásáig, illetve a modulok és a daemonprocesszek aktivitásáig folyamatosan működik ez a funkció.

• Alternatív esetek: több processzoros rendszer esetén a kihasználtság processzoronként jelenik meg.

• Kivételes esetek: A daemonok, vagy a kernel rutinok, modulok hiányában a szolgáltatás nem elérhető, ilyen esetben a szolgáltatásra való hivatkozás egy kivételes eseménnyel jelződik a hívó rutin felé.

• Hardver információ

• Merevlemezek hőmérséklete

• Grafikus monitorozás

• Bejelentkezett felhasználók adatai

• Az aktuálisan éppen bejelentkezett felhasználók adatai.

• Prekondíciók : A rendszerbe bejelentkezett felhasználók adatainak lekérdezéséhez szükséges felhasználói adatbázisnak rendelkezésre kell állnia.

• Post kondíciók : A felhasználó kijelentkezése után azonnal törlődik az aktív bejelentkezett felhasználók listájáról.

• Szokásos működés: A felhasználó sikeres bejelentkezése után a listára felkerül a felhasználói azonosítója, és így az adatai a felhasználói adatbázisból lekérdezhető.

• Alternatív esetek: A felhasználó nevében bejelentkező más felhasználó, így a rendszergazda személye is rejtve marad, a bejelentkezés ugyanúgy jelenik meg a listában, mintha a felhasználó a saját nevében jelentkezett volna be.

• Kivételes esetek: A felhasználói adatbázis hálózati korlátozások miatti elérhetetlensége esetén a felhasználó azonosító számmal lesz jelen rendszerben, ha már korábban bejelentkezett, ha pedig még nem jelentkezett be, akkor a bejelentkezésnek sikertelennek kell lennie.

• Felhasználói fiók menedzselés

• Merevlemezek kihasználtsága

• A merevlemez egységeken elhelyezett virtuális diszkek, partíciók fájlrendszer kihasználtsága, illetve a fel nem csatlakoztatott partíciók mérete abszolút értékben megabyte-ban illetve gigabyte-ban és relatív értékben százalékosan kimutatva.

• Prekondíciók : A merevlemezeknek az operációs rendszer által felismerhetőnek kell lenniük.

• Szokásos működés: A merevlemezegységeken lévő partíciók méretéről, és elhelyezkedéséről nyújt tájékoztató adatot egy ad hoc jellegű lekérdezés során.

• Alternatív esetek: A használhatatlan merevlemezterület mérete is megjelenik a rendszerben.

• Kivételes esetek: A hibás merevlemez szektorokról nem tud tájékoztatni a rendszer.

• Fájlrendszer menedzselés

• Aktív szabályozó funkció

• Ütemezett feladatok

• Hálózati szolgáltatások kezelése

• Hálózati beállítások

• A hálózati komponensek, eszközök, hálózati címek beállítása.

• Prekondíciók: A hálózati beállításokhoz szükséges címeket ismerni kell. A hálózati perifériaelemek hardver jellemzőit ismerni kell.

• Szokásos működés: A beállítandó hálózati elem, kiválasztása után az aktuális adatok vagy üres adatok jelennek meg, amelyek megváltoztatásával lehet a hálózati komponenst hangolni, beállítani, a hardverelemre jellemző értékek listából való kiválasztásával, vagy konzolról történő értékadásával.

• Alternatív esetek: A hálózati beállítások ellentmondásos beállítása, vagy a perifériaelem biztonságát veszélyeztető érték megadása esetén a szoftver figyelmeztetést küld az üzemeltetőnek, a kísérő információ, és a lehetséges kockázati tényező megjelenítésével. Ha a rendszer konzisztenciáját veszélyeztető beállítást hajtanánk végre, akkor az inkonzisztens állapot megszüntetéséig a beállítandó értékeket nem véglegesíti a szoftverkomponens.

• Kivételes esetek: A hálózati perifériaelem hibásan megadott gyári paramétereinek ismerete esetén a rendszer a hardverelemet hibásnak fogja feltételezni. Hibás hardverelem esetén a beállítást nem engedélyezi.

4. Használhatóság

A szoftver GUI (Graphical User Interface) részét úgy kell kialakítani, hogy az egyszerű kezelhetőséget, átláthatóságot, és navigációt tegyen lehetővé. Ez nem csak kényelmi funkció, hanem nagy mértékben csökkenti a betanulási időt, mely még több előnyt jelent az esetleges konkurens alkalmazásokkal szemben. Betanulásról nem csak a kezdő felhasználók esetében kell beszélni, hanem a gyakorlott üzemeltetők számára is szükség van a szoftver kezelésének elsajátításához, ám egy jól kidolgozott felhasználói kezelő felülettel ezt az időt minimálisra lehet csökkenteni.

A szoftver használata esetén, még a beépített automatizálási funkciók mellőzésével is rengeteg időt lehet megspórolni az alternatív megoldásokkal szemben, ugyanis, itt nincs szükség minden kliens gépre egyenként bejelentkezni, ott különböző műveleteket és egyenként végrehajtani. A kézzel történő rendszerkarbantartás meglehetősen lassú, és adott esetben veszélyes is lehet, mivel tapasztalatlan üzemeltetők kárt tehetnek a rendszerben, illetve figyelmüket elkerülheti néhány veszélyre figyelmeztető jel, pl. valamelyik eszköz, hardver túlterhelése, amely akár garancia vesztéshez is vezethet. A H9 szoftver minden rendszer-paraméterről, ha az kritikus érték felé közelít, figyelmeztetést küld az üzemeltetőnek, ezzel elkerülhető a rendszer, vagy egy számítógépének a károsodása.

A rendszer használatának elsajátításához, illetve annak megkönnyítésére rengeteg kényelmi funkcióval rendelkezik az alkalmazás. Többek között, ahol csak lehetett, szenzitív és kontextustól függő help került a grafikus felhasználói felületbe. A működtetés megkönnyítésének érdekében a legtöbb rendszeresen elvégzendő diagnosztikai művelet automatizálására lehetőség van. A gyors betanulás érdekében a support -on, és az oktatáson kívül (lásd később) egy intenzív oktató DVD is megtalálható a szoftvercsomagban. A DVD tartalma a teljes kezelési útmutató interaktív változata, mely minden apró beállításon végigvezeti az üzemeltetőt. Az oktatás, és a folyamatos support igénybe vétele persze emellett is nagyon hasznos segítség, mert nyilván a videó megtekintése közben nincs lehetőség a visszacsatolásra.

A részletes dokumentáción kívül egyéb módon is segítséget kapnak az üzemeltetők. A rendszert meg lehet tekinteni, és kipróbálni működés közben is egy demonstrációs hálózaton. Itt valós veszélyhelyzeteket (vírusfertőzéseket, támadásokat, hardver meghibásodásokat) előidézve a leendő üzemeltetőknek a H9 fejlesztő munkatársai bemutatják, mit kell tenni a különböző problémák esetén.
Egy vállalati hálózat üzemeltetése igen nagy felelősség, nagyon sok múlik a számítógépes infrastruktúrán. Nem engedhető meg, hogy egy nem várt káreset bekövetkeztekor az üzemeltető a szoftver részletes dokumentációját tanulmányozza napokon át, amikor órák is nagy bevételkiesést jelenthetnek. Ilyenkor, rendkívül nagy segítséget jelent a szoftver support -ja, amikor is a H9 terméktámogatást nyújtó kollégái a helyszínen a rendszergazdákkal együttműködve, hárítják el a problémát a szoftver segítségével.

A szoftver felhasználói felületének készítésekor egyedüli szempont az egyszerű használhatóság volt. Ez egy grafikus szoftver, ami meglehetősen eltérő a korábban használt eszközök megjelenésétől, lévén azok inkább héjprogramok voltak, melyet karakteres módban, minden egyes kliensen futtatni kellett. Ennél lényegesen egyszerűbb dolga van az üzemeltetőknek ezzel a felhasználói felülettel, ugyanis itt az összes kliensre ki tud adni parancsokat, vagy le tud kérdezni számtalan paramétert.

Egy alkalmazás használhatóságát nagy mértékben befolyásolja az a tényező, hogy az adott szoftverrel párhuzamosan milyen hasonló megoldásokat futtat a felhasználó – üzemeltető, mivel ezek kompatibilitási problémákat okozhatnak. Tekintve, hogy a szoftver semmilyen eszközön, protokollon, stb. nem igényel kizárólagos hozzáférést, ezért nincs technikai akadálya egyéb, korábban hasznát segédprogram, vagy kiegészítő alkalmazás futtatásának. Ám, lévén ez egy egész hálózatra kiterjedő alkalmazás csomag, nem igényli egyéb segédprogram használatát.

5. Megbízhatóság

1. Működés:

• működés: H9 minden olyan funkciót megvalósít, mely a megrendelő elképzeléseit tükrözi

• biztonság: a szoftver megakadályozza a véletlen, vagy szándékos, de illetéktelen hozzáférési kísérleteket a programokhoz, adatokhoz.

• használhatóság: a program kezelése könnyen elsajátítható, hiszen a kezelőfelület csak olyan elemeket tartalmaz, mely a legtöbb szoftvernél azonos elrendezésű. A program tartalmaz egy külön súgót is, melyben a billentyűzetkombinációk kiosztása található, mely által a program használata felgyorsul, ezáltal a kritikus helyzetek gyorsabban elháríthatók, mellyel csökkenthető az adatvesztés lehetősége.

• hatékonyság: a válasz és végrehajtási idők mindig ugyanabban a meghatározott idő intervallumban vannak, ezzel elkerülhető az üzemeltető türelmetlenné válása, mellyel a további, figyelmetlenségből adódó károk kerülhetők el, valamint a rendelkezésre álló erőforrás maximálisan kihasználja, de nem terheli túl.

• hibatűrő-képesség: a szoftver teljesítményének egy meghatározott szintjét még szoftverhiba bekövetkezésekor és a használatára megadott szabályok megsértése esetén is fenntartja.

• kiforrottság: a sokszori és folyamatos tesztelés következtében a szoftverhiba csak ritkán, kis valószínűséggel következik be.

• pontosság: a szoftver mindig helyes eredményeket szolgáltat, illetve mindig az elvárt hatást váltja ki.

2. Karbantarthatóság

• karbantarthatóság: az esetleges hibák felléptekor azok könnyen kijavíthatók. Ha szükséges, a program továbbfejlesztése a változó környezethez és követelményekhez való alkalmazkodás érdekében gyorsan megvalósítható.

• elemezhetőség: a hibák és meghibásodási okok a folyamatos naplózás miatt könnyen feltárhatók, ezáltal a módosítandó részek egyszerűen azonosíthatóak

• helyreállító képesség: meghibásodás után elfogadható idő- és egyéb ráfordítás mellett a szoftver teljesítménye az eredeti szintre könnyen visszaállítható, így nincsenek elveszett adatok, azok visszanyerhetők.

• stabilitás: a módosítások miatt fellépő esetleg nem várt következmények kockázata alacsony.

• tesztelhetőség: a módosított szoftver könnyen tesztelhető, hiszen a program tartalmaz egy olyan részt, mely képes előállítani szimulált hibákat, így a nem várt következmény egyszerűen kiszűrhető és küszöbölhető.

• változtathatóság: a módosítások, hibaeltávolítások, illetve a változó környezethez való igazítás csekély ráfordítással (idő, ill. anyagi) megvalósíthatók.

3. Hordozhatóság

• hordozhatóság: az üzemeltető képes a megszokott módon dolgozni a programmal a megváltozott szervezeti, hardver, vagy szoftver környezetben is, hiszen a webes felhasználói felület nem használ semmilyen speciális, böngészőhöz köthető tulajdonságot, így kompatibilis szinte mindegyik fellelhető böngésző programmal, tehát nem függ számítógép architektúrától és operációs rendszertől. Elegendő ha a számítógép egy hálózaton van a web-kiszolgálóval, és web-böngésző futtatható rajta

• adaptálhatóság: a H9 programcsomag egyes részeit a különböző környezethez adaptálni lehet, kizárólag olyan tevékenységek, illetve eszközök alkalmazásával, melyre az adott programrész fel van készítve.

• együttműködő-képesség: a szoftver képes meghatározott rendszerekkel együttműködni, képes pl. adatokat, eredményeket, statisztikát importálni és exportálni különböző formátumokban.

• megfelelés: a szoftver teljes mértékben betartja a rá vonatkozó szabályokat, illetve az importált és exportált adatokra vonatkozó szabványokat, így nagymértékben elkerülhető az inkompatibilitás más, az üzemeltető által használt programokkal.

4.  Rendelkezésre állás

A szoftverek megbízhatósága  többféleképpen jellemezhető. A szoftverek körében leggyakrabban az MTBF-et (Mean Time Between Failure), vagyis a két hiba közötti átlagos időt adják meg, általában órában. Az MTTR (Mean Time To Repair) a javítások átlagos időtartamát jelenti, az MTTR hosszát főleg a hiba felderítésének ideje, vagyis a diagnosztika gyorsasága határozza meg. Az MTBF és az MTTR értékéből már adódik a százalékban kifejezhető rendelkezésre állás. Például a H9-Lab esetében az MTBF 10 ezer óra és az MTTR 5 óra értékű, így a szoftvernek 99,95 százalékos a rendelkezésre állása, egy évben tehát átlagosan csak valamivel kevesebb, mint 4 óra 23 percet áll.

A rendelkezésre állás mértékét a következő mennyiségekkel jellemezhetjük:

• MTFF (Mean Time to First Failure): Az üzembehelyezést követő első meghibásodás várható ideje. Sok gyakorlati esetben az első hibáig várható idő különbözik a későbbi javításokat követő hibamentes működési időtől, ezért szokás az MTFF-et megkülönböztetni a következő jellemzőtől.

• MTTF (Mean Time To Failure): Javítás utáni üzembehelyezéstől a következő meghibásodásig eltelt várható idő. Tapasztalati alapon általában a javítások utáni hibamentes működés ideje nem, vagy csak kis mértékben függ attól, hogy hányszor javították már a rendszert.

• MTBF (Mean Time Between Failures = MTTF + MTTR): Egy működési és állási fázis várható ideje, azaz két meghibásodás között várhatóan eltelő idő. Gyakorlatilag a rendszer ciklusideje a meghibásodások szempontjából.

• MTTR (Mean Time To Repair): A hiba észlelésének + a hiba meghatározásának + a javításnak a várható ideje.
   

Rendelkezésre állási tényező (Availability (A)): A rendelkezésre állási tényező a helyes működés ideje a teljes üzemidőhöz viszonyítva. Azt fejezi ki, hogy egy véletlenszerű időpontban a rendszer mekkora valószínűséggel működik jól.

H9-Lab rendszer biztosítja a megfelelő rendelkezésre állást.
A rendelkezésre állás paraméterei a H9-Lab szoftverre nézve:

    MTFF=    25000    óra
    MTTF=    9995      óra
    MTBF=    10000    óra
    MTTR=    5            óra

A = MTTF / MTBF = MTTF / [MTTF + MTTR]=9995/(9995+5)=0,9995
Tehát rendelkezésre állási tényező 99,95%, s így a maximális kiesési idő 1 év alatt kb. 4 óra 20 perc.
A rendszer rendelkezésre állásának növelése érdekében a következőket tehetjük:

• MTTR csökkentése:

  • A javítás idejének csökkentése: A felmerülő hibák gyors javításával növelhető annak az időnek az aránya, amelyben a szoftver helyesen működik.

  • Detektálás idejének csökkentése: A hibák gyors észlelésével szintén növelhető a szoftver helyes működésének az időaránya. 

6. Teljesítmény

Az igények maradéktalan teljesítése - vagyis milyen teljesítményt várunk a programtól - a fejlesztések esetében technológiai korlátokba ütközhet. Annak eldöntése, hogy az adott elvárások a technológia adott szintje mellett teljesíthetőek-e, speciális vizsgálatokat, teszteket igényelhetnek, amelyek elkészítéséhez szakértő bevonására van szükség.
A tesztelést szokás azonosítani a szoftver minőségbiztosításával, holott a kettő nem ugyanaz, de valóban a tesztelés, illetve a tesztelés során feltárt hibák a leglátványosabb megnyilvánulásai a nem-megfelelőségnek, vagy is ennek során tapasztaljuk azt, hogy az adott teljesítmény eléréséhez nem mindig a szoftverben kell keresni a hibát, hanem azon a hardveren, amelyen a H9 -et futtatjuk.

A legfontosabb tesztek, mellyel a szoftver teljesítményét adhatjuk meg a következők:

• kapacitástesztek: a rendszert a követelményekben előírt kapacitásig terheljük.

• sebességtesztek: a feldolgozási és válaszidők mérjük

• skálázódási tesztek: a rendszer kapacitásának és/vagy sebességének mérése egyre nagyobb kapacitású hardveren, közben a kapacitás- és/vagy sebességnövekedés mérése.

A tesztekhez szükséges „műterhelés” kiváltásához sokszor tesztalkalmazást kell készíteni, mellyel a H9 programcsomag rendelkezik.
 

A hálózat mérése, az adatok feldolgozása, tárolása és az eredmények megjelenítése, a riasztások küldése egy számítógépen történik, melynek hardver- és szoftverigényei a következők:

Webkiszolgáló futhat egy dedikált számítógépen, vagy egy már meglévő számítógépen. Nem javasolt felhasználó által hozzáférhető labori gépen futtatni. Ugyanezen a számítógépen futnak még a gépeket kezelő és adatgyűjtő komponensek. Ezt a számítógépet üzemképes állapotban kell tartani legalább abban az időintervallumban, amikor a labor számítógépei üzemelnek. Célszerű a nap 24 órájában üzemeltetni. Ennek a számítógépnek figyelembe kell venni az üzemeltetők számát, de főként a menedzselt labori számítógépek számát, mivel az adatgyűjtő komponens számításigényes műveleteket végez, ez nagy gépszám eseten komoly teljesítményt igényel. Mivel a számítógépnek hosszú ideig ( esetleg állandóan ) folyamatosan kell működnie, ezért javasolt a szünetmentes tápegységről történő üzemeltetés.

Ajánlott operációs rendszerek :

• Debian / GNU Linux

• Gentoo Linux

• True 64 Unix

• Solaris 8,9,10

• Redhat Linux AS,ES 2,3,4

• Suse Enterprise Server 9,10

• AIX 5L

• CentOS

Mérhető portok száma	Processzor	Memória	Háttértár
24 portig	Pentium III 800MHz	256 MByte	20 GB IDE / SCSI merevlemez RAID tömbben
25-48 port között	Pentium IV 1,4 GHz	256 MByte	30 GB IDE / SCSI merevlemez  RAID tömbben
48 port felett	Pentium IV 2 GHz	512 MByte	40 GB SCSI / SCSI merevlemez  RAID tömbben

Mivel az alkalmazás alapvetően interaktív, a rövid válaszidő kulcskérdés. Legfeljebb 1-2 tizedmásodperces válaszidők engedhetők meg. A hálózat a lehető legkisebb hálózati válaszidő érdekében lehetőleg 100Mbites végpontokkal, gigabites gerinccel rendelkezzen.
Az olyan műveleteknél amelyek futási ideje várhatóan ennél hosszabb, meg kell jeleníteni a folyamat állapotát jelző és türelmes várakozásra bíró ablakot. ( Például: „Kérem várjon...” felirat )

A felhasználói felületnek olyannak kell lennie, hogy a felhasználók különösebb betanulás nélkül is kényelmesen tudják kezelni, de emellett a hatékony használat lehetőségét is biztosítani kell, ezért minél több funkcióra célszerű gyorsbillentyűt is definiálni.

Minőségi probléma a távoli kliens számítógépek néhány folytonosan változó patamétereinek valós időben történő követése. Mivel a lekérdező utasítások csak diszkrét időközönként adhatóak ki, ezért, hogy a valós idejűnek tűnjenek a megjelenített paraméterek, nagyon rövid időegységenként kell kiadni a lekérdező utasításokat. Tehát minőségi elvárás egy olyan kis időszelet megállapítása, ami még nem terheli a kliensek CPU-ját, és hálózati forgalmat, viszont a diagnosztikához elegendő mértékben kelti a valós idejű megjelenítés illúzióját.
Tehát az állomások lekérdezése ciklikusan történik, a ciklusidő 10 másodperc és 10 perc között szabadon változtatható, de nem az interaktív kezelői felületen, hanem egy konfigurációs file módosításával. ( Alapértelmezés 1 perc)

A H9 programcsomag egyik legjelentősebb része a Packer alkalmazás képessé teszi a Packet Maker-t futtató hardvereszközöket az egymás között zajló forgalom tömörítésére, ezáltal a hálózat látszólagos sebességének növelésére az eredeti sávszélesség megőrzésével. Ezzel a távoli hálózatokat kis sávszélességgel összekötő (pl. VPN) kapcsolatok sávszélessége jelentősen megnövelhető, vagy a valós sávszélesség (és így a ráfordított költség) csökkentésével hasonló teljesítményű adatkapcsolati csatorna hozható létre.
Az eszköz képességei lehetővé teszik a tömörítés optimalizálását, a várakozási idő lecsökkentését és forgalom-típusonként eltérő tömörítési beállítások alkalmazását.
A moduláris felépítésből adódóan egyszerűen bővíthető új algoritmusokkal.
A Packet Maker helye a hálózatban általában a helyi hálózatnak a WAN útválasztóhoz kapcsolódó szegmensében helyezik üzembe. Előnye, hogy egyszerűen beilleszthető a meglevő hálózatokba és nem teszi szükségessé új protokollok használatát, az útválasztó átkonfigurálását. A Packet Maker nem jelent újabb hibaforrást a hálózatban: ha elromlana, vagy kikapcsoljuk, akkor rövidzárként viselkedik. Az eszközt egyszerűen, web-alapú böngésző segítségével érhetjük el és menedzselhetjük.

7. Támogatottság

A H9-Lab programcsomag lehetőséget biztosít arra, hogy a hálózati forgalmat valós időben monitorozzuk és értékeljük, a történésekről pillanatok alatt tudomást szerezzünk. A program SNMP ( Simple Network Management Protocol ) protokoll segítségével méri a hálózat menedzselhető eszközein áthaladó forgalmat, a portok rendelkezésre állását, valamint ha szükséges a válaszidőt is. A mérés során egy gépet kapcsolunk a hálózatba amelyen a H9-Lab webkiszolgálója fut. Követelmény, hogy a gép el tudja érni IP ( Internet Protokoll ) protokollon keresztül a mérendő eszközöket. Ezen felül a mérendő eszközöknek SNMP protokollt is kell támogatniuk. A H9-Lab adott időközönként lekérdezi az eszköz megfelelő SNMP változóit ( forgalom, port státusz ), majd az adatokat feldolgozza és eltárolja az adatbázisában későbbi visszakeresés céljából

A telepítés feltételei

A H9-Lab bekonfigurálásához és működéséhez elengedhetetlenül fontosak a következő feltételek, információk:

• A lekérdezendő eszközöknek menedzselhetőnek kell lenniük

• Az aktív eszközön engedélyezni kell az SNMP menedzsmentet

• Továbbá engedélyezett legyen az SSH ( Secure Shell ) protokoll a webkiszolgálót futtató számítógép és a labor gépei között

• A menedzseléshez használt gépek és a webkiszolgálók között engedélyezve legyen a HTTPS ( Hypertext Transfer Protocol over SSL ).

Ismerni kell:

• a lekérdezendő eszközök adminisztrátori jelszavát a hozzáféréshez

• a lekérdezendő eszközön beállított SNMP Community-t

• a hálózat felépítését ( melyik eszköz melyik switch portra van csatlakoztatva )

• közvetlenül a számítógépek is lekérdezhetők, ha az SNMP kiszolgáló telepítve van rajtuk

A program felhasználói szintjei

A program többszintű felhasználói rendszerrel működik, van egy magasabb és egy alacsonyabb felhasználói szint.
A különböző szintű felhasználóknak különböző jogosultságaik vannak.

A program indítása után, egy bejelentkező képernyő jelenik meg, ami kéri a login nevet és a jelszót. Ezek megadása után lesz elérhető a felhasználói szintnek megfelelő menürendszer. Működés közben is lehetséges a felhasználóváltás.

• Alacsony felhasználói szint:
  Ez a szint korlátozott hozzáférést biztosít a program egyes részeihez, ezen a szinten az egyszerű üzemeltetők, karbantartók állnak.

• Magas felhasználói szint:
  A program minden funkciója elérhető, nincsenek korlátozások, ezen a szinten a vezető üzemeltető áll.

Ezeken a szinteken kívül természetesen lehetőség van több custom ( egyéni ) szint létrehozására, ahol saját biztonsági logikánkat alakíthatjuk ki.

Természetesen lehetőség van az alapértelmezett alacsony felhasználói szint módosítására ( például a karbantartót vezetői üzemeltetői jogokkal ruházzuk fel stb... )

Karbantartók munkáját segítő alkalmazások:

• A program a riasztásokról e-mail-t tud küldeni egy megadható e-mail címre, így az üzemeltetők távoli felügyelet esetén is értesülnek a változásokról. A riasztás tartalmazza a port állapotát, nevét, a változás időpontját és a portot tartalmazó eszköz nevét is, így rögtön behatárolható a hiba helye.

• A program SMS küldést biztosít, így telefonon azonnal értesülhetnek az üzemeltetők a változásokról.
  A szoftvert kiegészítettük egy GSM hálózaton SMS küldésre alkalmas eszközzel,ami 160 karakteres üzeneteteket tud küldeni.
  Ha az üzenet ennél hosszabb, akkor a szöveget 160 karakteres részekre bonja, s több üzenetben küldi el.
  Ezen programrész telepítéséhez csak egy mobiltelefonra és egy SIM kártyára van szükség.

• Riport varázsló
  Könnyen használható varázsló riport fájlok készítésére, akár előre definiált riport profilok, akár egyénileg összeválogatott információs oldalakat belefoglalva a jelentésbe.

• Távoli riport varázsló
  A Riport varázsló hálózati kapcsolódással is felvértezett változata, mely hálózatba kötött távoli számítógépek riportjainak készítésére használható. Közvetlen riport átvitel, parancssori kezelőfelület az automatikus távoli riport készítéshez és összegyűjtéshez.

• Riport formátumok
  Három riport fájl formátum: egyszerű szöveges, testreszabható HTML és az MHTML formátum.
  Az MHTML riportokban ikonok segítik az információ azonosítását

Naplózás és archiválás

A parancsokat a rendszerbe bejelentkezve az üzemeltető adhatja ki a kiválasztott számtógépnek, vagy egyszerre több számítógépnek. A parancsok végrehajtásának sikerességéről, eredményeiről visszajelzést kap a parancs kiadója, ezek természetesen naplózásra kerülnek.

• H9-Lab program napló file -ba rögzíti a kiadott parancsokat ( ki, mit, mikor …. ) és minden érték változását, log file formátumban. Minden nap új napló file készül, a file neve is tartalmazza a létrehozás dátumát ( h9_yymmdd.log.log ).

• A H9-Lab rendszer archív file-ba rögzíti a teljes adatbázis kezdő értékét, az utolsó értékét és minden érték változását, ARC (címkézett archív) file formátumban. Minden nap új archív file készül, a file neve is tartalmazza a létrehozás dátumát ( h9_yymmdd.arc ). Az alkalmazás induláskor visszatölti az utolsó adatbázis értékeket. A file formátuma lehetővé teszi, hogy napi többszöri újraindítás is ugyanazt a file-t folytassa (új subfile-t nyit).

• Az elkészült archívum fájl BerkeleyDB formátumó, exportálható CSV, illetve XLS formátumú adatbázis file-ba konvertálható. A konvertálás mindig egy archív file-ból, külön kezelői kérésre történik.

8. Tervezési korlátozások

Az alkalmazás a számítógép-architektúrákat illetően nem szab különösebb megkötéseket, kizárólag az operációs rendszer iránt van megkötés, mégpedig az, hogy legyen UNIX származék, sőt, erősen javasolt a Linux operációs rendszer használata.

Az alkalmazás jellegét tekintve meglehetősen komplex feladatot lát el. Több különböző absztrakciós szinten kell függvényeket, eljárásokat, modulokat implementálni. Ez természetesen azt vonja maga után, hogy az egyes rétegekben természetesen eltérő technológiákat, programozási nyelveket kell alkalmazni. Ez gyakran teljesen más szemléletet vár el a programozótól, néhol egészen rendszer közeli nyelveken, néhol pedig objektum orientált módon kell az adott feladatot lekódolni. Mivel a rétegeket a lehető legpontosabban kell egymáshoz illeszteni, nagyon fontos a fejlesztők közötti gyors kommunikáció, és részletes dokumentáció, valamint az egyes munkafázisok időben történő helyes ütemezése.

Az alkalmazás komponensei több különböző számítógépen, és azoknak több különböző rétegében fognak működni.
Az első absztrakciós szint a felhasználói felület, melynek segítségével lehet a labor gépeiről a különböző információkat megtekinteni, illetve instrukciókat kiadni. Ezt a komponenst is több különböző programozási nyelven kell implementálni. A webes alkalmazást PHP, XHTML és CSS nyelvek segítségével implementáltjuk. Itt kell megjegyezni egy apróbb megszorítást. Bár nem jelentős, de köztudott, hogy néhány szoftvergyártó cég által piacra bocsátott böngésző nem támogatja a html szabványokat, ezért előfordulhat, hogy az egyes böngészőkben a felhasználói környezet másképp jelenik meg.
A második absztrakciós szinten található a szoftver azon komponense, mely a webes felületről érkező, kéréseket közvetítő komponensétől érkezik. Ennek a feladatnak az ellátásához a Python programnyelvet használtuk.
A harmadik absztrakciós szint már a labor felügyelt számítógépein fut. Ezen a szinten történik minden adatgyűjtés, melyet többek között C és különböző héj program nyelveken, például Bourne Shell segítségével implementálunk. Itt kell megjegyezni, hogy bár a Bourne Shell egy szkript nyelv, tehát annak hordozhatósága felől semmi kétség, ám ami a C programot illeti, az architektúrák esetleges különbözőségei miatt javasolt a C nyelvi program forráskódjának újrafordítása minden egyes kliensen.

A fejlesztő környezetet tekintve a paletta meglehetősen színes. Az összes absztrakciós szinten olyan programnyelveket, és technológiákat használtunk, melyek egyszerű szövegszerkesztő programok segítségével előállíthatóak. Ám, néhány intelligensebb fejlesztőeszköz, mely támogatja a syntax highlighting-ot, illetve rendelkezik kontextusfüggő help-pel nagyon megkönnyíti és hatékonnyá teszi a fejlesztést.

Többnyire a következő szövegszerkesztő szoftvereket használtuk: Nano (Chris Allegretta), GNU Midnight Commander, PHP Designer 2005. (MPSOFTWARE).
Ezen kívül szükség volt egy C nyelvi fordítóra, ehhez az Unix rendszereken elterjedt GNU Compiler Collection-t alkalmaztuk. Elengedhetetlen szoftver volt még a fejlesztés során egy megbízható, szabványokat támogató webböngésző, ehhez Mozilla Firefox-ot használtunk. A dokumentációt GNU OpenOffice2 szoftvercsomag WYSYWG szövegszerkesztőjével készítettük, hogy az egyes dokumentumok verziókövetésének problémáját jól kézben tudjuk tartani.

A fejlesztésre fordított időt nagyban megnövelte, hogy nem akartunk olyan előre elkészített komponenseket beépíteni a programunkba, melyek használata valamilyen kompromisszumot igényelt volna az előre elkészített specifikációhoz képest. Sokszor a beépülő modulok tudása jóval meghaladta a megkívánt működését, ez jókora munkát jelentett volna a felesleges részek eltávolításakor, néhol pedig éppen hogy több funkcióra lett volna szükség a meglévőnél.

9. On-line dokumentáció és Help rendszer

Az on-line dokumentációra szükség van, hiszen ez segíti a felhasználót egy olyan információforráshoz, melyben digitálisan, egyszerűen, gyorsan lehet keresni, gondolok itt pl. a gyik -re

A kivitelezésre vonatkozólag a következő szempontokat érdemes betartani a könnyű kezelhetőség és használhatóság érdekében.  Szakkifejezésektől mentes megfogalmazásokat érdemes alkalmazni, hiszen ez egy olyan dokumentum, melyet a legegyszerűbb felhasználónak is értenie kell. Az on-line dokumentum egyes pontjainak elérése a dokumentum elején található tartalomból való hivatkozással, melynek segítségével a felhasználó, illetve az üzemeltető könnyebben megtalálhatja a számára szükséges információt.

- Az on-line dokumentum tartalma:

    - Bemutatás : A H9 rövid, általános leírása, és legújabb verziójának funkcióijának ismertetése.

    - Történelem : A program egyes verzióiban milyen új, fontos megoldások, fejlesztések illetve lehetőségek láttak napvilágot, ezek leírása ebben a pontban történik

    - Fájlok : A telepítés előtti illetve a telepítés utáni fájlok közül azok magyarázata, melyek a felhasználó számára megkönnyíti a konfigurálás  lehetőségét, a későbbi finomítgatásokat elkerülve

    - Install : A telepítés menetének leírása, illetve a telepítéshez kapcsolódó opciók leírása : pl. "setup -xn"

    - Hibaüzenetek : A telepítés, illetve a program futása során keletkezett hibaüzenetek magyarázata, és mindegyikre legalább egy megoldási lehetőség

    - Felület : A H9 felhasználói felületéről általában

    - Nyelv : Mind a program, mind a on-line dokumentáció elérhető több, előre elkészített nyelven, de kérésre bármilyen nyelvre lefordítható a program

    - Segédprogramok: A H9 által használt segédprogramok leírása, azok funkciói, illetve opciói / kapcsolói

    - GYIK : A H9 használóiban gyakran felmerülő, gyakran ismételt kérdések. Ez rész folyamatosan bővíthető a felhasználók / illetve üzemeltetők telefonon, e-mailben vagy más módon feltett kérdéseik alapján

    - Köszönet : Köszönetnyilvánítás a H9 fejlesztése során kapott segítségekért

    - Terméktámogatás / Garancia : A Szoftver eladása mellett milyen terméktámogatás nyújtható, és milyen garancia vállalható. Az elérhetőség megadás külön pontban ( telefonszám, e-mail ) A telefonon keresztüli terméktámogatás munkaidőben vehető igénybe.

    - Jogszabályok : A program használata során felmerülő esetleges jogi kérdések

    - Irodalom : Irományok melyek segíthetik a felhasználót, illetve az üzemeltetőt egy rendszer-felügyeleti program környezetének  megismerésével ( hálózat kezelés, biztonság, operációs rendszerek jellemzői stb. )

10. Felhasznált kész komponensek – Third-party Components

A 8. alpontban feltüntetett három absztrakciós szint szerint különbontva olvasható a felhasznált komponensek, technológiák listája.

Az első absztrakciós szint a felhasználói felület. Ezen a szinten, minden komponens saját modulból áll, az authentikáció, az egyes kezelőfelületek, diagramok, egyedi fejlesztésű szoftverkomponensek. A szoftver hierarchiájában a következő néhány szoftver rejtve marad, de a háttérben rengeteg olyan beépülő komponens működik, melyek a webes felület megfelelő működéséért felelősek.

Webes alkalmazásról lévén szó, elengedhetetlen egy web szerver használata, mely a H9 szoftver esetén az Apache HTTP Server, mely licence a GPL licenccel kompatibilis (http://www.apache.org/licenses/GPL-compatibility.html) Az Apache-ba több beépülő csomag került, mely a webes felület működéséhez elengedhetetlen volt. Többek között a dinamikus weboldalak előállításhoz a PHP nyelvi modul került felhasználásra. Mivel a webes felületen több grafikon valós idejű előállítására van szükség, ezért a PHP modul a Boutell.Com Inc cég által kifejlesztett GD library grafikus beépülő osztálykönyvtárral egészül ki, mely szintén GPL licenc alá tartozik.

A második absztrakciós szint a webes felületről érkező kéréseket dolgozza fel. Ezen a szinten több olyan technológia épül a szoftverbe, mely implementálása nagyobb költséggel járt volna, mint egy kész, mások által fejlesztett komponens használata. A webes kéréseket egy Python nyelven megírt egyedi daemon dolgozza fel. A Python programnyelv értelmezője a http://www.python.org webcímről szerezhető be. A Python GPL licencel kompatibilis.

11. Interfészek

11.1. Felhasználói interfészek

A H9 programcsomag felhasználói felülete egy webes felület, ami egy webböngésző program használatával érhető el. A H9 nem használ semmilyen konkrét böngésző specifikus elemeket, szabványokat, így mindegyik elterjedt böngészővel ugyanolyan minőségben használható. Egy webböngésző használatához elegendő tudással manapság már minden számítógépet látott ember rendelkezik. A felületen a HTML, CSS szabványok és a JavaScript szkriptnyelv használatos.

A felhasználó először egy belépési oldallal találkozik, itt a megfelelő felhasználónév és jelszó páros begépelése után a belépés gombra kattintva jut tovább a felhasználó a program főoldalához, hibás felhasználónév vagy jelszó esetén újra próbálkozhat a felhasználó a belépéssel. A főoldalon található egy menürendszer, amin keresztül elérhetőek az adatlekérdezési és vezérlési funkciók és más egyéb menüpontok:

• Az adatlekérdezés menüpont alatt vannak az állandó jelleggel készített statisztikák, táblázatos és grafikonos formában egyaránt, illetve itt nyílik lehetőség a valós idejű adatlekérdezésekre, megfigyelésekre.

• A másik fontos menüpont a vezérlés. Ezen menüpont alatt lehet parancsokat kiadni az egyes számítógépeknek vagy számítógép csoportoknak.

• Az automatikus tevékenységek menüpont alatt lehet beállítani a különböző eseményekre kiváltott reakciókat, mint például időzített feladatok, meghatározott felhasználó belépésekor végrehajtandó program, stb.

• A felhasználó menedzsment menüponton keresztül a H9 szoftvercsomag felhasználóit lehet kezelni. Hozzáadni, eltávolítani új felhasználókat, létező felhasználók adatait, jogait módosítani.

• A számítógép menedzsment pont alatt van lehetőség új gépek hozzáadására, illetve már nem használt gépek eltávolítására a H9 menedzsment rendszeréből. Másik lehetőség a számítógépek csoportba szervezése, pl. Labor1, Labor2, stb.

11.2. Hardware interfészek

A H9 programcsomag nem vezet be új hardware-t a rendszerbe. A főkomponensnek célszerű külön számítógépet dedikálni, ez lehet egy már a rendszerben létező gép is, de erősen ajánlott egy a H9 fejlesztők által beállított számítógépet használni, amely kizárólag csak a H9 rendszer feladatait látja el. Ebben az esetben egy új számítógép kerül a létező rendszerbe, de ez fizikailag megegyezik egy normál számítógéppel.

11.3. Software interfészek

A H9 szoftver több más szoftvert használ:

• A felhasználói felületet egy webszerver szolgálja ki, ami szabványos titkosított kapcsolaton ( HTTPS ) keresztül adja át az adatokat a H9 felhasználóinak. Ehhez a webszerverhez kapcsolódnak a H9 felhasználók egy webböngésző program segítségével az említett titkosított kapcsolat felett.

• A főkomponens a labor számítógépein futó operációs rendszerrel SSH és SNMP protokollokon keresztül kommunikál, a labor számítógépein ezeket a protokollokat értelmezni képes szoftvernek kell lennie.

• A H9 komponensei természetesen használják az operációs rendszer szolgáltatásait is.

11.4. Kommunikációs interfészek

A H9 programcsomag a felügyelt számítógépekkel IP alapú hálózaton keresztül kommunikál különböző TCP és UDP feletti protokollokon. Az információlekérdezés SNMP protokollon keresztül történik a főkomponens és a labor gépei között. Ez egy UDP alapú protokol, így a lehető leggyorsabb a válaszadás az információlekérésre. A vezérlés SSH protokollon keresztül került megvalósításra. Ez egy TCP alapú protokoll, ezzel biztosítva van minden információ átvitele, az SSH protokoll ezenfelül még titkosítást és felhasználó azonosítást is végez a maximális biztonság érdekében. A webböngésző programok a TCP alapú HTTP protokoll titkosított verzióján keresztül kapcsolódnak a felhasználói felület webkiszolgálójához. A IP protokoll használata lehetővé teszi, hogy a felhasználói felületet a világ bármely pontjáról elérhető legyen, bármilyen fizikai összeköttetésen keresztül. Nem csak az Interneten, hanem akár hagyományos telefonvonalon vagy mobiltelefonon keresztül is.

12. Alkalmazott szabványok

12.1. Kötelezően alkalmazandó szabványok

A hatályos törvényi előírások közül a jótállási és szavatossági kötelezettségek betartását kell szem előtt tartani.

A jótállás garantálja, hogy bizonyos időtartamon belül a termék kifogástalanul fog működni, és ez alól a felelősség alól csak akkor mentesül a szoftver kifejlesztő cég,  ha bizonyított, hogy a vevő rendeltetésellenesen használta a terméket. A törvényileg előírt egy éves jótálláson felül a H9 alkalmazásra az eladó további harminc év jótállást vállal.

Szavatossággal az eladó felelősséget vállal, hogy az eladáskor hibátlan terméket adott át a vevőnek, tehát nincs olyan rejtett hibája, amely később derül ki. Szavatosság keretében a vevőnek kell bizonyítania, hogy vétlen a meghibásodásban, a hiba már eladáskor benne volt az áruban, de az átadáskor, vagyis a szerződés teljesítésekor még nem lehetett észlelni azt. Vírus, vagy külső program okozta meghibásodásból eredő károkért az eladó nem felel.

12.2. Választás alapján alkalmazott szabványok

A hálózati szabványok terén már létező szabványokra esett a választás, egyrészt kiforrottságuk és kompatibilitásuk miatt, másrészt kész szabványok használatával tetemes munkaidő megspórolható. A hálózaton a TCP/IP a használt protokoll család. Ezekre épül protokollokat használ a H9 szoftver:

SNMP: könnyűsúlyú, hálózati menedzsmentre használt protokoll. A H9 programcsomag a labor számítógépeiről kérdez le adatokat segítségével. További információkat lásd: RFC 1157, RFC 1441 dokumentumokban.

HTTP: az Internet legismertebb protokollja, webböngészők és webszerverek kommunikációs szabványa. A H9 szoftver a webes felület eléréséhez használja. További információkat lásd: RFC 2616 dokumentumban.

HTTPS: a HTTP titkosított verziója. További információkat lásd: RFC 2818 dokumentumban.

SSH: titkosított távoli számítógép elérést biztosító protokoll. A H9 program a labor gépeinek vezérlésére, és néhány adatgyűjtő funkciójában használja. További információkat lásd: RFC 4250, 4251, 4252, 4253, 4254 dokumentumokban.