UML primer: Objektno-orijantisana analiza i dizajn ABC klinike Doc. dr Angelina Njeguš

Doc. dr Angelina Njeguš

UML primer:UML primer:Objektno-orijantisana analiza i dizajn ABC klinike

Doc. dr Angelina NjegušDoc. dr Angelina Njeguš

Projektovanje informacionih sistema Projektovanje informacionih sistema Doc. dr Angelina Njeguš Doc. dr Angelina Njeguš

Fizičko modelovanje

• Detaljno projektovanje▫Dijagrami klasa ▫Model za projektovanje b.p.▫DDL skriptovi▫Baze podataka▫Dijagrami komponenti▫Dijagrami raspoređivanja

Etape modelovanja - ukratkoEtape modelovanja - ukratko

Logičko modelovanje

• Definisanje zahteva▫modeli korisn. funkcija sistema ▫Opisi korisn. funkcija sistema

• Analiza i preliminarno projektovanje▫Dijagrami klasa▫Dijagrami sekvenci▫Dijagrami stanja

Konceptualno modelovanje

• Modelovanje poslovnih korisničkih funkcija:

▫Modeli use case▫Dijagrami aktivnosti

• Modelovanje poslovnih objekata▫Modeli poslovnih objekata▫Dijagrami sekvenci

• Modelovanje npr. baze podataka se fokusira uglavnom na opisivanje baze podataka

• Projektovanje baze podataka obuhvata celokupan proces od postavke zahteva, poslovnih procesa, logičkih analiza i fizičkih ograničenja do razmeštanja baze podataka

• Npr., u projektovanju baze podataka fizičko modelovanje podataka obuhvata ne samo modelovanje tabela i kolona, nego i prostora za tabele, particije, hardver i celokupno sastavljanje sistema baze podataka


UML vs. Tradicionalno modelovanjeUML vs. Tradicionalno modelovanje

• Tradicionalno modelovanje baze podataka polazi od osnovne teorije da je baza podataka kičma sistema, međutim ona ne može da postoji sama za sebe i ima mnogo drugih stvari koje sačinjavaju kompaniju i njene informacije

Bez aplikacija koje zaposlenima otvaraju tu bazu, ne bi bilo dostupnih podatakaBez klijenata i transakcija, ne bi bilo informacija u bazi ...

• Uvođenje UMLa omogućava se zajednički jezik za sve uključene timove

• UML pruža mogućnost da se jednim jezikom modeluje poslovni sistem, aplikacije, baza podataka i arhitektura sistema


Rešavanje primera: ABC KlinikaRešavanje primera: ABC Klinika

• Primer:Rešava se primer vezan za izmišljenu kompaniju, ABC Klinika, da bi se demonstriralo kako oni počinju da razumevaju svoje poslovne sisteme, kako izvršavaju promene u tim sistemima da bi poboljšali usluge svojim klijentima i kako projektuju nove elemente u svojoj bazi kako bi najbolje ispunili zahteveABC Klinika je izmišljena ustanova za obezbeđiovanje fizičke rehabilitacije i bolničke nege za starije osobe. Ova klinika je preduzela projekat kompjuterizacije ogromne količine papirnih medicinskih zapisa, kojima svakodnevno moraju da barataju sve njihove ustanove širom zemlje

• VizijaKrajnja vizija poslovnog klijenta o ovom projektu je da se dobije potpuno automatizovani, online medicinski sistem zapisa koji će:

• Eliminisati potrebu da se ručno barata velikim obimom papirnih medicinskih zapisa, obezbeđivanjem tih zapisa u elektronskom obliku;

• Potpuno integrisati sve zapise u bazi podataka medicinskih zapisa;• Podstaći kontrolne zahteve vezane za održavanje zapisa;• Eliminisati ručno prepisivanje informacija iz jednih papira u druge.

Željeni rezultat je poboljšanje nege pacijenata zahvaljujući boljem upravljanju informacijama i efikasnijem radu osoblja.


