Beogradska Akademija poslovnih i umetničkih strukovih studija k once pt ual ni mode l (mov, rm, dijagram klasa) l ogi k o proje k t ovanje baze podat ak a u dat om subp (mov u rm,

Projektovanje informacionih sistema

dr Rade Matić

Beogradska Akademija poslovnih i

umetničkih strukovih studija

1

Predlog životnog ciklusa razvoja IS

2

Metodološki pristup koji se ovde predlaže definiše okvirne faze u razvoju IS koji nisu zasnovani isključivo na funkcionalnoj ili objektnoj dekompoziciji.

U koraku projektovanja sistema mogu se birati modeli koji mogu biti iz različitih metodoloških pristupa.

Šematski prikazan

životni ciklus razvoja

IS

3

ANALIZA SISTEMA I ZAHTEVA KORISNIKA (SSA, UML, UMM)

KONCEPTUALNI MODEL (MOV, RM, Dijagram klasa)

LOGIČKO PROJEKTOVANJE BAZE PODATAKA U DATOM SUBP

(MOV u RM, ERwin)

FIZIČKO PROJEKTOVANJE BAZE PODATAKA

IMPLEMENTACIJA I PODEŠAVANJE

SPECIFIKACIJA APLIKACIJA (UML)

PROJEKTOVANJE APLIKACIJA (JPRS, MDA)

NOVI RAZVOJNI CIKLUS

PROJEKTOVANJE BAZE PODATAKA

PROJEKTOVANJE APLIKACIJA

STRATEŠKO PLANIRANJE

TESTIRANJE

UVOĐENJE SA ODRŽAVANJEM I MODIFIKACIJAMA SISTEMA

Postupak analize se, generalno, karakteriše time što

se posmatrana pojava, odnosno problem razlaže na

sastavne delove koji se pojedinačno razmatraju.

Problem može da se definiše kroz postavljanje

sledećih pitanja:

- Šta čini jedan sistem?

- Kako izgleda unutrašnjost nekog (kompleksnog)

sistema?

U tom slučaju se odgovor na ova pitanja dobija

postupkom analize sistema.

4

PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA SISTEMA

5


Ključne aktivnosti, koje se mogu izdvojiti u

definisanju zahteva za informacionim sistemom,

su prikupljanje i obrada podataka, prikupljanje

dokumenata, i ustanovljavanje činjenica.

Ovo se može dobiti odgovorajući na šest

ključnih pitanja (zašto - why, gde - where, šta -

what, ko – who, kada – when i kako - How) o

relevantnim funkcijama, procesima, kao i

podacima. Ovaj zadatak se ponekad naziva 5w +

1h analiza.

6

•Svrha, cilj i dubina analize sistema mogu se

predstaviti sledećim aktivnostima:

- Automatizacijom poslovnih procesa, odnosno

povećanjem efikasnosti korisnika analizom

problema i uklanjanjem uzroka;

- Poboljšanjem poslovnih procesa tj.

povećanjem efikasnosti i delotvornosti,

analizom trajanja i koštanja poslovnih procesa,

te predlaganjem poboljšanja;


7

•Svrha, cilj i dubina analize sistema mogu se

predstaviti sledećim aktivnostima:

- Reinženjeringom poslovnih procesa ili

preoblikovanjem poslovnih procesa, što

predstavlja radikalni redizajn poslovnih procesa

analizom mogućih posledica, procenom

alternativnih tehnologija, ukidanjem ili

zamenom pojedinih aktivnosti, analizom

troškova - koristi i analizom rizika.


8


Za koncepte analize sistema (šta?) i njegovog

kasnijeg projektovanja - dizajna (kako?) postoji

interesantna fraza u engleskom jeziku:

“Do the right thing (analysis), and do the thing

right (design)”.

9

Sistem analitičar mora:

-Da se upozna i definiše oblasti aktivnosti, tj.

domena problema i mesta IS u njemu. Primeri

domena su: knjigovodstvo, obazovanje, zdravstvo

itd.

-Nakon definisanja domena, sistem analitičar treba

da otkrije i opiše sve aktivnosti sistema koji se

analizira u razgovoru sa ekspertom iz tog domena.

-Sve aktivnosti sistema se ne mogu otkriti i opisati,

ako ne postoji komunikacija analitičara sa klijentima

(budućim korisnicima IS) i ostalim članovima tima

koji se bave analizom i projektovanjem IS.


10

Sistem analitičar mora:

-Da utvrdi projektne zahteve na bazi: intervjua,

upitnika, uvidom u dokumentaciju koja se koristi u

sistemu, posmatranjem, upoređivanjem, merenjem,

uzorkovanjem, simulacijom, verifikacijom i

dokumentovanjem.

-Da projektuje model tako da se svaka promena

može brzo i jednostavno ugraditi.


11

PROJEKTOVANJE INFORMACIONIH SISTEMAPREDMET ISTRAŽIVANJA ANALIZE SISTEMA

• istorijski aspekt organizacije

• poslovne operacije

• informacioni tokovi

• postojeće metode, procedure i tehnička sredstva

koja se u sistemu koriste

• dokumentacija

• delatnost, odnosno glavni poslovi organizacije i

njihov obim

• postojeći sistem šifriranja

• ljudski faktor (radna snaga)

• kontrolne tačke u sistemu

• budući (očekivani) zahtevi sistema

12

PROJEKTOVANJE INFORMACIONIH SISTEMATEHNIKE SNIMANJA POSTOJEĆEG STANJA

• Anketiranje

• Intervjuisanje

• Posmatranje

• Upoređivanja i pretpostavke

• Čitanje dokumentacije

• Merenje

• Uzorkovanje

• Simulacija

• Verifikacija

• Dokumentovanje

13


Preporuke za vođenje intervjua:

Tokom sprovođenja intervjua treba pitati o svemu što

se smatra važnim.

Ništa nije samo po sebi razumljivo i svima jasno. Ne

predpostavljati da se unapred zna o čemu se radi.

Repertoar i vrste pitanja mogu biti:

1. Pitanja zatvorenog tipa: Koliko ... obrađujete (u

nekom razdoblju)?, Na koji način obrađujete ... ?;

2. Pitanja otvorenog tipa: Šta mislite o ... ?, Koji su

najveći problemi ... ?;

3. Probna pitanja: Zašto? Možete li navesti primer za

takvu situaciju? Molim detaljnije objašnjenje za ...

14


•Prikupljanje podataka

•Postupak intervjuisanja

•Tehnika intervjuisanja

•Upitnik i anketa

•Proučavanje dokumenata

•Evidencija i analiza postojećih aplikacija

•Posmatranja poslovnog sistema

•Radni sastanci

•Individualno i grupno intervjuisanje je potrebno

kombinovati i po potrebi nadoknaditi radnim sednicama.

15


Vrste zahteva. Zahtevi mogu biti: poslovni zahtevi (zašto),

korisnički zahtevi (zahtevi krajnjih korisnika), funkcionalni

zahtevi (šta) ili nefunkcionalni zahtevi (kako ili kako dobro).

Poslovni zahtevi definišu ciljeve organizacije (korisnički

zahtevi na višem nivou), odnosno daju opis problema koje

treba rešiti (npr. poslovna potreba "Poboljšanje usluge

postojećim klijentima i pridobijanje novih") ili sadržani u

dokumentima u kojima se opisuje vizija i opseg projekta (npr.

poslovni zahtev "Omogućiti Internet prodaju").

Korisnički zahtevi (zahtevi krajnjih korisnika) opisuju

zadatke koje korisnik mora obaviti služeći se aplikacijama ili

koji su sadržani u opisima slučajeva korišćenja tj. opisima

scenarija rada.

16


Funkcionalni zahtevi (šta) definišu softversku funkcionalnost

(očekivano ponašanje i operacije koje sistem može izvoditi),

koju treba ugraditi u proizvod da bi omogućio korisnicima

obavljanje njihovih zadataka. U ovu grupu zahteva spadaju

posebno zanimljive mogućnosti programa, odnosno skup

logički povezanih funkcionalnih zahteva koje korisniku

omogućavaju ispunjavanje poslovnih zahteva.

Nefunkcionalni zahtevi (kako ili kako dobro) su standardi,

pravila i ugovori koje proizvod mora zadovoljiti, opisi

korisničkih interfejsa, zahtevi za performansama, ograničenja

za dizajn i implementaciju. Potrebno je još naglasiti da je

potrebno odrediti prioritete pojedinih zahteva.

17

PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA POSTOJEĆEG STANJA

•Analiza sistema i zahteva korisnika.

- Ovo je detaljna analiza kojom se preciziraju granice

projekta i poslovni zahtevi. Vrši se detaljna analiza

postojećeg sistema, problema i poslovnih zahteva,

detaljna analiza ponašanja realnog sistema i

korisničkih zahteva.

- Specifikacija zahteva je detaljni opis zahteva,

oblikovan tako da ga razumeju projektanti. Predstavlja

model budućeg sistema, sa prvim opisom korisničkog

interfejsa.

18


•Analiza sistema i zahteva korisnika.

- Cilj ove faze je da se izgradi Poslovni model

sistema (Business Model) koji predstavlja model

procesa, odnosno model funkcija posmatranog

sistema.

- Postoji više različitih metoda za analizu sistema i

specifikaciju zahteva korisnika. I ove metode se

mogu podeliti na konvencionalne i objektne.

19


Izvođenje analize postojećeg stanja poznaje dva pristupa:

• Da se analiza vrši od nižih ka višim nivoima u hijerarhiji

poslovnog sistema.

Bottom Up - ovaj način pristupa analizi pogodan je utoliko

što omogućava da se uoče neracionalnosti i nedostaci koji se

kriju na višim nivoima. Npr. pri osnivanju nekog preduzeća

se viši organizacioni nivoi formiraju u cilju boljeg odvijanja

osnovnih poslovnih procesa. Međutim, povećavanje broja

organizacionih nivoa u strukturi preduzeća uslovljava duži put

kretanja dokumentacije i informacija, a to znači i duže vreme i

veće troškove i uopšte veću neefikasnost u radu. Pristup

odozdo na gore omogućava da se uoče takvi nedostaci.

20


• Analiza od viših ka nižim nivoima

Top Down - ovaj pristup analize se češće koristi. On

započinje analizu globalne strukture sistema tj. analizira

sistem kao celinu koristeći kao polaz istorijski aspekt

organizacije, planove, organizacionu i funkcionalnu

strukturu, da bi prešao na analizu pojedinih delova sistema

sa njihovim poslovima i podacima koje koriste. Proces

raščlanjavanja organizacije se nastavlja do nivoa radnih

mesta i poslova koji se u okviru njih obavljaju. U fazi

raščlanjavanja analiziraju se i informacioni tokovi na

svakom nivou. Analiza tokova informacija treba da pruži

odgovor na pitanje opravdanosti kretanja i zadržavanja

dokumentacije u pojedinim funkcijama - često se otkriva da

su pojedini tokovi nepotrebni ili neopravdano dugo traju.

21

PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA POSLOVNIH PROCESA

Model procesa je intelektualno sredstvo za opisivanje dinamike

sistema, dejstva ulaza na stanje i izlazne informacije preko programa

nad definisanim modelom podataka.

Poslovni proces:

• Skup aktivnosti kojima se informacioni ulaz (podaci) transformiše u

upotrebljiv informacioni izlaz.

• Grupa logički povezanih aktivnosti za upravljanje poslovnim

resursima.

Skup logički povezanih poslovnih procesa predstavlja poslovnu

funkciju. Funkcije i procesi su nezavisni od organizacije tj.

organizacione strukture. Model procesa opisuje niz elementarnih

aktivnosti tj. poslova i operacija kao i tok podataka između njih.

Analiza procesa i analiza podataka se međusobno prepliću i

dopunjavaju, tako da ih je u praksi projektovanja teško razdvojiti, već

se izvode istovremeno.

22


sadrži

Organizaciona celina Funkcija

obavlja se u

Jedna organizaciona celina sadrži jednu ili više funkcija.

Jedna funkcija može da se obavlja u jednoj ili više organizacionih celina.

23


HIJERARHIJSKA DEKOMPOZICIJA POSLOVNOG SISTEMA

(STABLO PROCESA)

Poslovni sistem

Funkcija-1 Funkcija-2 Funkcija-m

P-1.1

PP2.1.1

P-1.2 P-1.n P-2.1 P-2.2 P-2.f P-m.1 P-m.2 P-m.j... ... ...

PP2.1.2 PP2.1.k PPm.1.1 PPm.1.2 PPm.1.l... ..................

.

...

.

................

.

P – proces, PP - podproces

24


MATRICA PROCES/ORGANIZACIONA CELINA (primer)

O, IFakturisati

proizvode

O, I U Isporučiti

proizvode kupcu

O, I U Proizvesti

proizvode

O, I Uraditi tehničku

dokumentaciju

U O, IUgovoriti

nabavku

U U U O, I Uraditi planove

Služba

održavanja

opreme

Služba

prodaje

Služba

finansija

Služba

proizvo-

dnje

Služba

nabavke

PlanOrganizac. celina

Proces

O - odgovornost, I - izvršavanje neke funkcije, U - učestvovanje u

izvođenju procesa

Projektovanje IS

25

Projektovanje informacionih sistema

HVALA !

dr Rade Matić

Beogradska Akademija poslovnih i

umetničkih strukovih studija

26

Documents

Beogradska Akademija poslovnih i umetničkih strukovih studija k once pt ual ni mode l (mov, rm, dijagram klasa) l ogi k o proje k t ovanje baze podat ak a u dat om subp (mov u rm,