Menaxhimi i njëkohshëm i shumë projekteve brenda një organizate është i ndërlikuar nga fakti se njerëzit dhe burimet materiale duhet të caktohen në detyra në mënyrë që detyrat e disa projekteve të mos bien ndesh me të tjerët. Për shembull, nuk mund të caktoni një punonjës në një detyrë më 1 korrik, nëse atë ditë ai tashmë është i përfshirë në një projekt tjetër.

Zbatimi i suksesshëm i projekteve në një organizatë varet nga qëndrueshmëria e planifikimit të burimeve. Për të siguruar këtë konsistencë, MS Project përfshin aftësinë për të përdorur një listë të vetme të burimeve të ruajtura në një skedar të veçantë kur planifikoni projekte të shumta - i ashtuquajturi Resource Pool.

Konfigurimi i grupit të burimeve

Për të koordinuar planifikimin e burimeve, duhet të krijoni një skedar të rregullt projekti në formatin * .mpp dhe të vendosni të gjitha të dhënat e burimeve në të. Figura 40.

Fig. 40. Skedari i të dhënave të burimit

Më pas krijohen projekte me plane, të cilat tregojnë se planifikimi do të përdorë burime nga skedari i parë, i cili në termat e MS Project quhet resource pools. Si shembull, ne kemi krijuar një burim skedari pool.mpp dhe dy skedarë me plane ku do të përdoren burimet e grupit - Project1.mpp në Figurën 41 dhe Project2.mpp. Fig. 42

Fig. 41. Projekti1.mpp

Fig. 42. Projekti2.mpp

Për të përcaktuar një grup burimesh për përdorim në një plan projekti, duhet të hapni skedarin e planit dhe skedarin e grupit. Më pas, duke qenë në dritaren e skedarit me planin, duhet të zgjidhni komandën e menusëShërbimi / Burimet e përbashkëta Qasja në burime... Pas kësaj, hapet një kuti dialogu për përcaktimin e qasjes së përbashkët në burime, në të cilën janë konfiguruar parametrat për të punuar me grupin (Fig. 43).

Për të aktivizuar modalitetin e grupit të burimeve, në këtë kuti dialogu, duhet të zgjidhni butonin e radiosPërdorni burimet, dhe më pas zgjidhni emrin e skedarit të projektit nga lista rënëse.

Fig. 43. Konfigurimi i përdorimit të grupit të burimeve

Një skedar që përdor burime nga një grup quhet klient i grupit (ndarës). Një klient grupi nuk mund të jetë një grup burimesh për një plan tjetër projekti.

Kur një klient lidhet me grupin, fillon sinkronizimi i të dhënave: të gjitha burimet kopjohen në skedarin e klientit dhe ju mund të punoni me ta siç do të punonit me burimet e zakonshme të projektit - modifikoni vetitë e tyre, shtoni dhe fshini, etj. Kur caktoni burime për të planifikuar detyrat, informacionet e detyrave të kopjuara në skedarin e grupit.

Planifikimi i bashkuar

Pasi listat e burimeve të klientit dhe grupit të sinkronizohen, shpërndarja e burimeve për detyrat në skedarin e klientit vazhdon si zakonisht. Në të njëjtën kohë, MS Project merr parasysh të dhënat për caktimin e burimeve në projekte të tjera.

Le të shqyrtojmë punën me një burim në dy projekte duke përdorur shembullin e skedarëve tanë Project1.mpp dhe Project2.mpp, duke përdorur burimet e grupit r burim pool.mpp. Në projektin e parë krijuam një detyrë të projektimit me kohëzgjatje prej 14 ditësh dhe caktuam Ivanovin për ekzekutimin e saj, më pas në projektin e dytë krijuam një detyrë të modeleve të dizajnit me kohëzgjatje prej 14 ditësh. Të dy projektet fillojnë në të njëjtën ditë, kështu që këto detyra planifikohen në të njëjtën kohë.

Tani le të përpiqemi të ndajmë një burim për detyrën e zhvillimit të modelit. Për ta bërë këtë, ne do të përdorim kutinë e dialogut për caktimin e burimeve.Shërbimi / Caktimi i Burimeve... Për të zgjedhur vetëm punonjësit që janë të disponueshëm në kohën që na nevojitet, kontrolloni kutinëNë dispozicion të paktëndhe në sportel do të fusim 112 orë, pasi detyra jonë zgjat pikërisht kaq. Burimi Ivanov, në këtë kohë i caktuar tashmë për një detyrë në një projekt tjetër, zhduket menjëherë nga lista dhe programi nuk ofron ta caktojë atë në ekzekutimin e detyrës Fig. 44.

Nëse mënyra automatike e nivelimit të burimeve është aktivizuar në projekt, atëherë MS Project do ta transferojë automatikisht detyrën në një kohë tjetër, nëse burimi i caktuar për ekzekutimin e tij është ndarë tashmë në atë kohë për ekzekutimin e një detyre tjetër në një projekt tjetër të lidhur me grupin. .

Mund të provoni të aktivizoni këtë mënyrë dhe të caktoni Ivanov në ekzekutimin e detyrës së Zhvillimit të Modelit. Detyra do të riplanifikohet automatikisht për kohën e përfundimit të dizajnit të projektimit në planin Project1.mrr. Nëse fikni nivelimin automatik të burimeve dhe më pas hapni pamjen Fleta e burimeve , do të shihni se MS Project ka zbuluar OA të Ivanovit.

