Cvičení předmětu Systémová analýza a návrh

Cvičení předmětu Systémová analýza a návrh OBSAH Blok 1... 3 Cvičení 1: Identifikace aktérů a případů užití... 3 Úkoly:... 3 Scénář:... 3 Instrukce:... 3 Prvotní požadavky na systém:... 3 Identifikujte aktéry:... 4 Identifikujte případy užití:... 4 Náměty k diskuzi... 4 Blok 2 Analýza problému... 5 Cvičení 2: Zjištění skutečného problému... 5 Úkoly:... 5 Scénář:... 5 Instrukce:... 5 Cvičení 2-3: Popis problému... 5 Úkoly:... 6 Scénář:... 6 Instrukce:... 6 Část 1: Identifikace stakeholders... 6 Část 2: Identifikace aktérů a hranic systému:... 6 Část 3: Omezující podmínky systému:... 7 Část 4: Definice problému:... 7 Blok 3 Porozumění požadavkům stakeholderů... 7 Cvičení 4: Revize specifikace požadavků zákazníka... 7 Úkoly:... 8 Scénář:... 8 Instrukce:... 8 Náměty k diskuzi... 8 Cvičení 5: Revize požadavků jednotlivých stakeholderů... 8 Úkoly:... 8 Scénář:... 8 Instrukce:... 9 Blok 4 Definování systému... 9 Cvičení 6: Identifikace funkčností systému... 9 1

Úkoly:... 9 Scénář:... 9 Instrukce:... 9 Náměty k diskuzi... 10 Cvičení 7: Tvorba případů užití... 10 Úkoly:... 10 Scénář:... 10 Instrukce:... 10 Identifikujte případy užití:... 11 Náměty k diskuzi... 11 Cvičení 8: Popis případů užití... 11 Úkoly:... 11 Scénář:... 11 Instrukce:... 11 Náměty k diskuzi... 12 Blok 5 Definování rozsahu systému... 12 Cvičení 9: Prioritizace požadavků za použití atributů... 12 Úkoly:... 12 Scénář:... 12 Instrukce:... 12 Náměty k diskuzi... 12 Cvičení 10: Prioritizace scénářů... 13 Úkoly:... 13 Scénář:... 13 Instrukce:... 13 Náměty k diskuzi... 13 Blok 6 Revize definice systému... 13 Cvičení 10: Detailní popis scénářů... 13 Úkoly:... 13 Scénář:... 13 Instrukce:... 14 Náměty k diskuzi... 14 Cvičení 11: Identifikace nefunkčních požadavků... 14 Úkoly:... 14 Scénář:... 14 Instrukce:... 14 Náměty k diskuzi... 15 Ostatní cvičení.... 15 2

BLOK 1 CVIČENÍ 1: IDENTIFIKACE AKTÉRŮ A PŘÍPADŮ UŽITÍ Cílem tohoto cvičení je identifikovat aktéry a případy užití na simulovaném projektu. Jako příklad pro projekt bude použit systém pro registraci studentů na předměty. Vaším primárním úkolem bude tedy identifikovat aktéry tohoto projektu. Jako příklad můžeme uvést jednoho aktéra a to je student. Vaším úkolem je zjistit, jací další aktéři pracují se systémem. Pro každého aktéra identifikujte typy interakce se systémem (případy užití). Při čtení dokumentu požadavků na daný systém si musíte uvědomit, že se zdaleka nejedná o hotové požadavky. Zaznamenejte si veškeré poznatky a předpoklady, které učiníte na základě přečtení tohoto dokumentu. Zároveň si poznačte, jaké další informace potřebujete získat od zákazníka. 1. Identifikujte aktéry, kteří mají co dočinění se systémem. 2. Identifikujte případy užití. 3. Zakreslete základní diagram případu užití. Právě jste byli jmenováni hlavním analytikem pro vývoj nového systému. Obdrželi jste dokument Prvotní požadavky na systém. Vašim prvním úkolem je pochopit tyto požadavky a odvodit z nich model případů užití. V této iniciační fázi procesu modelování je potřeba identifikovat základní aktéry a případy užití a zakreslit diagram případů užití. 1. Přečtěte si dokument Prvotní požadavky na systém. Hromadně spolu s cvičícím, který na vás bude dohlížet, proveďte následující úkoly: 1. Uspořádejte si poradu (workshop) a prodiskutujte možné aktéry a případy užití. 2. Nakreslete diagram případů užití. 3. Porovnejte diagram případů užití se vzorovým řešením. 4. Diskuze dle námětu pro diskuzi. PRVOTNÍ POŽADAVKY NA SYSTÉM: Univerzita plánuje vývoj nového systému pro zapisování předmětů a výsledků. Nový webový systém by měl nahradit starší systém, který již nevyhovuje všem nárokům na takovýto systém. Nový systém umožní studentům, přihlašování na předměty přes webový prohlížeč. Učitelé budou využívat systém pro registraci výuky předmětů a k hodnocení studentů. 3

