Modeli i referencës së sistemeve të hapura osi. Modeli i referencës OSI

Modeli i referencës i propozuar BPM (Menaxhimi i Procesit të Biznesit) bazohet në zinxhirin e mëposhtëm të parakushteve:

Rritja e produktivitetit të një ndërmarrjeje si një sistem kompleks kërkon ndërtimin e saj racional dhe menaxhimi i procesit është koncepti më modern për një ndërtim të tillë;

BPM (si disiplinë) ofron një qasje sistematike për zbatimin e menaxhimit të procesit;

Çdo ndërmarrje e drejtuar nga procesi ka sistemin e vet BPM - një portofol të të gjitha proceseve të biznesit, si dhe metoda dhe mjete për të udhëhequr zhvillimin, ekzekutimin dhe zhvillimin e këtij portofoli;

Fleksibiliteti i një sistemi BPM të ndërmarrjes është një faktor kryesor në suksesin e tij;

Një platformë e specializuar softuerike (suite BPM) për zbatimin e një sistemi BPM të ndërmarrjes është e nevojshme, por jo e mjaftueshme, pasi BPM zë një vend të veçantë në arkitekturën e ndërmarrjes.

Qëllimi: rritja e produktivitetit të ndërmarrjes

Për të menaxhuar produktivitetin e tyre, shumica e ndërmarrjeve përdorin parimin e reagimit (Fig. 1), i cili u lejon atyre të përshtaten me ekosistemin e jashtëm të biznesit duke kryer një sekuencë të caktuar veprimesh:

Matja e ecurisë së prodhimit dhe aktiviteteve ekonomike (zakonisht matje të tilla paraqiten në formën e metrikave ose treguesve të ndryshëm, për shembull, përqindja e klientëve që kthehen);

Izolimi i ngjarjeve të rëndësishme për ndërmarrjen nga ekosistemi i jashtëm i biznesit (për shembull, ligjet ose nevojat e reja të tregut);

Përcaktimi i strategjisë së zhvillimit të biznesit të ndërmarrjes;

Zbatimi i vendimeve të marra (duke bërë ndryshime në sistemin e biznesit të ndërmarrjes).

Në përputhje me rekomandimin klasik të Edward Deming, autor i veprave të shumta në fushën e menaxhimit të cilësisë, përfshirë librin e famshëm "Tapërcimi i krizës", të gjitha përmirësimet duhet të kryhen në mënyrë ciklike, të vazhdueshme dhe të kontrollohen në çdo cikël. Shtrirja dhe shpeshtësia e këtyre përmirësimeve do të varet nga situata specifike, por rekomandohet që cikle të tilla të mbahen mjaft kompakte. Përmirësime të ndryshme mund të ndikojnë në aspekte të ndryshme të ndërmarrjes. Pyetja është, si mund të arrijë një kompani rezultatet më të mira në çdo rast specifik? Ekzistojnë dy parakushte objektive për optimizimin e aktiviteteve të një ndërmarrje në tërësi:

Sigurimi i menaxhmentit me informacionin e duhur dhe mjetet e vendimmarrjes;

Sigurimi që sistemi i biznesit të ndërmarrjes është i aftë të bëjë ndryshimet e nevojshme me ritmin e kërkuar.

Koncepti më modern i organizimit të punës së një ndërmarrje është menaxhimi i procesit, në të cilin proceset dhe shërbimet bëhen të qarta.

Menaxhimi i procesit

Bota e biznesit e ka kuptuar prej kohësh (shih teknikat si TQM, BPR, Six Sigma, Lean, ISO 9000 dhe të tjera) se shërbimet dhe proceset janë baza për funksionimin e shumicës së ndërmarrjeve. Shumë ndërmarrje përdorin menaxhimin e procesit për të organizuar aktivitetet e tyre prodhuese dhe ekonomike, si një portofol i proceseve të biznesit dhe metodave të menaxhimit të tyre.

Menaxhimi i procesit, si një koncept menaxhimi, postulon këshillimin e koordinimit të aktiviteteve të shërbimeve individuale të një ndërmarrje në mënyrë që të arrihet një rezultat i caktuar duke përdorur procese biznesi të përcaktuara qartë dhe zyrtarisht. Në të njëjtën kohë, shërbimet janë njësi funksionale të pavarura operative; një ndërmarrje mund të ketë shumë shërbime elementare në shkallë nano, të cilat janë të organizuara në një mega-shërbim (vetë ndërmarrja).

Përdorimi i një përkufizimi të qartë të koordinimit ju lejon të zyrtarizoni ndërvarësinë midis shërbimeve. Prania e një formalizimi të tillë bën të mundur përdorimin e metodave të ndryshme (modelimi, verifikimi i automatizuar, kontrolli i versionit, ekzekutimi i automatizuar, etj.) për të përmirësuar të kuptuarit e biznesit (për marrjen e vendimeve më të mira) dhe për të rritur shpejtësinë e zhvillimit të sistemeve të biznesit (për zbatimi më i shpejtë i ndryshimeve).

Përveç proceseve dhe shërbimeve, sistemet e biznesit të ndërmarrjeve punojnë me ngjarje, rregulla, të dhëna, tregues të performancës, role, dokumente, etj.

Për të zbatuar menaxhimin e procesit, ndërmarrjet përdorin tre disiplina të njohura për përmirësimin e vazhdueshëm të proceseve të biznesit: ISO 9000, Six Sigma dhe prodhimi i dobët. Ato ndikojnë në fusha të ndryshme të sistemit të biznesit të ndërmarrjes, megjithatë, gjithmonë ofrohet për mbledhjen e të dhënave për punën aktuale dhe përdorimin e një modeli të caktuar të proceseve të biznesit për vendimmarrje (edhe pse ndonjëherë ky model është vetëm në koka e dikujt). Në të njëjtën kohë, ato ofrojnë metoda të ndryshme dhe plotësuese për të përcaktuar saktësisht se çfarë ndryshimesh nevojiten për të përmirësuar funksionimin e sistemit të biznesit të një ndërmarrje.

Ajo që ju modeloni është ajo që bëni

Në fig. 2 tregon një model të përgjithësuar të një ndërmarrje të kontrolluar nga procesi.

Cila është vështirësia kryesore në optimizimin e aktiviteteve të një ndërmarrje të tillë? Pjesë të ndryshme të një sistemi biznesi përdorin përshkrime të ndryshme të të njëjtit proces biznesi. Zakonisht këto përshkrime ekzistojnë veçmas dhe zhvillohen nga njerëz të ndryshëm, përditësohen me ritme të ndryshme, nuk shkëmbejnë informacione dhe disa prej tyre thjesht nuk paraqiten në mënyrë eksplicite. Prania e një përshkrimi të unifikuar të proceseve të biznesit të një ndërmarrje bën të mundur eliminimin e këtij disavantazhi. Ky përshkrim duhet të përcaktohet në mënyrë eksplicite dhe formale në mënyrë që të shërbejë njëkohësisht si një model për modelim, një program të ekzekutueshëm dhe dokumentacion që mund të kuptohet lehtësisht nga të gjithë punonjësit e përfshirë në procesin e biznesit.

Ky përshkrim është themeli i disiplinës BPM që ju lejon të modeloni, automatizoni, ekzekutoni, kontrolloni, matni dhe optimizoni flukset e punës që përfshijnë sistemet e softuerit, punonjësit, klientët dhe partnerët brenda dhe jashtë kufijve të një ndërmarrje. Disiplina BPM merr në konsideratë të gjitha operacionet me proceset e biznesit (modelimi, ekzekutimi, etj.) si një e tërë (Fig. 3).

