[ MPesic @ 21.01.2011. 08:31 ] @
Mozda ce moja pitanja delovati suvise opsirno ali ne mogu da konkretizujem nijedno od njih.
Trenutno ucim strukturnu sistemsku analalizu i pokapirao sam vecinu teorijskih stvari koje se nalaze u literaturi koju sam dobio. Sva ta pravila i konvencije meni imaju neku logiku. Ali glavni problem na koji nailazim je razumevanje primera koji su tamo dati. Naime problem je u dekomponovanju jednog DTP-a. Prvo me interesuje da li sam ja dobro shvatio da jedan DTP moze na vise nacina da se dekomponuje ili postoji samo jedan jedini? Drugo, da li neko moze da me uvede u nacin resavanja, crtanja i dekompozicije takvih dijagrama. Da li postoji neki kljuc ili postupak za njihovo resavanje?
Radi boljeg razumevanja navescu i jedan primer koji mi je dat tamo, koji je potrebno da razumem.



Dobavljač povremeno dostavlja Maloj trgovini svoje kataloge sa specifikacijom artikala koje nudi i njihovim cenama. Na osnovu kataloga i stanja zaliha u skladištu artikala, vrši se naručivanje preko narudžbenice. Dobavljač dostavlja svoje artikle zajedno sa otpremnicom i fakturom. Prihvaćena isporuka se plaća. Kupac naručuje artikle preko narudžbenice. Na osnovu stanja u skladištu artikala roba se isporučuje kupcu uz otpremnicu i račun. Kupac plaća prihvaćene artikle korišćenjem dokumenta placanja. Sva dokumenta koja se koriste u nabavci i prodaji, čuvaju se u odgovarajućim skladištima podataka. Takođe se formira i održava skladište sa podacima o poslovnim partnerima.

Na dijagramu konteksta su definisana dva interfejsa, objekta van našeg sistema, sa kojima naš sistem komunicira i to kupac i dobavljač. Prikazani su i tokovi podataka preko kojih se ova komunikacija obavlja.

Opis DTP

Dobavljač dostavlja svoje kataloge procesu IS Mala trgovina imenovanim tokom Katalog. Na osnovu kataloga i stanja zaliha proces IS Mala trgovina naručuje artikle od interfejsa Dobavljač imenovanim tokom NarudžbenicaDob. Dobavljač na osnovu narudžbenice dostavlja artikle zajedno sa otpremnicom imenovanim tokom OtpremnicaDob i fakturom takođe imenovanim tokom FakturaDob. Prihvaćena isporuka se plaća imenovanim tokom UplataDob. Ovim je komunikacija procesa IS Mala trgovina i Dobavljač završena. Sa druge strane interfejs Kupac naručuje artikle imenovanim tokom Narudžbenica kupca. Proces IS Mala trgovina otprema robu kupcu uz otpremnicu i račun imenovanim tokovima OtpremnicaKupcu i Racun. Kupac plaća prihvaćene artikle imenovanim tokom Plaćanja.

E sada ovde nailazimo na drugi nivo dekompozicije sistema koji izgleda ovako.



A na osnovu svega ovog potrebno je analizirati dekompoziciju treceg nivoa.



Za jednog pocetnika ovo je dosta kompleksan problem i bio bih veoma zahvalan ako bi mi dali neke smernice za resavanje.
[ Zoran.Eremija @ 21.01.2011. 11:49 ] @
Predlozio bih Vam da procitate o dekompoziciji sistema u knjizi Prof. dr Alempija Veljovica http://www.cafe022.com/mybb/ra...lempije-veljovic-246-t-37.html u kojoj on govori upravo o tome i predstavlja dekompoziciju primenom IDEF metodologije, koja je jednostavnija za preslikavanje realnog sistema u informacioni.