Műszaki ismertető

Bevezetés

A következő fejezet egy általános műszaki ismertetést kíván adni a szoftverről, elsősorban a használt technológiákról.
Az ORCHI egy kliens-szerver felépítésű szoftver, mely a mai kor legmodernebb technikai megoldásait ötvözi. Az alkalmazott technológiák egy egységes integrált szoftvert alkotnak.

Distributed InterNetwork Architecture (DNA)

A szoftver felépítése a DNA irányelveknek megfelelő. A megoldás integrálja az Internet, kliens-szerver és a PC elvű feldolgozások előnyeit egy új rendszerű elosztott szoftver kialakításához. Főbb tulajdonságai az alábbiak:
Illeszkedés az Internethez
Az ORCHI minden elemével támogatja és kihasználja az Internetben rejlő kommunikációs lehetőségeket. A tárolt adatok teljes mélységben szétoszthatóak az Interneten keresztül, mely rendkívül hatékony információ-áramlást tesz lehetővé.
Három rétegű struktúra
A szoftver felépítése az ún. három rétegű modellnek felel meg, ahol a vékony kliens oldali réteget az applikáció logika köti össze az adattárakkal. Az alábbi ábra ezt szemlélteti.

Component Object Model (COM)

A szoftver felépítése a többször felhasználható COM objektumokra épül, melyek együtt nagyon hatékony, többrétegű, szabványos komponensekből álló, elosztott rendszert alkotnak.
Windows platform
Az ORCHI minden eleme hatékonyan kihasználja a ma legelterjedtebb Windows platform előnyeit. A kliens oldali modulok futtathatóak Windows 95/98/2000, Windows NT környezetben, és hatékonyan együttműködnek egyéb alkalmazásokkal is (Microsoft Office, Internet Explorer, stb.).
Felhasználói interfész
A Windows technológiák és az Internet lehetőségeit kihasználva az ORCHI a lehető leggazdagabb felhasználói felülettel és kliens környezettel rendelkezik. A megjelenítő réteg az alábbi szolgáltatásokra támaszkodhat: HTML, Scripting, Dynamic HTML, Components, Win32 API.

Skálázhatóság: fürtözés, SMP rendszerek

A felépítésnek köszönhetően a rendszer tetszőlegesen hangolható mind a nagyobb teljesítmény, mind a nagyobb kapacitás irányába. Az elvi felépítés következtében korlátlan a bővíthetőség. A szerverek igény szerint fürtözéses (clustering) módon is szervezhetők, mely jelentősen tovább növeli a rendszer kapacitását, és hibatűrő képességét. A kimagaslóan alacsony menedzsment igény jelentősen csökkenti a rendszer teljes költségét (total cost of ownership).

Fürtözés (clustering)

A rendszer kapacitásának, hibatűrésének növelése érdekében a szerverek fürtözéses szervezése is támogatott. A megfelelően kialakított szoftver képes arra, hogy az egyik szerver meghibásodása esetén a fürt többi tagja automatikusan átvegye a szerepét, és így a hibát a felhasználók észre sem veszik. Ezzel a technológiával egyszerűen felépíthető egy 7 x 24 órában működő rendszer. A tárolókapacitás is korlátlanul növelhető a rendszerben. Legyen szó bármilyen tárolóeszközről (RAID, optikai lemezek, Jukebox, stb.), az ORCHI képes azt támogatni, akár vegyesen is.

SMP (Symmetric Multiprocessor Machine) támogatás

Az ORCHI szoftver szerver oldali alkalmazása támogatja az SMP felépítésű számítógépek használatát. Így a megfelelő paraméterekkel elérhető, hogy az alkalmazás erőforrásigényét lekorlátozzuk bizonyos processzorokra, így biztosítva pl. egy általános alkalmazás-szerveren az egyes applikációk függetlenségét. Pl. ha egyazon szerveren -8 processzor- fut egy levelező szoftver, valamint az ORCHI, akkor az első négy processzort használja a levelező rendszer, míg a második négyet pedig az ORCHI. Az SMP paraméterek állítását az Administrator modul segítségével rendkívül egyszerűen el lehet végezni.

