2. 2. KONSTRUKCIJA MODELA “OBJEKAT – SVOJINA – VEZA”

Za opisivanje ILM-a koriste se oba jezika analitičkog (deskriptivnog) tipa, kao i grafička sredstva; ubuduće se koristi grafička metoda prikaza modela „objekt-svojstvo-odnos“. U predmetnoj oblasti, u procesu njenog ispitivanja i analize, izdvajaju se klase objekata. klasa objekata naziva skup objekata koji imaju isti skup svojstava. Na primjer, ako univerzitet posmatramo kao predmetno područje, onda se u njemu mogu razlikovati sljedeće klase objekata: studenti, nastavnici, učionice, itd. Objekti mogu biti stvarni, kao što je gore navedeno, ili mogu biti apstraktni, kao npr. predmeti koje učenici proučavaju.

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 „NAZIV PREDMETA“. 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”, “SEX” 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 (slika 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 "objekat - svojina".

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

Odnos između objekta i njegovog svojstva može biti različit. Objekt može imati samo jednu vrijednost nekog svojstva. Na primjer, svaka osoba može imati samo jedan datum rođenja. Nazovimo ova svojstva single. Za druga svojstva, moguće je da isti objekt ima više vrijednosti u isto vrijeme. Neka se, na primjer, kada se opisuje “ZAPOSLENI”, kao njegovo vlasništvo fiksira “STRANI JEZIK”, koji on poznaje. Pošto zaposleni može da zna više stranih jezika, nazvaćemo ovu imovinu višestruko. Kada prikazujemo odnos između objekta i njegovih svojstava, koristićemo jednu strelicu za pojedinačna svojstva i dvostruku strelicu za više svojstava.

Također, neka svojstva su trajna, njihova vrijednost se ne može promijeniti tokom vremena. Nazovimo ova svojstva statično, a ta svojstva, čija se vrijednost može mijenjati tokom vremena, nazvat ćemo dinamičan.

Druga karakteristika odnosa između objekta i njegovog svojstva je da li je ovo svojstvo prisutno u svim objektima date klase ili odsutno u nekim objektima. Na primjer, za pojedinačne zaposlenike može se pojaviti svojstvo “ADD”, a drugi objekti ove klase možda neće imati specificirano svojstvo. Nazovimo ova 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 svojina". Primjeri takvih svojstava su “ADRESA”, koja se sastoji od “GRAD”, “ULICA”, “KUĆA” i “STAN” i “DATUM ROĐENJA”, koji se sastoji od “DATUM”, “MJESEC” i “GODINA”. U ILM-u koristimo kvadrat za označavanje kompozitnog svojstva, iz kojeg izlaze linije, povezujući ga 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 infološkom modelu u većini slučajeva moguće i ne uvesti eksplicitno oznaku za klasu objekata. Eksplicitno predstavljanje klase objekata potrebno je samo ako softver za ovu klasu objekata fiksira ne samo karakteristike koje se odnose na pojedinačne objekte ove klase, već i neke integralne karakteristike koje se odnose na cijelu klasu u cjelini. Na primjer, ako je za klasu objekata „ZAPOSLENI U PREDUZEĆU” fiksirana ne samo starost svakog zaposlenog, već i prosječna starost svih zaposlenih, onda je u infološkom modelu potrebno odraziti ne samo objekat „ZAPOSLENI “, ali 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.

Pored veze između objekta i njegovih svojstava, infološki model fiksira veze između objekata različitih klasa. Postoje veze kao što su "jedan na jedan" (1:1), "jedan prema mnogo" (1:M), "mnogo prema mnogo" (M:M). Ponekad se ove vrste veza nazivaju stepenom veze.

Pored stepena povezanosti u infološkom modelu, da bi se okarakterisala povezanost između različitih entiteta, koristi se i tzv. "članska klasa", koji pokazuje da li se objekat ove klase može povezati sa bilo kojim objektom druge klase. Klasa članstva entiteta mora biti obavezna ili opciona.

Pojasnimo ono što je rečeno na konkretnim primjerima. Kao što je već spomenuto, infološki model nije izgrađen za jedan 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 je na engleskom riječ "entitet" napisana "entitet", a odnos je "odnos"). 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 pogon, čiji neki zaposleni znaju strani jezik, ali niko od njih 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. .i1

c2. .i2

c3. .i3

c4. .i4

c5. .i5

c6. .i6

c7. .i7

Rice. 2.6 Dijagram ER - instance

U ovom slučaju, dijagram ER instanci će izgledati kao onaj prikazan na Sl. 2.6, a dijagram tipa ER je kao na sl. 2.7.

Rice. 2. 7. Dijagram E - R tipova

Pretpostavimo dalje da je predmetno područje institut, a objekat “LIČNOST” prikazuje kandidate koji ulaze u ovaj institut. Svaki od kandidata mora tečno govoriti 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 tipa ER je kao na sl. 2.9.

Jezik ličnosti

l1 i1

l2 i2

l3 i3

l4 i4

l5 i5

l6 i6

l7 i7

I u prvom i u drugom razmatranom slučaju, relacija M se posmatra između entiteta: 1. Na dijagramu je to prikazano sa strane objekta “LIČNOST” dvostrukom strelicom, a sa strane objekta “Strani jezik” - jednom strelicom na liniji koja prikazuje vezu između entiteta podataka.

Razlika u razmatranim situacijama je u tome što je u prvom slučaju klasa članstva opciona za oba entiteta, au drugom slučaju, za entitet „LIČNOST“, klasa članstva 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 da neki kandidati znaju više stranih jezika. U ovom slučaju, odnos između objekata će biti tipa M:M.

Za takvo predmetno područje, dijagram instance ER će izgledati kao onaj prikazan na Sl. 2.10, a dijagram tipa ER je kao na sl. 2.11.

Jezik ličnosti

l1 i1

l2 i2

l3 i3

l4 i4

l5 i5

l6 i6

l7 i7

Pretpostavimo da je predmetno područje određeni lingvistički institut, u kojem svaki i: zaposleni moraju znati 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 članstva oba entiteta je obavezna.