Për të parë informacionin rreth ngarkesës së burimit dhe për ta marrë parasysh gjatë planifikimit, duhet të hapni pamjenPerdorimi i burimevenë skedarin e klientit të grupit (skedari i grupit duhet gjithashtu të jetë i hapur në MS Project). Ai liston për çdo burim të gjitha detyrat në të cilat ai është i përfshirë. Për të përcaktuar se cilit projekt i përket kjo apo ajo detyrë, shtoni një kolonë në tabelë Projekti .

Fig. 44. Programi përcakton se kush mund të caktohet në detyrë

Fig. 45. Të dhënat për ngarkimin e burimeve në projekte të tjera - klientët e grupit shfaqen në secilin projekt nëse grupi është i ngarkuar

Përdorimi i pishinës

Kur hapni një skedar të planit të projektit që përdor burime nga grupi, shfaqet një kuti dialogu, me të cilën, së bashku me skedarin, mund të hapni skedarin e grupit Fig. 46.

Fig. 46. Kutia e dialogut për hapjen e skedarit të grupit së bashku me planin e projektit

Kutia e dialogut përmban dy butona radio, dhe nëse zgjidhni atë të sipërm, MS Project do të ngarkojë skedarin e grupit së bashku me planin e projektit. Nëse zgjidhni çelësin e poshtëm, programi do të hapë vetëm skedarin me planin e projektit.

Nëse hapni një skedar projekti për planifikim, është mirë që gjithmonë të zgjidhni butonin e sipërm të radios, sepse mund të shikoni ngarkimin e burimeve në projekte të tjera vetëm kur grupi është i hapur. Përveç kësaj, vetëm kur skedari i grupit është i hapur, mund të bëni ndryshime në të.

Bashkëpunimi në pishinë

Nëse i njëjti skedar do të redaktohet nga disa përdorues në të njëjtën kohë, kjo do të çojë në një konflikt kur të ruhet dhe të dhënat e njërit prej përdoruesve ka shumë të ngjarë të humbasin. Prandaj, MS Project nuk lejon dy përdorues të hapin një grup burimesh për regjistrim në të njëjtën kohë.

Kur hapni një skedar pool, programi pyet se në cilën mënyrë të hapet skedari: shkrim ose vetëm për lexim. Nëse zgjidhni modalitetin e shkrimit, atëherë askush përveç jush nuk mund të bëjë ndryshime në skedarin e grupit. Nëse hapni skedarin e grupit për lexim, mund të bëni ndryshime në të vetëm nëse nuk është i hapur për shkrim nga një përdorues tjetër.

Për të hapur një skedar në modalitetin e leximit, përdorni çelësin e sipërm të kutisë së dialogut të paraqitur në Fig. 47, dhe për të hapur në modalitetin e shkrimit, përdorni atë të mesëm.

Nëse grupi është i hapur në modalitetin e shkrimit, atëherë të dhënat në të mund të modifikohen në mënyrën e zakonshme. Nëse keni hapur pishinën për lexim, atëherë duhet ta përditësoni pasi të keni ndryshuar planin e projektit, përndryshe të dhënat për caktimet e burimeve të reja nuk do të futen në pishinë dhe nuk do të jenë të disponueshme në skedarët e tjerë - klientët e grupit. Për të përditësuar pishinën duke marrë parasysh të dhënat e dizajnit, përdorni komandën e menusëShërbimi / Burimet e përbashkëta / Përditësimi i grupit të burimeve... Kjo komandë është e disponueshme vetëm kur skedari i grupit është i hapur për lexim. Nëse skedari i grupit është i hapur për shkrim, atëherë ai përditësohet automatikisht dhe kjo komandë menyje nuk përdoret.

Kur zgjidhni këtë komandë, menyja MS Project hap skedarin e grupit për shkrim, përditëson të dhënat e grupit dhe më pas e rihap atë për lexim. Ky modalitet lejon përdorues të shumtë të bëjnë ndryshime në grup në mënyrë alternative.

Për të përditësuar vetitë e burimeve në një grup kur ai është vetëm për lexim, duhet t'i përditësoni ato në skedarin e klientit të grupit dhe më pas të specifikoni që klienti të ketë përparësi në cilësimet e përdorimit të grupit. Në këtë rast, informacioni i burimit të ndryshuar do të ruhet në grup pasi të përditësohet.

Për të eliminuar konfliktet e mundshme gjatë punës në planin e projektit, pasi të përfundojë planifikimi, duhet të përditësoni grupin (d.m.th., të ruani të dhënat e planit tuaj në të) dhe më pas të përditësoni ekranin e grupit (d.m.th., transferoni të dhënat më të fundit nga bashkoni planin tuaj).

Ekrani i pishinës rifreskohet duke përdorur komandën e menysëShërbimi / Aksionet / Rifresko Ekranin e Poolit të Burimeve.

Kur zgjidhni këtë komandë në menynë MS Project, ajo rihap skedarin e grupit dhe do të keni akses në ndryshimet e bëra në të nga përdoruesit e tjerë.