Worker thread-ek

A Windows NT a preemptív multitaskingnak köszönhetően alkalmas arra, hogy egyszerre több szálon, a prioritásokat figyelembe véve futassa az erre felkészített applikációkat. Az ORCHI szervereken paraméterezhető módon állítható az ún. worker thread-ek száma, mely meghatározza a párhuzamosan elvégezhető tranzakciók számát. Így akár egy több száz munkaállomásos nagyvállalati rendszer kiszolgálása is a szoftverre bízható. Az Administrator modulban a worker thread-ek száma egyszerűen hangolható.

Szabványos technológiák alkalmazása

A szoftver minden eleme követi a legmodernebb "de facto" ipari szabványokat. A rendszer moduljai szabványos interface-eken keresztül épülnek egymásra, lehetővé téve ezzel egyrészt a további strukturált, rendszerorientált bővítéseket, másrészt adott esetben bizonyos rétegek egyszerű cseréjét. A szabványos kapcsolódási felület lehetőséget nyújt egyéb rendszerekkel való magas szintű integrált kapcsolat kialakítására, valamint a kliens oldalon célalkalmazások fejlesztésére is.

Szerver oldali alkalmazás (applikáció logika)

A szerver oldali alkalmazások Windows NT környezetben futnak, az un. applikációs szerveren. Az alkalmazás minden része szabványosan illeszkedik a Windows NT környezetbe. Hatékonyan kihasználja az NT erőforrásait és beépített lehetőségeket, úgymint:

32 bites platform

A program minden eleme a 32 bites platformra készült és így teljes funkcionalitással képes kihasználni a Win32 API összes lehetőségét.

NT Service működés

A szerver oldalon futó modulok mindegyike egy-egy NT Service. Ez lehetőséget biztosít az egyszerű menedzselésre és a távoli adminisztrációra.

Event Log kezelése

A modulok a rendszer fontosabb eseményeit regisztrálják a Windows NT Event Log-ba.

Performance Monitoring

A modulok támogatják a Performance Monitoring számlálókat (counter), ami a rendszer hangolásánál fontos segédeszköz lehet.

Hálózati kommunikáció

Az szoftver a TCP/IP hálózati kommunikációs protokollt használja. A szerver oldalon használt portok konfigurálhatóak, így elkerülhető egy esetleges ütközés egyéb azonos gépen futó alkalmazásokkal.

DHCP használata

Lehetőség van DHCP (Dynamic Host Configuration Protocol) használatára is. Ekkor a kliensek nem fix IP címen keresik a szervereket, hanem azt dinamikusan határozzák meg. Ez az opció nagyobb hálózatok esetén könnyítheti a rendszer menedzsmentjét.

Hálózati csomagméret

A hálózati kommunikációban szerepet játszó csomagok méretét (network packet size) a kliens oldal szabályozza, a szerver a kliens által igényelt méretet pedig megpróbálja teljesíteni. Amennyiben a szerver oldalon az adatküldésre fordított idő a kliens által igényelt csomagméretnél meghalad egy küszöbértéket, akkor a kapcsolatot a szerver bontja, és a kliens egy kisebb csomagmérettel újból próbálkozhat.
Ennek a megoldásnak köszönhetően minden kliens a saját hálózati erőforrásainak megfelelő ideális csomagmérettel tud a szerverekhez kapcsolódni, és ezzel a lehető leggyorsabb adatforgalmat lebonyolítani. Így egy lassabb (pl. modemes) kapcsolat esetén is használható marad a rendszer, úgy, hogy ez a lokális hálózat forgalmát nem befolyásolja.

Optimalizált hálózati forgalom

A kommunikáció fontos jellemzője, hogy teljes funkcionalitással működik alacsonyabb sávszélességű hálózatokon is. Így bérelt vonalas összeköttetések, modemes kapcsolatok, stb. is felhasználhatók a rendszer kiépítésekor.