(Može se dati primjer, ali suština 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 smatra nedjeljivim. Tesko objekat je kombinacija drugih objekata, jednostavnih ili složenih, takođe prikazanih u informacionom sistemu. Koncept “jednostavnog” i “složenog” objekta je relativan. U jednom razmatranju, 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 za preduzeće koje proizvodi stolice, to će biti kompozitni objekat (uključujući „noge“, „naslon“, „sedište“ itd. .).

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

Kompozitni objekat odgovara mapiranju odnosa "cijeli dio". Primeri složenih objekata su SKLOP-DELOVI, RAZRED-UČENICI, itd.

Za prikaz složenih objekata u infološkom modelu obično se ne koriste posebne konvencije. 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 odnosom tipa M: M, a „GRUPA“ i „STUDENTI“ su povezani odnosom 1: M .

generički objekat odražava postojanje odnosa “rod-vrsta” između objekata predmetnog područja. Na primjer, objekti STUDENT, ŠKOLARI, POSLEDIPLOMSKI STUDENT, STUDENT TEHNIČKE KOMPANIJE čine generalizovani objekat STUDENTI. Objekti koji čine generalizirani objekt nazivaju se njegovim kategorijama.

I "generički" objekat i objekat "vrste" mogu imati određeni skup svojstava. Štaviše, posmatra se takozvano nasljeđivanje svojstava, tj. objekt "vrste" ima sva svojstva koja ima "generički" objekat, plus svojstva koja su inherentna samo objektima ovog tipa.

Definicija odnosa rod – vrsta znači klasifikaciju objekata predmetnog područja prema određenim karakteristikama. 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, POSLEDIPLOMSKI STUDENT. Za označavanje podklase u šemi korišten je trokut.

Naravno, klasifikacija može biti višeslojna. Dakle, u primjeru koji se razmatra, generalizirani objekat “PERSON” može se podijeliti u dvije podklase: ZAPOSLENI i STUDENT. ZAPOSLENI se pak mogu svrstati na FAKULTET, UPRAVU itd.

Ličnost

Rice. 2.14 Slika generaliziranog objekta

Klase objekata koje se razlikuju u predmetnoj oblasti mogu biti i ukrštajuće i neukrštajuće. 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 biti 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 objekat “SNABDEVANJE” kombinuje objekte “DOBAVLJAČ”, koji isporučuje proizvode, “POTROŠAČ” koji prima ove proizvode, kao i same isporučene “PROIZVODE”. Neobičan 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, nabavka-isporuka, puštanje-otpuštanje, prodaja-prodaja, itd.).

Rice. 2.16 Slika agregiranog 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 romb mora biti povezan sa simbolima onih objekata koji čine ovaj agregirani objekt. Svojstva agregiranog objekta se prikazuju na isti način kao i za jednostavan objekat. Na pirinač. 2.16 prikazuje agregirani objekat “NABAVKA PROIZVODA”.

Strukturni elementi baze podataka

U opisu objekta podataka moraju se razlikovati 2 komponente: struktura i instanca.

Struktura– lista atributa objekta i karakteristika atributa.

instance– skup vrijednosti atributa.

Struktura se izuzetno rijetko mijenja. Instanca je podložna promjenama.

Kada je pohranjena u računar, baza podataka odgovara grupi datoteka i fascikli, skup objekata odgovara datoteci. Svaki objekat ima odgovarajući unos u datoteci. Svaki atribut odgovara polju zapisa.

Za opisivanje atributa koriste se sljedeće karakteristike:

1. ime, na primjer, nUgovor, cStudent;

2. tip, na primjer, karakter, broj;

3. dužina, na primjer, 15 bajtova;

4. preciznost, za numeričke podatke.

5. opis, komentar;

6. format slike na ekranu i papiru;

7. hint;

8. format unosa;

9. početna vrijednost;

10. raspon vrijednosti.

Ključ je način uređenja objekata u skupu. Ključ sadrži ključni izraz sastavljen od atributa objekta. Kako se vrijednost ključnog izraza povećava, objekti se prikazuju za pregled i obradu.

Možete postaviti više ključeva za jedan set. Na primjer, za skup Zaposleni možete navesti ključ abecednim redom po prezimenima, zaposleni će biti predstavljeni po abecednom redu.

Ključ se zove primarni, ako jedna vrijednost svog izraza iz skupa izabere 0 ili 1 objekt. Na primjer, za skup zaposlenih, ključ „Prema broju osoblja“ je primarni, jer se ili nijedan ili samo jedan zaposlenik dodjeljuje po jednoj vrijednosti broja osoblja.

Ključ se zove sekundarno, ako je 0 ili više objekata odabrano iz skupa po jednoj vrijednosti njegovog izraza. Na primjer, ključ za skup radnika, ključ "Abecedna prezimena" je sekundarni, jer među radnicima mogu biti imenjaka.

Prema aksiomu razlike, svaki skup ima primarni ključ. U ekstremnom slučaju, njegov izraz uključuje sve atribute objekta u skupu.

Dobra je praksa uvesti vještački atribut "Requence number in set" za objekt podataka, koji se automatski dodjeljuje i jedinstven. Poziva se ključ po ovom atributu surogat.

Imajte na umu da koncepti primarnog i sekundarnog ključa ne ovise o broju i vrijednostima objekata u skupu. Primarni i sekundarni ključevi su za prazne setove.

Neka postoji n skupova objekata E 1 , E 2, … , E n .

Komunikacija je skup nizova objekata (e i 1 , e i 2, …, e i n), gdje je e i 1 n E 1, e i 2 n E 2, …, e i n n E n.

Uz pomoć veza, skupovi objekata se kombinuju u jednu informacijsku strukturu.

Postoje tri vrste veza između dva skupa objekata (n=2):

1. jedan prema jedan (1:1);

2. jedan prema više (1:M);

3. mnogo prema mnogo (M:N).

"jedan na jedan", ako je za svaki objekat iz prvog skupa moguće specificirati 0 ili 1 objekat iz drugog skupa, a za svaki objekat iz drugog skupa možete specificirati 0 ili 1 objekat iz prvog seta.

