Objektni softverski inžinjering

Prof. dr Pere Tumbasptumbas@ef.uns.ac.rs

RUP (Rational Unified Process)

Disciplines

RUP (Rational Unified Process)Faza uvođenja (INCEPTION)

Faza u kojoj se definiše obim projekta, vrši poslovna procena bududeg sistema radi donošenja odluke o nastavku procesa razvoja u smislu prepoznavanja i stavljanja pod kontrolu rizika.

U ovoj fazi se traže odgovori na pitanja: Da li je projekat izvodljiv? Da li je nivo rizika prihvatljiv?’ Da li je projekat finansijski isplativ?

Ciljevi faze su: Utvrđivanje obima projekta i prepoznavanje granica

projekta. Identifikovanje ključnih funkcionalnosti sistema. Definisanje jedne mogude arhitekture koja zadovoljava

ključne funkcionalnosti. Identifikovanje troškova i održivosti projekta i njegovih

rezultata. Uočavanje potencijalnih rizika. Detaljna razrada procesa razvoja i izbor alata za razvoj.

U realizaciji postavljenih ciljeva, moraju se realizovati brojne aktivnosti od strane različitih učesnika - uloge (roles) na projektu.

Pri tome se koriste i kreiraju odgovarajudi artifakti koji predstavljaju konkretizaciju pojedinih projektnih aktivnosti.

RUP (Rational Unified Process)Faza uvođenja (INCEPTION) - aktivnosti

Razumevanje novog projekta - od početne ideje, koja možda nije u potpunosti ni uobličena, stidi do tačke u kojoj se uz argumente može odlučiti da li na datoj ideji razvijati bududi projekat ili odustati od njega.

Uloge: menadžer projekta i recenzent.

Menadžer projekta: Identifikovanje, analiziranje, procena i rangiranje po

prioritetu rizika projekta, kao i definisanje strategije za upravljanje rizicima – Artifakt: Lista rizika, koja predstavlja spisak identifikovanih rizika po prioritetima.

Menadžer projekta: Razvoj Business Case - Artifakt: Business Case, koji pruža

informacije da bi se donela odluka da li je projekat značajan za ulaganje i procenjuje povrat investicija.

Inicijalizacija projekta – Artifakt: Razvojni plan projekta, sa okvirnim planom projekta i kriterijumima za vrednovanje projekta.

Recenzent: Recenzije za odobrenje projekta – Artifakt: Recenzentski

zapis, kojim se recenziraju ved kreirani artifakti (Lista rizika, Business Case i Razvojni plan projekta).

Priprema projektnog okruženja – priprema razvojnog procesa i alata koji de se upotrebiti u procesu.

Uloge: inženjer procesa i specijalista za razvojne alate.

Inženjer procesa: Prilagođavanje razvojnog procesa konkretnom projektu –

analiza projekta, definisanje okvira prilagođavanja, upoznavanje članova tima sa odabranim razvojnim procesom – Artifakt: Razvojni proces.

Inženjer procesa: Izgradnja razvojnog prototipa - Artifakt: Razvojni

prototip, koji opisuje proces razvoja u konkretnom projektu ili samo izmenjene delove u odnosu na tradicionalni proces.

Priprema šablona za projekat – identifikuje, priprema i održava šablone. - Artifakt: Specifični šabloni projekta, dokumenata, izveštaja, planova, izvornog koda i dr. Šablonima se obezbeđuju: standardizovan razvoj, primena usvojenih konvencija i stilova, olakšava inicijalizacija aktivnosti koje su deo šablona.

Inženjer procesa: Priprema uputstava i njihovo održavanje za projekat –

Artifakt: Uputstvo za projekat, sa uputstvima za realizaciju aktivnosti svakom članu projektnog tima.

Specijalista za razvojne alate: Izbor i usvajanje izabranih alata – Artifakt: Izabrani alati.

Procena poslovnog statusa – svrha aktivnosti je procena poslovnog statusa organizacije i postavljanje ciljeva za poslovno modelovanje. Za sprovođenje ove aktivnosti je potrebno sakupiti odgovarajude informacije putem različitih tehnika za prikupljanje zahteva poput radionica, brainstorminga, storyboarding-a.

Uloge: analitičar poslovnih procesa i poslovni arhitekta.

Analitičar poslovnih procesa: Procenjivanje organizacije – ljudi, procesi, alati u

organizaciji – Artifakt: Procena organizacije, u kojoj se opisuju ljudi i njihove kompetencije, organizacija i njeni delovi pogodni za poslovno unapredjenje, alati i njihova primena u organizaciji.

