Kursstruktur. Föreläsningar distribuerade system: uppgifter, terminologi principer för drift. Client Server Architecture. Typiska uppgifter. Användningsområden. Ett exempel på ett informationssystem (typisk applikation i klient-serverarkitekturen). Multi-delarkitektur. Användningsområden. En kort översikt över modern teknik. XML, CGI / JSP, servlets, DCOM, CORBA, RMI (.NET). Urval av lager i flera delar arkitektur (typisk arkitektur). "Tunna" och "tjocka" kunder. Applikationsserver). Databasserver (databasserver). Migration av objekt (problem med distribution av datorbelastning). Implementera systemet. Grunderna i Corba. Corba och OOP. IDL-gränssnittsdefinitionsspråk. Visa IDL på C ++. Visa IDL på Java. KLOT. Dynamisk interaktion av kunder och servrar. Corba Naming Services. Ett exempel på ett informationssystem som gjorts i flera delar arkitektur.

Kursstruktur. Öva laboratoriearbete 1 Rabattkort Service System Obligatorisk Toolkit: Server - Oracle (MSSQL Server 2000 SP3), Client - Java (JDK, VisualCafe, MS J ++, ...) Laboratoriearbete 2 WMS (Warehouse Management System) Slim Client ( Web, handhållen, mobiltelefon, ...). Applikationsserver. Kundinteraktion - Application Server. Business Logic Server. Frågor om distribution av beräkning. Tillhandahålla feltolerans. Obligatoriska verktyg: server - Oracle (MSSQL Server 2000 SP3), Application / Business Logic - Java (JDK, VisualCafe, MS J ++, ...)

Distribuerade system: Definitioner Distribuerat system Detta är en uppsättning oberoende noder (datorer), som presenteras för användaren som en dator. Distribuerat system är en samling oberoende datorer som är anslutna av en programvara som säkerställer deras gemensamma funktion.

Konsekvenser ... Det finns ingen global tidoxynkron överföring av meddelanden ---- Revisionsnoggrannhet av synkroniseringstimmar Ingen systemstatus - Ingen process i ett distribuerat system, vilket skulle känna till det nuvarande globala tillståndet för systemet Företagets parallellitet och dataöverföring mekanism

Konsekvenserna ... misslyckande -processer utför autonomt, isolerade avbrott av enskilda processer kan förbli oupptäckta - olika processer får inte misstänks för ett systemövergripande misslyckande - det finns oftare än i det centrala systemet -NY-orsakerna till misslyckanden (vilket var inte i monolitiska system) -Setfel Isolera processer och fragmenterat system

Partvisionsprinciper Funktionssektioner: Noder utför olika uppgifter -Client / Server -Hower / Terminal Data Counting / Data Processing Solution - Skapande av delade tjänster Naturskiljande (definierad uppgift) System av Supermarket Underhållssystem - Leverans för att stödja kollektivt arbete

Principer för separationsbelastning / balansering: Syftet med uppgiften på processorn för att optimera den allmänna belastningen av systemet. Effektförstärkning: Olika noder arbetar på ett uppdragsfördelade system som innehåller en uppsättning mikroprocessorer, i kraft kan närma sig superdatorn -10000 CPU, var och en 50 MIPS, tillsammans MIPS -\u003e Kommandot utförs för NSEC -\u003e Ljus passerar 0,6 mm -\u003e Alla befintliga chip - mer! Laget utförs för 0,002 NSEC -\u003e Ljus passerar 0,6 mm -\u003e Alla befintliga chip - mer! "\u003e

Principer för separation Fysisk separation: Systemet är baserat på antagandet att noderna är fysiskt separerade (krav på tillförlitlighet, hållbarhet av misslyckanden). Ekonomisk: En uppsättning billiga chips kan ge de bästa priserna / prestandaförhållandena än MainFaim -Mainfream: 10 gånger snabbare, 1000 gånger dyrare

Resurseparation Separation av resurser är ofta en av anledningarna till utvecklingen av ett distribuerat system - värdet av kostnaden, (fil- och skrivarservrar) - data data mellan användare (gemensamt arbete på projektet) Tjänster -Figures resursuppsättning Tjänster Användare

Resurseparationsserver som används för att tillhandahålla tjänster - Begäran om kundservice Samtalsoperationer - Meddelande / Svar på meddelandet Fullständigt implementering - Remote Calling Call-klient och server som ringer från att ringa samma process kan vara både en klient och samma process kan vara som en Klient- och server -traminologiklient / server gäller för processer, och inte till noder !!!

Fördelning av bilagans fragmentering - tillämpningen av applikationen på modulerna för att fördela konfigurationen av modulerna hos modulerna med varandra (beroende) placering -Clotyp av moduler till målsystemfördelningen av datormoduler mellan noder (statisk eller dynamisk )

Middleware heterogenitet: Intermediate Soft Layer - Fel De heterogena noderna att interagera-identifierar en homogen datormodell -etrerar ett eller flera programmeringsspråk - stöder distribuerade applikationer för att ringa bort fjärranslutna objekt Remote SQL-samtal Distribuerad Transaktionsbehandling Exempel: Corba, Java RMI, Microsoft Doft

Mobilkod: Kod är utformad för migrering mellan noder - det är nödvändigt att övervinna hårdvarukillnader (olika uppsättningar av instruktioner) Virtuella maskiner -Compiler "Tillverkar" Byte-kod för VM -VM implementeras för alla maskinvaruplattformar (Java) metoder för grov kraft - innehålla kod för varje plattform ...

Säkerhetsscenario 1: Åtkomst till NFS-testresultat - Vad vet vi att användaren är en lärare som har tillgång till data? -Vält Scenario 2: Skicka ett kreditkortsnummer till en webbutik - Anm. Förutom mottagaren ska inte läsa data-Skippontography

Skalbarhet Kostnaden för fysiska resurser är en senare, med en ökning av antalet användare, det borde växa snabbare än O (n), där n \u003d antalet användare av prestationsförlust - förstärkt med ökad datastorlek (och antal användare ) - Sökningen ska inte växa snabbare än O (log n), där n \u003d datastorlek

Parallellismens övervakning av parallellismen - flera strömmar till den resursens korrekta åtkomstplanering i parallella strömmar (eliminering av ömsesidigt undersökningar, transaktioner) -Synkronisering (semaforer) är säker, men minska produktivitetsrelaterade föremål (resurser) ska fungera korrekt i en multithreaded miljö