Primjeri odnosa 1:1 su odnosi između:

učenici i knjižice,

Između zemalja i valuta

između oficira i službenog oružja,

između državljana i stranih pasoša. Svaki učenik ili nema matičnu knjižicu, ili ima samo jednu.

Za svaku matičnu knjižicu ili nije naveden učenik, ili postoji samo jedna.

Veza između dva skupa E 1 i E 2 je tipa "jedan prema mnogo" 0 ili više 0 ili 1 objekat iz prvog seta.

Primjeri 1:M veza su veze između

banke i depozite

depoziti i doprinosi

Između grupa i učenika

Između odjeljenja i zaposlenih

između izjava i redova izjava,

između klijenata i zahtjeva.

Svaka banka ili nema depozita (banka još nije otvorena) ili može biti mnogo depozita. Za svaki depozit ili nije navedena banka, ili postoji samo jedan.

Veza između dva skupa E 1 i E 2 je tipa "mnogo prema mnogo", ako je za svaki objekat iz prvog skupa moguće specificirati 0 ili više objekte iz drugog skupa, a za svaki objekat iz drugog skupa možete specificirati 0 ili više objekti iz prvog seta.

Primjeri M:N odnosa su odnosi između

proizvoda i zemalja

između studenata i disciplina,

Između zaposlenih i projekata

između narudžbi i robe,

između prodavnica i kupaca.

Svaki proizvod se može isporučiti iz mnogih zemalja ili se uopće ne slati. Svaka zemlja može isporučiti mnogo proizvoda, a ne isporučiti nijedan.

Grafički, veze su prikazane strelicama (slika 4.5).

U stvarnom DBMS-u implementiran je samo jedan tip odnosa - jedan prema više.

Odnos 1:1 se dobija iz odnosa 1:M ograničavanjem.

Za implementaciju M:N odnosa, uvodi se novi skup objekata i koriste se dva 1:M odnosa.

Na primjer, odnos između zemalja i proizvoda tipa M:N dobija se korištenjem skupa podataka "zalihe" (slika 4.6).

0

(7. predavanje)

Dizajniranje i kreiranje baze podataka Analiza predmetne oblasti. Identifikacija klasa objekata i odnosa Predmetno područje je definirano ako su poznati objekti koji u njemu postoje, njihova svojstva i odnosi među njima)

Predmet u konceptualnom pristupu je ono što informacija treba da akumulira u informacionom sistemu.

Jedna od važnih faza analize predmetne oblasti je identifikacija i opis klasa objekata (entiteta) i odnosa među njima. Opis se može dobiti u bilo kojem obliku, ali za praktičnost procesa dizajna, formaliziran je u obliku tabela.

Klase objekata

Kako prepoznati klase objekata u predmetnoj oblasti?

Klasa objekta (tip entiteta, entitet) je značajna stvar o kojoj preduzeće mora pohraniti informacije.

Znakovi klase objekata koji postoje u predmetnoj oblasti:

a) nešto važno o čemu preduzeće treba da čuva informacije;

c) imenovani koncept;

d) imenica;

e) postoji klasa objekata ako postoji stvarni značajan objekat;

Nakon što smo identificirali klasu objekata, potrebno joj je dati ime. Mora biti jedinstven.

Kao naziv se biraju termini koji se koriste u preduzeću.

Ime se izmišlja kada se iscrpe sve druge mogućnosti, jer izmišljena imena mogu dovesti do nesporazuma i dupliranja.

Naziv mora biti dogovoren sa kupcem.

Ime se može sastojati od više od jedne riječi (riječi koje specificiraju ime - pridjevi, itd.). Često se isto ime naziva istim imenom, tada je potrebno odabrati jedno glavno ime, a ostale opisati kao sinonime.

Kada se otkrije klasa predmeta, otkriva se grupa stvari koja se sastoji od zasebnih elemenata (objekata). Klasa objekta je klasa ili kategorija stvari. Na primjer, klasa objekata "ODJEL" sastoji se od specifičnih objekata "Nastavno-metodičko odjeljenje", "Odjel glavnog mehaničara".

Faze identifikacije i modeliranja klase objekata:

a) proučavanje svake imenice identifikovane tokom analize predmetne oblasti u preduzeću i utvrđivanje njenog značaja;

b) utvrđivanje da li postoje informacije o ovoj imenici koje treba pohraniti za ovo preduzeće;

c) dodeljivanje imena klasi objekata u jednini;

d) provjeravanje da li se jedan objekt klase objekata može razlikovati od drugog;

e) opis klase objekata kako bi se provjerilo da li svi (programeri, kupci) stavljaju isto značenje u ovaj pojam;

Svojstva klase objekata

Za svaku klasu objekata određuju se njena svojstva (atributi entiteta). Svojstvo je specifičan podatak.

Svojstvo opisuje klasu objekata. To je kvalitativni ili kvantitativni opis klase objekata.

Nekretnina bi mogla izgledati ovako:

Opisne riječi, fraze;

Predloške konstrukcije (iznos plate za svakog zaposlenog);

Prisvojne imenice i zamjenice (ostalo, krajnji datum, znak zastarjelosti).

Svakom svojstvu je dato ime. Imena treba da budu jasna i nedvosmislena.

Koje informacije o klasi objekata treba pohraniti;

Koje informacije o klasi objekata treba prikazati ili odštampati;

Da li je ova nekretnina zaista potrebna.

Kupci često zaborave na svoje specifične potrebe - misle da će se polje pojaviti na ekranu ili samo prijaviti, a ne vide potrebu da ga spominju.

Prilikom proučavanja postojeće dokumentacije u preduzeću potrebno je obratiti pažnju na zastarjele zahtjeve prethodnih sistema, na primjer, stari oblik izlaznog dokumenta - partijsko članstvo, nacionalnost.

Također je potrebno označiti izvedene i agregirane podatke; za svaku klasu objekata fiksna su samo originalna svojstva.

Izvedena i agregirana svojstva opisana su zasebno i formiraju ih, u pravilu, program na osnovu vrijednosti izvornih svojstava. Potreba za skladištenjem takvih svojstava je prilično rijetka.