Analitičar poslovnih procesa: Postavljanje i usklađivanje ciljeva – Artifakt: Poslovna

vizija, definiše granice ciljne organizacije, identifikuje stejkholdere, navodi dogovor o ciljevima koje je potrebno realizovati u organizaciji, identifikuje ograničenja, određuje prioritetne delove organizacije za implementaciju i dr.

Identifikovanje opštih poslovnih ciljeva – vrši se na osnovu poslovne vizije – Artifakt: Opšti poslovni ciljevi, njime se prevodi poslovna strategija u merljive korake pomodu kojih de poslovne operacije biti ispravno usmerene i usklađene sa ciljevima.

Analitičar poslovnih procesa: Obuhvat poslovnog rečnika – identifikuje se na osnovu

poslovne vizije - Artifakt: Poslovni rečnik definiše set termina koji se uobičajeno koriste u organizaciji, a koje je neophodno dosledno koristiti tokom trajanja projekta.

Utvrđivanje poslovnih pravila - predstavlja aktivnost putem koje se identifikuju poslovna pravila – Artifakt: Poslovna pravila, kojima se definišu obaveze svim učesnicima na projektu kojih se moraju pridržavati.

Poslovni arhitekta: Analiza poslovne arhitekture - aktivnost se sprovodi

samo u slučaju kada se vrši poslovno modelovanje u cilju izgradnje poslovanja. Kada se vrši prosto predstavljanje postojedeg poslovanja u cliju definisanja poslovnih zahteva sprovođenje ove aktivnosti nije neophodno. –Artifakti: Dokument poslovne arhitekture, Model poslovnog dizajna, Model poslovnog raspoređivanja, Poslovni entiteti, Poslovni radnici, Poslovni sistem, Model poslovne analize. Svi se generišu na osnovu poslovne vizije.

Priprema okruženja za iteracije – podrazumeva pripremu procesa i alata za realizaciju razvoja.

Uloge: inženjer procesa, specijalista za razvojne alate, inžinjer za izradu uputstava.

Inženjer procesa: obavlja aktivnosti kao i pri pripremi

projektnog okruženja i to:

Izgradnja razvojnog prototipa,

Priprema šablona za projekat,

Priprema uputstava za projekat,

Prve tri aktivnosti su identične onima u pripremi projektnog okruženja, samo se ovde odnose na pojedinu iteraciju.

Izbacivanje (lansiranje) razvojnog procesa – aktivnost koja se pokrede pri svakoj promeni razvojnog procesa, sa kojom se moraju upoznati članovi tima na koje se promene odnose. Artifakt: Promena zahteva, u kojem se dokumentuju promene.

Specijalista za razvojne alate: Instalacija i konfiguracija alata – aktivnost instaliranja i

podešavanja alata za produkciju.

Verifikacija razvojnog okruženja – aktivnost ocenjivanja hardvera, softvera, alata, podataka i pokretanje alata.

Artifakt ovih aktivnosti su Alati.

Inženjer za izradu uputstava: Artifakt: Vodič za izradu uputstava, na osnovu kojeg se u

kasnijim aktivnostima gradi korisničko uputstvo.

Definisanje projektnih planova – podrazumeva aktivnosti razvoja planova neophodnih za funkcionisanje projekta.

Uloge: menadžer projekta i recenzent.

Menadžer projekta: obavlja aktivnosti koje de biti deo Razvojnog plana projekta, samo u detaljima:

Razvoj plana za merenje postignuda ciljeva,

Plan upravljanja rizikom,

Plan prihvatanja konačnog proizvoda, zasnovan na korisničkim zahtevima,

Plan za prevazilaženje problema - definiše procedure upravljanja i rešavanja problema tokom realizacije projekta,

Plan osiguranja kvaliteta - definiše osnove za izvođenje recenzije i revizije projekta,

Plan faza i iteracija – definiše ciljeve, dužinu trajanja, resurse,...

Recenzent: Planiranje recenzije planova – navodi način sprovođenja

recenzije Razvojnog plana projekta. Artifakt:Recenzentski zapis.

Nadgledanje i kontrola projekta – podrazumeva kontinuirano dnevno pradenje projekta i izveštavanje stejkholdera o detaljima bitnim za svakog od njih.

Uloge: menadžer projekta.

Aktivnosti koje se sprovode u nadgledanju su:

Usklađivanje projekta sa promenama u zahtevima i uvrštavanje zahteva u naredne iteracije za izmene.

Kontinuirano pradenje identifikovanih rizika i postavljenih ciljeva.

Izveštavanje o statusu projekta.

Prevazilaženje problema u skladu sa Planom za prevazilaženje problema.

