Co vás tady čeká za odpovědi na otázky k teoretickému zápočtu z IS? #lolfont

Podobné dokumenty
Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová

Business Process Modeling Notation

Modelování informačních systémů s využitím jazyka UML. Jaroslav Šmarda

DBS Konceptuální modelování

7.3 Diagramy tříd - základy

IS Restaurace. Semestrální práce. Tomáš Rumíšek V Brně dne Peter Ševčík

3 druhy UML diagramů

7.3 Diagramy tříd - základy

Diagramy tříd - základy

Úvod do softwarového inženýrství IUS 2009/2010 p.1/30

Databázové modelování. Analýza Návrh konceptuálního schématu

Ruční návrh Připravíme si odpovědi na základní otázky Co chceme řešit (projektovat) a proč Komu to bude sloužit Jaký užitek z toho bude mít uživatel I

Konceptuální modelování. Pavel Tyl

Architektury Informačních systémů. Jaroslav Žáček

Architektury Informačních systémů. Jaroslav Žáček

Jazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken

Modelování procesů s využitím MS Visio.

Informační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika

Metody popisu systému, základy UML

Klasické metodiky softwarového inženýrství I N G M A R T I N M O L H A N E C, C S C. Y 1 3 A N W

Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky.

7.6 Další diagramy UML

2. Modelovací jazyk UML 2.1 Struktura UML Diagram tříd Asociace OCL. 3. Smalltalk 3.1 Jazyk Pojmenování

UML. Unified Modeling Language. Součásti UML

7.2 Model použití (jednání) (Use Case)

Vyřešené teoretické otázky do OOP ( )

7.6 Další diagramy UML

7.5 Diagram tříd pokročilé techniky

Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux.

Objektově orientované technologie. Daniela Szturcová

Architektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura

Modelování procesů (1) Procesní řízení 1

8.2 Používání a tvorba databází

Objektově orientované technologie Business proces Diagram aktivit. Daniela Szturcová

10 Metody a metodologie strukturované analýzy

Úvod do principů objektově orientovaného programování

Model podnikových procesu. Model objektu. Model funkcí. Akce. Proces Objekt (trída) Událost Atribut. Akce. Akce. Funkce

Vývoj IS - strukturované paradigma II

11 Diagram tříd, asociace, dědičnost, abstraktní třídy

Unifikovaný modelovací jazyk UML

Základní informace. Modelování. Notace

7.5 Diagram tříd pokročilé techniky

Informační systémy 2008/2009. Radim Farana. Obsah. Nástroje business modelování. Business modelling, základní nástroje a metody business modelování.

PŘÍLOHA C Požadavky na Dokumentaci

Infrastruktura UML. Modelování struktury v UML. Superstruktura UML. Notace objektů. Diagramy objektů

Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda

Návrh IS - UML. Jaroslav Žáček

Návrh IS - UML. Jaroslav Žáček

Analýza a modelování dat. Helena Palovská

Obsah. Zpracoval:

Modely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů.

Konceptuální datové modely používané při analýze

Okruhy z odborných předmětů

Algoritmizace prostorových úloh

7.2 Model použití (jednání) (Use Case)

UML úvod. Zdroje: Kanisová Hana, Müller Miroslav: UML srozumitelně, Computer Press 2007

9 Strukturovaná analýza

Databáze 2013/2014. Konceptuální model DB. RNDr. David Hoksza, Ph.D.

SQL - trigger, Databázové modelování

6 Objektově-orientovaný vývoj programového vybavení

UML - opakování I N G. M A R T I N M O L H A N E C, C S C. Y 1 3 A N W

TÉMATICKÝ OKRUH Softwarové inženýrství

Strukturované metody Jan Smolík

Úvod do databázových systémů

X36SIN: Softwarové inženýrství. Životní cyklus a plánování

Univerzita Pardubice Fakulta ekonomicko-správní Ústav systémového inženýrství a informatiky

7 Jazyk UML (Unified Modeling Language)

Problémové domény a jejich charakteristiky

TÉMATICKÝ OKRUH Softwarové inženýrství

Komputerizace problémových domén

Dalším příkladem může být například výstup dat na různá zařízení, souborů, grafických rozhraní, sítě atd.

Analýza a modelování dat. Přednáška 4

Jazyk UML VST (Velmi stručný tutorial) verze 1.0

