Mi az elosztott hálózati architektúra. Az elosztott vezérlőrendszer építészete az újrakonfigurálható multicolor számítástechnikai környezetben L-Net

Jelenleg szinte minden nagy szoftverrendszer kerül elosztásra. Az elosztott egy olyan rendszernek nevezhető, amelyben az információ feldolgozása nem ugyanazon a számítástechnikai gépen fókuszál, de több számítógép között van elosztva. Az elosztott rendszerek tervezése során, amely sok más szoftver kialakításával rendelkezik, számos konkrét funkciót kell figyelembe venni. Néhányan közülük már említettük a 10. fejezetbe való bevezetéskor, amikor figyelembe vesszük az ügyfél / szerver architektúrát, itt részletesebben tárgyalják őket.

Mivel ezekben a napokban az elosztott rendszerek széles körben elterjedtek, a szoftverfejlesztőknek ismerniük kell a tervezésük jellemzőit. Egészen a közelmúltig minden fő rendszer főként központosított, melyeket egy fő számítógépes gépen (mainframe) indítottak, amelyek csatlakoztatva vannak. A terminálok gyakorlatilag nem vettek részt a feldolgozási információkban - minden számítás történt a fő gépen. Az ilyen rendszerek fejlesztői nem kellett gondolkodnunk az elosztott számítástechnika problémáiról.

Minden modern szoftverrendszer három nagy osztályra osztható.

1. Alkalmazott szoftverrendszerek, amelyek csak egy személyi számítógépen vagy munkaállomáson dolgoznak. Ezek tartalmazzák szöveges feldolgozók, táblázatok, grafikus rendszerek stb.

2. Beépített rendszerek, amelyek egy processzoron vagy egy integrált processzorcsoporton dolgoznak. Ezek közé tartozik a háztartási eszközök kezelési rendszerei, különböző eszközök stb.

3. Elosztott rendszerek, amelyekben a szoftvert a hálózaton keresztül társított párhuzamos munkamódszerek gyengén integrált csoportjával végzik. Ezek közé tartoznak az ATM rendszerek bármely bankhoz, közzétételi rendszerekhez, kollektív használati rendszerekhez stb.

Jelenleg a szoftverrendszerek felsorolt \u200b\u200bosztályai között világos határok vannak, amelyek továbbra is növekednek. Idővel, amikor nagysebességű vezeték nélküli hálózatok széleskörű lesz, lehet, hogy a beépített eszközök dinamikusan integrálhatók szoftverrendszerekpéldául az elektronikus szervezők, akiknek több közös rendszere van.

Az elosztott rendszerek hat fő jellemzője kiosztásra kerül.

1. Erőforrások megosztása.Az elosztott rendszerek lehetővé teszik megosztás hardver- és szoftvereszközök, például merevlemezek, Nyomtatók, fájlok, fordítók stb. A hálózaton keresztül csatlakoztatva. Nyilvánvaló, hogy az erőforrások szétválasztása a multiplayer rendszerekben is lehetséges, de ebben az esetben az erőforrások és azok irányításának biztosítása felelős a központi számítógépért.

2. Nyitottság.Ez lehetőség arra, hogy új erőforrások hozzáadásával bővítse a rendszert. Elosztott rendszerek nyílt rendszerekMelyik hardverhez és szoftverhez kapcsolódik a különböző gyártókból.

3. Párhuzamosság.Az elosztott rendszerekben több folyamatot is végrehajthatunk különböző számítógépek online. Ezek a folyamatok (de nem feltétlenül) kölcsönhatásba léphetnek egymással a végrehajtás során.

4. Skálázhatóság.Elvileg az összes elosztott rendszer skálázható: hogy a rendszer megfelel az új követelményeknek, növekszik az új számítástechnikai erőforrások hozzáadásával. De a gyakorlatban a kiterjesztés korlátozható egy olyan hálózatra, amely ötvözi a rendszer egyedi számítógépeit. Ha sok új autót csatlakoztat, sávszélesség A hálózat nem elegendő.

5. Hibatűrés.Számos számítógép jelenléte és az információ megismétlésének képessége azt jelenti, hogy az elosztott rendszerek ellenállnak az adott hardverekkel és programhibák. A legtöbb elosztott rendszer hiba esetén általában legalább részleges funkcionalitást biztosít. A teljes rendszerhiba csak hálózati hibák esetén következik be.

6. Átláthatóság.Ez a tulajdonság azt jelenti, hogy a felhasználóknak teljesen átlátszó hozzáférést biztosítanak az erőforrásokhoz, ugyanakkor rejtett információkat tartalmaznak a rendszer erőforrásainak elosztásáról. Azonban sok esetben speciális tudást a rendszer szervezet segíti a felhasználót jobb kihasználása erőforrásokat.

Természetesen az elosztott rendszerek számos hiányosságban rejlik.

Bonyolultság.Az elosztott rendszerek bonyolultabb központosítottak. Sokkal nehezebb megérteni és értékelni az elosztott rendszerek tulajdonságait, valamint ezeket a rendszereket. Például itt a rendszer teljesítménye nem az egyik processzor sebességétől függ, hanem a különböző processzorok hálózati sávszélességétől és sebességétől. Az erőforrások mozgatása a rendszer egyik részéről a másikra, radikálisan befolyásolhatja a rendszer teljesítményét.