RAS (Remote Access Service) kapcsolatok

Az ORCHI szoftver szerver és kliens oldala is alkalmas arra, hogy távoli kapcsolatot építsen ki telefonhálózaton keresztül. Ezzel mód nyílik pl. arra, hogy távoli munkaállomások is egyszerűen bekapcsolódjanak egy központi szoftverbe modemen keresztül. A megvalósított funkciók 100%-osan vehetők igénybe a távoli munkaállomás számára is.

Tűzfalas (Firewall) védelem

Az Internetes lehetőségek miatt rendkívül fontos, hogy a tárolt adatokat megvédjük az illetéktelen felhasználóktól. Ennek érdekében az ORCHI szerverek egy beépített tűzfalas védelemmel vannak ellátva, ami megakadályozza a belépést a hálózat ismeretlen pontjairól. Az engedélyezett és a tiltott IP címtartományokat a rendszer adminisztrátora tudja tetszőlegesen meghatározni.

Felhasználók azonosítása (authentication)

Az ORCHI rendszerben a felhasználók azonosítása két egymástól független algoritmus alapján történik (történhet). Az egyik a hagyományos felhasználói név és jelszó szerinti azonosítás. Ez azonban kiegészíthető a Windows NT jogosultság kezelésével is. Amennyiben az ORCHI szerver megköveteli a felhasználóktól ezen azonosítási módot, akkor a felhasználó csak akkor léphet a rendszerbe, ha az NT-s domainbe is van jogosultsága belépni. Ekkor a kliens program elindításakor nem kell külön jelszót megadni, a jogosultság lekérdezése automatikus. A megkövetelt azonosítási módot a szerver oldalon lehet beállítani, a kliens programokat ennek megfelelően kell paraméterezni.

Univerzális adathozzáférés (Universal Data Access)

Az ORCHI szoftver beépített lehetőségeinek köszönhetően további fejlesztés nélkül tetszőleges adatforráshoz kiépíthető kapcsolat. Egy informatikai rendszer több, egymástól szeparált adatforrásokból állhat, melyek lehetnek relációs vagy nem relációs adatok. Ezeket az adatokat nem szükséges egy közös helyre mozgatni, a szoftver képes ezeket integrálni. A hozzáférés alapja az adatforráshoz tartozó OLE DB meghajtó.

Adatbázis

Az ORCHI szoftver szerver oldalának minden eleme az adatokat, az image file-ok kivételével, relációs adatbázisokban tárolja. Adatbázisként minden nagyteljesítményű adatbázisszerver megfelelő, így pl. a leggyakrabban használt Oracle és MS SQL relációs adatbázisszerverek is. Az adatbázis elérése szabványos OLEDB illesztőn keresztül valósul meg.

A szoftver három rétegű felépítéséből következik, hogy az adatbázishoz csak a középső réteg, azaz a szerver oldali applikáció kapcsolódik. Ez a megoldás lényegesen egyszerűsíti a rendszer menedzsmentjét és fejlesztési költségeit is.

Az adatbázis szerver futtatására a Windows NT-n kívül alkalmas egyéb más platform is, pl. tetszőleges UNIX, Linux stb. operációs rendszerek.

Adatmentések, visszatöltések

Az ORCHI szoftverben az adatok tárolási módjából adódóan kétféle adatmentési funkció értelmezett. Az egyik az adatbázisok, a másik az ún. volume-ok mentése.

Adatbázisok mentése