Janë të zakonshme(burimet e përbashkëta) Është një lloj i veçantë i të mirave publike. Fatkeqësisht, ajo nuk paraqitet gjithmonë me vlerën e saj të vërtetë. Në këtë rast, bashkësi nuk nënkupton kategorinë juridike të pronës së përbashkët, por regjimin e përgjithshëm të përdorimit të përbashkët ekonomik të burimeve, nevoja për të cilën përcaktohet nga kufizime të rëndësishme joekonomike që përjashtojnë riprodhimin e lirë të tyre. Megjithëse është pikërisht në lidhje me kufizimet joekonomike të riprodhueshmërisë, është e nevojshme të merren parasysh veçoritë e tyre thelbësore ekonomike. Së pari, ato, si rregull, nuk janë të një natyre konsumatore, por të natyrës prodhuese. Së dyti, këto janë mallra kapitale, për të cilat është e nevojshme të përcaktohet mënyra e përdorimit në një periudhë të gjatë jo vetëm në kuptimin kronologjik, por edhe ekonomik, kur është e nevojshme të supozohet dhe të merret parasysh mundësia e ndonjë ndryshimi në lidhje me probabiliteti i ruajtjes dhe varfërimit të një burimi të caktuar. Së treti, ato zakonisht kanë një asimetri të qëndrueshme të vetive të konkurrencës dhe përjashtimit, d.m.th. konkurruese (janë objekte konkurrence), kur nuk kanë pronën e ekskluzivitetit dhe, anasjelltas, pushojnë së qeni konkurrues kur fitojnë ekskluzivitet, ose, thënë ndryshe, "të papërjashtueshëm kur konkurrojnë" (krijimi dhe përdorimi i njohurive. , informacion, duke përfshirë kadastrat e tokës, shërbimin meteorologjik), dhe "jo konkurrues kur përjashtohet" (përdorimi i burimeve natyrore të pa rinovueshme, duke përfshirë prodhimin e naftës dhe gazit).

Deri më sot, këto dy lloje të burimeve të përbashkëta (të përbashkëta) lirisht të pa riprodhueshme janë përcaktuar mjaft qartë. Ato janë të vendosura në polet e sistemit të burimeve: burime natyrore jo të riprodhueshme dhe burime praktikisht të pakufishme intelektuale dhe informacioni. Qasja në to, veçanërisht në Rusi, dukej se ishte praktikisht e lirë, sepse ato janë të larmisë dhe shkallës së madhe. Fatkeqësisht, vetëm vitet e fundit kanë filluar të kuptohen kuptimi dhe rëndësia e problemeve të burimeve të kufizuara natyrore të pa riprodhueshme dhe të mos riprodhueshmërisë së burimeve të kufizuara (të rralla) natyrore. Informacioni dhe burimet intelektuale nuk mund të konsiderohen të riprodhueshme lirisht për shkak të veçantisë së tyre, unike të zbulimeve dhe shpikjeve themelore, talenteve dhe krijimtarisë së autorëve të tyre.

Burimet natyrore jo të riprodhueshme përfshijnë zona të territorit dhe zonës ujore të vendit, rajonit, nëntokës, mineraleve, hapësirës ajrore (rrugëve ajrore), rafteve, fushave elektromagnetike (frekuencave radio). Kufizimet joekonomike (fizike, kimike, bio-, fiziologjike, etologjike, etj.) vendosen në riprodhimin e pylltarisë dhe bujqësisë, peshkimit dhe ekosistemeve të tjera, duke përfshirë tokën (humusin) dhe biogjeocenozat e tjera. Si rregull, shkallët (kufijtë) efektivë të riprodhimit të tyre nuk përkojnë me konturet e sistemit dhe objekteve të pronës. Diçka e ngjashme lind në lidhje me riprodhimin, krijimin dhe përdorimin e informacionit dhe burimeve intelektuale.

Historikisht, është krijuar një situatë kur shteti rus është bërë shitësi kryesor i burimeve natyrore dhe blerësi kryesor i informacionit dhe burimeve intelektuale. Ndoshta ky fenomen duhet të konsiderohet jo vetëm si një tipar i ekonomisë kombëtare të Rusisë, por edhe si një ligj i përgjithshëm ekonomik i ekonomisë me mbizotërimin e burimeve të përbashkëta lirisht të pa riprodhueshme në asetet kombëtare?

Jo gjithmonë rreptësisht ligjërisht, por gjithmonë në formën e së drejtës reale, si dhe institucionalisht, organizativisht dhe ekonomikisht, regjimi i përgjithshëm i përdorimit të burimeve natyrore të pa riprodhueshme ka marrë formë dhe është konsoliduar si monopol natyror i shtetit (ose pushtetet vendore, bashkitë) për shitjen, dhënien me qira, me koncesion dhe forma të tjera përdorimi. Rezultatet e shkencës themelore dhe edukimit përkatës (trajnimi i shkencëtarëve dhe specialistëve të rinj për shkencën themelore) rrallëherë gjejnë blerës dhe klientë në sektorin privat, jo vetëm të konsumatorit, por edhe të biznesit, të ekonomisë. Prandaj, në sferën shkencore dhe arsimore, lind natyrshëm një monopsoni shtetërore, kur shteti, për interesat kombëtare, luan rolin e organizatorit, koordinatorit, klientit, blerësit, kreditorit, financuesit, licencuesit dhe bartësit të funksioneve të tjera të nevojshme për të siguruar. konkurrenca kombëtare në fushën e shkencës dhe arsimit themelor.

Një tipar i rëndësishëm i burimeve të përbashkëta është natyra joelastike e furnizimit të tyre. Siç u tregua më lart (temat 9, 10), në raste të tilla, lindin të ardhura të shumta, të ndryshme, të mëdha nga qiratë ( qiraja e burimeve natyrore, tokë, minierë, absolute, relative, monopol, ekonomike, kuazi qira etj.). Kohët e fundit në teorinë e qirasë janë konsideruar lloje të tilla të reja të saj, si p.sh qira shtetërore, financiare, sigurimesh, inframargjinale, të shtyra, rajonale, informative, intelektuale etj.

