Korisnički zahtjevi (auditorne vježbe)

INTELIGENTNI TRANSPORTNI SUSTAVI 1

mr.sc. Pero korput

001

KORISNIKI ZAHTJEVI- VJEBE-

Kolegij: Inteligentni transportni sustavi 1

PRIMJER - UPRAVLJANJE INCIDENTNIM SITUACIJAMA

Korisniki zahtjevi

Specifikacija zahtjeva prvi je korak u izradi modela stvarnovremenskog upravljanja incidentnim situacijama.

Osnovno pitanje koje u toj fazi razvoja moramo postaviti je koja je temeljna funkcija stvarnovremenskog upravljanja incidentnim situacijama i koji su temeljni procesi, koji se odvijaju.

Postoje mnogi imbenici, koje treba uzeti u obzir i koji utjeu na njegov konaan izgled.

Prilikom razvoja sustava upravljanja incidentnim situacijama, korisnike zahtjeve u najveoj mjeri generiraju stakeholderi.

U procesu dizajniranja sustava stvarnovremenskog upravljanja incidentnim situacijama potrebno je definirati sve sustavske zahtjeve koji se nakon toka grupiraju i formuliraju u specifikacije za odreene segmente sustava.



Prostorni, vremenski i trokovni horizont

Prostorni, vremenski i trokovni horizont bitno predodreuju prostor moguih rjeenja, kako je naelno prikazano na slici



Poetne aktivnosti u razvoju stvarnovremenskog upravljanja incidentnim situacijama

U specifikaciji korisnikih zahtjeva prilikom poetnih aktivnosti u razvoju stvarnovremenskog upravljanja incidentnim situacijama u prometu moe se krenuti s odgovorima na konkretna pitanja:

Koja je temeljna funkcija sustava stvarnovremenskog upravljanja incidentnim situacijama?

Koje su glavne zadae koje takav sustav treba obavljati?

to to ulazi u sustav upravljanja incidentima, to taj sustav obrauje i to je to to izlazi iz sustava upravljanja incidentima?

to sainjava sredite sustava upravljanja incidentima?

Da li sustav stvarnovremenskog upravljanja incidentnim situacijama ima neka ogranienja i da li postoje neki posebni zahtjevi?



Poetne aktivnosti u razvoju stvarnovremenskog upravljanja incidentnim situacijama (II)

U specifikaciji korisnikih zahtjeva prilikom poetnih aktivnosti u razvoju stvarnovremenskog upravljanja incidentnim situacijama u prometu moe se krenuti s odgovorima na konkretna pitanja:

Na koji nain se nad sustavom moe vriti evaluacija i to su to performanse sustava stvarnovremenskog upravljanja incidentima?

Kako izgleda financijska konstrukcija i na koji ju je nain mogue zatvoriti?

Koji su maksimalni dosezi u odmjeravanju utroenih financijskih sredstava i koristi koje prua stvarnovremensko upravljanje incidentnim situacijama?



Kategorizacija zahtjeva prema Wymoreovoj metodologiji

U metodolokom analizama koje prethode razvoju stvarnovremenskog upravljanja incidentnim situacijama primjenjuje se Wymoreova sustavska metodologije.

W. Wymore razlikuje est kategorija sustavskih zahtjeva:

zahtjevi inputa outputa

tehnoloki zahtjevi

zahtjevi u pogledu performansi

trokovni zahtjevi (ogranienja)

zahtjevi "razmjene" trokova i performansi

zahtjevi testiranja sustava



Pregled sustavskih zahtjeva

Prema W. Wymoreu zahtjevi inputa outputa odnose se na prihvatljive inpute i outpute, trajektorije inputa i outputa, suelja prema vanjskim sustavima i prihvatljivu funkciju koja povezuje sustavske inpute i outpute

Tehnoloki i iri sustavski zahtjevi odnose se na mogunosti i ogranienja tehnoloke i fizike izvodljivosti sustava. To ukljuuje dostupnost tehnologije, uporabljivost, vrijeme razvoja, itd.



Zahtjevi u pogledu performansi

Zahtjevi u pogledu performansi specificiraju koliko dobro zahtjevi inputa outputa mogu biti zadovoljeni, to se iskazuje pokazateljima kao to su na primjer:

vrijeme detekcije incidentne situacije, vrijeme potrebno za verifikaciju incidentne situacije, odnos stvarnog i lanog aktiviranja senzorskih ureaja, vrijeme dolaska od mjesta incidenta, vrijeme raiavanja i povratka u normalne uvjete odvijanja prometa, sigurnosni rizici, pouzdanost sustava, ekoloki pokazatelji, ekonomski pokazatelji, smanjenje stresa, itd.



Zahtjevi u pogledu performansi (II)

Kod specifikacije zahtjeva, nakon definiranja parametara performansi, potrebno je zasebno specificirati na koji nain se ti parametri mogu meusobno usporeivati odnosno odmjeravati.

Analizu trokova treba provoditi promatrajui ukupne trokove du itavog ivotnog ciklusa sustava stvarnovremenskog upravljanja incidentnim situacijama.

Nuno je koristiti pomagala koja omoguavauju usporedbu trokova alternativnih dizajna ili tehnolokih rjeenja sustava.



Odmjeravanje performansi i trokova

Zahtjevi razmjene trokova (trade-o) i performansi pokazuju mogua odmjeravanja trokova u odnosu na performanse sustava upravljanja incidentima.

Vei trokovi omoguuju bolje performanse, ali dodatni troak ne donosi uvijek isto poboljanje performansi, kao to je prikazano na gornjoj slici.


KORISNIKI ZAHTJEVI

V - model korisnikih zahtjeva