Tipičan scenarioTipičan scenario

• Korišćenjem novog sistema, osoblje klinike će obično pristupati medicinskim zapisima preko ekrana osetljivih na dodir koji će postojati u sobi svakog pacijenta, u svim prostorijama gde se obavlja lečenje i u svim službenim kancelarijama

• Tipičan scenario:Bolničarka ulazi u pacijentovu sobu da bi ocenila stanje pacijentaPrimetivši trend preteranog smanjivanja težine pacijenta, bolničarka treba da u medicinskim zapisima pogleda pacijentovu propisanu dijetuPrilazi informacionom displeju i koristi svoju ličnu pristupnu karticu; Kada je sistem prepozna ona unosi svoj lični identifikacioni broj (PIN)Sigurnosna provera joj dopušta da pristupi sistemuOna unosi ime pacijenta i sistem joj prikazuje zapise o tom pacijentu

• u zavisnosti od uloge osobe, sistem može da odobri pristup samo za čitanje, pisanje, kreiranje, brisanje ili druge kombinacije;

• sistem može da stavlja na raspolaganje samo izvesne delove medicinskih zapisa, prema unapred utvrđenim pravilima

Bolničarka pronalazi i pregleda potrebne informacijeZavršava svoju sesiju sa sistemom


Ciljevi projektaCiljevi projekta

• Krajnji ciljevi ovog projekta:1. Da se smanje greške i poboljša tačnost u medicinskim zapisima2. Da se poboljša efikasnost smanjivanjem fizičkog obima papira kojim

radnici svakodnevno barataju3. Da se izvede efikasna interakcija između pojedinačnih ustanova

Klinike i mnoštva spoljašnjih regulacionih agencija i drugih privatnih pružalaca usluga sa kojima klinika sarađuje

• Zbog svoje privrženosti kvalitetu i zbog tako intenzivnog nadzora zdravstvenih ustanova od strane spoljašnjih vladinih agencija, Klinika se angažovala na temeljnoj analizi i projektovanju ovog novog sistema

Proces će krenuti od poslovnog modelovanja, a nastaviće se analizom i projektovanjem uz primenu UMLa i objektno orijentisanih tehnika


• Najbolji način da razumete informacije dobijene od mnogo korisnika je da počnete da modelujete njihove opise

• Vizuelizacija poslovnog sistema počinje od dijagrama korisničkih funkcija koji predstavlja polaznu osnovu za identifikovanje uloga i usluga u datoj organizaciji

• Dijagrami korisničkih funkcija sadrži aktere i korisničke funkcije; na primeru aktere čine:

Lekari, kontrolori (auditors), dobavljači medicinske opreme, pacijenti, spoljašnji pružaoci usluga i dr. organizacije koje sarađuju sa ABC klinikom

• Dijagram aktivnosti je osnovni prikaz načina na koji se odvijaju poslovi (moglo bi se reći da je to unapređeni dijagram toka – flowchart) – dublje se razrađuju određene korisničke funkcije.

• Dijagrami aktivnosti služe za:Razumevanje poslovnog sistema kakav je sadaIdentifikovanje oblasti poslovnog sistema koje treba promenitiOtrkivanje redundansi u poslovnim procesimaOtkrivanje uskih grla u poslovnim procesimaIdentifikovanje aktivnosti koje bi interno ili eksterno trebalo bolje izvestiUtvrđivanje informacionih potreba pojedinih aktivnosti ili poslovnih korisničkih funkcija

Konceputalno modelovanjeKonceputalno modelovanje - -Poslovno modelovanjePoslovno modelovanje


Model korisničkih funkcija ABC klinike: Model korisničkih funkcija ABC klinike: Obezbeđivanje zdravstvene negeObezbeđivanje zdravstvene nege

• Dodatni akteri:Transportne ulsuge - kompanije koje obezbeđuju prevoz pacijenata i kliničkih zapisa Postavljač pitanja – neko ko se raspituje za stanje pacijenta