Duket se disa tipare të burimeve të përbashkëta, të përbashkëta, lirisht të pakapshme që gjenerojnë të ardhura nga qiraja kanë shumë elementë të pasurisë kombëtare dhe të aseteve kombëtare - shëndetin e kombit, kapitalin njerëzor, potencialin ekologjik kombëtar, etj. Në këtë drejtim, burime të reja dhe konceptet e qirasë të të ardhurave po zhvillohen. , kostot, taksat, etj.

Ndarja dhe menaxhimi i burimeve

Një nga detyrat e rëndësishme të sistemit operativ është të menaxhojë burimet që disponon (memoria kryesore, pajisjet hyrëse-dalëse, procesori), si dhe shpërndarja e tyre ndërmjet proceseve të ndryshme aktive. Gjatë zhvillimit të një strategjie për shpërndarjen e burimeve, duhet të merren parasysh faktorët e mëposhtëm.

Barazia... Zakonisht është e dëshirueshme që të gjitha proceset që pretendojnë një burim të caktuar të pajisen me të njëjtën gjë
akses. Kjo është veçanërisht e vërtetë për detyrat që i përkasin të njëjtave dhe
e njëjta klasë, d.m.th. punë me kërkesa të ngjashme për burime.

Diferencimi i përgjigjes... Nga ana tjetër, mund t'ju duhet
sistemi operativ trajtoi ndryshe detyrat e klasave të ndryshme me kërkesa të ndryshme në mënyra të ndryshme. Ne duhet të përpiqemi të sigurohemi për këtë
sistemi operativ kryente shpërndarjen e burimeve në përputhje me një sërë kërkesash. Sistemi operativ duhet të funksionojë në
në varësi të rrethanave. Për shembull, nëse pret ndonjë proces
aksesi në pajisjen I/O, sistemi operativ mund të planifikojë lëshimin e këtij procesi
pajisje për përdorim të mëtejshëm nga procese të tjera.

Efikasiteti... Sistemi operativ duhet të rrisë xhiron e sistemit, të minimizojë kohën e reagimit të tij dhe, nëse funksionon në një sistem të ndarjes së kohës, të shërbejë sa më shumë që të jetë e mundur.
numri i përdoruesve. Këto kërkesa janë disi kontradiktore.
mik; një problem urgjent në studimin e sistemeve operative është gjetja e ekuilibrit të duhur në çdo situatë specifike.

Detyra e menaxhimit të burimeve dhe alokimit të burimeve është tipike për kërkimin e sistemit operativ; këtu mund të zbatohen rezultatet matematikore të marra në këtë fushë. Përveç kësaj, është e rëndësishme të matni aktivitetin e sistemit, i cili ju lejon të monitoroni performancën e tij dhe të bëni rregullime në funksionimin e tij.

Në fig. 2.11 tregon elementet bazë të sistemit operativ të përfshirë në planifikimin e procesit dhe shpërndarjen e burimeve në një mjedis me shumë detyra. Sistemi operativ mban disa radhë, secila prej të cilave është thjesht një listë procesesh që presin radhën e tyre për të përdorur disa burime. Radha afatshkurtër përmban procese që (ose të paktën pjesët kryesore të të cilave) janë në memorien kryesore dhe janë gati për t'u ekzekutuar. Zgjedhja e procesit të ardhshëm kryhet nga një planifikues ose dispeçer afatshkurtër. Një strategji e përgjithshme është t'i jepet çdo procesi me radhë akses; kjo metodë quhet round-robin. Për më tepër, proceseve mund t'u caktohen prioritete të ndryshme.

Oriz. 2.11. Elementet kryesore të një sistemi operativ me shumë detyra

Radha afatgjatë përmban një listë të proceseve të reja që presin të përdorin procesorin. Sistemi operativ i zhvendos ato nga radha afatgjatë në atë afatshkurtër. Në këtë pikë, procesi duhet të ndajë një pjesë të caktuar të memories kryesore. Kështu, sistemi operativ duhet të kujdeset që të mos mbingarkojë memorien ose procesorin duke shtuar shumë procese në sistem. Procese të shumta mund të kenë akses në të njëjtën pajisje I/O, kështu që krijohet një radhë e veçantë për secilën pajisje. Dhe këtu sistemi operativ duhet të vendosë se cilin proces do të sigurojë së pari pajisjen I/O të liruar.

Gjatë një ndërprerjeje, kontrolli kalon te një mbajtës i ndërprerjeve, i cili është pjesë e sistemit operativ. Për shkak të funksionalitetit të tij, një proces mund të aksesojë disa shërbime të sistemit operativ, si p.sh. një drejtues pajisjeje I/O. Kjo thërret mbajtësin e thirrjeve të shërbimit, i cili bëhet pika hyrëse në sistemin operativ. Pavarësisht nëse ka pasur një ndërprerje ose një thirrje në shërbim, pasi të jetë përpunuar, planifikuesi do të zgjedhë një proces nga radha afatshkurtër për të ekzekutuar.

Struktura e sistemit

