1. Osnovni pojmovi i pojmovi za temu
„INFORMACIONI MODEL – OSNOVA IZGRADNJE
SISTEMI ZA UPRAVLJANJE BAZAMA PODATAKA.

Svaka civilizacija se mora baviti obradom informacija. Kako se privreda razvija i stanovništvo raste, tako raste i obim međusobno povezanih podataka potrebnih za rješavanje poslovnih i administrativnih problema.

@ Model prikupljanja, skladištenja, obrade i korišćenja međusobno povezanih podataka u svrhu što optimalnijeg upravljanja tokovima informacija i rešavanja postavljenih zadataka u datoj predmetnoj oblasti naziva se informacioni sistem. ... Takav sistem je prvenstveno dizajniran da olakša ljudski rad, ali za to mora što bolje odgovarati vrlo složenom modelu stvarnog svijeta.

@ Srž informacionog sistema su podaci koji se u njemu čuvaju. ... U svakom preduzeću podaci različitih odjela se po pravilu preklapaju, odnosno koriste se u više odjela ili se generalno dijele. Na primjer, svrhe upravljanja često zahtijevaju informacije u cijelom preduzeću. Naručivanje dijelova nije moguće bez dostupnosti informacija o zalihama. Podaci koji se čuvaju u informacionom sistemu treba da budu lako dostupni u obliku u kojem su potrebni za konkretnu proizvodnu delatnost preduzeća. U ovom slučaju način čuvanja podataka nije od suštinskog značaja. Danas u preduzeću možemo pronaći tradicionalni tip sistema za obradu podataka, u kojem zaposleni ručno stavlja podatke u registrator, a pored njega - moderan sistem koji koristi najbrže računare, najsofisticiraniji hardver i softver. Uprkos njihovim upečatljivim razlikama, oba ova sistema moraju pružiti pouzdane informacije u određeno vrijeme, određenoj osobi, na određenom mjestu i uz ograničenu cijenu.

Da biste razumjeli proces izgradnje informacionog sistema, potrebno je poznavati niz pojmova koji se koriste za opisivanje i predstavljanje podataka.

@ Predmetna oblast je dio stvarnog sistema koji je od interesa za ovu studiju.

Prilikom projektovanja automatizovanih informacionih sistema, predmetna oblast se prikazuje modelima podataka više nivoa. Broj korišćenih nivoa zavisi od složenosti sistema, ali u svakom slučaju uključuje logičke i fizičke nivoe. Predmetno područje može se odnositi na bilo koju vrstu organizacije (na primjer, banka, univerzitet, bolnica ili fabrika).

Potrebno je razlikovati kompletnu predmetnu oblast (veliko proizvodno preduzeće, skladište, robna kuća i sl.) i organizacionu jedinicu ovog predmetnog područja. Organizaciona jedinica, zauzvrat, može predstavljati sopstvenu predmetnu oblast (na primer, radionica za proizvodnju karoserija fabrike automobila ili odeljenje za obradu podataka preduzeća za proizvodnju računara). U ovom slučaju, same radionice i odjeli mogu odgovarati određenim predmetnim područjima.

Informacije potrebne za opisivanje predmetne oblasti zavise od stvarnog modela i mogu uključivati ​​informacije o osoblju, platama, robi, fakturama, fakturama, izveštajima o prodaji, laboratorijskim testovima, finansijskim transakcijama, medicinskim kartonima, odnosno informacije o ljudima, mestima, objektima , događaji i koncepti.

@ Objekat je element informacionog sistema, informacije o kojima pohranjujemo. U teoriji relacijske baze podataka, objekt se naziva entitet.

Objekt može biti pravi(na primjer, osoba, predmet ili mjesto) i apstraktno(na primjer, događaj, korisnički račun ili kurs koji pohađaju studenti). Dakle, u oblasti prodaje automobila primjeri objekata su MODEL AUTOMOBILA, KLIJENT i RAČUN. U skladištu je to DOBAVLJAČ, ROBA, ŠALJANJE itd. Svaki objekat ima određeni skup svojstava koja se čuvaju u informacionom sistemu. Kada obrađujete podatke, često morate da se bavite kolekcijom homogenih objekata, kao što su zaposleni, i bilježite informacije o istim svojstvima za svaku od njih.

@ Objekat klasa pozvati skup objekata koji imaju isti skup svojstava.

Dakle, za objekte iste klase, skup svojstava će biti isti, iako vrijednosti ovih svojstava za svaki objekt mogu, naravno, biti različite. Na primjer, svojstva MODEL klase objekata za svaki objekt mogu naravno biti različita. Na primjer, klasa objekata MODEL AUTOMOBILA će imati isti skup svojstava koja opisuju karakteristike vozila, a svaki model će imati različite vrijednosti za te karakteristike.

Objekti i njihova svojstva su koncepti iz stvarnog svijeta. U svijetu informacija koji postoji u pogledu programera, govori se o atributima objekata.

@ Atribut je informativni prikaz svojstava objekta. Svaki objekat karakteriše niz osnovnih atributa.

Na primjer, model automobila karakterizira tip karoserije, zapremina motora, broj cilindara, snaga, dimenzije, naziv itd. Kupac u prodavnici automobila ima atribute kao što su prezime, ime, patronim, adresa i eventualno matični broj. Svaki atribut u modelu mora imati jedinstveno ime - identifikator. Često se naziva atribut u implementaciji informacijskog modela na bilo kojem nosaču informacija stavka podataka, polje podataka ili samo polje.

Rice. 1.1. Tri oblasti prezentacije podataka.

@ sto je neka regularna struktura koja se sastoji od konačnog skupa zapisa istog tipa. U nekim izvorima tabela se naziva relacija.

Pokušaćemo da izbegnemo ovaj potonji termin, budući da su razvojem relacione teorije „odnos“ zajedno sa pojmom „relacija“ često počeli da se nazivaju odnosi između tabela. Svaki zapis jedne tabele sastoji se od konačnog (i istog!) broja polja, i specifično polje svakog zapisa jedne tabele može sadržavati samo podatke jednog tipa.

@ Vrijednosti podataka predstavljaju stvarne podatke sadržane u svakoj stavci podataka.

Stavka podataka “MODEL NAME” može imati vrijednosti kao što su “Voyager” 96 3.8 Grand”, “Continental 4.6” ili “Crown Victoria 4.6”. U zavisnosti od toga kako stavke podataka opisuju objekt, njihove vrijednosti mogu biti kvantitativne , kvalitativne ili deskriptivne Informacije o određenoj predmetnoj oblasti mogu se predstaviti pomoću nekoliko objekata, od kojih je svaki opisan sa nekoliko stavki podataka. podaci.

@ Poziva se jedan skup vrijednosti koje prihvataju stavke podataka instanca objekta... Objekti međusobno komuniciraju na određeni način.

@ Poziva se odgovarajući model objekata sa njihovim sastavnim elementima podataka i odnosima konceptualni model predmetna oblast. Konceptualni model daje ideju o protoku podataka u domeni.