Postoji niz zahtjeva za ime imovine. Nazivi trebaju biti jasni i nedvosmisleni, na primjer, naziv svojstva "količina" može dovesti do zabune - vraćeno, postavljeno? Potrebno je odabrati konkretnije nazive: „veličina isporuke“, „obim narudžbe“ itd. Ako se ime sastoji od više od jedne riječi, one se odvajaju razmacima.

Najčešći primjer je svojstvo "datum". Osim ako nije posebno navedeno koji je datum, može se tumačiti kao datum rođenja, datum zaposlenja.

Ako je potrebno pohraniti i jedno i drugo, dodaje se određena imovina, na primjer, pored datuma zapošljavanja potrebno je pohraniti i datum izbora po konkursu. Ovo se može otkriti u kasnijim fazama analize domena.

Svojstvo identifikovano tokom analize predmetnog područja mora se raščlaniti na najmanje komponente koje imaju smisla. Nivo podjele zavisi od potreba preduzeća.

Klasični primjeri: adresa, dimenzije drvenog bloka (visina, dužina, širina), mogu se pohraniti kao jedno svojstvo, ali je korisnije pohraniti ih kao zasebne osobine.

Razlika između klase objekta (entiteta) i svojstva (atributa) prikazana je u tabeli 4.

Tablica 4 - Razlike između klase objekta i svojstva

Nakon što ste definirali svojstvo, morate biti sigurni da za svaki određeni objekt, svojstvo može imati jednu vrijednost.

Ako je pronađeno više od jedne vrijednosti za bilo koje svojstvo, to ukazuje na nedostajuće svojstvo u klasi objekata ili kandidata za novu klasu objekata.

Ako se pronađe svojstvo koje ima svoja svojstva, onda to nije svojstvo, već klasa objekata. Na primjer, identificirana je klasa objekata "KOMBINEZON", koja ima svojstva "broj", "ime", "boja". Ako u toku dalje analize i proučavanja odgovarajućeg dokumenta u predmetnoj oblasti, boja, pored naziva, mora imati i artikal, tada "boja" više nije svojstvo, već klasa objekata "BOJA ” s odgovarajućim svojstvima “ime”, “članak”.

Za svako svojstvo morate definirati njegovu opcionalnost.

Def.: Opcionalnost svojstva - određivanje obavezne vrijednosti svojstva objekta za spremanje informacija o određenom objektu u bazi podataka.

Potrebna vrijednost svojstva mora postojati i biti poznata za svaki objekt predmetne klase objekta.

Vrijednosti opcionih svojstava možda nisu poznate (ili ne postoje) za neki objekt u trenutku njegovog kreiranja.

Na primjer, vrijednost svojstva "datum početka rada" uvijek je poznata za zaposlenog, a vrijednost svojstva "datum završetka rada" može biti nepoznata u datom trenutku ako zaposleni ima ugovor na neodređeno vrijeme .

Za svaku imovinu su također identificirani u predmetnom području i opisani:

Format (vrsta, maksimalna dužina, prosečna dužina (obična veličina), decimalno mesto, jedinica mere;

Važeće vrijednosti (opseg, lista vrijednosti, više raspona, zadane vrijednosti);

Prilikom identifikacije karakteristika svojstava mogu se odrediti i domeni.

Domen (u smislu predmetne oblasti) je skup pravila validacije u smislu poslovanja, ograničenja koja se primjenjuju na više od jedne imovine.

Sa stanovišta relacione baze podataka, domen je validan skup vrijednosti na kojem m.b. definirani su jedan ili više atributa jedne ili više relacija.

Koristeći domenu, možete postaviti: raspon vrijednosti; spisak specifičnih vrednosti; više raspona; Matematička jednadžba; zadana vrijednost itd. Ova pravila su jednom opisana u bazi podataka i primjenjuju se na različita svojstva. Najpoznatija domena (da, ne).

Postoji sljedeća tehnologija za rad sa svojstvima koja sadrži korake:

Identifikacija kandidata za imovinu;

Povezivanje svojstva s klasom objekta;

Dodjeljivanje imena svojstvu;

Definiranje formata svojstva;

Određivanje da li je svojstvo opciono;

Određivanje logičkih ograničenja svojstva koje nameće predmetna oblast (pojavljivanje vrednosti u opsegu, itd.);

Provjera da je ovo stvarno svojstvo, a ne klasa objekta;

Ako je potrebno, kreirajte domenu.

Sve instance (objekti) identificirane klase objekata moraju biti jedinstveno identificirane i identificirane. Ako se objekt ne može jedinstveno identificirati u objektnoj klasi, onda vjerojatno uopće nije klasa objekta.

Definiranje jedinstvenih identifikatora

Za svaku klasu objekata moraju se identificirati jedinstveni identifikatori.

Jedinstveni identifikator je svojstvo, skup svojstava ili kombinacija svojstava i odnosa koji se koriste za jedinstvenu identifikaciju objekta unutar klase objekta.

Svojstvo koje je dio jedinstvenog identifikatora mora imati obaveznu opciju.

Broj jedinstvenih identifikatora u klasi objekata može biti bilo koji. A broj komponenti (svojstava i odnosa) koji čine jedinstveni identifikator može biti bilo koji.

Jedinstveni identifikator može se definirati u bilo kojoj fazi analize domene, ali da bi se pristupilo opisivanju i dizajniranju klase objekta, potrebno je da svaka klasa objekta ima jedinstvene identifikatore.

komentar:

Prilikom odabira metode za identifikaciju objekata neke klase objekata, potrebno je modelirati ne tehnološke potrebe sistema koji se razvija, već potrebe poslovanja.

Kada koristite numerički kod kao jedinstveni identifikator, morate osigurati da postoji odgovarajući dokument u predmetnoj oblasti u kojoj je takav kod prikazan.

Na primjer, svojstva "broj osoblja zaposlenog", "šifra pododjeljka" su već definirani računovodstvenim sistemom koji postoji u preduzeću, imovina "šifra pozicije" je predstavljena u klasifikatoru poslova u industriji, itd.

komentar:

U fazi projektovanja baze podataka (u daljem tekstu, prilikom izgradnje DLM baze podataka - surogat ključeva) tehnički se može generisati jedinstveni identifikator, ali se prilikom analize predmetne oblasti koriste jedinstveni identifikatori koje koristi preduzeće.

Ako postoji nekoliko jedinstvenih identifikatora, mora se odrediti glavni. Zbog toga se identifikator češće koristi u poslovanju, kao što je "broj osoblja". Ili bilo koji jedinstveni identifikator koji ima najmanju dužinu i numerički tip.

Najveći broj jedinstvenih identifikatora ima takvu klasu objekata kao "INDIVIDUAL / OSOBA". Svaki objekat u takvoj klasi objekata može se jedinstveno identifikovati sledećim svojstvima: "broj", "serija pasoša", "INN", "broj vozačke dozvole", "broj tokena". Za klasu objekata "JOB" mogu se identificirati sljedeći jedinstveni identifikatori: "šifra", "naslov", "kratki naslov".

Treba napomenuti da što više klasa objekata bude otkriveno tokom analize predmetne oblasti, to će struktura relacione baze podataka biti normalizovanija.

Gotovo svaka imenica u domeni ima pravo da bude definisana kao klasa objekta, jer skoro svaka imenica ima,

najmanje skup od tri svojstva: naziv objekta, kratki naziv objekta, numerički ekvivalent naziva objekta (šifra, broj, šifra).

Klase objekata možete vidjeti detaljnim proučavanjem tokova informacija u preduzeću koje treba automatizirati.

Informacioni tokovi su predstavljeni dokumentima.

Svaki dokument je kandidat za objektnu klasu. Dokument ima zaglavlje koje, po pravilu, označava naziv dokumenta i datum njegovog formiranja.

Dokument ima informativni dio, koji sadrži kvalitativne i kvantitativne pokazatelje.

Na dnu dokumenta su imena i pozicije osoba koje potpisuju dokument.

Dokument takođe može sadržati naziv, adresu i druge detalje kompanije koja je izdala dokument.

Tako se, proučavajući dokument, mogu vidjeti i istaknuti sljedeće klase objekata: "PREDuzeće / PRAVNO LICE" ili

"STRUKTURALNA JEDINICA PREDUZEĆA"; "VRSTA KONSTRUKTIVNE JEDINICE"; "ADRESA"; "LOKALITET"; "VRSTA NASELJA"; "SPOLJA"; "TIP ULICE" (ulica, avenija, traka, prolaz, itd.); "DOKUMENT"; "POLOŽAJ DOKUMENTA"; "INDIVIDUALNO"; "POZICIJA"; "RADNA EVIDENCIJA POJEDINACA" (datum početka, datum završetka); "PROIZVOD / USLUGA"; "Objekat" (računovodstvo).

Šta je klasa objekta DOCUMENT POSITION? Svaki dokument obično ima nekoliko stavki (stavke narudžbe, stavke cjenovnika, stavke fakture, unosi u karticu računa itd.). Dakle, vidljiv je odnos 1:M koji postoji u predmetnoj oblasti: “svaki DOKUMENT mora imati jednu ili više POZICIJA”; na poleđini, link glasi - "svaka POZICIJA DOKUMENTA mora se odnositi na isti DOKUMENT." Osim toga, svaka pozicija dokumenta ima svoja svojstva - broj, neke kvantitativne pokazatelje (broj obračunskih jedinica, cijena po jedinici i drugi).

Za svako predmetno područje možete vidjeti listu klasa objekata koja je obavezna za sva predmetna područja. Svaka predmetna oblast, u širem smislu reči, odražava rad preduzeća ili organizacije - proizvodnog preduzeća, obrazovne ili medicinske ustanove, trgovinske organizacije, magacina, kancelarije za iznajmljivanje, sfere kućne privrede itd. . Naziv (pun ili kratak) preduzeća ili organizacije pojavljuje se u različitim izlaznim dokumentima i izvještajima. Dakle, u predmetnoj oblasti postoji klasa objekata PREDUZEĆE ili STRUKTURNA JEDINICA PREDUZEĆA. Pored toga, često je potrebno voditi evidenciju o adresi i broju telefona ovog preduzeća. Obavezno u predmetnoj oblasti

postoje pojedinci na određenim pozicijama, koji svojim potpisima fiksiraju računovodstvo (prihode ili rashode) nekog objekta. Štaviše, da bi se riješili problemi analize podataka i potom donijele odgovarajuće upravljačke odluke, od interesa je za predmetnu oblast da pohrani znanje o istoriji računovodstva stanja objekta. I još jedna kategorija obaveznih klasa predmeta za svaku predmetnu oblast su dokumenti, na osnovu kojih se odvijaju svi procesi u datoj predmetnoj oblasti.

Moguće je sumirati sve rezultate analize predmetne oblasti u toku identifikacije klasa objekata i njihovih svojstava u obliku formalizovanog opisa, tabele. Primjer takvog opisa dat je u tabeli 5.

Tabela 5 – Formalni opis predmetne oblasti. Klase objekata, svojstva.

Nekretnina	Jedinstveni identifikator	Fizičke karakteristike nekretnine (vrsta, dužina)	Opciono svojstvo (Da/Ne)	Ograničenja logičkih svojstava (opseg vrijednosti, velika, mala slova za svojstva znakova, itd.)	Procesi za vrijednosti imovine
broj stola				> 0
				> 0	Vv, Pr, Ob
				Perv. veliko slovo	Vv, Pr, Ob
datum rođenja				DD.MM.GGGG	Vv, Pr, Ob
POZICIJA

U tabeli se koriste sljedeće skraćenice: Y - jedinstveni identifikator, P - kandidat za primarni ključ (master jedinstveni identifikator), G - generiranje podataka, Vv - unos podataka, Pr - pregled podataka, About - ažuriranje podataka.

Odnosi između klasa objekata

Budući da je sve na ovom svijetu povezano, paralelni korak u analizi predmetne oblasti, uz identifikaciju klasa objekata i njihovih svojstava, jeste korak identifikacije odnosa, asocijacija koje nastaju između klasa objekata. Odnosi predstavljaju potrebe za informacijama i poslovna pravila preduzeća i mogu se definisati na sledeći način:

Imenovana, smislena asocijacija između dvije klase objekata.

Odnos koji jedna stvar ima prema drugoj.

Kada se razmatra komunikacija, potrebno je o njoj razmišljati kao o dvosmjernoj, dvosmjernoj.

Svaka veza ima određene karakteristike.

Opcionalnost veze je broj. Ovo je poslovno pravilo koje specificira da li odnos mora postojati za svaki objekt klase objekta (obavezni odnos) ili nije obavezan (opcijski odnos).

Na primjer, u preduzeću je otkriveno sljedeće pravilo: „svako

određena kategorija položaja može odgovarati poziciji. U nekom trenutku u preduzeću se pojavljuje dokument o kreiranju nove kategorije, ali još ne postoji nijedna pozicija koja se odnosi na ovu kategoriju. Ali s druge strane, postoji pravilo: „svaka pozicija u preduzeću mora biti raspoređena na jednu i samo jednu poziciju“. Dakle, može se vidjeti da su dvije različite asocijacije identificirane između dvije klase objekata (“POZICIJA KATEGORIJA” i “POZICIJA”).

Snaga (maksimalni kardinalni broj). Ovo je poslovno pravilo koje pokazuje koliko takvih veza postoji - jedna i samo jedna, ili više. Ako se pronađe veza koja ima snagu "nula", ova veza je opciona.

Razmatramo binarne relacije (mogu biti različite)

Svaka strana veze ima ime. Ovo je opis poslovnih pravila.

Na primjer: "odgovara", "odnosi se na".

Imena često formiraju parove: „na osnovu“ - „je osnova za“; "kupljeno od" - "isporučeno"; "odgovoran za" - "je pod odgovornošću".

Ime je od velike važnosti, pokazuje koliko se dobro razumije odnos informacija.

Kada vidite vezu, morate se uvjeriti da ima smisla. Da biste to učinili, mora se izgovoriti kao normalna rečenica u oba smjera (svaka veza je dvosmjerna), koristeći pravilo izgovora za vezu (tabela 6).

Tabela 6 – Pravilo čitanja komunikacije

Primjer čitanja linka: "svako POJEDINAC može imati nula, jedan ili više UNOSA RADNE KNJIGE"; "Svaki UPIS RADNE KNJIGE mora se odnositi na jednu i samo jednu FIZICU."

Razmotrimo detaljnije postojeće vrste (kapaciteta) veza.

1. Odnos "jedan_prema_više" (1:M). Ovo je najčešći tip veze, koji ima jednu ili više snaga u jednom smjeru i jednu i samo jednu unutra

prijatelju. Klase objekata koje se nalaze na „jednoj“ strani ovog odnosa nazivaju se glavnim ili roditeljskim. Klasa objekata koja je na više strana - dijete ili dijete.

U većini slučajeva, podređene klase objekata su opcione, dok su glavne obavezne. To jest, objekat klase glavnog objekta može postojati bez podređenog objekta, ali dijete ne može postojati bez glavnog objekta.

Sa stanovišta baze podataka, to znači da se u bazi podataka prvo kreira objekat glavne klase objekata, a zatim objekti podređene klase. Ako je odnos 1:M neobavezan na obje strane, objekti se mogu kreirati proizvoljno. Relacije 1:M koje su obavezne na obje strane su vrlo rijetke i znače da objekti dvije klase objekata ne mogu postojati jedan bez drugog.

Primjer odnosa 1:M: “Svaka JEDINICA PREDUZEĆA može odgovarati nuli, jednoj ili više EVIDENCIJA RADNE KNJIGE”. Na poleđini: "Svaka EVIDENCIJA RADNE KNJIGE mora se odnositi na jednu i samo jednu STRUKTURNU JEDINICU PREDUZEĆA."

2. Odnos "mnogo_za_mnogo" (M:M ili M:N). Ovo je takođe vrlo čest tip povezivanja, posebno u početnim fazama analize domena. Ova veza ima moć "jedan ili više" u oba smjera. Primjer takvog odnosa je: „u svakoj STRUKTURNOJ JEDINICI PREDUZEĆA može raditi mnogo POJEDINACA“. Na poleđini: svaki

POJEDINAC može raditi u mnogim JEDINICAMA PREDUZEĆA.

Većina M:M relacija je opciona u oba smjera, to jest, objekt jedne klase objekata može postojati bez da bude vezan za objekt druge klase objekata, bilo koja instanca se može pojaviti prva. M:M odnosi koji su obavezni na obje strane su vrlo rijetki - objekti iz obje klase objekata moraju se kreirati u isto vrijeme.

Treba napomenuti da u bilo kojoj predmetnoj oblasti ne postoje odnosi „mnogo_prema mnogo“; u svakom trenutku vremena sve je jedinstveno određeno. Pojava takve veze u projektnoj dokumentaciji pokazuje da predmetna oblast nije dalje ispitivana. Odnos M:M može biti "prekinut" bilo kojim dokumentom ili pozicijom dokumenta. Takva klasa objekata koja prekida M:M vezu naziva se „entitet raskrsnice“. Potrebno je samo vidjeti, pronaći ovu klasu objekata. Za gornji primjer odnosa M:M, takva klasa objekata je "ZAPISNIKA RADNE KNJIGE". Ako smo to identifikovali, onda veze u predmetnoj oblasti već zvuče ovako: „svaka STRUKTURALNA JEDINICA PREDUZEĆA može odgovarati nuli, jednoj ili više EVIDENCIJA RADNE KNJIGE“. Na poleđini: "Svaka EVIDENCIJA RADNE KNJIGE mora se odnositi na jednu i samo jednu STRUKTURNU JEDINU PREDUZEĆA." I još jedna veza: „svakom POJEDINCU,

rad u preduzeću može odgovarati nuli, jednom ili više ULAZA U RADNU KNJIGU.

3. Komunikacija "jedan na jedan" (1:1). Rijetka veza, obično s poslovnog stanovišta, to znači da se ne radi o dvije klase objekata, već o jednoj. Ova veza može imati kapacitet od jednog i samo jednog u oba smjera. Ako se pronađe takva veza, treba još jednom ispitati tokove informacija i može se pokazati da dvije identificirane klase objekata zapravo čine jednu.

Primjer odnosa 1:1: "svaki BICIKL može koristiti samo jedan ČLAN KLUBA". Na poleđini: "Svaki ČLAN KLUBA može voziti samo jedan BICIKL"

Odnosi 1:1, obavezni na oba kraja, kada se oba objekta moraju pojaviti u isto vrijeme, vrlo su rijetki.

Nakon identifikacije bilo kakvog odnosa između klasa objekata, potrebno je (za svaku njegovu stranu):

Postavite dostupnost;

Odaberite ime;

Odrediti snagu;

Definirajte opcionalnost;

Provjerite čitanjem.

Treba napomenuti da se može otkriti proizvoljno mnogo veza između dvije klase objekata. Na primjer, između klasa objekata "INDIVIDUAL" i "ADDRESS" mogu se identificirati 2 veze: jedna fiksira adresu registracije, druga - adresu prebivališta.

4. Rekurzivna veza. Odnos između objekata iste klase objekata. Takva veza može imati sva svojstva bilo koje druge veze.

Primjer: Svaki ČVOR može djelovati kao roditelj za jedan ili više ČVOVA. Svaki ČVOR može biti podređen jednom i samo jednom Čvoru.

Možete sumirati rezultate identifikacije odnosa koristeći sljedeću tabelu:

Tabela - Formalni opis predmetne oblasti. Odnosi između klasa objekata

U tabeli se koriste sljedeće skraćenice: KO - klasa objekata; D.b. -mora biti, M.b. - možda.

Otkrivene veze se provjeravaju čitanjem. Treba imati na umu da je svaka komunikacija dvosmjerna!

Neformalizovan opis predmetne oblasti

U procesu analize potrebno je fiksirati i poslovna pravila ili semantičke (semantičke) iskaze koji ograničavaju predmetno područje u okviru problema koji se rješava. To nisu funkcije preduzeća kao takve, već neosporne činjenice kojima se razvijeni automatizovani informacioni sistem uvek mora povinovati.

Primjeri semantičkih izjava:

- “Primaju se zaposleni sa navršenih 16 godina života”;

- „Nijedan zaposleni ne može istovremeno biti odgovoran za više od deset iznajmljenih ili prodatih nekretnina“;

- "Zaposleni ne smije prodati ili iznajmiti svoju imovinu";

- “Posebni popusti ne važe za automobile mlađe od godinu dana”;

- "Ukupan iznos popusta ne može biti veći od 40% neto iznosa naznačenog na računu."

Identifikovane semantičke izjave su napisane na prirodnom jeziku i treba ih dalje odraziti u bazi podataka. U pravilu se takva pravila implementiraju korištenjem takvih objekata baze podataka kao što su okidači, procedure, pogledi (pregledi).

Preuzmite predavanje: Nemate pristup preuzimanju datoteka sa našeg servera.

Vrste odnosa između objekata predmetne oblasti

Odnosi zasnovani na višestrukosti mogu biti četiri tipa - "jedan-na-jedan", "jedan-prema-više", "mnogo-prema-više", "mnogo-na-jedan".

Odnos jedan na jedan (1:1) postoji kada je jedna instanca jednog objekta povezana s jednom instancom drugog. Komunikacija je jedinstvena s lijeva na desno i s desna 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.

Sastoji se od

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 matične knjige. Fakultet) Predmet (ime, broj sati)

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