Jelikož je málo prostředků na nový systém, univerzita si nemůže dovolit nahradit celý systém najednou. Bude využita stávající databáze předmětů, kde jsou uloženy veškeré informace o předmětech. Tato databáze je sice funkční, ale je poměrně pomalá a zastaralá. Nicméně studijní oddělení bude udržovat i nadále informace o předmětech v této databázi. Studenti si mohou požádat o tištěný katalog předmětů, který obsahuje nabízené předměty pro daný semestr. Studenti dále mohou získat veškeré informace přímo. Je potřeba poskytnout informace o kurzech jako jsou obsah, vyučující, katedra, kredity, prerekvizity atd. Systém umožní studentům výběr předmětů pro nadcházející semestr. Student může zaznamenat dva alternativní výběry pro případ naplnění kapacity jeho primární volby. Předměty mají maximum 10 a minimum 3 studenty. Registrační proces je uzavřen během prvního či druhého dne po začátku výuky. Předměty, které mají méně než tři studenty nebudou otevřeny. Předměty bez vyučujících nebudou taktéž otevřeny. Studenti zapsaní v těchto předmětech budou informováni o této skutečnosti a předmět bude zrušen z jejich zápisu. Registrační systém zašle informace o zapsaných studentech do účetního systému, aby mohly být vypočteny poplatky za studium za semestr. První dva týdny mohou studenti využít k úpravě svých zápisů na předměty. Studenti mohou během tohoto času změnit nebo zrušit své předměty. Veškeré změny musí být okamžitě zaslány do účetního systému tak, aby mohly být změněny faktury za poplatky a zaslány studentům. Na konci semestru mohou studenti vidět své výsledky. Jelikož se jedná o citlivé informace, systém musí splňovat veškeré bezpečnostní prvky, aby se zabránilo neoprávněným přístupům. Všichni studenti a vyučující budou mít své id a hesla. Vyučujícím musí být umožněn přístup do systému tak, aby byli schopni se zapsat ke kurzům, které budou učit. Také potřebují vidět studenty, kteří jsou zapsáni na daném kurzu a následně jim přiřadit také hodnocení. IDENTIFIKUJTE AKTÉRY: Kdo používá systém? Kdo využívá informace systému? Kdo poskytuje informace do systému? Kde je systém v organizaci použit? Kdo spravuje a udržuje systém? Jaké jiné systémy používá tento systém? IDENTIFIKUJTE PŘÍPADY UŽITÍ: Jaké jsou cíle každého aktéra? Za jakým účelem používá daný aktér systém? Bude aktér vytvářet, ukládat, měnit, mazat či číst data? Bude aktér informovat systém o externích událostech či změnách? Bude aktér informován o událostech v systému? Podporuje systém veškeré byznys případy korektním chováním? 4

