1. Konceptet dhe termat bazë të temës
“MODELI I INFORMACIONIT – BAZAT E NDËRTIMIT
SISTEMET E MENAXHIMIT TË BAZAVE TË TË DHËNAVE.

Çdo qytetërim duhet të merret me përpunimin e informacionit. Ndërsa ekonomia zhvillohet dhe popullsia rritet, rritet edhe vëllimi i të dhënave të ndërlidhura që kërkohen për të zgjidhur problemet e biznesit dhe ato administrative.

@ Modeli i mbledhjes, ruajtjes, përpunimit dhe përdorimit të të dhënave të ndërlidhura me qëllim të menaxhimit sa më optimal të rrjedhave të informacionit dhe zgjidhjes së detyrave të caktuara në një fushë të caktuar lëndore quhet sistem informacioni. ... Një sistem i tillë është krijuar kryesisht për të lehtësuar punën njerëzore, por për këtë duhet të korrespondojë sa më mirë me një model shumë kompleks të botës reale.

@ Thelbi i sistemit të informacionit janë të dhënat e ruajtura në të. ... Në çdo ndërmarrje, të dhënat e departamenteve të ndryshme, si rregull, mbivendosen, domethënë ato përdoren në disa departamente ose përgjithësisht ndahen. Për shembull, qëllimet e menaxhimit shpesh kërkojnë informacion në të gjithë ndërmarrjen. Renditja e pjesëve nuk është e mundur pa disponueshmërinë e informacionit mbi stoqet. Të dhënat e ruajtura në sistemin e informacionit duhet të jenë lehtësisht të aksesueshme në formën në të cilën ato nevojiten për veprimtarinë specifike prodhuese të ndërmarrjes. Në këtë rast, mënyra e ruajtjes së të dhënave nuk është thelbësore. Sot në ndërmarrje mund të gjejmë një lloj tradicional të sistemit të përpunimit të të dhënave, në të cilin një punonjës vendos manualisht të dhënat në një lidhës, dhe pranë tij - një sistem modern që përdor kompjuterët më të shpejtë, harduerin dhe softuerin më të sofistikuar. Pavarësisht dallimeve të tyre mbresëlënëse, të dy këtyre sistemeve kërkohet të ofrojnë informacion të besueshëm në një kohë të caktuar, një personi të caktuar, në një vend të caktuar dhe me një kosto të kufizuar.

Për të kuptuar procesin e ndërtimit të një sistemi informacioni, duhet të dini një numër termash që përdoren për të përshkruar dhe paraqitur të dhënat.

@ Fusha e lëndësështë pjesa e një sistemi real që është me interes për këtë studim.

Gjatë projektimit të sistemeve të automatizuara të informacionit, zona e temës shfaqet nga modele të të dhënave të disa niveleve. Numri i niveleve të përdorura varet nga kompleksiteti i sistemit, por në çdo rast përfshin nivelet logjike dhe fizike. Një fushë lëndore mund t'i referohet çdo lloj organizate (për shembull, një bankë, universitet, spital ose fabrikë).

Është e nevojshme të bëhet dallimi midis fushës së plotë lëndore (ndërmarrje e madhe prodhuese, magazinë, dyqan, etj.) dhe njësinë organizative të kësaj fushe lëndore. Një njësi organizative, nga ana tjetër, mund të përfaqësojë fushën e saj lëndore (për shembull, një punëtori për prodhimin e trupave të një fabrike automobilistike ose një departament të përpunimit të të dhënave të një ndërmarrjeje prodhuese kompjuterike). Në këtë rast, vetë seminaret dhe departamentet mund të korrespondojnë me fusha të caktuara lëndore.

Informacioni i kërkuar për të përshkruar fushën e temës varet nga modeli aktual dhe mund të përfshijë informacione për personelin, pagat, mallrat, faturat, faturat, raportet e shitjeve, testet laboratorike, transaksionet financiare, të dhënat mjekësore, domethënë informacionin për njerëzit, vendet, objektet. , ngjarje dhe koncepte.

@ Objektështë një element i sistemit të informacionit, informacion për të cilin ne ruajmë. Në teorinë e bazës së të dhënave relacionale, një objekt quhet një entitet.

Objekti mund të jetë reale(për shembull, një person, një objekt ose vend) dhe abstrakte(për shembull, një ngjarje, një llogari klienti ose një kurs që po zhvillohet nga studentët). Pra, në fushën e shitjes së makinave, shembuj të objekteve janë MODEL, KLIENT dhe LLOGARI. Në një magazinë është FURNIZUES, MALLRA, DËRGUES, etj. Çdo objekt ka një grup të caktuar vetish që ruhen në sistemin e informacionit. Kur përpunoni të dhëna, shpesh duhet të merreni me një koleksion objektesh homogjene, si p.sh. punonjësit, dhe të regjistroni informacione për të njëjtat veti për secilën prej tyre.

@ Klasa e objektit thirrni një grup objektesh që kanë të njëjtin grup vetish.

Kështu, për objektet e së njëjtës klasë, grupi i vetive do të jetë i njëjtë, megjithëse vlerat e këtyre vetive për secilin objekt, natyrisht, mund të jenë të ndryshme. Për shembull, vetitë e klasës së objektit MODEL për secilin objekt sigurisht që mund të jenë të ndryshme. Për shembull, një klasë objekti CAR MODEL do të ketë të njëjtin grup vetish që përshkruajnë karakteristikat e automjetit dhe secili model do të ketë vlera të ndryshme për ato karakteristika.

Objektet dhe vetitë e tyre janë koncepte të botës reale. Në botën e informacionit që ekziston në këndvështrimin e programuesit, flitet për atributet e objekteve.

@ atributështë një shfaqje informative e vetive të objektit. Çdo objekt karakterizohet nga një numër atributesh bazë.

Për shembull, një model makine karakterizohet nga lloji i trupit, zhvendosja e motorit, numri i cilindrave, fuqia, dimensionet, emri, etj. Klienti i një dyqani makinash ka atribute të tilla si mbiemri, emri, patronimi, adresa dhe ndoshta një numër identifikimi.Çdo atribut në model duhet të ketë një emër unik - një identifikues. Një atribut në zbatimin e një modeli informacioni në çdo bartës informacioni quhet shpesh zëri i të dhënave, fushë e të dhënave ose thjesht një fushë.

Oriz. 1.1. Tre fusha të paraqitjes së të dhënave.

@ tabelaështë një strukturë e rregullt e përbërë nga një grup i kufizuar regjistrimesh të të njëjtit lloj. Në disa burime, një tabelë quhet një marrëdhënie.

Ne do të përpiqemi të shmangim termin e fundit, pasi me zhvillimin e teorisë relacionale, "marrëdhënie" së bashku me termin "marrëdhënie" shpesh filluan të quajnë marrëdhënie midis tabelave. Çdo rekord i një tabele përbëhet nga një numër i kufizuar (dhe i njëjtë!) fushash, dhe fushën specifike të secilit rekord të një tabele mund të përmbajë vetëm të dhëna të një lloji.

@ Vlerat e të dhënave përfaqësojnë të dhënat aktuale të përfshira në secilin element të të dhënave.

Artikulli i të dhënave "MODEL EMRI" mund të ketë vlera të tilla si "Voyager" 96 3.8 Grand "," Continental 4.6 "ose" Crown Victoria 4.6. "Në varësi të mënyrës se si artikujt e të dhënave e përshkruajnë objektin, vlerat e tyre mund të jenë sasiore , cilësore ose përshkruese Informacioni për një fushë të caktuar lëndore mund të përfaqësohet duke përdorur disa objekte, secila prej të cilave përshkruhet nga disa elementë të të dhënave. të dhëna.

@ Quhet një grup i vetëm vlerash të pranuara nga artikujt e të dhënave një shembull i një objekti... Objektet komunikojnë me njëri-tjetrin në një mënyrë të caktuar.

@ Quhet modeli përkatës i objekteve me elementet dhe marrëdhëniet përbërëse të të dhënave model konceptual fusha lëndore. Modeli konceptual jep një ide të rrjedhës së të dhënave në domen.

