Projektovanje IS SSA SSA Veina dananjih CASE alata

Projektovanje IS SSA

SSA • Većina današnjih CASE alata počiva na SSA. Razvili su je Tom De Marco, Yordon, Gane, Sarson. • Koristi se da IS prikaže kroz slike jer tekstualni opis nije dovoljno jasan, posjeduje redundansu, treba da prati fizičku realizaciju, na osnovu SSA se lakše nalaze pojmovi nego u dokumentaciji. • Osnovna sredstva SSA su: Dijagram toka podataka (DTP – grafički sistem označavanja) i Rječnik podataka (RP – tekstualni opis). • Kod DTP imamo nekoliko osnovnih elemenata: – – izvore podataka; tokove podataka; skladišta podataka; procese obrade podataka. NAZIV SKLADIŠTA Naziv procesa • Pored formalnog kretanja podataka tokovi podataka treba da obuhvate i ona znanja koja u nekoj organizaciji mogu biti od koristi. Npr. , ko su lokalni isporučioci računarske opreme, gdje se može vršiti servis itd. Svaki tok podataka mora da ima naziv.

Elementi DTP-a • Skladište podataka može biti skup dokumenata (isp. prijave, ponude, uvjerenja); Datoteke i baze podataka; Znanje pohranjeno kod ljudi; Biblioteke. • Mogući tokovi podataka: dokument (npr. ispitna prijava, faktura, itd); skup dokumenata (dosije studenta, projektna dokumentacija); elementarni podatak (ocjena na ispitu); neformatizovani skup podataka (brošura); bilo koje znanje (podaci o lokalnim isporučiocima računarske opreme).

Tok podataka - Pravila • Naziv toka podataka mora da zadovoljava sljedeća pravila: 1. To mora biti neprekinuti niz karaktera (bez blanko, npr. PRIJAVA, PRIJAVNI-LIST; za razdvajanje riječi koristi se minus); 2. Naziv mora da ukazuje na stvarnu prirodu toka; 3. Naziv ne treba da bude predugačak; 4. Ako se zna programski paket koji će se koristiti za kreiranje softvera nazivi treba da budu u skladu sa praksom u tom programskom alatu. • Tok podataka koji mogu postojati su: tok između dva procesa; od skladišta ka procesu; od procesa ka skladištu; od izvora ka procesu; od procesa ka uviru podataka. • Ne može postojati tok podataka između skladišta pošto su skladišta pasivni elementi. • Ako postoji potreba za povezivajem skladišta mora se obaviti preko procesa.

Skladište podataka • Skladišta služe za trajno ili privremeno čuvanje podataka. Skladišta su pasivni elementi i ne mogu biti povezani direktnim tokovima podataka. Skladište može biti: – – Skup dokumenata (kartoteka, ispitne prijave); Datoteka, fajl, baza podataka; Znanje pohranjeno kod ljudi; Bibiloteke, časopisi, . . . • Osnovne operacije sa skladištem podataka su upis i čitanje iz skladišta. Proces obrade podataka • Proces obrade podataka je niz operacija koje na osnovu ulaznih tokova (ulaznih podataka) stvaraju izlazne tokove (izlazne podatke rezultate). Proces ne mora biti isključivo implementiran na računaru. • Proces može imati jedan ili više ulaznih tokova podataka i jedan ili više izlaznih tokova podataka.

Proces obrade podataka • Procesi se mogu razložiti na potprocese koji se dalje mogu razlagati (dobija se hijerarhija procesa). • Procesi se numerišu rednim brojevima 1, 2, 3. . . dok su potprocesi 1. 1, 1. 2, 1. 3, dok se potprocesi potprocesa mogu označiti kao na primjer: 3. 2. 1. • Sve smo procese nazvali procesima obrade podataka mada postoje i varijante izlaznih procesa za ažuriranje baza podataka itd. • Teško se pravi stroga podjela na ove podgrupe. • Mi prikazujemo procese sa “vrha ka dnu”. • Da budem iskren to nije realno stanje već se dizajn češće i lakše vrši sa dna ka vrhu.