Artifakti: Plan razvoja softvera, Plan iteracija, Lista rizika, Mere na projektu, Procena statusa, Lista spornih pitanja, Raspored poslova

Razvoj početne vizije – čine aktivnosti: Analiza sistema – potpuno usaglašavanje učesnika

projekta oko problema koji de se rešavati. Čine je aktivnosti: identifikovanje stejkholdera, definisanja granica sistema, identifikovanje ograničenja koja utiču na sistem.

Postizanje ovog cilja zavisi od standardnog rečnika pojmova.

Identifikacija Use Case-ova i aktera, radi utvrđivanja granica sistema.

Analizom sistema se razvija Vizija sistema i Plan za upravljanje zahtevima.

Artifakti: Rečnik, Use Case, Akteri, Use Case model, Vizija sistema i Plan za upravljanje zahtevima.

Faza uvođenja (INCEPTION) - aktivnosti

Definisanje sistema – čine aktivnosti izrade detaljnije definicije sistema. Zahtevi identifikovani u prethodnim koracima se

razrađuju i dorađuju se: dokument vizije, rečnik, plan upravljanja zahtevima, akteri, use case-ovi i generišu dodatne specifikacije.

Uloge: sistem analitičar.

Definisanje misije ocenjivanja – čine aktivnosti kojima se određuju poslovi testiranja koji de se sprovoditi pri svakoj iteraciji. To su: Aktivnosti kojima se utiče na artifakte – strategija

testiranja, plan testiranja, lista ideja za testiranje, konfiguracija okruženja za testiranje.

Uloge: test menadžer, koji usklađuje testiranje sa

misijom projekta, test analitičar, koji uočava šta testirati i

identifikuje ideje, test dizajner, definiše pristup testiranju.

Upravljanje obimom sistema – aktivnost kojom se obezbeđuje jasnoda zahteva svim učesnicima projekta i utvrđivanje rasporeda rada na identifikovanim zahtevima po iteracijama.

Uloge: sistem analitičar i softver arhitekta.

Sistem analitičar: obavlja aktivnosti razvoj vizije i upravljanje zavisnostima.

Razvoj vizije, aktivnost koja se odvija u više aktivnosti faze uvođenja:

Postizanje sporazuma o problemima koji de se rešavati.

Identifikovanje stejkholdera.

Definisanje granice sistema.

Identifikovanje ograničenja koja de biti nametnuta bududem sistemu: politička, ekonomska, pravna, tehnička, funkcionalna, ...

Formulisanje izjave o problemima – po posebnom šablonu iskazivanje uticaja problema na stejkholdere i njihov uticaj na sistem.

Razvoj vizije, aktivnost koja se odvija u više aktivnosti faze uvođenja:

Definisanje karakteristika sistema.

Provera dokumenta vizija.

Upravljanje zavisnostima, opisuje kako iskoristiti zavisnosti između zahteva za upravljanje obimom projekta, kao i upravljanje promenama u zahtevima. Ova aktivnost menja artifakte: plan upravljanja zahtevima, atribute zahteva i dokument vizije. Aktivnosti su:

Dodeljivanje atributa, za klase zahteva.

Uspostavljanje i potvrđivanje sledljivosti, odnosno veze zahteva i rezultata koji se postižu tokom projekta.

Aktivnosti su:

Upravljanje promenama zahteva, usaglašeno sa Planom upravljanja zahtevima.

Softver arhitekta: obavlja aktivnosti utvrđivanja

redosleda razvoja slučajeva upotrebe (use case-ova). U tom cilju mora se utvrditi arhitekturalni značaj svakog pojedinog slučaja upotrebe sa stanovišta sistema. Artifakti – dokument arhitekture softvera, softverski zahtevi, atributi zahteva.

Sprovođenje sinteze arhitekture –

Uloge: sistem analitičar i softver arhitekta.

Sistem analitičar: obavlja aktivnost definisanja konteksta

sistema, putem koje se vrši izrada konteksnog dijagrama koji na visokom nivou prikazuje odnos sistema i aktera. Artifakti – model analize i model slučajeva upotrebe.

Sprovođenje sinteze arhitekture –

Softver arhitekt - obavlja aktivnosti:

Analiza arhitekture – kojom se identifikuje potencijalna vrsta arhitekture, tehnike koje de biti korišdene u sistemu. Artifakti – model dizajna, model rasporeda, opis softverske arhitekture, analiza klasa, model analize.

Konstruisanje arhitekturalnog Proof of Concept – kojom se definiše kako izgraditi arhitekturalni POC. Artifakt –arhitekturalni POC.