Për momentin, industria BPM nuk ka zhvilluar ende një sistem të duhur standardesh për formatet për përshkrimin formal të proceseve të biznesit. Tre formatet më të njohura janë BPMN (Business Process Modeling Notation, një paraqitje grafike e modeleve të procesit të biznesit), BPEL ( Gjuha e ekzekutimit të procesit të biznesit, duke formalizuar ekzekutimin e ndërveprimit midis shërbimeve të uebit) dhe XPDL (Gjuha e përshkrimit të procesit XML, www.wfmc.org, një specifikim për shkëmbimin e modeleve të procesit të biznesit midis aplikacioneve të ndryshme) u zhvilluan nga grupe të ndryshme dhe për qëllime të ndryshme dhe, për fat të keq, nuk plotësojnë në mënyrë adekuate njëra-tjetrën.

Situata rëndohet nga fakti se prodhues të ndryshëm qëndrojnë pas formateve të ndryshme dhe secili po përpiqet të “shtyjë” zgjidhjen e tij në treg. Siç është përsëritur shumë herë, në një luftë të tillë, interesat e përdoruesit përfundimtarë merren pak parasysh - sot nuk ka një organizatë mjaft të fuqishme që përfaqëson interesat e përdoruesit përfundimtar të BPM (për analogji me grupin e standardeve për HTML, suksesi i të cilit shpjegohet me miratimin e një testi të vetëm ACID3 nga të gjithë zhvilluesit e shfletuesve të internetit për krahasimin e produkteve të tyre). Situata ideale në BPM do të ishte një përkufizim standard i semantikës së ekzekutimit për një përshkrim të ngjashëm me BPMN të proceseve të biznesit. Është semantika standarde e ekzekutimit që do të garantonte të njëjtin interpretim të proceseve të biznesit nga çdo softuer. Për më tepër, një përshkrim i tillë duhet të lejojë përshtatjen e shkallës së përshkrimit të proceseve të biznesit për nevojat e një konsumatori të caktuar (për shembull, një përdorues sheh një diagram të përafërt, një analist - një më të detajuar, etj.).

E gjithë kjo nuk do të thotë se BPEL ose XPDL do të bëhen të panevojshme - përdorimi i tyre do të jetë i fshehur, siç është rasti në fushën e përgatitjes së dokumenteve elektronike. I njëjti dokument elektronik mund të ekzistojë njëkohësisht në XML, PDF, PostScript, etj., por vetëm një format bazë (XML) përdoret për të modifikuar dokumentin.

Disiplina e BPM në kulturën e ndërmarrjeve

Përveç proceseve dhe shërbimeve, sistemet e biznesit të ndërmarrjeve punojnë me objekte të tilla shtesë si:

ngjarjet(ngjarje) - dukuri që kanë ndodhur brenda dhe jashtë kufijve të ndërmarrjes, ndaj të cilave është i mundur një reagim i caktuar i sistemit të biznesit, për shembull, kur merrni një porosi nga një klient, është e nevojshme të filloni një proces biznesi shërbimi;

objektet(objektet e të dhënave dhe dokumenteve) - përshkrime formale informative të gjërave reale dhe njerëzve që formojnë një biznes; ky është informacion në hyrje dhe dalje të një procesi biznesi, për shembull, procesi i biznesit i shërbimit të një porosie merr në hyrje formularin aktual të porosisë dhe informacionin rreth klientit, dhe në dalje gjeneron një raport mbi përmbushjen e porosisë. ;

aktivitetet(aktivitete) Aktivitete të vogla që transformojnë objekte, si p.sh. aktivitete automatike si kontrolli i kartës së kreditit të klientit ose aktivitete njerëzore si miratimi i një dokumenti;

rregulloret(rregullat) - kufizimet dhe kushtet në të cilat operon ndërmarrja, për shembull, lëshimi i një kredie për një shumë të caktuar duhet të miratohet nga drejtori i përgjithshëm i bankës;

rol(rolet) - Koncepte që përfaqësojnë aftësitë ose përgjegjësitë përkatëse të kërkuara për të kryer veprime të caktuara, për shembull, vetëm një menaxher i lartë mund të nënshkruajë një dokument specifik;

gjurmët e auditimit(gjurmë auditimi) - informacion në lidhje me zbatimin e një procesi specifik biznesi, për shembull, kush bëri çfarë dhe me çfarë rezultati;

Treguesit kryesorë të performancës(Treguesi kryesor i performancës, KPI) - një numër i kufizuar treguesish që matin shkallën e arritjes së qëllimeve të përcaktuara.

Oriz. 4 ilustron shpërndarjen e objekteve ndërmjet pjesëve të ndryshme të një sistemi biznesi të ndërmarrjes. Shprehja "procese (si shabllone)" nënkupton përshkrime abstrakte (modele ose plane) të proceseve;

shprehja "proceset (si instanca)" i referohet rezultateve aktuale të ekzekutimit të këtyre shablloneve. Në mënyrë tipike, një shabllon përdoret për të krijuar shumë shembuj (si një bosh që kopjohet shumë herë për ta plotësuar nga njerëz të ndryshëm). Shprehja "shërbime (si ndërfaqe)" nënkupton përshkrime formale të shërbimeve që janë në dispozicion të konsumatorëve të tyre; shprehja "shërbime (si programe)" i referohet mjeteve të ekzekutimit të shërbimeve - mjete të tilla ofrohen nga ofruesit e shërbimeve.

Për të punuar me sukses me të gjithë grupin kompleks të objekteve të ndërvarura, çdo ndërmarrje e kontrolluar nga procesi ka sistemin e vet BPM - ky është një portofol i të gjitha proceseve të biznesit të ndërmarrjes, si dhe metoda dhe mjete për të udhëhequr zhvillimin, ekzekutimin dhe zhvillimin e këtë portofol. Me fjalë të tjera, një sistem BPM i ndërmarrjes është përgjegjës për funksionimin sinergjik të pjesëve të ndryshme të një sistemi biznesi të ndërmarrjes.

Sistemi BPM, si rregull, nuk është ideal (për shembull, disa procese mund të ekzistojnë vetëm në letër, dhe disa detaje "jetojnë" vetëm në mendjet e njerëzve të caktuar), por ekziston. Për shembull, çdo zbatim i ISO 9000 mund të konsiderohet një shembull i një sistemi BPM.

Përmirësimi i sistemit BPM të një ndërmarrjeje, përveç aspekteve thjesht teknike, duhet të marrë parasysh edhe çështjet socio-teknike. Një sistem BPM i ndërmarrjes ka shumë palë të interesuara, secili prej të cilëve zgjidh problemet e veta, e percepton disiplinën BPM në mënyrën e vet dhe punon me artefaktet e tyre. Për zhvillimin e suksesshëm të një sistemi BPM të ndërmarrjes, është e nevojshme t'i kushtohet vëmendje e veçantë problemeve të të gjithë palëve të interesuara dhe t'u shpjegohet paraprakisht se si përmirësimi i sistemit BPM të ndërmarrjes do të ndryshojë punën e tyre për mirë. Është e domosdoshme të arrihet një kuptim i përbashkët i të gjitha objekteve midis të gjitha palëve të interesuara.

Softuer i specializuar për zbatimin e sistemeve BPM

Popullariteti në rritje dhe potenciali i madh i BPM kanë çuar në shfaqjen e një klase të re të softuerit të ndërmarrjes - suita BPM, ose BPMS, që përmban komponentët tipikë të mëposhtëm (Fig. 5):

Mjeti i modelimit të procesit - një program grafik për manipulimin e objekteve të tilla si ngjarje, rregulla, procese, aktivitete, shërbime, etj.;

Mjeti i testimit (Mjeti i testimit të procesit) - një mjedis testimi funksional që ju lejon të "ekzekutoni" një proces në skenarë të ndryshëm;

Depo e shablloneve (Process template depo) - një bazë të dhënash e shablloneve të proceseve të biznesit me mbështetje për versione të ndryshme të të njëjtit shabllon;

motori i ekzekutimit të procesit;

Depoja e instancave (Process instance depo) - një bazë të dhënash për instancat e ekzekutimit dhe tashmë të përfunduara të proceseve të biznesit;

Lista e punës - ndërfaqja ndërmjet grupit BPM dhe përdoruesit që kryen disa aktivitete brenda një ose më shumë proceseve të biznesit;

