Пројектовање Информационих система

Транскрипт

1 1

2 ПРОШИРЕНИ МОДЕЛ ОБЈЕКТИ И ВЕЗЕ -ПМОВ-

3 ПМОВ Проширени модел објекти везе Увод Методолошке поставке развоја ИС Модел података Модел објекти везе Пример Електронска продавница 3

4 Увод Методологија развоја информационих система захтева да се прецизно дефинише шта се под појмом информационог система подразумева, које су његове функције и какав је његов положај у систему у коме делује. Методологија развоја информационих система треба да буде општа, применљива на системе било које врсте, односно на неки "општи систем". 4

5 Методолошке поставке развоја ИС Систем се, као што је речено, најопштије дефинише као скуп објеката (ентитета) и њихових међусобних веза. Објекти у систему могу да буду неки физички објекти, концепти, догађаји и друго. Објекти се у моделу неког система описују преко својих својстава (атрибута). Дејство околине на систем описује се преко улаза у систем, а дејство система на околину преко његових излаза. 5

6 Методолошке поставке развоја ИС Основу информационог система чини база података, која се сада може дефинисати и као колекција међусобно повезаних ентитета (објеката) посматраног реалног система, њихових међусобних веза и атрибута који их описују. Пројекат ИС се мора базирати на бази података. 6

7 Методолошке поставке развоја ИС Информациони систем је модел реалног система, па се поступак пројектовања ИС своди на моделирање реалног система и то: Модел података служи за приказивање објеката система, њихових атрибута и њихових међусобних веза (статичких карактеристика система) преко логичке структуре базе података. Модел процеса служи за описивање динамике система, дејства улаза на стање система и излазне трансформације, преко програма над дефинисаним моделом података. 7

8 Модел података Модел података је средство за опис статичких карактеристика система, у неком стационарном стању. Због тога сваки модел података поседује три основне компоненте: Структуру модела, скуп концепата за опис објеката система њихових атрибута и њихових међусобних веза. Ограничења - на вредности података која у сваком стационарном стању морају бити задовољена. Ова ограничења се обично називају правилима интегритета модела података. Операције над концептима структуре, по дефинисаним ограничењима, преко којих је могуће описати динамику система у моделима процеса. 8

9 Апстракција података Апстракција је контролисано укључивање детаља, "сакривање" детаља, односно "извлачење" општих карактеристика у описивању неког система. Поступак инверзан апстракцији називамо детаљисање. Користећи се различитим нивоима апстракције, неки сложени систем се може истовремено и јасно и детаљно описати: на вишим нивоима јасно, на нижим детаљно, постепеним и контролисаним укључивањем детаља. 9

10 Класификација Класификација или типизација је апстракција у којој се скуп сличних објеката представља једном класом објеката, односно сваки објекат из посматраног скупа одговарајућим типом објекта. Класификација Зоран, Петар, Стева су Студенти 10

11 Генерализација и специјализација Генерализација је апстракција у којој се скуп сличних типова објеката представља општијим генеричким типом (надтипом). Под сличним типовима објеката овде се могу третирати типови објеката који имају један број истих (заједничких) атрибута, типова веза са другим објектима и операција. Генерализација Студенти, Наставници, Политичари, Певачи су Особе 11

12 Генерализација и специјализација Генерализација је апстракција у којој се скуп сличних типова објеката претставља општијим генеричким типом (надтипом). JMBG # ImePrezime Osoba BrInd 0,1 S Titula Semestar StudentDiplomac Nastavnik 12

13 Агрегација Агрегација је апстракција у којој се скуп типова објеката и њихових веза третира као јединствени агрегирани тип објекта. DatumPol BRInd # Ime Ocena SifraPred # Naziv Student () Prijava () Predmet () Overe SifraNast # () Ime Nastavnik 13

14 Структурна динамичка правила интегритета Структурна ограничења у МОВ-у су дефинисана самом структуром модела. Динамичким правилима се одржава интегритет података при извршавању операција одржавања базе података. Акције се предузимају када се наруши интегритет неком од операција (insert, update, delete) : Restrict Cascade SetNull SetDefault 14

15 Концептуално моделовање Концептуални модел представља суштинске карактеристике система за који се пројектује база података. Један начин за моделовање сложеног система је приступ интеграције подмодела. Кораци у интеграцији подмодела Спецификација ССА За сваки примитивни процес се гради МОВ Интеграција подмодела у интегрални модел целог система МОВ 15