Disa elementë të të dhënave kanë një veti që është e rëndësishme për ndërtimin e një modeli informacioni. Nëse e dimë vlerën që merr një element i tillë i të dhënave të një objekti, mund të identifikojmë vlerat që marrin elementët e tjerë të të dhënave të të njëjtit objekt. Për shembull, duke ditur numrin unik të modelit të makinës - 7, mund të përcaktojmë se ky është "Voyager" 96 "dhe se zhvendosja e motorit për këtë model është" 3778 ".

@ Element kyç të dhënat quhen një element me të cilin mund të përcaktoni vlerat e elementëve të tjerë të të dhënave.

Dy ose më shumë elementë të të dhënave mund të identifikojnë në mënyrë unike një objekt. Në këtë rast, ata quhen "kandidatë" për të dhënat kryesore. Pyetja është , cili prej kandidatëve të përdorë për të hyrë në objekt vendoset nga përdoruesi ose projektuesi i sistemit. Duhet pasur kujdes kur zgjidhni elementët kryesorë të të dhënave sepse zgjedhja e duhur do t'ju ndihmojë të krijoni modelin e duhur konceptual të të dhënave.

@ Çelesi primarështë një atribut (ose grup atributesh) që identifikon në mënyrë unike çdo rresht në një tabelë.

Koncepti kryesor kryesor është jashtëzakonisht i rëndësishëm në lidhje me konceptin e integritetit të bazës së të dhënave, të cilin do ta diskutojmë në detaje në fund të këtij seksioni.

@ Çelësi alternativështë një atribut (ose grup atributesh) që nuk përputhet me çelësin primar dhe që identifikon në mënyrë unike një shembull të një objekti.

Për shembull, për objektin "PUNONJËS", i cili ka atributet "PUNONJËSI ID", "MBIEMRI", "EMRI" dhe "MBIEMRI", grupi i atributeve "MBIEMRI", "EMRI", "PATRONIA" mund të jetë një çelësi alternativ në lidhje me atributin " ID E PUNONJËSIT "(duke supozuar se kompania nuk ka emra të plotë).

@ Çelësi i jashtëmështë një atribut i tabelës që është çelësi kryesor i një tabele tjetër.

Për shembull, atributi "MODEL NUMBER" i një objekti VEHICLE mund të jetë një çelës i huaj për një objekt "MODEL".

@ Regjistrimi i të dhënaveështë një koleksion vlerash të të dhënave të lidhura.

Në fig. 1.2. artikuj të tillë janë çelësi unik dhe emri i modelit, zhvendosja, numri i cilindrave dhe fuqia e motorit. Për shembull, një nga hyrjet - “7 Voyager'96 3.8 Grand 3778 6 164.0”. Ky varg përfaqëson vlerat që marrin artikujt e të dhënave të objektit MODEL. Regjistrimet ruhen në ndonjë medium, i cili mund të jetë truri i njeriut, një fletë letre, memorie kompjuteri, pajisje ruajtëse të jashtme, etj.

MODEL
ÇELËS UNIK MODEL	Emri i modelit	Vëllimi i punës (cm kub)	Fuqia (hp)
	GMC Jimmy 4.3
7	Voyager'96 3.8 Grand	3778	164,0
	Vjedhurazi 3.0
	348 Merimanga 3.4

Figura 1.2. Regjistrimet e të dhënave të objektit MODEL.

Çdo rekord i një tabele përbëhet nga një numër i kufizuar (dhe i njëjtë!) fushash, dhe fushën specifike të secilit rekord të një tabele mund të përmbajë vetëm të dhëna të një lloji

@ Lloji i të dhënave karakterizon llojin e të dhënave të ruajtura.

Koncepti i një lloji të dhënash në modelin e informacionit është plotësisht adekuat me konceptin e një lloji të të dhënave në gjuhët e programimit. Zakonisht, DBMS-të moderne lejojnë ruajtjen e karaktereve, të dhënave numerike, vargjeve bit, të dhëna numerike të specializuara (për shembull, shumat në njësi monetare), si dhe të dhëna të një formati të veçantë (data, koha, intervali kohor, etj.). Në çdo rast, kur zgjedh një lloj të dhënash, duhet të merren parasysh aftësitë e DBMS me të cilat do të zbatohet modeli fizik i sistemit të informacionit.

@ Lidhjeështë një marrëdhënie funksionale ndërmjet subjekteve.

Nëse ekziston një marrëdhënie midis disa subjekteve, atëherë faktet nga një ent i referohen ose në një farë mënyre lidhen me faktet nga një ent tjetër. Ruajtja e konsistencës së varësive funksionale ndërmjet subjekteve quhet integritet referencial. Meqenëse marrëdhëniet përmbahen "brenda" modelit relacional, zbatimi i integritetit referencial mund të kryhet si nga aplikacioni ashtu edhe nga vetë DBMS (duke përdorur mekanizmat dhe nxitësit e integritetit referencial deklarativ).

Lidhjet mund të përfaqësohen nga pesë karakteristika kryesore:

Lloji i lidhjes (identifikues, joidentifikues)

Subjekti mëmë;

Fëmijë (në varësi);

Fuqia e komunikimit (përzemërsia);

Vlerat null lejohen.

Marrëdhënia quhet identifikuese nëse shembulli i njësisë ekonomike fëmijë identifikohet (identifikohet në mënyrë unike) nëpërmjet marrëdhënies së tij me njësinë ekonomike mëmë. Atributet që përbëjnë çelësin primar të njësisë ekonomike mëmë përfshihen gjithashtu në çelësin primar të njësisë ekonomike fëmijë. Subjekt fëmijë me një marrëdhënie identifikuese gjithmonë të varur.

Marrëdhënia quhet joidentifikuese nëse shembulli i njësisë ekonomike fëmijë identifikohet ndryshe nga një marrëdhënie me njësinë ekonomike mëmë. Atributet që përbëjnë çelësin primar të njësisë ekonomike mëmë përfshihen gjithashtu në atributet jo kyçe të njësisë ekonomike fëmijë.

Fuqia e komunikimitështë raporti i numrit të rasteve të njësisë ekonomike mëmë me numrin përkatës të rasteve të njësisë ekonomike fëmijë. Për çdo marrëdhënie përveç jospecifike, kjo marrëdhënie shkruhet si 1: n.

@ Procedurat e ruajturaështë një aplikacion (program) që kombinon pyetjet dhe logjikën procedurale (deklaratat e detyrave, degëzimi logjik, etj.) dhe ruhet në një bazë të dhënash.

Procedurat e ruajtura ju lejojnë të përmbani, së bashku me bazën e të dhënave, programe mjaft komplekse që kryejnë një sasi të madhe pune pa transferuar të dhëna në rrjet dhe pa ndërvepruar me klientin. Në mënyrë tipike, programet e shkruara në procedurat e ruajtura shoqërohen me përpunimin e të dhënave. Kështu, baza e të dhënave mund të jetë një shtresë funksionalisht e pavarur e aplikacionit që mund të ndërveprojë me shtresa të tjera për të marrë pyetje ose për të përditësuar të dhënat.

@ Rregullat ju lejon të thërrisni ekzekutimin e veprimeve të specifikuara kur ndryshoni ose shtoni të dhëna në bazën e të dhënave (DB) dhe në këtë mënyrë kontrolloni vërtetësinë e të dhënave të vendosura në të.

Në mënyrë tipike, një veprim është një thirrje për një procedurë ose funksion specifik. Rregullat mund të shoqërohen me një fushë ose rekord dhe, në përputhje me rrethanat, të aktivizohen kur të dhënat në një fushë specifike ose regjistrim tabele ndryshojnë. Nuk mund të përdorni rregulla kur fshini të dhëna. Ndryshe nga kufizimet, të cilat janë vetëm një mjet për të kontrolluar kushtet relativisht të thjeshta për futjen e saktë të të dhënave, rregullat ju lejojnë të kontrolloni dhe mbani marrëdhënie komplekse arbitrare midis elementeve të të dhënave në bazën e të dhënave.

@ Integriteti i referencës po siguron që vlera e çelësit të huaj të shembullit të njësisë ekonomike fëmijë të përputhet me vlerat e çelësit primar në njësinë ekonomike mëmë.