Neki elementi podataka imaju svojstva koja su važna za izgradnju informacijskog modela. Ako znamo vrijednost koju takva stavka podataka nekog objekta zauzima, možemo identificirati vrijednosti koje uzimaju druge stavke podataka istog objekta. Na primjer, znajući jedinstveni broj modela automobila - 7, možemo utvrditi da je ovo "Voyager" 96 "i da je zapremina motora za ovaj model "3778".

@ Ključni element podaci se nazivaju elementom pomoću kojeg možete odrediti vrijednosti drugih elemenata podataka.

Dvije ili više stavki podataka mogu jedinstveno identificirati objekt. U ovom slučaju, oni se nazivaju “kandidati” za ključne stavke podataka. Pitanje je , koji od kandidata koristiti za pristup objektu odlučuje korisnik ili projektant sistema. Morate biti oprezni pri odabiru ključnih elemenata podataka jer će vam odabir pravog pomoći da kreirate pravi konceptualni model podataka.

@ Primarni ključ je atribut (ili grupa atributa) koji jedinstveno identificira svaki red u tablici.

Primarni ključni koncept je izuzetno važno u vezi sa konceptom integriteta baze podataka, o čemu ćemo detaljno raspravljati na kraju ovog odeljka.

@ Alternativni ključ je atribut (ili grupa atributa) koji se ne podudara s primarnim ključem i koji jedinstveno identificira instancu objekta.

Na primjer, za objekat "ZAPOSLENI", koji ima atribute "ID ZAPOSLENIKA", "PREZIME", "IME" i "PREZIME", grupa atributa "PREZIME", "IME", "PATRONY" može biti alternativni ključ u odnosu na atribut " ID ZAPOSLENIKA " (pod pretpostavkom da kompanija nema pune imenjaka).

@ Eksterni ključ je atribut tablice koji je primarni ključ druge tablice.

Na primjer, atribut "MODEL NUMBER" objekta VOZILA može biti strani ključ za objekt "MODEL".

@ Snimanje podataka je zbirka vrijednosti povezanih stavki podataka.

Na sl. 1.2. takve stavke su jedinstveni ključ i naziv modela, zapremina, broj cilindara i snaga motora. Na primjer, jedan od unosa - “7 Voyager'96 3.8 Grand 3778 6 164.0”. Ovaj niz predstavlja vrijednosti koje uzimaju stavke podataka MODEL objekta. Zapisi se pohranjuju na nekom mediju, a to može biti ljudski mozak, list papira, kompjuterska memorija, vanjski uređaj za pohranu itd.

MODEL
JEDINSTVENI MODEL KLJUČ	Naziv modela	Radna zapremina (kubni cm)	Snaga (hp)
	GMC Jimmy 4.3
7	Voyager'96 3.8 Grand	3778	164,0
	Stealth 3.0
	348 Pauk 3.4

Slika 1.2. Zapisi podataka objekta MODEL.

Svaki zapis jedne tabele sastoji se od konačnog (i istog!) broja polja, i specifično polje svakog zapisa jedne tabele može sadržavati samo podatke jednog tipa

@ Tip podataka karakterizira tip pohranjenih podataka.

Koncept tipa podataka u informacionom modelu potpuno je adekvatan konceptu tipa podataka u programskim jezicima. Obično moderni DBMS-ovi dozvoljavaju pohranjivanje znakovnih, numeričkih podataka, nizova bitova, specijalizovanih numeričkih podataka (na primjer, iznosa u novčanim jedinicama), kao i podataka posebnog formata (datum, vrijeme, vremenski interval, itd.). U svakom slučaju, pri izboru tipa podataka treba voditi računa o mogućnostima DBMS-a sa kojim će se implementirati fizički model informacionog sistema.

@ Veza je funkcionalni odnos između entiteta.

Ako postoji odnos između nekih entiteta, onda se činjenice iz jednog entiteta pozivaju ili na neki način povezuju sa činjenicama iz drugog entiteta. Održavanje konzistentnosti funkcionalnih zavisnosti između entiteta naziva se referentni integritet. Pošto su odnosi sadržani “unutar” relacionog modela, implementaciju referentnog integriteta mogu izvesti i aplikacija i sam DBMS (koristeći mehanizme i pokretače deklarativnog referentnog integriteta).

Linkovi se mogu predstaviti sa pet glavnih karakteristika:

Vrsta veze (identifikujuća, neidentifikujuća)

Matični entitet;

Dijete (zavisni) entitet;

Snaga komunikacije (srdačnost);

Null vrijednosti su dozvoljene.

Odnos se naziva identifikacija ako je instanca podređenog entiteta identificirana (jedinstveno identificirana) kroz svoj odnos prema roditeljskom entitetu. Atributi koji čine primarni ključ roditeljskog entiteta su također uključeni u primarni ključ podređenog entiteta. Podređeni entitet sa identifikacionim odnosom uvek zavisan.

Odnos se naziva neidentifikujući ako je instanca podređenog entiteta identificirana drugačije nego kroz odnos s roditeljskim entitetom. Atributi koji čine primarni ključ roditeljskog entiteta su također uključeni u ne-ključne atribute podređenog entiteta.

Snaga komunikacije je omjer broja instanci nadređenog entiteta prema odgovarajućem broju instanci podređenog entiteta. Za bilo koji odnos osim nespecifičnog, ovaj odnos se piše kao 1: n.

@ Pohranjene procedure je aplikacija (program) koja kombinuje upite i proceduralnu logiku (izjave dodele, logičko grananje, itd.) i pohranjena je u bazi podataka.

Pohranjene procedure vam omogućavaju da zajedno sa bazom podataka sadržite prilično složene programe koji obavljaju veliku količinu posla bez prijenosa podataka preko mreže i interakcije s klijentom. Obično su programi napisani u pohranjenim procedurama povezani s obradom podataka. Dakle, baza podataka može biti funkcionalno nezavisan sloj aplikacije koji može komunicirati s drugim slojevima radi primanja upita ili ažuriranja podataka.

@ pravila omogućavaju vam da pozovete izvršenje specificiranih radnji prilikom promjene ili dodavanja podataka u bazu podataka (DB) i na taj način kontrolirate istinitost podataka smještenih u nju.

Obično je akcija poziv određene procedure ili funkcije. Pravila mogu biti povezana s poljem ili zapisom i, u skladu s tim, biti pokrenuta kada se podaci u određenom polju ili zapisu tablice promijene. Ne možete koristiti pravila prilikom brisanja podataka. Za razliku od ograničenja, koja su samo sredstvo za kontrolu relativno jednostavnih uslova za ispravan unos podataka, pravila vam omogućavaju da provjeravate i održavate proizvoljno složene odnose između elemenata podataka u bazi podataka.

@ Referentni integritet osigurava da vrijednost stranog ključa instance podređenog entiteta odgovara vrijednostima primarnog ključa u nadređenom entitetu.