Paneli - një ndërfaqe për kontrollin operacional mbi ekzekutimin e proceseve të biznesit;

Mjeti i analizës së procesit - një mjedis për studimin e trendit në ekzekutimin e proceseve të biznesit;

Mjeti i simulimit të procesit është një mjedis për testimin e performancës së proceseve të biznesit.

Nevoja për ndërveprim ndërmjet paketës BPM dhe softuerit të ndërmarrjes që mbështet artefakte të tjera ka krijuar një klasë të re të softuerit të ndërmarrjes - Platforma e Procesit të Biznesit (BPP). Teknologjitë tipike BPP (Fig. 6):

Menaxhimi i Ngjarjeve të Biznesit (BEM) - analiza në kohë reale e ngjarjeve të biznesit dhe fillimi i proceseve përkatëse të biznesit (BEM është i lidhur me Përpunimin e Ngjarjeve Komplekse (CEP) dhe Arkitekturën e Drejtuar nga Ngjarjet (EDA));

Menaxhimi i Rregullave të Biznesit (BRM) - kodim i qartë dhe formal i rregullave të biznesit që mund të modifikohen nga përdoruesit;

Master Data Management (MDM) - thjeshtimi i punës me të dhëna të strukturuara duke eliminuar kaosin gjatë përdorimit të të dhënave të njëjta;

Menaxhimi i përmbajtjes së ndërmarrjes (ECM) - menaxhimi i informacionit të korporatës të destinuar për njerëzit (përgjithësimi i konceptit të një dokumenti);

Baza e të Dhënave të Menaxhimit të Konfigurimit (CMDB) - një përshkrim i centralizuar i të gjithë informacionit dhe mjedisit kompjuterik të një ndërmarrjeje, i përdorur për të lidhur BPM me informacionin dhe burimet kompjuterike të një ndërmarrje;

Kontrolli i Aksesit të Bazuar në Role (RBAC) - kontrollon aksesin në informacion në mënyrë që të ndahen në mënyrë efektive pushtetet e kontrollit dhe ekzekutivit (ndarja e detyrës);

Monitorimi i Aktivitetit të Biznesit (BAM) - kontrolli operacional i funksionimit të ndërmarrjes;

Business Intelligence (BI) - analiza e karakteristikave dhe trendeve të ndërmarrjes;

Arkitektura e Orientuar në Shërbimin (SOA) është një stil arkitekturor për ndërtimin e sistemeve komplekse softuerike si një grup shërbimesh të aksesueshme dhe të ndërvarura në mënyrë universale që përdoren për të zbatuar, ekzekutuar dhe menaxhuar shërbimet;

Enterprise Service Bus (ESB) është një mjedis komunikimi ndërmjet shërbimeve brenda një SOA.

Kështu, disiplina BPM është në gjendje të ofrojë një përshkrim uniform, formal dhe të ekzekutueshëm të proceseve të biznesit që mund të përdoren në mjete të ndryshme të paketës BPM, me të dhëna reale të mbledhura gjatë ekzekutimit të proceseve të biznesit. Në të njëjtën kohë, fleksibiliteti i lartë i një sistemi BPM të ndërmarrjes nuk garantohet automatikisht pas blerjes së një grupi BPM ose BPP - aftësia e një sistemi specifik BPM për t'u zhvilluar me ritmin e kërkuar duhet të projektohet, zbatohet dhe monitorohet vazhdimisht. Ashtu si shëndeti i njeriut, asnjë nga këto gjëra nuk mund të blihet.

BPM në arkitekturën e ndërmarrjeve

Nevoja për të përfshirë pothuajse të gjithë softuerin e korporatës në një logjikë të vetme për përmirësimin e sistemit BPM të ndërmarrjes shtron pyetjen për rolin dhe vendin e BPM në arkitekturën e ndërmarrjes (Enterprise Architecture, EA). EA është praktika e vendosur e departamenteve të IT sot për të përmirësuar mjedisin e informacionit dhe informatikës të ndërmarrjes. EA bazohet në rregullat e mëposhtme:

Situata aktuale me mjedisin informativ dhe informatik të ndërmarrjes është dokumentuar me kujdes si pikënisja e asaj siç është;

Situata e dëshiruar dokumentohet si një pikë përfundimtare e ardhshme;

Një plan afatgjatë është duke u ndërtuar dhe zbatuar për të transferuar informacionin dhe mjedisin kompjuterik të një ndërmarrje nga një pikë në tjetrën.

E gjithë kjo duket të jetë mjaft e arsyeshme, por ju mund ta shihni menjëherë ndryshimin me qasjen e ofrimit të përmirësimeve të vogla, e cila është baza e menaxhimit të procesit. Si mund të pajtohen këto dy qasje të kundërta?

Disiplina BPM mund të zgjidhë problemin kryesor të EA - të japë një vlerësim objektiv të prodhimit dhe aftësive ekonomike (dhe jo vetëm informacionit dhe llogaritjes) të asaj që do të jetë në momentin e ardhshëm. Përkundër faktit që EA përshkruan gamën e plotë të objekteve të një ndërmarrje (gjenotipin e saj), nuk mund të thotë me siguri se cilat ndryshime në këtë gjenotip ndikojnë në karakteristikat specifike të prodhimit dhe ekonomike të ndërmarrjes, domethënë fenotipin e ndërmarrjes (një grup karakteristikat e qenësishme të një individi në një fazë të caktuar zhvillimi).

Nga ana e saj, disiplina BPM strukturon ndërvarësinë midis artefakteve në formën e modeleve eksplicite dhe të ekzekutueshme (një proces biznesi është një shembull i ndërvarësisë midis artefakteve si ngjarjet, rolet, rregullat, etj.). Prania e modeleve të tilla të ekzekutueshme bën të mundur, me një shkallë të caktuar besueshmërie, vlerësimin e karakteristikave prodhuese dhe ekonomike të ndërmarrjes kur ndryshon gjenotipi i ndërmarrjes.

Natyrisht, sa më shumë ndërvarësi ndërmjet objekteve të modelohen dhe sa më të besueshme të jenë këto modele, aq më të sakta janë vlerësimet e tilla. Potencialisht, simbioza e nomenklaturës së objekteve të ndërmarrjes dhe ndërvarësive të përcaktuara zyrtarisht midis tyre jep një model të ekzekutueshëm të ndërmarrjes në një moment të caktuar kohor. Nëse modele të tilla të ekzekutueshme ndërtohen mbi parime të përbashkëta (për shembull, krislawrence.com), atëherë bëhet e mundur të krahasohet efekti i aplikimit të strategjive të ndryshme për zhvillimin e ndërmarrjes dhe shfaqja e teknologjive më sistematike dhe të parashikueshme për transformimin e disa modeleve të ekzekutueshme në të tjera.

Në një farë kuptimi, kombinimi EA + BPM mund të bëhet një lloj naviguesi që ofron udhëzime dhe ndihmë praktike në zhvillimin e biznesit dhe IT-së gjatë zbatimit të linjës së përgjithshme të ndërmarrjes.

Nuk është sekret që sot shitësit e programeve kompjuterike përcaktojnë dhe zhvillojnë BPM në mënyra të ndryshme. Megjithatë, rruga më premtuese për zhvillimin e BPM është BPM e përdoruesit fundor, dhe modeli i referencës BPM është hapi i parë në krijimin e një kuptimi të përbashkët të BPM midis të gjitha palëve të interesuara.

Modeli i referencës i propozuar në artikull bazohet në përvojën praktike të autorit në hartimin, zhvillimin dhe mirëmbajtjen e zgjidhjeve të ndryshme të korporatave. Në veçanti, ky model është përdorur për të automatizuar prodhimin vjetor të më shumë se 3000 produkteve elektronike komplekse me një kohë mesatare prej disa vitesh. Si rezultat, mirëmbajtja dhe zhvillimi i këtij sistemi prodhimi kërkonte disa herë më pak burime sesa me qasjen tradicionale. n