Öppenhet Genomskinlighet Tillträde: Tillgång till lokala och avlägsna resurser genom samma samtal Genomskinlighet: Tillgång till resurser, oavsett deras fysiska plats transparens i parallellismen: möjligheten att flera processer ska fungera parallellt med resurser, utan att påverka andras replikationsöversikt: möjligheten av flera fall av en resurs som användes utan kunskap om fysiska särdrag av replikering. Felbearbetning Genomskinlighet: Skydd av programvarukomponenter från misslyckanden som inträffade i andra programkomponenter. Återhämtning efter misslyckanden Mobilitet Genomskinlighet: Möjligheten att överföra en applikation mellan plattformar, utan ändring. Prestationens transparens: Möjligheten att konfigurera systemet för att öka prestanda när kompositionen av exekveringsplattformen ändras. Skalbarhet Genomskinlighet: Möjligheten att öka produktivitet utan att ändra strukturen i programvaran och de använda algoritmerna

Resultat Distribuerat system: - Autonomous (men anslutna dataöverföringsmedium) Noder - Förbindelserna genom att skicka meddelanden Många exempel på det faktum att distribuerade system behövs och de behöver kunna bygga distribuerade system och måste kunna utvecklas och behålla dem

Arkitektur av distribuerade informationssystem och webbapplikationer

Distribuerat system- Detta är en uppsättning oberoende datorer, som skickas till sina användare med ett enda enhetligt system. Trots det faktum att alla datorer är autonoma, för användare lämnas de av ett enda system.

Till de viktigaste egenskaperna hos distribuerade system:

1. De skillnader mellan datorer och anslutningsmetoderna mellan dem är dolda från användarna. Detsamma gäller för den externa organisationen av distribuerade system.

2. Användare och applikationer arbetar enhetligt i distribuerade system, oavsett var och när deras interaktion uppstår.

Distribuerade system bör också vara relativt lätta att bukta för expansion eller skalning. Denna egenskap är en direkt följd av tillgängligheten av oberoende datorer, men samtidigt indikerar inte hur dessa datorer faktiskt kombineras i ett enda system.

För att stödja systemets presentation i en enda form innehåller organisationen av distribuerade system ofta en ytterligare programvara, vilket är mellan den övre nivån på vilka användare och applikationer är belägna och den lägre nivån bestående av operativsystem ( Figur 1.11).

Följaktligen kallas ett sådant distribuerat system vanligtvis mellanliggande nivå system (middleware).Observera att mellanliggande nivån distribueras bland många datorer.

Funktionerna hos det distribuerade systemets funktion inkluderar:

· Förekomsten av ett stort antal objekt;

· Forskningsförseningar (så om de lokala samtalen kräver ett par hundratals nanosekunder, kräver det att objektet i distribuerade system kräver 0,1 till 10 ms);

· Vissa objekt får inte användas under lång tid;

· Distribuerade komponenter utförs parallellt, vilket leder till behovet av att matcha utförandet.

· Förfrågningar i distribuerade system har större sannolikhet för misslyckanden.

· Ökade säkerhetskrav.

På grund av närvaron av förhöjda förseningar måste gränssnitt i ett distribuerat system utformas för att minska körtiden för förfrågningarna. Detta kan uppnås genom att minska frekvensen av behandling, liksom konsolideringen av de utförda funktionerna.

För att bekämpa misslyckanden måste kunderna kontrollera det faktum att exekvera förfrågningar till servern. Säkerhet i distribuerade applikationer kan förbättras genom att kontrollera kommunikationssessioner (autentisering, auktorisering, datakryptering).

Webapplikationsarkitekturen (webb -Service) används allmänt. Web Service - en applikation som är tillgänglig via Internet. Det tillhandahåller tjänster som den form som inte beror på tjänsteleverantören, eftersom den universella funktionsplattformen och det universella dataformatet (XML) används. Web -Service-baserade standarder är baserade på format och sökspråk, liksom sökrekorden för dessa tjänster på Internet. Schema Tillgång till databasen via Internet visas i fig. 11.12.

Figur 1.12 - Access Scheme för DBMS-server via Internet

För närvarande finns det tre olika tekniker som stöder begreppet distribuerade objektsystem: EJB, DCOM CORBA.

Huvudideen ligger i utvecklingen av EJB-teknik ( Företag Java Bönor) - Skapa sådan infrastruktur för komponenter så att de enkelt kan sättas in och raderas från servrarna, vilket ökar eller reducerar serverns funktionalitet. EJB-komponenter är Java-klasser och kan fungera på någon EJB-kompatibel server även utan att kompilera. De viktigaste målen för EJB-tekniken är:

1. För att underlätta utvecklare som skapar applikationer, har de räddade dem från behovet av att genomföra sådana tjänster från noll, såsom transaktioner, trådar, nedladdningar etc. utvecklare, koncentrera deras uppmärksamhet på beskrivningen av logiken för sina applikationer, skifta lagring, överföring och datasäkerhetsuppgifter på EJB-systemet.

2. Beskriv de grundläggande strukturerna i EJB-systemet och gränssnittet för interaktion mellan dess komponenter.

3. Släpp utvecklaren från genomförandet av EJB-objekt på grund av tillgången till en specialkodgenerator.

Tack vare den begagnade Java-modellen är EJB ett relativt enkelt och snabbt sätt att skapa distribuerade system.

DCOM-teknik ( Distribuerad komponentobjektmodell) - Software Architecture utvecklad av Microcoft för att distribuera applikationer mellan flera nätverksdatorer. Programvarukomponenten på en av datorerna kan använda DCOM för att skicka meddelanden till komponenten på en annan dator. DCOM ställer automatiskt in anslutningen, meddelandet sänder och returnerar svaret på fjärrkomponenten. DCOMs förmåga att associera komponenter tillåtet Microcoft för att komma in i Windows ett antal ytterligare funktioner, i synnerhet, för att implementera den Microsoft Transaction Server-servern som ansvarar för att utföra databasstransaktioner via Internet.

En källa: Magasin "Utsikter för vetenskap och utbildning" Utgåva nr 6 (12) / 2014 http://cyberleninka.ru/article/n/prblemy-raspressennyh-sistem

anteckning

Artikeln beskriver funktionerna i distribuerade system. Begreppet ett distribuerat system och ett distribuerat informationssystem avslöjas.

Klassificeringen av distribuerade system ges. I synnerhet av den typ av resurser som tillhandahålls: distribuerade beräkningssystem, distribuerade informationssystem, semantiska tre. Genom antalet element i systemet: kluster, distribuerat företagsnivå system, globalt system.

Kraven på distribuerade system beskrivs: Genomskinlighet i det distribuerade systemet, öppenhet av plats, insyn i åtkomst, insyn i parallellitetsåtkomst, insyn i det distribuerade systemets, replikeringens öppenhet, systemets öppenhet, säkerhet, RC-tillförlitlighet.

Artikeln beskriver problemen vid skapande och operativa distribuerade system, till exempel: Problem med systemadministration, belastningsbalansproblem, dataåtervinningsproblem vid fel, skalbarhetsbegränsningsproblem (problem zoomning Antal systemnoder, problemet med begränsade serverfunktioner, Problemet med begränsade datanät, problemet med begränsade databehandlingsalgoritmer), problemet med bärbar programvara.