Procesi - Napomene • Primjer: Fakultet poslovanje može da podjeli u minimum tri procesa nultog nivoa: – studentsku i ispitnu evidenciju – kadrovsku evidenciju – administrativne poslove + još neke. • Ovo može da uoči čovjek koji je familijaran sa organizacijom a po pravilu se kreće od dna i uočavaju procesi: upis, ispiti, izdavanje uvjerenja (koji se može raščlaniti) koji pripadaju prvoj kategoriji, izbor nastavnika, raspisivanje konkursa, penzionisanje, priprema sjednica vijeća i postepeno grupišemo i raščlanjujemo ove procese. • Dakle, ako ste dovoljno iskusni i familijarni sa procesom krećete od vrha ka dnu a ako nijeste sa dna (ili blizu dna) ka vrhu.

Procesi - Napomene • Prvi način je mnogo elegantniji i daje bolja rješenja koja neće zahtjevati velike prepravke u dugom nizu godina ali je i opasniji da se ne naprave krupne pogreške. Obrada podataka • Dijagram toka podataka služi da opiše procese obrade podataka. • Ovo je proces kojim se na osnovu ulaznih podataka generišu izlazni. I P S O

Dijagram toka podataka • Dijagram toka podatak je skup procesa koji se svi mogu odvijati u isto vrijeme. • Dijagram toka ne treba poistovjećivati sa flow chart kojim se procesi opisuju sekvencijalno. • Procedura za formiranje tokova podataka se sastoji od: – Identifikovanja ulaznih i izlaznih tokova podataka, imenovanja i upisivanja u rječnik podataka. – Imenovanja procesa transformacije ulaznih i izlazne tokove i davanja brojnih oznaka. • Ako se proces ne može dekomponovati na jednostavnije, opisati ga strukturnim jezikom, i opis unijeti u dokument rječnika podataka. Ako se proces može dekomponovati treba ga izdijeliti na potprocese i ponoviti prethodne korake. • Završava se kada nema procesa koje treba dekomponovati.

Dijagram konteksta • Dijagram konteksta je jedan od osnovnih elemenata SSA. Sadržaj ovog dijagrama se može identifikovati kroz dolje navedena pitanja odnosno odgovore na njih.

Druga faza dekompozicije • U drugoj fazi dekompozicije formira se skup pitanja koji analitičaru treba da omoguće realizaciju dekompozicije procesa. • Ovaj skup pitanja je dat na sljedećem slajdu.

Standardni obrazac A 4 SISTEM: SSA: ANALITIČAR: DATUM: DIJAGRAM:

tokp-1 IZVOR O. PROC UVIR tokp-1 a tokp-1 b IZVOR/UVIR tokp-4 tokp-2 tokp-3 1. PROC-A toki-4 SKP-1 tokp-2 a tokp-3 toki-2 toki-1 2. PROC-B toki-3 3. PROC-C toki-4 tokp-2 b

toki-3 tokp-4 . 1 tokp-1 b PROC-CA toki-7 . 2 PROC-CB tokp-4 toki-5 toki-6 tokp-1 b . 3 PROC-CC tokip 2 a Dekompozicija procesa • Da bi se vršila dekompozicija procesa neophodno je da postoji: – Svrsishodnost – Koherentnost. • Koherentnost (međusobna povezanost) se može razmatrati sa više stanovišta: – interna (unutar procesa) – eksterna (među procesima) – strukturna (na nivou procesa preko ulaza i izlaza).

KRITERIJUMI DEKOMPOZICIJE KOHERENTNOST SVRSISHODNOST INTERNA EKSTERNA koincidentalna temporalna taksomatska komunikaciona sekvencijalna funkcionalna po sadržaju veze: povezanost podacima povezanost upravljanjem hibridna povezanost prema mehanizmu povezivanja: normalna povezanost patološka povezanost STRUKTURNA

kontekst dijagram NIVO 0 O NIVO I 1 1. 1. 1 . . . 2 1. m . . . 1. 1. k 2. 1 . . . 2. mm n. 1. 1 n n. 1 NIVO III n. mmm n. 1. kk NIVO IV

Zavisnost logike procesa • Na DTP se može prikazivati zavisnost logike procesa od njihovih ulaznih i izlaznih podataka. • Ovo treba izbjegavati a koristiti samo ako je neophodno i ako utiče na razumijevanje DTP • * konjukcija (AND) tokova podataka; • + disjunkcija (OR) tokova podataka; • eksluzivna disjunkcija (XOR); • disjunkcija više tokova podataka. A * B C D E P + F