Biztonság.Általában a rendszerhez való hozzáférés több különböző gépből érhető el, a hálózaton lévő üzenetek megtekinthetők vagy elfoghatók. Ezért egy elosztott rendszerben sokkal nehezebb fenntartani a biztonságot.

Szabályozhatóság.A rendszer különböző típusú számítógépekből állhat, amelyek telepíthetők. különböző változatok operációs rendszer. Az egyik gépen lévő hibák más gépekre terjedhetnek ki, kiszámíthatatlan következményekkel. Ezért sokkal több erőfeszítésre van szükség a rendszer kezeléséhez és fenntartásához a munkakörben.

Kiszámíthatatlanság.Amint az a webes hálózat minden felhasználójának ismert, az elosztott rendszerek bizonyos eseményekhez való válaszja kiszámíthatatlan és a rendszer teljes terhelésétől, annak szervezetétől és a teljes terhelésétől függ hálózati terhelés. Mivel ezek a paraméterek folyamatosan változhatnak, a felhasználó kérésének végrehajtására fordított idő, az egyik vagy másik jelentősen eltérhet.

Amikor megvitatják az elosztott rendszerek előnyeit és hátrányait, meghatározzák a számot kritikus problémák Ilyen rendszerek tervezése (9.1. Táblázat).

9.1. Táblázat. A tervezési elosztott rendszerek problémái

Probléma tervezés	Leírás
Az erőforrások azonosítása	Az elosztott rendszerben lévő erőforrások különböző számítógépeken találhatók, így az erőforrásnév rendszert úgy kell átgondolni, hogy a felhasználók könnyedén megnyithatják az általuk szükséges erőforrásokat, és hivatkoznak rájuk. Példa az egységes URL-erőforrás-mutató rendszer, amely meghatározza a weboldalak címét. Kilépés és univerzális azonosító rendszer nélkül a legtöbb erőforrás elérhetetlen lesz a rendszer felhasználói számára.
Kommunikáció	Az internet univerzális teljesítménye és a TCP / IP-protokollok hatékony végrehajtása az interneten a legtöbb elosztott rendszer számára a leginkább példaként szolgál hatékony út A számítógépek közötti kölcsönhatás megszervezése. Ha azonban a speciális követelményeket a teljesítmény, a megbízhatóság és így tovább alternatív módon Rendszerkommunikáció
Rendszerszolgáltatás minősége	A rendszer által javasolt szolgáltatás minősége tükrözi teljesítményét, hatékonyságát és megbízhatóságát. A szolgáltatás minőségét számos tényező befolyásolja: a rendszer folyamatok elosztása, az erőforrás-allokáció, a rendszer és a hálózati hardver és a rendszer alkalmazkodási képességei
Szoftverarchitektúra	A szoftver architektúrája a rendszerfunkciók rendszerkomponenseinek eloszlását írja le, valamint ezeknek az összetevőknek a processzorok szerinti eloszlását. Ha szükséges, fenntartani jó minőség Rendszerszolgáltatás, a helyes architektúra kiválasztása döntő tényező

Az elosztott rendszerek fejlesztői feladata a szoftver vagy a hardver tervezése, hogy az elosztott rendszer összes szükséges jellemzőjét biztosítsa. És erre meg kell ismernie az elosztott rendszerek különböző architektúráinak előnyeit és hátrányait. Az elosztott rendszerek kétféle típusú architektúráját megkülönböztetik itt.

1. Építészeti kliens / kiszolgáló.Ebben a modellben a rendszer az ügyfelek számára a kiszolgálók számára nyújtott szolgáltatások csoportjaként jeleníthető meg. Ilyen rendszerekben a szerverek és az ügyfelek jelentősen különböznek egymástól.

2. Az elosztott tárgyak építészete.Ebben az esetben a szerverek és az ügyfelek között nincs különbség, és a rendszer olyan interakciós objektumokká állítható, amelyeknek a helye nincs nagy jelentősége. A szolgáltató és a felhasználók között nincs különbség.

Elosztott rendszerben a különböző rendszerösszetevők különböző programozási nyelveken valósíthatók meg, és különböző típusú feldolgozókon futhatnak. Adatmodellek, információs bemutató és interakciós protokollok - mindez nem feltétlenül azonos típusú az elosztott rendszerben. Következésképpen az elosztott rendszerek esetében olyan szoftverekre van szükség, amely szabályozhatja ezeket a rágcsált részeket, és biztosítja az interakciót és az adatok cseréjét. Köztes szoftverpontosan erre az osztályra vonatkozik. Az elosztott rendszerkomponensek különböző részei között helyezkedik el.

Az elosztott rendszereket általában objektumorientált megközelítés alapján fejlesztik. Ezeket a rendszereket gyengén integrált alkatrészekből hozták létre, amelyek mindegyike közvetlenül kölcsönhatásba léphet a rendszer felhasználójával és más részeivel. Ezek a részek a lehető legegyszerűbbek a független eseményekre. Az ilyen elvek alapján épített szoftverobjektumok az elosztott rendszerek természetes összetevői. Ha nem ismeri az objektumok fogalmát.