Az adatbázisok mentésére, a szerver oldal moduláris felépítésének köszönhetően, több lehetőség van.
Adatbázis szerverek közötti transzfer
Ütemezhető folyamatként a teljes adatbázis vagy annak csak egy meghatározott része mentésre kerülhet egy másik adatbázis szerverre. Célszerű napi vagy heti rendszerességgel futtatni ezt a folyamatot (task-ot). A transzfer előnye, hogy amennyiben az eredeti adatbázis megsérülne, a szerver programok átállíthatóak a mentett adatbázis használatára. Mivel a mentett adatbázis a legfrissebb adatokat nem tartalmazza, a szerver programok átállíthatóak ún. search-engine módba, ezzel lehetőség adódik arra, hogy az írási műveleteket kivéve, a rendszer használható maradjon. A szerverek egy lehetséges kiépítését mutatja az alábbi ábra. Az adatbázis szerverek kölcsönösen átrakják saját adataikat a másik szerverre, ezzel növelve az adatok biztonságát.

Adatbázis szöveges állományba mentése

Bizonyos időközönként célszerű a teljes adatbázist szöveges, tehát ember által olvasható állományokba menteni. Az így létrejövő file-okat optikai vagy magneto-optikai tárolón, esetleg más fizikai helyen tárolva növelhető a rendszer biztonsága egy esetleges katasztrófahelyzet esetén.
Tükör adatbázis szerverek
Minden szerver fő adatbázisa mellé definiálhatunk ún. tükör adatbázis szervert. A tükör adatbázis szerver minden időpillanatban a pontos tükörképe a fő adatbázisnak, minden változtatás azonnal végrehajtódik rajta is. Amennyiben fő adatbázisnak valamilyen hibája történne, pl. a tároló eszköz meghibásodása miatt, a szoftver futás közben, automatikusan átáll a tükör adatbázisra, így folytatólagosan tud tovább futni. A tükör adatbázis használatának rendkívüli előnye, hogy segítségével a rendszer hibatűrő képessége jelentősen megnő, és biztosítja az abszolút folyamatos működést. A tükör adatbázisok felépítését az alábbi ábra szemlélteti.

Mentés minden tranzakció előtt

Az ORCHI Catalogue Server paraméterezhető módon minden katalógusban végzett módosítás előtt elmenti az adott adatlap minden mezőjét (a teljes rekordot). Így egy külön táblában az adott katalógus rekordjainak minden változata megtalálható. Ez a funkció egy esetleges rekord-szintű visszaállítás esetén igen hasznos lehet.

Visszatöltés

A fent felsorolt adatmentések célja, hogy egy esetleges hiba, katasztrófa vagy emberi közbeavatkozás (szándékos vagy nem szándékos) esetére megfelelő adatvédelmet nyújtsanak. A mentések során keletkezett állomány (másik adatbázis, szövegfile, másik adattábla) alkalmas arra, hogy szükség esetén az eredeti adatbázist helyre lehessen állítani.

Image file-ok tárolása

Az ORCHI szoftver az archivált dokumentumokat, az ú.n. image vagy képfile-okat nem az adatbázisban tárolja, hanem egy erre a célra kialakított könyvtár struktúrában. Ennek a megoldásnak számos előnye van az adatbázisban való tároláshoz képest.

1.Függetlenség az adatbázis szoftvertől

A tárolt dokumentumok az adatbázis sérülése vagy esetleges teljes megsemmisülése esetén is megmaradnak. A rendszer elosztottabb, jobban menedzselhető és a katasztrófahelyzeteket jobban tűrő lesz. A tárolható képfile-ok mennyiségére nincs semmiféle korlát, és amennyiben a tároló- rendszernek egy része sérül csak meg, a többi része hiba nélkül rendelkezésre áll. (Adatbázis egy kis részének sérülése esetén elképzelhető, hogy az egész adatbázis használhatatlanná válik.)

2. Off-line tároló-média kezelés

Lehetőség van off-line módon kezelni a képfile-okat. Az image-leíró rekord on-line módon az adatbázisban van, a hozzá tartozó image azonban egy off-line médián (pl. CD lemez) foglal helyet. Az ORCHI Documentum Storage Server mindig tudja, hogy a keresett kép melyik tárolóeszközön van, így amennyiben ez egy off-line média, akkor kéri a rendszer operátort, hogy tegye be a megfelelő (megnevezett) lemezt az adott meghajtóba.

