ZSWI Flashcards
Popište smysl pyramidy vitality a význam jejích jednotlivých pater (obrázek k dispozici)
Dynamika
Stabilita
Efektivita
Užitečnost
Popisuje budování firmy a její úspěšné fungování)
Dynamika (Dokážeme řídit změny a ovlivňovat celkový
vývoj?) – vyvolávání změn, firma se stává původcem změn, systém dopředných vazeb,ovlivňování mezilidských vztahů ve firmě, skupinách, týmech
Stabilita (Umíme se vyrovnat se změnami a potížemi?) –
nalézt rovnováhu v měnících se podmínkách, systém
zpětných vazeb, individuální přístup k zaměstnancům
a zapojení do firemního dění
Efektivita (není to zbytečně nákladné?) ‐ firma má
pořádek v procesech, nesmí se příliš vysílit, musí stačit
konkurenci, využívá zdroje, má organizační strukturu
Užitečnost (Máme co nabídnout? Víme proč a komu?) –
firma musí mít smysl, poskytovat užitek, produkovat něco chtěného (zákazník za to zaplatí, zaměstnanec investuje čas, energii, práci, majitel investuje nápady, peníze)
Popište smysl Maslowovy pyramidy potřeb a význam jejích jednotlivých pater (obrázek k dispozici)
Smysl Výlučnost Příslušnost Bezpečí Přežití
Popisuje univerzální lidské potřeby
Smysl - Jsem užitečný sobě a svému okolí? Seberealizace, osobní rozvoj, užitečnost pro jiné.
Výlučnost - Uznávají ostatní mou výjimečnost? Potřeba někam patřit a i v daném prostředí vynikat.
Příslušnost - Mohu počítat s tím, že někam patřím? Někam patřit - rodina, škola, přátelé
Bezpečí - Budou mé základní potřeby zajištěny i nadále?
Zajištění přežití v budoucnosti
Přežití - Jsou pokryty mé základní potřeby? Pokrytí základních potřeb - metabolismus, reprodukce
Popište a vysvětlete základní schéma zajišťování efektivity: Procesy → Zdroje → Struktury
❖ Jsou dané produkty, ty musíme získat v dostatečné míře a kvalitě s min náklady (peníze, čas, úsilí).
❖ Sledujeme cenu vstupů, hodnotu výstupů (hodnota výstupů musí být větší než cena vstupů).
❖ Zajišťování efektivity probíhá dle schématu Procesy → Zdroje → Struktur.
Procesy – opakovaně probíhající transformace vstupu na výstup, i malé zlepšení se významně projeví.
❖ Ortoprocesy – hlavní procesy, výstupy (produkty) určené vnějším zákazníkům.
❖ Paraprocesy – paralelní podpora a monitoring ortoprocesů, vytvářejí interní produkty.
(typicky účetnictví, marketing), interní produkty tvoří zdroje a vstupy do dalších procesů.
❖ Metaprocesy – výsledky monitoringu vnitřního a vnějšího prostředí firmy, výsledek je změna.
Zdroje – pro zajištění procesů, nespotřebovávají se (na rozdíl od vstupů).
❖ Tvrdé zdroje – materiál, energie, informační systém.
❖ Lidské zdroje – vlastnosti, schopnosti, postoje lidí ‐ nositelé jsou konkrétní lidé.
❖ Specifické zdroje ‐ systém firemních myšlenek.
❖ Lidské zdroje: Činnost‐>Nároky‐>Požadavky‐>Člověk.
Struktury – odvozeny od jedinečných procesů ve firmě – těžko obecně definovatelné.
❖ Odpovědnost za běh procesů, kvalitu zdrojů, informací o procesech, zdrojích atd.
Popište a vysvětlete princip dvou nezbytných podmínek stability: cyklického řízení a podpory lidí
Stabilita = schopnost hledat rovnováhu (adaptovat se na změnu).
Cyklické řízení
❖ Učení z vlastních výsledků, zpětné vazby, hodnotíme zda jsme/nejsme úspěšní, případné korekce.
❖ Zavedení nových prvků do řízení - stanovení cílů (jak ho dosáhnout), vyhodnocení výsledků, korekční
systém (pozitivní odchylka - potvrzení cílů a cest, negativní odchylka - korekce cílů, cest).
Podpora lidí
❖ Cyklický model potřebuje pochopení a podporu ze strany lidí, musí být srozumitelný a přijatelný.
❖ Firemní kultura – vztahy mezi lidmi, vztahy k firemním myšlenkám.
o Firma vedená lidmi – nadřízení zavaleni rutinními
záležitostmi, mají věci pod kontrolou.
o Firma vedená myšlenkami – lidé se méně obracejí
na nadřízené, řeší problémy v závislosti na
firemních myšlenkách a cílech.
Popište a vysvětlete princip dvou nezbytných podmínek dynamiky: proaktivního cyklického řízení
a aktivity lidí
Firma je užitečná, efektivní a stabilní → změny bere do své režie – ovlivňuje dynamiku vlastní i dynamiku
svého okolí.
Proaktivní cyklické řízení (tvrdá podmínka)– důležitost zdravého rozumu
❖ Ovlivňování rychlosti a směru vývoje – typicky vyvolávání umělých potřeb.
❖ Schopnost učit sám sebe (vrchol dynamiky) tvůrčí charakter procesů, nelze se spolehnout na
rutinu.
Aktivity lidí (měkká podmínka) – vyžaduje spontánní aktivitu lidí, rychlost, pružnost, dobré nápady,
zapojování lidí do řešení problémů a rozhodování (ale za rozhodování je stále zodpovědný manažer)
Popište význam, důležitost a možnost změny následujících lidských zdrojů: vlastností, schopností
a postojů
Schopnosti
❖ Znalosti (co teoreticky zvládnete) a dovednosti (co prakticky umíte).
❖ Možnost změny – snížení nároků či rozvíjení schopností, zlepšení týmových vztahů a spolupráce.
Postoje
❖ Míra snahy a ochoty pracovat, loajalita příslušného člověka, úzce souvisí s motivací.
❖ Míra disproporce mezi “vím, umím” a “skutečně to dělám”.
❖ Možnosti změny – definice firemních myšlenek a jejich vysvětlení lidem, vnímání lidských zájmů.
Vlastnosti
❖ Hlavně zděděné rysy osobnosti člověka spojené s biologickou a psychologickou podstatou.
❖ Takřka nezměnitelné, člověka s určitými vlastnostmi nelze „vychovávat“, ale získat již
„hotového“.
Popište princip soutěživého vztahového chování; jakým způsobem dokážete soutěž vyvolat, či potlačit
Lidé jsou navzájem srovnáváni (odměna patří nejlepšímu). Lidé mají přirozenou potřebu vítězit. Vzniká, když lidé plní stejné úkoly. Ve skupině může být i motorem vývoje. Soutěžení nelze zcela vypudit, je ale možné ho přesměrovat mimo skupinu (soutěžení s jinou skupinou, mezi firmami).
Popište princip spolupráce; jakým způsobem dokážete spolupráci podpořit
Přesvědčení, že hodnot je dost pro všechny (odměnu mají všichni, kteří dosáhnou výsledku). Zadání
úkolu tak, že uspět mohou jedině dohromady (lidé si pak musí pomáhat). Rozšíření rolí ve skupině (více
možností úspěchu). Spolupracují i ti, kteří jsou normálně soutěživí (vliv vnějšího tlaku). Pocit sdílení.
Dlouhodobě udržitelné a žádoucí. Menší potenciál než soutěžení (spolupracujeme, jen když je to
výhodné). Lidé volí soutěž, dokud nevyhrají nebo nezjistí, že soupeř je lepší a chtějí spolupráci.
Proč se zabýváme požadavky na software? Pro koho jsou sesbírané a zdokumentované požadavky na
software užitečné?
Požadavek
❖ Vlastnosti a parametry softwaru, které definují jeho užitečnost pro zúčastněné subjekty.
❖ Popis toho, co všechno by se mělo implementovat, popisují žádané chování systému a jeho
vlastnosti, mohou představovat nějaká omezení procesu vývoje systému.
Užitečnost pro
❖ Zákazníky (investoři - projekt financují, chtějí dostat systém, který pokryje jejich podnikatelské
potřeby, uživatelé).
❖ Zaměstnance (analytik požadavků – sepisuje požadavky na systém a tlumočí je vývojářům (definuje
produkt) a vývojáři – navrhují, implementují, udržují systém).
Vysvětlete pojmy podnikatelské a uživatelské požadavky
Podnikatelské požadavky
❖ Formulují strategický rámec organizace (zákazníka), říkají, proč organizace systém chce (čeho
zavedením systému dosáhne).
❖ Často samostatný dokument – tzv. charta projektu – popisuje vize a rozsah projektu.
Uživatelské požadavky
❖ Popisují cíle uživatelů a úkoly, které musí uživatelé se systémem provést
(způsob zápisu: případy užití, scénáře, tabulky), např. převést peníze z účtu na účet.
❖ Odpovídají procesům z pohledu managementu a vykonavatelů.
❖ Mohou být v rozporu s podnikatelskými (pak je nutné komunikovat o cílech a omezeních).
Vysvětlete pojmy systémové a funkční požadavky.
Systémové požadavky
❖ Celkové požadavky na systém složený z podsystémů (podsystémy mohou být softwarové
i hardwarové, součástí systému i lidé).Odpovídají zejména definicím zdrojů a struktur.
Funkční požadavky
❖ Procesy z pohledu vývojáře. Popisují softwarovou funkcionalitu – co mají vývojáři
naprogramovat.
Vysvětlete pojmy podnikatelská pravidla a parametrické (mimofunkční) požadavky.
Podnikatelská pravidla
❖ Firemní předpisy, státní nařízení, průmyslové standardy, atd. (tato pravidla existují i sama o
sobě).
❖ Omezují počet možných uživatelů systému, někdy z nich plynou kvalitativní parametry.
Parametrické požadavky
❖ Požadavky na výkonnost a kvalitativní parametry – použitelnost, přenositelnost, integrita,…
Vysvětlete význam podpisu dokumentu specifikace požadavků.
❖ Podpis není jen formální záležitost (zákazníka přesvědčíte, ať si specifikaci opravdu přečte).
❖ Podpis neznamená zmrazení požadavků, ale vytvoření tzv. směrné verze specifikace – verze, která
v daném čase představuje závaznou podobu požadavků. Lze změnit a opět podepsat.
Uveďte alespoň tři dobré zvyky, které jste použili při psaní specifikace požadavků během vašeho
týmového projektu. Vysvětlete význam těchto dobrých zvyků.
❖ Úplnost – požadavek musí úplně popisovat funkcionalitu.
❖ Správnost – požadavek funkcionalitu popisuje přesně (dle rozhodnutí uživatele)
❖ Proveditelnost – požadavek se musí nechat zrealizovat (zhodnotí vývojář).
❖ Priorita – každý požadavek má svoji implementační prioritu.
❖ Jednoznačnost – jednoduchý, stručný jazyk, omezení možnosti různých interpretací.
❖ Ověřitelnost – testem, prohlídkou.
Vysvětlete význam uvedení vize a stanovení rozsahu v dokumentu specifikace požadavků
❖ Produktová vize – společný směr všem investorům – k čemu software je a co by se z něj v budoucnu
mělo stát, vize se mění poměrně zvolna, rozsah se v čase upravuje dle termínů, rozpočtu, kvality,…
❖ Rozsah – podmnožinou vize, řádně definován která část dlouhodobé vize bude zpracovávána
aktuálním projektem, co projekt bude řešit a co už ne (rozsah zároveň definuje omezení).
Vysvětlete princip a použití kontextového diagramu a diagramu případu užití. Nakreslete obrázky.
Kontextový diagram
❖ Používá se pro grafický popis rozsahu projektu - hranici a spojení mezi vyvíjenýmsystémem a okolím.
❖ Uvnitř kruhu celý systém.
❖ Koncové prvky - obdélníky představují třídy uživatelů, organizace, jiné systémy nebo HW zařízení.
❖ Šipky - představují datové toky či přesuny skutečných předmětů mezi systémem a koncovými prvky.
Diagram případu užití
❖ Používá se pro zaznamenání obecných údajů o cílech uživatelů, které musí uživatelé provádět.
❖ Uživatelů se ptáme na pracovní postupy a cíl, který mají, když si sednou k systému (chci udělat to a
to)
❖ Uvnitř systému - všechny úkoly a činnosti, které má systém provádět.
❖ Vně systému - uživatelé, kteří se systémem jakkoliv pracují.
❖ Šipky - od činností k uživatelům, kteří je provádí.
Jakým způsobem získáte požadavky od uživatelů systému? Uveďte základní praktiky.
❖ Najdeme všechny třídy uživatelů systému (dle používaných funkcí, frekvence používání, úkolů,…).
❖ Najdeme zdroje uživatelských požadavků (rozhovory s potenciálními uživateli, dokumentace
popisující stávající nebokonkurenční systémy, chybová hlášení, sledování uživatelů při práci,…).
❖ Vybereme zástupce jednotlivých uživatelských tříd nebo účastníků a pracujeme s nimi.
❖ Dohodneme se, kdo bude rozhodovat o požadavcích (řešení protichůdných požadavků uživatelů,
❖ Zapojení uživatelů je jediný způsob, jak se vyhnout rozdílům mezi očekáváním a skutečným
systémem.
Praktiky
❖ Nespoléhejte na to, že všichni účastníci sdílejí společné definice.
❖ Pochopení skutečných potřeb účastníků, klademe vhodné otázky.
❖ Ptáme se na výjimky.Které tři věci nejvíce vadí na starém systému?
❖ Nabízíme další nápady a alternativy
Roztřiďte následující požadavky (uveďte typ požadavku)
a. Potřebuji nastavit parametry zařízení.
b. Chceme snížit náklady na údržbu systému o 30%.
c. Slovník lze abecedně setřídit (A‐Ž, Ž‐A).
d. Každý výrobek má jedinečný čárový kód.
e. Uživatel si vybere, jestli bude vyplňovat tuzemský nebo zahraniční cestovní příkaz.
f. Systém musí být dostupný alespoň v 99,0% v pracovní dny mezi šestou hodinou ranní a
čtvrtou hodinou odpolední.
g. Systém musí být implementován v programovacím jazyce Java
a. Potřebuji nastavit parametry zařízení. – případ užití
b. Chceme snížit náklady na údržbu systému o 30%. – podnikatelský požadavek
c. Slovník lze abecedně setřídit (A‐Ž, Ž‐A). – funkční požadavek
d. Každý výrobek má jedinečný čárový kód. – definice dat
e. Uživatel si vybere, jestli bude vyplňovat český nebo zahraniční cestovní příkaz. – p. na vnější rozhraní
f. Systém musí být dostupný alespoň v 99,0% v pracovní dny mezi šestou hodinou ranní a čtvrtou hodinou
odpolední. – kvalitativní požadavek
g. Systém musí být implementován v programovacím jazyce Java. - omezení
Popište smysl a náplň čtyř základních aktivit při vývoji sw: specifikace, vývoj, validace, evoluce.
❖ Specifikace sw – definice sw produktu.
❖ Vývoj sw – vytváření sw splňujícího specifikaci.
❖ Validace sw – ověření, že sw dělá, co potřebuje zákazník (systém zpětných vazeb).
❖ Evoluce sw – přizpůsobení sw měnícím se požadavkům zákazníka a nabídka další funkčnosti (systém zpětných a dopředných vazeb).
Popište vodopádový model vývoje sw, uveďte jeho výhody a nevýhody.
Původní představa: další fáze začne, když předchozí (úspěšně) skončí (tj. neexistují zpětné vazby).
Později: zavedení zpětné vazby, v případě problémů se musíme vracet
❖ Návraty jsou pracné, drahé (zahrnují i přepracování dokumentů), po několika iteracích dojde ke
zmrazení příslušné části vývoje a přejde se na další fázi, tzn.:
o případné problémy se odkládají na později (ignorují se)
o zmrazení požadavků vede k tomu, že systém nedělá, co uživatel chce
o zmrazení designu obvykle vede ke špatně strukturovaným systémům
Nevýhody
❖ Prodleva mezi zadáním projektu a vytvořením spustitelného systému je příliš dlouhá.
❖ Rozdělení projektu do fází je málo flexibilní.
❖ Je obtížné reagovat na změny požadavků ze strany zákazníka (uživatel sám neví, co vlastně chce).
❖ I kdybychom vyjádřili každý požadavek, na některé detaily přijdeme až ve fázi implementace.
Výhody
❖ Model je nedokonalý, ale je lepší mít nějaký model než nechat zvítězit naprostý chaos v projektu.
❖ Přehledný – použitelný pro malé projekty, či jako první přiblížení (hrubé zrno).
❖ Výhodný z hlediska organizace práce dodavatele, někdy vyžadován státem v roli zákazníka.
Popište modely vývoje sw: výzkumník (evoluční prototypování) a prototyp (throwawayprototypování), uveďte vhodnou oblast jejich použití.
Použití: Malé systémy a středně velké systémy s krátkou dobou života.
Model výzkumník (dobře přizpůsobitelný)
❖ Specifikace, vývoj a validace jsou smíšeny. Ze specifikace je velmi rychle vyvinut prvotní systém.
❖ Na základě spolupráce a zjištění požadavků zákazníka je systém dále upravován.
❖ Během vývoje systému se často vracíme k předchozím etapám – základní charakteristika vývoje
Model prototyp(tvorba prototypu, který bude později zahozen) ❖ Cílem je lepší pochopení zákazníkových požadavků a v důsledku vytvoření lepší definice požadavků. ❖ Prototyp je testován a ověřován budoucími uživateli.
Vysvětlete základní principy iteračního a inkrementálního modelu vývoje sw
Iterativní modely
❖ Počítají s vývojem požadavků v čase, nutnost několika (i mnoha) iterací procesu vývoje.
❖ Myšlenku, že velké systémy se dají rozdělit na menší (různé přístupy pro různé části →hybridní
model).
Inkrementální modely
❖ „Přírůstkový model“, navržen kvůli omezení přepracování částí v důsledku změn požadavků.
❖ Umožňuje zákazníkovi odložit rozhodnutí o detailech, dokud nemá zkušenost se systémem.
❖ Část (inkrement) může býtpo dokončení předán zákazníkovi, který ho může používat.
Popište základní principy, fáze a aktivity metodiky RationalUnified Proces (RUP).
❖ Iterační způsob vývoje SW, inkrementální rozšíření (iterace končí vytvořením spustitelného systému).
❖ Správa požadavků, využití existujících SW komponent.
❖ Využití principu zpětné vazby a UML.
❖ Řízení a sledování změn a jejich akceptace lidmi.
4 základní fáze (každá fáze má několik iterací - detailnější rozpracování produktu)
❖ Zahájení – výsledek je vize koncového sw produktu rámec vývoje sw produktu
❖ Rozpracování – výsledek je podrobná specifikace požadavků a rozpracovaná architektura sw
produktu
❖ Tvorba – výsledek je kompletní implementovaný a otestovaný sw produkt
❖ Předání – výsledek je předaný sw produkt (zahrnuje např. beta testování, zaškolení)
Aktivity (posloupnost aktivit, které vytvářejí požadované produkty)
❖ Základní toky aktivit –specifikace požadavků, analýza a návrh, implementace, testování, nasazení
❖ Podpůrné toky aktivit – konfigurační management a řízení změn, projektové řízení, prostředí
Vysvětlete zásadní rozdíly mezi agilním přístupem k vývoji sw a vodopádovým modelem.
Agilní přístup
❖ Individuality a interakce mají přednost před procesy a nástroji.
❖ Fungující software je důležitější než obsáhlá dokumentace.
❖ Spolupráce se zákazníkem je důležitější než sjednávání smluv.
❖ Reakce na změnu je důležitější než plnění plánu.
❖ Komunikace mezi zákazníkem a vývojovým týmem, průběžné automatizované testování.
Rozdíly oproti předchozím modelům
❖ Zvažuje rizika projektu, který je závislý na zkušenosti vývojářů najít a posoudit zdroje rizik (pokud
některé riziko podcení, nevyhnutelně nastanou potíže).
❖ V modelu nenajdeme pevné fáze jako je specifikace nebo návrh, je obecnější.
❖ Model je aplikovatelný i na jiné typy projektů, než je vývoj SW
Jak byste prakticky postupovali při zavádění modelu vývoje sw?
Důležité je určit pořadí kroků, abychom mohli vybrat model, který bude sedět na naše požadavky:
❖ Vodopádový model – základní model, konzistentní se strukturovaným programováním shora dolů.
Je vhodný, pokud jsou známé požadavky (např.: operační systémy, překladače apod.).
❖ Evoluční vývoj – pokud části požadavků nejsou zřejmé, např. uživatelské rozhraní (“nevím, co chci,
ale poznám to, až to uvidím”).
❖ Komponentně orientovaný vývoj– máme-li vhodné komponenty.
❖ Inkrementální vývoj –potřebujeme omezit přepracovávání, dodáváme systém po částech.
❖ Spirálový model – vhodné pro složité dlouhodobé projekty, zahrnuje předchozí modely.
Co je to projekt? Jaký je rozdíl mezi projektem a procesem?
Projekt
❖ Časově omezená pracovní činnost. Cílem je vytvoření např. jedinečného produktu nebo služby.
❖ Je dočasný (má pevně stanovený konec i začátek), má jednoznačný cíl.
❖ Má hlavního zákazníka nebo zadavatele, součástí je neurčitost.
Proces
❖ Opakovaně probíhající transformace vstupu na výstup. I malé zlepšení se může významně projevit.
❖ Skládá se z jasně stanovených posloupností aktivit. Je jedinečný.
❖ Dobře organizovaná cesta od vstupu k výstupu = popis a řízení firemních procesů.
Rozdílů asi moc není. Jeden je v délce trvání a opakování…
❖ Procesy jsou většinou dlouhodobé a opakující se, projekty jsou jednorázové.
❖ Proces je vnitřní organizace firmy, o projektu ví spousta lidí okolo.
❖ Proces je přesně určen a stanoven, projekt se v průběhu práce mění a přepracovává.
Co znamená trojí (čtvero) omezení projektu?
Projekt je omezen rozsahem, časem a náklady. Je vhodné nalézt rovnováhu mezi těmito omezeními. Je
nutné přijímat kompromisy. Jako čtvrté omezení někdy bereme kvalitu, uspokojení zadavatele, a někdy
nutnost dobrého řízení projektu (nezahrnuje pouze splnění trojího omezení).
Vysvětlete pojmy Ganttův diagram a struktura rozpisu prací (WBS). Uveďte ilustrační příklady
Ganttův diagram
Definuje, jaké jednotlivé činnosti se budou během projektu provádět. K těmto činnostem definuje přesný
časový interval trvání a udává návaznost jednotlivých činností na sebe (lepší návaznost jednotlivých
prací).
Struktura rozpisu prací
Definuje, jakým činnostem se jednotliví členové budou během průběhu projektu věnovat a na
kolik.Snahou je dosáhnout optimálního vytížení každého člena týmu.
Co je to konfigurační management a k čemu je dobrý?
Konfigurační management (Správa konfigurace, SCM)
❖ Podpora efektivity a stability. Podpora systému zpětných vazeb.
❖ Uchování smysluplných mezivýsledků jednotlivých aktivit a podob výsledného sw produktu.
❖ Podpůrná aktivita – týká se všech členů týmu během celého vývojového cyklu produktu.
❖ Produkt vyvíjí více lidí, postupně existuje více verzí produktu → vznikají zmatky → potřeba zvládnutí
těchto zmatků →nástroje, jak dostat změnu na jednom objektu pod kontrolu.
❖ Sestavování výsledného produktu z jednotlivých částí.
Popište princip práce s repository (SVN nebo GIT).
Sdílený prostor se všemi složkami projektu a řízeným přístupem. Změnu ukládáme s komentářem.
Základní operace
❖ inicializace – vytvoření úložiště, naplnění inicializační verzí projektu
❖ checkout (update) – zkopírování prvku konfigurace do lokálního pracovního prostoru
❖ check in (commit) – uložení prvku do konfigurace do repositoty
❖ zjišťování stavu – sledování změn úložiště vůči lokálnímu pracovnímu prostoru
Co je to UML a k čemu ho použiji?
Otevřený rozšiřitelný standard pro vizuální modelování.
❖ Není to metodika (to znamená, že nestanovuje proces).Dá se přizpůsobit konkrétním jazykům.
❖ Modelování jako svět vzájemně se ovlivňujících objektů obsahujících informaci a chování.
❖ Předpoklad, že model specifikujeme dostatečně přesně, abychom z něj mohli vygenerovat kód.
Modely v UML obsahují
❖ Statickou strukturu (jaké objekty jsou důležité a jak spolu souvisejí).
❖ Dynamické chování (vzájemná spolupráce objektů).
Vysvětlete základní princip a použití UML diagramu případů užití. Nakreslete příkladový obrázek.
Používají se zejména pro popis kontextu systému a pro popis uživatelských požadavků. Jsou to funkce,
které systém vykonává jménem jednotlivých účastníků nebo v jejich prospěch. Reprezentují vnější
pohled na systém, modelují zamýšlené funkce systému a jeho vztah k okolí.
Použití
❖ Nalezení hranic systému. Vyhledání účastníků (aktérů). Nalezení případů užití.
❖ Specifikace případu užití. Tvorba scénářů.
4 komponenty
❖ Aktéři – role přidělené osobám nebo předmětům používajících daný systém
❖ Případy užití – činnosti, které mohou aktéři se systémem vykonávat
❖ Relace – smysluplné vztahy mezi aktéry a případy užití
❖ Hranice systému – ohraničení kolem případů užití, vymezení modelovaného systému
Vysvětlete základní princip a použití UML diagramu tříd. Nakreslete příkladový obrázek.
Ukazuje statickou strukturu tříd v systému (třídy, jejich vztahy, atributy a operace). Za statický je
považován proto, že struktura popsaná diagramem platí v jakémkoli okamžiku běhu systému.
Vysvětlete základní princip a použití UML stavového diagramu. Nakreslete příkladový obrázek
Používá se pro popis chování instance tříd. Ukazuje, jakými vztahy mohou instance třídy procházet
během svého životního cyklu a jaké události mohou způsobit přechod mezi stavy. Umožňuje
strukturování.
❖ Stav - situace během života objektu, kdy objekt splňuje podmínku, provádí akci nebo čeká na
událost.
❖ Událost - výskyt stimulu, který může spustit přechod do jiného stavu.
❖ Přechod - změna stavu způsobená událostí; nový stav závisí na původním stavu a na události.
Vysvětlete základní princip a použití UML sekvenčního diagramu. Nakreslete příkladový obrázek.
Ukazuje dynamickou spolupráci mezi množinou objektů. Má časovou osu (plyne shora dolů v diagramu).
Ukazuje posloupnost zpráv zaslaných mezi objekty.