Uobiajena je zabluda da se korisniki zahtjevi analiziraju u samo jednoj fazi ivotnog ciklusa

Korisniki zahtjevi imaju vanu ulogu u svim fazama ivotnog ciklusa

Vanost poetnih zahtjeva u zavrnim aktivnostima

Prema V-modelu korisnikih zahtijeva provodi se testiranje sustava u odnosu na korisnike zahtjeva

Zahtjevi i ivotni ciklus


KORISNIKI ZAHTJEVI

Slojevita struktura inenjerstva zahtjeva

Prema V-modelu moe se promatrati i slojeviti razvoj sustavaSvaki sloj razvoja odgovara odgovarajuem sloju testiranja sustavaPrimjenom V-modela mogu se postii slijedee koristi:

V ie s t r u k o k o r it e n j e p o s t o j ee dokumentacije u svim fazama projektapreslikavanje dokumentacije na druge (sline) razvojne projektepoboljana koordinacija aktivnosti na projektimao p t i m i z a c i j a p r o c e s a u e n j a i prenoenja iskustava na druge projekte


KORISNIKI ZAHTJEVI

Gospodarski aspekti inenjerstva zahtjeva

Zahtjevi dionika mogu posluiti kao saeti netehniki opis sustava

Opis sustava razumljiv viem menadmentu

Formiranje tehnikog saetka razvojnog projekta

Zahtjevi kao osnova za usporedbu s drugim aktivnostima na projektu


KORISNIKI ZAHTJEVI

Praenje zahtjeva i upravljanju promjenama u sustavu koji se razvija (I)

Ako zahtjevi imaju sredinju ulogu u razvoju sustava potrebno ih je na adekvatan nain airirati i upravljati njihovim promjenama

Izmjena dijela funkcionalnosti sustava koji se razvija bez odgovarajueg auriranja korisnikih zahtjeva moe u kasnijim fazama sustava izazvati velike potekoe

Promjene u razvoju sustava moraju biti popraene aktivnostima inenjerstva zahtjeva, bilo da se radi o tehnikim i z m j e n a m a u n u t a r n j e p r i r o d e i l i evolutivnim promjenama potreba dionika


KORISNIKI ZAHTJEVI

Praenje zahtjeva i upravljanju promjenama u sustavu koji se razvija (II)

Ova analiza predstavlja temelj za:

prihvaanje ili odbacivanje zahtijevanih promjena u razvoju sustava

dogovor za izmjenu trokovnika

O r g a n i z i r a n j e r a d n i h a k t i v n o s t i z a prenamjene u sustavu

V A N O


KORISNIKI ZAHTJEVI

Praenje korisnikih zahtjeva (I)

U kontekstu inenjerstva zahtjeva, praenje korisnikih zahtjeva podrazumijeva aktivnosti transformacije VIE "ZINE ZAHTIJEVA, ciljeva, tenji, oekivanja i potreba pretvoriti u NIU )ZINU ZAHTJEVA.


KORISNIKI ZAHTJEVI

Praenje korisnikih zahtjeva (II)

Znaenje korisnikih zahtjeva u POSLOVNOM KONTEKSTU

Na koji se nain tumai poslovna vizija

Na koji se nain postiu postavljeni ciljevi

Kako izgleda poslovna organizacija i procesi Znaenje korisnikih zahtjeva u INENJERSKOM KONTEKSTU

Na koji su nain ispunjeni zahtjevi dionika

Na koji su nain podjeljeni sustavski zahtjevi

Na koji nain se provodi delegiranje na podsustave

to su to komponente


KORISNIKI ZAHTJEVI

Analiza utjecaja, izvedivosti i obuhvata

Analiza utjecajaSlijedi dolaznu vezu u odgovoru na pitanje: to ako se OVO promjeni ? - UP)VLJANJE PROMJENAMA

Analiza izvedivosti Slijedi odlaznu vezu u odgovoru na pitanje: Zato je OVO ovdje? - COST/BENEFIT ANALIZA

Analiza obuhvataProvjeriti stavke koje su povezane vezama u dogovoru na pitanje : Da li sam obuhvatio s v e ? I NE N J E R I N G / M E N A G E M E N T IZVJETAVANJE


KORISNIKI ZAHTJEVI

Analiza obuhvata

U bilo kojoj fazi projekta mogue je mjerenje postotka obuhvata zahtjeva

Vrlo koristan upravljaki alat u ranim fazama razvoja sustava

Isti princim moe se koristiti za mjerenje napredka razvoja sustava

Vertikalno mjerenje - Koliko je zahtjeva obuhvaeno u niem sloju

Horizontalno mjerenje - Koliko je zahtjeva obuhvaeno u testiranju


KORISNIKI ZAHTJEVI

Zahtjevi i modeliranje (I)

Sandwich sustavskog inenjerstva


KORISNIKI ZAHTJEVI

Zahtjevi i modeliranje (II)


KORISNIKI ZAHTJEVI

Zadovoljavanje uvjeta u V-modelu

Svrha testiranja je uoavanje i sprjeavanje nedostataka u sustavu

Ispitivanje ukljuuje aktivnosti strunih miljenja, pregleda, analiza kroz modele, testiranja komponenti, podsustava i sustava.

Sa testiranjem zadovoljavanja uvjeta (Kvalifikacijska strategija) u najranijim fazama.

Ukoliko se testiranje zadovoljavanja uvjeta provodi u zavrnim fazama, to moe dovesti do vrlo skupih promjena dizajna sustava


KORISNIKI ZAHTJEVI

Odnos zahtjeva, problemske domene i domene realizatnih rjeenja

Documents

Korisnički zahtjevi (auditorne vježbe)