Uvođenje skladišta • Kod uvođenja skladišta podataka treba odgovoriti na dva pitanja: • Na kom nivou treba uvesti skladište; • Kada je tok podataka između procesa direktan, a kada je indirektan tj. u tok podataka uključuje se skladište podataka? • Uvođenje skladišta podataka najviše zavisi od vještine i iskustva sistem analitičara. Logika procesa • Ako je dijagram toka komplikovan a na osnovu naziva tokova i ostalih podataka jasna logika procesa onda se posebne naznake logike procesa mogu izostaviti.

Postavljanje skladišta podataka • Skladišta se postavljaju gdje su u postojećem sistemu kartoteke registri, katalozi. • Ako se vrši mala modifikacija sistema postojeća skladišta će biti zadržana. • Na visokom nivou DTP (posebno prvom koji sadrži podsisteme) komunikacija se obavlja pomoću skladišta. • Ako više procesa razmjenjuje iste podatke oni trebaju da su uskladišteni. • Ako neki podaci imaju vremenski i istorijski značaj oni treba da sačinjavaju skladište podataka. • Podaci od značaja koji pripadaju vremenski slabo promjenljivom skupu treba da pripadaju skladištu podataka.

Rezime dekompozicije procesa • Ako je proces primitivan ne dekomponuje se. • Ako proces nije primitivan dekomponuje se na tačno jedan podređeni dijagram. • Podređeni dijagram ima istu oznaku kao i njegov nadređeni proces. Potprocesi imaju upisane brojeve. 1, . 2, . 3. Stvarni broj potprocesa se dobija spajanjem sa brojem odgovarajućeg procesa. • Pravilo balansa mora biti poštovano. • Svi procesi, tokovi podataka, i skladišta podataka moraju biti imenovani. • Skladište podataka navesti prvi i jedini put kada se javlja kao sprega dva ili više procesa ili kada ga koristi samo jedan proces na onom DTP na kojem je taj proces. • Izbjegnite navođenje upravljačkih tokova informacija.

Dokle dekomponovati? • Knjige i razni manuali su prepuni pogrešnih uputstava vezanih za to do kojeg nivoa u dekompoziciji ići. • Postoje preporuke tipa: dok ne dobijete DTP veličine A 4 papira i slične. • Preveliki i premali DTP-ovi ili DTP-ovi sa mnoštvo procesa ukazuju na greške u dekompoziciji a nikako da su osnovno sredstvo dekompoziciji. • Poslovanje jedne organizacije se sastoji od procesa koji se obavljaju paralelno (dok jedan radi drugi ne spavaju što je razlika u odnosu na programiranje gdje je izvršavanje na jednom mjestu).

Dokle dekomponovati? • Grubo pravilo (postoji mnogo više pravila ali je za ovaj nivo i ovo dovoljno): – Procesi se dekomponuju sve dok se ne stigne do procesa koji su od suštinske važnosti za funkcionisanje organizacije ili softvera (nijesu neka ograničenja kao na primjer operacije koje se obavljaju ako neko pokuša da potroši više novca nego što ima na računu) a koje su suštinski sekvencijalne (neparalelne). – Na primjer proces upisa godine je suštinski sekvencijalan: polože se ispiti, popune formulari, uplati školarina i dođe na šalter da se procedura zaključi a ovaj proces se obavlja paralelno sa svim ostalim procesima u organizaciji. Rječnik podataka • Predstavlja dokumentaciju u koju se opisuju elementi DTP. U rječnik se trebaju upisati: tokovi podataka, elementarni podaci, skladišta, primitivni procesi.

Tokovi podataka SISTEM: ANALITIČAR: SSA: DATUM: NAZIV TOKA PODATAKA_______________________ SINONIMI: _______________________ KOMPOZICIJA: _____________________ NAPOMENA_______________________ Elementarni podaci SISTEM: ANALITIČAR: SSA: DATUM: NAZIV ELEMENTARNOG PODATKA_______________________ SINONIMI: _______________________ VRIJEDNOSTI I ZNAČENJE: _____________________ NAPOMENA_______________________