Ndërsa funksionet e reja u shtohen sistemeve operative, dhe me rritjen e aftësive të harduerit të sistemit operativ dhe diversitetit të tij, rritet edhe kompleksiteti. Sistemi operativ CTSS, i prezantuar në MIT në 1963, zinte rreth 32,000 fjalë 36-bit në memorie. OS / 360, i lëshuar nga IBM një vit më vonë, përmbante mbi një milion udhëzime makinerie. Sistemi Multics, i cili u bashkëzhvillua nga MIT dhe Bell Laboratories deri në vitin 1975, është rritur në 20 milionë ekipe. Për hir të drejtësisë, vërejmë se më vonë sistemet operative filluan të shfaqen në makina më të vogla dhe më të thjeshta, por ato gjithashtu u bënë vazhdimisht më komplekse me zhvillimin e harduerit dhe rritjen e kërkesave nga ana e përdoruesve. Për shembull, sistemi modern UNIX është shumë më kompleks sesa origjinali i tij pothuajse si lodër, i zhvilluar nga disa programues të talentuar në fillim të viteve '70. E njëjta gjë ndodhi me sistemin e thjeshtë MS-DOS, i cili përfundimisht u rrit në sistemet operative komplekse dhe të fuqishme OS / 2 dhe Windows 2000. Për shembull, sistemi operativ Windows NT përmban rreth 16 milionë rreshta kodi, dhe në Windows 2000 ky shifra është rritur me më shumë se dy herë.

Rritja e madhësisë dhe kompleksitetit të sistemeve operative me funksione të plota ka çuar në tre probleme të zakonshme. Së pari, sistemet operative arrijnë te përdoruesit me vonesa kronike. Kjo vlen si për lëshimin e sistemeve të reja operative ashtu edhe për përditësimin e atyre ekzistuese. Së dyti, gabimet e fshehura shfaqen në sisteme, të cilat fillojnë të shfaqen në kushtet e punës dhe kërkojnë rregullim dhe përditësim të sistemit. Së treti, rritja e produktivitetit shpesh nuk është aq shpejt sa është planifikuar.

Si duhet të organizoni strukturën e sistemeve operative për ta bërë më të lehtë punën dhe tejkalimin e problemeve të listuara? Disa zgjidhje janë të dukshme. Softueri duhet të përbëhet nga module, të cilat do të thjeshtojnë organizimin e procesit të zhvillimit dhe do të lehtësojnë identifikimin dhe eliminimin e gabimeve. Modulet në raport me njëri-tjetrin duhet të kenë ndërfaqe të dizajnuara me kujdes dhe maksimalisht të thjeshta, të cilat do të lehtësojnë edhe detyrat e programuesit. Për më tepër, evolucioni i një sistemi të tillë do të kërkojë më pak përpjekje. Nëse modulet ndërveprojnë me njëri-tjetrin sipas rregullave të thjeshta dhe të qarta, ndryshimi i çdo moduli do të ketë ndikim minimal në pjesën tjetër.

Sidoqoftë, doli që për sistemet e mëdha operative, kodi i të cilave përbëhet nga miliona ose dhjetëra miliona rreshta, parimi i programimit modular në vetvete nuk i eliminon të gjitha problemet. Për këtë arsye, popullariteti i konceptit të niveleve të hierarkisë, si dhe abstragimit të informacionit, është rritur. Në strukturën hierarkike të një sistemi operativ modern, funksione të ndryshme janë të vendosura në nivele të ndryshme në varësi të kompleksitetit të tyre, kohës dhe shkallës së abstraksionit. Sistemi mund të shihet si një grup nivelesh, secila prej të cilave kryen gamën e vet të kufizuar të detyrave, e cila përfshihet në grupin e detyrave të sistemit operativ. Puna e komponentëve të një niveli të caktuar bazohet në punën e komponentëve në një nivel më të ulët; funksionet e nivelit më të lartë përdorin primitivët e nivelit më të ulët. Në mënyrë ideale, nivelet duhet të përcaktohen në mënyrë që ndryshimi i njërit të mos ndryshojë të tjerët.

Si rregull, sa më i ulët të jetë niveli, aq më e shkurtër është koha e funksionimit të përbërësve të tij. Disa elementë të sistemit operativ duhet të ndërveprojnë drejtpërdrejt me harduerin e kompjuterit, procese elementare në të cilat ndonjëherë zgjasin jo më shumë se disa të miliontat e sekondës. Komponentët e sistemit operativ që ruajnë komunikimin me përdoruesin janë në skajin tjetër të intervalit kohor. Përdoruesit futin komanda shumë ngadalë - deri në një komandë në pak sekonda.

Çdo sistem operativ i zbaton këto parime në mënyra të ndryshme. Për të marrë një ide të përgjithshme të sistemeve operative në këtë fazë të prezantimit, ne paraqesim një shembull të një modeli të përgjithësuar të një sistemi operativ hierarkik të përshkruar në dhe. Është padyshim i dobishëm për të kuptuar thelbin e çështjes, megjithëse nuk korrespondon me ndonjë sistem operativ të vërtetë. Vetë modeli është paraqitur në tabelë. 2.4 dhe përbëhet nga nivelet e mëposhtme.

Niveli 1. Ai përfshin qarqet elektronike; objekte të këtij niveli
janë regjistrat, qelizat e memories dhe portat logjike. Mbi këto objekte kryhen veprime të ndryshme, si pastrimi i përmbajtjes
regjistroni ose lexoni një vendndodhje memorie.

Niveli 2. Një grup udhëzimesh për procesorin. Numri i operacioneve të kryera në
ky nivel përfshin ato që lejohen nga grupi i udhëzimeve të makinës
gjuhë, të tilla si mbledhja, zbritja, ngarkimi i një vlere nga një regjistër, ose
duke kursyer në të.