Prezime učenika (M:1) Broj grupe

konceptualni model. Poziva se objektni model s 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 nekog matematičkog grafa, veze su predstavljene lukovima grafa. Razmotrite, na primjer, model podataka nabavke (vidi sliku 48).

Rice. 48 Primjer dizajniranja konceptualnog modela

Model se sastoji od tri objekta: Dobavljač, Narudžbina, Roba.Odnos između objekata Dobavljač i Narudžbina ima kapacitet jedan-prema-više, budući da se svaka narudžba vrši prema jednom dobavljaču, ali ovom dobavljaču može biti poslato nekoliko porudžbina. Odnos između objekata Narudžba i Stavka ima kardinalnost mnogo prema mnogo, budući da narudžba sadrži više stavki, a stavka se može pojaviti u više redoslijeda.

Veze jedan na jedan

Veze jedan na jedan odvija se kada svaka instanca prvog objekta (A) odgovara samo jednoj instanci drugog objekta (B) i obrnuto, svaka instanca drugog objekta (B) odgovara samo jednoj instanci prvog objekta (A). Treba napomenuti da se takvi objekti lako mogu kombinovati u jedan, čija se struktura formira kombinovanjem atributa oba originalna objekta, a kao atribut ključa može se izabrati bilo koji od alternativnih ključeva, tj. izvorni objektni ključevi. Grafički prikaz jedno - jednovrijednih veza su grupa - čelnik, firma - tekući račun u rezervoaru itd.