Az archivált állományok tárolásának egysége az ún. volume. Egy Documentum Server felügyelete alá tetszőleges számú volume helyezhető, ehhez mindössze az szükséges, hogy a szerver egy lokális vagy hálózati drive-on elérje, "lássa" a tárolóegységet. A felépítésből következik, hogy a volume-ok gyökér paraméterének állításával azok tetszőleges helyre mozgathatóak. Az Administrator program segítségével a volume-ok könnyen menedzselhetőek.

A Documentum Server a kliens tárolási parancsának végrehajtásakor egy olyan volume-ot keres, amelyik on-line elérhető, írható és van rajta szabad hely. Minden volume-nak definiálható egy ún. backup volume párja. A backup volume általában a pontos másolata az eredetinek, feladata pedig az adatbiztonság növelése. Különbség csak törlés esetén keletkezik a két volume között, ugyanis erre az esetre két (paraméterrel kiválasztható) algoritmus szolgál.

1. Törlés csak a normál volume-ról

Ebben az esetben a backup volume-ról fizikailag még törlési parancs esetén sem törlődik a dokumentum, csak virtuálisan, a rá vonatkozó hivatkozás megszűnésével válik töröltté. Így egy esetleges véletlen törlés esetén sem veszik el a dokumentum.

2. Lomtár használata

Lomtár használata esetén (Recycle bin) a törölt állományok a merevlemez egy meghatározott részére kerülnek. A lomtár maximális méretét paraméterként állítani lehet.

Adatbiztonság

Az ORCHI szoftverben kimagasló szerepe van az adatok biztonságos tárolásának és továbbításának.

Titkosított hálózati forgalom

Az ORCHI szerverek és szolgáltatások csak az ORCHI saját kommunikációs protokollján keresztül érhetők el, tehát a szervereknek (célszerűen) semmiféle hálózatos megosztást nem kell felajánlaniuk. Az archiváló szoftver hálózaton történő adatforgalma titkosított.
A hálózati forgalom titkosításának két rétege van. Az egyik az ADM matematikusai által kifejlesztett speciális algoritmus (ODS - Orchi Data Security), amelynek a belső működése nem publikus. Alapvető tulajdonsága a rendkívül nagy érzékenység a titkosítás minden paraméterére. Akár a kódolandó tetszőleges méretű adatban, akár a kódoló kulcsban a legkisebb változás történik, a hatás átterjed a kódolt állomány minden pontjára. Ezt kiegészíti az a tulajdonsága, hogy ugyanazt a bemeneti adatot kétszer lekódolva mindig különböző eredményt kapunk (additív zaj használata). Mivel az algoritmus nem publikus, ezért lényegesen nehezebb feladat a feltörése.

Az ODS algoritmus alapvető tulajdonságai:

 - Rendkívül nagy érzékenység minden paraméterre,
 - Egymástól minimálisan különböző bemenet, teljesen különböző kimenetet generál,
 - Tetszőleges hosszú bemeneti tömb kódolása lehetséges,
 - Tetszőleges hosszú kulcs használható,
 - Nem publikus algoritmus.

Az adatok titkosításának második rétege az RC4-es algoritmus. A szimmetrikus titkosítási algoritmus 40 bites kulcsokat használ.
Az ORCHI komplex titkosítási rétegének felépítése az alábbi ábrán látható.



A szoftver felépítése lehetővé teszi, hogy az RC4-es algoritmus helyett mást használjunk. Ehhez a megfelelő CSP-t (Cryptographic Service Provider) kell a rendszer mellé telepíteni, mint független modult. Így a titkosítás akár egyéb hardver kiegészítéssel (pl. mágneskártya) is felszerelhető.
A fenti megoldás eredményeképpen egy rendkívül bonyolult felépítésű, ennek eredményeképpen igen nehezen visszafejthető, biztonságos és tetszőlegesen tovább bővíthető, de ugyanakkor gyors titkosítást kapunk.

Titkosított adattárolás