• Dodatne poslovne korisničke funkcije:

Obezbedi kliničku negu – proces obezbeđivanja svakodnevne medicinske nege pacijentimaNaplata računa – funkcija naplaćivanja u kojoj se koriste klinički zapisi za utvrđivanje iznosa naknade koja se duguje ustanoviUskladi sa Regulativom – klinika ovaj proces mora da obavlja da bi obezbeila vladinu dozvolu za bavljenje tim poslomUpravljanje kliničkim zapisima – proces rukovanja zapisima i njihovim održavanjemOdgovori na pitanja – stalni proces u kome osoblje odgovara na pitanja o pacijentiima i nezi koju oni primaju


Dijagram aktivnosti ABC klinike Dijagram aktivnosti ABC klinike


Pregledni model poslovnih korisničkih Pregledni model poslovnih korisničkih funkcija u ABC klinicifunkcija u ABC klinici


Dijagram aktivnosti: Prenos zapisa u Dijagram aktivnosti: Prenos zapisa u ustanovuustanovu


Dijagram aktivnosti za korisničku Dijagram aktivnosti za korisničku funkciju Obezbedi kliničku negufunkciju Obezbedi kliničku negu


Dijagram aktivnosti za use case: Dijagram aktivnosti za use case: Naplativi računi za uplatuNaplativi računi za uplatu


Poslovni objektni modelPoslovni objektni model

• Poslovni objektni model je fokusiran na to kako ljudi unutar poslovnog sistema izvršavaju poslovne procese – unutrašnje gledanje na međusobne interakcije radnika u sistemu, aktera i poslovnih entiteta u cilju ostvarivanja definisanih proslovnih procesa (use case-a) u modelu poslovnih korisničkih funkcija (use case modelu)

• Prva komponenta poslovnog objektnog modela je dijagram klasa koji sadrži poslovne aktere, radnike u sistemu (krug sa strelicom), poslovne entitete (krug sa donjom crtom), granične klase (ili interfejsi – krug sa T strelicom), izuzetke i međusobne relacije, potrebne za ostvarivanje razmatrane poslovne korisničke funkcije

• Poslovni objektni model za poslovnu korisničku funkciju: Odgovori na pitanja


Dijagram sekvenci za use case: Dijagram sekvenci za use case: Odgovori na pitanjeOdgovori na pitanje


Preliminarni poslovni objektni modelPreliminarni poslovni objektni model

• Sa dijagrama aktivnosti: Prenesi zapise u ustanovu, koji je deo use case-a Upravljanje kliničkim zapisima, mogu se videti da su u proces uključena dva aktera Spoljašnja ustanova i transportne usluge, jedan radnik (arhivar medicinskih zapisa) i jedan poslovni entitet (klinički zapisi)

• Poslovni objektni model za tu poslovnu korisničku funkciju počinjemo:

Slika: Preliminarni poslovni objektni model za use case: Upravljanje kliničkim zapisima


Dijagram sekvenci:Dijagram sekvenci:Prenesi zapise u ustanovuPrenesi zapise u ustanovu

• Uočeno je da zapisi za pacijente koji se vraćaju u ustanovu, arhivar može da uzme iz spoljašnje ustanove i unese ih u pacijentov pređašnji dosije jedino kada je dosije Pacijenta još uvek otvoren; za one pacijente čiji je dosije zatvoren ili koji prvi put dolaze, arhivar pravi nove dosijee; dosijei se gase ukoliko se pacijent ne vrati za 15 dana

• Na slici: dijagram sekvenci za pacijente koji dolaze u ustanovu


Dijagram sekvenci: Dijagram sekvenci: Prihvati ranijeg pacijentaPrihvati ranijeg pacijenta


Dijagram sekvenci: Zatvori zapiseDijagram sekvenci: Zatvori zapise


Dijagram sekvenci: Uništi zapiseDijagram sekvenci: Uništi zapise


Generalizacija aktera u sistemu Generalizacija aktera u sistemu obezbeđivanja negeobezbeđivanja nege