Procena upotrebljivosti arhitekturalnog POC – kojom se definiše kako oceniti artifakt prethodne aktivnosti. Definišu se kriterijumi evaluacije, sprovođenje evaluacije i procena rezultata.

Upravljanje iteracijama; Planiranje naredne iteracije.

Uloge: menadžer projekta i glavni recenzent. Obe uloge: određuju neophodne resurse za sprovodjenje

iteracija na projektu, lociraju poslove svake iteracije, stvaraju pretpostavke za ocenu svake iteracije, izrađuju plan iteracija koji ocenjuju stejkholderi sistema.

Hvala na pažnji!

Objektni softverski inžinjering - ef.uns.ac.rs · U ovoj fazi se traže odgovori na pitanja: ......

Documents

02 - Objektni Model

ZAVRŠNI RAD - FSBrepozitorij.fsb.hr/8846/1/Crkvenac_2018_zavrsni_preddiplomski.pdf · mm. Uređaj pohranjuje drvne ostatke u vreće od 50 l. Drvni ostatci u vrećama su pogodni za

Kazimir Majorinckazimirmajorinc.com/Documents/Hacklab-Lisp-14.pdf · objavljeno 30-ak memoa. Uglavnom nisu pogodni za izlaganje. (Manje važni detalji, rane verzije ili su kasnije

Radionički kompresori · Kompresori CLASSIC naročito su pogodni za radionice za motorna vozila, kao i za gradnju i reno-viranje. Kompresori serije CLASSIC između ostalog energijom

Grad Kastav - PGŽ...Povijesni pregled kretanja stanovništva Pogodni položaj podruþja Grada (blizina Rijeke, prometna infrastruktura, prisutnost sadržaja) sigurno je utjecala na

Nastavni plan i program za predmet: Softver inžinjering

DR SLAĐANA MILENKOVIĆ METODIČKA KORELACIJA …scindeks-clanci.ceon.rs/data/pdf/0353-7129/2009/... · Tekstovi književnosti za decu pogodni su za korišćenje za sve ove zadatke

Soko Inžinjering - Menjamo klimu na bolje!. Sertifikat GOST - Higijenik... · AKT 0T60pa 06pa3L10B 059 0T 09,08.2012 r.; HPOTOKOJI na60paTOPHb1X nccjueAOBaHHñ VIC11blTaTeJ1bHOrO

UOPŠTENO O MODULARNIM RASHLAD NIM KOMORAMA … o... · RASHLADNI SISTEMI . 6 Soko - Inžinjering Tehničke karakteristike Novembar 2010 • Nudimo samostojeći modularni sistem polica

Prijevod originalne HR upute za uporabu - vogt-tec.de · PDF file11 Alati 12 Spisak rezervnih dijelova Sadržaj 100% ... pogodni isključivo za sabijanje, za-bijanje, struganje, sječenje,

Projektovanje, inžinjering, konsalting, izgradnja STUDIJA

Projektno vodenje PREDAVANJE 2 - studentski.net · Tipologija projektnih ciljev Tipologija ciljev A: –namenski (purpose, aim) –objektni (goal, objective) Tipologija ciljev B:

,UKAVICA ' - Pravni fakultet u Lukavici - PIM Univerzitet · UVOD U PRAVO Izdavač: Univerzitet za poslovni inžinjering i menadžment Pravni fakultet Za izdavača: Dragan Mitrović

D.O.O. ZA INŽINJERING ZA TD: TRGOVINU I USLUGE 220/10 ...skele, oplate, ograde, skladišta, dizalice, dobaviti i postaviti strojeve, alat i potreban pribor, itd., te poduzeti sve

Stepenaste burgije Kwik Stepper™ · 2017. 8. 23. · Stepenaste burgije Kwik Stepper™ - Pogodni su za lako bušenje čeličnih ploča, cevi neobojenih metala, nerđajućeg čelika

Oracle objektni tipovi;...SQL tipovi korisnički tipovi public !OK PL/SQL tipovi exceptions, konstante Oracle tipovi novi tipovi private %type (not DRY) STATIC SVRHA metode objektnog

IZVORI NAPONA - Prirodoslovno · takvi izvori nisu pogodni u velikom broju primjena. Znatno pouzdaniji i pogodniji naˇcin dobivanja stabiliziranog istosmjernog na-pona je koriˇstenje

Genetički inžinjering

GENETIČKI INŽINJERING · Web viewDoc. Dr Obrenija Kalamanda, Školska Skripta (Slajdovi – Genetički Inžinjering IV Predavanje), Univerzitet Za Poslovne Studije Banja Luka, Banja