Integriteti i referencës mund të monitorohet për të gjitha operacionet që modifikojnë të dhënat.

@ Normalizimi i marrëdhënieveështë procesi i ndërtimit të strukturës optimale të tabelave dhe marrëdhënieve në një bazë të dhënash relacionale.

Në procesin e normalizimit, artikujt e të dhënave grupohen në tabela që përfaqësojnë objektet dhe marrëdhëniet e tyre. Teoria e normalizimit bazohet në faktin se një grup i caktuar tabelash ka veti më të mira në përfshirjen, modifikimin dhe fshirjen e të dhënave sesa të gjitha grupet e tjera të tabelave me të cilat mund të përfaqësohen të njëjtat të dhëna. Futja e normalizimit të marrëdhënieve në zhvillimin e një modeli informacioni siguron sasinë minimale të bazës fizike, domethënë të regjistruar në çdo medium, bazën e të dhënave dhe performancën e saj maksimale, e cila ndikon drejtpërdrejt në cilësinë e sistemit të informacionit. Normalizimi i modelit të informacionit kryhet në disa faza (forma normale 1, 2 dhe 3).

@ Fjalori i të dhënaveështë një depo e centralizuar e informacionit rreth objekteve, elementeve të të dhënave përbërëse të tyre, marrëdhënieve ndërmjet objekteve, burimeve të tyre, vlerave, përdorimit dhe formateve të paraqitjes.

@ Sigurimi i integritetit Baza e të dhënave quhet një sistem masash që synojnë ruajtjen e korrektësisë së të dhënave në bazën e të dhënave në çdo kohë të caktuar.

Kostot e kontrollit dhe ruajtjes së saktësisë së të dhënave mund të përfaqësojnë një pjesë të konsiderueshme të totalit operacionale shpenzimet. Për shembull, në kompanitë e transportit, për të kontrolluar korrektësinë e futjes së të dhënave nga dokumentet e udhëtimit, praktikohet futja paralele e të dhënave të njëjta nga disa operatorë. Besohet se probabiliteti për të kryer të njëjtin gabim në këtë rast do të jetë jashtëzakonisht i vogël dhe një krahasim i thjeshtë i rezultateve të hyrjes së operatorëve të ndryshëm do të ndihmojë në marrjen e të dhënave pa gabime. Në një DBMS, integriteti i të dhënave sigurohet nga një grup ofertash speciale të quajtura kufizime integriteti.

@ Kufizimet e integritetitështë një grup rregullash të përcaktuara që përcaktojnë vlefshmërinë e të dhënave dhe marrëdhëniet ndërmjet tyre.

Një sistem i automatizuar i përpunimit të të dhënave bazohet në përdorimin e një modeli specifik të dhënash ose modeli informacioni. Modeli i të dhënave pasqyron marrëdhëniet midis objekteve.

2. Sekuenca e krijimit të një modeli informacioni

Procesi i krijimit të modelit të informacionit fillon duke përcaktuar kërkesat konceptuale të një numri përdoruesish (Figura 2.1). Kërkesat konceptuale mund të përcaktohen edhe për disa detyra (aplikacione) që nuk janë planifikuar të zbatohen në të ardhmen e afërt. Kjo mund të rrisë pak kompleksitetin e punës, megjithatë, do të ndihmojë që të merren parasysh plotësisht të gjitha nuancat e funksionalitetit të kërkuar për sistemin që po zhvillohet dhe do të zvogëlojë gjasat e ndryshimit të tij në të ardhmen. Kërkesat individuale të përdoruesve janë integruar në një "pamje të përgjithshme". Ky i fundit quhet modeli konceptual.

@ Modeli konceptual përfaqëson objektet dhe marrëdhëniet e tyre pa specifikuar se si ruhen fizikisht.

Kështu, modeli konceptual është në thelb një model domeni. Gjatë hartimit të një modeli konceptual, të gjitha përpjekjet e zhvilluesit duhet të drejtohen kryesisht drejt strukturimit të të dhënave dhe identifikimit të marrëdhënieve ndërmjet tyre pa marrë parasysh veçoritë e zbatimit dhe çështjet e efikasitetit të përpunimit. Hartimi i modelit konceptual bazohet në analizën e detyrave të përpunimit të të dhënave që zgjidhen në këtë ndërmarrje. Modeli konceptual përfshin përshkrime të objekteve dhe marrëdhënieve të tyre të ndërsjella që janë me interes në fushën lëndore të konsideruar dhe që identifikohen si rezultat i analizës së të dhënave. Kjo i referohet të dhënave të përdorura si në programet aplikative tashmë të zhvilluara ashtu edhe në ato që do të zbatohen vetëm.

Modeli konceptual më pas përkthehet në një model të dhënash të pajtueshëm me DBMS-në e zgjedhur. Është e mundur që marrëdhëniet midis objekteve të pasqyruara në modelin konceptual më pas të rezultojnë të parealizueshme me anë të DBMS-së së zgjedhur. Kjo do të kërkojë një ndryshim në modelin konceptual. Versioni i modelit konceptual që mund të ofrohet nga një DBMS e veçantë quhet modeli logjik.

@ Modeli logjik pasqyron lidhjet logjike ndërmjet artikujve të të dhënave pavarësisht nga përmbajtja e tyre dhe mediumi i ruajtjes.

Modeli i të dhënave logjike mund të jetë relacional, hierarkik ose i rrjetëzuar ... Përdoruesve u ndahen nëngrupe të këtij modeli logjik, të quajtur modele të jashtme (në disa burime, ato quhen edhe nënskema), duke pasqyruar kuptimin e tyre për domenin. Modeli i jashtëm korrespondon me pikëpamjet që marrin përdoruesit bazuar në modelin logjik, ndërsa kërkesat konceptuale pasqyrojnë perceptimet që përdoruesit fillimisht dëshironin dhe që formuan bazën për zhvillimin e modelit konceptual. Modeli logjik lidhet me memorien fizike si p.sh. disk, kasetë ose ndonjë medium tjetër ruajtjeje.

@ Modeli fizik që përcakton vendosjen e të dhënave, metodat e aksesit dhe teknikat e indeksimit quhet modeli i brendshëm i sistemit.

Nga pikëpamja e programimit të aplikuar, pavarësia e të dhënave nuk përcaktohet nga teknika e programimit, por nga disiplina e saj. Për shembull, për të shmangur rikompilimin e aplikacionit në çdo ndryshim të sistemit, rekomandohet të mos përcaktohen konstante (vlera konstante të të dhënave) në program. Zgjidhja më e mirë është kalimi i vlerave si parametra në program.

Të gjitha kërkesat aktuale të fushës së lëndës dhe kërkesat përkatëse "të fshehura" në fazën e projektimit duhet të pasqyrohen në modelin konceptual. Natyrisht, çdo përdorim dhe modifikim i mundshëm i bazës së të dhënave nuk mund të parashikohet. Por në shumicën e fushave lëndore, të dhënat bazë si objektet dhe marrëdhëniet e tyre janë relativisht të qëndrueshme. Ndryshojnë vetëm kërkesat për informacion, domethënë se si përdoren të dhënat për të marrë informacion.

Shkalla e pavarësisë së të dhënave përcaktohet nga dizajni i kujdesshëm i bazës së të dhënave. Analiza gjithëpërfshirëse e objekteve të domenit dhe marrëdhënieve të tyre minimizon ndikimin e ndryshimit të kërkesave të të dhënave në një program në programet e tjera. Kjo është pavarësi gjithëpërfshirëse e të dhënave.

3. Marrëdhëniet në model