A híres szakemberek szerint az informatika E. Tannbaum, nincs általánosan elfogadott és ugyanakkor szigorú meghatározása egy elosztott rendszer. Néhány ég azt állítja, hogy az elosztott ilyen számítási rendszerAbban a helyzetben, hogy a számítógép meghibásodása, amelynek létezése a felhasználóknak még nem is sőt gyanúsítottak, a munkájuk megállításához vezetnek. Az elosztott számítástechnikai rendszerek jelentős része sajnos megfelel ennek a definíciónak, de hivatalosan csak a biztonsági réteget tartalmazó rendszerekre vonatkozik ( egyetlen meghibásodási pont).

Gyakran az elosztott rendszer meghatározásakor a több számítógép közötti funkciója a fejezetre van állítva. Ezzel a megközelítéssel az elosztott számítási rendszerHa az adatfeldolgozás két és több számítógép között van elosztva. Az E. Tannabaum definíciója alapján egy kissé szűkebb elosztott rendszer definiálható független számítógépes kapcsolódó kommunikációs csatornák, amelyek a felhasználó szempontjából néhány szoftver némileg néz ki.

Az elosztott rendszer meghatározásának ezen megközelítése hátrányai vannak. Például, amelyeket egy ilyen elosztott rendszerben használtak szoftver Egyetlen számítógépen dolgozhatna, azonban a fenti definíció szempontjából az ilyen rendszert már nem osztják el. Ezért az elosztott rendszer fogalma valószínűleg az ilyen generáló szoftver elemzésén alapul.

Mint a két egység kölcsönhatásának leírásának alapja, tekintse meg az interakció általános modelljét Ügyfélszerver. Amelyben az egyik fél (ügyfél) kezdeményezi az adatmegosztást, kérést küld a másik oldalra (szerver). A kiszolgáló feldolgozza a kérést, és szükség esetén elküldi a választ az ügyfélnek (1.1. Ábra).

Ábra. 1.1.

Interakció az ügyfél, az ügyfél-kiszolgáló lehet mind a szinkron, ha az ügyfél azt várja, hogy a feldolgozási azon kérésére, hogy a szerver és aszinkron, amelyben a kliens küld egy kérést a szerver, és továbbra is annak végrehajtása nélkül várja a szerver. Az ügyfél- és szerver modell alkalmazható a különböző kölcsönhatások leírásának alapjául. Ez a kurzus az elosztott rendszert képező szoftver összetevőinek kölcsönhatása fontos.

Ábra. 1.2.

Tekintsünk egy bizonyos tipikus alkalmazást, amely a modern ábrázolásoknak megfelelően a következő logikai szintekre osztható (1.2. Ábra): felhasználói felület (IP), Alkalmazás logika (LP) és adat-hozzáférés (DD), adatbázissal (adatbázis). A rendszer rendszere kölcsönhatásba lép a felhasználói felületen keresztül, az adatbázis adatokat tárol, amelyek leírják az alkalmazás tárgykörét, és az alkalmazás logikai szintje végrehajtja az összes kapcsolódó algoritmust tárgykörben.

Mivel a rendszer különböző felhasználói gyakorlatában általában érdekel ugyanazokat az adatok elérését, a több számítógép közötti ilyen rendszerek funkcióinak legegyszerűbb különbségét az illetékes alkalmazás egyik kiszolgálói részének logikai szintjei elválasztják Az adatok eléréséhez és az ügyfélrészekkel való több számítógépen, a felhasználói felület végrehajtásával. Az alkalmazás logikája a kiszolgálónak, az ügyfeleknek vagy azok között megosztható (1.3 ábra).

Ábra. 1.3.

Az ebből az elvnek megfelelően épített alkalmazások építészetét kiszolgálónak vagy kétláncú kliensnek nevezik. A gyakorlatban az ilyen rendszerek gyakran nem kapcsolódnak az elosztott osztályhoz, de hivatalosan az elosztott rendszerek legegyszerűbb képviselőinek tekinthetők.

A fejlesztés a kliens-szerver architektúra egy három csillagos architektúra, amely a felhasználói felület, alkalmazás logika és adatelérési vannak kiemelve független komponensek működhet önálló számítógépek (ábra. 1.4).

Ábra. 1.4.

A felhasználó kérését az ilyen rendszerekben szekvenciálisan feldolgozza a rendszer kliens része, az alkalmazás logikai szerver és az adatbázis-kiszolgáló. Azonban általában az elosztott rendszeren belül megértik a komplexebb architektúrát, mint a háromcsillagos.

Az elosztott AIS most rendes valósággá vált. Számos vállalati AIS-ben használható elosztott bázisok adat. Az adatelosztási és elosztási menedzsment módszerei, építészeti megközelítések, amelyek biztosítják azokat a rendszerek skálázhatóságát, amelyek végrehajtják a több rész "ügyfél-kiszolgáló" elveit, valamint a közbenső réteg építészetét.

A mobil architektúrákat kezdjük alkalmazni. Ez mind az adatbázisrendszerekre, mind a webes alkalmazásokra vonatkozik.

A megközelítés az építési elosztott rendszerek alapján a peer-to-peer-to-peer, újjászületik, amely ellentétben a domináns „kliens-szerver” architektúra a szerepek a kölcsönható felek a hálózat nem fix. A hálózat helyzetétől függően a csomópontok munkaterhelésétől függően írják elő.

A kommunikációs technológiák intenzív fejlődésével kapcsolatban a mobil AIS aktívan fejlődik. Fejlett technikai eszközök és a szoftverek létrehozására. Ennek köszönhetően elkezdtek fejlődni mobil rendszerek adatbázisok. Sok tudományos csapat végez tanulmányokat az ilyen rendszerek sajátosságairól, különféle prototípusaikat hozhat létre. Fontos eszköz a mobil szoftver fejlesztéséhez Java technológia.