Jak dopadlo porovnání vašeho řešení s ukázkovým řešením? Co je stejné, co je jiné a proč? Jsou případy užití příliš jednoduché? Měly by být některé případy užití spojeny? Pokrývá daný diagram veškeré potřebné činnosti? Které případy užití jsou příliš malé a měly by být zrušeny? Existují nějaké činnosti, které nejsou pokryty? Jak víte, co se děje v jednotlivých případech užití? BLOK 2 ANALÝZA PROBLÉMU CVIČENÍ 2: ZJIŠTĚNÍ SKUTEČNÉHO PROBLÉMU Cílem této části cvičení je aplikovat analytické metody k zjištění problémů. Zvolte si projekt a identifikujte skryté problémy, které se mohou vyskytovat v dané problémové oblasti. Pamatujte, že skutečné problémy nemusí být ty, co jsou zřejmé na první pohled. 1. Zvolte si vlastní projekt, který budete řešit. 2. Analyzujte problémy, které se vyskytují v dané problémové oblasti a zjistěte příčiny (pravou podstatu) těchto problémů. Právě jste byli jmenováni vedoucím projektu pro vývoj nového systému. Váš první úkol je ověřit, zda vývoj nového systému je skutečně nejlepší řešení nastalé situace (problémy doménové oblasti, které je potřeba vyřešit) a zda bude skutečně sloužit k podpoře dosažení byznys cíle v dané oblasti. 1. Nastudujte si problémovou oblast. Analyzujte problémy a jejich příčiny: 1. Použijte diagram příčin a následků pro analýzu problémů ( rybí kost, Ishikawův diagram ). a. Identifikujte největší přispěvatele problému. b. Diskutujte o tom, zda vámi navrhované řešení je opravdu to nejlepší. CVIČENÍ 2-3: POPIS PROBLÉMU Cílem této části cvičení je samotný popis problému a definování hranic řešení v dokumentu Vize. Vaším cílem je zjistit všechny stakeholders (není český ekvivalent = cílové skupiny zaměstnanců, management, externí spolupracovníci ovlivnění systémem atd.) kromě samotného zákazníka (zastoupeného většinou vedením), který platí vývoj systému (sponzor). Ujistěte se, že jste vzali 5