Generalizacija aktera za kontrolore i Generalizacija aktera za kontrolore i zastupnikezastupnike


Konceputalni model podataka o Konceputalni model podataka o kliničkim zapisimakliničkim zapisima


Konceptualni model podataka za Konceptualni model podataka za planove i izveštajeplanove i izveštaje


Konceptualni model podataka za Konceptualni model podataka za raznovrsne entiteteraznovrsne entitete


Logičko modelovanjeLogičko modelovanje – – Definisanje zahtevaDefinisanje zahteva

• Plan radova:Mogućnosti i kvalitet sistemaPlan razvojaTroškovi razvoja

• Ciljevi pri definisanju zahteva:Utvrditi okvire sistema koji treba da se praviPrecizno razumeti željene sposobnosti sistema

• Transformisanje poslovnog modela u model korisničkih funkcija podsistema:

U poslovnom modelu U modelu korisničkih funkcija

Poslovne korisničke funkcije postaju Podsistemi

Poslovni akteri postaju Akteri

Radnici u sistemu postaju Akteri ili korisničke funkcije

Aktivnosti radnika u sistemu postaju Korisničke funkcije


Određivanje prioriteta za poslovne Određivanje prioriteta za poslovne korisničke funkcijekorisničke funkcije

Poslovna korisnička funkcija Prioritet Koja Isporuka/Iteracija

Uskladi sa regulativom Visok Prva

Upravljanje kliničkim zapisima Visok Prva

Obezbedi kliničku negu Visok Prva

Odgovori na pitanja Srednji Druga

Naplativi računi Nizak Druga


Prelaz sa poslovnog modela na Prelaz sa poslovnog modela na model podsistemamodel podsistema

• Naziv novog sistema: Online Medical Records• Započinje se proces automatizacije funkcija:

U prvobitnom dijagramu aktivnosti Uskladi sa Regulativom navedena su dva poslovna aktera: Arhivar medicinskih zapisa i Vladina agencija;

• Većinu interakcija sa akterom Vladina agencija obavljaju Bolničar i Administrator ustanove, zato će se ta dva radnika u sistemu pojaviti u modelu korisničke funkcije podsistema umesto opštije odrednice Osoblje Ustanove

• Pošto je Vladina agencija samo jedan tip Islednika, ovde će se koristiti opštiji akter Islednik.


Dijagram aktivnosti: Pregledaj Dijagram aktivnosti: Pregledaj usaglašenostusaglašenost


Dijagram aktivnosti: Procena Dijagram aktivnosti: Procena usaglašenostiusaglašenosti


Prethodni model korisničke funkcije Prethodni model korisničke funkcije Uskladi sa RegulativomUskladi sa Regulativom

• Jedina funkcija Arhivara med. zapisa u ovom scenariju je da obezbedi pristup zapisima, te će se funkcija koju on izvršava pojaviti kao nova korisnička funkcija – Pristup kliničkim zapisima


Prioritet sekvenciPrioritet sekvenci

Sekvenca PrioritetKoja

Isporuka/IteracijaObrazloženje

Uspostavi minimalni skup podakata (Minimal Data Set, MDS)

Visok Prva Kritična

Održavaj MDS Visok Prva Kritična

Prenesi MDS Visok Prva Kritična

Istraži probleme Srednji Druga Uglavnom spoljašnja/potrebna minimalna podrška

Pregledaj usaglašenost Nizak Druga Potrebna minimalna podrška

Ovlašćenje Nema Nema Potpuno spoljašnja


Use case model podsistema Uskladi Use case model podsistema Uskladi sa Regulativomsa Regulativom


Prelaz sa poslovnog modela na Prelaz sa poslovnog modela na model podsistemamodel podsistema

• Upravljanje kliničkim zapisima predstavlja centar za funkcionisanje ovog podsistema, pored korisničke funkcije Obezbedi kliničku negu