Referentni integritet može se pratiti za sve operacije koje modificiraju podatke.

@ Normalizacija odnosa je proces konstruisanja optimalne strukture tabela i relacija u relacionoj bazi podataka.

U procesu normalizacije, stavke podataka se grupišu u tabele koje predstavljaju objekte i njihove odnose. Teorija normalizacije zasniva se na činjenici da određeni skup tabela ima bolja svojstva u uključivanju, modifikaciji i brisanju podataka od svih drugih skupova tabela kojima se isti podaci mogu predstaviti. Uvođenjem normalizacije odnosa u razvoj informacionog modela osigurava se minimalna količina fizičke, odnosno snimljene na bilo kojem mediju, baze podataka i njen maksimalni učinak, što direktno utiče na kvalitet informacionog sistema. Normalizacija informacionog modela se izvodi u nekoliko faza (1., 2. i 3. normalni oblici).

@ Rječnik podataka je centralizirano spremište informacija o objektima, njihovim sastavnim elementima podataka, odnosima između objekata, njihovim izvorima, vrijednostima, upotrebi i formatima prezentacije.

@ Osiguravanje integriteta baza podataka naziva se sistem mjera usmjerenih na održavanje ispravnosti podataka u bazi podataka u bilo kojem trenutku.

Troškovi provjere i održavanja tačnosti podataka mogu predstavljati značajan dio ukupnog iznosa operativni troškovi. Na primjer, u transportnim kompanijama, radi kontrole ispravnosti unosa podataka iz putnih isprava, praktikuje se paralelni unos istih podataka od strane više operatera. Vjeruje se da će vjerovatnoća da se napravi ista greška u ovom slučaju biti izuzetno mala i da će jednostavno poređenje rezultata unosa različitih operatora pomoći da se dobiju podaci bez grešaka. U DBMS-u, integritet podataka je osiguran skupom posebnih ponuda koje se nazivaju ograničenja integriteta.

@ Ograničenja integriteta je skup definiranih pravila koja utvrđuju valjanost podataka i odnose između njih.

Sistem za automatsku obradu podataka zasniva se na upotrebi specifičnog modela podataka ili informacionog modela. Model podataka odražava odnose između objekata.

2. Redoslijed kreiranja informacionog modela

Proces kreiranja informacionog modela počinje definisanjem konceptualnih zahteva određenog broja korisnika (slika 2.1). Konceptualni zahtjevi se mogu definirati i za neke zadatke (aplikacije) za koje se ne planira implementacija u bliskoj budućnosti. Ovo može malo povećati složenost posla, ali će pomoći da se u potpunosti uzmu u obzir sve nijanse funkcionalnosti potrebne za sistem koji se razvija i smanjit će vjerojatnost njegove izmjene u budućnosti. Individualni zahtjevi korisnika integrirani su u jedan „generički pogled“. Potonji se naziva konceptualni model.

@ Konceptualni model predstavlja objekte i njihove odnose bez specificiranja kako su fizički pohranjeni.

Dakle, konceptualni model je u suštini model domene. Prilikom dizajniranja konceptualnog modela, svi napori programera treba da budu usmereni uglavnom na strukturiranje podataka i identifikaciju odnosa između njih bez razmatranja karakteristika implementacije i pitanja efikasnosti obrade. Dizajn konceptualnog modela zasniva se na analizi zadataka obrade podataka koji se rešavaju u ovom preduzeću. Konceptualni model uključuje opise objekata i njihovih međusobnih odnosa koji su od interesa za predmetnu oblast i koji se identifikuju kao rezultat analize podataka. To se odnosi na podatke koji se koriste kako u već razvijenim aplikativnim programima tako iu onima koji će se tek implementirati.

Konceptualni model se zatim prevodi u model podataka kompatibilan sa odabranim DBMS-om. Moguće je da će se odnosi između objekata koji se ogledaju u konceptualnom modelu naknadno pokazati neostvarivima pomoću odabranog DBMS-a. To će zahtijevati promjenu konceptualnog modela. Verzija konceptualnog modela koju može dati određeni DBMS naziva se logički model.

@ Logički model odražava logičke veze između stavki podataka bez obzira na njihov sadržaj i medij za pohranu.

Logički model podataka može biti relacijski, hijerarhijski ili umreženi ... Korisnicima se dodeljuju podskupovi ovog logičkog modela, koji se nazivaju eksterni modeli (u nekim izvorima se nazivaju i podšeme), odražavajući njihovo razumevanje domena. Eksterni model odgovara pogledima koje korisnici dobijaju na osnovu logičkog modela, dok konceptualni zahtjevi odražavaju percepcije koje su korisnici prvobitno željeli i koje su činile osnovu za razvoj konceptualnog modela. Logički model se preslikava na fizičku memoriju kao što je disk, traka ili neki drugi medij za pohranu.

@ Fizički model koji definiše postavljanje podataka, metode pristupa i tehnike indeksiranja naziva se interni model sistema.

Sa stanovišta primijenjenog programiranja, neovisnost podataka nije određena tehnikom programiranja, već njenom disciplinom. Na primjer, kako bi se izbjeglo ponovno kompajliranje aplikacije u bilo kojoj promjeni sistema, preporučljivo je ne definirati konstante (vrijednosti konstantnih podataka) u programu. Najbolje rješenje je proslijediti vrijednosti kao parametre u program.

Svi stvarni zahtjevi predmetne oblasti i odgovarajući "skriveni" zahtjevi u fazi projektovanja trebaju se odraziti u idejnom modelu. Naravno, ne može se predvidjeti svako moguće korištenje i modifikacija baze podataka. Ali u većini predmetnih oblasti, osnovni podaci kao što su objekti i njihovi odnosi su relativno stabilni. Mijenjaju se samo zahtjevi za informacijama, odnosno način na koji se podaci koriste za dobijanje informacija.

Stepen nezavisnosti podataka određen je pažljivim dizajnom baze podataka. Sveobuhvatna analiza objekata domena i njihovih odnosa minimizira utjecaj promjena zahtjeva za podacima u jednom programu na druge programe. Ovo je sveobuhvatna neovisnost podataka.

3. Odnosi u modelu