Skladišta podataka SISTEM: SSA: ANALITIČAR: DATUM: NAZIV SKLADIŠTA ___________________ SINONIMI: _______________________ NAČINI PRISTUPA: ____________________ KOMPOZICIJA: _____________________ NAPOMENA_______________________ Primitivni procesi SISTEM: SSA: ANALITIČAR: DATUM: NAZIV PROCESA ____________________ NUMERIČKA OZNAKA__________________ NAČINI PRISTUPA: ____________________ ULAZNI TOKOVI: _____________________ IZLAZNI TOKOVI: ____________________ OPIS: __________________________ NAPOMENA: ___________________________________________________

Opis toka podataka • Naziv toka • Sinonimi (mogući drugi nazivi istog toka podataka) • Kompozicija (nazivi drugih tokova podataka dobijenih njegovom dekompozicijom) • Napomene (ostale informacije koje nijesu uključene u opis) • = ekvivalencija tokova • + konjukcija tokova • [] ekskluzivna disjunkcija • {} ponavljanje • *tekst* komentar • m {T} Minimalan i maksimalan n broj ponavljanja Elementarni podaci • GRAĐANIN=PREZIME+ADRESA • ADRESA=MJESTO+ULICA+KUĆNI-BROJ+0{BROJ-STANA}1 • Elementarni podaci se predstavljaju nazivom, sinonimima i vrijednostima i značenjem. Ako su sve vrijednosti poznate treba ih navesti a ako nijesu treba ih navesti opisno. Npr. , alfabetski podatak na latinici.

Skladišta podataka • Naziv skladišta • Sinonimi • Način pristupa – sekvencijalan – direktan – kombinovan • Kompozicija – npr. , JMBG+PREZIME+STANOVANJE (JMBG je ključ) • Napomena Ključevi • Ključ treba da na jedinstven način identifikuje neki objekat (entitet). • Student kao ključ i IS-u univerziteta može da koristi broj indeksa + fakultet na kome studira. • Alternativno smo rekli da može da koristi JMBG. • Da li je JMBG dobar kandidat za ključ? JMBG kao alternativni ključ?

PROCESI OPIS PROCESA • • Tekstualni Dijagrami toka podataka Stabla odlučivanja Nassi-Shnaiderman dijagrami Akcioni dijagrami Tabele odlučivanja Varnije-ovi dijagrami pseudokod • Prethodna sredstva su samo grubi opis koji treba pretvoriti u kod u programskom jeziku. • PSEUDOKOD je blisak sa višim programskim jezicima ali ne sadrži stroga pravila sintakse KOMPONENTE PSEUDOKODA • • Tipovi i strukture podataka. Osnovne kontrolne strukture. Operacije ulaza i izlaza. Tehnike modulacije.

NEKA PRAVILA ZA PSEUDOKOD • Aritmetički, skupovni, logički i relacioni operatori se u naredbama koriste na uobičajeni način. • Komentar se navodi kao *tekst*. • Osnovni elementi koda za algoritme su: – sekvenca, selekcija i ciklus. SEKVENCA PSEUDOKOD A B C Postavljanje vrijednosti: V E A B C

CIKLUSI SELEKCIJA PSEUDOKOD AKO JE P A INAČE B KRAJ AKO ne da o P A B P da o A PSEUDOKOD RADI DOK JE P A KRAJ RADA

CIKLUSI o Pseudokod RADI DOK NE BUDE P A KRAJ RADA Opis logike procesa - Zaključak A ne P da • Razne knjige i alati nameću mnoštvo dodatnih pravila i elemenata pseudokoda koji za nas nijesu od značaja. • Danas se može reći da je pseudo kod djelimično prevaziđen pošto praktično postoji gotovo idealan alat za opis logike procesa – dijagram aktivnosti u UML-u. • Ovaj alat će biti opisan u drugom dijelu našeg kursa.