Niveli 3. Përmban konceptin e një procedure (nënrutinë), si dhe operacionet e thirrjes dhe kthimit.

Niveli 4. Niveli i ndërprerjeve që detyrojnë procesorin të ruajë
kontekstin aktual dhe ekzekutoni rutinën e shërbimit të ndërprerjes.

Në fakt, katër shtresat e para nuk janë pjesë e sistemit operativ, ato janë hardueri i procesorit. Megjithatë, disa elementë të sistemit operativ tashmë shfaqen në këto nivele, të tilla si rutinat e ndërprerjes. Ne i afrohemi vetëm sistemit operativ në nivelin e pestë, ku lindin konceptet që lidhen me multitasking.

Niveli 5. Në këtë nivel prezantohet koncepti i një procesi, që do të thotë një program ekzekutiv. Ndër kërkesat themelore për
një sistem operativ i aftë për të mbështetur funksionimin e njëkohshëm të
sa procese përfshijnë aftësinë për të pezulluar dhe rifilluar proceset. Për ta bërë këtë, ju duhet të ruani përmbajtjen
regjistrat e harduerit në mënyrë që të mund të kaloni nga një proces në tjetrin. Përveç kësaj, nëse proceset duhet të ndërveprojnë me njëri-tjetrin, nevojitet një mekanizëm për sinkronizimin e tyre. Një nga konceptet më të rëndësishme të projektimit të sistemeve operative është semafori, mënyra më e thjeshtë e sinjalizimit, e diskutuar në Kapitullin 5, "Parallel Computing: Mutual Exclusion and Multitasking".

Niveli 6. Komponentët në këtë nivel ndërveprojnë me pajisjet e ruajtjes ndihmëse të kompjuterit. Në këtë nivel, ekziston
pozicionimi i kokave të leximit dhe transferimi fizik i blloqeve
të dhëna. Të planifikojë punën dhe të njoftojë procesin e përfundimit
e operacionit të kërkuar, niveli 6 përdor komponentët e nivelit 5.

Niveli 7. Krijon një hapësirë ​​logjike adresash për proceset. Niveli
organizon hapësirën e adresave virtuale në formën e blloqeve që mund të zhvendosen ndërmjet memories kryesore dhe ruajtjes ndihmëse. Tre skemat e mëposhtme përdoren gjerësisht: përdorimi i faqeve me faqe fikse, përdorimi i segmenteve me madhësi të ndryshueshme dhe një kombinim i të dyjave. Nëse blloku i kërkuar nuk është në memorien kryesore, atëherë ky nivel dërgon në nivelin 6 një kërkesë për transferimin e këtij blloku.

Deri më tani, flitej vetëm për ndërveprimin e sistemit operativ me procesorin. Komponentët e sistemit operativ që i përkasin nivelit të tetë dhe më të lartë ndërveprojnë me objekte të jashtme, si p.sh. periferikë, dhe ndoshta me rrjetin dhe kompjuterët e lidhur në rrjet. Objektet në këto nivele janë objekte me emër logjik që mund të ndahen nga procese të shumta që ekzekutohen në një ose më shumë kompjuterë.

Niveli 8. Përgjegjës për shkëmbimin e informacionit dhe mesazheve ndërmjet proceseve.
Në këtë nivel, ka një shkëmbim më të pasur informacioni sesa në nivelin 5,
i cili siguron një mekanizëm parësor sinjalizues për sinkronizimin e proceseve. Një nga mjetet më të fuqishme të këtij lloji është tubacioni, i cili është një kanal logjik i transferimit të të dhënave.
ndërmjet proceseve. Një tubacion përkufizohet si një tub që transferon daljen e një procesi në hyrjen e një tjetri; përveç kësaj, mund të përdoret për të komunikuar me procesin e pajisjeve ose skedarëve të jashtëm. Ky koncept diskutohet në Kapitullin 6, "Ndërlidhja dhe uria".

Niveli 9. Siguron ruajtjen afatgjatë të skedarëve. Në këtë nivel, të dhënat e ruajtura në ruajtje ndihmëse trajtohen si objekte abstrakte me gjatësi të ndryshueshme, në krahasim me pamjen e varur nga pajisja e ruajtjes dytësore si një grup gjurmësh, sektorësh dhe blloqesh me madhësi fikse të qenësishme në shtresën 6.

Niveli 10. Ofron akses në pajisjet e jashtme duke përdorur
ndërfaqet standarde.

Niveli 11. Mbështet marrëdhënien ndërmjet identifikuesve të jashtëm dhe të brendshëm të burimeve dhe objekteve të sistemit. Identifikuesi i jashtëm është emri
të cilat mund të përdoren nga një aplikacion ose një përdorues. Brendshme
id është një adresë ose tregues tjetër i përdorur nga më i ulëti
shtresat e sistemit operativ për zbulimin dhe menaxhimin e objekteve.
Kjo lidhje mbahet përmes një drejtorie që përfshin jo
vetëm hartëzimi i ndërsjellë i identifikuesve të jashtëm dhe të brendshëm, por edhe
karakteristika të tilla si të drejtat e aksesit.