Aleksandër Samarin ([email i mbrojtur]) - arkitekt i korporatës i departamentit të IT të qeverisë së kantonit të Gjenevës (Zvicër).

Kornizat e procesit për BPM

Një qasje për zbatimin e teknologjive të menaxhimit të proceseve të biznesit, e cila thjeshton zbatimin e sistemeve BPM, nënkupton një përcaktim të qartë të detyrës së biznesit dhe proceseve përkatëse të biznesit; zbatimi i këtyre proceseve në një periudhë jo më shumë se tre muaj për të demonstruar vlerën e kësaj qasjeje; zgjerimi i mëtejshëm i zbatimit në objektivat kryesore të biznesit. Megjithatë, sfida kryesore gjatë rrugës janë keqkuptimet dhe mungesa e harmonizimit ndërmjet departamenteve të biznesit dhe IT. Modelet e specializuara të referencës (Process Frameworks) mund të thjeshtojnë ndjeshëm projektin e zbatimit dhe të ulin kostot.

Modeli i referencës- një paketë burimesh analitike dhe softuerike, e përbërë nga përshkrime dhe rekomandime për organizimin e një strukture të nivelit të lartë të një procesi biznesi, një grup atributesh dhe metrikash për vlerësimin e efektivitetit të ekzekutimit, si dhe module softuerësh të krijuar për ndërtimin e shpejtë të një prototipi të një procesi biznesi për përshtatjen e tij të mëvonshme me specifikat e një kompanie të caktuar.

Modelet e referencës ndihmojnë në përcaktimin dhe vendosjen e kërkesave dhe mundësojnë proceset e biznesit, ato bazohen në standardet e industrisë dhe përfshijnë ekspertizën e industrisë. Për proceset tipike, modelet e referencës mund t'ju ndihmojnë të zgjidhni dhe modeloni rrjedhat kryesore të punës, të përcaktoni treguesit kryesorë të performancës (KPI) dhe metrikat që matin performancën në fushat kryesore, si dhe të menaxhoni aktivitetet dhe zgjidhjen e problemeve, të analizoni shkaqet kryesore dhe të trajtoni raste të jashtëzakonshme.

Struktura e një modeli tipik referimi përfshin: rekomandimet dhe përshkrimin e fushës së lëndës; elementet e ndërfaqeve të përbëra të përdoruesve (format e ekranit dhe portetet e lidhura logjikisht në zinxhirë); mbështjellës shërbimi për të zbatuar shpejt aksesin në të dhënat e biznesit; shembuj të rregullave tipike të biznesit; treguesit kryesorë të performancës dhe elementet për analizën e tyre; modele të procesit të ekzekutueshëm; modelet e të dhënave dhe atributet e procesit; përshtatja me kuadrin ligjor dhe specifikat e biznesit në një vend të caktuar; rekomandime për fazat e vendosjes dhe zbatimit të proceseve. Një grup i tillë burimesh do t'ju lejojë të përshtateni shpejt me zbatimin e qasjes së procesit brenda një sistemi specifik të menaxhimit të procesit të biznesit, të zvogëloni kohën e përsëritjes së ciklit të zhvillimit, ekzekutimin e testit dhe analizën e procesit. Në të njëjtën kohë, arrihet korrespondenca maksimale midis zbatimit teknik dhe detyrës ekzistuese të biznesit.

Megjithatë, siç theksojnë analistët në AMR Research, "teknologjitë dhe metodat në vetvete nuk janë të afta të ofrojnë ndonjë përfitim -" më shumë "nuk do të thotë gjithmonë" më mirë". Disa kompani përdorin shumë zgjidhje të ndryshme, por efikasiteti vetëm zvogëlohet nga kjo. Shkrim-leximi në përdorimin e teknologjive të tilla është i rëndësishëm ". Modelet e referencës bazohen në standardet e pranuara nga industria dhe përvojën e Software AG në krijimin e një modeli referimi për përcaktimin e kërkesave të klientëve. Në praktikë, ky model bëhet një pikënisje nga e cila klientët mund të krijojnë modelin e dëshiruar.

Korniza e procesit, për shembull, për procesin e biznesit të përpunimit të porosive, përfshin një model procesi bazë me diagrame veprimesh për përdorues dhe role të ndryshëm, KPI të zgjedhura nga modeli SCOR (Modeli Referencë i Operacioneve të Zinxhirit të Furnizimit) për të gjithë procesin dhe fazat individuale. Rregullat për të mbështetur sekuenca të ndryshme përpunimi, për shembull, bazuar në segmentin e klientit, objektivat për segmente të ndryshme të klientëve, lloje dhe rajone të ndryshme të produkteve, si dhe tabela për të ndihmuar në menaxhimin e situatave të jashtëzakonshme.

Korniza e Procesit ju lejon të përqendroheni në nevojën dhe mundësinë e rregullimit të KPI-ve për grupe specifike të klientëve dhe konfigurimin e tyre duke marrë parasysh shfaqjen e produkteve të reja, hyrjen në rajone ose segmente të reja të tregut. Një informacion i tillë do t'u mundësojë menaxherëve të zinxhirit të furnizimit, tregtimit, logjistikës dhe prodhimit të kontrollojnë më mirë aktivitetet specifike, dhe menaxherët e IT-së të vlerësojnë shpejt shëndetin aktual të sistemeve të TI-së që mbështesin përpunimin e porosive.

Vladimir Alentsev ([email i mbrojtur]) - konsulent për BPM dhe SOA, përfaqësimi Software AG në Rusi CIS (Moskë).

Sapo keni filluar të punoni si administrator rrjeti? Nuk doni të hutoheni? Artikulli ynë do të jetë i dobishëm për ju. A keni dëgjuar se si një administrator i testuar me kohë flet për problemet e rrjetit dhe përmend disa nivele? A ju kanë pyetur ndonjëherë në punë se cilat nivele mbrohen dhe funksionojnë nëse përdorni një mur të vjetër zjarri? Për të kuptuar bazat e sigurisë së informacionit, duhet të kuptoni parimin e hierarkisë së modelit OSI. Le të përpiqemi të shohim aftësitë e këtij modeli.

Një sysadmin që respekton veten duhet të jetë i përgatitur mirë në termat e rrjetit

Përkthyer nga anglishtja - modeli bazë i referencës për ndërveprimin e sistemeve të hapura. Më saktësisht, modeli i rrjetit të grupit të protokollit të rrjetit OSI / ISO. U prezantua në 1984 si një kornizë konceptuale që ndante procesin e dërgimit të të dhënave në World Wide Web në shtatë hapa të thjeshtë. Nuk është më i popullarizuari, pasi zhvillimi i specifikimit OSI u vonua. Stacki i protokollit TCP/IP është superior dhe konsiderohet modeli kryesor i përdorur. Megjithatë, ju keni një shans të madh për të hasur modelin OSI si një administrator sistemi ose në fushën e IT.

Shumë specifika dhe teknologji janë krijuar për pajisjet e rrjetit. Është e lehtë të ngatërrohesh me një shumëllojshmëri të tillë. Është modeli i ndërveprimit të sistemeve të hapura që ndihmon pajisjet e rrjetit të kuptojnë njëra-tjetrën, duke përdorur metoda të ndryshme komunikimi. Vini re se OSI është më i dobishëm për prodhuesit e softuerit dhe harduerit që dizajnojnë produkte të ndërveprueshme.

Pyesni, cili është përfitimi për ju? Njohja e modelit me shumë nivele do t'ju japë mundësinë të komunikoni lirshëm me punonjësit e kompanive të IT, diskutimi i problemeve të rrjetit nuk do të jetë më mërzitje dëshpëruese. Dhe kur mësoni të kuptoni se në cilën fazë ndodhi dështimi, mund të gjeni lehtësisht shkaqet dhe të zvogëloni ndjeshëm gamën e punës suaj.

Shtresat OSI

Modeli përmban shtatë hapa të thjeshtuar:

• Fizike.
• Kanali.
• Rrjeti.
• Transporti.
• Sesioni.
• Ekzekutiv.
• Aplikuar.