Az ORCHI Documentum Storage Server lehetővé teszi, hogy a tárolt képfile-ok szintén titkosítva kerüljenek ki az adathordozóra. A titkosítási algoritmus ugyanaz, mint ami a hálózati forgalom kódolásánál használatos. Ezzel lehetővé válik, hogy azok a rendszeradminisztrátorok, akik közvetlenül elérik a rendszer erőforrásait, azok se tudjanak a szerver programokat megkerülve az adatokhoz hozzáférni. Hasonló védelmi funkciót lát el a szoftver ezen szolgáltatása arra az esetre is, ha a dokumentumokat tároló média valamilyen oknál fogva illetéktelen kezekbe kerül. Ilyen előfordulhat illegális okok miatt, de akkor is, ha a média szerviz okok miatt kerül a szervizbe vagy a gyártóhoz.

Közvetlen hozzáférés igénye esetén egy külön modul erre lehetőséget nyújt, de ennek - az amúgy nem publikus - jelszavakat (kulcsokat) meg kell adni. A titkosított adattárolás, hasonlóan a hálózati forgalom titkosításához, paraméterrel engedélyezhető, illetve tiltható.

Rendszeradminisztráció

A szoftver szerver oldalának minden paramétere, funkciója (megfelelő jogosultsággal) a hálózat tetszőleges pontjáról adminisztrálható (LAN/WAN vagy modemes kapcsolat). Így a szerver gépeket a normál működés során fizikailag soha nem kell megközelíteni, akár még a szoftver telepítése esetén sem.

Felhasználók, felhasználói csoportok

Az ORCHI szoftverben elvben tetszőleges számú felhasználót és felhasználói csoportot lehet definiálni. A jogosultságok minden csoporthoz és minden felhasználóhoz tetszőlegesen hozzárendelhetők. A felhasználó alapesetben a csoportjához tartozó jogosultságot örökli. Külön jogosultsághoz kötött a dokumentumok adatlapjának listázása, a dokumentumok megtekintése, törlése, az adatok módosítása, azaz gyakorlatilag minden, a dokumentumokkal kapcsolatos manipuláció. Külön jogosultság rendelhető a dokumentumok tárolásához is, amellyel pl. olyan felhasználói profil definiálható, mely csak a szoftverbe való adattöltésre jogosult, viszont semmi egyébre nem (pl. adatrögzítők, beviteli szoftver modul).

A dokumentumok leíró rekordjai a (könyvtáraknál megszokott, természetes katalogizálásnak megfelelő módon) ú.n. katalógusokba rendezhetőek (lásd később részletesebben az ORCHI Catalogue Server leírásánál). Így pl. külön katalógusba tartozhatnak a szerződések, levelek, bizonylatok, faxok stb. A felhasználók jogosultságait minden katalógusra külön-külön szabályozni lehet. A jogosultság ilyen szintu kiosztásával elérhető, hogy pl. a pénzügyi osztály által kötött szerződésekhez csak egy szűk kör férjen hozzá, azonban az ügyfelekkel folytatott levelezéshez mindenki.

Naplózás

Az ORCHI Szerver minden része (Központ, Katalógus, Irattár, …) dokumentálni (loggolni) képes minden egyes eseményt, tranzakciót. Így a felhasználók és az operátorok minden parancsa, kérése, a hibák és az esetlegesen hibához vezető jelenségek naplózhatók. Adminisztrátori jogosultsággal lehetőség van ezen események (event-ek) közül választani, azaz meghatározni, hogy melyeket naplózza és melyeket ne. A naplózás több helyre történhet, akár mindegyikre párhuzamosan is.

A naplózás -a fokozott biztonságot igénylő rendszereknél- a legmesszebbmenőkig részletes lehet. Ezáltal a felhasználó minden mozzanata teljesen pontosan rekonstruálható a későbbiekben. Évekre visszamenőleg azonban általában nem érdemes minden esemény-rekordot megőrizni, ezért lehetőség van az adatokat off-line állapotba tenni. Amennyiben a későbbiekben szükség lenne olyan adatokra, amelyek már off-line médián vannak, azok operátori segítséggel előkereshetők.