Fizički i logički model sistema • Kod SSA treba prvo snimiti postojeći sistem. Skup postojećih procesa, tokova i skladišta se može podijeliti u dvije grupe: – suštinski poslovi i funkcije – procesi i tokovi koji su posljedica fizičkih ograničenja. • Skup DTP koji opisuje postojeće stanje predstavlja konkretnu implementaciju jednog sistema naziva se fizički DTP postojećeg sistema. • Zadatak sistem analitičara je da iz fizičkog DTP odvoji one elemente koji ne zavise od implementacije, odnosno da odvoji samo suštinske poslove organizacije. Ovo je tzv. logički DTP. • Ovaj pristup ima niz mana. Snimanje sistema može da bude dug proces a i razdvajanje fizičkog od logičkog modela zavisi bitno od vještine sistem analitičara. • Stoga se u praksi na osnovu fizičkih ograničenja i postojećeg sistema odmah projektuje logički model novog IS.

informacije o postojećem stanju ograničenja implementacije 1. Modeliranje postojećeg sistema strukturirane informacije 4. Definisanje granica automatizacije fizički model postojećeg sistema logički model budućeg sistema 2. Analiza postojećeg sistema 3. Sinteza budućeg sistema logički model postojećeg sistema dodatni zahtjevi

SSA zaključak • • Neka metodologija za reinženjering poslovnih procesa se mora provesti. Zbog brzine BSP se ne može ili može samo djelimično provoditi. Stoga SSA mora nadomjestiti BSP. Kod SSA najvažnije je doći do DTP jer DTP sadrži sve što je od važnosti za naš IS: – procese (mogu se opisati pseudo kodom, dijagramom aktivnosti ili na neki treći način) – tokove podatake (na osnovu njih identifikujemo koji su podaci potrebni mada neke skrivene podatke možemo otkriti i kroz analizu procesa plus na osnovu nekih dodatnih procedura) – skladišta podataka. • Kad dođemo do DTP-a i izvršimo njegovu dekompoziciju imamo više slobode u izboru metodologija koje će dalje biti primjenjivane i možemo odabrati onu koju poznajemo, od koje očekujemo najbrži ili najbolji rezultat ili naprosto primjeniti dio neke metodologije. Potrebno je iskustvo koje bi nam dalo brzinu i kvalitet za ostatak posla!!!!

SSA primjer - Fakultet DOK_ZA_PRIJEMNI_ISPIT IZVJEŠTAJ_O_PRIJEMNOM_ISPITU DOK_ZA_UPIS SPISAK_ZA_PRIJEMNI_ISPIT IS STUDENTSKE SLUŽBE REZULTATI_PRIJEMNOG_ISPITA NASTAVNE_GRUPE ISPITNA_PRIJAVA STUDENT STUD_ZAHTJEV ISPITNI_SPISAK STUD_UVJERENJE REZULTATI_ISPITA NASTAVNIK • Predmetni model je blago zastario ali je nešto obuhvatniji od postojećeg kod kojega nema prijemnog ispita. Dakle ovdje predviđamo postojanje prijemnog ispita. • Pošto se procedura upisa ipak odvija više manje neizmjenjeno mi ćemo iskoristiti ovaj dobro provjeren ali ipak zastareo model.

SPISAK_ZA_PRIJEMNI_ISPIT DOK_ZA_PRIJEMNI_ISPIT IZVJEŠTAJ_O_PRIJEMNOM_ISPITU DOK_ZA_UPIS 1. REZULTATI_PRIJEMNI_ISPIT KADROVSKA_EVIDENCIJA DOSIJE_STUDENTA ISPITNA_PRIJAVA STUDENT OBRADA_ISPITA 2. ISPITNI_SPISAK REZULTATI_ISPITA NASTAVNIK NASTAVNI_PLAN DOSIJE_STUDENTA* STUD_ZAHTJEV STUD_UVJERENJE IZDAVANJE_ UVJERENJA 3. Razmotrite koje se razlike pojavljuju u ovom modelu u odnosu na aktuelno stanje.

DOK_ZA_PRIJEMNI_ISPIT STUDENT SPISAK_ZA_PRIJEMNI_ISPIT EVIDENTIRANJE_ KANDIDATA 1. 1. NASTAVNIK OBRADA_ SPISKOVA_ZA_ ISPIT 1. 2 IZVJEŠTAJ_O_PRIJEMNOM_ISPITU REZULTATI_ PRIJEMNOG_ ISPITA KANDIDATI_ZA_UPIS OBRADA_ REZULTATA_ PRIJEMNOG 1. 3 IZVJEŠTAVANJE_ KANDIDATA 1. 4. DOK_ZA_UPIS_GODINE 1. 5 NASTAVNI_PLAN DOSIJE_STUDENTA RASPOREĐIVANJE 1. 6 KADROVSKA_EVIDENCIJA NASTAVNE_GRUPE Dekompozicija Upis-a.