Pse zbërthimi në hapa e bën jetën më të lehtë? Secili prej niveleve korrespondon me një fazë të caktuar të dërgimit të një mesazhi në rrjet. Të gjithë hapat janë të njëpasnjëshëm, që do të thotë se funksionet kryhen në mënyrë të pavarur, nuk ka nevojë për informacion në lidhje me punën në nivelin e mëparshëm. Komponenti i vetëm i nevojshëm është se si merren të dhënat nga hapi i mëparshëm dhe si dërgohet informacioni në hapin tjetër.

Le të kalojmë në njohjen e drejtpërdrejtë me nivelet.

Shtresa fizike

Detyra kryesore e fazës së parë është transferimi i biteve përmes kanaleve të komunikimit fizik. Kanalet e komunikimit fizik janë pajisje të dizajnuara për të transmetuar dhe marrë sinjale informacioni. Për shembull, fibra optike, kabllo koaksiale ose çift i përdredhur. Transferimi mund të bëhet edhe me valë. Faza e parë karakterizohet nga mediumi i transmetimit të të dhënave: mbrojtja kundër ndërhyrjeve, gjerësia e brezit, impedanca karakteristike. Cilësitë e sinjaleve elektrike fundore (lloji i kodimit, nivelet e tensionit dhe shpejtësia e transmetimit të sinjalit) vendosen gjithashtu dhe lidhen me llojet standarde të lidhësve, caktohen lidhjet e kontaktit.

Funksionet e fazës fizike kryhen absolutisht në çdo pajisje të lidhur në rrjet. Për shembull, një përshtatës rrjeti i zbaton këto funksione nga ana e kompjuterit. Ju mund të keni hasur tashmë në protokollet e hapit të parë: RS-232, DSL dhe 10Base-T, të cilat përcaktojnë karakteristikat fizike të kanalit të komunikimit.

Shtresa e lidhjes

Në fazën e dytë, adresa abstrakte e pajisjes lidhet me pajisjen fizike dhe kontrollohet disponueshmëria e mediumit të transmetimit. Bitet formohen në grupe - korniza. Detyra kryesore e shtresës së lidhjes është të identifikojë dhe korrigjojë gabimet. Për transmetim të saktë, para dhe pas kornizës, futen sekuenca të specializuara të biteve dhe shtohet shuma e llogaritur e kontrollit. Kur korniza arrin destinacionin, shuma e kontrollit të të dhënave tashmë të mbërritura llogaritet përsëri, nëse përputhet me shumën e kontrollit në kornizë, korniza njihet si e saktë. Përndryshe, shfaqet një gabim, i cili mund të korrigjohet me ritransmetim të informacionit.

Faza e kanalit bën të mundur transferimin e informacionit, falë strukturës së veçantë të lidhjeve. Në veçanti, autobusët, urat, ndërprerësit punojnë përmes protokolleve të shtresave të lidhjes. Specifikimet e hapit të dytë përfshijnë Ethernet, Token Ring dhe PPP. Funksionet e fazës së kanalit në kompjuter kryhen nga përshtatësit e rrjetit dhe drejtuesit e tyre.

Shtresa e rrjetit

Në situata standarde, funksionet e fazës së kanalit nuk janë të mjaftueshme për transferimin e informacionit me cilësi të lartë. Specifikimet e hapit të dytë mund të transferojnë të dhëna vetëm midis nyjeve me të njëjtën topologji, për shembull, një pemë. Ekziston nevoja për një fazë të tretë. Është e nevojshme të formohet një sistem transporti i bashkuar me një strukturë të degëzuar për disa rrjete me një strukturë arbitrare dhe të ndryshme në metodën e transferimit të të dhënave.

Me fjalë të tjera, hapi i tretë përpunon protokollin e Internetit dhe vepron si një ruter: gjetja e rrugës më të mirë për informacion. Një ruter është një pajisje që mbledh të dhëna për strukturën e ndërlidhjeve dhe dërgon paketat në rrjetin e destinacionit (transmetimet transitore - hops). Nëse hasni një gabim në adresën IP, atëherë ky është një problem në nivelin e rrjetit. Protokollet e fazës së tretë ndahen në rrjetë, rrugëzim ose zgjidhje adresash: ICMP, IPSec, ARP dhe BGP.

Shtresa e transportit

Që të dhënat të arrijnë aplikacionet dhe nivelet më të larta të pirgut, kërkohet një fazë e katërt. Ai siguron shkallën e kërkuar të besueshmërisë së transmetimit të informacionit. Ekzistojnë pesë klasa shërbimesh të fazës së transportit. Dallimi i tyre qëndron në urgjencën, realizueshmërinë e rivendosjes së komunikimit të ndërprerë, aftësinë për të zbuluar dhe korrigjuar gabimet e transmetimit. Për shembull, humbja ose dyfishimi i paketave.

Si të zgjidhni një klasë të shërbimeve të transportit? Kur cilësia e kanaleve të komunikimit është e lartë, një shërbim i lehtë do të jetë një zgjedhje e përshtatshme. Nëse kanalet e komunikimit që në fillim funksionojnë në mënyrë të pasigurt, këshillohet që të drejtoheni në një shërbim të zhvilluar që do të ofrojë mundësi maksimale për gjetjen dhe zgjidhjen e problemeve (kontrolli i shpërndarjes së të dhënave, afatet e dorëzimit). Specifikimet e fazës 4: TCP dhe UDP stack TCP / IP, SPX stack Novell.

Bashkimi i katër niveleve të para quhet nënsistemi i transportit. Ai siguron plotësisht nivelin e zgjedhur të cilësisë.

Niveli i seancës

Faza e pestë ndihmon në rregullimin e dialogëve. Është e pamundur që bashkëbiseduesit të ndërpresin njëri-tjetrin ose të flasin në mënyrë sinkrone. Shtresa e sesionit kujton anën aktive në një moment të caktuar dhe sinkronizon informacionin, duke koordinuar dhe mbajtur lidhjet midis pajisjeve. Funksionet e tij ju lejojnë të ktheheni në një pikë kontrolli gjatë një transferimi të gjatë dhe të mos filloni nga e para. Gjithashtu, në fazën e pestë, mund ta ndërprisni lidhjen kur të përfundojë shkëmbimi i informacionit. Specifikimet e nivelit të sesionit: NetBIOS.

Niveli përfaqësues

Faza e gjashtë përfshin transformimin e të dhënave në një format universal të njohur pa ndryshuar përmbajtjen. Duke qenë se pajisje të ndryshme përdorin formate të ndryshme, informacioni i përpunuar në nivel përfaqësues bën të mundur që sistemet të kuptojnë njëri-tjetrin, duke kapërcyer dallimet sintaksore dhe kodike. Për më tepër, në fazën e gjashtë, bëhet e mundur kriptimi dhe deshifrimi i të dhënave, gjë që siguron sekret. Shembuj të protokolleve: ASCII dhe MIDI, SSL.

Niveli i aplikimit

Faza e shtatë në listën tonë dhe e para nëse programi dërgon të dhëna përmes rrjetit. Përbëhet nga një grup specifikimesh, përmes të cilave përdoruesi, faqet e internetit. Për shembull, kur dërgoni mesazhe me postë, është në nivelin e aplikacionit që zgjidhet një protokoll i përshtatshëm. Përbërja e specifikimeve për fazën e shtatë është shumë e larmishme. Për shembull, SMTP dhe HTTP, FTP, TFTP ose SMB.

Ju mund të dëgjoni diku për nivelin e tetë të modelit ISO. Zyrtarisht, ajo nuk ekziston, por një fazë e tetë komike është shfaqur midis punonjësve të IT. E gjitha për faktin se problemet mund të lindin për fajin e përdoruesit, dhe siç e dini, një person është në kulmin e evolucionit, kështu që u shfaq niveli i tetë.