Nyckelord: Beräkningar, distribuerade system, distribuerade datorsystem, distribuerade informationssystem

Introduktion

I det moderna samhället är det nödvändigt att förbättra kvaliteten och hastigheten på bearbetningen i den första av de "stora data" och i den andra fasen av data i distribuerade system. I detta avseende ökar vikten av distribuerade lagrings- och databehandlingssystem som ett sätt att lösa detta problem. En av de viktigaste uppgifterna för ett distribuerat system är att analysera egenskaperna hos de erhållna data, som enligt ett antal skäl inte kan utvärderas på en nod. För att uppnå målet och accelerationen av bearbetningstiden är det nödvändigt att skicka data i första etappen till distribuerade systemnoder och på den andra för att samla in data från distribuerade noder och aggregera dessa data i den övergripande globala representationen. Detta är en utmanande uppgift på grund av att de ofta uppstår i sådana typer av dynamik, vilket innebär mycket frekventa förändringar av lokala värden som påverkar de allmänna globala egenskaperna hos hela uppgiften. Att skapa effektiva och adaptiva distribuerade system kan avsevärt påskynda databehandlingshastigheten. För att överväga denna fråga analyserar vi problemen med de distribuerade systemen som uppstår vid utformningen och driften av distribuerade system.

Begreppet ett distribuerat system

Hittills, i litteraturen, finns det ett stort antal definitioner av begreppet "distribuerat system". Den mest fullständiga definitionen föreslogs som Tanenbaum: "Distribuerat system (PC) är en uppsättning oberoende datorer, vilket uppfattas av sina användare som det enda sekventiella systemet." En annan definition är ombedd: Distribuerade system är programvara och hårdvarusystem där utförandet av verksamheten (åtgärder, beräkningar) är nödvändiga för att säkerställa systemets funktionalitet distribueras (fysiskt eller logiskt) mellan olika artister. I beräkningsfältet, under PC i vår studie, kommer vi att förstå programvaran och hårdvarusystemet som skapas för en viss praktisk tillämpning, vars funktionalitet fördelas på olika noder.

Du kan klassificera distribuerade system på olika funktioner: med antalet element i systemet, när det gäller organisationen av distribuerade system, efter typ av resurser som tillhandahålls, samt ett antal andra tecken. Av typen av resurser som tillhandahålls skilja:

• distribuerade beräkningssystem (beräkningsnät)
• distribuerade informationssystem (Data Grid)
• semantic Grid (Semantic Grid)

Den huvudsakliga egenskaperna hos beräkningssystem (beräkningsnät) är att beräkningskraften i hela systemet tillhandahålls som huvudresursen. Huvudriktningen av utvecklingen av system av denna typ är att öka systemets datorkraft, genom att öka antalet datorkoder. Ett exempel på distribuerade beräkningssystem är kluster.

Distribuerade informationssystem (Data Grid) ger beräkningsresurser för att bearbeta stora mängder data för uppgifter som inte kräver stora datorresurser. Det semantiska nätet ger inte bara enskild datorkraft (databaser, tjänster), men också en helhet av beräkningssystem och informationssystem för varje specifikt ämne.

Med antalet element i systemet distribueras distribuerade system: kluster, distribuerat företagsnivå system, globalt system. Det distribuerade systemet är ett kluster om det totala antalet element inte överstiger flera dussin. Det distribuerade företagsnivåsystemet innehåller redan i sin sammansättning redan hundratals, och i vissa fall och tusentals element. Det globala systemet är ett distribuerat system med antalet element som ingår i sin sammansättning, mer än 1000. Samtidigt är det ofta element i sådana system som är globalt fördelade. Ett exempel på ett globalt distribuerat nätverk är Internet, där informationsfältet är som tillhandahålls som den tillhandahållna resursen.

Grundläggande krav för distribuerade system

De grundläggande kraven för distribuerade system är: Genomskinlighet, öppenhet av systemet, säkerhet, RS skalbarhet, tillförlitlighet. Tänk på varje karakteristik Läs mer.

Genomskinlighet i det distribuerade systemet. Genomskinlighet är i allmänhet att distribuerade system måste uppfattas av användarna av systemet som ett homogent föremål, och inte som en uppsättning autonoma föremål som interagerar med varandra. Att utforma ett distribuerat system är en utmaning, och överensstämmelse med den nödvändiga insynen är ett nödvändigt villkor för systemets funktion. Det finns olika typer av öppenhet.

Öppenhet plats. I distribuerade system ligger öppenheten på platsen i det faktum att användaren inte ska veta var de resurser de behöver är belägna. Filer kan flytta till olika noder av ett distribuerat system, till exempel om ett misslyckande inträffade på RS-noden, och data återställdes på en annan RS-nod, men användaren skulle inte märka dessa rörelser. Till exempel, i distribuerade informationsfilsystem, måste användaren bara se ett enda filutrymme, trots att data kan vara fysiskt på olika servrar.

Få tillgång till genomskinlighet. I distribuerade system spelas den viktigaste rollen av principen om insyn i åtkomst. Genomskinlighet i detta fall är att säkerställa dölja skillnader i tillgång och databehandling.

Öppenhet av parallellitetsåtkomst. Olika användare av distribuerade system bör kunna parallell tillgång till allmänna data. Samtidigt är det nödvändigt att tillhandahålla parallella gemensamma resurser för systemets resurser, och därmed säkerställa att resursdelningen är dold.

Replikeringens genomskinlighet. För att säkerställa datasäkerhet, särskilt på distribuerade filsystem, är det nödvändigt att tillhandahålla datareplikation. Användaren bör inte vara känd att data replikering existerar. För att dölja den här faktorn är det nödvändigt att de angivna uppgifterna eller resurserna kan vara samma namn.

Öppenhetssystem. Till skillnad från tidiga distribuerade system, som var iboende begränsade och stängda, som de skapades huvudsakligen inom de enskilda organisationerna och att lösa specifika uppgifter, skapas moderna distribuerade system allt mer öppna. Användningen av principen om öppenhet för distribuerade system möjliggjordes genom utveckling av dataöverföringslinjer, en ökning av processorns prestanda, liksom den övergripande utvecklingen av informationsteknik. Under öppenheten hos distribuerade system förstås möjligheten att interaktion med andra öppna system. Öppna system måste ha följande egenskaper:

• Rs måste följa med tydligt definierade gränssnitt.
• System som ingår i datorn ska enkelt interagera med varandra
• System måste säkerställa portabiliteten av applikationer.

Systemets öppenhet kan uppnås med hjälp av: Programmeringsspråk, hårdvaruplattformar, programvara.

Säkerhet. Särskild plats i moderna distribuerade system upptar deras säkerhet. PC-säkerheten är i allmänhet en kombination av 3 faktorer:

• Säkerställa sekretess för data och resurser
• Säkerställa sekretess för tillgång till resurser för en mängd olika användare;
• Säkerställa integriteten av resurser och data.

Behovet av att skapa distribuerade system som säkerställer den nödvändiga datasäkerheten och hela datorns struktur, uppträder överallt. Många säkerhetsproblem kan lösas på nivån på enskilda RS-noder, till exempel genom att installera brandväggar och antivirusprogram för enskilda systemnoder, införandet av användarautentiseringspolicyer och andra metoder. Men på grund av funktionerna i arkitekturen hos de flesta datorer är detta tillvägagångssätt inte alltid effektivt. Programvaran kan inte alltid ge den nödvändiga sekretessen av data i det distribuerade systemet. Till exempel har programvara inte alltid ett fullt skydd mot Mimt och DDOs attacker på ett distribuerat nätverk. Ofta är skyddsmetoder från sådana attacker inte alltid acceptabla för noder av datornätet. En viktig indikator, när man organiserar skyddet av PC, är systemets tillgänglighet. Nivån på tillgängligheten av ett distribuerat system bestäms inte bara av tillgängligheten av resursen vid tidpunkten T, men även principerna för organisationen av skyddet för PC, eftersom det mesta av programvaran för att skydda mot attacker syftar till att vägra underhåll. Mycket uppmärksamhet ägnas åt denna fråga av många antivirusprogramvaruproducenter.

RF-tillförlitlighet. I samband med uppkomsten av nya metoder och algoritmer, som kräves på beräkningsresurser och, viktigast av allt, till tidens resurser blir behovet av tillgång till distribuerade system i tid t extremt relevant. Huvudindikatorn som bestämmer tillförlitligheten hos hela RS är feltolerans. Fel tolerans är den viktigaste egenskapen hos beräkningssystemet, som består i möjligheten att fortsätta åtgärder som anges av programmet, efter att fel uppstår.

Problem med drift av distribuerade system

Trots alla fördelar med distribuerade system jämfört med traditionella centraliserade system (RS ger ett betydligt mindre värde av implementering och enkelhetens implementering), har RS ett antal betydande nackdelar. De viktigaste problemen med distribuerade system jämfört med traditionella system är:

• systemadministrationsproblem;
• problem med begränsad skalbarhet av PC;
• problem med programstolerans.

Systemadministrationsproblem inkluderar problem: Ladda balanseringsproblem på systemkunnor; Dataåterställningsfrågor vid fel. Fragmentering av resurser i distribuerade system föreskriver behovet av att skapa flexibla anpassade administratörsverktyg. Eftersom globalt distribuerade system, måste administrering ske i automatiskt läge, då uppstår följande huvudproblem av administrationen av distribuerade system i samband med detta:

• lastbalansering på systemkunnor;
• dataåterställning vid fel
• samling av statistik från systemkunnor;
• uppdatera programvara på systemnoder i automatiskt läge.

Det är värt att förstå att den här listan är generaliserad, dvs. För varje specifikt RS kan det finnas problem som inte beskrivs i detta arbete. Men dessa problem är vanligast i praktiken och förtjänar särskild uppmärksamhet i datorns utformning. De två sista problemen är väl studerade, och i den distribuerade systemprogramvaran finns det många utvecklade programvaruverktyg som ger både insamling av statistik och programuppdateringar. Vetenskapliga intressen representerar på systemnoderna och dataåtervinningsmetoder vid fel. På grund av PC: s detaljer, liksom heterogeniteten hos utrustningen och arkitekturen i RS, finns det ingen enkeldesignmetod som skulle säkerställa lösningen på dessa problem.

Ladda balanseringsproblem. Ett viktigt problem med att utforma en dator är att säkerställa effektiv belastningsbalansering på systemnoder. Den korrekt valda lastbalanseringsstrategin har en avgörande effekt på den övergripande effektiviteten och hastigheten på det distribuerade systemet. Hittills finns det många tillvägagångssätt för att lösa detta problem.

I det allmänna fallet kan du välja en generaliserad klassificering av metoderna för att balansera datorns noder. Av typen av fördelningen av belastningen på beräkningskomponenter skiljer sig: dynamisk balansering (omfördelning); Statisk balansering.

Statisk balansering, ofta utförs som ett resultat av en priori-analys. När du distribuerar resurser genom att beräkna noder analyseras en distribuerad systemmodell för att identifiera den bästa balanseringsstrategin. Samtidigt är det nödvändigt att ta hänsyn till datorns struktur, liksom konfigurationen av beräkningsnoder. Den främsta nackdelen med denna belastningsbalanseringsmetod är behovet av att associera noder med olika utrustningskonfigurationer med uppgiftens komplexitet, vilket inte alltid är möjligt.

Den dynamiska balanseringen av det distribuerade systemet består i att anpassa belastningen på det distribuerade systemets noder under drift, vilket i sin tur kan använda nätverksresurser mer effektivt. Behovet av dynamisk balansering uppstår när det inte är möjligt att inledningsvis en priorit för att anta den övergripande belastningen av nätverket. Sådana situationer uppstår oftast, till exempel i matematiska modelleringsuppgifter, när i samband med beräkningar på varje iteration ökar komplexiteten i beräkningen och därmed ökar den totala datortiden också. Dessutom möjliggör dynamisk balansering användningen av programvara som kommer att vara invariant till arkitekturen i det distribuerade systemet.

Dataåterställningsfrågor vid fel. Under driften av distribuerade system uppstår problemet med spårningsfel och efterföljande dataåtervinning. Denna situation kan förekomma, till exempel under strömavbrottet hos en av RS-noderna. Automatisk dataåterställning är en utmanande uppgift som innehåller många problem. Under restaureringen är det nödvändigt att ta reda på arten av felet inträffade, klassificera det och automatiskt återställa alla data. Det bör sparas inte bara all integritet hos de tillhörande data, utan också tillgången på andra data, eftersom återhämtningen ska ske utan att blockera de grundläggande resurserna för läsning, dvs. Det distribuerade systemet måste fungera utan att stoppa. Hittills finns det många tillvägagångssätt för att lösa detta problem. Till exempel är en av återhämtningsmetoderna i informationsfördelade system (distribuerad DBMS) användningen av den så kallade transaktionsloggen där all information lagras om alla ändringar i databasen. Komplexiteten i det här fallet är att korrekt klassificera fel och korrekt tillämpning av dataåtervinningsmetoder i automatiskt läge.

Begränsningsproblem av skalbarhet. Skalbarhet av distribuerade system är en av prioriteringarna vid utformning av en dator. Distribuerade system gjorde det möjligt att undvika den huvudsakliga nackdelen med centraliserade system - begränsat ökande system av systemdatorkraft. Det finns tre huvudsakliga skalbarhet av systemet:

• skalbarhet av PC i förhållande till dess storlek. Systemet anses vara skalbart i förhållande till dess storlek, om det ger enkel anslutning till det nya noder.
• Geografisk skalbarhet. Systemet anses vara geografiskt skalbar om nya noder kan anslutas till sitt nätverk, utan att binda till ett specifikt geografiskt område (land, stad, datumcenter etc.), det vill säga globalt distribuerade noder.
• Skalbarhet av ledningen. Systemet anses vara skalbar i resurshanteringsplanen om systemadministrationen med en ökning av det totala antalet systemnoder är inte komplicerat.

Vid lösning av problemet med skalbarhet i systemet måste många problem lösa. Vi markerar de viktigaste problemen med skalbarheten hos distribuerade system.

Problemet med att öka antalet systemnoder, som inte alltid ges möjligt, på grund av begränsade tjänster, algoritmer, eftersom ofta många tjänster är konfigurerade att använda på ett visst antal utrustning, till exempel att använda en viss server, a specifik arkitektur. Det är, vi konfronteras med problemet med centralisering, både resurser och tjänster.

Problemet med begränsat till serverns kapacitet, som utför dataaggregationen som samlats in från systemnoderna i den övergripande globala representationen.

Problemet med begränsade dataöverföringsnät. Eftersom det distribuerade systemets geografiska skalbarhet kan det distribuerade systemets noder vara i geografiskt avlägsna punkter i världen, då när de utformar och använder datorn, står vi inför problem pålitliga datanät. Vid låga datahastigheter för data är det möjligt att minska den övergripande tillförlitligheten och prestanda hos datorn.

Problemet med begränsade databehandlingsalgoritmer. Det är nödvändigt att använda metoder och algoritmer för att samla in data från systemnoderna som minimalt överbelastar kommunikationsnätet.

Problemet med bärbarhet av. Problemet med bärbarhet av programvara är en av de viktigaste fasthållningsfaktorerna för utveckling och ytterligare skalning av distribuerade system. Problemet med bärbarhet är omöjligheten att köra den skapade applikationen på olika arkitekturer. Den snabba utvecklingen av programvaruarkitekturer, programmeringsspråk, liksom den övergripande utvecklingen av hela IT-industrin som helhet - allt detta ledde till behovet av att skapa programmetiska kodtoleransmetoder.

Särskilt akut frågan om bärbarhet av programvara är i globalt distribuerade system, där olika heterogena utrustning med olika operativsystem använder som noder, ofta använder. Till exempel, för att kombinera datorer i ett globalt datornät - är nätverket nödvändigt att skriva en klientansökan för varje datorkod, med beaktande av specifikationerna för dess arkitektur och installerat OS, vilket är en utmaning. Ständigt växande krav för att öka mobiliteten hos mjukvaruprodukter, leder till behovet av forskning i den här riktningen. Problem med mjukvaruplattformen ägnas åt många publicerade vetenskapliga verk, som visar de viktigaste metoderna och metoderna som gör att du kan skapa bärbara applikationer.

Slutsats

Å ena sidan är distribuerade system till att lösa ett stort antal komplexa uppgifter, varav de flesta inte löses med andra metoder. Distribuerade system gör det möjligt att eliminera den huvudsakliga nackdelen med centraliserade system - Begränsad datorkapacitet. Samtidigt avslöjade analysen ett antal problem som kräver beslut.

Den begränsade användningen av distribuerade system är komplicerat med användning av olika tillverkare i sin sammansättning med olika typer av arkitekturer. På grund av det stora utbudet av aspekter av byggnadssystem, liksom mångfalden av befintliga operativsystem, är det nödvändigt att skapa adaptiva planeringsmetoder för distribution av flöden i ett distribuerat system, vilket väsentligt kan påskynda behandlingshastigheten Inkommande serviceansökningar och en ökning av den övergripande systemprestandan. Men i allmänhet finns det en positiv trend för att lösa problem och det bör antas att det under de närmaste åren kommer det att finnas högkvalitativa tekniska raser i den här riktningen.

LITTERATUR

1. Tsvetkov V. Ya., Lobanov A. A. Stora data som informationsbarriär // europeisk forskare. 2014. vol. (78). № 7-1. s. 1237-1242.
2. Martin D. Computing Networks och distribuerad databehandling: Programvara, metoder och arkitektur: [i 2 q.]: Per. från engelska Vol. 1. Finans och statistik, 1985.
3. Blommor V.YA. Databas. Drift av informationssystem med distribuerade databaser. M.: Miigaik, 2009. 88 s.
4. Shokin Yu.i. et al. distribuerat information och analytiskt system för sökning, bearbetning och analys av rumsliga data // beräkningsteknik. 2007. T. 12. Nej .. 3. s. 108-115.
5. Tanenbaum A., Van Steen M. Distribuerade system. Pearson Prentice Hall, 2007.
6. I.b. Burdonov, A.s. Kosachev, V.N. Ponomarenko, V.Z. Schinitman. Översikt över tillvägagångssätt för verifiering av distribuerade system. M.: Ryska vetenskapsakademin. Institutet för systemprogrammering (EG RAS) 2003. 51 s.
7. Voschenko a.e., Kalinichenko L.a., Stoves S.A. Semantiskt rutnät baserat på begreppet ämnesförmedlare. Institutet för informatikproblem av den ryska vetenskapsakademin. URL: http://83.149.245.107/synthesis/publications/10semgrid/10semgr i.pdf (referensdatum 09/20/2014).
8. Rodin A.V., BURTSEV V.L. Parallella eller distribuerade beräkningssystem? // Förfaranden av MEFI: s vetenskapliga session - 2006. T. 12 Informatik och hanteringsprocesser. Datorsystem och teknik. från. 149-151.
9. George Coulouris, Jean Dollimore, Tim Kindberg, "Distribuerade systemkoncept och design" 3 RD Edition, Addison-Wesley.
10. Blaze M. et al. Rollen av förtroendehantering i distribuerad systemsäkerhet // säker Internetprogrammering. Springer Berlin Heidelberg, 1999. s. 185-210.
11. Babich A.V., Bersenev G. B. Algoritmer för dynamisk belastning balansering i ett distribuerat aktivt övervakningssystem // nyheter Tulgu. Teknisk vetenskap. 2011. №. 3. s. 251-261.
12. Daryapurkar A., \u200b\u200bDeshmukh M. V. M. Effektiv belastningsbalanseringsalgoritm i molnmiljö // International Journal of Computer Science and Applications. 2013. T. 6. Nej 2. s. 308-312.
13. Distribuerade system. Principerna och paradigerna av E. Tannbaum, M. Ban Steen. St Petersburg: Peter, 2003.
14. Tanenbaum A. S., Klint P., Bohm W. Riktlinjer för programvara Portability // Programvara: Övning och erfarenhet. 1978. T. 8. Nej 6. s. 681-698.
15. James D. Mooney. "Att föra portabilitet till mjukvaruprocessen". Teknisk rapport TR 97-1, Dept. Av statistik och datavetenskap, West Virginia University, Morgantown WV, 1997.