Sl.1 Grafički prikaz odnosa jedan-jedan-jedan objekata

Odnosi jedan prema više (1:M)

Odnosi jedan prema više (1:M)- to su takvi odnosi kada instanca jednog objekta (A) može odgovarati nekoliko instanci drugog objekta (B), a svaka instanca drugog objekta (B) može odgovarati samo jednoj instanci prvog objekta (A).

Sl.2 Grafički prikaz jedno-viševrijedne veze relacija između objekata.

U takvoj vezi, objekat A je glavni objekat, a objekat B je podređeni objekat, tj. postoji hijerarhijska podređenost objekta B objektu A. Primjer odnosa jedan prema više su pododjeljci - zaposleni, odjel - nastavnik, grupa učenika itd.

Odnosi više prema mnogo vrijednosti (M:N)

Odnosi više prema mnogo vrijednosti (M:N)- to je kada svaka instanca jednog objekta (A) može odgovarati nekoliko instanci drugog objekta (B) i obrnuto, svaka instanca drugog objekta (B) također može odgovarati nekoliko instanci prvog objekta (A ).

Slika 3 Transformacija veze tipa M:N kroz objekat - vezu

Objekt veze mora imati identifikator formiran od identifikatora originalnih objekata Ka i Kb.
Primjer mnogih – viševrijednih odnosa je odnos dobavljači – roba, ako jedan dobavljač isporučuje različite nazive robe, a robu istog naziva isporučuje više dobavljača.

