Cvičení 1 Modelování IS Proč modelujeme? Kvůli abstraktnímu pohledu na informační systém (IS), rychlému zapracování neočekávaných požadavků a komunikaci, kvůli zobrazení funkcí IS. Co modelujeme? Funkce IS, strukturovaně tabulky a objektově objekty, vazby mezi objekty, grafické rozhraní (GUI). Kdy modelujeme? Modelujeme po analýze požadavků IS. Case nástroje Jsou to programy na modelování IS, které splňují určitou notaci.
Strukturovaná analýza
Power Designer (tvůrcem firma Sybase) – Data Architect (ERD), Process Analyst(DFD)
UML
Use Case diagram Diagram aktivit Sekvenční diagram GUI
Cvičení 2 Strukturovaná analýza
Funkční modelování (DFD – 4prvkový) Datové modelování (ERD)
1. Proces
Musí mít jeden vstup a jeden výstup
2. Datový tok
3. Externí entita
Rovná se okolí systému Terminátor (jiný název pro entity)
4. Data store
Nelze jej vždy použít Musí mít vstup a výstup
Systémová encyklopedie
Tvoří se čtyřmi prvky¨, navazují na ně business rules (podnikové pravidla daného informačního systému) Fungují domény (doména – striktně zadaný formát) Popisy prvků Anotace (poznámky o použitých prvcích)
Kontrola konzistence
Nejedná se o logickou kontrolu Kontroluje funkčnost informačního systému
DFD Hierarchie 1. Kontextový diagram
Obsahuje jeden proces Obsahuje n-entit (minimálně však 1) N-krát datový tok Neobsahuje data store
Proces se nazývá černá skříňka.
2. Systémový diagram
Obsahuje n-procesů (minimálně 2) Obsahuje stejný počet jako kontextový diagram Obsahuje n-data store (minimum 1) Procesy musí být propojeny (například přes data store) Tolik procesů kolik modulů v informačním systému
Dekompozicí získáme z kontextového diagramu systémový (+ u procesu v kontextovém diagramu)
3. DFD subprocesu
Procesy se propojí
Minispecifikací se popisují procesy, které jsou z hledikka složitosti triviální.
IS MZDY TERMINÁTORY: IS účetnictví Zaměstnanec Is odvody
Analýza Objektově orientovaný – modelování UML Strukturovaný (dynamický - DFD, statický model - ERD) V případě kontextového diagramu může začít číslování od 0! V systémovém diagramu max 3-9 procesů Přehlednost Řídící proces nezpracovává data, pouze řídí ostatní procesy na základě vysílání impulzů – oproti procesu je čárkovaný Na 2. a 3. úrovni nelze měnit data flow u terminátorů
Cvičení 3. Minispecifikace
Dělá se u nejnižšího procesu, který nebudeme dále dekomponovat (rozkládat) Existují tři způsoby: 1. Strukturovaná angličtina/čeština (jazyk) – příkazy: Read, Create, Send … To(do terminátoru), Write(do data store),Update, If …Then … Else, repeat-until, whiledo (tzv. klíčové slova) 2. Jacksonové diagramy – Iterace *, selekce ° 3. Pseudokód – podobná struktura jako programovací jazyk, jen se úkony zapisují běžným jazykem, jen má určité znaky pj (cykly, podmínky atd.)
Ad 1) Iterace – cykly Sekvence – prý je to jasné, no nevím Selekce – podmínka
Příklad
Pro každou novou objednávku proveď: 1. Ověř zákazníka jestliže nebyl nalezen v databázi zákazníků potom zaregistruj zákazníka jinak registruj objednané zboží 2. Pokud budeme registrovat položku zboží, tak budeme ověřovat existenci zboží a současně rezervovat objednané množství 3. Registruj objednávku VŽDY SE JDE ZLEVA DOPRAVA!
IS Půjčovna CD 1. Terminátory: - Zákazník - Dodavatel - Manažer - IS účetnictví
1.1.
Evidence zákazníka (pomocí strukturované češtiny)
Pro všechny údaje zákazníka I. II. III. 1.2.
Přečti osobní údaje zákazníka Eviduj údaje o zákazníkovi Zapiš údaje o zákazníkovi Pujceni vraceni a rezervace ( pomocí strukturované češtiny)
Cvičení č.4
Cvičení č.5 Opakování Navision – modulární informační systém (moduly jsou spojené a díky modulární architektuře jsme schopni mezi moduly komunikovat) Moduly jsou funkce, funkce jsou procesy v systémovém diagramu Výsledkem funkčního modelování je funkční model Funkční model je hierarchická síť DFD Datový slovník – tvoří se data flows(obsahují data items) a data stores, slouží k popisu dat, existují tři typy: case nástroji, Jacksonův diagram backus-naurova notace Check model (F4) – kontrola modelu Report – xxxyyyss x = typ modelu y = ful, lis, std s = jazyk (de, en, fr)
Komponent diagramu 1.split/merge Rozděluje a spojuje datové toky Např. Dodávka ->zboží ; dodací list a,b,c->a ; b,c Nelze spojovat s terminátory, jen s procesy, dělá se v systémovém diagramu Nesmí být duplicitní, pouze rozděluje ty položky, které obsahuje ( nemůže nést jednu položku 2krát)
2. Business rules (podniková pravidla) Omezení dané firmou, sama si je nastavuje (pípnutí zaměstnance při příchodu/odchodu z/na pracoviště) a) Název b) Popis c) Typ: Definice – popis, vymezení, o co jde (např. zaměstnanec je osoba, která má pracovní vztah ve firmě, manažer je osoba, která vede firmu …) Fakt – co se bude vykonávat (např. evidence objednávek přijímá objednávky od zákazníka, zpracuj objednávku a zařadí ji do systému) Validace (omezení) – intervaly < >, < , > (dolní a spodní hranice, buď spodní nebo jen horní) Vzorec (formule) – jedná se o větu, která uvádí o co jde a poté se něčemu rovná (celková suma objednávky se rovná součtu všech položek objednávky) d) Anotace e) Povinnost Přiřazuje se k:
i) ii) iii) iv) v) vi) vii)
Datový tok Terminátor Proces Datová položka Doména Data store Split/merge
3. Domény Vytváříme je za účelem opakujícího se používání určitého typu (datum = RRRR.MM.DD) – definujeme jeho formát a všude budeme používat daný formát, dále IČO, DIČ, čas, e-mail, telefonní číslo, rodné číslo …
4. CRUD matice C – create R – read U – update D – delete Buď je to vztah mezi procesem a data store a nebo procesu a data items Kontrola informačních systémů se provádí díky CRUD matice a vztahu procesu a data store Příkazů může být více u jednoho procesu, může být prázdný sloupec (proces) ale řádek volný být nesmí (data store/data items)
Cvičení č.6 Datový model 3 úrovně návrhu: a) Koncepční (*.cdm) b) Technologická (*.pdm) c) Implementační (*.pam) Základní složkou datového modelu je prvek (entita), která obsahuje: Název, atributy (slouží k popisu entity) Primární klíč – jedinečný identifikátor (@), podtrhnutí znamená jedinečnost ( ID ) Vazby – vztah mezi entitami (kardinalita (násobnost) a parcialita (povinnost)) Vztah – kardinalita, parcialita, název (vždy sloveso) Kardinalita – tři typy: 1:1, 1:N, M:N (při generování M:N vztahu vzniká třetí entita – takzvaná vazební (spojovací) tabulka) Parcialita – prázdné kolečko nepovinná (je nezávislá), plné kolečko povinná (je závislá) Speciální vazby – generalizace/specifikace, generalizace je jako dědičnost ( student i učitel jsou osobou – více částí spojuju do celku -> osoby), specifikace je jako dědičnost ALE trojúhelník je směrem dole (osoba může být jak student, tak učitel)
DFD převod do
ERD
Datastore
->
entita
Datové položky
->
atributy
Domény
->
domény
Podnik.pravidla
->
podnik.pravidla
Proces
->
x (neznázorňuje se – erd není o funkcionalitě)
Terminátor
->
x
Datové toky
->
x(neznázorňuje požadavky)
Diagram tříd 1. Třída – skládá se z názvu třídy, atributů a metod. 2. Vazby – asociace, agregace, kompozice, generalizace (dědičnost) Při dvou třídách se bere jedna jako objekt a druhá jako součást – podle priorit tříd, podle priorit se také dává k prioritní třídě diamant Kardinalita – násobnost, ve vztahu M:N vzniká vazební třída (např. student a předmět vznikne vazební třída cvičení)
Diagram aktivit 1. Aktivita – klasická a strukturovaná aktivita (závisí od nástroje, ve kterém programujeme, znázornění jako + nebo nekonečno). Struktorovaná aktivita potřebuje k provedení minimálně dvě klasické aktivity (např. scénář, jak komunikuje uživatel se serverem, jednotlivé příkazy = jednotlivé aktivity) 2. Start - s kroužkem. Start je jeden. 3. Konec - kroužek s tečkou, může jich být více 4. Vazba – označení -> (šipka s čárkou, šipka ukazuje směr) 5. Rozhodovací blok/rozhodovací aktivita – označení diamant, vychází z něj minimálně dvě vazby 6. Plavecké dráhy – co vše musí majitel dané dráhy vykonat pro daný case, aby byl splnitelný (alespoň jedna musí být splnitelná) 7. Spojení/rozdělení – jedná se o jeden blok (vybarvení obdélník) – spojuje a rozděluje jednotlivé aktivity
Stavový diagram -
Navázaný na case Příklady – automat na kafe, pračka Nesmí být zacyklený (musí mít konec)
1. Stav - označení obdélník, název přídavné jméno (aktivní, pasivní, čekající, rozhodující etc.) 2. Start – označení kroužek, start je jeden 3. Konec – označení kroužek s tečkou, může jich být více 4. Vazba – označení ->, naznačuje směr
Model nasazení 1. Uzel – označení rámeček, může mít uvnitř další uzel (rámeček v rámečku) 2. Komunikační kanál/cesta – označení čára, komunikace mezi uzly
Stereotypy uzlů: 1. <<device>> - hardware 2. <<execution environment>> - software
ARLOW - UML A UNIFIKOVANÝ PROCES VÝVOJE – kniha, kde jsou otázky na zápočet a zkoušku (ulož.to)
Test Proč modelujeme IS - Kvůli abstraktnímu pohledu na informační systém (IS), rychlému zapracování neočekávaných požadavků a komunikaci, kvůli zobrazení funkcí IS. Které prvky obsahuje kontextový diagram ( datové toky, terminátory, proces) Souvislost mezi ERD a DFD – EDF funkcionalita, ERD datová struktura – vzájemně popisují jeden celkem ze dvou odlišných pohledů Kdy se používá minispecifikace – pro proces nejnižší úrovně, Jacksonův diagram, strukturovaný jazyk, pseudokód Jak popisujeme strukturu dat v datovém slovníku – case nástroj, Jacksonův diagram backus-naurova forma
Jaké máme podnikové pravidla a co to je, k čemu je připojím - Domain, data item , proces, data store, exteranal entity, split/merge, data flow
Jaký je rozdíl mezi strukturovanou a objektovou analýzou – pracuji se strukturou a nebo objekty Systémová encyklopedie -typická pro case nástroj K čemu slouží CRUD matice –slouží pro kontrolu logické struktury, dva typy: data store a procesy, datové prvky a procesy, CRUD – Create, Read, Update, Delete Rozdíl mezi use case a procesem – use case je propojený na actora, popisuje, jaké funkce může aktor vykonávat Jak popisujeme use case diagram - aktor, hranice systému, asociace, use case Jaký je rozdíl mezi třídou v UML a entitou v ERD – entita je složená z atributů a názvu, třída z atributů, názvu a metody, třída je objektově orientovaná, entita ve strukturovaném modelování K čemu používáme prvek split/merge – k rozdělení nebo spojení datových toků, podmínkou je duplicita datových položek Co je kontrola konzistence - Kontroluje funkčnost informačního systému, ne logiku Které prvky se importují z proces analyst do data architect – Datastore, datové položky, domény a business rules Prvky entity – název, atribut, při rozšíření může obsahovat i popis Vyjmenujte tří use case pro aktora Cas –zaslat record, záloha, aktualizace Co se děje s procesem při dekompozici – Terminátory, které jsou připojené k dekomponovanému procesu se přesouvají o úroveň níže a zároveň datové toky, které jsou na ně napojené také (při kontextovém diagramu dochází k duplikování terminátoru podle toho, kolky toků z něho vychází nebo vchází. To samé platí o data store při dekompozici na druhé úrovni DFD a o precesu, který je připojený na daný proces)
Ke kterému prvku v DFD je potřeba přiřadit podnikové pravidlo, aby se objevilo v ERD – k datové položce a k data store Co je kardinalita a parcialita, jaké jsou jejich možnosti – kardinalita – násobnost, parcialita – povinnost, může být povinná a nepovinná, kardinalita tří typy, 1:1, 1:N, M:N Čím se liší Microsoft Dynamics NAV, Rational Rose a Power Designer – Rational Rose UML nástroj, Power Designer ERD a DFD, MD NAV ERP Co je to use case – přídáváme k němu scénář, znázorňuje funkce, které můžeme udělat v systému Jaké typy vztahu najdeme v diagramu tříd – asociace, agregace, kompozice, generalizace Vyjmenujte tři diagramy interakce systému (behavioralne) – diagram aktivit, stavový diagram, diagram sekvenční. Jedná se o dynamický diagram, diagram tříd je statický Co znázorňuje sekvenční diagram a z čeho je tvořený – aktor, lifeline(třídy), zprávy, fragmenty, zachycuje sekvence mezi aktorem a třídami, vysvětluje jak se daný use case vykoná, neřeší větvení Kdy využijeme class model a use case model, pro zobrazení čeho – class model pro zobrazení vazeb mezi objekty a use case pro zobrazení funkcionality IS, přičemž poukazuje na to, kdo má daný systém ovládat a na to, jaké jsou funkce IS. Co je to lifeline – třídy a jsou v sekvenčním diagramu Porovnejte vzahy include a extend – include znaci, že zahrnuje nějakou funkci a extend je vztah pro rozšíření. Když máme include, tak to značí, že i ten druhý case se vykoná, protože ten první ho zahrnuje v sobě. Kdy využijeme generalizaci aktora – Hlavní aktor a jeho priradene use casu su priradene sucasne aj podriadenim hlavního aktora. Kdy využijeme generalizaci use case – využíváme jej pro rozšíření dané funkce. Hlavní use case mi opisuje funkcionalitu všeobecně, ale jeho podřízení ho blíže specifikují Jaký je rozdíl mezi komunikačním diagramem a sekvenčním diagramem – komunikační obsahuje objekty, sekvenční obsahuje třídy
1. K čemu slouží matice CRUD? matice CRUD (Create Read Update Delete) nám zobrazuje vztahy - mezi DataStory a Procesy (RUD, R, ... ) - mezi DataItemy a Procesy Dokáže odhalit špatně navržený systém (prázdný řádek - znamená že DS není použitý) 2. Jaký je rozdíl mezi use case v objektové analýze a procesem ve strukturované analýze? OBJEKTOVÁ ANALÝZA use case je případ použití STRUKTUROVANÁ ANALÝZA proces je způsob 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, metodamy (funkcemi) 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í reprotů Odesílání údajů Bance každý týden Začátek soutěže (soutěž začíná vždy v 10:00) 5. Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? DataStore, DataItem (položky které při importu v ERD používám) 6. K čemu využíváme prvek split/merge ? tento prvek používáme k rozložení 1 datového toku na 2 (ty obsahují data items z původního
toku v libovolném pořadí a počtu, ale žádné jiné) nebo k sloučení 2 datových toků do 1 (obsah nového toku jsou data items z obou původních 2 toků)7. Jak popisujeme strukturu dat v data dictionary? pomocí Backus-Nauerovy formy - metasyntaxe <symbol> ::= <sada_symbolů> 8. Kdy se používá minispecifikace a jak ji vyjádřím? používáme na nejnižší úrovni rozložení - dekompozice procesů (pokud už je proces dostatečně jednoduchý) lze ji popsat pomocí : 1) Jacksonovy diagramy (diagramy využívající SELEKCE°,ITERACE*,SEKVENCE) 2) Pseudokód (neformální jazyk) 3) Strukturovaný jazyk (nejpoužívanější je angličtina s klíčovými slovy CREATE, WRITE, READ, SEND TO) 9. Kdy použiji řídící proces a řídící datový tok? řídící proces se používá pokud potřebujeme pouze určit zda provádět danou operaci nebo ne (pomocí řídícího toku zasílá pouze impulsy - signály) jeho datové toky neobsahují DataItems pouze řídí chod IS 10. Najděte alespoň 5 chyb v systémovém diagramu. ČTENÍ - špatný název datového toku 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ý tok1. Co je fyzická úroveň datového modulu? Popište k čemu slouží. Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. - fyzická úroveň je tvorená ERD diagramom - slúži k modelovaniu dát a vzťahov medzi nimi Komentár: Zhodnotené bez komentára. 1 z 1 b. 2. Co kontroluje funkce "kontrola konzistene" v CASE nástrojích? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. kontroluje to či je diagram správne namodelovaný, nie z logického hladiska ale to či sú správne dané dátové toky (napr. aby nebol dátový tok aktualizácie pri terminátore alebo medzi procesmi, ...), či má každý terminátor alebo datastore dátový tok do nejakého procesu, ... Komentár: Zhodnotené bez komentára. 1 z 1 b. 3. Jak popisujeme strukturu dat v data dictionary? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. popisujeme ju pomocou: 1. Backus-Naurovej notácie 2. Jacksonovho diahramu 3. Case nástrojom Komentár: Zhodnotené bez komentára. 1 z 1 b.
4. Jaká je souvislost mezi ERD (entitě-relační diagram) a DFD (data flow diagram)? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. - nadvazujú na seba. Z DFD diagramu možeme vytvoriť ERD diagram, tým že určíme že datastore je entita, z ktorej sa vytvoria entity v ERD diagrame. Tiež sa kopírujú podnikové pravidlá, domény a dátové prvky - samozrejme sa dá vytvoriť aj DFD z ERD diagramu Komentár: Zhodnotené bez komentára. 1 z 1 b. 5. Které prvky z Process Analystu lze importovat do Data Architektu? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. datastory (ktoré sú označené ako entity), podnikové pravidlá, domény, dátove prvky v datastoroch Komentár: Zhodnotené bez komentára. 1 z 1 b. 6. Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? 0,5 z 1 b.Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. dátovému prvku Komentár: Zhodnotené bez komentára. 7. Co je systémová encyklopedie? Jaké informace v ní najdeme? Pro který SW je typická? Na túto otázku môžete odpovedať ľubovoľne dlhým textom.
Odpoveď bude vyhodnotená skúšajúcim ručne. - je to zoznam všetkých použitých prvkov v diagrame (procesy, dátové toky, terminátory, datastory, dátové prvky, podnikové pravidlá, domény, split/merge) - nájdeme v nej informácie o týchto prvkoch - je typická pre proces analyst Komentár: Zhodnotené bez komentára. 0,5 z 1 b. 8. Kdy použiji řídící proces a řídící datový tok? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. - riadiaci proces použijem keď potrebujem v diagrame namodelovať spracovanie impulzov, znázornuje sa ako proces ale čiarkovanou čiarou - riadiaci dátový tok prenáša iba impulzy, neprenáša dáta, znázornuje sa ako čiarkovaná šípka Komentár: Zhodnotené bez komentára. 1 z 1 b. 9. Vyjmenujte alespoň tři use case pro aktora čas. Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. aktualizácia, poslanie uzávierky, výpočet odvodu DPH Komentár: Zhodnotené bez komentára. 1 z 1 b. 10. Najděte alespoň 5 chyb v systémovém diagramu. Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne.
- dátový tok "čte" nemože byť obojstranný, keď je použitý pri terminátore - datastore "knihy" je duplicitný - sú tam dva rovnako nazvané dátové toky "info o knize" - do jedného terminátoru "IS UCE" idú dva dátové toky z dvoch roznych procesov - z jedého terminátoru "čtenář" nejde žiadny dátový tok - dátový tok "faktura" ide z nikadiaľ Komentár: Zhodnotené bez komentára.číslo otázky Otázka Body 1. Co je systémová encyklopedie? Jaké informace v ní najdeme? Pro který SW je typická? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. Je to zoznam vsetkych prvkov ktore obsahuje system. (datove toky, datastory, procesy, terminatori, podnikove pravidla...) Najdeme v nej informacie o datovych tokoch, procesoch, terminatoroch, ich popis a anotacie. Je typicka pre CASE nastroje. Komentár: Zhodnotené bez komentára. 1 z 1 b. 2. Které prvky z Process Analystu lze importovat do Data Architektu? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. Datastory, ak maju zaskrtnute is entity. Data itemy, ktore obsahuje datastor.
Importuju sa aj s priradenymi podnikovymi pravidlami a domenami. Komentár: Zhodnotené bez komentára. 1 z 1 b. 3. Co jsou podniková pravidla a ke kterým prvkům se připojují? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. Podnikove pravidla su vseobecne pokyny, ktore obsahuju nejake obmedzenia. Vytvaraju sa na zaklade smernic alebo inych internych pravidiel. Pripojuju sa k domenam, terminatorom, datovym tokom, datastorom... Napriklad: Citatel musi mat minimalne 18 rokov. Komentár: Zhodnotené bez komentára. 1 z 1 b. 4. Co se děje s procesem, který dekomponujeme? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. Rozklada sa na viac subprocesov, obsahuje terminatorov, vazby a datastory. Komentár: Zhodnotené bez komentára. 0,5 z 1 b. 5. Proč modelujeme IS? (5 důvodů) Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. Pre zvysenie efektivity prace, pre lepsiu komunikaciu zo
zakaznikmi a v ramci firmy, pre vacsi prehlad o podnikovych aktivitach, pre zjednodusenie prace, na tvorenie reportov, pre vytvaranie analyz.. 1 z 1 b.číslo otázky Otázka Body Komentár: Zhodnotené bez komentára. 6. Co kontroluje funkce "kontrola konzistene" v CASE nástrojích? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. warningy a errory v systeme ci ma kazdy proces vstupny a vystupny tok, ci su vsetky prvky navzajom prepojene, ci su vyplnene data itemy.. Komentár: Zhodnotené bez komentára. 1 z 1 b. 7. Vyjmenujte prvky entity a uveďte příklad entity a jejích prvků. Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. nazov, atributy, datovy typ Zamestnanec, meno text, kontakt number, stravuje sa boolean Tu jej chybalo ID. ID, nazov, atributy, datovy typ. Komentár: Zhodnotené bez komentára. 0,5 z 1 b. 8. K čemu využíváme prvek split/merge ? Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne.
K rozdeleniu alebo spajaniu datovych tokov. Komentár: Zhodnotené bez komentára. 1 z 1 b. 9. Vyjmenujte alespoň tři use case pro aktora čas. Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. zalohovanie dat kazdy tyzden v piatok o polnoci aktualizacia dat kazdy pondelok o 6 rano odosielanie dat pracovnikom obchodneho oddelenia kazdych 10 minut o zmenach cien komodity Komentár: Zhodnotené bez komentára. 1 z 1 b. 10. Najděte alespoň 5 chyb v systémovém diagramu. Na túto otázku môžete odpovedať ľubovoľne dlhým textom. Odpoveď bude vyhodnotená skúšajúcim ručne. proces cteni 1.1. nie je k nicomu priradeny terminator ctenar nema ziadnu vazbu data flow medzi procesom evidencia knih a pujicky a rezervace nie je pomenovana data flow faktura nema vychodzi bod, od nikial nevychadza medzi ctenarom termiantorom a procesom cteni je aktualizacna vazba dva krat rovnaky nazov datoveho toku info o knize Komentár: Zhodnotené bez komentára. 1 z 1 b.Kdy se používá minispecifikace a jak ji vyjádřím? je popis procesu (funkce) na nejnižší úrovni hierarchického rozkladu, popisuje logiku procesu, tedy co
se musí udělat při transformaci vstupů na výstupy. Minispecifikaci vyjadřujeme strukturovanou angličtinou (češtinou), rozhodovacím stromem, tabulkou, strukturním diagramem. Co jsou podniková pravidla a ke kterým prvkům se připojují? jsou to omezení, která jsou běžné požívána v podniku (zákony, směrnice) a připojují se k prvkům analytickým modelů. Existuje v několika typech:definice, skutečnost, vzorec,omezení Kdy použiji řídící proces a řídící datový tok? Platí, že na základě vstupních řídících toků rozhoduje řídící proces pomocí výstupních řídících toků o činnosti příslušných funkcí – řídí a koordinuje jejich činnost. Jaký je rozdíl mezi strukturovanou a objektovou analýzou? . SA- využíváme zde několik modelů:funkční, datový, řídící, m. vnějšího chování, vedl. pomocné prostředky(DD) OA- vychází z objektově-orientovaného programování, překonání semantické mezery Co kontrolují CASE systémy? práci tvůrců IS, řízení procesu vývoje IS, testování a nasazení aplikace Jak popisujeme strukturu dat v data dictionary? pomocí Backus - Naurovy formy.(sekvence,selekce,iterace,…) Jacksonovy diagramy popis pomocí CASE nástroje Jaká je souvislost mezi ERD (entitě-relační diagram) a DFD (data flow diagram)? používají se k vyjádření datových objektů (entit), jejich podstatných vztahů (relací) a podstatných vlastností, jak objektů, tak vztahů Výsledek funkční analýzy může ovlivnit již hotovou datovou analýzu. Po nadefinování minispecifikací je nutno ověřit, zda existují všechny datové prvky. Proč modelujeme IS? (5 důvodů)
Inovace,bezpečnost,lepsi komunikace se zákazníkem, zautomatizovani procesů, efektivita práce, dohled, tvorba reportů Jak s liší následující typy softwaru? Charakterizujte pomocí tří vět programy Navision, Data Architect a Rational Rose. Rational Rose.: Objektový přístup:– CASE nástroj, od IBM jedná se o balík několika produktů Data Architect CASE nástroj, který slouží pro vytváření ERD, importu z process analystu. K čemu slouží matice CRUD? kontrolní model (Create, Read, Upgrade, Delete), je vyvažovací nástroj, který slouží k vyvážení funkčního a datového modelu systému. Vybírá především základní entity z datového slovníku a ty pak zkoumá z pohledu použití v systému.Co je systémová encyklopedie? Jaké informace v ní najdeme? Pro který SW je typická? centrální databáze pro uchovávání info o všech objektech IS, vložená info je použitelná ve všech dalších krocích, typická pro CASE Jaký je rozdíl mezi use case v objektové analýze a procesem ve strukturované analýze? USE CASE-funkcionalita problémové domény, kterou využívá aktor proces- je definován jako místo transformace dat, vstupní data se transformují na výstupní data. Jak popisujeme use case? Stručná charakteristika Scénář (1 Happy day, ostatní alternativní) Které prvky obsahuje kontextový diagram? Vždy obsahuje jen jediný proces a dále terminátory, které jsou v okolí systému. Je to proces na nejvyšší úrovni hierarchického rozkladu. Neobsahuje datastory!!! Jaký je rozdíl mezi třídou v UML a entitou v ERD?
třídy obsahují jméno,atributy a operace. Entity v ERD obsahuje jen vazby, atributy a jejich datový typ. Softwarove inzinierstvo je vedna disciplina, ktora sa zaobera predovsetkym principmi programovania a databazi. NIE Vodopadovy model zivotneho cyklu je zlozity postup, ktoreho jednotlive etapy sa lubovolne riesia. NIE Spiralovy model je jednodussi nez vodopadovy. NIE V ramci analyzy sa navrhuje uzivatelske rozhranie a datove polozky. NIE Nie je dolezite vyvyjat software podla modelu. Podstatne je, aby bol bytvoreny rychlo a lacno. NIE Prototyp je simulacia systemu, na ktorej sa uzivatelom predstavi jeho konecna alebo ciastocna podoba, struktura, funkcia, rozhranie. ANO Iterativna metoda vyvoja softwaroveho produktu spaja klady vodopadoveho a spiraloveho modelu v nasledujucich aspektoch: a) Postup etap a analyza rizik Specifikacny dokument je c) Dokument, ktory sluzi ako podklad pre dalsiu pracu vyvojoveho timu Zivotny cyklus vyvoja programoveho diela nie je: c) doba od zavedenia systemu v podniku do jeho vyradenia z prevadzky RUP je a) moderna technologia vyvoja IS Implementacia softwaroveho systemu jec) navrh lokalnych dat a algoritmov v programovacom jazyku
Prototypovanie je b) ciastocna implementacia produktu, alebo casti produktu Model systemu zlozeny z diagramov je vysledkom a) analyzy systemu Strukturovana analyza popisuje system pomocou nasledujucich 2 modelov a) datovy a funkcny Diagram datovych tokov DFD a) je vysledkom analyzy funkcii systemu Datovy model je prezentovany b) entitne-relacnym diagramom ERD Data Flow Diagram DFD obsahuje nasledujuce prvky a) terminator, proces, datovy zasobnik a datovy tok Proces v DFD je a) miesto transformacie dat zo vstupov na vystupy Terminator v DFD je: b) zdroj a prijemca dat v okoli systemu Kontextovy diagram je b) model vnutorneho chovania systemu UML je a) jazyk pre vizualne modelovanie Diagram tried je c) diagram statickeho pohladu na system Use case je c) ucelena funkcionalita systemu Co je systemova integracia d) vedna disciplina softwaroveho inzinierstva Nasledujuca veta je definiciou: Pomocou integracie roznorodych zdrojov a sluzieb vytvara systemovy integrator integrovany produkt - komplexny IS.
a) systemovej integracie Vyssia dostupnost a komplexnost informacii zo vsetkych oblasti cinnosti podniku je a) efektom systemovej integracie Vyssia zavislost podniku na externych dodavateloch je b) rizikom systemovej integracie Ake vlastnosti musi mat systemovy integrator c) externa firma, stabilna, dostatocne kapitalovo silna Outsourcing je a) zverenie tvorby a predovsetkym udrzby a prevadzky IS specializovanej firme2 stranky systemovej integracie podstatne pre zakaznika z hladiska efektu su a) dosiahnuta uroven produktu a uroven sluzieb v priebehu riesenia a prevadzky IS Suhlasite s nasledujucimi tvrdeniami? CASE nastroj sluzi na podporu prace analytikov a dalsich clenov vyvojoveho tymu ANO Funkcny a datovy model su samostatne modely a pre komplexnu analyzu staci jeden z nich NIE Datovy model je tvoreny procesmi, datastormi a vztahmi medzi nimi NIE Procesny model prezentuje staticku cast systemu NIE Terminator je miesto ulozenia dat v systeme NIE Zavedenie produktu suvisi s prevodom konverzii dat medzi systemami NIE
Testovanie produktu sa robi az v poslednych etapach zivotneho cyklu NIE