A statikus modell az elosztott architektúra

Jelenleg az összes fejlett kereskedelmi célú áramkörök egy elosztott architektúra, amely magában foglalja a globális és / vagy helyi hálózatok.

Történetileg az első széles körben elterjedt fájl-szerver architektúra, mert a logika egyszerű és lefordítani már -prosche minden IC működését ilyen architektúra. Ezután alakult át az építészet egy szerver-kliens, amely úgy értelmezhető, mint a logikus is. A modern rendszerek használják a globális hálózat INTERNET főként a architektúrájának elosztott objektumok (lásd. Ábra. III # 8209; 15)

Elosztott rendszerek építészet

III.03.2. Fájl-szerver alkalmazások.

Ez történelmileg az első osztott architektúra (ábra III # 8209 ;. 17). Szervezett nagyon egyszerű: a szerver csak az adatokat, és a többiek a kliens gépen. Mivel LAN elég olcsók, és az a tény, hogy ebben az építészet, a szoftver önállóan, ezt az architektúrát gyakran használják ma. Azt mondhatjuk, hogy ez a verzió a kliens-szerver architektúra, amelyben csak az adatfájlokat lakik a szerveren. Különböző számítógépek kölcsönhatásba csak útján közös tároló, így írt programok alapján egy számítógép a legegyszerűbb módja, hogy alkalmazkodjanak az ilyen jellegű építészet.

Számítási kérelem részét

Ábra. III # 8209; 17 Diagram fájl-kiszolgáló alkalmazások

Plus fájl-szerver architektúra:

- Ez nem mond ellent az alapvető követelményeknek az adatbázis integritásának fenntartása érdekében és a megbízhatóság.

- kiszámíthatatlan válasz a kérésre.

Ezek a hátrányok annak a ténynek köszönhető, hogy minden kérést az adatbázis egy hálózati szivattyúzás jelentős mennyiségű információt. Például, az egész táblázat át a kliens gépen, és az adatbázis már ott van a mintavétel egy mintát a táblázat egy vagy több vonal. Jelentős hálózati forgalom különösen tele van távoli hozzáférést az adatbázishoz.

III.03.2. b kliens-szerver alkalmazások.

Ebben az esetben van egy hatáskörmegosztás a szerver és a kliens. Attól függően, hogy hogyan vannak elválasztva megkülönböztetni vastag és vékony kliens.

Ábra. III # 8209; 18 Architecture "kövér kliens"

Ábra. III # 8209; 20 architektúra "vékony kliens"

A modell a „vékony kliens” minden munkát alkalmazások és adatok kezelése-mi fut a szerver. A felhasználói felület az ilyen rendszerekben, „költözött”, hogy a személyi számítógép és a szoftver maga az alkalmazás elvégzi szerver funkciókat, azaz Ellátja az összes alkalmazás folyamatok és kezeli az adatokat. Vékony kliens modell is végre kell hajtani, ahol az ügyfelek a számítógépek és munkaállomások. Hálózati eszközök indít Internet-böngésző és a felhasználói interfészen a rendszeren belül.

A fő hátránya a vékony kliens modell - nagy szerver terhelés és a hálózat. Minden számítást végezni, és a szerveren, és ez vezethet jelentős hálózati forgalmat a kliens és a szerver között. A modern számítógépek elég számítási teljesítmény, de ez szinte soha nem használják a modell / vékony kliens bank

Ezzel szemben a vastag kliens modell a számítási teljesítmény a helyi gép: maga az alkalmazás kerül a kliens számítógépen. Egy példa erre a fajta építészet szolgálhat az ATM-rendszer, amelyben ATM egy kliens és szerver központi számítógép szolgáló adatbázis követelések

III.03.2. c Két- és három rétegű kliens-szerver architektúra.

Az összes fenti két szintű architektúra. Az eltérő kliens szinten és a szerver szinten. Szigorúan véve, az IC három logikai rétegből áll:

Ezért egy kétszintű modell, ahol csak két szintje van szó, van egy probléma a skálázhatóság és teljesítmény, ha úgy dönt a vékony kliens modell, vagy problémák a rendszer, ha Ön vastag kliens modell szerint. E problémák elkerülése érdekében, akkor, ha alkalmaz egy modellt, amely három szinten, ahol a kettő Server (ábra III # 8209 ;. 21).

Ábra. III # 8209; 21 reakcióvázlat 3-rétegű architektúra -Customer szerver

ODBC architektúra az alábbi elemekből áll:

1. Az alkalmazás (például IP). Ellátja a feladatok: kapcsolatot kér egy adatforrás küld SQL - lekérdezések az adatforrás, ismerteti a tároló és az SQL formátumban - kérések kezeli a hibákat, és értesíti a felhasználót róluk, kötelezik vagy visszaállíthatja az ügylet, kapcsolatot kezdeményez egy adatforrás.

2. Eszközkezelő. Betölti a vezető kérésére a kérelem, mely egyetlen felületen minden alkalmazás és az ODBC Administrator felület azonos és független a rend, egy adatbázis alkalmazás kölcsönhatásba lépnek. A menedzser vezetők által szolgáltatott Microsoft, egy dinamikusan betöltött DLL.

3. Pilóta függ DBMS. ODBC illesztőprogram - a dinamikus DLL, amely megvalósítja ODBC funkciót, és kölcsönhatásba lép az adatforrás. Driver - egy olyan program, amely feldolgozza a kérelmet az egyes funkciók külön az adatbázisba (módosíthatja megfelelően kéri az adatbázis), és az eredményt visszaküldi a kérelmet. Minden adatbázis, amely támogatja az ODBC technológiát kell biztosítani alkalmazás fejlesztők driver az adatbázisban.

4. Az adatok forrása magában a vezérlési információt a felhasználó által megadott információt az adatforrás és az eléréséhez használ egy adott adatbázis. Úgy használja az eszközöket az operációs rendszer és a hálózati platformokon.

E modell sok szempontból benyújtására, amelyek az UML nyelvet használják, legalább 5 cm diagramok. Sz. 2.04.2- 2.04.5.

Tekintsük a menedzsment szempontjából. irányítási modell kiegészíti a strukturális modell.

Bármelyik módon a rendszer szerkezetét leírták, áll egy sor szerkezeti egységek (objektumok vagy tulajdonságok). Ez úgy működnek, mint egy egységként kell őket kezelni, és nincs információ a gazdálkodási statikus diagramok. A menedzsment modellek, amelyeket vezérlésfolyam rendszerek között.

Két fő típusa az ellenőrzés szoftverrendszerek lehet megkülönböztetni.

1. Központosított irányítás.

2. Management, eseményeken alapul.

A központosított irányítás lehet:

· Hierarchikus - a „call-vissza” (így gyakran dolgoznak szakok)

· Model Manager. mellyel a párhuzamos rendszerek.

A vezérlő modell feltételezi, hogy az egyik komponens a rendszer - a diszpécser. Ő kezeli mind a dob és befejezésének rendszerek összehangolása a többi folyamat a rendszer. A folyamatok párhuzamosan. Az eljárás célja, a program, alrendszer vagy eljárás, amely működik az adott pillanatban. Ez a modell is alkalmazható az egymást követő alkalmazásokban, ahol a vezérlő program okozza az egyes alrendszerek függően néhány állapotváltozók (abban az esetben az üzemeltető).

Event Management magában hiányában alprogramot intézésére. Által vezérelt külső események: egy kattintással, billentyűzet megnyomásakor megváltozik az érzékelők által mért, váltó időzítő it.d. Minden külső esemény van kódolva, és helyezzük az esemény várakozási sorba. Ha a válasz az esemény a sorban van ellátva, akkor hívja ezt az eljárást (rutin), amely hordozza a reakció erre az eseményre. Események, amelyek a rendszer reagál történhet akár más alrendszerek, vagy a külső környezet a rendszer.

Egy példa az ilyen ellenőrzés megszervezése alkalmazások Windows.

Az ismertetett szerkezeti modell lehet megvalósítani a központi irányítás és ellenőrzés, eseményeken alapul.

Kidolgozása során a modell felület, nem csak az a probléma, a tervezett program, hanem a funkciók az agynak a megítélése információkat.

III.03.4. Pszichofizikai jellemzői összefüggő emberi érzékelés és az információ feldolgozás.

Része az agynak, hogy lehet nevezni egy processzort az érzékelés, folyamatosan, részvétele nélkül a tudat, feldolgozza a beérkező információkat, azt összehasonlítja a korábbi tapasztalatok és tegye a helyére.

Ha a vizuális kép a figyelmünket, akkor mi érdekli az információk rövid távú memória. Ha azonban a figyelmét felhívták, a tároló információ elvész, és helyébe a következő részeket.

Bármikor, a hangsúly lehet rögzíteni egy ponton, így ha szükség van egyszerre nyomon különböző helyzetekben, a fókusz megy egyik tárgy a másikra nyomon követhető. Ugyanakkor a figyelmet szétszórja, és néhány részletet lehet kihagyni. Fontos az is, hogy a felfogás nagyrészt a motiváció.

Ha megváltoztatja a kedélyállapot egy ideig blokkolt: Olyan új képet, kiemelve a legfontosabb részleteket. Ez azt jelenti, hogy ha szüksége van egy gyors felhasználó reakció, majd hirtelen megváltozott a kép nem szükséges.

A rövid távú memória - a legszűkebb pontján az információ-feldolgozó rendszer a személy. Kapacitása 7 ± 2 kötetlen objektum. Gazdátlan információt tárolnak benne legfeljebb 30 másodperc. Nem szabad elfelejteni, minden fontos információ számunkra, hajlamosak vagyunk, hogy ismételje meg magamnak, frissített információkat a rövid távú memória. Így a design a felületek kell venni, hogy a legtöbb kemény, például, hogy emlékezzen, és adja meg a különböző számú képernyők, amely több mint öt számjegyből áll.

Annak ellenére, hogy a kapacitás és a hosszú távú memória tárolási idő végtelen, az információhoz való hozzáférés nagyon nehéz. A mechanizmus információ kinyerése a hosszú távú memória egy asszociatív jellegű. Javítására információk tárolására van kötve az adatok már tárolja a memóriában, és teszi könnyen kap. Mivel hozzáférést a hosszú távú memória nehéz, célszerű nem hivatkozhat arra a tényre, hogy a felhasználó emlékezni fog az információt, és az a tény, hogy a felhasználó megtanulja.

III.03.4. b Basic értékelési szempontok interfészek

Számos közvélemény-kutatások és felmérések, vezető szoftverfejlesztő kimutatta, hogy a felhasználók értékelik a felületet:

1) Könnyen megtanulható és emlékezni - külön értékeli a tanulási görbe és időtartamát adattároló és memória;

2) az arány elérését a rendszer használata, amely által meghatározott száma kiválasztható bemeneti vagy egér parancsok és beállítások;

3) a szubjektív elégedettség a rendszer működése során (a használhatóság, a fáradtság és a hasonlók. D.).