Modelování procesů (2) Procesní řízení 1

Maturitní témata Školní rok: 2015/2016

Diagram datových toků - DFD

1/1 ČESKÁ ZEMĚDĚLSKÁ UNIVERZITA V PRAZE PROVOZNĚ EKONOMICKÁ FAKULTA PŘIJÍMACÍ ŘÍZENÍ 2017/2018

Modelování řízené případy užití

Programování II. Třídy a objekty (objektová orientovanost) 2018/19

1. Dědičnost a polymorfismus

Informační systémy 2008/2009. Radim Farana. Obsah. Obsah předmětu. Požadavky kreditového systému. Relační datový model, Architektury databází

IS pro podporu BOZP na FIT ČVUT

Principy UML. Clear View Training 2005 v2.2 1

OOT Objektově orientované technologie

UML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz

OOT Objektově orientované technologie

VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ

Základy analýzy. autor. Jan Novotný února 2007

Analýza Realizace případů užití

Program a životní cyklus programu

7 Jazyk UML (Unified Modeling Language)

9 Strukturovaná analýza

RELAČNÍ DATABÁZOVÉ SYSTÉMY

MOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ

Tvorba informačních systémů

DBS Konceptuální modelování

UML: Unified Modeling Language

Obsah přednášky. Databázové systémy RDBMS. Fáze návrhu RDBMS. Coddových 12 pravidel. Coddových 12 pravidel

TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů

Transkript:

Co vás tady čeká za odpovědi na otázky k teoretickému zápočtu z IS? #lolfont 1. K čemu slouží matice CRUD?... 4 2. Jaký je rozdíl mezi use case v objektové analýze a procesem ve strukturované analýze?... 4 3. Jaký je rozdíl mezi třídou v UML a entitou v ERD?... 4 4. Vyjmenujte alespoň tři use case pro aktora čas.... 4 5. Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD?. 4 6. K čemu využíváme prvek split/merge?... 4 7. Jak popisujeme strukturu dat v data dictionary?... 5 8. Kdy se používá minispecifikace a jak ji vyjádřím?... 5 9. Kdy použiji řídící proces a řídící datový tok?... 5 10. Najděte alespoň pět chyb v systémovém diagramu.... 5 11. Co je to fyzická úroveň datového modulu? Popište k čemu slouží.... 5 12. Co kontroluje funkce kontrola konzistence v CASE nástrojích?... 6 13. Jaká je souvislosti mezi ERD (entitně-relační diagram) a DFD (data flow diagram)?. 6 14. Které prvky z Process Analystu můžeme importovat do Data Architectu?... 6 15. Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD?. 6 16. Co je to systémová encyklopedie? Jaké informace v ní najdeme? Pro který software je typická?... 6 17. Co jsou to podniková pravidla a ke kterým prvkům se připojují?... 6 18. Co se děje s procesem, který dekomponujeme?... 7 19. Proč modelujeme IS? (5 důvodů)... 7 20. Vyjmenujte prvky entity a uveďte příklad entity a jejich prvků.... 7 21. Jaký je rozdíl mezi strukturovanou a objektovou analýzou?... 7 22. Co kontrolují CASE systémy?... 8 23. Jak se liší následující typy softwaru? Charakterizujte pomocí tří vět programy Navision, Data Architect a Rational Rose.... 8 24. Jak popisujeme use case?... 8 25. Které prvky obsahuje kontextový diagram?... 8 26. Co je to prototyp?... 8 27. Vysvětlete pojem kardinalita a uveďte příklady pro jednotlivé typy.... 8 1