Niveli 12. Ofron mjete të plota mbështetëse
proceset. Aftësitë e kësaj shtrese i tejkalojnë shumë ato të shtresës 5, e cila mbështet vetëm përmbajtjen e regjistrit të procesorit të lidhur me procesin dhe logjikën e dërgimit të procesit. Në nivelin 12, ky informacion përdoret për të kontrolluar proceset e rregullta. Kjo përfshin gjithashtu hapësirën e adresave virtuale të proceseve, një listë të objekteve dhe proceseve me të cilat mund të ndërveprojë, dhe rregullat që kufizojnë këtë ndërveprim; parametrat e kaluar në proceset gjatë krijimit të tyre, dhe karakteristika të tjera të proceseve që mund të përdoren nga sistemi operativ për të kontrolluar.

Niveli 13. Siguron ndërveprimin e sistemit operativ me përdoruesin. Kjo shtresë quhet guaskë sepse e ndan përdoruesin nga hardueri i brendshëm i sistemit operativ dhe e paraqet atë tek përdoruesi si një grup shërbimesh. Shell pranon komandat e përdoruesit ose udhëzimet e kontrollit të punës, i interpreton ato, krijon proceset e nevojshme dhe i menaxhon ato. Në këtë nivel, për shembull, mund të zbatohet një ndërfaqe grafike që lejon përdoruesin të zgjedhë një komandë duke përdorur një menu dhe të shfaqë rezultatet e punës në ekran.

Modeli hipotetik i përshkruar i një sistemi operativ jep një ide të strukturës së tij dhe mund të shërbejë si një udhëzues për zbatimin e një sistemi operativ specifik. Ndërsa studioni kursin e përshkruar në këtë libër, do të jetë e dobishme për lexuesin që ta rishikojë këtë strukturë herë pas here, në mënyrë që të kuptojë më mirë se si përbërësit individualë të sistemeve operative lidhen me njëri-tjetrin.

Tabela 2.4. Modeli i sistemit operativ hierarkik2

Në këtë mësim do të shqyrtojmë veçori shtesë të botimit standard të MS Project 2002. Tema kryesore e mësimit është menaxhimi i projekteve të shumta. Do të mësoni se si të shmangni konfliktet gjatë ndarjes së burimeve ndërmjet projekteve dhe si të planifikoni ekzekutimin e projekteve të lidhura. Përveç kësaj, do të mësoni se si të analizoni njëkohësisht të dhënat nga disa projekte, duke i kombinuar ato në një pamje ose raport të përbashkët.

Do të mësoni teknika të përshtatshme për të punuar me grupe skedarësh projekti dhe do të mësoni se si të ruani një hapësirë ​​pune, të krijoni bazat e të dhënave të projektit dhe të përgatitni shabllone për krijimin e planeve të reja të projektit prej tyre. Përveç kësaj, do të mësoni se si të personalizoni MS Project 2002 Consultant dhe si të punoni me shtesat e softuerit.

Menaxhimi i njëkohshëm i shumë projekteve brenda një organizate është i ndërlikuar nga fakti se njerëzit dhe burimet materiale duhet të caktohen në detyra në mënyrë që detyrat e disa projekteve të mos bien ndesh me të tjerët. Për shembull, nuk mund të caktoni një punonjës në një detyrë më 1 korrik, nëse atë ditë ai tashmë është i përfshirë në një projekt tjetër.

Zbatimi i suksesshëm i projekteve në një organizatë varet nga qëndrueshmëria e planifikimit të burimeve. Për të siguruar këtë konsistencë, MS Project përfshin aftësinë për të përdorur një listë të vetme burimesh të ruajtura në një skedar të veçantë kur planifikoni projekte të shumta, të ashtuquajturat Pishina e Burimeve(pishinë burimesh).

Konfigurimi i grupit të burimeve

Për të koordinuar planifikimin e burimeve, duhet të krijoni një skedar të rregullt projekti në formatin * .mpp dhe të vendosni të gjitha të dhënat e burimeve në të. Më pas krijohen projekte me plane, dhe ato tregojnë se planifikimi do të përdorë burime nga skedari i parë, i cili në termat e MS Project quhet burime burimesh ( pishina e burimeve). Si shembull, ne krijuam një skedar pool .mpp dhe dy skedarë me plane ku duhet të përdoren burimet e grupit - 1.mpp dhe 2.mpp.

Për të përcaktuar grupin e burimeve për përdorim në planin e projektit, duhet të hapni skedarin me planin dhe skedarin me grupin (në rastin tonë, hapni skedarët 1.mpr dhe pool.mpp). Më pas, duke qenë në dritaren e skedarit me planin, duhet të zgjidhni komandën e menusë Mjetet ›Ndarja e burimeve › Ndarja e burimeve(Shërbimi ›Burimet e përbashkëta › Qasja në burime). Pas kësaj, hapet një kuti dialogu për përcaktimin e qasjes së përbashkët në burime, në të cilën janë konfiguruar parametrat për të punuar me grupin (Fig. 23.1).

Për të aktivizuar modalitetin e grupit të burimeve, në këtë kuti dialogu, duhet të zgjidhni butonin e radios Përdorni burimet(Përdor burimet) dhe më pas zgjidhni emrin e skedarit të projektit nga lista rënëse. Për shembull, për skedarin 1.mpp, ne specifikuam skedarin pool.mpp si grup burimesh.

Oriz. 23.1... Konfigurimi i përdorimit të grupit të burimeve

shënim
Skedari që përdor burime nga grupi quhet klienti i grupit ( ndarës). Klienti i grupit nuk mund të jetë një grup burimesh për një plan tjetër projekti.

