X36SIN: Softwarové inženýrstv enýrství Úvodní studie Obsah úvodní studie Požadovaný obsah úvodní studie projektu SI Deklarace zámru text Odborný lánek vytváí zadavatel projektu Odborný lánek text Úvodní studie poznamky Model jednání (kontext) Tomu se te budeme vnovat Plán projektu 2 Rozpoet delka : as cena : peníze 2 Model jednání (Use Case Model) Notace modelu jednání (UML) Prvky: aktér (actor) - uživatelská role nebo spolupracující systém hranice systému (systém boundary) - vymezení hranice systému pípad použití (use case) - dokumentace události, na kterou musí systém reagovat komunikace - vazba mezi aktérem a pípadem použití (aktér komunikuje se systémem na daném pípadu) aktér komunikace pípad použití hranice systému Skok tam, kde jsme skonili minule 3 4 Píklad: e-obchod E-obchod poskytuje zákazníkm možnost nákupu produkt. Chyby v modelu jednání Aktéi spolu komunikují mimo systém Není zdraznn dvojí výskyt aktéra Chybí pípad použití (služba) pro nkterou událost Chybí nkterá reakce systému Pípad použití není popsán v datovém slovníku Pípad použití je popsán nevhodn (píliš obecn) Dva rzní aktéi mají stejnou sadu událostí (pak to zejm nejsou rzní aktéi) Za událost se považuje pihlášení do systému (zaazení do role jde mimo kontext) 5 6
Doplky k modelu jednání Sekundárn rní aktéi sekundární aktér - uživatelská role nebo spolupracující systém nutná pro innost systému 7 8 Doplky k modelu jednání Orientovaná komunikace orientovaná komunikace - pípad, kdy chceme vyznait smr komunikace 9 0 Doplky k modelu jednání Vztahy mezi službami vztahy mezi pípady použití - pokud chceme explicitn vyjádit fakt, že takový vztah existuje <<include>> - pokud jeden pípad zahrnuje pípad jiný (nap. autentizace) <<extend>> - pokud njaký pípad rozšiuje chování (je zde možnost volby) generalizace/specializace 2
Vztahy mezi službami Vztahy mezi službami Stereotyp vyjadující, že daný pípad použití rozšiuje možnosti Stereotyp vyjadující, že daný pípad použití nco zahrnuje 3 4 Kombinace rzných r prvk Generalizace služeb 5 6 Doplky k modelu jednání Generalizace aktér vztahy mezi aktéry - pokud chceme explicitn vyjádit fakt, že takový vztah existuje generalizace/specializace 7 8
Autentizace do role Model jednání pro Výtah 9 20 Kontextový diagram Kontextový diagram pro Výtah (urení hranice systému) datový tok (akce, událost) Systém (urení hranice systému) SPINAC PATRA PASAZER stisk tlacitka signalizace spinace patra indikace System pro rizeni vytahu signalizace pretizeni SENZOR PRETIZENI aktér terminátor uživatelská role datový tok (reakce) hranice systému OPERATOR tlacitko ON/OFF ridici povel RIZENI MOTORU 2 22 Chyby v definici kontextu Aktéi spolu komunikují mimo systém Není zdraznn dvojí výskyt aktéra Chybí datový tok pro nkterou událost Chybí datový tok pro nkterou reakci systému Datový tok není popsán v datovém slovníku Datový tok je popsán nevhodn (píliš obecn) Dva rzní aktéi mají stejnou sadu událostí (pak to zejm nejsou rzní aktéi) Za událost se považuje pihlášení do systému (zaazení do role jde mimo kontext) Význam termín Všechny termíny v dokumentaci by mly být zaneseny ve významovém slovníku (technický termín je datový slovník Data Dictionary). Je to proto, aby se termíny používané v dokumentaci interpretovaly stejn nap. formulá 50 mže být termín bžný pro zadavatele, ale rozumt mu musí i ešitel - objednávka je obecn srozumitelný pojem, co ale má skuten obsahovat? 23 24
Datový slovník k (dle Yourdona) Datový slovník k pro Výtah (významy použitých termín) Metaznak Význam Píklad Jak se to te = skládá se z X =Y X se skládá z Y + a Z = X + Y Z se skládá z X a Y ( ) mže chybt Z = X + ( Y ) Z se skládá z X a píp. Z Y { } opakování Z = { X } Z se skládá z nkolika X [ ] jeden z možných Z = [ X Y ] Z se skládá bu z X nebo z Y (implicitní položku lze podtrhnout) ** komentá *toto je komentá* @ klíová položka Z = @X+Y Z se skládá z X a Y, kde X je klíová položka @<íslo> ást složeného klíe Z = @X+@2Y X a Y tvoí klí (v tomto poadí) šachta = celéíslo *rozsah..4* patro = celéíslo *rozsah..40* tlaítko pivolání = patro + smr smr = [ UP DOWN ] tlaítko patra = šachta + patro stisk tlaítka = [ tlaítko patra tlaítko pivolání ] signalizace spínae patra = šachta + patro signalizace petížení = šachta ídicí povel pro motor = šachta + povel povel = [ UP DOWN STOP ] indikace patra = šachta + patro indikace pivolání = patro + smr indikace = [ indikace patra indikace pivolání ] 25 26 P.: Rozhovor na téma t jméno Datový slovník k pro Jméno lovk: My lidé se nazýváme jmény. Maran: A co je to jméno? lovk: Jméno je posloupnost znak. Maran: Takže a234 je správné jméno? lovk: Ve jménech používáme pouze písmena. Maran: Takže X je správné jméno? lovk: Teoreticky ano, ale obvykle používáme jména, která obsahují nejmén dv písmena. Navíc mají lidé vtšinou více jmen jméno je rozdleno na ásti, kterým se íká první jméno, píjmení, apod. Maran:? celé jméno = { tituly ped } + první jméno + { prostední jméno } + píjmení + { árka + tituly za } tituly ped = [ pan paní slena ing. RNDr. doc. prof. ] první jméno = jméno píjmení = jméno prostední jméno = jméno jméno = velké písmeno + { malé písmeno } písmeno = [ malé písmeno velké písmeno ] malé písmeno = [ a á b c ] *písmena lokální abecedy* velké písmeno = [ A Á B C ] *písmena lokální abecedy* árka =, tituly za = [ CSc. PhD. DrSc. prom.mat. ] 27 28 Model jednání a kontext Obsah úvodní studie Model jednání (use case model) slouží pro evidenci aktér a služeb systému. Kontextový diagram slouží pro evidenci aktér a datových tok. Oba modely se tedy doplují, ale pedstavují pouze prvý krok popisu, který musí být doplnn podrobnjším popisem služeb a dat. Požadovaný obsah úvodní studie projektu SI Deklarace zámru text Odborný lánek vytváí zadavatel projektu Úvodní studie poznamky Odborný lánek text Model jednání (kontext) Plán projektu 2 Rozpoet delka : as cena : peníze Tomu se te budeme vnovat 29 30
Odhad nákladn klad na projekt Odhad na základ zkušenosti z minula již jsme nco podobného ešili a údaje o nákladech jsme si schovali Odhad na základ dekompozice problému na odhadnutelné složky klasickéešení problému technikou divide-etimpera Odhady na základ výpotu z odhadu rozsahu odhad se obvykle ídí odhadem rozsahu kódu (LOC, KLOC, FP) Náklady podle dekomposice na úlohy Cena projektu = cen úloh Cena úlohy = fixní náklady + cena za použití zdroj Cena za použití zdroje = odmna za práci v normální pracovní dob + odmna za práci pesas + fixní náklady na použití zdroje Práce = jednotky * délka Práce je dána souinem potu jednotek zdroje, které na úloze pracují a délky úlohy 3 32 Jiné metody odhadu COCOMO (Constructive Cost Model) - Barry Boehm http://sunset.usc.edu/research/cocomoii/ Odhad rozpotu dle COCOMO Vstup: Rozsah produktu v KLOC (KLines of Code) Náronost = 2.94 * (Rozsah) 0.9 (udává se v lovko-msících) as = 3.97 * (Náronost) 0.28 Cena = as * Plat Koeficienty se mní dle typu projektu a korekcí (cca 0.5 2.0) 33 34 Píklad: Sestavovací program Píklad výpotu (COCOMO II) Velikost: 32 KLOC (KDSI) Náronost (Effort): 2.77 M as: 5.50 msíc Lidí: 7.856 (organic mode jednodušší známé projekty, spoteno pes COCOMO kalkulátor) http://sunset.usc.edu/research/cocomoii/ cocomo8_pgm/cocomo8.html 35 36
P.: Náklady N na projekt SPU Náklady dle MS-Project: 428.640,- Náklady dle COCOMO II: 443.000,- (lovkohodina je 200 K, parametry: SIZE = 5000, MODE =.05, DATA = 0.94, CPLX = 0.85, tj. náronost = 3.86 lovko-msíc, potebný as = 6.79 msíce) Výnosy pro projekt SPU Tento produkt by ml být distribuován jako krabicovéešení. Budeme-li pedpokládat že se nám projekt podaí nasadit do 0ti firem (+ do jedné zdarma jako reklama), tak odhadovaná cena pro jednu kopii by mla být 50 000 K. Výnosy: 0 x 50.000,- tj. 450.000,- Zdroj: Projekt SPU Zdroj: Projekt SPU 37 38 Zhodnocení pro projekt SPU Ob metody odhadly cenu projektu na pibližn 450 000 K. Myslíme si, že cena produktu 50 000 K ( + DPH) by pro koncového zákazníka (firma s deseti až sto zákazníky) by mohla být pijatelná. Domníváme se, že nejmén 0 firem by si produkt zakoupilo, každý další prodej by znamenal zisk. Proto navrhujeme do projektu investovat. Zdroj: Projekt SPU Karnerova metoda odhadu Jiná metoda odhadu náklad, založená na modelu jednání Spoítejte aktéry, každého aktéra zaate do kategorie: jednoduchý (nap. jiný systém komunikující pes API) váha, stední (nap. uživatel se znakovým terminálem nebo jiný systém komunikující pes TCP/IP) váha 2, nebo složitý (nap. osoba komunikující pes GUI nebo Web) váha 3. Sette váhy všech aktér a získáte neupravenou váhu aktér - UAW (Unadjusted Actor Weights). 39 40 Karnerova metoda odhadu (pokr( pokr.) Rozdlte pípady použití do kategorií podle odhadu potu potebných transakcí: jednoduchý (mén než 4 transakce) váha 5, stední (4-7 transakcí) váha 0, nebo složitý (více než 7 transakcí) váha 5. Sette váhy všech pípad užití a získáte neupravenou váhu pípad užití - UUCW (Unadjusted Use Case Weight). Karnerova metoda odhadu (pokr( pokr.) Sette ob váhy a získáte neupravenou váhu modelu jednání UUCP (Unadjusted Use Case Points) Adjustujte takto spotenou váhu technickými faktory (TCF) a faktory prostedí (EF). Faktor má hodnotu 0 (žádný vliv) až 5 (silný vliv). Koeficient se spoítá: TCF = 0.6+0.0*Technický faktor EF =.4-0.03*Faktor prostedí Získáte tak upravenou váhu modelu jednání UCP (Use Case Points) UCP = (UAW+UUCP)*TCF*EF Vynásobte UCP pedpokládanou pracností jednoho pípadu užití (cca 5 30 hod, Karner doporuuje 20 hod). Získáte pracnost v lovko-hodinách. Píklad (Zdroj: www.komix.cz) 4 42
Co od Vás V s budeme chtít: t: Nauit se íst a vytváet plány. Prostudovat si a upravit plán SINPLAN.mpp (to je plán Vaší práce). Vytvoit plán práce pro Vaše následníky (pro ty, kteí budou projekt implementovat) a odhadnout z nj cenu. Pro ovení odhadnout cenu ješt jiným zpsobem nap. pomocí COCOMO, nebo Karnerovou metodou. Odhad nákladn klad na HW a SW Pi odhadech náklad na realizaci je teba pedbžn stanovit architekturu systému. Architekturu mžeme dokumentovat pomocí diagram nasazení (deployment diagrams). 43 44 Diagramy nasazení Píklad diagramu nasazení Popisují fyzické rozmístní element systému na uzly výpoetního systému Uzly a elementy jsou znaeny obdobn jako objekty a tídy (mže být uveden pouze typ, nebo konkrétní instance a typ vyznaí se podtržením) Popisují nutné vazby mezi uzly (pípadn též použitý protokol - interface ) Obsahují pouze komponenty potebné pro bh aplikace - komponenty potebné pro peklad a sestavení jsou v diagramech komponent uzel instance komponenty komunikace interface 45 46