28. Co je to modelování, proč modelujeme a kdy modelujeme?... 8 29. Co je to doména?... 9 30. Kdo je to aktor?... 9 31. Vysvětlete pojem parcialita.... 9 32. Cecky... 9 33. Porovnejte software Dynamics Navision a Axapta.... 9 34. Jaký je rozdíl mezi Data Architectem a Process Analystem?... 9 35. Z čeho se skládá funkční model?... 9 36. Jaké jsou tři úrovně DFD?... 9 37. Popište Backus-Naurovu notaci.... 10 38. Co obsahuje datový slovník?... 10 39. Porovnejte prvky ERD a DFD.... 10 40. Proč je možné mít více hranic v use case diagramu?... 10 41. Popište diagram tříd.... 10 42. Jaké diagramy můžeme dodat k use case diagramu?... 11 43. Jaký je rozdíl mezi sekvenčním, aktivitním a komunikačním diagramem?... 11 44. Jaké jsou typy vazeb v use case?... 11 45. Co je to lifeline?... 11 46. Vysvětlete spirálový a vodopádový model.... 11 47. Vyjmenujte tři diagramy interakce systému (behaviorální).... 12 48. Porovnejte vztahy include a extend... 12 49. Kdy využijeme generalizaci aktora?... 12 50. Kdy využijeme generalizaci use case?... 12 51. Jaký je rozdíl mezi komunikačním a sekvenčním diagramem?... 12 52. Láskyplný BONUS... 12 52.1 Jaké jsou atributy prvků class diagramu?... 12 52.2 Vyjmenujte alespoň pět komponent IS.... 12 52.3 Jmenujte pět informačních systémů a jejich vlastnosti.... 12 52.4 Které modelování je statické a které dynamické?... 12 52.5 Je rodné číslo vhodným primárním klíčem?... 13 52.6 Vymyslete vlastní podnikové pravidlo typu.... 13 52.7 Proč je lepší objektový přístup namísto strukturního?... 13 52.8 Typy zpráv sekvenčního diagramu.... 13 2

52.9 K čemu jsou fragmenty sekvenčního diagramu?... 13 52.10 Jaké jsou komponenty diagramu aktivit?... 13 52.11 Bonus totalus exitus netříděné shrnutí z posledního cvičení, zkuste si odpovědět... 13 3

1. K čemu slouží matice CRUD? Matice CRUD (Create Read Update Delete) nám zobrazuje vztahy mezi data story a procesy a vztahy mezi data itemy a procesy. Dokáže odhalit špatně navržený systém (prázdný řádek v CRUD matici značí, že data store není použitý v návrhu IS je duch). 2. Jaký je rozdíl mezi use case v objektové analýze a procesem ve strukturované analýze? V objektové analýze je use case případem použití. Ve strukturované analýze je proces způsobem zpracování vstupů a transformace výstupů. 3. Jaký je rozdíl mezi třídou v UML a entitou v ERD? Třída v UML je popsána atributy, metodami a vztahy. V ERD je entita popsána názvem, vlastnostmi a vazbami. 4. Vyjmenujte alespoň tři use case pro aktora čas. Pravidelné zasílání reportů Každodenní odesílání údajů bance Začátek soutěže (soutěž začíná vždy v 10:00) Automatická aktualizace Posílání uzávěrky Výpočet odvodu DPH 5. Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? Podnikové pravidlo můžeme přidat k data store či data itemu (položky, které při importu v ERD používám). 6. K čemu využíváme prvek split/merge? Split slouží k rozložení jednoho datového toku na dva (ty obsahují data items z původního toku v libovolném pořadí a počtu, ale žádné jiné data items se mohou duplikovat). Merge slouží k sloučení dvou datových toků do jednoho (obsah nového toku jsou data items s obou původních toků, bez duplicit). 4

7. Jak popisujeme strukturu dat v data dictionary? Strukturu dat v data dictionary popisujeme pomocí Backus-Naurovy notace (metasyntaxe), příklad: <symbol> ::= <sada_symbolů> Dále můžeme strukturu dat také popsat Jacksonovým diagramem či CASE nástrojem. 8. Kdy se používá minispecifikace a jak ji vyjádřím? Minispecifikaci používáme na nejnižší úrovni rozložení (ve chvíli, kdy je proces dostatečně dekomponovaný). Minispecifikaci lze popsat pomocí: 1. Strukturovaného jazyka (nejpoužívanější je angličtina s klíčovými slovy CREATE, WRITE pro data stores, READ, SEND TO pro terminátory, UPDA- TE, IF THEN ELSE, REPEAT-UNTIL, WHILE-DO) 2. Jacksonových diagramů (diagramy využívající selekce, iterace* a sekvence) 3. Pseudokódu (neformální jazyk) 9. Kdy použiji řídící proces a řídící datový tok? Řídící proces se používá pokud potřebujeme určit, zda provádět danou operaci nebo ne (zpracování). Pomocí řídícího toku se posílají pouze impulzy (signály). Datové toky řídícího procesu neobsahují data items. Pouze řídí chod celého IS. Řídící datový tok se v diagramu znázorňuje přerušovanou čárou. 10. Najděte alespoň pět chyb v systémovém diagramu. (tady to může být různě, ukázkové řešení aby bylo jasný, na co se zaměřit) ČTENÍ špatný název datového toku ČTENÍ datový tok k terminátorovi nemůže být oboustranný ZAPLAŤ špatný název datového toku FAKTURA nepřiřazený datový tok k terminátoru POŽADAVEK nevhodný typ směru (aktualizace) datového toku EVIDENCE KNIH > PŮJČKY A REZERVACE nepojmenovaný datový tok nepropojení procesů v diagramu (DS)KNIHY > (DS)ČTENÁŘI nepojmenovaný datový tok (DS)KNIHY) data store je duplicitní INFO O KNIZE dvakrát stejně nazvaný datový tok IS UCE do terminátoru jdou dva datové toky z dvou různých procesů ČTENÁŘ z terminátoru nejde žádný datový tok 11. Co je to fyzická úroveň datového modulu? Popište k čemu slouží. Fyzická úroveň datového modulu je tvořena ERD diagramem. 5