• Use case Upravljanje kliničkim zapisima definiše pre svega funkcije koje izvršava Arhivar medicinskih zapisa, dok ostali akteri samo obezbeđuju ili primaju informacije

• S obzirom da funkcije arhivara med. zapisa treba da se automatizuju, mnoge od njih će biti preraspodeljene između novih korinsičkih funkcija, novih aktera i arhivara.

• Jednostavnije funkcije, kao što su prenošenje zapisa, ispoljiće se u modelu korisničkih funkcija podsistema kao korisničke funkcije Pristupi kliničkim zapisima i Aktuelizuj kliničke zapise

• Složenije funkcije, kao što su upravljanje zatvaranjem i uništavanjem zapisa, postaju korisničke funkcije Upravljaj zapisima, Zatvori kliničke zapise, Uništi kliničke zapise.

• Rezultujući model je prikazan na narednoj slici.


Model korisničkih funkcija podsistema Model korisničkih funkcija podsistema Upravljanje kliničkim zapisimaUpravljanje kliničkim zapisima

• Dodat je jedan novi akter (korisnik kliničkih zapisa) radi predstavljanja svih različitih korisnika Kliničkih zapisa

• Dodat je i akter Vreme radi predstavljanja proticanja vremena što je kritično u nekim funkcijama• Use case Upravljanje kliničkim zapisima može da ispuni i zahteve koji su izraženi u poslovnoj

korisničkoj funkciji Odgovori na pitanje


Use case model podsistema Use case model podsistema Obezbedi kliničku neguObezbedi kliničku negu

• Model korisničkih funkcija podsistema obezbedi kliničku negu

Sekvenca Prioritet Koja Isporuka/Iteracija Obrazloženje

Ustanovi plan nege Visok Prva Kritična

Aktuelizuj plan nege Visok Prva Kritična

Ustanovi lečenje Visok Prva Kritična

Aktuelizuj lečenje Srednji Druga Kritična

Obezbedi usluge Nizak Druga Uglavnom spoljašnja

• Prioriteti sekvenci u poslovnom objektnom modelu za Obezbedi kliničku negu


Opis korisničke funkcije – projekat Opis korisničke funkcije – projekat Online Medical RecordsOnline Medical Records


• Akcenat na dijagramu klasa

• Analiza stanja kliničkih zapisa u uzorku scenarija

Logičko modelovanjeLogičko modelovanje – –Analiza i preliminarno projektovanjeAnaliza i preliminarno projektovanje


Konačni poslovni objektni model za Konačni poslovni objektni model za upravljanje kliničkim zapisimaupravljanje kliničkim zapisima

• Otvoreni klinički zapisi mogu da sadrže više skupova Spoljašnjih kliničkih zapisa• Može postojati potreba i za povezivanjem novostvorenih unutrašnjih kliničkih zapisa• Otvoreni klinički zapisi sadrže druge kliničke zapise (unutrašnje i spoljašnje), time su

aktuelizovani drugi relevantni modeli u koje su uključene ove promene


Aktuelizovani dijagram sekvenci: Aktuelizovani dijagram sekvenci: Prenesi zapise u Prenesi zapise u


Aktuelizovani dijagram sekvenci za Aktuelizovani dijagram sekvenci za Prihvati ranijeg pacijentaPrihvati ranijeg pacijenta


Aktuelizovani tradicionalni Aktuelizovani tradicionalni konceptualni model podataka konceptualni model podataka


Centralno mesto MDSCentralno mesto MDS

• Razvojni tim će se prvo pozabaviti delom OMARa koji se bavi usaglašenošću sa vladinom regulativom, jer:

Klinika mora da obezbedi usaglašenost ili će poslu zapretiti zatvaranje

Jedan od najkritičnijih delova u kliničkim zapisima, MDS, ima centralno mesto u radu klinike

• Svaki MDS sadrži podatke koji obezbeđuju potpun uvid u stanje svakog pacijenta;