Arkitektur av distribuerade system och grundläggande begrepp för distribuerad databehandling ....................................... ..................................2

Begreppet öppna system .............................................. ...... 12

Fördelar med Open Systems ideologi ................................. 17

Öppna system och objektorienterad tillvägagångssätt ............... 19

Dator (informativt) nätverk ....................................... 21

Globala nätverk ................................................ ...................24

Lokala nätverk ................................................ ....................... 27

Multiprocessor datorer ............................................. ..31

Interagerande processer ................................................ ..36

1. Arkitektur av distribuerade system och de grundläggande begreppen för distribuerad databehandling

Under distribuerad förstås IP som inte är placerade på ett kontrollerat territorium, på ett objekt.

Distribuerat informationssystem (Fig.) - Alla informationssystem som låter dig organisera interaktionen av oberoende, men sammankopplade datorer. Dessa system är utformade för att automatisera sådana föremål som kännetecknas av territoriell fördelning av föremål och förbrukning av information.

I allmänhet distribuerad Informationssystem (Fig) är en uppsättning koncentrerad är. associerad med ett enhetligt system med kommunikationsundersystem

Inriktad ÄR. kanske:

separata datorer, inklusive PEVM,

beräkningssystem och komplex,

lokala datanät (LAN).

För närvarande praktiskt taget inte används icke-intellektuella abonnentpunkter som inte har en dator . Därför är det omöjligt att anta det den minsta strukturenheten ris är en dator (Figur 1).

Distribuerad IP byggs på nätverksteknik och är beräkningsnät (EST).

Termen "distribuerat system" innebär en sammanlänkad uppsättning offline-datorer, processer eller processorer. Datorer, processer eller processorer kallas noderna i ett distribuerat system. Definieras som "autonoma", måste noderna vara åtminstone utrustade med sin egen styrenhet. Således faller en parallell dator med en styrström och flera dataströmmar (SIMD) inte under definitionen av ett distribuerat system. För att definieras som "inbördes", ska noderna kunna utbyta information.

Eftersom processerna kan spela rollen som systemnoderna, innehåller definitionen programvaran, byggda som en uppsättning interaktiva processer, även om de utförs på en maskinvaruplattform. I de flesta fall innehåller emellertid det distribuerade systemet åtminstone flera processorer som är anslutna av omkopplingsinstrumentet.

Kommunikationsundersystemet innehåller:

kommunikationsmoduler (km);

kanaler av anslutning;

koncentratorer;

firewater Gateways (broar).

Huvudfunktionen kommunikationsmoduler är överföringen av det mottagna paketet till en annan km eller abonnentpunkt i enlighet med överföringsvägen. Kommunikationsmodulen kallas också paketkopplingscentret.

Fikon. 1. Fragment av ett distribuerat informationssystem

Kanaler av anslutning Kombinera nätverkselement i ett enda nätverk kan kanaler ha olika dataöverföringshastigheter.

Nav Används för att försegla information innan den överför den längs höghastighetskanaler.

Felfria gateways och broar Används för att ansluta nätverk med LAN eller för att ansluta segmenten av globala nätverk. Med hjälp av broar är nätverkssegment med identiska nätverksprotokoll associerade.

I vilket ris som helst kan tre delsystem isoleras i enlighet med det funktionella syftet:

användarsubsystem;

förvaltningsundersystemet;

kommunikationsundersystemet.

Beställnings eller abonnent Delsystemet innehåller användarinformationssystem (abonnenter) och är avsett att tillgodose användarnas behov i lagring, bearbetning och mottagning

Tillgänglighet förvaltningsundersystem Gör det möjligt att kombinera alla element i ris i ett enda system, i vilket elementets interaktion utförs enligt en enda regler. Delsystemet säkerställer interaktionen mellan systemets element genom att samla och analysera serviceinformation och påverkan på element för att skapa optimala förhållanden för hela nätverkets funktion.

Kommunikationsundersystem Ger överföringen av information om nätverket i användarnas och kontrollens intresse.

Figurfigur kan betraktas som interaktionen mellan fjärrprocesser genom kommunikationsundersystemet.

Beräkningsnätverksprocesserna genereras av användare (abonnenter) och andra processer.

Samspelet mellan fjärrprocesser är:

dela filer

fraktmeddelanden via e-post

skicka applikationer för programkörning och erhållande av resultat

tillgång till databaser etc.

Konceptuellt distribuerad sökning data Dashima innebär en eller annan typ av kommunikationsnätverksorganisation och decentral varaktigheten av tre kategorier av resurser:

hårdvara dator och faktiskt beräkningskraft;

databaser;

förvaltningssystem.

I distribuerade informationssystem implementeras följande grundläggande funktioner i en eller annan grad:

Tillgång till resurser (beräkningsanläggningar, program, data, etc.) från terminaler och från användarprogram i "filservern" -läget;

göra uppgifter och interaktiva kommunikationsanvändare med program som körs på deras krav i klient-server-läget;

samling av statistik om systemets funktion;

säkerställa tillförlitlighet och överlevnad av systemet som helhet.

För närvarande tillämpas olika tillvägagångssätt för klassificeringen av distribuerade informationssystem för olika kriterier.

Enligt graden av homogenitet skiljer du:

helt inhomogent ris;

delvis inhomogent ris;

likformigt ris.

Helt inhomogen fikon Kännetecknas av det faktum att de kombineras datorbyggd på grundval av olika arkitekturer och fungera f aD-kontroll av olika operativsystem (OS ).

Som regel, ris av denna typ som kommunikationstjänst Begagnade globala nätverk , Basiging på protokoll X.25, Ram. relä , Atm , Internet -teknologi.

Delvis inhomogen fikon Bygg på basen av samma typ Arbetssätt under kontroll av olika operativsystem eller de inkluderar datorerolika typer som kör ett operativsystem.

till exempel , IBM.PC. Datorer styrs av olika operativsystem; FRÖKEN.Dos., OS/2, Fönster 95, FönsterNt..

Uniform distribuerade system Bygga på förenkling av datorutrustning utrustad med samma operativsystem.

Enligt arkitektoniska egenskaper, fördela:

Ris baserat på system distansarbete ;

Ris baserat på nätverksteknik .

Under nätverksteknik Det förstås av denna form av datorinteraktion, i vilken någon av processerna för en av bilarna på eget initiativ kan installera en logisk anslutning med någon process i någon annan dator. .

Till skillnad från sådana system Fikonbaserad tele bearbetningssystem inte pove full, symmetrisk och oberoende interaktion av processer.