Odnos izražava prikaz ili odnos između dva skupa podataka. Postoje odnosi tipa " jedan na jedan», « jedan prema mnogima" i “Mnogi prema mnogima". U razmatranom problemu automatizacije upravljanja radom auto kuće, ukoliko klijent prvi put napravi nalog za kupovinu automobila, vrši se početna registracija njegovih podataka i informacija o narudžbi. Ako klijent ponovo naruči, registruje se samo ovaj nalog. Bez obzira koliko puta je određeni kupac naručio, on ima jedinstveni identifikacioni broj (jedinstveni ključ kupca). Podaci o svakom klijentu uključuju ime klijenta, adresu, telefon, faks, prezime, ime, patronime, pravni subjektivitet i napomenu. Dakle, atributi objekta CLIENT su "JEDINSTVENI KLJUČ KLIJENTA", "IME KLIJENTA", "ADRESA KLIJENTA" itd. Sljedeći objekt koji nas zanima je MODEL AUTOMOBILA. Ovaj objekat ima atribute "JEDINSTVENI KLJUČ MODELA", "NAZIV MODELA" itd. Treći predmet koji se razmatra je ORDER. Njegovi atributi su "BROJ NARUDŽBE", "KLJUČ KLIJENTA" i "KLJUČ MODELA". I četvrti predmet koji se razmatra je PRODAVAC. Njegovi atributi su "JEDINSTVENI KLJUČ PRODAVACA", "IME PRODAVACA", "PREZIME" i "PATRONALIJA".

Odnos jedan na jedan (između dvije vrste objekata)

Vratimo se mentalno u dane plansko-distributivne ekonomije. Recimo da jedan kupac može napraviti samo jednu narudžbu u datom trenutku. U ovom slučaju se uspostavlja odnos između objekata CLIENT i ORDER. jedan na jedan", Označeno pojedinačnim strelicama, kao što je prikazano na sl. 2.2, a.

Rice. 2.2. Odnos između dva objekta: a) "jedan prema jedan"; b) "jedan prema mnogima"; c) "mnogo prema mnogo"

Rice. 2.3. Odnos između podataka u odnosu jedan na jedan.

Odnos jedan prema više (između dvije vrste objekata).

U određenom trenutku jedan klijent može postati vlasnik više modela automobila, dok više klijenata ne može biti vlasnik istog automobila. Odnos jedan-prema-više može se označiti korištenjem jedne strelice koja pokazuje prema jedan i dvostruke strelice usmjerene prema mnogima, kao što je prikazano na slici 4-2. 2.2, b.

U ovom slučaju, nekoliko zapisa drugog objekta (podređeni ili podređeni) će odgovarati jednom zapisu podataka prvog objekta (često se naziva roditelj ili glavni). Relacije jedan-prema-više su vrlo česte u dizajnu relacijske baze podataka. Rječnik se često koristi kao nadređeni objekat, a jedinstveni ključevi za pristup zapisima rječnika se pohranjuju u dijete. U našem primjeru, kao takvu referencu, možete zamisliti objekat CLIENT, koji pohranjuje informacije o svim kupcima. Prilikom pristupa zapisu za određenog kupca, imamo listu svih kupovina koje je izvršio i informacije o kojima se čuvaju u objektu MODEL AUTOMOBILA, kao što je prikazano na sl. 2.4. Ako postoje neki zapisi u podređenom objektu za koje ne postoje odgovarajući zapisi u objektu CLIENT, onda ih nećemo vidjeti. U ovom slučaju se kaže da objekt sadrži izgubljene (usamljene) zapise. To nije dozvoljeno, a u budućnosti ćete naučiti kako izbjeći takve situacije.

Rice. 2.4. Odnos između podataka u odnosu jedan prema više.

Ako pogledamo evidenciju objekta MODEL AUTOMOBILA, onda u objektu KLIJENT možemo dobiti podatke o kupcu koji je ovo kupio automobil (vidi sliku 2.4). Imajte na umu da nećemo primati podatke o klijentima za izgubljene zapise.

Odnos mnogo-prema-više (između dvije vrste objekata).

U ovom primjeru, svaki prodavač može opsluživati ​​više kupaca. S druge strane, kupovinom automobila u različito vrijeme, svaki kupac može biti opslužen od strane različitih prodavaca. Između objekata KLIJENTA i PRODAVACA postoji odnos više prema mnogo. Ovaj odnos je označen dvostrukim strelicama, kao što je prikazano na Sl. 2.2, c.

Na sl. 2.5 prikazuje dijagram prema kojem će podaci biti međusobno povezani u ovom slučaju. Uvidom u podatke u objektu KLIJENT, moći ćemo da saznamo koji su prodavci opsluživali određenog kupca. Međutim, u objektu SELLER, u ovom slučaju, morat ćemo kreirati nekoliko zapisa za svakog prodavca. Svaki red će odgovarati svakoj službi za korisnike od strane prodavca. Ovakvim pristupom suočićemo se sa ozbiljnim problemima. Na primjer, ne možemo unijeti jedinstveni ključ za svakog prodavca u objekt SELLER, jer će neizbježno jedan prodavač opsluživati ​​više kupaca, au ovom slučaju ćemo imati nekoliko zapisa za istog prodavca.

Rice. 2.5. Odnos između podataka u odnosu više prema mnogo

Prema teoriji relacijske baze podataka, za pohranjivanje odnosa mnogo-prema-više potrebna su tri objekta: jedan za svaki entitet i jedan za pohranjivanje odnosa između njih (posredni objekt). Međuobjekat će sadržavati identifikatore povezanih objekata, kao što je prikazano na Sl. 2.6.

Rice. 2.6. Prikaz odnosa između podataka u odnosu više-prema-mnogo korištenjem posrednog objekta

Odnosi između objekata su dio konceptualnog modela i moraju biti prikazani u bazi podataka. Zajedno sa odnosima između objekata, postoje odnosi između atributa objekta. Takođe pravi razliku između odnosa jedan-na-jedan, jedan-prema-više i više-prema-više odnosa.

Odnos jedan na jedan (između dva atributa)

Pretpostavljamo da je ključ (broj) kupca njegov jedinstveni identifikator, odnosno da se ne mijenja s kasnijim narudžbama od ovog kupca. Ako je, uz broj kupca, još jedan jedinstveni identifikator pohranjen u bazi podataka (na primjer, broj pasoša), tada postoji odnos jedan-na-jedan između ova dva jedinstvena identifikatora. Na sl. 2.7, a ovaj odnos je označen pojedinačnim strelicama.

Odnos jedan prema više (između dva atributa)

Ime kupca i broj korisnika koegzistiraju. Možda postoji mnogo klijenata sa istim imenom, ali svi imaju različite brojeve. Svakom klijentu se dodjeljuje jedinstveni broj. To znači da postoji samo jedno ime za dati broj korisnika. Odnos "jedan prema mnogo" označen je jednom strelicom u smjeru "jedan" i dvostrukom strelicom u smjeru "mnogo" (slika 2.7, b).

Odnos mnogo-prema-više (između dva atributa)

Nekoliko kupaca sa istim imenom moglo bi opsluživati ​​više dobavljača. Nekoliko prodavaca s istim imenom možda je primilo narudžbe od više kupaca. Između atributa imena kupca i imena prodavača postoji odnos mnogo prema mnogo. Ovaj odnos označavamo dvostrukim strelicama (slika 2.7, u).

a)

b)

v)

Rice. 2.7. Odnosi između dva atributa:
a) odnos "jedan na jedan"; b) odnos jedan-prema-više» c) odnos „mnogi prema mnogima»

Vrste modela podataka