• Ovaj entitet najviše koriste bolničari, koristi se pri izradi drugih važnih entiteta podataka i zahteva se da bude aktuelan i tačan, da bi bio u saglasnosti sa regulativom


Use case: Upostavi MDS sistemUse case: Upostavi MDS sistem

• Ovaj use case se koristi za pravljenje MDSova

• Bolničar je jedini akter koji koristi Uspostavi MDS

• Svi MDSi za jednog pacijenta moraju da budu povezani

• Klasa Nadzor MDSova je upravljačka klasa odgovorna za nadziranje vremenskim preseka i izveštavanje o njihovom narušavanju

• Klasa Pacijent, za potrebe Uspostavi MDS, sadrži samo osnovne informacije za identifikaciju Pacijenta

• Use case model Uskladi sa regulativom


Prikaz sistema Uspostavi MDS iz Prikaz sistema Uspostavi MDS iz aspekta Bolničaraaspekta Bolničara


Dijagram sekvenci za use case Dijagram sekvenci za use case sistema Uspostavi MDSsistema Uspostavi MDS


Aktuelizovani dijagram klasa za Aktuelizovani dijagram klasa za Uspostavi MDS Uspostavi MDS (prikaz iz aspekta Bolničara)(prikaz iz aspekta Bolničara)


Dijagram stanja za Nadzor MDSovaDijagram stanja za Nadzor MDSova


Dijagram klasa za Uspostavi MDSDijagram klasa za Uspostavi MDS


Use case Održavaj MDS sistemUse case Održavaj MDS sistem

• Ovaj use case je jednostavan jer je njegova namena samo da bolničaru obezbedi pristup MDSu radi aktuelizovanja

• Dijagram sekvenci za use case Održavaj MDS:


Use case Održavaj MDS sistemUse case Održavaj MDS sistem

• Postoji više tipova MDSa:MDS za osnovne odrednice – obezbeđuje identifikacione informacije; klasa Pacijent je doe MDS za osnovne odrednice, što je prikazano relacijom akregacije (okupljanja)MDS sa biografijom – obično se napravi samo jednom i sadrži osnovne biografske informacije o pacijentuMDS za komplentnu procenu sadrži najveći deo informacijaVodeći računa o performansama, uveli su kriterijum za relativnu učestanost kojom se pojedini delovi MDSa aktuelizuju: visoku, srednju ili malu (slike na narednim stranicama)Samo jedan bolničar može da aktuelizuje MDS u jednom momentu


Polazni dijagram klasa za MDSPolazni dijagram klasa za MDS


Model klasa za MDS za komplentnu Model klasa za MDS za komplentnu procenu – procenu – elementi sa visokom učestanošću promenaelementi sa visokom učestanošću promena


Model klasa za MDS za komplentnu Model klasa za MDS za komplentnu procenuprocenu – – elementi sa srednjom učestanošću promenaelementi sa srednjom učestanošću promena


Model klasa za MDS za komplentnu Model klasa za MDS za komplentnu procenu – procenu – elementi sa malom učestanošću promenaelementi sa malom učestanošću promena


Use case Prenesi MDS sistemUse case Prenesi MDS sistem

• Use case Prenesi MDS treba da šalje aktuelizovane MDSove vladinoj nadzornoj agenciji koja ih pregleda i odobrava

• Dodaje se koncpet paketa MDSova koji treba da se pošalju na odobravanje zajedno kao grupa• Administrator je taj koji bira koji MDSovi treba da budu u paketu za prenos• Dijagram sekvenci za use case Prenesi MDS:


Dijagram klasa za use case Prenesi Dijagram klasa za use case Prenesi MDSMDS


Aktuelizovani dijagram klasa za use Aktuelizovani dijagram klasa za use case Prenesi MDScase Prenesi MDS


Integrisani dijagram klasa za use Integrisani dijagram klasa za use case Prenesi MDScase Prenesi MDS


• Kod preslikavanja modela, ne preslikava se model već elementi modela; preslikavaćete klase u tabele, atribute u kolone, tipove u tipove podataka i asocijacije u relacije itd.