Enligt graden av distribution från positionen för användar ris är uppdelade i 2 grupper:

regional och lokal.

Regionalt ris inkluderar distribuerade konfigurationer, ha utföra följande grundläggande parametrar :

Obegränsad geografisk fördelning

Förekomsten av vissa routingsmekanismer;

Varannan två noder är anslutna av sin egen kanal, och det finns inget problem med dess separation;

Ett brett utbud av överföringshastigheter - 10 3 ... 10 8 bitar / s;

Godtycklig topologi.

De kan skilja flera sätt att organisera interaktion mellan AUM:

byte av kanaler;

byta meddelanden;

paketväxling;

frame Switching - Ram.relä;

kommunikationsceller - Atm-teknologi.

Grunden för lokalt ris utgör lokala nätverk med följande ha ractitude:

liten geografisk fördelning;

användningen av en enda kommunikationsmiljö och följaktligen den fysiska fullständigheten av alla nätverksnoder, vilket resulterar i att du ersätter routningsadresseringen;

höga och mycket höga växelkurser - 10 7 ... 10 9 bit / c;

användningen av speciella metoder och algoritmer för tillgång till en enda miljö för att säkerställa höga överföringshastigheter vid användning av miljön med alla noder av kommunikationstjänsten.

begränsningarna av eventuella topologier.

Under arkitektur Fikon förstå förhållandet mellan det logisk , fysisk chesky och Programvarustrukturer .

Logisk struktur Fikon reflektera sammansättning av nätverkstjänster och kommunikation mellan dem (Fig 2).

I denna struktur information och datortjänst Utformad för att lösa nätverksanvändaruppgifter.

Terminal Ger interaktionen mellan terminaler med nätverket.

Denna tjänst innehåller:

konvertera format och koder

multi-Way Terminals Management,

behandling av informationsutbyte mellan terminaler och nätverk etc.

Trans skräddarsydda Utformad för att lösa alla uppgifter i samband med Överföring av meddelanden på nätverket.

Hon kör:

rutter

strömmar och data

nedbrytningsställen för paket och ett antal andra funktioner.

Gränssnittstjänst Löser uppgifter tillhandahålla interaktioner av different-typ-datorer, funktion under kontroll av olika operativsystem Att ha en annan arkitektur, längden på ordet, data representation format etc.

Dessutom, kontorshantering gränssnitt Utövar interaktionen mellan datorn som ingår i olika nätverk.

Administrativ service

hanterar nätverket,

implementerar förfaranden för omkonfiguration och återhämtning,

samlar statistik över nätverksfunktionen,

anger nätverkstestning.

Ovannämnda element i den logiska strukturen är inte obligatorisk för alla reella system.

Så, B. homogena nätverk det är inte nödvändigt att Interna ansiktsservice , i Enkla nätverk kanske frånvarande administrativ service etc.

Informations- och databehandling (IV) och terminal Form abonnemangstjänst .

Gränssnitt och transporttjänst Form kommunikation onan service.

Det följer att administrativ service Utför inte några funktioner relaterade till användarnätverkstjänsten, och kan betraktas som en servicemekanism själv nätverk .

Fördelning av element logisk struktur Enligt olika EUM. specificeras fysisk struktur Fikon (Fig. 3).

Element av en sådan struktur är datorer relaterade till varandra och terminaler.

Beroende på implementeringen av detta eller den nätverkstjänsten skulle vara fysisk struktur Du kan allokera:

1 - Huvuddator;

2 - Kommunikationsdatorer;

3 - gränssnittsdatorer;

4 - terminala datorer;

5 - Administrativ dator.

Flera tjänster kan implementeras i en dator.

Mjukvarustruktur Ris återspeglar sammansättningen av nätverkskomponenter programvara (programvara) och länkar mellan dem .

Det är uppenbart att strukturera nätverksprogramvara bestäms av den logiska strukturen, d.v.s. funktioner som utförs av sina tjänster,

På samma gång länkar mellan komponenter i storskalig beror på den fysiska strukturen.

Komplexiteten hos de uppgifter som utförs av nätverket på ett distribuerat informationssystem kräver att denna nätverksprogram har utvecklats mycket strukturerat. För närvarande är nätverksprogrammet alltid organiserad som en uppsättning moduler, som alla utför mycket specifika funktioner och är baserad på de tjänster som erbjuds av andra moduler. I nätverksorganisationer finns det alltid en strikt hierarki mellan dessa moduler, eftersom varje undantag för modul använder de tjänster som erbjuds av den föregående modulen. Moduler är uppkallade nivån I samband med nätverksimplementering.

Nätverk Det har multi-level hierarkisk organisation som är Älskling Två faktorer:

behovet av att minimera kostnaderna för att ändra nätverksprogram när kompositionen av den använda utrustningen ändras;

eventuella ändringar i nätverket bör inte återspeglas i användarprogram med hjälp av nätverksfunktioner.

För hierarkisk organisation behöver du Rensa beskrivning gränssnitt och protokoll, dvs Regler för interaktion:

program som utförs i en dator och belägen på olika nivåer

och program som är på en nivå, men ligger i olika datorer.

Lusten att skapa en enda, universell och öppen för förändringar i logiska och fysiska strukturer Nätverksarkitektur har lett standard nivån på hierarkinivåer på datanät.

Distribuerade informationssystem

Ett distribuerat informationssystem är en uppsättning databaser som avlägsnas från varandra och har ett antal gemensamma parametrar. De arbetar enligt de allmänna reglerna som identifieras centralt samtidigt för alla databaser som ingår i informationssystemet. Informationsdelning görs enligt de regler som också identifieras centralt.

Organisationen av ett distribuerat informationssystem är nödvändigt för företag som är involverade i olika aktiviteter i händelse av ett behov av att lösa sådana uppgifter som ett behov av att omedelbart få information från databasen med fjärrkontrollen. Även behovet av genomförandet av ett sådant system kan uppstå om du behöver konsolidering i den gemensamma databasen med information som finns i databaser av juridiska personer, som ingår i företagets struktur. Detta utförs för att ytterligare analysera data och formulera rapporter från en bas, både i företaget som helhet och separat för varje juridisk person.

Ett sådant informationssystem implementeras med införandet av centraliserade förändringar i strukturen och konfigurationen av databasreglerna för funktion av alla fjärranslutningar och juridiska personer. Det kan vara förbjudet möjligheten att ändra vissa regler direkt från fjärranslutna enheter.

Genomförandet av ett distribuerat informationssystem utförs också med behovet av att kontrollera förändringen i data i fjärrkontrollen av organisationen.

Förfarandet för att organisera ett distribuerat informationssystem består av två steg. Det första förberedande arbetet utförs: informationssystemets strukturer bestäms, regeln om informationsmigration mellan databaser som ingår i det distribuerade informationssystemet, liksom reglerna för att begränsa förändringar i sådana databaser.