És a professzionális felhasználók számára, akik folyamatosan dolgoznak az azonos csomagban az első helyen meglehetősen gyorsan ki a második és a harmadik kritérium, és a nem hivatásos felhasználók számára, akik a szoftver rendszeres és végre viszonylag egyszerű feladatok - az első és a harmadik.

Ebből a szempontból, a mai napig a legjobb teljesítményt a hivatásos felhasználók rendelkezésére interfészek navigáció, és a nem hivatásos felhasználók - direkt manipulációs interfész. Régóta megfigyelték, hogy amikor végző fájl másolási műveletek, ceteris paribus, a legtöbb szakember használja a shell-típusú Far, és világiak - „drag and drop tárgyakat» ablakok.

III.03.4. c típusú felhasználói felületek

A következő típusú felhasználói felületek:

-ingyenes navigáció

Ez az úgynevezett primitív interfész szervezi interakció a felhasználó és használt konzol módban. Az egyetlen eltérés a szekvenciális folyamat, amely biztosítja az adatok szervezni a ciklus feldolgozására több adathalmaz.

Ellentétben primitív felület lehetővé teszi a felhasználó számára, hogy kiválassza a működését a speciális lista, megjelenik a programban. Ezek a felületek igényelnek végrehajtása több működési forgatókönyvek által végrehajtott műveletsor, amely a felhasználó által definiált. Fa menü felépítése azt sugallja, hogy a keresést a tételt több mint két szint menü elég nagy kihívás.