• U bazu podataka neće biti preslikavani svi elementi u svakom modelu, već samo trajne klase, a u tim trajnim klasama mogu se naći atributi koji se ne preslikavaju u kolone.

Npr, često postoje atributi npr. UkupnaProdaja, koji sumira više kolona u bazi, ali se nikad ne smeštaju u bazu, već se izračunavaju u aplikaciji

• Kada se klase podtipova preslikavaju u tabele, postoje tri osnovna izbora:Jedna tabela po klasi – svaka klasa se direktno preslikava u odgovarajuću tabelu;Jedna tabela po konkretnoj klasi – tzv. spuštanje tabele supertipova u njene podtipove; uzmete atribute superklase i od njih napravite kolone u tabelama koje preslikavaju klase podtipova;Jedna tabela po hijerarhiji – tzv. podizanje podtipova u supertip, uzmete atribute iz klasa podtipova i preslikate ih u kolone jedne tabele u koju se preslikavaju i supertip i podtipovi. Npr. Klasa Zaposleni ima podklase PunoRadnoVreme i DeoRadnogVremena; ukoliko hoćete sve tabele da podignete u jednu, mora da se pravi nova kolona tipZaposlenja koja ne preslikava nikakve atribute – omogućava da se u aplikaciji ustanovi tip Zaposlenog, ne gubeći vreme na pretraživanje tri tabele radi pronalaženja informacija o Zaposelnima. Aplikacija može da pretraži samo jednu tabelu u kojoj je uključena kolona tipZaposlenja.

Fizičko modelovanjeFizičko modelovanje - -priprema za transformacijupriprema za transformaciju


Transformisanje hijerarhije nasleđivanja iz Transformisanje hijerarhije nasleđivanja iz dijagrama klasa u jednu tabelu po hijerarhijidijagrama klasa u jednu tabelu po hijerarhiji


Preslikavanje atributa u kolonePreslikavanje atributa u kolone

• Dijagram klasa za traženje adresa po poštanskom kodu i njegovo predstavljanje u tabelama i kolonama baze podataka


Projektovanje – pravljenje trajnih Projektovanje – pravljenje trajnih entitetaentiteta

• U ovom koraku projektant baze podataka počeće da normalizuje logički projekat i da ga priprema za projekat baze podataka

• MDS je podeljen na tri osnovna odeljka: Obrazac za praćenje osnovnih odrednica, Informacije sa biografijom i Obrazac za komplentu procenu

Iako postoje tri obrasca, informacije će biti obuhvaćene na jednom mestuSami obrasci biće napravljeni u aplikacijama ili u korisničkom interfejsuProlaženjem kroz dijagrame, projektantni odlučuju o tome koje klase će biti označene kao trajne:

Pacijent, Terapeut, Bolničar, Osiguravajuće kompanija, Platilac, MDS za osnovne odrednice, MDS, Staratelj, MDS sa Biografijom, MDS za komplentnu procenu

Transformišu atribute (slika klase Pacijent sa svim atributima)Određuju primarni ključevi Određuju se tipovi podataka za svaki atribut


Modeli za projektovanje baze Modeli za projektovanje baze podatakapodataka

• Projektni model baze podataka predstavlja projekat fizičke baze podataka, onako kako će ona biti realizovana u DBMSu

• Elementi dijagrama i njihove odgovarajuće ikone:• PFK – u tabeli potomku, strani ključ čini delom primarni ključ


Tabele Zaposleni, Klijent i porudžbina Tabele Zaposleni, Klijent i porudžbina sa njihovim relacijamasa njihovim relacijama


Dijagram baze podataka za osnovne informacije Dijagram baze podataka za osnovne informacije koje se prikupljaju pri prijemu koje se prikupljaju pri prijemu (prikazan pre dodavanja ograničenja)(prikazan pre dodavanja ograničenja)