STUDENT ISPITNA_PRIJAVA EVIDENTIRANJE_ ISPITNIH_ PRIJAVA 2. 1 ISPITNI_SPISAK NASTAVNIK Dekompozicija procesa OBRADA ISPITA. NASTAVNI_PLAN DOSIJE_STUDENTA KADROVSKA_EVIDENCIJA REZULTATI_ ISPITA SK_ISPITNA_PRIJAVA ZAVOĐENJE_ REZULTATA_ ISPITA 2. 2

ZAHTJEV_ZA_STATUS STUDENT UVJERENJE_O_UPISU IZDAVANJE_UVJER _ O_STATUSU 3. 1 Dekompozicija procesa IZDAVANJE UVJERENJA. ZAHTJEV_ZA_POL_ISPIT NASTAVNI_PLAN UVJER_O_POL_ISPIT DOSIJE_STUDENTA IZDAVANJE_UVJER _ O_POL_ISPITU 3. 2

IS_STUDENTSKE_SLUŽBE UPIS OBRADA_ISPITA 1 EVIDENTIRANJE_KANDIDATA OBRADA_SPISKOVA_ZA_ISPIT OBRADA_REZULTATA_PRIJEMNOG IZVJEŠTAVANJE_KANDIDATA UPIS_GODINA 1. 1 2 0 IZDAVANJE_UVJERENJA EVIDENTIRANJE_ISPITNIH_PRIJAVA 3 2. 1 ZAVOĐENJE_REZULTATA_ISPITA 1. 2 2. 2 1. 3 1. 4 IZDAVANJE_UVJER_O_STATUSU 1. 5 IZDAVANJE_UVJERENJA_O_ POL_ISPITU RASPOREĐIVANJE 1. 6 3. 1 3. 2

SSA detalji o rječniku podataka Ovdje su dati neki od načina kako se mogu specificirati podaci u Rječniku podata. Tumačite!!!! SEMESTAR DEFINED_AS INTEGER(2) BETWEEN 1, 6 OCJENA: CHAR(1) IN ('А', 'B', 'C', 'D', 'E', 'F') BROJ_INDEKSA: CHARACTER(7) NOT NULL STAROST: INI(2)<65 AND NOT NULL ŠIFRA_PR INT(13) MODUO_11 MLBR CHARACTER(13) SUBSTRING(1, 2)<31 AND SUBSTRING(3, 4)<12 AND SUBSTRING (5, 7) BETWEEN 000, 999 ISPITNA_PRIJAVA: <BROJ_INDEKSA, IME_STUDENTA, NAZIV_PREDMETA, DATUM_POLAGANJA, OCJENA, IME_NASTAVNIKA> STRUCTURES DOK_ZA_PRIJEMNI ISPIT: <DIPLOMA, {<SVJEDOČANSTVO>}, {<NAGRADA>}>; DIPLOMA: <NAZIV_ŠKOLE: CHAR(20), VRSTA_ŠKOLE: VRSTA_ŠKOLE, IME_KAND, DATUM_ DIPL: DATE>; SVJEDOČANSTVO: <NAZIV_ŠKOLE, VRSTA_ŠKOLE, IME_KAND, DATUM_SVED, {< NAZIV_ŠKOL_PRED, OCJENA_ŠKOL_PRED: INT(1) IN (1, 2, 3, 4, 5)>}, PROSJEK: REAL(1, 2) <5. 00}; FIELDS NAZIV_ŠKOLE: CHAR(20); VRSTA_ŠKOLE: VRSTA_ŠKOLE; IME_KAND: CHAR(25); DATUM_DIPL: DATE; DATUM_SVED: DATE, NAZIV_ŠKOL_PRED: CHAR(15), OCJENA_ ŠKOL_PRED: INT(1) IN (1, 2, 3, 4, 5); PROSJEK: REAL(1, 2) < 5. 00 DOMAINS VRSTA_ŠKOLE: CHAR(20) IN ('GIMNAZIJA', 'SREDNJATEHNIČKA', 'OSTALE')