Një marrëdhënie shpreh një shfaqje ose marrëdhënie midis dy grupeve të të dhënave. Ka marrëdhënie të tipit " nje pas nje», « një në shumë" dhe “Shumë për shumë". Në problemin e konsideruar të automatizimit të menaxhimit të punës së një përfaqësie makinash, nëse një klient bën një porosi për blerjen e një makine për herë të parë, kryhet regjistrimi fillestar i të dhënave dhe informacionit të tij në lidhje me porosinë. Nëse klienti ri-porosit, vetëm kjo porosi regjistrohet. Pavarësisht se sa herë ka bërë porosi një klient i caktuar, ai ka një numër unik identifikimi (çelësin unik të klientit). Informacioni për çdo klient përfshin emrin e klientit, adresën, telefonin, faksin, mbiemrin, emrin, patronimin, personalitetin juridik dhe një shënim. Pra, atributet e objektit KLIENT janë "ÇELËSI UNIK I KLIENTIT", "EMRI I KLIENTIT", "ADRESA E KLIENTIT" etj. Objekti i radhës me interes për ne është MODELI I MAKINËS. Ky objekt ka atributet "ÇELËSI UNIK MODEL", "EMRI MODEL" etj. Objekti i tretë në shqyrtim është Urdhri. Atributet e tij janë "ORDER NUMRI", "CLIENT KEY" dhe "MODELI CEY". Dhe objekti i katërt në shqyrtim është SHITES. Atributet e tij janë "ÇELËSI UNIK I SHITESIT", "EMRI I SHITESIT", "MBIEMRI" dhe "PATRONALIA".

Marrëdhënie një-për-një (ndërmjet dy llojeve të objekteve)

Le të kthehemi mendërisht në ditët e ekonomisë së planifikuar-shpërndarjes. Le të themi se një klient mund të bëjë vetëm një porosi në një kohë të caktuar. Në këtë rast, krijohet një marrëdhënie midis objekteve KLIENT dhe POROSIT. nje pas nje", Shënuar me shigjeta të vetme, siç tregohet në fig. 2.2, a.

Oriz. 2.2. Marrëdhënia ndërmjet dy objekteve: a) “një me një”; b) "një për shumë"; c) "shumë në shumë"

Oriz. 2.3. Marrëdhënia midis të dhënave në një marrëdhënie një me një.

Marrëdhënia një me shumë (ndërmjet dy llojeve të objekteve).

Në një moment të caktuar kohor, një klient mund të bëhet pronar i disa modeleve të makinave, ndërsa disa klientë nuk mund të jenë pronarë të së njëjtës makinë. Një lidhje një-me-shumë mund të shënohet duke përdorur një shigjetë të vetme që tregon drejt një dhe një shigjetë të dyfishtë që tregon drejt shumë, siç tregohet në figurën 4-2. 2.2, b.

Në këtë rast, disa regjistrime të objektit të dytë (fëmijë ose vartës) do të korrespondojnë me një regjistrim të dhënash të objektit të parë (ai shpesh quhet prind ose kryesor). Marrëdhëniet një-me-shumë janë shumë të zakonshme në hartimin e bazës së të dhënave relacionale. Fjalori përdoret shpesh si një objekt prind dhe çelësat unikë për të hyrë në të dhënat e fjalorit ruhen te fëmija. Në shembullin tonë, si një referencë e tillë, mund të imagjinoni objektin KLIENT, i cili ruan informacione për të gjithë klientët. Kur qasemi në një rekord për një klient specifik, ne kemi një listë të të gjitha blerjeve që ai ka bërë dhe informacionin për të cilin ruhet në objektin MODEL CAR, siç tregohet në Fig. 2.4. Nëse ka disa regjistrime në objektin fëmijë për të cilat nuk ka regjistrime përkatëse në objektin KLIENT, atëherë ne nuk do t'i shohim ato. Në këtë rast, objekti thuhet se përmban regjistrime të humbura (të vetmuara). Kjo nuk është e lejueshme dhe në të ardhmen do të mësoni se si të shmangni situata të tilla.

Oriz. 2.4. Marrëdhënia midis të dhënave në një marrëdhënie një me shumë.

Nëse shikojmë të dhënat e objektit CAR MODEL, atëherë në objektin KLIENT mund të marrim të dhëna për klientin që e ka blerë këtë makinë (shih fig. 2.4). Ju lutemi vini re se ne nuk do të marrim detajet e klientit për të dhënat e humbura.

Marrëdhënie shumë-me-shumë (midis dy llojeve të objekteve).

Në këtë shembull, çdo shitës mund t'u shërbejë klientëve të shumtë. Nga ana tjetër, duke blerë makina në kohë të ndryshme, çdo klient mund të shërbehet nga shitës të ndryshëm. Ekziston një marrëdhënie shumë-për-shumë midis objekteve KLIENT dhe SHITES. Kjo marrëdhënie tregohet me shigjeta të dyfishta, siç tregohet në Fig. 2.2, c.

Në fig. 2.5 tregon një diagram sipas të cilit të dhënat do të ndërlidhen në këtë rast. Duke parë të dhënat në objektin KLIENT, do të mund të zbulojmë se cilët shitës i kanë shërbyer një klienti specifik. Megjithatë, në objektin SELLER, në këtë rast, do të duhet të krijojmë disa regjistrime për secilin shitës. Çdo linjë do të korrespondojë me çdo shërbim ndaj klientit nga shitësi. Me këtë qasje do të përballemi me probleme serioze. Për shembull, ne nuk mund të fusim një çelës unik për çdo shitës në objektin SELLER, pasi në mënyrë të pashmangshme një shitës do t'i shërbejë disa klientëve dhe në këtë rast do të kemi disa regjistrime për të njëjtin shitës.

Oriz. 2.5. Marrëdhënia midis të dhënave në një marrëdhënie shumë-me-shumë

Sipas teorisë relacionale të bazës së të dhënave, ruajtja e një marrëdhënie shumë-për-shumë kërkon tre objekte: një për çdo entitet dhe një për ruajtjen e marrëdhënieve ndërmjet tyre (një objekt i ndërmjetëm). Objekti i ndërmjetëm do të përmbajë identifikuesit e objekteve të lidhura, siç tregohet në Fig. 2.6.

Oriz. 2.6. Shfaqja e marrëdhënies midis të dhënave në një marrëdhënie shumë-me-shumë duke përdorur një objekt të ndërmjetëm

Marrëdhëniet ndërmjet objekteve janë pjesë e modelit konceptual dhe duhet të shfaqen në bazën e të dhënave. Së bashku me marrëdhëniet midis objekteve, ekzistojnë marrëdhënie midis atributeve të një objekti. Ai gjithashtu bën dallimin midis marrëdhënieve një-me-një, një-me-shumë dhe shumë-me-shumë.

Marrëdhënie një me një (midis dy atributeve)

Supozojmë se çelësi (numri) i klientit është identifikuesi i tij unik, domethënë ai nuk ndryshon me porositë e mëvonshme nga ky klient. Nëse, së bashku me numrin e klientit, një tjetër identifikues unik ruhet në bazën e të dhënave (për shembull, një numër pasaporte), atëherë ekziston një marrëdhënie një-për-një midis këtyre dy identifikuesve unikë. Në fig. 2.7, a kjo marrëdhënie tregohet me shigjeta të vetme.

Marrëdhënia një me shumë (midis dy atributeve)

Emri i klientit dhe numri i klientit bashkëjetojnë. Mund të ketë shumë klientë me të njëjtin emër, por të gjithë kanë numra të ndryshëm. Secilit klient i caktohet një numër unik. Kjo do të thotë se ka vetëm një emër për një numër të caktuar klienti. Marrëdhënia "një me shumë" tregohet me një shigjetë të vetme në drejtim të "një" dhe një shigjetë të dyfishtë në drejtim të "shumë" (Figura 2.7, b).

Marrëdhënie shumë-me-shumë (midis dy atributeve)

Disa klientë me të njëjtin emër mund të shërbehen nga shitës të shumtë. Disa shitës me të njëjtin emër mund të kenë marrë porosi nga shumë klientë. Ekziston një marrëdhënie shumë-për-shumë midis emrit të klientit dhe atributeve të emrit të shitësit. Ne e shënojmë këtë marrëdhënie me shigjeta të dyfishta (Fig. 2.7, në).

a)

b)

v)

Oriz. 2.7. Marrëdhëniet midis dy atributeve:
a) marrëdhëniet "një me një"; b) marrëdhënie një me shumë» c) marrëdhëniet “shumë me shumë»

Llojet e modeleve të të dhënave