A Web vezeték nélküli hozzáférési protokoll létrehozása a webes (vezeték nélküli alkalmazás protokoll - WAP), amelyet néhány modell már támogat. mobiltelefonok. A WAP és a xML nyelv A W3C konzorcium kifejlesztett egy WML vezeték nélküli csere jelölőnyelv (vezeték nélküli jelölőnyelv).

Az AIS fejlesztésében nagyobb figyelmet fordítottak metaadatokra. Itt vannak lépések két irányban - a metaadat bemutatásának szabványosítása és a rendszer támogatásának biztosítása.

Az AIS különböző módszereket és eszközt használ a metaadatok (különböző metaadat-tároló) ábrázolására. Az egyesítés hiánya ezen a területen jelentősen bonyolítja meg az alkalmazás mobilitásának problémáinak megoldását, Újrafelhasználás valamint az információs források és az információs technológia integrálása, valamint az AIS ReenGineering.

Ezeknek a nehézségek leküzdésének, a metaadatorientált szabványok fejlesztése aktívan folyamatban van informatika. Ezen a területen már számos nemzetközi, nemzeti és ipari szabvány létezik, amelyek meghatározzák a metaadatok és metaadat-csere az AIS-ben való képviseletét. Néhányan már megszerezték a de facto szabványok állapotát. Itt pihenhető, csak a legjelentősebbek számára.

Valószínűleg a kategória első de facto szabványa volt a kodazil adatok kódja a hálózati struktúra adatbázisához. A későbbi előírásokból kell hívni: SQL lekérdezési nyelvi szabvány relációs alapok az úgynevezett információs rendszer meghatározását tartalmazó adatok - relációs adatbázisok bemutatása; ODMG objektum adatbázisok szabványos összetevője az objektum-rendszerek tároló interfészeinek leírása; Nemzetközi IRDS Szabvány (Information Resource Systems), amely leírja rendszerek létrehozására és a kiegészítő információk erőforrás információs források.

Ezután meg kell említeni a CWM (Common Warehouse metamodell) a CWM (Common Warehouse metamodell) CWM konzorcium (Common Warehouse metamodell) alapján OMG korábban létrehozott szélesebb körű célkitűzéseit (nyitott információs modell) Consortion MDC (Meta Data Coalition).

Az XML új technológiai platformja a Web-hez tartalmazza a metaadat-bemutató szabványokat is. A metaadat-támogatás az egyik legfontosabb webes innováció, amely radikálisan megváltoztatja az irányítási technológiákat információs források. Az adatbázis-technológiában a metaadat-támogatás eredetileg szükséges volt, a metaadatokat nem támogatták az első generációs webben.

A Web metaadat szabványokat tartalmaz egy részhalmaza az XML nyelvet használják logikai struktúráját XML dokumentumok bizonyos típusú. Ezt a leírást DTD-nek (dokumentumtípus-meghatározás) nevezik. Ezenkívül az XML platform tartalmazza az XML séma szabványt, amely fejlettebb lehetőséget kínál az XML dokumentumok leírására. Az RDF szabvány (erőforrás-meghatározási keretrendszer) egy egyszerű tudásbemutató nyelvet határoz meg az XML dokumentumok tartalmának leírásához. Végül a Working Owl Standard (ontológia webes nyelv) meghatározza a formális nyelvi leírási nyelvet, amelyet a szemantikus webhelyre terveztek.

Az UML nyelv szabvány (Unified Modeling Language), amely a bemutatása CASE eszközök vizuális tárgy elemzés és tervezés, fejlesztette ki a OMG konzorcium. Ezt a nyelvet sok esetben szoftvertermékben támogatott. Az OMG konzorcium létrehozott egy XMI- szabvány (XML Metadata Interchange) cseréjére metaadatok között CASE eszközök UML nyelvet.

A dublini kernelt itt is említik (Dublin Core - DC) - metaadatelemek készlete a különböző jellegű dokumentumok tartalmának leírásához. Ez a standard gyorsan népszerűtt, és különösen széles körben elterjedt a webes használatra (lásd 3.3 pont).

Munka a meglévő és új szabványok létrehozásának fejlesztésére az AIS metaadatainak bemutatására. A vizsgált szabványok részletesebb információi megtalálhatók az enciklopédiában.

BAN BEN nagy gazdaság Több ezer felhasználó dolgozik leányvállalatokban. Minden szervezetben belső üzleti folyamataikat állapítják meg: dokumentumok összehangolása, utasítások, stb. Ugyanakkor egyes folyamatok túlmutatnak egy vállalat határain, és befolyásolják a másik alkalmazottai. Például a Head Office vezetője egy leányvállalatnak oktatást tesz lehetővé, vagy a leányvállalat szerződést küld a vezető társaság ügyvédeivel. Ez megköveteli a komplex architektúra létrehozását több rendszer alkalmazásával.

Ezenkívül belül egy vállalat Több rendszert használnak a megoldáshoz különböző feladatok: ERP rendszer a számviteli műveletekhez, az ECM rendszerek szervezeti és adminisztratív dokumentációjának külön létesítményei, a tervezési és becslési dokumentációhoz stb.