Duke parë modelin OSI, ju mund të kuptoni strukturën komplekse të rrjetit dhe tani e kuptoni thelbin e punës suaj. Bëhet shumë e thjeshtë kur procesi prishet!

Koncepti i një modeli referencë përdoret gjerësisht në komunikim dhe informatikë.

• Model referencë, model master në fushën e sistemeve dhe softuerit, është një model i diçkaje që bashkon një qëllim ose ide kryesore dhe mund të konsiderohet si referencë për qëllime të ndryshme [Wikipedia-eng].

• Modeli i referencës Është një paraqitje abstrakte e koncepteve dhe marrëdhënieve ndërmjet tyre në një fushë të caktuar problemore. Mbi bazën e modelit të referencës, ndërtohen modele të përshkruara më specifike dhe të detajuara, si rezultat, të mishëruara në objekte dhe mekanizma të jetës reale [Wikipedia-rus].
  

• Modeli i referencës - është një strukturë (kornizë) abstrakte për të kuptuar marrëdhëniet thelbësore midis objekteve të një mjedisi të caktuar, e cila më tej ju lejon të zhvilloni arkitektura specifike duke përdorur standarde ose specifika të caktuara të mbështetura nga ky mjedis. Modeli i referencës përmban një grup minimal konceptesh, aksiomash dhe marrëdhëniesh të unifikuara që lidhen me një fushë specifike problemesh dhe është i pavarur nga standardet, teknologjitë, zbatimi ose detaje të tjera specifike.

  Qëllimi i prezantimit të modelit të referencës konsiston në përcaktimin e thelbit të arkitekturës së sistemit dhe futjen e terminologjisë, si dhe në përshkrimin e parimit të përgjithshëm të funksionimit të sistemit. Modeli përcakton lidhjet që janë të rëndësishme për funksionimin e sistemit si një model abstrakt, i pavarur nga opsioni i zbatimit teknik dhe teknologjitë në zhvillim të vazhdueshëm që mund të ndikojnë në zbatimin e sistemit. Shpesh, një arkitekturë projektohet në kontekstin e një konfigurimi të paracaktuar që përfshin protokolle, profile, specifikime dhe standarde.

  Ka shumë përdorime për modelin e referencës. Një rast përdorimi është krijimi i standardeve për objektet që përmbahen në model dhe se si ato ndërveprojnë me njëri-tjetrin. Kur zhvillohen standarde dhe sisteme specifike të komunikimit të aplikacioneve, arkitektura e tyre krahasohet me modelin standard. Me këtë qasje, puna e specialistëve që duhet të krijojnë ose analizojnë objekte të sistemeve të komunikimit që sillen në përputhje me standardin është shumë më e lehtë.
  

• Një shembull i standardit të modelit të referencës është Modeli i referencës së rrjetit të ndërveprimit të sistemeve të hapura(EMVOS) OSI (Open Systems Interconnection Basic Reference Model ) Organizata Ndërkombëtare për Standardizim ISO - modeli bazë i arkitekturës për sistemet e komunikimit të të dhënave, i cili është një mjet i mirë për analizimin dhe studimin e standardeve dhe teknologjive moderne të komunikimit.
  

Modeli OSI me shtatë shtresa

Shkathtësia e modelit klasik të referencës së rrjetit me shtatë shtresa OSI bën të mundur që në bazë të tij të ndërtohen modele për standarde specifike, të cilat quhen gjithashtu referencë. Për shembull, në Fig .... është paraqitur modeli i referencës DECT, funksionet kryesore të të cilit janë të strukturuara vetëm në tre shtresat e poshtme të modelit OSI: rrjeti, lidhja e të dhënave dhe fizike.

Modeli i referencës DECT

1. Modeli i referencës për shërbimin e orientuar. Arkitektura 1.0. Specifikimi i Komitetit 1, 2 gusht 2006.http: //www.oasis-open.org/

Për të harmonizuar funksionimin e pajisjeve të rrjetit nga prodhues të ndryshëm, për të siguruar ndërveprimin e rrjeteve që përdorin media të ndryshme të përhapjes së sinjalit, është krijuar një model referimi për ndërveprimin e sistemeve të hapura (OSI). Modeli i referencës është hierarkik. Çdo shtresë ofron shërbim për shtresën më të lartë dhe përdor shërbimet e shtresës së poshtme.

Përpunimi i të dhënave fillon në shtresën e aplikacionit. Pas kësaj, të dhënat kalojnë nëpër të gjitha shtresat e modelit të referencës, dhe përmes shtresës fizike dërgohen në kanalin e komunikimit. Në pritje, bëhet përpunimi i kundërt i të dhënave.

Modeli i referencës OSI prezanton dy koncepte: protokoll dhe ndërfaqe.

Një protokoll është një grup rregullash mbi bazën e të cilave ndërveprojnë shtresat e sistemeve të ndryshme të hapura.

Një ndërfaqe është një koleksion i mjeteve dhe metodave të ndërveprimit midis elementeve të një sistemi të hapur.

Protokolli përcakton rregullat për ndërveprimin midis moduleve të të njëjtit nivel në nyje të ndryshme, dhe ndërfaqja përcakton rregullat për modulet e niveleve fqinje në një nyje.

Gjithsej janë shtatë shtresa të Modelit të Referencës OSI. Vlen të përmendet se më pak nivele përdoren në pirgje reale. Për shembull, TCP / IP popullor përdor vetëm katër shtresa. Pse eshte ajo? Ne do të shpjegojmë pak më vonë. Tani le të shohim secilin nga shtatë nivelet veç e veç.

Shtresat e modelit OSI:

• Shtresa fizike. Përcakton llojin e mjetit të transmetimit të të dhënave, karakteristikat fizike dhe elektrike të ndërfaqeve, llojin e sinjalit. Kjo shtresë merret me pjesë të informacionit. Shembuj të protokolleve të shtresave fizike: Ethernet, ISDN, Wi-Fi.
• Shtresa e lidhjes. Përgjegjës për aksesin në mediumin e transmetimit, korrigjimin e gabimeve, transmetimin e besueshëm të të dhënave. Në pritje të dhënat e marra nga shtresa fizike paketohen në korniza, pas së cilës kontrollohet integriteti i tyre. Nëse nuk ka gabime, atëherë të dhënat transferohen në shtresën e rrjetit. Nëse ka gabime, atëherë korniza hidhet poshtë dhe krijohet një kërkesë për ritransmetim. Shtresa e lidhjes ndahet në dy nënshtresa: MAC (Media Access Control) dhe LLC (Locical Link Control). MAC rregullon aksesin në mediat fizike të përbashkëta. LLC ofron shërbimin e shtresës së rrjetit. Ndërprerësit funksionojnë në nivelin e lidhjes. Shembuj të protokolleve: Ethernet, PPP.
• Shtresa e rrjetit. Detyrat e tij kryesore janë rutimi - përcaktimi i rrugës optimale të transmetimit të të dhënave, adresimi logjik i nyjeve. Për më tepër, këtij niveli mund t'i caktohet detyra e zgjidhjes së problemeve në rrjet (protokolli ICMP). Shtresa e rrjetit punon me paketa. Shembuj të protokolleve: IP, ICMP, IGMP, BGP, OSPF).
• Shtresa e transportit. Projektuar për të dhënë të dhëna pa gabime, humbje dhe dyfishim në sekuencën e transmetuar. Kryen kontrollin nga skaji në fund të transmetimit të të dhënave nga dërguesi te marrësi. Shembuj të protokolleve: TCP, UDP.
• Niveli i seancës. Menaxhon krijimin / mirëmbajtjen / përfundimin e një sesioni komunikimi. Shembuj të protokolleve: L2TP, RTCP.
• Niveli përfaqësues. Kryen transformimin e të dhënave në formën e dëshiruar, enkriptimin / kodimin, kompresimin.
• Niveli i aplikimit. Kryen ndërveprimin midis përdoruesit dhe rrjetit. Ndërvepron me aplikacionet nga ana e klientit. Shembuj të protokolleve: HTTP, FTP, Telnet, SSH, SNMP.