Modelet hierarkike dhe të të dhënave të rrjetit filluan të përdoren në sistemet e menaxhimit të bazës së të dhënave në fillim të viteve '60. Në fillim të viteve 70, u propozua një model i të dhënave relacionale. Këto tre modele ndryshojnë kryesisht në mënyrën se si përfaqësojnë marrëdhëniet midis objekteve.

Modeli i të dhënave hierarkike është ndërtuar mbi parimin e një hierarkie të llojeve të objekteve, domethënë, një lloj objekti është ai kryesor, dhe pjesa tjetër, e vendosur në nivelet më të ulëta të hierarkisë, janë të varur (Fig. 2.8). Ndërmjet objekteve kryesore dhe vartëse vendoset një marrëdhënie një me shumë. Me fjalë të tjera, ekzistojnë disa lloje objektesh vartëse për një lloj të caktuar objekti kryesor. Në të njëjtën kohë, për çdo shembull të objektit kryesor, mund të ketë disa raste të llojeve të objekteve vartëse. Kështu, marrëdhëniet midis objekteve janë të ngjashme me marrëdhëniet në një pemë familjare me një përjashtim: mund të ketë vetëm një lloj objekti origjinal (kryesor) për çdo lloj objekti të krijuar (o vartës). Në oriz. 2.8 nyjet dhe degët formojnë një strukturë peme hierarkike. Një nyje është një koleksion atributesh që përshkruajnë një objekt. Nyja më e lartë në hierarki quhet nyja rrënjë (ky është lloji kryesor i objektit). Nyja rrënjë është në nivelin e parë. Nyjet e varura (llojet e objekteve vartëse) janë në nivelin e dytë, të tretë etj.

Oriz. 2.8. Skema e modelit të të dhënave hierarkike.

Në modelin e të dhënave të rrjetit, konceptet e objekteve master dhe vartës janë zgjeruar disi. Çdo objekt mund të jetë edhe master dhe vartës (në modelin e rrjetit, objekti kryesor shënohet me termin "pronar i koleksionit" dhe vartësi me termin "anëtar i koleksionit"). I njëjti objekt mund të jetë njëkohësisht pronar dhe anëtar i koleksionit. Kjo do të thotë që çdo objekt mund të marrë pjesë në çdo numër marrëdhëniesh. Një diagram i modelit të rrjetit është paraqitur në figurën 2.9.

Figura 2.9. Diagrami i modelit të të dhënave të rrjetit.

Në modelin e të dhënave relacionale, objektet dhe marrëdhëniet ndërmjet tyre paraqiten duke përdorur tabela, siç tregohet në Fig. 2.10. Marrëdhëniet konsiderohen gjithashtu si objekte. Çdo tabelë përfaqëson një objekt dhe përbëhet nga rreshta dhe kolona. Në një bazë të dhënash relacionale, çdo tabelë duhet të ketë një çelës primar (element kyç) - një fushë ose kombinim fushash që identifikon në mënyrë unike çdo rresht në tabelë. Për shkak të thjeshtësisë dhe natyralitetit të paraqitjes, modeli relacional përdoret më gjerësisht në DBMS për kompjuterët personalë.

Oriz. 2.10. Skema e modelit të të dhënave relacionale.

Llojet e marrëdhënieve midis objekteve të fushës lëndore

Marrëdhëniet e shumëfishta mund të jenë katër llojesh - një-me-një, një-me-shumë, shumë-me-shumë dhe shumë-për-një.

Një marrëdhënie një me një (1: 1) ekziston kur një shembull i një objekti shoqërohet me një shembull të vetëm të një tjetri. Marrëdhënia është unike nga e majta në të djathtë dhe nga e djathta në të majtë.

drejton

Drejtor i Ndërmarrjes

Një marrëdhënie një me shumë (1: M) ekziston kur një shembull i objektit të parë shoqërohet me një (ose më shumë) shembuj të objektit të dytë, por çdo shembull i objektit të dytë shoqërohet vetëm me një shembull të të parës. . Marrëdhënia është unike nga e djathta në të majtë.

Përbëhet nga

Rrethi i qytetit

Një marrëdhënie shumë-me-shumë (M: M) ekziston kur një shembull i objektit të parë shoqërohet me një ose më shumë shembuj të të dytit dhe çdo shembull i të dytit me një ose shumë shembuj të të parit.

Studenti (mbiemri, numri i librit të notave. Fakulteti) Lënda (emri, numri i orëve)

Një marrëdhënie shumë me një (M: 1) është e ngjashme me një marrëdhënie një me shumë. Lidhja është unike vetëm nga e majta në të djathtë.

Mbiemri i studentit (M: 1) Numri i grupit

Modeli konceptual... Quhet modeli i objekteve me atributet që i përshkruajnë dhe marrëdhëniet ndërmjet tyre model konceptual... Ky model përfaqëson objektet dhe marrëdhëniet e tyre pa specifikuar se si ruhen fizikisht.

Ai paraqitet grafikisht në formën e një diagrami të veçantë të propozuar nga specialisti amerikan i bazës së të dhënave C. Bachman. Në diagramet e Bachmann-it, objektet përfaqësohen nga kulmet e një grafi të caktuar matematikor, lidhjet përfaqësohen nga harqet e grafikut. Merrni, për shembull, modelin e të dhënave të blerjes (shih Figurën 48).

Oriz. 48 Një shembull i një modeli konceptual

Modeli përbëhet nga tre objekte: Furnizuesi, Porosi, Produkti. Marrëdhënia e lëshuar që ekziston midis objekteve të Furnizuesit dhe Porosisë ka një kardinalitet një-në-shumë, pasi çdo porosi i bëhet një furnizuesi, por disa porosi mund t'i bëhen këtij furnizuesi. . Marrëdhënia midis objekteve Rendi dhe Artikull ka një karakteristikë shumë-për-shumë, pasi një porosi përmban disa artikuj dhe një artikull mund të shfaqet në disa renditje.

Të gjitha objektet janë aktive.

Kontrolli i përdoruesit të grupeve të dritareve.

Llojet e dritareve të orientuara nga detyra.

Kryerja e menjëhershme e ndryshimeve.

Ikonat dinamike që pasqyrojnë gjendjen e objektit.

Manipulim i drejtpërdrejtë.

Kombinimi i objekteve.

Përbërja e objekteve dhe kontejnerëve.

Pamje e shumëfishtë e qëndrueshme e objekteve.

Veçoritë e ndërfaqeve grafike të konsideruara më sipër, si dhe teknologjia DCD që qëndron në themel të zbatimit të tyre, kërkojnë përdorimin e një qasjeje të orientuar nga objekti për dizajnimin e GUI. Kjo qasje përfshin përdorimin e analogjive midis objekteve të softuerit dhe objekteve në botën reale. Nga pikëpamja e ndërfaqes së përdoruesit, objektet nuk janë vetëm skedarë ose ikona, por edhe çdo pajisje për ruajtjen dhe përpunimin e informacionit, duke përfshirë qelizat, paragrafët, simbolet, etj., si dhe dokumentet në të cilat ndodhen.

Objektet, pavarësisht nëse i përkasin botës reale apo kanë një mishërim kompjuterik, kanë disa karakteristika që na ndihmojnë të kuptojmë se çfarë janë dhe si sillen në situata të caktuara. Konceptet e mëposhtme përshkruajnë aspektet dhe karakteristikat kryesore të objekteve që kanë një mishërim kompjuterik.

Vetitë e objektit... Objektet kanë karakteristika ose atribute të caktuara të quajtura veti që përcaktojnë paraqitjen e tyre ose gjendjet e mundshme (për shembull, ngjyra, madhësia, data e modifikimit). Vetitë nuk kufizohen në veçoritë e jashtme ose të dukshme të objektit. Ato mund të pasqyrojnë organizimin e tyre të brendshëm ose gjendjen aktuale të objektit.

Operacionet në objekte... Të gjitha veprimet që mund të kryhen në (ose mbi) një objekt konsiderohen operacione të vlefshme. Lëvizja ose kopjimi i një objekti janë shembuj të operacioneve. Përdoruesi mund të kryejë operacione në objekte duke përdorur një ose një mekanizëm tjetër të ofruar nga ndërfaqja (kontrolli i komandës ose manipulimi i drejtpërdrejtë).