Hijerarhijski i mrežni modeli podataka počeli su da se koriste u sistemima za upravljanje bazama podataka ranih 60-ih godina. Početkom 70-ih godina predložen je relacijski model podataka. Ova tri modela se uglavnom razlikuju po načinu na koji predstavljaju odnose između objekata.

Hijerarhijski model podataka izgrađen je na principu hijerarhije tipova objekata, odnosno jedan tip objekta je glavni, a ostali koji se nalaze na nižim nivoima hijerarhije su podređeni (slika 2.8). Između glavnog i podređenih objekata uspostavlja se odnos jedan prema više. Drugim riječima, postoji nekoliko podređenih tipova objekata za dati tip glavnog objekta. Istovremeno, za svaku instancu glavnog objekta može postojati nekoliko instanci podređenih tipova objekata. Dakle, odnosi između objekata su slični odnosima u porodičnom stablu s jednim izuzetkom: može postojati samo jedan izvorni (glavni) tip objekta za svaki stvoreni (podređeni o) tip objekta. On pirinač. 2.8 čvorovi i grane čine hijerarhijsku strukturu stabla. Čvor je kolekcija atributa koji opisuju objekt. Najviši čvor u hijerarhiji naziva se korijenski čvor (ovo je tip glavnog objekta). Korijenski čvor je na prvom nivou. Zavisni čvorovi (podređeni tipovi objekata) su na drugom, trećem itd. nivou.

Rice. 2.8. Shema hijerarhijskog modela podataka.

U modelu mrežnih podataka koncepti glavnih i podređenih objekata su donekle prošireni. Svaki objekat može biti i glavni i podređen (u mrežnom modelu, glavni objekat se označava terminom „vlasnik kolekcije“, a podređeni terminom „član kolekcije“). Isti objekat može istovremeno biti i vlasnik i član kolekcije. To znači da svaki objekt može sudjelovati u bilo kojem broju relacija. Dijagram mrežnog modela prikazan je na slici 2.9.

Slika 2.9. Dijagram modela mrežnih podataka.

U relacionom modelu podataka objekti i odnosi između njih su predstavljeni pomoću tabela, kao što je prikazano na Sl. 2.10. Odnosi se takođe smatraju objektima. Svaka tabela predstavlja jedan objekat i sastoji se od redova i kolona. U relacionoj bazi podataka, svaka tabela mora imati primarni ključ (ključni element) - polje ili kombinaciju polja koja jedinstveno identifikuju svaki red u tabeli. Zbog svoje jednostavnosti i prirodnosti prezentacije, relacioni model se najviše koristi u DBMS za personalne računare.

Rice. 2.10. Shema relacionog modela podataka.

Vrste odnosa između objekata predmetne oblasti

Višestruki odnosi mogu biti četiri tipa - jedan-prema-jedan, jedan-prema-više, mnogo-prema-više i više-prema-jedan.

Odnos jedan-na-jedan (1:1) postoji kada je jedna instanca jednog objekta povezana s jednom instancom drugog. Odnos je jedinstven s lijeva na desno i zdesna na lijevo.

vodi

Direktor preduzeća

Odnos jedan prema više (1: M) postoji kada je jedna instanca prvog objekta povezana s jednom (ili više) instanci drugog objekta, ali je svaka instanca drugog objekta povezana samo s jednom instancom prvog . Odnos je jedinstven s desna na lijevo.

Sadrži

City District

Odnos više-prema-više (M:M) postoji kada je jedna instanca prvog objekta povezana s jednom ili više instanci drugog, a svaka instanca drugog s jednom ili više instanci prvog.

Student (prezime, broj razredne knjige. Fakultet) Predmet (ime, broj časova)

Odnos više-prema-jedan (M:1) sličan je odnosu jedan-prema-više. Link je jedinstven samo s lijeva na desno.

Prezime učenika (M: 1) Broj grupe

Konceptualni model... Poziva se model objekata sa atributima koji ih opisuju i odnosima između njih konceptualni model... Ovaj model predstavlja objekte i njihove odnose bez navođenja načina na koji su fizički pohranjeni.

Grafički je predstavljen u obliku posebnog dijagrama koji je predložio američki stručnjak za baze podataka C. Bachman. U Bachmanovim dijagramima, objekti su predstavljeni vrhovima određenog matematičkog grafa, veze su predstavljene lukovima grafa. Razmotrite, na primjer, model podataka o kupovini (vidi sliku 48).

Rice. 48 Primjer konceptualnog modela

Model se sastoji od tri objekta: Dobavljač, Narudžba, Proizvod. Veza Izdato koja postoji između Dobavljača i Narudžbe ima kardinalnost jedan-prema-više, budući da se svaka narudžba vrši jednom dobavljaču, ali se ovom dobavljaču može napraviti nekoliko narudžbi. . Odnos između objekata Narudžba i Stavka ima kardinalnost mnogo prema mnogo, budući da narudžba sadrži nekoliko stavki i stavka se može pojaviti u nekoliko redoslijeda.

Svi objekti su aktivni.

Korisnička kontrola grupa prozora.

Tipovi prozora orijentisani na zadatke.

Trenutačno unošenje promjena.

Dinamičke ikone koje odražavaju stanje objekta.

Direktna manipulacija.

Kombinovanje objekata.

Sastav objekata i kontejnera.

Višestruki konzistentni prikaz objekata.

Karakteristike grafičkih interfejsa koje su prethodno razmatrane, kao i DCD tehnologija koja je u osnovi njihove implementacije, zahtevaju korišćenje objektno orijentisanog pristupa za GUI dizajn. Ovaj pristup uključuje korištenje analogija između softverskih objekata i objekata u stvarnom svijetu. Sa stanovišta korisničkog interfejsa, objekti nisu samo datoteke ili ikone, već i bilo koji uređaj za skladištenje i obradu informacija, uključujući ćelije, pasuse, simbole itd., kao i dokumente u kojima se nalaze.

Objekti, bez obzira da li pripadaju stvarnom svijetu ili imaju kompjutersko oličenje, imaju određene karakteristike koje nam pomažu da shvatimo šta su i kako se ponašaju u određenim situacijama. Sljedeći koncepti opisuju glavne aspekte i karakteristike objekata koji imaju kompjutersko oličenje.

Svojstva objekta... Objekti imaju određene karakteristike ili atribute koji se nazivaju svojstva koja određuju njihovu prezentaciju ili moguća stanja (na primjer, boja, veličina, datum izmjene). Svojstva nisu ograničena na vanjske ili vidljive karakteristike objekta. Oni mogu odražavati njihovu unutrašnju organizaciju ili trenutno stanje objekta.

Operacije na objektima... Sve akcije koje se mogu izvršiti na (ili na) objektu smatraju se važećim operacijama. Premještanje ili kopiranje objekta su primjeri operacija. Korisnik može obavljati operacije na objektima koristeći jedan ili drugi mehanizam koji pruža sučelje (komandna kontrola ili direktna manipulacija).