v potaz veškeré skupiny lidí, které budou ovlivněné novým systémem, nezapomeňte také například na nutnost plnění dat do systému, správu systému apod. 1. Identifikujte typy skupin lidí ovlivněné systémem (stakeholders). 2. Identifikujte aktéry, kteří komunikují se systémem 3. Zaznamenejte problém a stakeholdery do dokumentu vize. Analýza problémů doménové oblasti v předchozím úkolu ukázala, že vývoj nového systému je nejlepším řešením dané situace. Vaše práce nyní spočívá ve vytvoření dokumentu vize projektu. 1. Ve skupinkách vytvořte dokument vize. a. Identifikujte stakeholders. b. Definujte hranice systému pomocí identifikace aktérů, kteří budou komunikovat se systémem. c. Identifikujte omezující podmínky vašeho projektu. 2. Prodiskutujte svá řešení a upravte jej dle případných připomínek či námětů. Cílem tohoto úkolu je začít pracovat na dokumentu vize. Nezapomínejte, že dokument vize je vyvíjen iterativně a není pravděpodobné, že budete schopni dokončit jeho finální verzi během jediné schůzky. ČÁST 1: IDENTIFIKACE STAKEHOLDERS Kdo jsou klíčoví stakeholdeři vašeho projektu? Kteří stakeholdeři budou používat systém (potenciální aktéři)? Od kterých stakeholderů budete shánět požadavky na systém? Co budete dělat se stakeholdery, kteří nejsou zdrojem požadavků? (Všichni uživatelé systému jsou stakeholdeři, ale existuje např. skupinka akcionáři podniku, kteří nejsou aktéři, neboť nikdy systém používat nebudou. ČÁST 2: IDENTIFIKACE AKTÉRŮ A HRANIC SYSTÉMU: Aktér je uživatel systému. Uživatelem může být buď osoba, nebo externí systém. Aktér je někdo, kdo se vyskytuje vně systému a tudíž identifikace aktérů pomáhá při definování hranic systému. Vašim úkolem je identifikovat aktéry systému. Následující otázky vám mohou ulehčit při hledání: Aktéři: Kdo bude používat daný systém? Kdo bude získávat informace ze systému? Kdo bude vkládat informace do systému? 6

Kde ve firmě či organizaci bude daný systém použit? Kdo bude podporovat a udržovat systém? Jaké jiné systémy budou používat tento systém? Boundaries: Jaká budou rozhraní pro externí systémy? Jak mohou případy užití pomoci při definici hranice systému? Co bude součástí systému? Co nebude součástí systému? ČÁST 3: OMEZUJÍCÍ PODMÍNKY SYSTÉMU: Jaké existují omezující podmínky vyvíjeného systému? ČÁST 4: DEFINICE PROBLÉMU: Problém [popis problému] Ovlivňuje [Stakeholdeři ovlivnění problémem] Dopady [jaké jsou dopady] Úspěšné řešení - [jaké budou výhody nového systému dopady na problémovou oblast] Příklad (helpdesk): Problém pozdní a nevhodné řešení problémů zákazníků Ovlivňuje zákazníky, kontaktní pracovníky, pracovníky servisu Dopady nespokojení zákazníci, kteří obdrží nekvalitní služby; stresovaní zaměstnanci, pokles zisku Úspěšné řešení - umožní kontaktním osobám a servisním technikům real-time přístup k databázi problémů z jakéhokoliv místa, ať již je to v sídle firmy nebo při řešení problému u zákazníka. BLOK 3 POROZUMĚNÍ POŽADAVKŮM STAKEHOLDERŮ CVIČENÍ 4: REVIZE SPECIFIKACE POŽADAVKŮ ZÁKAZNÍKA Cílem této části cvičení je seznámit se se standardizovaným zápisem požadavků a rozčlenit požadavky do jednotlivých položek. Při revizi požadavků nezapomeňte revidovat a zpřesnit také svůj seznam aktérů, popřípadě identifikujte nové aktéry. 7

1. Zrevidujte stávající požadavky na systém. 2. Nalezněte potencionální požadavky na systém. 3. Označte a očíslujte každý požadavek. 4. Zpřesněte hranice systému revizí seznamu aktérů. 5. Zrevidujte potřeby jednotlivých stakeholderů v dokumentu vize. Představenstvo společnosti se usneslo, že vývoj nového systému je nejlepším řešením současného problému. Obdrželi jste prvotní požadavky na systém. 1. Vytvořte požadavky na nový systém (váš projekt) a předejte je jinému týmu, který je bude realizovat. 2. Obdržené požadavky prostudujte a označte a očíslujte si vše, co může být systémový požadavek. 3. Prodiskutujte dosažené výsledky se zadavatelem. Jaké jsou výhody standardizovaných dokumentů? Jakým způsobem můžeme identifikovat a zapisovat požadavky? Jaké kroky je nutno podniknout, jestliže obdržíte požadavky od uživatele (většinou v nestrukturované podobě)? Museli jste udělat nějaké změny v seznamu aktérů? Jaké? CVIČENÍ 5: REVIZE POŽADAVKŮ JEDNOTLIVÝCH STAKEHOLDERŮ Cílem této části cvičení je zaznamenat nové a zrevidovat již identifikované požadavky jednotlivých stakeholderů. Vyzkoušíte si brainstorming a aktualizujete dokument vize. 1. Získejte požadavky jednotlivých stakeholderů pomocí technik brainstormingu. 2. Zorganizujte a objasněte jednotlivé požadavky. 3. Vytvořte shluky souvisejících či stejných požadavků. 4. Aplikujte evaluační kritéria na požadavky. Jako vedoucí projektu potřebujete zjistit požadavky stakeholderů na váš systém. Svolali jste zástupce stakeholderů na brainstormingovou schůzku. Všichni byli obeznámeni s pravidly brainstormingu: Dobrat se k jednoznačnému řešení cíle brainstormingu. 8

Vygenerovat co nejvíce nápadů. Kritika nápadů a sáhodlouhé debaty o nich nejsou povoleny. Je možno měnit a shlukovat jednotlivé nápady. 1. Příprava. a. Připravte si psací potřeby a lepicí poznámkové papírky. 2. Generování myšlenek. a. Zapište své myšlenky a nápady na papírky. b. Vylepte je na tabuli. 3. Objasnění a organizace nápadů. a. Popište, co znamenají jednotlivé nápady. b. Rozčleňte je dle FURPS+ metodiky. 4. Omezte počet shodných či podobných nápadů. a. Odstraňte duplicitní či nevhodné nápady. b. Odložte nápady, které potřebují více promyslet. c. Poshlukujte stejné nebo podobné nápady. 5. Proveďte prioritizaci požadavků. a. Aplikujte evaluační kritéria na jednotlivé skupiny nápadů. BLOK 4 DEFINOVÁNÍ SYSTÉMU CVIČENÍ 6: IDENTIFIKACE FUNKČNOSTÍ SYSTÉMU Cílem této části cvičení je revize a doplnění dokumentu vize. 1. Vytvořte požadavky na systém dle požadavků stakeholderů. 2. Požadavky na systém svažte s požadavky stakeholderů tak, aby bylo jasné, proč daný požadavek vznikl. 3. Definujte záměr systému. Jako vedoucí projektu jste zodpovědní za dokument Vize. Váš tým vypracoval popis problému, identifikoval stakeholdery a uživatele, získal jejich požadavky, identifikoval základní funkčnosti systému a definoval omezení. Nyní je potřeba veškeré poznatky formálně zapsat do dokumentu Vize. 1. Prostudujte si dosažené výsledky. a. Definici problému. b. Stakeholdery a aktéry. c. Diagram příčin a následků. d. Základní klíčové požadavky stakeholderů a uživatelů. e. Omezení systému. 9

2. Identifikujte požadavky na systém. a. Prostudujte požadavky stakeholderů. b. Pro každý požadavek z bodu a. identifikujte funkčnost systému, která splňuje daný požadavek. c. Očíslujte požadavky. d. Pro každý požadavek na systém určete, které požadavky stakeholderů splňuje. 3. Definujte záměr systému. 4. Revidujte dokument vize. a. Úvod. b. Definice problému. c. Definovaný záměr systému. d. Stakeholdeři a uživatelé. e. Požadavky stakeholderů a uživatelů. f. Navrhované funkčnosti systému. g. Omezení systému. Existují nějaké požadavky stakeholderů, kterým neodpovídá žádná funkčnost systému. Jak se liší definice problému a definovaný záměr systému? Proč je dobré mít zaznamenány obě tyto věci? Jak ovlivní výsledky dosažené při tvorbě dokumentu Vize vaše vnímání projektu? CVIČENÍ 7: TVORBA PŘÍPADŮ UŽITÍ Cílem této části cvičení je aplikovat znalosti o tvorbě případů užití, které jste získali na začátku kurzu. Budete vytvářet případy užití pro váš projekt. Identifikujte případy užití. Vytvořte krátký popis vybraných případů užití. Vytvořte diagram případů užití. Jako vedoucí projektu potřebujete pochopit, jak uživatelé chtějí využívat daný systém. Zrevidujte si doposud vytvořené požadavky a vytvořte model případů užití. Při tvorbě modelu případů užití nejdříve identifikujte případy užití, jednoduše je popište a vytvořte první diagramy. Poté se budete věnovat upřesňování požadavků. 1. Ve skupinkách či samostatně: a. Prodiskutujte požadavky a aktéry, identifikujte případy užití. b. Každý případ užití krátce popište. c. Nakreslete diagram případů užití. 2. Porovnejte zaznamenané případy užití a jejich popisy. 10

IDENTIFIKUJTE PŘÍPADY UŽITÍ: Jaké jsou cíle každého aktéra? Za jakým účelem používá daný aktér systém? Bude aktér vytvářet, ukládat, měnit, mazat či číst data? Bude aktér informovat systém o externích událostech či změnách? Bude aktér informován o událostech v systému? Podporuje systém veškeré byznys případy korektním chováním? Jsou případy užití příliš jednoduché? Měly by být některé případy užití spojeny? Pokrývá daný diagram veškeré potřebné činnosti? Které případy užití jsou příliš malé a měly by být zrušeny? Existují nějaké činnosti, které nejsou pokryty? Jak víte, co se děje v jednotlivých případech užití? Splňuje váš model případů užití veškeré požadavky? Identifikovali jste nějaké nové aktéry? CVIČENÍ 8: POPIS PŘÍPADŮ UŽITÍ Cílem této části je popsat identifikované případy užití. Popis jednotlivých případů užití vám pomůže porozumět, jaké chování daný případ užití obsahuje. Vytvořte popis činností pro vybrané případy užití. Formálně zaznamenejte tyto popisy. Zaznamenejte scénáře případů užití Stakeholdeři akceptovali případy užití. Vy jste nyní v roli analytika a vaším úkolem je vytvořit popis každého případu užití. 1. V malých skupinkách či samostatně: a. Vyberte případy užití, které budete rozepisovat a prostudujte si je v kontextu celkového modelu případů užití. b. Vytvořte toky činností těchto případu užití. i. Zaznamenejte základní toky činností. ii. Identifikujte odchylky od těchto základních toků. iii. Zapište scénáře. 2. Prodiskutujte dosažené výsledky. 11

Týkají se všechny body vašich scénářů interakce mezi uživatelem a systémem? Popisují vaše scénáře tok činností od počátku až po dosažení vyžadovaného cíle případu užití? BLOK 5 DEFINOVÁNÍ ROZSAHU SYSTÉMU CVIČENÍ 9: PRIORITIZACE POŽADAVKŮ ZA POUŽITÍ ATRIBUTŮ Cílem tohoto cvičení je naučit se prioritizaci požadavků. Na základě stanovení priorit a pak musíte vybrat požadavky, které je možno s danými prostředky v daném čase zvládnout. Každá skupina (každý projekt) si nachystá seznam požadavků s vyplněnými atributy: o Požadavek - popis Priorita zákazníka nutný, žádoucí, volitelný. Složitost vývoje malá, střední, velká. Rizika pro projekt malé, střední, velké. Stabilita požadavku malá, střední, velká. Projděte si tabulku požadavků s vyplněnými atributy. Posuďte závažnost každého požadavku. Definujte priority. Rozhodněte, které požadavky budou realizovány v prvním sledu. Jakožto manažer zodpovědný za vývoj software ve vaší softwarové firmě jste obdrželi od vedoucího projektu seznam požadavků spolu s vyplněnými atributy priorita, složitost, rizika a stabilita. Prostředky vyčleněné na projekt dovolují splnit pouze dvě třetiny těchto požadavků. Jelikož za 20 minut odjíždíte na jiné obchodní jednání, máte právě těchto 20 minut na kvalifikované rozhodnutí. Které požadavky vyberete? 1. V malých skupinkách či samostatně: a. Prostudujte tabulku požadavků s vyplněnými atributy. b. Prodiskutujte relativní důležitost jednotlivých požadavků. c. Seřaďte požadavky na základě hodnocení atributů. 2. Předložte své výsledky ostatním a prodiskutujte a obhajte své výsledky. Jaké metody jste použili k dosažení vašich výsledků? Jaké předpoklady nebo metody vedly k rozdílným výsledkům? Jaké další informace by vám pomohly při rozhodování? 12

CVIČENÍ 10: PRIORITIZACE SCÉNÁŘŮ Cílem tohoto cvičení je identifikovat scénáře, které budou rozpracovány v této iteraci. K jejich nalezení využijete prioritizované požadavky. Prostudujte si seznam požadavků, které mají přidělené priority. Vysledujte, které scénáře splňují tyto požadavky a vyberte ty, které budete dále rozpracovávat. Na základě seznamu požadavků s přidělenými prioritami z předchozího cvičení nalezněte scénáře, které musí být implementovány v této iteraci. Představte si, že se nacházíte v první iteraci Konstrukční fáze RUP procesu, což znamená, že byla již posouzena veškerá rizika týkající se architektury a nyní je potřeba se soustředit na eliminaci rizik souvisejících s nedoručením funkčností požadovaných zákazníkem. 1. Prostudujte si seznam požadavků s přidělenými prioritami. 2. Vysledujte, které případy užití splňují tyto požadavky. 3. Identifikujte scénáře, které je potřeba dále rozpracovávat v této iteraci. Narazili jste na požadavky, které nebylo možno přiřadit k případům užití? Jestliže ano, co s tím hodláte udělat? Narazili jste na případy užití, které nejsou pokryty požadavky? Jestliže ano, co to znamená? BLOK 6 REVIZE DEFINICE SYSTÉMU CVIČENÍ 10: DETAILNÍ POPIS SCÉNÁŘŮ Cílem tohoto cvičení je dále zpřesnit vybrané případy užití. Uvědomte si, že je potřeba zaznamenat každou drobnost, kterou zákazník požaduje po systému. Identifikujte scénáře, které je potřeba rozpracovat v této iteraci Identifikujte, které toky činností je potřeba rozpracovat Popište jednotlivé základní a alternativní toky. Identifikujte vstupní a výstupní podmínky scénářů. 13

Stakeholdeři akceptovali vaše popisy jednotlivých případů užití. Nyní je potřeba popsat detailně navržené funkčnosti. Je pravděpodobné, že při jejich popisu narazíte na další alternativní toky činností. Pokud se tak stane, musíte revidovat seznam scénářů. 1. V malých skupinkách či samostatně a. Zaměřte se na scénáře, které jste vybrali prioritizací v předchozích cvičeních. b. Detailně popište toky činností. i. Každý krok toku činností pojmenujte. ii. Popište jej několika větami. iii. Popište alternativní toky. c. Upřesněte si seznam scénářů. d. Přidejte vstupní a výstupní podmínky. 2. Prodiskutujte svá řešení. Potřebovali jste přeorganizovat nebo doplnit některé kroky ve vašem původním popisu toku činností a scénářů? Je zřejmé, jak vaše případy užití začínají a jak končí? Jsou interakce aktérů se systémem a popis předávaných informací dostatečně jasné? Identifikovali jste nějaké nové toky činností? Jestliže ano, jaký dopad to mělo na vaše scénáře? CVIČENÍ 11: IDENTIFIKACE NEFUNKČNÍCH POŽADAVKŮ Cílem tohoto cvičení je definovat nefunkční požadavky na systém. Tyto nefunkční požadavky mohou být zapsány jako součást příslušných případů užití, nebo mohou být přiloženy v samostatném dokumentu. Identifikujte nefunkční požadavky. Rozhodněte, jak zaznamenáte vaše nefunkční požadavky. Jakožto vedoucí projektu jste zodpovědný za identifikaci požadavků, které nejsou zcela zřejmé z popisů pomocí případů užití. Jestliže je daný nefunkční požadavek vztažený k nějakému případu užití, je obvyklé jej zaznamenat jako jeho součást, např. popisem speciálních požadavků, které musí daný případ užití splňovat. Popis nefunkčních požadavků, které se nevztahují přímo k případu, užití se zaznamenává ve zvláštním dokumentu. 1. V malých skupinkách či samostatně a. Prostudujte si požadavky a funkčnosti na daný systém, zejména požadavky stakeholderů. 14

b. Zapište alespoň pět nefunkčních požadavků. i. Použijte jednoduchý jazyk, kterému budou rozumět i běžní uživatelé. ii. Zapište požadavky tak, aby byly jasné a následně ověřitelné. iii. Definujte kategorii každého požadavku použitelnost, spolehlivost atd. c. Rozhodněte, kam dané nefunkční požadavky zapíšete. 2. Prodiskutujte dosažené výsledky. Jaké typy nefunkčních požadavků je vhodné zaznamenávat přímo do případů užití? Jak jsou funkčnosti systému svázány s nefunkčními požadavky na systém? Jaké vazby existují mezi požadavky stakeholderů a nefunkčními požadavky? Jaké typy nefunkčních požadavků jsou nejčastější? OSTATNÍ CVIČENÍ. Náplní ostatních cvičení je dokončování projektu a konzultace se cvičícím. Dokončením projektu se rozumí vytvoření analytického modelu, modelu návrhu a implementace malého ukázkového případu užití. Rovněž bude věnována část cvičení seznámení se s nástroji IBM Software Architect a Requisite Pro, které budou použity pro tvorbu samostatných projektů. 15