Komunikimi (marrëdhëniet) ndërmjet objekteve... Çdo objekt në një mënyrë ose në një tjetër ndërvepron me objekte të tjera. Në shumë raste, marrëdhënia midis objekteve mund të përshkruhet si një marrëdhënie e një lloji të caktuar.

Llojet e lidhjeve ndërmjet objekteve.

Llojet më të zakonshme të marrëdhënieve janë Koleksionet, Kufizimet dhe Kompozitat.

Kompletiështë lloji më i thjeshtë i marrëdhënies, i cili pasqyron praninë e disa vetive të përbashkëta të objekteve. Rezultatet e një kërkimi (kërkimi sipas modelit) ose funksionimi i përzgjedhjes së shumëfishtë të objekteve janë shembuj të përdorimit të këtij lloji të marrëdhënieve. Një avantazh i rëndësishëm i këtij lloji të marrëdhënieve është se ju lejon të specifikoni operacione që duhet t'i referohen një grupi specifik objektesh.

Një shoqatë pasqyron një marrëdhënie më të ngushtë midis objekteve në të cilat ndryshimi i një objekti ndikon në një objekt tjetër në grup. Shembulli më i thjeshtë i një marrëdhënieje të tillë është ndryshimi i formatit të një faqeje ngjitur kur shtoni tekst në faqen e mëparshme.

Përbërja ndodh kur grumbullimi i disa objekteve mund të shihet si një objekt i ri me grupin e vet të vetive dhe operacioneve të lejuara. Një kolonë qelizash në një tabelë dhe një paragraf në një tekst janë shembuj kompozimesh.

Një lloj tjetër i zakonshëm i marrëdhënieve midis objekteve është një kontejner.

Enëështë një objekt që përmban objekte të tjera (për shembull, një fotografi në një dokument ose një dokument në një dosje mund të konsiderohet pjesë e përmbajtjes së kontejnerit përkatës). Vetitë e një kontejneri shpesh ndikojnë në sjelljen e përmbajtjes së tij. Ky ndikim mund të konsistojë në zgjerimin ose shtypjen e disa vetive të objekteve të përfshira në të, ose në ndryshimin e listës së operacioneve të lejuara. Përveç kësaj, kontejneri kontrollon aksesin në përmbajtjen e tij, si dhe konvertimin e llojit (formatit) të objektit që përfshin. Kjo, në veçanti, mund të ndikojë në rezultatin e transferimit të një objekti nga një enë në tjetrën.

Aspektet e konsideruara më sipër kërkojnë caktimin e secilit objekt në një ose një lloj tjetër (klase) objektesh. Objektet e të njëjtit lloj kanë veti dhe sjellje të ngjashme.

Llojet bazë të objekteve të ndërfaqes përbëjnë klasat themelore të të gjitha objekteve të ofruara nga sistemi operativ. Ekzistojnë tre lloje kryesore të objekteve: objektet e të dhënave, objektet e kontejnerit dhe objektet e pajisjes.

Shumë objekte kanë karakteristika që i përkasin më shumë se një klase (për shembull, Inbox: kontejneri dhe vetitë e pajisjes). Prandaj, duhet të keni një kuptim të mirë të klasave të objekteve të ndërfaqes dhe sjelljes së tyre. Objektet duhet të përmbushin pritshmëritë e përdoruesve për sa i përket veprimeve që ata kryejnë, domethënë të përcaktojnë se cilat pamje mund të shfaqin dhe ndryshojnë atë. Objektet e kontejnerit duhet të ofrojnë pamje që përputhen me kontejnerët e tjerë, objektet e pajisjes duhet të ofrojnë pamje që janë specifike për një pajisje të caktuar dhe të pajtueshme me të tjerat.

Objektet e të dhënave ofrojnë informacion për përdoruesit. Ato mund të përfaqësojnë çdo lloj informacioni, të tilla si tekst, fletëllogaritëse, imazhe, muzikë, fjalim të regjistruar, video, animacion ose ndonjë kombinim të tyre. Për shkak se objektet e të dhënave janë përgjithësisht të orientuara nga produkti, udhëzuesit e dizajnit nuk përcaktojnë objekte specifike të të dhënave. Kjo është puna e projektuesve të softuerit.

2. 2. NDËRTIMI I MODELIT “OBJEKT – PRONË – MARRËDHËNIE”.

Për të përshkruar ILM, përdoren gjuhë analitike (përshkruese) dhe mjete grafike; në të ardhmen, përdoret një metodë grafike e shfaqjes së modelit "objekt-pronë-lidhje". Në fushën lëndore në procesin e shqyrtimit dhe analizës së saj, dallohen klasa objektesh. Klasa e objektit thirrni një grup objektesh që kanë të njëjtin grup vetish. Për shembull, nëse konsiderojmë një universitet si fushë lëndore, atëherë në të mund të dallohen klasat e mëposhtme të objekteve: studentë, mësues, auditorë etj. Objektet mund të jenë reale, siç u përmend më lart, ose mund të jenë abstrakte, si p.sh. lëndët që studiojnë studentët.

Kur pasqyrohet në sistemin e informacionit, çdo objekt përfaqësohet nga identifikuesi i tij, i cili dallon një objekt të klasës nga një tjetër, dhe çdo klasë e objekteve përfaqësohet me emrin e kësaj klase. Pra, për objektet e klasës “LENDËT E STUDUARA”, identifikuesi i çdo objekti do të jetë “EMRI I SUBJEKTIT”. Identifikuesi duhet të jetë unik.

Çdo objekt ka një grup specifik të vetive. Për objektet e së njëjtës klasë, grupi i këtyre vetive është i njëjtë dhe vlerat e tyre, natyrisht, mund të ndryshojnë. Për shembull, për objektet e klasës "STUDENT", një grup i tillë vetive që përshkruajnë objektet e klasës mund të jetë "VITI I LINDJES", "GJINIA" etj.

Kur përshkruani zonën e lëndës, është e nevojshme të përshkruani secilën nga klasat ekzistuese të objekteve dhe një grup vetive të fiksuara për objektet e kësaj klase.

Ne do të përdorim emërtimet e mëposhtme për të shfaqur objektet dhe vetitë e tyre (Fig. & 2. 3).

Pronës

Oriz. 2.3 Përcaktimi i objekteve dhe vetitë e tyre

Çdo klasë tipare në modelin infologjik i caktohet një emër unik.

Kur ndërtohet një model infologjik, është e dëshirueshme të jepet një interpretim verbal i secilit ent, veçanërisht nëse është i mundur një interpretim i paqartë i konceptit.

Oriz. 2.4 Imazhi i një marrëdhënieje "objekt-pasuri".

Gjatë përshkrimit të zonës së temës, është e nevojshme të pasqyrohen lidhjet midis objektit dhe vetive që e karakterizojnë atë. Kjo thjesht përshkruhet si një vijë që lidh përcaktimin e objektit dhe vetitë e tij.

Marrëdhënia midis një objekti dhe pronës së tij mund të jetë e ndryshme. Një objekt mund të ketë vetëm një vlerë për një pronë. Për shembull, çdo person mund të ketë vetëm një datëlindje. Le t'i quajmë veti të tilla beqare. Për vetitë e tjera, është e mundur që disa vlera të ekzistojnë për një objekt në të njëjtën kohë. Supozoni, për shembull, kur përshkruani një "PUNONJËS", "GJUHA E HUAJ" që zotëron është fiksuar si pronë e tij. Meqenëse një punonjës mund të dijë disa gjuhë të huaja, një pronë e tillë do të quhet shumësi. Kur përshkruajmë marrëdhënien midis një objekti dhe vetive të tij, ne do të përdorim një shigjetë të vetme për vetitë e vetme dhe një shigjetë të dyfishtë për vetitë e shumta.

Përveç kësaj, disa prona janë të përhershme, vlera e tyre nuk mund të ndryshojë me kalimin e kohës. Le t'i quajmë veti të tilla statike, dhe ato veti, vlera e të cilave mund të ndryshojë me kalimin e kohës, do të thirren dinamike.