Slouží k modelování dat a vztahů mezi nimi. 12. Co kontroluje funkce kontrola konzistence v CASE nástrojích? Kontrola konzistence ověřuje, zdali je diagram správně namodelovaný z hlediska daných datových toků (např. aby nebyl datový tok update u terminátora či mezi procesy) a také z toho hlediska, zdali má každý terminátor a data store datový tok do nějakého procesu. Dále kontroluje, zdali jsou vyplněné všechny data itemy. 13. Jaká je souvislosti mezi ERD (entitně-relační diagram) a DFD (data flow diagram)? Navazují na sebe. Z DFD diagramu můžeme vytvořit ERD diagram tím, že určíme, že data store je entita, ze které se vytváří entity v ERD. Stejně tak se kopírují podniková pravidla, domény a datové prvky. Stejně tak se i z ERD dá vytvořit DFD (implementace datových slovníků, data stores a podnikových pravidel). 14. Které prvky z Process Analystu můžeme importovat do Data Architectu? Data stores označené jako entity Podniková pravidla Domény Datové prvky v data storech (datové slovníky) 15. Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? Takové podnikové pravidlo se musí týkat domén či data stores (popř. jejich data itemů), které jsou označené jako entity. 16. Co je to systémová encyklopedie? Jaké informace v ní najdeme? Pro který software je typická? Jedná se o seznam všech použitých prvků v IS (procesy, datové toky, terminátory, data stores, datové prvky, podniková pravidla, domény, split/merge). V encyklopedii najdeme k prvkům veškeré informace, jejich popisy a anotace. Je typická pro CASE nástroje (např. Process Analyst). 17. Co jsou to podniková pravidla a ke kterým prvkům se připojují? Podniková pravidla jsou všeobecné pokyny, které obsahují určité omezení. Vytvářejí se na základě směrnic nebo jiných interních pravidel. Připojují se k doménám, terminátorům, datovým tokům, data stores, 6

Příklad: Čtenář musí mít minimálně 18 let pro přístup do pornosekce. Typy podnikových pravidel: definice, vzorec (suma objednávka = hodnota položka * počet kusů), omezení (využívá interval), skutečnost (fakt) 18. Co se děje s procesem, který dekomponujeme? Terminátory, které jsou připojené k dekomponovanému procesu se přesouvají o úroveň níže a zároveň tak i datové toky, které jsou na ně také napojené (při kontextovém diagramu dochází k duplikování terminátorů podle toho, kolik toků z nich vychází nebo vchází). To samé platí i o data stores při dekompozici na druhé úrovni DFD a o procesu, který je připojený na dekomponovaný proces. 19. Proč modelujeme IS? (5 důvodů) Pro zvýšení efektivity práce Pro lepší komunikaci se zákazníky v rámci firmy Pro větší přehled o podnikových aktivitách Pro zjednodušení práce Pro tvoření reportů Pro vytváření podnikových analýz Inovace Bezpečnost Zautomatizování procesů Dohled Všechny informace se centrálně ukládají na server Strategická výhoda pro organizaci s IS Rychlé vyhledávání informací Nižší náklady v dlouhém období Statistiky 20. Vyjmenujte prvky entity a uveďte příklad entity a jejich prvků. Prvky entity jsou název, atributy a datový typ. Příklad: Zaměstnanec ID_zaměstnanec (integer), jméno (text), telefon (integer), stravuje se (boolean) 21. Jaký je rozdíl mezi strukturovanou a objektovou analýzou? Strukturovaná analýza využívá několika modelů funkčního, datového, řídícího, modelu vnějšího chování, vedlejší pomocné prostředky (DD). Objektová analýza vychází z objektově-orientovaného programování, překonává sémantické mezery. 7