Det andra steget innefattar processen att framställa ett distribuerat informationssystem. I detta skede väljs den optimalt lämpliga mjukvaran, med vilken en distribuerad informationsbas som fungerar enligt de regler som beskrivs som ett resultat av det förberedande arbetet kommer att organiseras. Även i detta skede är konfigurationen av den valda programvaran konfigurerad att organisera och effektivt hantera distribuerade informationssystem.

Tänk som ett exempel företagets informationssystem - det regionala distribuerade informationssystemet (RRISO).

Ringers uppgifter (bild 5.1):

• 1. Underhålla en centraliserad databas för att säkerställa systemets hantering.
• 2. Integrering av inhomogena databaser av pedagogisk och ledande information.
• 3. Säkerställa ett enda användargränssnitt och bildning av typiska dokument.
• 4. Skapa ett centralt elektroniskt bibliotek och support för studenter, lärare med perifera elektroniska bibliotek.
• 5. Stöd för distansutbildning och oberoende testning.
• 6. Att dela datorer och utrustning.
• 7. Automatisk utbyte av elektronisk information mellan utbildningsinstitutioner, automatisering av processerna för att skapa, bearbeta och lagra information.
• 8. Skydd av information Postat i Ryison och Copyright DB-utvecklare, elektroniska träningsmaterial och applikationer.
• 9. Stöd till grupparbete vid utarbetandet av elektroniska utbildningsmaterial, utbildning, vetenskaplig forskning.
• 10. Integration med liknande informationssystem för utländska och inhemska datanät.

Fikon. 5.1.

Ett objekt Automatisering (bild 5.2) har en geografiskt distribuerad struktur. Den består av avdelningen för utbildning av regionen, kommunala utbildningsorgan, distriktsutbildningsmyndigheter, utbildningsinstitutioner. Alla är dispergerade på det stora området i regionen. De interagerar med förvaltningarna i regionen, städerna, distrikten, med studenter och deras föräldrar, offentliga.

Fikon. 5,2.

Syftet med informationssystemet är Övervakning inom utbildningsområdet (bild 5.3).

Fikon. 5.3.

Det regionala distribuerade informationssystemet har en hierarkisk organisation (figur 5.4).

Hierarkisk systemstruktur På grund av närvaron av flera nivåer av utbildningshantering: regional nivå (utbildningsdepartementet divisioner Administration av regionen), nivån på stora kommuner (utbildningsorgan, divisioner City Administration - Regional Center), regionernivå och stadsområden, nivån på enskilda utbildningsinstitutioner för olika typer och arter, andra avdelningar, institutioner och organisationer som tillhandahåller sociala tjänster, skyddar barns och ungdomars rättigheter.

Automatisering Informationsutbyte säkerställer konsistensen av de data som används på olika nivåer av informationssystemet, ökar dem. pålitlighet.

Fikon. 5.4.

Samverkan mellan utbildningshantering och utbildningsinstitutioner som finns mellan dem, bestäms informationsflöden av regionutbildningsavdelningen. IP bör ha en arkitektur som motsvarar strukturen i automationsobjektet. Det utvecklade systemet bör innehålla delsystem som tillhör flera hierarkinivåer:

• · Utbildningsnivå. Komponenterna i denna nivå skiljer sig åt i den uppsättning funktioner som implementeras i dem beroende på vilken typ av utbildningsinstitution. Huvudsyftet med dessa komponenter i detta system är att samla in primärinformation om utbildningsinstitutionens verksamhet och bildandet av rapportering (information om specifika utbildningsinstitutioner av olika slag) för förvaltningsorganen och statistiska statistiska organ. Som upprätthåller funktionerna för att hantera utbildningsinstitutionen, organisationen av utbildningen i den. Behovet av att kombinera dessa funktioner i en ansökan dikteras av kravet att minimera manuell informationsbehandling, åter införa den och duplicera, vilket är källan till fel under driften av informationssystem.
• · Nivå av kommunala förvaltningsorgan för bildandet av regionerna i regionen. Huvudsyftet med dessa delsystem är att få primärinformation från utbildningsinstitutioner, integration och överföring till en högre nivå, bildandet av rapportering (information om utbildningsinstitutens verksamhet, stad) för högre utbildningsinstitutioner för utbildning och stat Statistikorgan, samt upprätthålla utbildningsinstitutionsförvaltningsfunktioner för det lämpliga territoriet.
• · Nivå på utbildningsdepartementet. Huvudsyftet med komponenterna i denna nivå är analysen av underliggande nivåer av de underliggande nivåerna av information som erhållits från delsystemen, upprätthåller utbildningsfunktionerna, bildandet av statlig statistisk rapportering och upprätthållande av ett omfattande övervakningssystem inom utbildningsområdet .

Delsystemen för varje nivå säkerställer upprätthållandet av primär information och dokumentationsstöd för utbildningsinstitutioner och utbildningsmyndigheter, bildandet av primära och sammanfattande rapporter, informationsutbyte med andra delsystem, informationsskydd.

Fikon. 5,5.

Arkitektur IP uppfyller multi-level-strukturen av bildandet av regionen. Systemet innehåller delsystem på flera nivåer (fig 5.5):

• · Informationssystem för utbildningsinstitutioner av olika typer och arter.
• · Informationssystem för kommunala (territoriella, distrikt) utbildningsorgan.
• · Informationssystem för regionala utbildningsmyndigheter.

I det regionala systemet bör möjligheten att distribueras och distribuerad databehandling stödjas.

Varje delsystem arbetar med sin lokala databas, men en enda modell. Data är fragmenterade. Att genomföra förmågan att överföra data mellan Bd Delsystem används komponent Data replikering.

Alla ändringar gjorda i datamodell Om det behövs överförs dess expansion, inställningar till nya informationsbehov till de delsystem vars arbete påverkar uppdateringar.

Integration Subsystems implementeras baserat på BizTalk-tekniken Server.

Microsoft Technology Platform. Netto..

Fikon. 5,6.

programvara IC (figur 5.6) är flexibelt konfigurerad under installationen: Konfigurationen är konfigurerad för att utföra funktionerna för delsystemet på motsvarande nivå, för att arbeta i utbildningsinstitutioner av olika typer och arter, olika driftsförhållanden.

Användare har möjlighet att träna sök och val av dokument, se dem (via dokumenthanteringskomponenter).

Systemet stöder funktionerna för automatisering av typiska operationer, kontorsarbete och dokumenthantering (genom komponenter i affärsprocesser). Ändringar i Bd Endast in genom genomförandet av den relevanta verksamheten, under vilken primärdata ändras, skapas dokument.

Verksamhet och arbete med dokument utförs i enlighet med användarnas rättigheter som definieras av deras tillhörande en viss kategori, officiella uppgifter.