Pasi të njiheni me modelin e referencës, le të shohim grupin e protokollit TCP / IP.

Modeli TCP/IP përcakton katër shtresa. Siç mund ta shihni nga figura e mësipërme, një shtresë TCP / IP mund të korrespondojë me disa shtresa të modelit OSI.

Nivelet e modelit TCP/IP:

• Shtresa e ndërfaqes së rrjetit. Korrespondon me dy shtresat e poshtme të modelit OSI: kanal dhe fizik. Bazuar në këtë, është e qartë se ky nivel përcakton karakteristikat e mediumit të transmetimit (çifti i përdredhur, fibra optike, radio ajri), lloji i sinjalit, mënyra e kodimit, aksesi në mediumin e transmetimit, korrigjimi i gabimeve, adresimi fizik (MAC adresat). Në modelin TCP / IP, protokolli Ethrnet dhe derivatet e tij (Fast Ethernet, Gigabit Ethernet) funksionojnë në këtë nivel.
• Shtresa e ndërsjellë. Përputhet me shtresën e rrjetit të modelit OSI. Merr përsipër të gjitha funksionet e tij: rrugëzimin, adresimin logjik (adresat IP). Në këtë nivel, funksionon protokolli IP.
• Shtresa e transportit. Përputhet me shtresën e transportit të modelit OSI. Përgjegjës për dërgimin e paketave nga burimi në destinacion. Në këtë nivel, përfshihen dy protokolle: TCP dhe UDP. TCP është më i besueshëm se UDP për shkak të paralidhjes, kërkesave për ritransmetim kur ndodhin gabime. Sidoqoftë, në të njëjtën kohë, TCP është më i ngadalshëm se UDP.
• Niveli i aplikimit. Detyra e tij kryesore është të ndërveprojë me aplikacionet dhe proceset në host. Shembuj të protokolleve: HTTP, FTP, POP3, SNMP, NTP, DNS, DHCP.

Enkapsulimi është një metodë e paketimit të një pakete të dhënash në të cilën titujt e shërbimit të pavarur të paketës abstraktohen nga titujt e niveleve më të ulëta duke i përfshirë ato në nivelet më të larta.

Le të shqyrtojmë një shembull specifik. Supozoni se duam të kalojmë nga kompjuteri në sit. Për ta bërë këtë, kompjuteri ynë duhet të përgatisë një kërkesë http për të marrë burimet e serverit në internet, i cili ruan faqen e faqes që na nevojitet. Në nivelin e aplikacionit, një kokë HTTP i shtohet të dhënave (Data) të shfletuesit. Më pas, në nivelin e transportit, një kokë TCP i shtohet paketës sonë, që përmban numrat e portit të dërguesit dhe marrësit (porti 80 për HTTP). Në nivel rrjeti, gjenerohet një kokë IP që përmban adresat IP të dërguesit dhe marrësit. Menjëherë para transmetimit, një kokë Ethrnet shtohet në shtresën e lidhjes, e cila përmban fizike (adresat MAC) të dërguesit dhe marrësit. Pas të gjitha këtyre procedurave, paketa në formë të bitave të informacionit transmetohet në rrjet. Në pritje ndodh procedura e kundërt. Serveri i uebit në çdo nivel do të kontrollojë kokën përkatëse. Nëse kontrolli është i suksesshëm, atëherë titulli hidhet poshtë dhe paketa shkon në shtresën e sipërme. Përndryshe, e gjithë paketa hidhet poshtë.

Regjistrohu në tonë

Modeli i referencës OSI

Ky është një diagram përshkrues i rrjetit; standardet e tij garantojnë përputhshmëri dhe ndërveprim të lartë midis llojeve të ndryshme të teknologjive të rrjetit. Ai gjithashtu ilustron se si informacioni udhëton nëpër rrjete. Modeli OSI përshkruan se si informacioni udhëton përmes një mediumi të lidhur në rrjet (për shembull, telat) nga një aplikacion (për shembull, një program spreadsheet) në një aplikacion tjetër në një kompjuter tjetër në rrjet.

Modeli i referencës OSI e ndan problemin e lëvizjes së informacionit ndërmjet kompjuterëve nëpër një mjedis të rrjetit në shtatë nënprobleme më të vogla dhe për rrjedhojë më lehtë të zgjidhshme. Secila nga këto shtatë nënprobleme zgjidhet sepse është relativisht autonome dhe, për rrjedhojë, më e lehtë për t'u zgjidhur pa mbështetje të tepruar në informacionin e jashtëm. Kjo ndarje në nivele quhet shtresim. Çdo nivel korrespondon me një nga shtatë nën-detyrat ...

Për shkak se shtresat e poshtme (1 deri në 3) të modelit OSI kontrollojnë shpërndarjen fizike të mesazheve në rrjet, ato shpesh quhen shtresa mediatike. Shtresat e sipërme (4 deri në 7) të modelit OSI ofrojnë shpërndarje të saktë të të dhënave ndërmjet kompjuterëve në një rrjet, kjo është arsyeja pse ato shpesh quhen shtresa pritës.

Shtresa e aplikacionit (shtresa 7) është shtresa OSI më e afërt me përdoruesin. Ai ndryshon nga shtresat e tjera në atë që nuk ofron shërbime për asnjë nga shtresat e tjera OSI. Ai ofron shërbime për proceset e aplikimit jashtë objektit të modelit OSI. Shembuj të proceseve të tilla të aplikimit janë proceset e sinjalizimit të të folurit, bazat e të dhënave, përpunuesit e tekstit, etj.

Kjo shtresë identifikon dhe vendos disponueshmërinë e partnerëve të synuar të komunikimit, sinkronizon proceset e aplikimit bashkëpunues dhe vendos dhe miraton procedurat për rikuperimin e gabimeve dhe menaxhimin e integritetit të informacionit. Shtresa e aplikacionit gjithashtu përcakton nëse burimet e mjaftueshme janë të disponueshme për komunikimin e synuar.

E thënë thjesht, kjo shtresë është përgjegjëse për aksesin e aplikacioneve në rrjet. Detyrat e kësaj shtrese janë transferimi i skedarëve, mesazhet me e-mail dhe menaxhimi i rrjetit.

Protokollet më të zakonshme të shtresës së sipërme përfshijnë:

FTP - Protokolli i transferimit të skedarëve

TFTP - Protokolli i lehtë i transferimit të skedarëve

X.400 - email

SMTP - Protokolli i thjeshtë i shkëmbimit të postës

CMIP - Protokolli i Menaxhimit të Informacionit të Përgjithshëm

SNMP - Protokolli i thjeshtë i menaxhimit të rrjetit

NFS - Sistemi i skedarëve të rrjetit

FTAM - metoda e hyrjes së transferimit të skedarëve

Shtresa e prezantimit (shtresa 6) është përgjegjëse për të siguruar që informacioni i dërguar nga shtresa e aplikacionit të një sistemi të jetë i lexueshëm në shtresën e aplikimit të një sistemi tjetër. Nëse është e nevojshme, shtresa përfaqësuese përkthehet midis një morie formatesh të prezantimit të informacionit duke përdorur një format të përbashkët prezantimi informacioni.

Kjo shtresë ka të bëjë jo vetëm me formatin dhe paraqitjen e të dhënave aktuale të përdoruesit, por edhe me strukturat e të dhënave që përdorin programet. Prandaj, përveç transformimit të formatit të të dhënave aktuale (nëse është e nevojshme), shtresa përfaqësuese negocion sintaksën e transferimit të të dhënave për shtresën e aplikacionit.

Shtresa e sesionit (shtresa 5) krijon, menaxhon dhe përfundon sesionet e komunikimit ndërmjet aplikacioneve. Sesionet përbëhen nga një bisedë midis dy ose më shumë objekteve të prezantimit. Shtresa e sesionit sinkronizon dialogun midis objekteve të nivelit përfaqësues dhe menaxhon shkëmbimin e informacionit ndërmjet tyre.