Komunikacija (odnos) između objekata... Bilo koji objekt na ovaj ili onaj način stupa u interakciju s drugim objektima. U mnogim slučajevima, odnos između objekata može se opisati kao odnos određenog tipa.

Vrste veza između objekata.

Najčešći tipovi odnosa su zbirke, ograničenja i kompoziti.

Kit je najjednostavniji tip odnosa, koji odražava prisustvo nekih zajedničkih svojstava objekata. Rezultati upita (pretraga po uzorku) ili operacije višestrukog odabira objekata su primjeri korištenja ove vrste odnosa. Važna prednost ove vrste odnosa je ta što vam omogućava da specificirate operacije koje se moraju odnositi na određeni skup objekata.

Union odražava bliži odnos između objekata u kojem promjena objekta utječe na neki drugi objekt u skupu. Najjednostavniji primjer takvog odnosa je promjena formata susjedne stranice prilikom dodavanja teksta na prethodnu stranicu.

Kompozicija se dešava kada se agregacija nekoliko objekata može posmatrati kao novi objekat sa sopstvenim skupom svojstava i dozvoljenim operacijama. Kolona ćelija u tabeli i pasus u tekstu su primeri kompozicija.

Drugi uobičajeni tip odnosa između objekata je kontejner.

Kontejner je objekat koji sadrži druge objekte (na primer, slika u dokumentu ili dokument u fascikli može se smatrati delom sadržaja odgovarajućeg kontejnera). Svojstva kontejnera često utiču na ponašanje njegovog sadržaja. Ovaj uticaj se može sastojati u proširenju ili suzbijanju nekih svojstava objekata sadržanih u njemu, ili u promeni liste dozvoljenih operacija. Osim toga, kontejner kontrolira pristup svom sadržaju, kao i konverziju tipa (formata) objekta koji uključuje. Ovo posebno može uticati na rezultat prenošenja objekta iz jednog kontejnera u drugi.

Gore razmatrani aspekti zahtijevaju dodjelu svakog objekta jednom ili drugom tipu (klasi) objekata. Objekti istog tipa imaju slična svojstva i ponašanje.

Osnovni tipovi objekata interfejsa čine osnovne klase svih objekata koje obezbeđuje operativni sistem. Postoje tri glavne vrste objekata: objekti podataka, objekti kontejnera i objekti uređaja.

Mnogi objekti imaju karakteristike koje pripadaju više od jedne klase (na primjer, Inbox: svojstva kontejnera i uređaja). Stoga morate dobro razumjeti klase objekata interfejsa i njihovo ponašanje. Objekti moraju ispuniti očekivanja korisnika u pogledu radnji koje izvode, odnosno odrediti koji pogledi to mogu prikazati i mijenjati. Objekti kontejnera moraju pružati poglede koji odgovaraju drugim kontejnerima, objekti uređaja moraju nuditi poglede koji su specifični za dati uređaj i kompatibilni s drugima.

Objekti podataka pružaju informacije korisnicima. Oni mogu predstavljati bilo koju vrstu informacija, kao što su tekst, tabele, slike, muzika, snimljeni govor, video, animacija ili bilo koja kombinacija ovih. Budući da su objekti podataka općenito orijentirani na proizvod, vodiči za dizajn ne definiraju specifične objekte podataka. Ovo je posao dizajnera softvera.

2. 2. IZGRADNJA MODELA "OBJEKAT - IMOVINA - ODNOS"

Za opisivanje ILM-a koriste se i analitički (deskriptivni) jezici i grafički alati; u budućnosti će se koristiti grafička metoda prikaza modela „odnos-svojstvo-objekat“. U predmetnoj oblasti u procesu njenog ispitivanja i analize izdvajaju se klase objekata. Objekat klasa pozvati skup objekata koji imaju isti skup svojstava. Na primjer, ako univerzitet posmatramo kao predmetno područje, onda se u njemu mogu izdvojiti sljedeće klase objekata: studenti, nastavnici, auditorijum, itd. Objekti mogu biti stvarni, kao što je gore navedeno, ili mogu biti apstraktni, kao npr. predmeta koje studenti uče.

Kada se reflektuje u informacionom sistemu, svaki objekat je predstavljen svojim identifikatorom, koji razlikuje jedan objekat klase od drugog, a svaka klasa objekata je predstavljena imenom ove klase. Dakle, za objekte klase “PROUČENI PREDMETI”, identifikator svakog objekta će biti “NAME OF THE SUBJECT”. Identifikator mora biti jedinstven.

Svaki objekat ima određeni skup svojstava. Za objekte iste klase, skup ovih svojstava je isti, a njihove vrijednosti se, naravno, mogu razlikovati. Na primjer, za objekte klase "STUDENT", takav skup svojstava koji opisuju objekte klase može biti "GODINA ROĐENJA", "POL" itd.

Prilikom opisivanja predmetne oblasti potrebno je prikazati svaku od postojećih klasa objekata i skup svojstava fiksiranih za objekte ove klase.

Za prikaz objekata i njihovih svojstava koristićemo sljedeće oznake (sl. & 2. 3).

Nekretnina

Rice. 2.3 Označavanje objekata i njihovih svojstava

Svaka klasa karakteristika u infološkom modelu ima jedinstveno ime.

Prilikom izgradnje infološkog modela poželjno je dati verbalnu interpretaciju svakog entiteta, posebno ako je moguća dvosmislena interpretacija pojma.

Rice. 2.4 Slika odnosa "objekt-svojstvo".

Prilikom opisivanja predmetne oblasti potrebno je odraziti veze između objekta i svojstava koja ga karakterišu. Ovo je jednostavno prikazano kao linija koja povezuje oznaku objekta i njegova svojstva.

Odnos između objekta i njegovog svojstva može biti različit. Objekt može imati samo jednu vrijednost za svojstvo. Na primjer, svaka osoba može imati samo jedan datum rođenja. Nazovimo takva svojstva single. Za druga svojstva, moguće je da postoji nekoliko vrijednosti za jedan objekt u isto vrijeme. Pretpostavimo, na primjer, kada se opisuje "ZAPOSLENI", "STRANI JEZIK" koji on posjeduje je fiksiran kao njegovo vlasništvo. S obzirom da zaposleni može da zna više stranih jezika, takvo svojstvo će se zvati plural. Kada prikazujemo odnos između objekta i njegovih svojstava, koristićemo jednu strelicu za pojedinačna svojstva i dvostruku strelicu za više svojstava.

Osim toga, neka svojstva su trajna, njihova vrijednost se ne može promijeniti tokom vremena. Nazovimo takva svojstva statično, a ona svojstva čija se vrijednost može mijenjati tokom vremena će biti pozvana dinamičan.

Druga karakteristika odnosa između objekta i njegovog svojstva je znak da li je ovo svojstvo prisutno u svim objektima date klase ili odsutno u nekim objektima. Na primjer, za neke zaposlenike može postojati svojstvo “AKADEMSKI DEGREE”, a drugi objekti ove klase možda nemaju navedeno svojstvo. Nazovimo takva svojstva uslovno.