Definiranje veza između informacijskih objekata

Razmotrimo definiciju veza između informacionih objekata i vrstu odnosa koji ih karakterišu za predmetnu oblast Obrazovni proces.

Odnose između objekata GRUPA-STUDENT karakteriziraju relacije jedan-prema-više (1:M), budući da jedna grupa uključuje mnogo učenika, a jedan učenik je uključen u samo jednu grupu. Veza između njih se vrši pomoću broja grupe, koji je jedinstveni identifikator glavnog objekta GRUPA je uključena u kompozitni identifikator STUDENT objekta (vidi tabelu 1)

Slično, uspostavlja se veza između objekata DEPARTMENT TEACHER , koji su takođe u relacijama jedan-prema-više. Veza između njih se vrši pomoću jedinstvenog ključa glavnog objekta ODELJENJE - šifra odeljenja, koja je deskriptivna u podređenom objektu NASTAVNIK.

Tabela 1. Objekti referentnih informacija o učenicima, grupama i predmetima

Tablica 2. Grupiranje detalja prema informacijskim objektima dokumenta Spisak nastavnika katedre

U tabeli su prihvaćene oznake za ključ: P - jednostavno, U - jedinstveno.

U svakoj grupi nastava se izvodi iz različitih predmeta tokom semestra (objekt STUDIJA). S druge strane, svaka aktivnost je specifična za svaku grupu. Dakle, postoji odnos jedan-prema-više između objekata PREDMET - STUDIJA.

Za svaki predmet postoji mnogo časova u različitim grupama od strane različitih nastavnika. S druge strane, svaka lekcija se izvodi na određeni predmet, koji definira odnos jedan-prema-više između objekata PREDMET-STUDIJA. Odnosi jedan prema više između objekata definiraju se na sličan način. NASTAVNIK - STUDIJ.
Objekat STUDY zapravo igra ulogu objekta veze u odnosima više-prema-više-vrijednosti objekata.

Slika 4 Viševrijedni odnosi informacijskih objekata

Sl.5 Informaciono-logički model predmetne oblasti Obrazovni proces

Objekat STUDY sadrži podatke o napredovanju (ocenu) određenog učenika na određenoj lekciji. Stoga je pridružen objektu STUDENT i STUDY objektu. Jedan učenik ima ocjene za nekoliko razreda, ali se svaka ocjena uvijek odnosi na jednog konkretnog učenika. To znači da je PROGRESS objekt podređen i da je u odnosu jedan-na-jedan sa objektom STUDENT. Objekt PROGRES, a takođe je podređen i nalazi se u jedno-viševrijednom odnosu sa objektom STUDIJA. Objekat STUDY igra ulogu objekta - veze mnogih - mnogovrijednih odnosa između STUDENT i STUDY objekata. Mnogobrojne relacije između ovih objekata određene su činjenicom da jedan učenik odgovara mnogim razredima prikazanim u objektu STUDIJA, a jedan čas se izvodi sa više učenika.

Tabela 3 navodi sve jednovrijedne veze između objekata, specificira ključeve pomoću kojih se veze trebaju uspostaviti i definira glavne i podređene informacijske objekte u tim vezama.

Tablica 3 Odnosi informacijskih objekata

Informaciono-logički model predmetne oblasti Obrazovni proces

Informaciono-logički model je dat u kanonskom obliku i objekti u njemu su raspoređeni po nivoima. Nivo ostalih objekata određen je najdužom putanjom do objekta od nultog nivoa. Takvo postavljanje objekata daje predstavu o njihovoj hijerarhijskoj podređenosti, čini model vizualnijim i olakšava razumijevanje odnosa jedan prema više između objekata.

Logička struktura relacione baze podataka

Logička struktura Access relacione baze podataka je adekvatan odraz primljenog informaciono-logičkog modela koji ne zahteva dodatne transformacije. Svaki informacijski objekt modela podataka mapiran je u odgovarajuću relacijsku tablicu. Struktura relacijske tablice određena je sastavom atributa odgovarajućeg informacijskog objekta, gdje svaki stupac (polje) odgovara jednom od atributa objekta. Ključni atributi objekta formiraju jedinstveni ključ relacijske tablice. Za svaki stupac specificirani su tip, veličina podataka i druga svojstva. Redovi (zapisi) tabele odgovaraju instancama objekta i formiraju se kada se tabele učitaju.

Relacije između objekata modela podataka implementiraju se istim rekvizitima − komunikacijski ključevi u odgovarajućim tabelama. Ključ veze je uvijek jedinstveni ključ glavne tablice. Ključ veze u podređenoj tabeli je ili neki dio jedinstvenog ključa u njoj ili polje koje nije dio primarnog ključa (na primjer, šifra odjeljenja u tabeli NASTAVNIK). Poziva se ključ veze u podtabelu strani ključ. Pristup može kreirati shema podataka, koji vizualno prikazuje logičku strukturu baze podataka. Definicija odnosa jedan – više vrijednosti u ovoj šemi treba da se izvede u skladu sa konstruisanim modelom podataka. Izgled šeme podataka praktično se poklapa sa grafičkim prikazom informaciono-logičkog modela. Za model podataka izgrađen u razmatranom primjeru, logička struktura baze podataka u obliku Access sheme podataka prikazana je na slici 2.7.

U ovom dijagramu, pravougaonici prikazuju tabele baze podataka sa kompletnom listom njihovih polja, a relacije pokazuju na koja polja se tabele odnose. Nazivi ključnih polja nalaze se na lijevoj strani kompletne liste polja u svakoj tabeli.