Windows NT Event Log

A Windows NT applikációs eseménynaplója is lehet a naplózás eszköze, mely könnyű kezelhetőséget biztosít az adminisztrátorok számára. Az rendszerhez szállított jelentéskészítő eszköz képes az Event Log-ot is forrásként kezelni.

Adatbázis

Az adatbázisba történő loggolás előnye, hogy több hónapra, akár évre vonatkozó minden adatot képes tárolni, és benne gyors visszakeresést biztosítani. Jelentések és statisztikák is generálhatóak az adatokból, mely így alkalmassá válik hosszabb folyamatok (pl. ügyviteli folyamatok sebességének) elemzésére.

SNMP (Simple Network Management Protocol)

Az ORCHI Szerver képes a fent említett összes eseményről SNMP trap-et küldeni pl. egy HP OpenView felé. Az SNMP segítségével a használt informatikai eszközök azonos felületen keresztül monitorozhatók. Az SNMP beállítása szintén adminisztrátori jogosultságot igényel.

SMS

A szerver program képes SMS üzenetek küldésére is. Ez elsősorban az adminisztrátorok számára jelent könnyebbséget, hiszen így a rendszer működését befolyásoló eseményekről közvetlen értesítést kaphatnak a mobiltelefonjukra. A szoftver ezen szolgáltatása azonban hasznos lehet a management számára is, hiszen az ügyviteli folyamatok eredményeiről akár folyamatosan, rövid jelentéseket kaphatnak.

Performance Monitoring

A szoftver szabványos performance monitoring felülettel rendelkezik, mely lehetővé teszi, hogy a szervereket jellemző különböző paraméterek időbeni változását figyelemmel lehessen kísérni. Az adminisztrátorok a Windows NT Performance Monitor applikációját használhatják a megfigyelésre. Ilyen paraméter pl. egyes feldolgozási sorok hossza, a hálózaton érkezett és küldött byte-ok mennyisége, stb.

Optikai tárolók kezelése

A szoftver felépítéséből adódóan képes tetszőleges optikai illetve magneto-optikai eszközök kezelésére. Hasonlóan a szerverek fürtözéses szervezéséhez, az optikai tárolókból is tetszőleges számú és méretű integrálható a rendszerbe. A legnagyobb teljesítmény elérésének érdekében célszerű, hogy az adatok (képfile-ok) írás során (tároláskor) egy a merevlemezen lévő volume-ra kerüljenek. Mikor a volume megtelt, az ORCHI Document Storage Server automatikusan másolja át a teljes volume-ot a megadott optikai eszközre. Az optikai lemezre kerülés után az eredeti volume paraméterezhető módon automatikusan törlődik.

Optikai tárolóként használható jukebox vagy egylemezes drive is. Jukebox használata esetén a lemezek automatikusan kerülnek a drive(ok)-ba. Egylemezes drive főleg az off-line elérések kiszolgálására használható.

Jelentéskészítési lehetőségek

A szoftverben egy különálló modul szolgál jelentések, riportok és statisztikák készítésére. A jelentésgenerálás indítható egy tetszőleges munkaállomásról manuálisan, vagy a szerver oldalon futó ORCHI Report Server segítségével automatikusan.

A jelentések a felhasználó kívánsága szerint paraméterezhetőek (pl. időszak, felhasználói csoport, stb. szerint). Minden paraméternek van egy alapértelmezés szerinti értéke, így ha a felhasználó nem definiálja a mező értékét, akkor is értelmes eredményt kap.
A riport sablonok a későbbiekben tetszőlegesen bővíthetőek. Egy új sablon beillesztése a rendszerbe mindössze pár perc munka eredménye. A riport sablonok megírása szintén nem fejlesztési feladat, az erre szolgáló grafikus fejlesztői környezet segítségével ez a rendszeradminisztrátorok által elvégezhető.