Kada prikazujemo vezu uslovnog svojstva sa objektom, koristićemo isprekidanu liniju, a za označavanje dinamičkih i statičkih svojstava koristićemo slova D i S iznad odgovarajuće linije.

Ponekad je u infološki model korisno uvesti koncept "Kompozitna nekretnina". Primjeri takvih svojstava su “ADRESA”, koja se sastoji od “GRAD”, “ULICA”, “KUĆA” i “STAN” i “DATUM ROĐENJA”, koji se sastoji od “BROJ”, “MJESEC” i “GODINA”. U ILM-u za označavanje kompozitnog svojstva koristimo kvadrat iz kojeg potiču linije koje ga povezuju sa oznakama njegovih sastavnih elemenata (slika 2.4).

Infološki model ne prikazuje pojedinačne instance objekata, već klase objekata. Kada je oznaka objekta prikazana u ILM-u, jasno je da je riječ o klasi objekata koji imaju opisana svojstva. Stoga je u većini slučajeva moguće ne uvesti eksplicitno oznaku za klasu objekata u infološki model. Eksplicitna slika klase objekata neophodna je samo ako softver za datu klasu objekata beleži ne samo karakteristike koje se odnose na pojedinačne objekte ove klase, već i neke integralne karakteristike koje se odnose na celu klasu u celini. Na primjer, ako se za klasu objekata "ZAPOSLENI" ne evidentira samo starost svakog zaposlenog, već i prosječna starost svih zaposlenih, onda je u infološkom modelu potrebno odraziti ne samo objekat "ZAPOSLENI", već i klasu objekata "ZAPOSLENI". Za prikaz klase objekata možete koristiti neku specifičnu oznaku ili istu onu koja se koristi za objekte (slika 2. 5).

Rice. 2.5 Slika klase objekata i integralne karakteristike klase.

Osim veze između objekta i njegovih svojstava, infološki model bilježi veze između objekata različitih klasa. Postoje veze tipa „jedan na jedan“ (1:1), „jedan prema mnogima“ (1: M), „mnogo prema mnogo“ (M: M). Ove vrste odnosa se ponekad nazivaju stepenom odnosa.

Pored stepena povezanosti u infološkom modelu, za karakterizaciju povezanosti između različitih entiteta, potrebno je naznačiti i tzv. "Klasa pripadnosti", koji pokazuje da li ne može biti veze između objekta ove klase sa bilo kojim objektom druge klase. Klasa entiteta mora biti obavezna ili opciona.

Objasnimo ono što je rečeno na konkretnim primjerima. Kao što je već spomenuto, infološki model se ne gradi za poseban objekt, već prikazuje klase objekata i odnose između njih. Odgovarajući dijagram koji ovo prikazuje naziva se dijagram tipa ER (ovaj naziv je zbog činjenice da se na engleskom riječ "entitet" piše "Entity", a odnos je "Relationship"). Međutim, ponekad se, pored dijagrama tipa ER, koriste i dijagrami ER instance.

Pretpostavimo da infološki model prikazuje odnos između dvije klase objekata: "ZAPOSLENI" i "STRANI JEZIK".

Pretpostavimo da je predmetna oblast fabrika u kojoj neki od zaposlenih znaju strani jezik, ali niko od njih tečno ne govori više od jednog jezika. Naravno, postoji mnogo jezika koje niko od zaposlenih ne govori, a takođe i da neki od zaposlenih govore isti strani jezik (Sl. 2. 6).

c1. .ya1

c2. .ya2

c3. .â3

c4. .ya4

c5. .ya5

c6. .ya6

c7. .ya7

Rice. 2.6 ER dijagram - instance

U ovom slučaju, dijagram ER-instanci će izgledati kao onaj prikazan na Sl. 2. 6, a dijagram ER-tipova je kao na sl. 2.7.

Rice. 2. 7. Dijagram E - R tipova

Pretpostavimo dalje da je predmetna oblast institucija, a objekat „LIČNOST” odražava kandidate koji ulaze u ovu instituciju. Svaki od kandidata mora obavezno da govori strani jezik, ali niko ne govori više od jednog jezika (Sl. 2. 8). U ovom slučaju, dijagram ER-instanci će izgledati kao onaj prikazan na Sl. 2. 8, a dijagram ER-tipova je kao na sl. 2.9.

Jezik ličnosti

l1 i1

l2 i2

l3 i3

l4 z4

l5 i5

l6 i6

l7 i7

I u prvom i u drugom razmatranom slučaju, odnos M se posmatra između entiteta: 1. Na dijagramu je to prikazano sa strane objekta "LIČNOST" dvostrukom strelicom, a sa strane " STRANI JEZIK" objekt - jednom strelicom na liniji koja prikazuje odnos između entiteta podataka.

Razlika u razmatranim situacijama je u tome što je u prvom slučaju klasa pripadnosti opciona za oba entiteta, a u drugom, za entitet "LIČNOST", klasa pripadnosti je obavezna. Na dijagramu (sl. 2. 9) to je prikazano tačkom u pravougaoniku koja odgovara objektu "PERSONALITY".

Neka predmetna oblast bude ista kao u prethodnom slučaju, ali postoje situacije kada neki kandidati znaju više stranih jezika. U ovom slučaju, veza između objekata će biti tipa M: M.

Za takav domen, dijagram ER-instanci će izgledati kao onaj prikazan na Sl. 2. 10, a dijagram ER-tipova je kao na sl. 2.11.

Jezik ličnosti

l1 i1

l2 i2

l3 i3

l4 z4

l5 i5

l6 i6

l7 i7

Pretpostavimo da je predmetna oblast neki lingvistički institut, u kojem svaki i: zaposleni nužno zna nekoliko stranih jezika, a za svaki od jezika poznatih nauci u ovom institutu postoji barem jedan specijalista koji ga poznaje.

U ovom slučaju, odnos između objekata će biti M:M, a klasa vlasništva oba entiteta je obavezna.

(Mogao bi se dati primjer, ali poenta je jasna).

Iznad smo razmatrali objekte bez upuštanja u njihovu složenost. U stvari, postoji nekoliko vrsta objekata.

Prije svega, to su jednostavni i složeni objekti. Objekt se zove jednostavno, ako se posmatra kao nedeljiv. Komplikovano objekat je skup drugih objekata, jednostavnih ili složenih, takođe prikazanih u informacionom sistemu. Koncept “jednostavnog” i “složenog” objekta je relativan. U jednom pogledu, objekat se može smatrati jednostavnim, au drugom, isti objekat se može smatrati složenim. Na primjer, objekat „stolica“ u podsistemu računovodstva materijalnih sredstava će se smatrati jednostavnim objektom, ali će za preduzeće koje proizvodi stolice biti kompozitni objekat (uključujući „noge“, „naslon“, „sjedište“, itd.).