Përveç kësaj, ai ofron një mjet për të dërguar informacion, klasën e shërbimit dhe njoftimin e përjashtimit të problemeve të sesionit, përfaqësuesit dhe shtresës së aplikacionit.

Shtresa e transportit (shtresa 4) Kufiri midis shtresave të sesionit dhe transportit mund të mendohet si kufiri midis protokolleve të shtresave më të larta (aplikative) dhe protokolleve të shtresave më të ulëta. Ndërsa shtresat e aplikacionit, prezantimit dhe sesionit janë të zëna me çështjet e aplikacionit, katër shtresat e poshtme merren me problemet e transportit të të dhënave.

Shtresa e transportit ofron shërbime të transportit të të dhënave që lehtësojnë shtresat më të larta nga nevoja për të thelluar në detajet e saj. Funksioni i shtresës së transportit është të transportojë në mënyrë të besueshme të dhënat nëpër rrjet. Duke ofruar shërbime të besueshme, shtresa e transportit ofron mekanizma për vendosjen, mirëmbajtjen dhe ndërprerjen e rregullt të lidhjeve, sistemet për zbulimin dhe eliminimin e dështimeve të transportit dhe menaxhimin e rrjedhës së informacionit (në mënyrë që të parandalohet që sistemi të vërshojë sistemin me të dhëna nga një sistem tjetër) .

E thënë thjesht, shtresa e transportit ndan rrjedhat e informacionit në fragmente (paketa) mjaft të vogla për t'u transmetuar në shtresën e rrjetit.

Protokollet më të zakonshme të shtresave të transportit përfshijnë:

TCP - protokolli i kontrollit të transmetimit

NCP - Protokolli kryesor i rrjetit

SPX - Shkëmbim i porositur i paketave

TP4 - Protokolli i transferimit të klasës 4

Shtresa e rrjetit (shtresa 3) është një shtresë e integruar që siguron lidhjen dhe zgjedhjen e rrugës midis dy sistemeve fundore.

Meqenëse dy sisteme fundore që dëshirojnë të komunikojnë mund të ndahen nga një distancë e konsiderueshme gjeografike dhe shumë nënrrjeta, shtresa e rrjetit është domeni i rrugëzimit. Protokollet e rrugëzimit zgjedhin rrugët optimale përmes një serie nënrrjetash të ndërlidhura. Protokollet tradicionale të shtresave të rrjetit mbajnë informacion përgjatë këtyre rrugëve.

Me fjalë të tjera, shtresa e rrjetit është përgjegjëse për ndarjen e përdoruesve në grupe. Në këtë nivel, paketat drejtohen bazuar në përkthimin e adresave MAC në adresat e rrjetit. Shtresa e rrjetit gjithashtu siguron transmetim transparent të paketave në shtresën e transportit.

Protokollet më të përdorura në nivel rrjeti janë:

IP - Protokolli i Internetit

IPX - protokoll i shkëmbimit të internetit

X.25 (ky protokoll zbatohet pjesërisht në shtresën 2)

CLNP - Protokolli i rrjetit pa lidhje

Shtresa e lidhjes së të dhënave (shtresa 2) (formalisht e quajtur shtresa e lidhjes së të dhënave) siguron kalim të besueshëm të të dhënave përmes kanalit fizik. Në përmbushjen e kësaj detyre, shtresa e lidhjes trajton çështjet e adresimit fizik (në krahasim me adresimin e rrjetit ose logjik), topologjinë e rrjetit, disiplinën lineare (si një sistem fundor përdor një lidhje rrjeti), njoftimin e gabimeve, dërgimin e rregullt të blloqeve të të dhënave dhe kontrolli i rrjedhjes.

Specifikimet IEEE 802.x e ndajnë shtresën e lidhjes së të dhënave në dy nënshtresa: kontrolli i lidhjes logjike (LLC) dhe kontrolli i aksesit të mesëm (MAC). LLC ofron shërbim për shtresën e rrjetit dhe nënshtresa MAC rregullon aksesin në mediumin fizik të përbashkët. (Aka IEEE 802.1 - vendos standarde për menaxhimin e rrjetit në nivelin MAC, duke përfshirë algoritmin e Pemës së Përfshirë. Ky algoritëm përdoret për të siguruar veçantinë e shtegut (pa sythe) në rrjetet me shumë lidhje të bazuara në ura dhe ndërprerës me mundësinë e zëvendësimit të tij me një rrugë alternative në rast dështimi.)

Protokollet më të përdorura në Layer 2 përfshijnë:

HDLC për lidhjet serike

IEEE 802.2 LLC (Tipi I dhe Lloji II) ofron MAC për mjedise 802.x

Shtresa fizike (shtresa 1) përcakton karakteristikat elektrike, mekanike, procedurale dhe funksionale të vendosjes, mirëmbajtjes dhe shkëputjes së një kanali fizik midis sistemeve fundore. Specifikimet e shtresës fizike përcaktojnë karakteristika të tilla si vlerat e tensionit, parametrat e kohës, shpejtësitë e transferimit të informacionit fizik, distancat maksimale të komunikimit, lidhësit fizikë dhe karakteristika të tjera të ngjashme.

Kjo shtresë merr paketa të dhënash nga shtresa më e lartë e lidhjes së të dhënave dhe i konverton ato në sinjale optike ose elektrike që korrespondojnë me 0 dhe 1 të rrymës binare. Këto sinjale dërgohen përmes mediumit të transmetimit në nyjen marrëse. Vetitë mekanike dhe elektrike / optike të mjetit të transmetimit përcaktohen në nivel fizik dhe përfshijnë:

Lloji i kabllove dhe lidhësve

Caktimi i kunjave në lidhës

Skema e kodimit të sinjalit për vlerat 0 dhe 1

Disa nga specifikimet më të zakonshme të shtresës fizike janë:

EIA-RS-232-C, CCITT V.24 / V.28 - Karakteristikat mekanike / elektrike të një ndërfaqe serike të pabalancuar.

EIA-RS-422/449, CCITT V.10 - Karakteristikat mekanike, elektrike dhe optike të ndërfaqes serike të balancuar.

IEEE 802.3 - Ethernet

IEEE 802.5 - Unazë simbolike

Mjedisi fizik në sisteme të ndryshme të telekomunikacionit mund të jetë një shumëllojshmëri e gjerë mjetesh nga çifti më i thjeshtë i telave deri te një sistem kompleks transmetimi i një hierarkie dixhitale sinkrone.

Për të kuptuar strukturën dhe parimet e funksionimit të rrjetit, është e nevojshme të kuptohet se çdo shkëmbim i të dhënave në rrjet kryhet nga burimi te marrësi. Informacioni i dërguar në rrjet quhet të dhëna, ose paketa të dhënash. Nëse një kompjuter (burim) dëshiron të dërgojë të dhëna në një kompjuter tjetër (marrës), atëherë të dhënat

duhet së pari të paketohet gjatë kapsulimit; i cili para se t'i dërgojë në rrjet, i zhyt në kokën e një protokolli specifik. Ky proces mund të krahasohet me përgatitjen e një pako për dërgesë - mbështillni përmbajtjen në letër, vendosini në një zarf, tregoni adresën e dërguesit dhe marrësit, ngjitni pullat dhe hidheni në kutinë postare.

Kur rrjetet ofrojnë shërbime për përdoruesit, rrjedha dhe lloji i paketimit të informacionit ndryshojnë.

Për shembull ... pesë faza të konvertimit:

1. Formimi i të dhënave. Kur një përdorues dërgon një mesazh e-mail, karakteret alfanumerike të mesazhit konvertohen në të dhëna që mund të lëvizin nëpër kompleksin e rrjetit.

2. Paketimi i të dhënave për transportin nga fundi në fund. Për transmetim përmes kompleksit të rrjetit, të dhënat janë të paketuara në mënyrë të përshtatshme. Nëpërmjet përdorimit të segmenteve, funksioni i transportit garanton një lidhje të besueshme të atyre që janë të përfshirë në shkëmbim