16 Основни концепти МОВ-а Atribut 1 Atribut 2 Atribut 3 Atribut 4 E1 (DG,GG) E1 E2 Veza 1 (DG,GG) E2 E1 E2 # JMBG ImePrezime # SifraPr NazivPr Radnik () Radi Zapošljavanje Zapošljava Preduzeće Објекат у систему представља било неки физички објекат или концепт реалног система. Везе у моделу описују начин повезивања два објекта (бинарна веза). Свака бинарна веза дефинише два пресликавања. Пресликавања дефинишу улоге објеката у вези. Кардиналност пресликавања (E1 E2) дефинише најмањи могући (DG) и највећи могући (GG) број појављивања типа објекта E2, за једно појављивање типа објекта E1. DG [0,1..M], GG [1,..M] DG GG Објекти се описују атрибутима. Атрибут узима вредност из скупа могућих вредности (домен). 16

17 Пример основних типова веза (GG,GG):(1,M) Radnik Zapošljavanje Preduzeće () Radi Zapošljava (GG,GG):() Narudžbenica Naručivanje (0,1) Povlači () PoOsnovu Otpremnica (GG,GG):(M,M) Student 0, M 0, M Prijava Predmet 17

18 Основни концепти МОВ-а Разликујемо јаке и слабе типове објеката. SifraTesta # DatumTesta Слаб тип објекта је завистан егзистенцијално (не може да постоји) и идентификационо (не може да се идентификује) од њему надређеног типа објекта. RedniBr # 1,M Test Pitanje testa OpisTesta TekstPitanja BrPoena 18

19 ПМОВ ПРИМЕР Е-ПРОДАВНИЦА 19

20 Набавка: Подмодел за ток Наруџбеница ŠifraPoslP # NazivPoslP AdresaPoslP PoslovniPartner Delatnost Upućena BrojNar # DatumNar Narudžbenica VrstaArtikla 1,M ŠifraArtikla # NazivArtikla RedniBr # Količina OpisArtikla StavkaNarudžben ice NarArt Artikal 20

21 Набавка: Подмодел за функцију Наручивање AdresaPoslP ŠifraPoslP # NazivPoslP Delatnost BrojNar # DatumNar PoslovniPartner Upućena Narudžbenica 1,M BrojKataloga # DatumIzdavanja Količina Katalog 1,M StavkaNarudžben ice RedniBr # RedniBr # CenaMP NarArt VrstaArtikla StavkaKataloga ArtKat Artikal NazivArtikla KolicinaNaZal CenaVP OpisArtikla ŠifraArtikla # 21

22 Набавка: Подмодел за ток Пријем PoslovniPartner Upućena Narudžbenica 1,M StavkaNarudžbe nice 0,1 BrOtpr # Po RB # PrimKoličina DatumOtpr OtpremnicaDob 1,M Za 0,1 Prijemnica 1,M StavkaPrijemnice NarArt BrojPrijemnice # DatumPrijem PrimArt RB # StavkaOtpremnic edob OtprArt Artikal OtprKoličina Vrednost 22

23 Набавка: Подмодел за токове Фактура и Уплата PoslovniPartner BrFakture # DatumFakture IznosFakture OpisFakture Faktura PoOtpr 0,1 OtpremnicaDob RokPlaćanja 0,1 IznosUplate PoFakt BrojUplate # DatumUplate Uplata Za 0,1 Prijemnica Primedba 23

24 24 Narudžbenica StavkaNarudžbe nice StavkaOprem Prijemnica StavkaPrijemnice StavkaKataloga Artikal ArtKat PrimArt OtprArt NarArt PoslovniPartner OtpremnicaDob Katalog Faktura Uplata PoFakt 0,1 PoOtpr 0,1 Po 0,1 Upućena Za 0,1 Za 0,1 Интегрисани модел Набавке

25 Подмодел за функцију Обрада поруџбине ŠifraPoslP # NazivPoslP AdresaPoslP BrNaloga # Datum Opis PoslovniPartner Delatnost NalogZaOtpremu Rok 1,M BrKupovneKorpe # Naručuje Po StavkaNaloga RB # DatumNarudžbine KupovnaKorpa 0,1 Po Količina RB # 1,M NarKolicina StavkaKupovneKo rpe ArtUKorpi 0.M Artikal NazivArtikla OpisArtikla ŠifraArtikla # VrstaArtikla 25

26 Подмодел за функције Oтпрема и Наплата PoslovniPartner BrPlatneKartice # DatumIsteka NalogZaOtpremu PlatnaKarticaKupc a Za 0,1 Sa DatumUplate IznosUplate Iznos BrUplate # UplataKupca Po 0,1 Račun Opis Komentar Datum BrRačuna # 26

27 Интегрисани модел Продаје PlatnaKarticaKu pca Sa UplataKupca Po 0,1 PoslovniPartner Račun Naručuje KupovnaKorpa 0,1 Po NalogZaOtpremu 0,1 Za 1,M 1,M StavkaNaloga StavkaKupovne Korpe Po ArtUKorpi 0.M Artikal 27