22. Co kontrolují CASE systémy? Práci tvůrců IS Řízení procesu vývoje IS Testování a nasazení aplikace (IS) 23. Jak se liší následující typy softwaru? Charakterizujte pomocí tří vět programy Navision, Data Architect a Rational Rose. Navision je podnikový modulární informační systém, který pomáhá firmám s účetnictvím, ekonomikou a řízením vztahu se zákazníky. Data Architect je CASE nástroj pro vytváření ERD diagramů, umožňuje import data stores (entit) z Process Analystu. Rational Rose je objektový CASE nástroj od firmy IBM, jedná se o balík několika produktů. 24. Jak popisujeme use case? Názvem, stručnou charakteristikou a scénáři (hlavní, alternativní). Use case diagram popisujeme aktorem, hranicí systému, vazbou a use casem. 25. Které prvky obsahuje kontextový diagram? Kontextový diagram obsahuje vždy jeden jediný proces a terminátory, které jsou v okolí systému (externí entity). Proces v kontextovém diagramu představuje proces nejvyšší úrovně hierarchického rozkladu (IS). Kontextový diagram neobsahuje data stores! 26. Co je to prototyp? Prototyp je simulace systému, na které se uživatelům představí jeho konečná (nebo alespoň částečná) podoba, struktura, funkce a rozhraní. 27. Vysvětlete pojem kardinalita a uveďte příklady pro jednotlivé typy. Kardinalita značí násobnost. Její typy jsou 1:1 (člověk má občanský průkaz), 1:n (člověk má své vlastní oblečení n), m:n (člověk m je spolubydlícím v bytě n). 28. Co je to modelování, proč modelujeme a kdy modelujeme? Modelujeme pro porozumění rozsáhlého problému, abychom mohli problém řešit v týmu bez větších obtíží. Díky abstraktnímu pohledu na IS jsme schopni rychle zapracovat neočekávané požadavky. Také jsme schopni odhalit odstranit redundantní funkce. 8

Modelovat můžeme strukturovaně (DFD + ERD) nebo objektově (UML). Modelujeme funkce, strukturovaně tabulky, objektově objekty, strukturu dat, role (oprávnění), vazby mezi objekty a grafické rozhraní (GUI). Modelujeme po analýze požadavků IS. 29. Co je to doména? Doména představuje striktně zadaný formát pro data item (např. e-mail je vždy text s 100 znaky, ve formátu xxx@xxx.xxx). 30. Kdo je to aktor? Aktor specifikuje určitou roli v use case diagramu. Tuto roli bude vykonávat určitý uživatel, který bude interagovat s IS. 31. Vysvětlete pojem parcialita. Parcialita značí povinnost. Prázdné kolečko značí nepovinnost (a nezávislost), plné kolečko povinnost (a závislost). 32. Cecky žádné malé velké gigantické umělé (tribute pro původní autory některých vypracovaných otázek <3 ) 33. Porovnejte software Dynamics Navision a Axapta. Axapta je určená pro velké podniky, je drahá, propojuje moduly a má účetní knihu. Dynamics Navision je jednodušší, levnější, pro střední podniky. 34. Jaký je rozdíl mezi Data Architectem a Process Analystem? Process Analyst pracuje s DFD digramem, Data Architect s ERD diagramem. 35. Z čeho se skládá funkční model? Z hierarické sítě diagramů (DFD, ERD) složené z komponentů DFD proces, terminátor, data store, datové toky. V ERD jsou komponenty entity a vazby. 36. Jaké jsou tři úrovně DFD? Kontextový diagram, systémový diagram a DFD modul. 9