Postoji nekoliko tipova složenih objekata: složeni objekti, generalizirani objekti i agregirani objekti.

Složeni objekat odgovara mapiranju odnosa cijeli dio. Primjeri kompozitnih objekata su ČVORI-DETALJI, RAZRED-STUDENTI, itd.

Infološki modeli obično ne koriste nikakve posebne konvencije za prikaz složenih objekata. Odnos između kompozita i njegovih konstitutivnih objekata prikazan je na isti način kao što je gore opisano. Štoviše, priroda veze također može biti različita: na primjer, „DETALJI” i „ČVOROVI” su međusobno povezani relacijom tipa M: M, a „GRUPA” i „STUDENTI” su povezani relacijom 1: M.

Generalizovani objekat odražava prisustvo odnosa "rod-vrsta" između objekata predmetnog područja. Na primjer, objekti STUDENT, ŠKOLAC, DIPLOMIR, STUDENT STUDENTS čine generalizirani objekat STUDENTS. Objekti koji čine generalizirani objekt nazivaju se njegovim kategorijama.

I “generički” objekt i “specifični” objekti mogu imati određeni skup svojstava. Štaviše, posmatra se takozvano nasljeđivanje svojstava, to jest, „specifični“ objekt ima sva svojstva koja posjeduje „generički“ objekt, plus svojstva svojstvena samo objektima ovog tipa.

Određivanje rodno-specifičnih odnosa znači klasifikaciju objekata predmetne oblasti prema jednoj ili drugoj osobini. Podklase se mogu razlikovati u infološkom modelu u eksplicitnom i implicitnom obliku. U prvom slučaju se u grafički prikaz uvodi posebna oznaka za potklasu. Na sl. 2. 14 prikazuje fragment infološkog modela, koji odražava generalizovani objekat "LIČNOST" za visokoškolsku ustanovu. Za njega postoji nekoliko kategorija: NASTAVNIK, STUDENT, STUDENT. Za označavanje podklase u krugu korišten je trokut.

Naravno, klasifikacija može biti višeslojna. Dakle, u razmatranom primjeru, generalizirani objekat "PERSONALITY" se može podijeliti u dvije podklase: ZAPOSLENI i STUDENT. ZAPOSLENI se pak mogu svrstati u NASTAVNO OSOBLJE, ADMINISTRACIJU itd.

Ličnost

Rice. 2.14 Generička slika objekta

Klase objekata odabranih u domeni mogu se preklapati ili ne preklapati. Za prikaz ove informacije u infološkom modelu možete koristiti graf ukrštanja, čiji vrhovi odgovaraju klasama (podklasama) objekata, a ivice povezuju par vrhova samo ako se odgovarajuće klase objekata ukrštaju. Možete koristiti ponderisani graf za prikaz stepena preseka. U ovom slučaju, težina vrha će označavati kardinalnost odgovarajućeg skupa objekata, a težina ivice će označavati kardinalnost skupa koji je presjek skupova povezanih ovim rubom (slika 2.15).

Rice. 2.15 Graf raskrsnice

Grafikon raskrsnice sadrži dodatne informacije o predmetnoj oblasti i ne pripada klasi ER-modela.

Agregirani objekti obično odgovaraju nekom procesu u koji su "uključeni" drugi objekti. Na primjer, agregirani objekt "SUPPLY" kombinuje objekte "SUPPLIER", koji isporučuje proizvode, "CONSUMER", koji prima ove proizvode, kao i isporučeni "PROIZVOD". Originalni objekt je “DATUM ISPORUKE”. Agregirani objekt može, poput jednostavnog objekta, imati svojstva koja ga karakteriziraju. U primjeru koji se razmatra, takvo svojstvo može biti veličina isporuke.

Agregirani objekti se obično nazivaju glagolskim imenicama (na primjer, opskrba-nabavka, puštanje-otpuštanje, prodaja-prodaja, itd.).

Rice. 2.16 Agregirana slika objekta

Da bismo prikazali agregirani objekt u infološkom modelu, koristit ćemo sljedeće konvencije:

sam agregirani objekat će biti predstavljen rombom, pored kojeg je naznačeno ime odgovarajućeg objekta. Ovaj dijamant mora biti povezan s legendom o objektima koji čine ovaj agregirani objekt. Svojstva agregiranog objekta se prikazuju na isti način kao i za jednostavan objekat. On pirinač. 2.16 prikazuje agregirani objekat "NABAVKA PROIZVODA".

| Planiranje časa i nastavni materijali | 8 časova | Planiranje nastave za akademsku godinu | Tablični modeli

Lekcija 12
Tablični modeli

Tablični modeli

Pitanja koja se proučavaju:

Tabele tipa "objekat-svojstvo".
- Tabela tipa "objekat-objekat".
- Binarne matrice.

Tabele objekata i svojstava

Drugi uobičajeni oblik informacionog modela je pravougaoni sto koji se sastoji od redova i kolona. Upotreba tabela je toliko uobičajena da za njihovo razumijevanje obično nije potrebno dodatno objašnjenje.

Kao primjer, razmotrite tabelu 2.1.

Prilikom sastavljanja tabele u nju se uključuju samo informacije koje korisnika zanimaju. Na primjer, pored informacija o knjigama koje su uključene u tabelu 2.1, postoje i drugi: izdavač, broj stranica, cijena. Međutim, za sastavljača tabele 2.1 bilo je dovoljno podataka o autoru, naslovu i godini izdavanja knjige (kolone „Autor“, „Naslov“, „Godina“) i podataka koji omogućavaju pronalaženje knjige na policama police za knjige (kolona "Polica"). Pretpostavlja se da su sve police numerisane i, pored toga, svaka knjiga ima svoj inventarni broj (kolona „Broj“).

Tabela 2.1 - predstavlja informacioni model knjižnog fonda kućne biblioteke.

Tabela može odražavati određeni proces koji se odvija tokom vremena (Tabela 2.2).

Očitavanja, koja su navedena u tabeli 2.2, uzeta su u roku od pet dana u isto doba dana. Gledajući tabelu, lako je uporediti različite dane u pogledu temperature, vlažnosti itd. Ova tabela se može smatrati informacionim modelom procesa promene stanja vremena.

Tabele 2.1 i 2.2 odnose se na najčešće korišteni tip tablice. Zovu se tabele "objektno-svojstva"..

Jedan red takve tabele sadrži informacije o jednom objektu (knjiga u biblioteci ili vremensko stanje u 12-00 na određeni dan). Kolone - pojedinačne karakteristike (osobine) objekata.

Naravno, redovi i kolone u tabelama 2.1 i 2.2 mogu se zamijeniti rotirajući ih za 90°. Ponekad to rade. Tada će redovi odgovarati svojstvima, a stupci objektima. Ali najčešće se tabele grade tako da ima više redova nego kolona. Po pravilu ima više objekata nego svojstava.