• Biografske informacije pomažu da se upozna pacijent, neke od njegovih navika, problemi i razlozi njegovog dolaska u kliniku

• Za potrebe MDSa sa biografijom, informacije su razdvojene u dve kategorije:Demografske informacije – akter Pacijent popunjava većinu potrebnih demografskih informacijaUobičajeni tretman – informacije se prikupljaju iz raznih drugih klasa


Praćenje osnovnih odrednica (POO)Praćenje osnovnih odrednica (POO)

• Informacije iz POO se koriste za unos u MDS sa kompletnom procenom; neke od informacija za POO preuzimaće se iz već napravljenih tabela u MDSu sa Biografijom

• Dijagram baze podataka za praćenje osnovnih odrednica:


Tabele koje se pojavljuju samo u Tabele koje se pojavljuju samo u MDSu za kompletnu procenuMDSu za kompletnu procenu


MDSovi i MDS tabele koje pokazuju MDSovi i MDS tabele koje pokazuju da su migrirali samo primarni ključevida su migrirali samo primarni ključevi


MDS tabela i novi indeksi i MDS tabela i novi indeksi i ograničenja ključevaograničenja ključeva


Tabela Pacijent sa prikazanim Tabela Pacijent sa prikazanim kolonama i ograničenjimakolonama i ograničenjima


Povezanost JavnogPrikazaPacijenta Povezanost JavnogPrikazaPacijenta sa tabelom Pacijentsa tabelom Pacijent


Informacije potrebne računovodstvuInformacije potrebne računovodstvu

• Povezanost OsnovnogRačunoPrikaza sa tabelama Pacijent i MDS sa Biografijom


• Projektanti baze podataka se bave:Veličinom baze podatakaSmeštajem baze podataka

• Hardverski• Softverski

Particionisanjem podatakaSpecifičnim svojstvima izabranog DBMSaKomunicirajem aplikacije sa bazom podataka

• Fokus na dijagram komponenti i dijagram raspoređenosti• Dijagram komponenti:

Komponenta je jedinica koja se koristi u generisanju koda (prostori tabela, baze podataka, šeme)

• Dijagram raspoređenosti:Razmeštaj baze podataka tj. hardver sistemaU dijagramu raspoređenosti postoje dve vrste elemenata:

• Uređaj – predstavlja neki hardver koji nema računarskih sposobnosti, kao disk• Procesor – predstavlja neki hardver koji može da izračunava ili može da bude i sam

server

Fizičko modelovanjeFizičko modelovanje - -realizovanje fizičkih aspekatarealizovanje fizičkih aspekata


Elementi koji se koriste za Elementi koji se koriste za modelovanje smeštajamodelovanje smeštaja


Tabela Pacijent particionisana u tri Tabela Pacijent particionisana u tri prostora tabelaprostora tabela

• Tabela Pacijent je vrlo velika tabela jer sadrži informacije o svim pacijentima klinike• Projektni tim je odlučio da particioniše te podatke u tri prostora tabela, deleći

pacijente u grupe prema prvom slovu njihovog prezimena: od A do H, od I – Q, od R – Z

• Raspoređivanje tih podataka u različite prostore tabela omogućava brže i lakše upite


Prostor tabele Prostor tabele PacijentovPružalacZdravstveneNege i njegove PacijentovPružalacZdravstveneNege i njegove zavisne tabelezavisne tabele

• Postoji nekoliko različitih pružalaca usluga pacijentima i to Bolničari, Unutrašnji pružaoci zdravstvene nege, Terapeut i Dijetetičara


Prostor tabele Administrativa i Prostor tabele Administrativa i njegove zavisne tabelenjegove zavisne tabele


Tabele i prostori tabela za MDS za Tabele i prostori tabela za MDS za osnovne odredniceosnovne odrednice


Tabele i prostori tabela za paket Tabele i prostori tabela za paket BiografijaBiografija

Documents

UML primer: Objektno-orijantisana analiza i dizajn ABC klinike Doc. dr Angelina Njeguš