37. Popište Backus-Naurovu notaci. (datová položka) volitelná struktura {DP} násobná struktura [DP/DP] výběrová struktura @DP ID *DP poznámka {jméno} + přezdívka + adresa + pohlaví titul = {písmeno} + {.} + ({písmeno}) písmeno = {a..z; A..z} adresa = ulice + číslo_popisné + číslo_orientačné ulice = (číslo) + {písmeno} + (číslo) 38. Co obsahuje datový slovník? Datový slovník je složený z datového toku a datových položek (data items). Položka obsahuje: název, typ, povinnost, označení, jedinečnost 39. Porovnejte prvky ERD a DFD. ERD DFD Entita Data store Doména Doména Podnikové pravidlo Podnikové pravidlo Terminátor / Externí entita Proces Datový tok Atribut Datová položka (Data Item) Split/merge 40. Proč je možné mít více hranic v use case diagramu? Protože v use case můžeme mít více informačních systémů a prvky i mezi více IS mohou spolupracovat. 41. Popište diagram tříd. Diagram tříd představuje statický pohled na modelovaný systém a jeho úkolem je znázornit typy objektů v systému a jejich vztahy. Základním objektem diagramu tříd je třída, která obsahuje název, atributy a metody. Všechny prvky třídy mají svoji danou viditelnost. V diagramu tříd existuje několik vztahů: mohutnost (multiplicita), závislost (dependence), asociace, agregace (prázdný kosočtverec), kompozice (plný kosočtverec), dědičnost (generalizace) a realizace. 10

Asociace značí, že jedna instance může komunikovat s druhou. Agregace značí, že jedna instance má druhou. Kompozice značí, že jedna instance je zásadní součástí jiné. 42. Jaké diagramy můžeme dodat k use case diagramu? Sekvenční diagram Komunikační diagram Stavový diagram Diagram časování Diagram aktivit 43. Jaký je rozdíl mezi sekvenčním, aktivitním a komunikačním diagramem? Sekvenční diagram ukazuje, jak na sebe sekvence (ve scénáři) navazují. Diagram aktivit znázorňuje chování systému, je dynamický. Diagram komunikace je podobný se sekvenčním diagramem s tím rozdílem, že diagram komunikace umožňuje libovolné rozložení instancí tříd, propojuje je a používá číslování pro znázornění pořadí (z jednoho panáčka jde rovnou 1.1 i 3.1 funkce). 44. Jaké jsou typy vazeb v use case? Asociace Agregace Kompozice Generalizace (dědění) Extend (rozšíření) Include (zahrnutí) 45. Co je to lifeline? Třída v sekvenčním diagramu. 46. Vysvětlete spirálový a vodopádový model. Vodopádový model vychází ze sekvenčního přístupu k jednotlivým fázím do další fáze můžeme až ve chvíli, kdy jsme předchozí kompletně dokončili. Spirální model je založený na určování cílů, vyhodnocení alternativ a rizik, vývoj a verifikace další úrovně produktu a plánování následujících fází. Po každé fázi následuje testování, hodnocení a předání dílčích výsledků produkt je testován pravidelně. 11

47. Vyjmenujte tři diagramy interakce systému (behaviorální). Diagram aktivit, stavový diagram a sekvenční diagram. 48. Porovnejte vztahy include a extend. Include značí, že zahrnuje nějakou funkci. Extend je vztah pro rozšíření. V případě include se vykoná nový i includovaný case, protože ten nový má includovaný v sobě. 49. Kdy využijeme generalizaci aktora? Když hlavní aktor a jeho přiřazené use case jsou přiřazené současně i podřízeným hlavního aktora. 50. Kdy využijeme generalizaci use case? Když potřebujeme rozšířit danou funkci. Hlavní use case mi opisuje funkcionalitu všeobecně, ale jeho podřízení ho blíže specifikují. 51. Jaký je rozdíl mezi komunikačním a sekvenčním diagramem? Komunikační obsahuje objekty, sekvenční třídy. 52. Láskyplný BONUS Sem patří vše, co má potenciál se objevit v testu (na cvičení na to bylo upozorňováno), ale přesto to žádný student v testu doposud nezaznamenal nebo o tom neřekl ostatním. Peace. 52.1 Jaké jsou atributy prvků class diagramu? Private, public, protected. 52.2 Vyjmenujte alespoň pět komponent IS. Nákup, sklad, výroba, zboží, zákazníci. 52.3 Jmenujte pět informačních systémů a jejich vlastnosti. Helios Fenix pro menší veřejné instituce ShipEdge webová cloudová služba pro správu skladišť Money S3 IS pro účetnictví, podporuje moduly Money S4 ABRA mapuje výrobní proces, umí číst čárové kódy (G3 pro firmy; G4 komplexní řešení pro velké firmy) Microsoft Dynamics NAV 52.4 Které modelování je statické a které dynamické? Dynamický pohled představuje funkční DFD. Statický pohled představuje datový ERD. 12