Biztosítani kell a különböző rendszerek kölcsönhatását mind a gazdaságon belül, mind az egyik szervezet szintjén segíteni fogja a Directum rendszert.

A Directum kényelmes építési eszközöket biztosít kezelt elosztott építészet A következő feladatok szervezetei és megoldásai:

az egy vállalat és a gazdaság számos rendszere közötti, átfogó üzleti folyamatok és adatszinkronizálás megszervezése;
az ECM rendszerek különböző berendezéseihez való hozzáférés biztosítása. Például hajtson végre dokumentumkeresést több speciális rendszerek: pénzügyi dokumentációval, tervezési és becslési dokumentációval stb.
több rendszer és szolgáltatás beadása egyetlen irányítási pontból, és kényelmes informatikai infrastruktúrát hoz létre;
a fejlesztés kényelmes elosztása az elosztott produktív rendszerekben.

Az ellenőrzött elosztott architektúra elemei

Mechanizmusok az interakció (DCI)

A DCI mechanizmusokat az üzleti folyamatokon keresztül szervezzük, és szinkronizálják az adatokat különböző rendszerek között egy vagy több szervezeten belül (tartás).

A megoldás összekapcsolja a meglévő helyi üzleti folyamatokat a vállalatokban egyetlen keresztmetszetű folyamatba. Az alkalmazottak és menedzserek a feladatok, dokumentumok és könyvtárak már ismerős felületével dolgoznak. Ugyanakkor az alkalmazottak cselekedetei átláthatóak minden szakaszban: láthatják a szomszédos társasággal való levelezés szövegét, hogy a dokumentum koordinációjának koordinációs állapotát láthassák, stb.

A DCI csatlakoztatható a Directum és más rendszerek különböző telepítéseihez (ERP, CRM stb.). Rendszerként a létesítmények üzleti irányokra vannak osztva, figyelembe véve a szervezetek és egyéb tényezők területi vagy jogi elhelyezését.

A DCI-vel együtt a fejlesztési komponenseket szállítják részletes leírás És példák a kódra, amelynek köszönhetően a fejlesztő létrehozhat egy algoritmust a szervezet üzleti folyamatainak.

A DCI mechanizmusa lehetővé teszi, hogy nagy mennyiségű adatot továbbítsa és ellenálljon a csúcsterhelésnek. Ezenkívül hibás toleranciát biztosítanak a továbbított adatok meghiúsulásában és védelmében.

Szövetségi keresés

A Federal Search segítségével azonnal megtalálhatja a szükséges feladatokat vagy dokumentumokat minden egyes Directum rendszerben. Például futtassa a keresést egyidejűleg a munkagépre és a rendszerre az archiválási dokumentumokkal.

Szövetségi keresés lehetővé teszi:

nézd meg a webes kliensen keresztül, a kiányi szervezetben a kimenő dokumentum koordinálása;
keresse meg az összes leányvállalatban kötődő szerződő feleket, például tárgyalásokat készíteni. Ebben az esetben eljuthat a szerződések befektetéseinek feladatainak;
ellenőrizze a vezető szervezetből a gyermeknek küldött utasítás végrehajtási állapotát, vagy a rajta létrehozott dokumentumokat és feladatokat;
találjon meg egyidejűleg több rendszerben, például más specializációval rendelkező rendszerben, például szervezeti és közigazgatási dokumentumokkal és megállapodásokkal;
keresse meg az elsődleges hitelesítő adatokat az ellenőrzéshez vagy a megbékéléshez az ügyféllel azonnal a munkagépben és a rendszerben a dokumentumok archiválásával;
tőzsdei linkek a kollégák keresési eredményeihez.

A rendszergazda megváltoztathatja a szabványos kereséseket, új, valamint konfigurálhatja, hogy melyik rendszerek láthatóvá válnak a felhasználó számára.

Directum Services Administration Center

A Directum rendszer számos különböző feladatot megold: a munkavállalók kölcsönhatása, a dokumentumok tárolása stb. Ez a megbízható működése miatt lehetséges. És a nagy cégek osztja teljes telepítés a directum rendszer azok a szolgáltatások alatt egy adott feladat, például alatti tárolására levéltári dokumentumokat. A telepítések és szolgáltatások több kiszolgálón is kibontakoznak. Ezt az infrastruktúrát be kell adni.

Directum Services Administration Center egyetlen adminisztrátor belépési pont konfigurálására, a monitoring és a szolgáltatások nyújtása és directum rendszereket. A központ egy weboldal a Session Server menedzsment eszközök, a munkafolyamat ,, Eseménykezelés szolgáltatás, a File Repository szolgáltatás, a bemeneti és átalakítási szolgáltatások, a Szövetségi keresés és a Web Segítség.

A távoli rendszerek és szolgáltatások kényelmes vizuális konfigurálása egyszerűsíti az adminisztrátor működését. Nem kell minden kiszolgálóra menni, és manuálisan módosítja a konfigurációs fájlok módosítását.

Szolgáltatások Állítsa le és kapcsolja be egy kattintással. A szolgáltatás állapota azonnal megjelenik a képernyőn.

A beállítások listája feltölthető és szűrhető. Alapértelmezés szerint a webhely csak az alapbeállításokat jeleníti meg. Ugyanakkor, minden beállításhoz láthatja a tippeket a töltési ajánlásokkal.

A Directum rendszer hatékonyan szervezi az elosztott szervezetek munkáját, és átlátható dokumentumcserét, feladatokkal és referenciakönyvek nyilvántartását biztosítja.