Kur një klient lidhet me grupin, fillon sinkronizimi i të dhënave: të gjitha burimet kopjohen në skedarin e klientit dhe ju mund të punoni me ta siç do të punonit me burimet e zakonshme të projektit - modifikoni vetitë e tyre, shtoni dhe fshini, etj. Kur caktoni burime për të planifikuar detyrat, informacionet e detyrave të kopjuara në skedarin e grupit.

Mund të ndodhë që pas redaktimit të të dhënave në skedarin e klientit, përbërja dhe vetitë e burimeve të klientit të ndryshojnë nga përbërja dhe vetitë e burimeve të grupit. Në këtë rast, kur sinkronizon klientin dhe grupin, programi duhet të përcaktojë se cili skedar ka përparësi. Nëse grupi ka prioritet, atëherë të dhënat e klientit sillen në përputhje me të dhënat e grupit, nëse klienti ka përparësi, grupi përditësohet në përputhje me të dhënat e klientit.

Kujdes
Të dhënat e caktimit të burimeve të grupit migrohen gjithmonë nga skedari i klientit në skedarin e grupit, pavarësisht nga përfitimi.

Për të përcaktuar se cili skedar do të ketë përparësi në konflikte, në kutinë e dialogut, duhet të zgjidhni ose butonin e radios Pishina ka përparësi(Pool ka përparësi) ose çelësi Sharer ka përparësi(Klienti i pishinës ka përparësi). Ndërprerësi i parë zakonisht zgjidhet sepse eliminon mundësinë e ndryshimeve të paqëndrueshme ose aksidentale në pishinë. Shpesh pishina ndodhet në një makinë rrjeti dhe një numër i kufizuar njerëzish kanë të drejtë ta ndryshojnë atë. Në këtë rast, nëse nuk keni leje për të ndryshuar pishinën, vetëm opsioni i parë është i përshtatshëm për ju.

Për të ndryshuar cilësimet e përdorimit të pishinës më vonë, duhet të rihapni këtë kuti dialogu. Duke zgjedhur butonin e radios Përdorni burimet e veta(Përdorni burimet tuaja), mund të tërhiqeni nga përdorimi i pishinës. Pas kësaj, vetëm ato burime që janë caktuar për detyrat e tij do të mbeten në projekt, dhe pjesa tjetër do të fshihet.

Ju gjithashtu mund të ndryshoni cilësimet për avantazhin relativ të skedarëve në konflikte. Për shembull, nëse keni redaktuar të dhënat e burimit në një skedar klienti të grupit dhe dëshironi që ai të vazhdojë në grup gjatë sinkronizimit, hapni kutinë e dialogut dhe zgjidhni butonin e radios Sharer ka përparësi(Klienti i pishinës ka përparësi). Pas sinkronizimit, kur të dhënat e ndryshuara janë ruajtur në pishinë, duhet të rihapni kutinë e dialogut dhe të zgjidhni butonin e radios Pishina ka përparësi(Pushina mbizotëron) në mënyrë që pishina të ketë prioritet në të ardhmen.

Teknologjia Ndër-Origin Resource Sharing (CORS) përcakton se si aplikacionet e klientëve të internetit të ngarkuara në një domen ndërveprojnë me burimet në një domen tjetër. Mbështetja për teknologjinë CORS nga shërbimi ju lejon të ndërtoni aplikacione të pasura në ueb në anën e klientit dhe të ofroni në mënyrë selektive akses me origjinë të kryqëzuar në burimet tuaja të shërbimit.

Ky seksion ofron informacion mbi teknologjinë e ndarjes së burimeve me origjinë të kryqëzuar (CORS).

Çdo linjë AllowedHeader në një rregull mund të përmbajë një maksimum prej një karakteri wild "*". Për shembull, x-amz- * do të lejojë që të gjitha titujt e shërbimit të përdoren.

Elementi ExposeHeader

Çdo ExposeHeader specifikon një kokë në përgjigjen që përdoruesit mund t'i qasen nga aplikacionet (për shembull, nga objekti JavaScript XMLHttpRequest). Për një listë të titujve tipikë të shërbimit, shihni seksionin Titujt e Kërkesave tipike.

Elementi MaxAgeSeconds

Elementi MaxAgeSeconds specifikon sasinë e kohës, në sekonda, që shfletuesi mund të ruajë përgjigjen për kërkesën para nisjes së avionit, siç përcaktohet nga burimi, metoda HTTP dhe origjina.

Si e vlerëson shërbimi konfigurimin e CORS në një kovë

Kur shërbimi merr një kërkesë para nisjes së avionit nga shfletuesi, ai vlerëson konfigurimin CORS për kovën dhe përdor rregullin e parë CORSRule që përputhet me kërkesën e shfletuesit që merr për të zgjidhur kërkesën e origjinës së kryqëzuar. Që një rregull të përputhet me kërkesën që merr, duhet të plotësohen kushtet e mëposhtme.

• Titulli Origjina i kërkesës duhet të përputhet me elementin AllowedOrigin.
• Metoda e kërkesës (siç është GET ose PUT) ose kreu Access-Control-Request-Method në rastin e një kërkese para fluturimit OPTIONS duhet të jetë një nga elementët AllowedMethod.
• Çdo titull i shënuar në titull Access-Control-Request-Headers në kërkesën para nisjes së avionit, duhet të përputhet me elementin AllowedHeader.

ACL-të dhe politikat zbatohen kur CORS është aktivizuar në një kovë.