52.5 Je rodné číslo vhodným primárním klíčem? Není. 52.6 Vymyslete vlastní podnikové pravidlo typu. Příklad na certifikaci montéra: Definice: Montér je zaměstnanec firmy. Omezení: Montér musí mít minimálně pět let praxe v oboru. Skutečnost: Montér obnovuje svůj certifikát po šesti letech. Vzorec: Montérova mzda je dána vzorcem 52.7 Proč je lepší objektový přístup namísto strukturního? Lze hned vidět funkcionalitu celého systému Na objekty lze aplikovat vazby, pomocí nich můžeme určit principy objektů Lze rozdělit více IS a jejich funkcionalitu pomocí hranic (vidíme tak celkovou funkcionalitu i jiných IS, což nám umožňuje spolupráci s nimi). 52.8 Typy zpráv sekvenčního diagramu. Asynchronní (obyčejná šipka) aktor něco pošle, ale nečeká na odpověď Synchronní (plná šipka, vybarvená) aktor něco pošle a čeká na odpověď Návratové (přerušovaná šipka) 52.9 K čemu jsou fragmenty sekvenčního diagramu? Spojují navzájem podobné zprávy. 52.10 Jaké jsou komponenty diagramu aktivit? Aktivita (obdélník se zaoblenými hranami) je jednoduchá nebo strukturovaná (ta má dole uprostřed +) Počáteční bod/událost (kolečko) Koncový bod/událost (kolečko s tečkou uprostřed) Tok (klasická čára) nemusí mít název Rozhodovací blok (diamant) min. dva toky dál, ty toky MUSÍ být pojmenované; názvem bloku je vždy otázka Fork/join Plavecké dráhy horizontální nebo vertikální; vyznačují, kdo přesně dělá kterou aktivitu 52.11 Bonus totalus exitus netříděné shrnutí z posledního cvičení, zkuste si odpovědět - Backus-Naurova notace - notace pro vytváření dat v data dictionary - obsahuje násobnostní prvky, volitelnost - Jacksonovy diagramy - CO ZNAČÍ SEKVENCE, ITERACE,...? - Jaké jsou všechny možnosti minispecifikací? - Kontrola konzistence? - kontrola z pohledu fyzického řešení, kontrola v CRUD matici, nesmí vzniknout duch 13

- Systémová encyklopedie = sdružuje všechny komponenty IS, zabraňuje vytváření duplicit (obsahuje všechny DFDčka, domény, business rules, ERDčka,...) - Pro které nástroje je typická systémová encyklopedie? - pro case use nástroje - kroužek - split/merge - umožňuje rozdělovat datové toky (a,b,c na a,b a c jinam) - může vytvářet duplicity - merge spojuje datové toky (a,b a b,c spojí na a,b,c) - zabraňuje duplicitám - co se děje s procesem, který dekomponujeme - všechny prvky napojené k procesu se přesouvají do nižší vrstvy, terminátoři se namnoží podle počtu datových prvků, u 2->3 tam může být i data store - tři use cases pro aktora a čas: zálohovat server, aktualizovat systém, - jaký je rozdíl mezi procesem a řídícím procesem - v řídícím procesu netečou data, je značen čárkovaně - řídící proces pracuje s impulzy, normální proces pracuje s daty - Rational Rose - SW nástroj pro modelování UML - jaký je rozdíl mezi Microsoft Dynamics NAV (IS), Visual Paradigm (modelování UML, procesní modelování), ProcessAnalyst (DFD) a DataArchitect (ERD)? - proč modelujeme IS? - - co modelujeme v IS? - - jaký je rozdíl mezi entitou a třídou? - entita má název a atributy, třída má ještě i metody - jaký je rozdíl mezi use case a procesem? - use case znázorňuje funkcionalitu, proces znázorňuje algoritmus (v 2. vrstvě DFD je proces modulem) - naučit se správně vysledovat chyby v DFD, špatný názvy procesů, duchy, špatné číslování procesů, špatné číslování data stores,... 14