Një karakteristikë tjetër e marrëdhënies ndërmjet një objekti dhe vetive të tij është shenja nëse kjo veti është e pranishme në të gjitha objektet e një klase të caktuar ose mungon në disa objekte. Për shembull, për disa punonjës mund të ekzistojë vetia "DIPLO AKADEMIKE" dhe objektet e tjera të kësaj klase mund të mos kenë pronën e specifikuar. Le t'i quajmë veti të tilla kushtëzuar.

Kur përshkruajmë lidhjen e një vetie të kushtëzuar me një objekt, do të përdorim një vijë me pika, dhe për të treguar vetitë dinamike dhe statike, do të përdorim shkronjat D dhe S mbi vijën përkatëse.

Ndonjëherë në një model infologjik është e dobishme të prezantohet koncepti "Pronë e përbërë". Shembuj të pronave të tilla janë “ADRESA”, e përbërë nga “QYTET”, “RRUGË”, “SHTËPI” dhe “APARTAMENT”, dhe “DATA E LINDJES”, që përbëhet nga “NUMRI”, “MUAJ” dhe “VITI”. Ne përdorim në ILM për të përcaktuar një veti të përbërë një katror, ​​nga i cili burojnë linjat që e lidhin atë me emërtimet e elementeve përbërëse të tij (Fig. 2.4).

Modeli infologjik nuk shfaq shembuj individualë të objekteve, por klasa objektesh. Kur përcaktimi i një objekti tregohet në ILM, është e qartë se po flasim për një klasë objektesh që kanë vetitë e përshkruara. Prandaj, në shumicën e rasteve, është e mundur të mos futet në mënyrë eksplicite një përcaktim për një klasë objektesh në një model infologjik. Një imazh i qartë i një klase objektesh është i nevojshëm vetëm nëse softueri për një klasë të caktuar objektesh regjistron jo vetëm karakteristika që lidhen me objektet individuale të kësaj klase, por edhe disa karakteristika integrale që lidhen me të gjithë klasën në tërësi. Për shembull, nëse për klasën e objektit "PUNONJËS" shënohet jo vetëm mosha e çdo punonjësi, por edhe mosha mesatare e të gjithë punonjësve, atëherë në modelin infologjik është e nevojshme të pasqyrohet jo vetëm objekti "PUNONJËS", por edhe klasa e objektit "PUNONJËS". Për të shfaqur një klasë objektesh, mund të përdorni ndonjë emërtim specifik ose të njëjtin që përdoret për objektet (Fig. 2. 5).

Oriz. 2.5 Imazhi i një klase objektesh dhe karakteristikat integrale të klasës.

Përveç lidhjes midis një objekti dhe vetive të tij, modeli infologjik regjistron lidhjet midis objekteve të klasave të ndryshme. Ka lidhje të tipit "një për një" (1: 1), "një për shumë" (1: M), "shumë për shumë" (M: M). Këto lloj marrëdhëniesh nganjëherë referohen si shkalla e marrëdhënies.

Përveç shkallës së lidhjes në modelin infologjik, për të karakterizuar lidhjen ndërmjet entiteteve të ndryshme, është e nevojshme të tregohet e ashtuquajtura. "Klasa e përkatësisë", e cila tregon nëse nuk mund të ketë lidhje ndërmjet një objekti të kësaj klase me ndonjë objekt të një klase tjetër. Klasa e entitetit duhet të jetë ose e detyrueshme ose opsionale.

Le të shpjegojmë atë që është thënë me shembuj specifik. Siç u përmend më lart, modeli infologjik nuk është ndërtuar për një objekt të veçantë, por shfaq klasat e objekteve dhe marrëdhëniet ndërmjet tyre. Diagrami përkatës që e shfaq këtë quhet diagram i tipit ER (ky emër është për faktin se në anglisht fjala "entitet" shkruhet "Entity" dhe marrëdhënia është "Marrëdhënie"). Sidoqoftë, ndonjëherë, përveç diagrameve të tipit ER, përdoren diagramet e shembullit ER.

Supozoni se modeli infologjik shfaq një marrëdhënie midis dy klasave të objekteve: "PUNONJËS" dhe "GJUHË E HUAJ".

Supozoni se fusha lëndore është një fabrikë ku disa nga punonjësit dinë një gjuhë të huaj, por asnjëri prej tyre nuk flet rrjedhshëm më shumë se një gjuhë. Natyrisht, ka shumë gjuhë që asnjë nga punonjësit nuk i flet, dhe gjithashtu që disa nga punonjësit flasin të njëjtën gjuhë të huaj (Fig. 2. 6).

c1. .po1

c2. .po2

c3. .я3

c4. .po4

c5. .po5

c6. .po6

c7. .po7

Oriz. 2.6 Diagrami ER - raste

Në këtë rast, diagrami i instancave ER do të duket si ai i paraqitur në Fig. 2. 6, dhe diagrami i ER-llojeve është si në fig. 2.7.

Oriz. 2. 7. Diagrami i llojeve E - R

Më tej, le të supozojmë se fusha lëndore është një institucion dhe objekti “PERSONALITET” pasqyron aplikantët që hyjnë në këtë institucion. Secili nga aplikantët duhet të flasë domosdoshmërisht një gjuhë të huaj, por askush nuk flet më shumë se një gjuhë (Fig. 2. 8). Në këtë rast, diagrami i instancave ER do të duket si ai i paraqitur në Fig. 2. 8, dhe diagrami i ER-llojeve është si në fig. 2.9.

Gjuha e personalitetit

l1 i1

l2 i2

l3 i3

l4 z4

l5 i5

l6 i6

l7 i7

Si në rastin e parë ashtu edhe në rastin e dytë të shqyrtuar, vërehet marrëdhënia M midis entiteteve: 1. Në diagram, kjo shfaqet nga ana e objektit "PERSONALITET" me një shigjetë të dyfishtë dhe nga ana e " GJUHË E HUAJ" objekt - me një shigjetë të vetme në vijën që përshkruan marrëdhënien midis entiteteve të të dhënave.

Dallimi në situatat e shqyrtuara është se në rastin e parë, klasa përkatëse është fakultative për të dy entitetet, dhe në të dytën, për entitetin "PERSONALITET", klasa përkatëse është e detyrueshme. Në diagramë (Fig. 2. 9) këtë e tregon një pikë në drejtkëndësh që i përgjigjet objektit "PERSONALITET".

Lëreni që fusha e lëndës të jetë e njëjtë si në rastin e mëparshëm, por ka situata kur disa aplikantë dinë disa gjuhë të huaja. Në këtë rast, lidhja midis objekteve do të jetë e tipit M: M.

Për një domen të tillë, diagrami i instancave ER do të duket si ai i paraqitur në Fig. 2. 10, dhe diagrami i ER-llojeve është si në fig. 2.11.

Gjuha e personalitetit

l1 i1

l2 i2

l3 i3

l4 z4

l5 i5

l6 i6

l7 i7

Supozoni se fusha lëndore është një institut gjuhësor, në të cilin secili dhe: punonjësit domosdoshmërisht dinë disa gjuhë të huaja, dhe për secilën nga gjuhët e njohura për shkencën në këtë institut ka të paktën një specialist që e flet atë.

Në këtë rast, marrëdhënia midis objekteve do të jetë M: M dhe klasa e pronësisë së të dy subjekteve është e detyrueshme.

(Mund të jepet një shembull, por çështja është e qartë).

Më sipër, ne i konsideruam objektet pa u thelluar në kompleksitetin e tyre. Në fakt, ekzistojnë disa lloje objektesh.

Para së gjithash, këto janë objekte të thjeshta dhe komplekse. Objekti quhet e thjeshtë, nëse shihet si i pandashëm. E veshtire një objekt është një bashkim i objekteve të tjera, të thjeshta ose komplekse, të shfaqura gjithashtu në sistemin e informacionit. Koncepti i objektit "të thjeshtë" dhe "kompleks" është relativ. Në një pikëpamje, një objekt mund të konsiderohet i thjeshtë, dhe në një tjetër, i njëjti objekt mund të konsiderohet kompleks. Për shembull, objekti "karrige" në nënsistemin e kontabilitetit të pasurive materiale do të konsiderohet si një objekt i thjeshtë, por për një ndërmarrje që prodhon karrige, do të jetë një objekt i përbërë (përfshirë "këmbët", "shpinën", "ndenjësen", etj.).