Az ellenőrzött elosztott architektúra minden egyes összetevője külön alkalmazott, de az aggregátumban nagyobb üzleti hatást eredményez a szervezet számára.

Jelenleg az összes IC-k számára kifejlesztett kereskedelmi célra egy elosztott architektúra, amely magában foglalja a globális és / vagy helyi hálózatok.

Történelmileg a fájl-kiszolgáló architektúrája széles körben elterjedt, mivel logikája egyszerű és lefordított egy ilyen építészetre. Ezután átalakult a kiszolgáló-kliens architektúrába, amelyet logikus folytatásként értelmezhetünk. Modern rendszerekA globális internetes hálózatban használt elsősorban az elosztott objektumok építészetéhez kapcsolódik (lásd az 1. ábrát) Iii‑15 )

Az IP a következő komponensekből áll (III-16. Ábra)

III.03.2. Fájl-kiszolgáló alkalmazások.

Ez történelmileg első elosztott architektúra (III-17. Ábra). Rendkívül egyszerű: csak az adatok állnak rendelkezésre a szerveren, és minden más az ügyfélgéphez tartozik. Amennyiben helyi hálózatok Elég olcsó, és annak köszönhető, hogy ilyen architektúrával autonóm módon alkalmazzák, egy ilyen építészetet gyakran gyakran használják. Elmondható, hogy ez az ügyfél-kiszolgáló architektúra lehetősége, amelyben csak az adatfájlok vannak a kiszolgálón. A különböző személyi számítógépek csak azt jelentik Általános tárolás Az adatok ezért az egyetlen számítógépen írt programok legkönnyebben alkalmazkodnak az ilyen architektúrához.

Előnyök:

Előnyök-szerver architektúra:

Könnyű szervezet;

Nem ellentétes az adatbázis szükséges követelményeinek az integritás és a megbízhatóság fenntartásához.

Hálózati túlterhelés;

A reakció kiszámíthatatlansága a kérelemre.

Ezeket a hiányosságokat az az a tény, hogy az adatbázis iránti kérelem a hálózaton való szivattyúzást jelentős mennyiségű információhoz vezet. Például mintavétel táblázat alapján egy vagy több sor, a teljes táblázat pumpálják a kliens gépen, és már ott a DBMS termel egy mintában. Jelentős hálózati forgalmat különösen a szervezeten keresztül távoli hozzáférés adatbázisba

III.03.2. b ügyfél-kiszolgáló alkalmazások.

Ebben az esetben a kiszolgáló és az ügyfél közötti felelősség megoszlása \u200b\u200btörténik. Attól függően, hogy megkülönböztették őket tolsztoj és vékony kliens.

A modellben " slim kliens"Minden munkakereső alkalmazás és adatkezelés történik a szerveren. A felhasználói felület a "mozog" személyi számítógépés Sam szoftveralkalmazás Szerver funkciók, azaz Elkészíti az összes alkalmazási folyamatot és kezeli az adatokat. A vékony kliens modellje is megvalósítható, ahol az ügyfelek számítógépek vagy munkaállomások. Hálózati eszközök Indítsa el az internetes böngészőt és a felhasználói felületet a rendszeren belül.

Fő hátrány Egy vékony kliens modelljei - egy nagy szerver terhelés és hálózat. Minden számítás végrehajtásra kerül, és a kiszolgáló, és ez jelentős hálózati forgalmat eredményezhet az ügyfél és a szerver között. BAN BEN modern számítógépek elég számítási teljesítmény, de gyakorlatilag nem használható a bank modell / vékony kliensben

Éppen ellenkezőleg, a vastag ügyfél modellje a helyi gépek számítástechnikai erejét használja: maga az alkalmazás az ügyfélszámítógépre kerül. Az ilyen típusú architektúra egyik példája olyan ATM-rendszerként szolgálhat, amelyben az ATM egy ügyfél, és egy kiszolgáló-központi számítógép, amely az ügyfél-elszámolási adatbázist szolgálja

III.03.2. C két- és háromszintű ügyfél-kiszolgáló architektúra.

A fent említett összes architektúra kétszintű. Ezek különböznek az ügyfél szintjén és a szerver szintjén. Szigorúan az IP három logikai szintből áll:

· Felhasználói szint;

· Alkalmazási szint:

· Adatszint.

Ezért egy kétszintes modell, ahol csak két szintje van szó, van egy probléma skálázhatóság és teljesítmény, ha a modell kiválasztott egy vékony kliens, vagy kapcsolatos problémák a rendszer ellenőrzése, ha egy vastag kliens venni. Ezeket a problémákat elkerülheti, ha három szintű modellt használ, ahol kettő kiszolgálók (III-21. Ábra).

Adatkiszolgáló

Valójában az alkalmazáskiszolgáló és az adatkiszolgáló ugyanazon a gépen található, de nem végezhetik egymás funkcióit. A háromszintű modell jó, mert logikusan osztja az alkalmazás és az adatkezelés végrehajtását.

III-5. Táblázat különböző típusok építészet