A riport eredménye az erre szolgáló megtekintő segítségével grafikus módon megtekinthető (print preview) a monitoron, utána elmenthető file-ba, továbbküldhető e-mail-en vagy nyomtatható. A file-ba mentés elvégezhető minden ismertebb formátumba, így pl. Word (.doc), Excel (.xls), rich text (.rtf), text (.txt), Wordperfect, és HTML (.htm, .html).
Az ORCHI Report Server segítségével on-line monitoring szoftver is megvalósítható. Egyik megoldás például, hogy a riport kimeneteként egy HTML oldalt definiálunk. Így a vállalat belső Intranetes felületén az ügymenettel kapcsolatos statisztikák folyamatosan figyelemmel kísérhetők.

Programozói felület

Az ORCHI szoftver publikus programozói felülettel rendelkezik (ORCHI API). Segítségével minden szolgáltatás elérhető és ezzel lehetőség nyílik az egyszerő továbbfejlesztésekre illetve egyéb rendszerekbe való integrálásra. A legmagasabb szintű API függvények meghívásával egy egyszerűbb visszakereső és dokumentum megtekintő szoftver modul elkészítése mindössze 10 percet vesz igénybe. Az ORCHI API az alkalmazott platformtól (pl. Windows 95, Windows 3.1, …) és környezettől (pl. Microsoft Internet Explorer, Netscape Navigator) függően támaszkodik az ActiveX/COM, DLL, VBX programozói felületekre.



A szoftver szolgáltatásai alacsonyabb szinten is elérhetőek. Így például a dokumentumokat egy FTP (File Transfer Protocol) interfészen keresztül is le lehet tölteni, ami jelentős könnyebbséget nyújt más informatikai rendszerekkel való integráció esetén. A szolgáltatás előnye, hogy teljesen platform független, így egységesen hívható a leggyakrabban használt Windows, Unix stb. operációs rendszerek alól.

Integráció

Az ORCHI szoftver a fentebb részletezett tulajdonságai révén rendkívül könnyen integrálható egy meglévő informatikai rendszerbe. Az univerzális adathozzáférés (Universal Data Access) lehetőséget teremt arra, hogy kétirányú on-line kapcsolat alakuljon ki az ORCHI és a már meglévő rendszerek között. A kapcsolatok kialakításához nem szükséges semmiféle további fejlesztés, a szoftver megfelelő paraméterezésével ez elérhető. Ez a megoldás jelentős időt és költséget takarít meg.



Az integráció egy magasabb szinten is megvalósulhat. Erre az ORCHI API (programozói interfész) teremt kiváló lehetőséget, amely jól definiált ActiveX komponensek halmaza. A komponensek tetszőleges programnyelven írt applikációba behelyezhetőek (pl. Visual C++, Visual Basic, Delphi, stb.) illetve vékony kliensekből (pl. Internet Explorer) is hívhatóak. A komponenseken keresztül a teljes funkcionalitás elérhető. Erre mutat példát az alábbi ábra.

ORCHI Command Language (OCL)

Hardver szükséglet

Szerver oldali igények:

A szoftver szerver oldali igénye, az adatbáziskezelőn kívül egy Windows NT, vagy Windows 2000 alapú applikációs szerver.
Minimális paraméterei:
Pentium II 233 processzor (ajánlott: Pentium III, IV; dual processzor )
(ajánlott: 1 GHz processzor)
512 MB RAM
20 GB merevlemez (ajánlott: 40 GB)
Operációs rendszer: Windows NT 4.0 SP4, Windows 2000 Server
Kliens oldali igények:
Pentium 166 Mhz (ajánlott: Pentium II)
64 MB RAM (ajánlott: 128 MB)
50 MB merevlemez
Operációs rendszer: Windows 95/98, Windows NT 4.0, Windows 2000 Kliens (ajánlott: Win NT/2000)
Monitor: SVGA min. 800x600 (ajánlott 1024x768, színes)

  Az ORCHI műszaki leírása letölthető itt.

Tovább>>