Ekzistojnë disa lloje të objekteve komplekse: objekte të përbëra, objekte të përgjithësuara dhe objekte të grumbulluara.

Objekti i përbërë korrespondon me paraqitjen e raportit të gjithë pjesës. Shembuj të objekteve të përbëra janë NYJET-DETAJET, KLASA-STUDENTET, e kështu me radhë.

Modelet infologjike zakonisht nuk përdorin ndonjë konventë të veçantë për të shfaqur objekte komplekse. Marrëdhënia midis përbërjes dhe objekteve përbërëse të tij shfaqet në të njëjtën mënyrë siç përshkruhet më sipër. Për më tepër, natyra e lidhjes mund të jetë gjithashtu e ndryshme: për shembull, "DETAJET" dhe "NYJET" janë të ndërlidhura me një lidhje të tipit M: M, dhe "GRUPI" dhe "STUDENTS" lidhen me një lidhje 1: M.

Objekti i përgjithësuar pasqyron praninë e marrëdhënies "gjini-specie" midis objekteve të fushës lëndore. P.sh., objektet STUDENT, DJON SHKOLLOR, MAPLATUR, STUDENT STUDENTS formojnë një objekt të përgjithësuar STUDENTS. Objektet që përbëjnë një objekt të përgjithësuar quhen kategori të tij.

Si objekti "gjenerik" ashtu edhe objektet "specifik" mund të kenë një grup të caktuar vetive. Për më tepër, vërehet e ashtuquajtura trashëgimi e pronave, domethënë, një objekt "specifik" ka të gjitha vetitë që zotëron një objekt "gjenerik", plus vetitë e qenësishme vetëm për objektet e këtij lloji.

Përcaktimi i marrëdhënieve gjini - specifike nënkupton klasifikimin e objekteve të fushës lëndore sipas një ose një karakteristike tjetër. Nënklasat mund të dallohen në një model infologjik në një formë të qartë dhe të nënkuptuar. Në rastin e parë, një përcaktim i veçantë për nënklasën futet në paraqitjen grafike. Në fig. 2. 14 tregon një fragment të modelit infologjik, që pasqyron objektin e përgjithësuar "PERSONALITET" për një institucion të arsimit të lartë. Ka disa kategori për të: MËSUES, STUDENT, STUDENT. Një trekëndësh është përdorur për të treguar nënklasën në qark.

Natyrisht, klasifikimi mund të jetë shumënivelësh. Pra, në shembullin e konsideruar, objekti i përgjithësuar "PERSONALITET" mund të ndahet në dy nënklasa: PUNONJËS dhe STUDENT. PUNONJËSIT, nga ana tjetër, mund të klasifikohen në STAFI MËSIMOR, ADMINISTRATË, etj.

Personalitet

Oriz. 2.14 Imazhi i përgjithshëm i objektit

Klasat e objekteve të zgjedhura në domen mund të jenë ose të mbivendosura ose jo të mbivendosura. Për të shfaqur këtë informacion në një model infologjik, mund të përdorni një grafik kryqëzimi, kulmet e të cilit korrespondojnë me klasat (nënklasat) e objekteve, dhe skajet lidhin një palë kulme vetëm nëse klasat përkatëse të objekteve kryqëzohen. Ju mund të përdorni një grafik të ponderuar për të shfaqur shkallën e kryqëzimit. Në këtë rast, pesha e një kulmi do të tregojë kardinalitetin e grupit përkatës të objekteve, dhe peshën e një skaji - kardinalitetin e grupit që është kryqëzimi i grupeve të lidhura me këtë skaj (Fig. 2.15).

Oriz. 2.15 Grafiku i kryqëzimit

Grafiku i kryqëzimit përmban informacion shtesë për fushën e lëndës dhe nuk i përket klasës së modeleve ER.

Objekte të grumbulluara zakonisht korrespondojnë me një proces në të cilin "përfshihen" objekte të tjera. Për shembull, objekti i grumbulluar “FURNIZIM” kombinon objektet “FURNIZUES”, i cili furnizon produkte, “KONSUMATOR”, i cili i merr këto produkte, si dhe “PRODUKTET” e furnizuara. Objekti origjinal është "DATA E DORËZIMIT". Një objekt i grumbulluar, si një objekt i thjeshtë, mund të ketë veti që e karakterizojnë atë. Në shembullin në shqyrtim, një pronë e tillë mund të jetë madhësia e dorëzimit.

Objektet e grumbulluara zakonisht quhen emra foljorë (për shembull, furnizim-furnizim, lëshim-lëshim, shes-shes, etj.).

Oriz. 2.16 Imazhi i përmbledhur i objektit

Për të shfaqur një objekt të grumbulluar në një model infologjik, ne do të përdorim konventat e mëposhtme:

vetë objekti i grumbulluar do të përfaqësohet nga një romb, pranë të cilit tregohet emri i objektit përkatës. Ky diamant duhet të lidhet me legjendën e objekteve që përbëjnë këtë objekt të grumbulluar. Vetitë e një objekti të grumbulluar shfaqen në të njëjtën mënyrë si për një objekt të thjeshtë. Në oriz. 2.16 tregon objektin e grumbulluar "FURNIZIM PRODUKT".

| Planifikimi i mësimit dhe materialet e mësimit | 8 klasa | Planifikimi i orëve mësimore për vitin akademik | Modelet tabelare

Mësimi 12
Modelet tabelare

Modelet tabelare

Çështjet në studim:

Tabelat e tipit “objekt-pasuri”.
- Një tabelë e tipit "objekt-objekt".
- Matricat binare.

Tabelat objekt-veti

Një formë tjetër e zakonshme e modelit të informacionit është tavolinë drejtkëndëshe i përbërë nga rreshta dhe kolona. Përdorimi i tabelave është aq i zakonshëm sa që zakonisht nuk kërkohet shpjegim shtesë për t'i kuptuar ato.

Si shembull, merrni parasysh tabelën 2.1.

Kur përpiloni një tabelë, në të përfshihen vetëm informacionet që i interesojnë përdoruesit. Për shembull, përveç informacionit për librat që përfshihen në tabelën 2.1, ka të tjera: botuesi, numri i faqeve, kostoja. Sidoqoftë, për hartuesin e tabelës 2.1, kishte informacion të mjaftueshëm për autorin, titullin dhe vitin e botimit të librit (kolonat "Autor", "Titulli", "Viti") dhe informacione që lejonin gjetjen e një libri në raftet e rafte librash (kolona "Raft"). Supozohet se të gjitha raftet janë të numëruara dhe, përveç kësaj, çdo libër ka numrin e vet të inventarit (kolona "Numri").

Tabela 2.1 - është një model informacioni i fondit të librit të një biblioteke shtëpiake.

Tabela mund të pasqyrojë një proces të caktuar që ndodh me kalimin e kohës (Tabela 2.2).

Leximet, të cilat janë renditur në tabelën 2.2, janë marrë brenda pesë ditëve në të njëjtën kohë të ditës. Duke parë tabelën, është e lehtë të krahasohen ditë të ndryshme për nga temperatura, lagështia, etj. Kjo tabelë mund të konsiderohet si një model informacioni i procesit të ndryshimit të gjendjes së motit.

Tabelat 2.1 dhe 2.2 i referohen llojit të tabelës më të përdorur. Ato quhen tabela "objekt-veti"..

Një rresht i një tabele të tillë përmban informacione për një objekt (një libër në bibliotekë ose gjendjen e motit në orën 12-00 të një dite të caktuar). Kolonat - karakteristikat (vetitë) individuale të objekteve.

Sigurisht, rreshtat dhe kolonat në tabelat 2.1 dhe 2.2 mund të ndërrohen duke i rrotulluar 90 °. Ndonjëherë ata e bëjnë atë. Pastaj rreshtat do të korrespondojnë me vetitë, dhe kolonat do të korrespondojnë me objektet. Por më shpesh tabelat ndërtohen në mënyrë që të ketë më shumë rreshta se kolona. Si rregull, ka më shumë objekte sesa prona.