Építészet	Alkalmazás
Kétszintes vékony kliens	1 örökölt rendszer, amelyben nem ajánlott elválasztani az alkalmazás és az adatkezelés végrehajtását. 2 Alkalmazások intenzív számításokkal, de kis adatkezelési volumen. 3 Alkalmazások nagy mennyiségű adatokkal, de kis mennyiségű számítással.
Kétszintű vastag kliens	1 Alkalmazások, ahol a felhasználónak intenzív adatfeldolgozásra van szüksége, az adatmegjelenítés. 2 Alkalmazások, amelyek viszonylag állandó felhasználói funkciókat alkalmaznak egy jól meghatározott rendszervezérlésre.
Háromszintű ügyfélszerver	1 nagy alkalmazások cellákkal és több ezer ügyfél 2 alkalmazások, amelyek gyakran változnak, és az adatok és módszerek feldolgozása. 3 olyan alkalmazások, amelyekben számos forrásból származó adatintegrációt végeznek.

Egy ilyen modell alkalmas többféle típusú alkalmazások, de korlátozza a VI fejlesztők számára, hogy eldöntse, hol a szolgáltatásnyújtás, hogy támogatást nyújtson a skálázhatóság, eszközök kifejlesztése összekötő új ügyfelek.

III.03.2. D Az elosztott tárgyak építészete.

Egy általános megközelítés biztosítja az elosztott objektumok építészetét, amelyek fő összetevői tárgyak. Szolgáltatásokat biztosítanak az interfészeken keresztül. Egyéb tárgyak küldése kéréseket, az ügyfél és a szerver közötti különbségeket nem készítették. Az objektumok a hálózat különböző számítógépeken helyezhetők el, és kölcsönhatásba léphet a közbenső szoftver segítségével analógiával egy olyan rendszerbuszral, amely lehetővé teszi a különböző eszközök összekapcsolását és a hardvereszközök közötti kölcsönhatást.

…

Menedzser Odbc Driver Manager

Vezető 1.

Vezető K.

BD 1.

BD K.

Dolgozzon az SQL-vel.

…

Az ODBC architektúra alkatrészeket tartalmaz:

1. Melléklet (például IP). Feladatokat hajt végre: kéri az adatforráshoz való kapcsolatot, az SQL-adatforrás kéréseit elküldi, írja le az SQL kérések tárolási területét és formátumát, feldolgozza a hibákat, és értesíti a felhasználót róluk, végrehajtja vagy regisztrálja a tranzakciót, kéri az adatokhoz való kapcsolatot forrás.

2. Eszközkezelő. Az illesztőprogramokat kérésre alkalmazza, egyetlen interfészt kínál minden alkalmazáshoz, és az ODBC adminisztrátori interfész ugyanaz és független, hogy a DBD alkalmazás kölcsönhatásba lépjen. A Microsoft által szállított illesztőprogram-kezelő dinamikusan letöltött DLL könyvtár.

3. A vezető a DBMS-től függ. Az ODBC illesztőprogram dinamikus könyvtár dll.amely végrehajtja az ODBC funkciókat, és kölcsönhatásba lép az adatforrással. Az illesztőprogram olyan program, amely a DBMS-re vonatkozó valamilyen funkcióra vonatkozó kérelmet feldolgozza (a DBMS-nek megfelelően módosíthatja a kéréseket), és visszaadja az alkalmazás eredményét. Az ODBC technológiát támogató DBMS-nek biztosítania kell a vezetőnek a DBMS vezetőjének fejlesztői számára.

4. Az adatforrás a felhasználó által megadott irányítási információkat tartalmazza, az adatforrásról szóló információkat, és egy adott DBMS eléréséhez használják. Ez az operációs rendszert és a hálózati platformot használja.

Dinamikus modell

Ez a modell számos szempontot feltételez, hogy képviselje, hogy az UML nyelven legalább 5 diagramot használják, lásd a PP-t. 2.04.2- 2.04.5.

Fontolja meg a menedzsment aspektusát. A menedzsment modell kiegészíti a szerkezeti modelleket.

Nem számít, hogy a rendszerszerkezetét nem írta le, olyan szerkezeti egységekből (funkciókból vagy tárgyakból) áll. Annak érdekében, hogy egészben működjenek, kezelni kell őket, és nincsenek kezelési információk statikus ábrákon. A vezérlési modellekben a vezérlési áramlás a rendszerek között van kialakítva.

Kiválaszthatja a szoftverrendszerek két alapvető módját.

1. Központi menedzsment.

2. Az eseményeken alapuló menedzsment.

A központosított vezérlés lehet:

· Hierarchikus - A "Hívás-megtérülés" elv szerint (a leggyakrabban képzési programok)

· Modell diszpécseramelyet párhuzamos rendszerekhez használnak.

BAN BEN diszpécser modell Feltételezzük, hogy a rendszer egyik összetevője diszpécser. Ellenőrzi mind a rendszerek elindítását és befejezését, mind a rendszer fennmaradó folyamatainak összehangolását. A folyamatok egymással párhuzamosan működhetnek. A folyamatot úgy értjük, mint a program, alrendszer vagy eljárás, amely jelenleg működik. Ez a modell olyan sorrendben is használható, ahol a vezérlési program egyes alrendszereket okoz, egyes állami változóktól függően (az üzemeltetőn keresztül) Ügy).

