beogradska akademija poslovnih i umetničkih strukovih studija k once pt ual ni mode l (mov, rm,...
TRANSCRIPT
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
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA SISTEMA
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;
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA SISTEMA
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.
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA SISTEMA
8
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA SISTEMA
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.
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA SISTEMA
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.
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA SISTEMA
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
PROJEKTOVANJE INFORMACIONIH SISTEMATEHNIKE SNIMANJA POSTOJEĆEG STANJA
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
PROJEKTOVANJE INFORMACIONIH SISTEMATEHNIKE SNIMANJA POSTOJEĆEG STANJA
•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
PROJEKTOVANJE INFORMACIONIH SISTEMATEHNIKE SNIMANJA POSTOJEĆEG STANJA
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
PROJEKTOVANJE INFORMACIONIH SISTEMATEHNIKE SNIMANJA POSTOJEĆEG STANJA
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
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA POSTOJEĆEG STANJA
•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
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA POSTOJEĆEG STANJA
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
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA POSTOJEĆEG STANJA
• 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
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA POSLOVNIH PROCESA
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
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA POSLOVNIH PROCESA
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
PROJEKTOVANJE INFORMACIONIH SISTEMAANALIZA POSLOVNIH PROCESA
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