Eseménygazdálkodás Feltételezi a menedzsmentért felelős alprogramok hiányát. A vezérlést külső események végzik: az egérgomb megnyomásával, a billentyűzet megnyomásával, az érzékelő leolvasásainak megváltoztatásával, az IT.D időzítő leolvasásainak módosításai Minden külső esemény kódolva van, és az események sorába kerül. Ha a sorban lévő eseményre adott válasz rendelkezésre áll, akkor az eljárás (szubrutin) nevezik, amely reagál erre az eseményre. A rendszerre reagáló események más alrendszerekben vagy a rendszer külső környezetében is előfordulhatnak.

Az ilyen kontroll példája az alkalmazások rendezése a Windows rendszerben.

A korábban leírt strukturális modellek az eseményeken alapuló központosított irányítással vagy irányítással valósíthatók meg.

Felhasználói felület

Az interfészmodell kidolgozásakor nemcsak a tervezett szoftver feladatait figyelembe kell venni, hanem az információ észlelésével kapcsolatos agy sajátosságait is.

III.03.4. Az információ észleléséhez és feldolgozásához kapcsolódó személy pszichofizikai jellemzői.

Az agy egy része, amelyet szokásosan az észlelési processzornak nevezhetünk, folyamatosan, a tudat részvétele nélkül, újrahasznosítja a bejövő információkat, összehasonlítja azt a múltbeli tapasztalatokkal és a tárolóba helyezi.

Amikor a vizuális kép vonzza a figyelmet, akkor az Ön által érdekelt információk rövid távú memória. Ha a figyelmünket nem vonzták, akkor a tárolóban lévő információk eltűnnek, a következő részek helyettesítése.

Bármikor, a figyelem középpontjába lehet rögzíteni egy ponton, így ha szükség van, hogy egyszerre nyomon különböző helyzetekben, a hangsúly megy egyik lánctalpas tárgy a másikra. Ugyanakkor a figyelem diszpergálódik, és néhány részlet kimaradhat. Alapvető fontosságú, hogy az érzékelés nagymértékben motiváción alapuljon.

Az agy kereteinek megváltoztatásakor blokkolva van: új képet mesterek, kiemelve a legfontosabb részleteket. Ez azt jelenti, hogy ha gyors felhasználói válaszra van szükség, akkor nem érdemes megváltoztatni a képeket.

A rövid távú memória az emberi információs feldolgozó rendszer legszűkebb helye. A tartály 7 ± 2 független objektum. A nem hajlandó információt legfeljebb 30 másodpercen belül tárolják. Annak érdekében, hogy ne felejtsük el a fontos információkat számunkra, általában megismételjük magunknak, frissítjük az információt rövid távú memóriában. Így az interfészek tervezése során szem előtt kell tartani, hogy a túlnyomó többség nehéz, például emlékezni és beilleszteni számokat több mint öt számjegyet egy másik képernyőn.

Annak ellenére, hogy a hosszú távú memória kapacitása és tárolási ideje korlátlan, az információhoz való hozzáférés nagyon nehéz. A hosszú távú memóriából származó információk kivonására szolgáló mechanizmus asszociatív. Az információ memorizálásának javítása érdekében az adatokat az adatoknak vannak kötve, amelyet a memória már tárol, és megkönnyíti. Mivel a hosszú távú memóriához való hozzáférés nehéz, tanácsos nem számít arra, hogy a felhasználó emlékezni fog az információra, de a felhasználó felismeri.

III.03.4. B Fő interfészértékelési kritériumok

A vezető szoftverfejlesztő cégek által végzett számos felmérés és felmérés azt mutatta, hogy a felhasználók értékelik az interfészt:

1) A fejlesztés és a memorizáció könnyűsége - különösen értékelje a fejlesztés idejét és a mentési információk és a memória időtartamát;

2) az eredmények elérése üteme egy rendszer használatakor, amelyet a megadott vagy választható parancsok száma határozza meg;

3) szubjektív elégedettség a rendszer működése során (könnyű munka, fáradtság stb.).

És a felhasználók a szakemberek, akik folyamatosan dolgoznak ugyanazon csomag, a második és a harmadik kritérium meglehetősen gyorsan túlterheltek, és nem hivatásos felhasználók számára dolgozó szoftver időszakosan és viszonylag nem komplikált feladatok - Első és harmadik.

Ebből a szempontból ma a legjobb tulajdonságok A szakemberek számára a felhasználóknak ingyenes navigációval rendelkeznek, és nem professzionális felhasználók számára - közvetlen manipulációs interfészek. Régóta észrevették, hogy egy másolási másolási művelet végrehajtásakor más dolgok egyenlőek, a legtöbb szakember használja a messze típusú kagylót, és nem profi - "Objektumok húzása" ablakokat.

III.03.4. C A felhasználói felületek típusai

Megkülönböztetni a következő típusú felhasználói felületeket:

Primitív

Ingyenes navigációval

Közvetlen manipuláció.

Primitív interfész

Primitív Úgy hívják, hogy a felhasználói interakciót szervezi, és konzol üzemmódban használják. A szekvenciális folyamatból származó egyetlen eltérés, amelyet az adatok biztosítanak, hogy több adatkészlet feldolgozására irányuló ciklust szervezzen.

Menü interfész.

A primitív interfésztől eltérően lehetővé teszi a felhasználó számára, hogy a program által telepített speciális listából válasszon műveletet. Ezek az interfészek magukban foglalják a munkavállalási forgatókönyvek végrehajtását, a tevékenységek sorrendjét, amelyekben a felhasználók határozzák meg. A menü fája feltételezi, hogy a több mint két szintű menüpont keresése meglehetősen összetett feladat.