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

Rozměr: px
Začít zobrazení ze stránky:

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

Transkript

1 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? Jaký je rozdíl mezi use case v objektové analýze a procesem ve strukturované analýze? Jaký je rozdíl mezi třídou v UML a entitou v ERD? Vyjmenujte alespoň tři use case pro aktora čas Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? K čemu využíváme prvek split/merge? Jak popisujeme strukturu dat v data dictionary? Kdy se používá minispecifikace a jak ji vyjádřím? Kdy použiji řídící proces a řídící datový tok? Najděte alespoň pět chyb v systémovém diagramu Co je to fyzická úroveň datového modulu? Popište k čemu slouží Co kontroluje funkce kontrola konzistence v CASE nástrojích? Jaká je souvislosti mezi ERD (entitně-relační diagram) a DFD (data flow diagram)? Které prvky z Process Analystu můžeme importovat do Data Architectu? Ke kterému prvku DFD můžeme přidat podnikové pravidlo, aby se objevilo v ERD? Co je to systémová encyklopedie? Jaké informace v ní najdeme? Pro který software je typická? Co jsou to podniková pravidla a ke kterým prvkům se připojují? Co se děje s procesem, který dekomponujeme? Proč modelujeme IS? (5 důvodů) Vyjmenujte prvky entity a uveďte příklad entity a jejich prvků Jaký je rozdíl mezi strukturovanou a objektovou analýzou? Co kontrolují CASE systémy? Jak se liší následující typy softwaru? Charakterizujte pomocí tří vět programy Navision, Data Architect a Rational Rose Jak popisujeme use case? Které prvky obsahuje kontextový diagram? Co je to prototyp? Vysvětlete pojem kardinalita a uveďte příklady pro jednotlivé typy

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

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

4 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

5 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

6 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

7 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

8 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

9 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ř. 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

10 37. Popište Backus-Naurovu notaci. (datová položka) volitelná struktura {DP} násobná struktura [DP/DP] výběrová 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

11 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

12 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 Jaké jsou atributy prvků class diagramu? Private, public, protected Vyjmenujte alespoň pět komponent IS. Nákup, sklad, výroba, zboží, zákazníci 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

13 52.5 Je rodné číslo vhodným primárním klíčem? Není 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) 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 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 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

14 - 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

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

Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová Objektově orientované technologie Dynamický náhled Sekvenční diagram (Realizace UC) Daniela Szturcová Osnova Modelování interakcí mezi objekty modelování zpráv (mapování zpráv na operace), vytváření a

Více

Business Process Modeling Notation

Business Process Modeling Notation Business Process Modeling Notation Stephen A. White, IBM Corporation Procesní řízení 1 Co to je BPMN? Standard Business Process Modeling Notation (BPMN) byl vyvinutý skupinou Business Process Management

Více

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

Modelování informačních systémů s využitím jazyka UML. Jaroslav Šmarda Modelování informačních systémů s využitím jazyka UML Jaroslav Šmarda Využití jazyka UML při vývoji IS na příkladu jednoduché aplikace pro evidenci knih Model IS Modelování případů užití Diagram případů

Více

DBS Konceptuální modelování

DBS Konceptuální modelování DBS Konceptuální modelování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze Michal.Valenta@fit.cvut.cz c Michal Valenta, 2010 BIVŠ DBS I, ZS 2010/11 https://users.fit.cvut.cz/

Více

7.3 Diagramy tříd - základy

7.3 Diagramy tříd - základy 7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'

Více

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

IS Restaurace. Semestrální práce. Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík IS Restaurace Semestrální práce Tomáš Rumíšek V Brně dne 7. 1. 2014 Peter Ševčík 1 1. Obsah 2. Neformální specifikace... 3 Informační systém Restaurace... 3 3. Formální specifikace... 3 Funkční požadavky...

Více

3 druhy UML diagramů

3 druhy UML diagramů UML grafický jazyk se pro vizualizaci, specifikaci, navrhování a dokumentaci programových systémů zjednodušuje komunikaci mezi zadavatelem a řešitelem projektu UML podporuje objektově orientovaný přístup

Více

7.3 Diagramy tříd - základy

7.3 Diagramy tříd - základy 7.3 Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'

Více

Diagramy tříd - základy

Diagramy tříd - základy Diagramy tříd - základy - popisuje typy objektů a statické vztahy mezi nimi Objednávka Zákazník -datumpřijetí -předplacena -číslo -cena +vyřiď() +uzavři() {if Objednávka.zákazník.charakteristika = 'nejistý'

Více

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

Úvod do softwarového inženýrství IUS 2009/2010 p.1/30 Úvod do softwarového inženýrství IUS 2009/2010 5. přednáška Ing. Radek Kočí, Ph.D. Ing. Bohuslav Křena, Ph.D. Vytvořeno na základě přednášky doc. Ing. Jaroslava Zendulky, CSc. Úvod do softwarového inženýrství

Více

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

Databázové modelování. Analýza Návrh konceptuálního schématu Databázové modelování Analýza Návrh konceptuálního schématu 1 Vytváření IS Analýza Návrh Implementace Testování Předání SW Jednotlivé fáze mezi sebou iterují 2 Proč modelovat/analyzovat? Standardizované

Více

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

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 Návrh řešení IS Vývoj informačních systémů 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 IS a jaký

Více

Konceptuální modelování. Pavel Tyl 21. 3. 2013

Konceptuální modelování. Pavel Tyl 21. 3. 2013 Konceptuální modelování Pavel Tyl 21. 3. 2013 Vytváření IS Vytváření IS Analýza Návrh Implementace Testování Předání Jednotlivé fáze mezi sebou iterují Proč modelovat a analyzovat? Standardizované pracovní

Více

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/

Architektury Informačních systémů. Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?

Více

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

Architektury Informačních systémů. Jaroslav Žáček Architektury Informačních systémů Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Nutné pojmy Co je to informační systém? Jaké oblasti zahrnuje? Jaká je vazba IS na podnikovou strategii?

Více

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

Jazyk UML - přehled. diagram hierarchie procesů. IS firmy. podpora řízení. evidence zaměstnanců. pokladny. výroba. diagram procesních vláken Jazyk UML - přehled Unified Modeling Language jazyk pro popis objektově orientované analýzy a návrhu aplikací slouží k vzájemné komunikaci mezi zadavatelem a návrhářem systému má několik částí, není nutné

Více

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

Modelování procesů s využitím MS Visio. Modelování procesů s využitím MS Visio jan.matula@autocont.cz Co je to modelování procesů? Kreslení unifikovaných či standardizovaných symbolů, tvarů a grafů, které graficky znázorňují hlavní, řídící nebo

Více

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

Informační systémy 2008/2009. Radim Farana. Obsah. UML - charakteristika 2 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Jazyk UML, základní modely, diagramy aktivit, diagramy entit.

Více

Metody popisu systému, základy UML

Metody popisu systému, základy UML Metody popisu systému, základy UML Strukturovaný přístup Klasickou metodou analýzy a návrhu informačních systémů je strukturovaný přístup, navržený v 70. letech (Tom DeMarco, Ken Orr, Larry Constantine,

Více

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

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 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 Osnova přednášky Co to je softwarové inženýrství Softwarový proces Metodika a metoda Evoluce softwarových

Více

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

Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky. Inovace tohoto kurzu byla spolufinancována z Evropského sociálního fondu a státního rozpočtu České republiky. Projekt ESF OP VK reg.č. CZ.1.07/2.2.00/28.0209 Elektronické opory a e-learning pro obory výpočtového

Více

7.6 Další diagramy UML

7.6 Další diagramy UML 7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI

Více

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

2. Modelovací jazyk UML 2.1 Struktura UML 2.1.1 Diagram tříd 2.1.1.1 Asociace 2.1.2 OCL. 3. Smalltalk 3.1 Jazyk 3.1.1 Pojmenování 1. Teoretické základy modelování na počítačích 1.1 Lambda-kalkul 1.1.1 Formální zápis, beta-redukce, alfa-konverze 1.1.2 Lambda-výraz jako data 1.1.3 Příklad alfa-konverze 1.1.4 Eta-redukce 1.2 Základy

Více

UML. Unified Modeling Language. Součásti UML

UML. Unified Modeling Language. Součásti UML UML Unified Modeling Language 1995 počátek 1997 verze 1.0 leden dnes verze 2.0 (vývoj stále nedokončen) Standardní notace OMG podpora velkých firem (Microsoft, IBM, Oracle, HP ) popisuje struktury popisuje

Více

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

7.2 Model použití (jednání) (Use Case) 7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi

Více

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

Vyřešené teoretické otázky do OOP ( ) Vyřešené teoretické otázky do OOP (16. 1. 2013) 1) Vyjmenujte v historickém pořadí hlavní programovací paradigmata a stručně charakterizujte každé paradigma. a) Naivní chaotičnost, špatná syntaxe a sémantika

Více

7.6 Další diagramy UML

7.6 Další diagramy UML 7.6 Další diagramy UML 7.6.1 Moduly (balíčky - package) a kolaborace (collaboration) Jak rozložit rozsáhlý systém na menší? - seskupování tříd (prvků modelu) do jednotek vyšší úrovně (package v UML). UI

Více

7.5 Diagram tříd pokročilé techniky

7.5 Diagram tříd pokročilé techniky 7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem

Více

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

Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux. Jan Smolík UML UML Communist Party of Nepal (Unified Marxist-Leninist) Unified Modeling Language University of Massachusetts Lowell User-mode Linux Zdroj: Wikipedia Unified modelling language Neproprietární

Více

Objektově orientované technologie. Daniela Szturcová

Objektově orientované technologie. Daniela Szturcová Objektově orientované technologie Cvičení 5 - Tvorba třídního diagramu Daniela Szturcová 1 5 Tvorba třídního diagramu Cíl cvičení Vyhledat třídy, jejich atributy a operace. Navrhnout vazby mezi třídami.

Více

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

Architektura informačních systémů. - dílčí architektury - strategické řízení taktické řízení. operativní řízení a provozu. Globální architektura Dílčí architektury Informační systémy - dílčí architektury - EIS MIS TPS strategické řízení taktické řízení operativní řízení a provozu 1 Globální Funkční Procesní Datová SW Technologická HW Aplikační

Více

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

Modelování procesů (1) Procesní řízení 1 Modelování procesů (1) Procesní řízení 1 Vizualizace procesů Znázornění procesu ve formě diagramatického modelu, vede k jeho zpřehlednění a snadnějšímu pochopení. Označuje se jako: procesní mapa, procesní

Více

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

8.2 Používání a tvorba databází 8.2 Používání a tvorba databází Slide 1 8.2.1 Základní pojmy z oblasti relačních databází Slide 2 Databáze ~ Evidence lidí peněz věcí... výběry, výpisy, početní úkony Slide 3 Pojmy tabulka, pole, záznam

Více

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

Objektově orientované technologie Business proces Diagram aktivit. Daniela Szturcová Objektově orientované technologie Business proces Diagram aktivit Daniela Szturcová Osnova Bysnys proces pojmy metody, specifikace pomocí diagramů Modelování pomocí aktivitního diagramu prvky diagramu

Více

10 Metody a metodologie strukturované analýzy

10 Metody a metodologie strukturované analýzy 10 Metody a metodologie strukturované analýzy 10.1 Strukturovaná analýza DeMarco (1978) Nástroje: DFD, datový slovník, strukturovaná angličtina, rozhodovací tabulky a stromy Postup: 1. Analýza stávajícího

Více

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

Úvod do principů objektově orientovaného programování OBSAH DISTANČNÍHO E-LEARNINGOVÉHO KURZU PROFESNÍ RŮST ANALYTIKA OD ZÁKLADŮ (BASE) ÚVOD DO TECHNOLOGIÍ INFORMAČNÍCH SYSTÉMŮ Jak funguje počítač na základní úrovni Základy HTML Skripty ve webovských technologiích

Více

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

Model podnikových procesu. Model objektu. Model funkcí. Akce. Proces Objekt (trída) Událost Atribut. Akce. Akce. Funkce Model podnikových procesu Model objektu Akce Proces Objekt (trída) Událost Atribut Akce Akce Funkce Model funkcí Souvislosti klícových nástroju a pojmu v konceptuálním modelu IS Model podnikových procesu

Více

Vývoj IS - strukturované paradigma II

Vývoj IS - strukturované paradigma II Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 05 1/18 Vývoj IS - strukturované paradigma II Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních

Více

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

11 Diagram tříd, asociace, dědičnost, abstraktní třídy 11 Diagram tříd, asociace, dědičnost, abstraktní třídy Studijní cíl Tento studijní blok má za cíl pokračovat v základních prvcích jazyka Java. Konkrétně bude věnována pozornost diagramům tříd, asociaci,

Více

Unifikovaný modelovací jazyk UML

Unifikovaný modelovací jazyk UML Unifikovaný modelovací jazyk UML Karel Richta katedra počíta tačů FEL ČVUT Praha richta@fel fel.cvut.czcz Motto: Komunikačním m prostředkem informační komunity se postupem času stala angličtina. Chcete-li

Více

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

Základní informace. Modelování. Notace Základní informace BPMS = business process management systems - systémy pro modelování a optimalizace business procesů uvnitř organizace BPMN = business process modeling notation - součást BPMS, notace

Více

7.5 Diagram tříd pokročilé techniky

7.5 Diagram tříd pokročilé techniky 7.5 Diagram tříd pokročilé techniky Stereotypy - jeden ze základních prostředků rozšiřitelnosti UML - pro modelovací konstrukce neexistující v UML, ale podobné předdefinované v UML definované uživatelem

Více

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í.

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í. 3 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Business modelling, základní nástroje a metody business modelování.

Více

PŘÍLOHA C Požadavky na Dokumentaci

PŘÍLOHA C Požadavky na Dokumentaci PŘÍLOHA C Požadavky na Dokumentaci Příloha C Požadavky na Dokumentaci Stránka 1 z 5 1. Obecné požadavky Dodavatel dokumentaci zpracuje a bude dokumentaci v celém rozsahu průběžně aktualizovat při každé

Více

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

Infrastruktura UML. Modelování struktury v UML. Superstruktura UML. Notace objektů. Diagramy objektů Infrastruktura UML v UML Karel Richta listopad 2011 Richta: B101TMM - v UML 2 Superstruktura UML Směr pohledu na systém dle UML Diagramy popisující strukturu diagramy tříd, objektů, kompozitní struktury,

Více

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

Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda Anotace sady: Úvod do objektově orientovaného programování, VY_32_INOVACE_PRG_OOP_01 Autor: Blanka Sadovská Klíčová slova: OOP, konstruktor, destruktor, třída, objekt, atribut, metoda Druh učebního materiálu:

Více

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

Návrh IS - UML. Jaroslav Žáček Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ UML UML není metodikou ani programovacím jazykem, je to pouze vizuální modelovací nastroj pro objektově orientované systémy.

Více

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

Návrh IS - UML. Jaroslav Žáček Návrh IS - UML Jaroslav Žáček jaroslav.zacek@osu.cz http://www1.osu.cz/~zacek/ Trochu historie neuškodí Do roku 1994 chaos ve světě objektově orientovaných metod (několik jazyků pro vizuální modelování,

Více

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

Analýza a modelování dat. Helena Palovská Analýza a modelování dat Helena Palovská Analýza a modelování pro SW projekt Strukturovaný přístup Dynamická část (procesy, aktivity, funkce) Statická část (data) Objektově orientovaný přístup use case

Více

Obsah. Zpracoval:

Obsah. Zpracoval: Zpracoval: houzvjir@fel.cvut.cz 03. Modelem řízený vývoj. Doménový (business), konceptuální (analytický) a logický (návrhový) model. Vize projektu. (A7B36SIN) Obsah Modelem řízený vývoj... 2 Cíl MDD, proč

Více

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

Modely datové. Další úrovní je logická úroveň Databázové modely Relační, Síťový, Hierarchický. Na fyzické úrovni se jedná o množinu souborů. Modely datové Existují různé úrovně pohledu na data. Nejvyšší úroveň je úroveň, která zachycuje pouze vztahy a struktury dat samotných. Konceptuální model - E-R model. Další úrovní je logická úroveň Databázové

Více

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

Konceptuální datové modely používané při analýze Konceptuální datové modely používané při analýze Abstraktní datové typy jako definice domén atributů ADT (Abstraktní datový typ) zapouzdření datového typu lidský mozek je schopen řešit úlohy jen do určité

Více

Okruhy z odborných předmětů

Okruhy z odborných předmětů VYŠŠÍ ODBORNÁ ŠKOLA INFORMAČNÍCH STUDIÍ A STŘEDNÍ ŠKOLA ELEKTROTECHNIKY, MULTIMÉDIÍ A INFORMATIKY Novovysočanská 280/48, 190 00 Praha 9 Pracoviště VOŠ: Pacovská 350/4, 140 00 Praha 4 Okruhy z odborných

Více

Algoritmizace prostorových úloh

Algoritmizace prostorových úloh INOVACE BAKALÁŘSKÝCH A MAGISTERSKÝCH STUDIJNÍCH OBORŮ NA HORNICKO-GEOLOGICKÉ FAKULTĚ VYSOKÉ ŠKOLY BÁŇSKÉ - TECHNICKÉ UNIVERZITY OSTRAVA Algoritmizace prostorových úloh Vývojové diagramy Daniela Szturcová

Více

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

7.2 Model použití (jednání) (Use Case) 7.2 Model použití (jednání) (Use Case) - při analýze požadavků často popis typických interakcí uživatele, nedokumentované Jacobson model použití (1992) Scénář Posloupnost kroků popisujících interakci mezi

Více

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

UML úvod. Zdroje: Kanisová Hana, Müller Miroslav: UML srozumitelně, Computer Press 2007 UML úvod Kapitola má seznámit se základy modelovacího jazyka UML. Klíčové pojmy: UML, CASE nástroje, procesní modelování, případy užití, role, diagram tříd, diagram objektů, sekvenční diagramy, digram

Více

9 Strukturovaná analýza

9 Strukturovaná analýza 9 Strukturovaná analýza 9.1 Modelovací techniky strukturované analýzy - systém chápán jako kolekce funkcí (procesů) operujících nad daty funkční (procesní) modelování - základní model strukturované analýzy

Více

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

Databáze 2013/2014. Konceptuální model DB. RNDr. David Hoksza, Ph.D. Databáze 2013/2014 Konceptuální model DB RNDr. David Hoksza, Ph.D. http://siret.cz/hoksza Osnova Organizace Stručný úvod do DB a DB modelování Konceptuální modelování Cvičení - ER modelování Náplň přednášky

Více

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

SQL - trigger, Databázové modelování 6. přednáška z předmětu Datové struktury a databáze (DSD) Ústav nových technologií a aplikované informatiky Fakulta mechatroniky, informatiky a mezioborových studií Technická univerzita v Liberci jan.lisal@tul.cz

Více

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

6 Objektově-orientovaný vývoj programového vybavení 6 Objektově-orientovaný vývoj programového vybavení 6.1 Co značí objektově-orientovaný - organizace SW jako kolekce diskrétních objektů, které zahrnují jak data tak chování objekt: OMG: Objekt je věc (thing).

Více

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

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 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 Co je to UML Evoluce UML Diagram komponent Diagram odbavení Diagram tříd Aktivity diagram Stavový diagram Sekvenční diagram Diagram

Více

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

TÉMATICKÝ OKRUH Softwarové inženýrství TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 22. Otázka : Úvodní fáze rozpracování softwarového projektu. Postupy při specifikaci byznys modelů. Specifikace požadavků a jejich rozpracování pomocí

Více

Strukturované metody Jan Smolík

Strukturované metody Jan Smolík Strukturované metody Jan Smolík Historie strukturovaných metodik Strukturované programování Programování ve velkém Funkční přístup Yourdan structured method Structured design (Larry Constantine) Datové

Více

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

Úvod do databázových systémů Úvod do databázových systémů Databáze je dnes velmi často skloňovaným slovem. Co se pod tímto termínem skrývá si vysvětlíme na několika následujících stranách a cvičeních. Databáze se využívají k ukládání

Více

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

X36SIN: Softwarové inženýrství. Životní cyklus a plánování X36SIN: Softwarové inženýrství Životní cyklus a plánování 1 Kontext Minule jsme si řekli, co to je deklarace záměru, odborný článek, katalog požadavků, seznam aktérů a seznam událostí. Seznam aktérů a

Více

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

Univerzita Pardubice Fakulta ekonomicko-správní Ústav systémového inženýrství a informatiky Univerzita Pardubice Fakulta ekonomicko-správní Ústav systémového inženýrství a informatiky Datová podpora na úrovni kontaktního pracoviště Úřadu práce pro státní sociální podporu Josef Hájek Bakalářská

Více

7 Jazyk UML (Unified Modeling Language)

7 Jazyk UML (Unified Modeling Language) 7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující

Více

Problémové domény a jejich charakteristiky

Problémové domény a jejich charakteristiky Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 02 1/16 Problémové domény a jejich charakteristiky Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta

Více

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

TÉMATICKÝ OKRUH Softwarové inženýrství TÉMATICKÝ OKRUH Softwarové inženýrství Číslo otázky : 24. Otázka : Implementační fáze. Postupy při specifikaci organizace softwarových komponent pomocí UML. Mapování modelů na struktury programovacího

Více

Komputerizace problémových domén

Komputerizace problémových domén Milan Mišovič (ČVUT FIT) Pokročilé informační systémy MI-PIS, 2011, Přednáška 03 1/19 Komputerizace problémových domén Prof. RNDr. Milan Mišovič, CSc. Katedra softwarového inženýrství Fakulta informačních

Více

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.

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. 1. Zapouzdření Cíl látky Tento blok nejdříve přiblíží zásadu zapouzdření a odpoutání kódu a po té na relacích, jako jsou asociace, agregace a kompozice, vysvětlí jak lze objektový zdrojový kód zapouzdřovat

Více

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

Analýza a modelování dat. Přednáška 4 Analýza a modelování dat Přednáška 4 Objektově orientovaný přístup Strukturovaný přístup starší přístup analýzy modelování dat typický zástupce: E-R model prvky reálného světa zobrazujeme do předem připravených

Více

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

Jazyk UML VST (Velmi stručný tutorial) verze 1.0 Jazyk UML VST (Velmi stručný tutorial) verze 1.0 Softwarové inženýrství školní rok 2004 2005 Ing. Ladislava Smítková Janků (Praha, 24.5.2005) Obsah Obsah Obsah...2 1 Co je to UML...3 2 Diagram případů

Více

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

Modelování procesů (2) 23.3.2009 Procesní řízení 1 Modelování procesů (2) 23.3.2009 Procesní řízení 1 Seznam notací Síťové diagramy Notace WfMC Notace Workflow Together Editor Aktivity diagram (UML) FirsStep Designer Procesní mapa Select Prespective (procesní

Více

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

Maturitní témata Školní rok: 2015/2016 Maturitní témata Školní rok: 2015/2016 Ředitel školy: Předmětová komise: Předseda předmětové komise: Předmět: PhDr. Karel Goš Informatika a výpočetní technika Mgr. Ivan Studnička Informatika a výpočetní

Více

Diagram datových toků - DFD

Diagram datových toků - DFD Funkční model Diagram datových toků - DFD DFD - Data Float Diagram Z historie jsou známy první pokusy znázornění datových toků v organizační struktuře podniku a výroby již na počátku století. Dnes patří

Více

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

1/1 ČESKÁ ZEMĚDĚLSKÁ UNIVERZITA V PRAZE PROVOZNĚ EKONOMICKÁ FAKULTA PŘIJÍMACÍ ŘÍZENÍ 2017/2018 ČESKÁ ZEMĚDĚLSKÁ UNIVERZITA V PRAZE PROVOZNĚ EKONOMICKÁ FAKULTA PŘIJÍMACÍ ŘÍZENÍ 2017/2018 Informační technologie 1 - Doporučená doba zpracování: 40 minut 1) Termín DCL v relačně databázové technologii

Více

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

Modelování řízené případy užití Modelování řízené případy užití kompletní proces od UC po implementaci, robustnost 2005 Radek Ošlejšek, Jiří Sochor FI MU Brno oslejsek@fi.muni.cz http://www.fi.muni.cz/~oslejsek/pa103 30. 3. 2005 PA103:

Více

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

Programování II. Třídy a objekty (objektová orientovanost) 2018/19 Programování II Třídy a objekty (objektová orientovanost) 2018/19 Osnova přednášky Objektový přístup (proč potřebujeme objekty). Třídy, objekty,... Příklad. Proč potřebujeme objekty? Udržovatelnost softwaru

Více

1. Dědičnost a polymorfismus

1. Dědičnost a polymorfismus 1. Dědičnost a polymorfismus Cíl látky Cílem této kapitoly je představit klíčové pojmy dědičnosti a polymorfismu. Předtím však je nutné se seznámit se základními pojmy zobecnění neboli generalizace. Komentář

Více

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í

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í 1 Vysoká škola báňská Technická univerzita Ostrava Fakulta strojní, Katedra automatizační techniky a řízení 2008/2009 Radim Farana 1 Obsah Požadavky kreditového systému. Relační datový model, relace, atributy,

Více

IS pro podporu BOZP na FIT ČVUT

IS pro podporu BOZP na FIT ČVUT IS pro podporu BOZP na FIT ČVUT Závěrečná zpráva pro 2. iteraci 21. dubna 2011 Zadavatel: Ing. Jiří Chludil Řešitelský tým: Jiří Kopecký Jan Kratochvíl Milan Matějček Štefan Pinďák Kristýna Streitová Úvod

Více

Principy UML. Clear View Training 2005 v2.2 1

Principy UML. Clear View Training 2005 v2.2 1 Principy UML Clear View Training 2005 v2.2 1 1.2 Co je touml? Unified Modelling Language (UML) je univerzálníjazyk pro vizuální modelování systémů Podporuje všechny životní cykly Mohou jej implementovat

Více

OOT Objektově orientované technologie

OOT Objektově orientované technologie OOT Objektově orientované technologie Požadavky a případy užití Daniela Szturcová Institut geoinformatiky, HGF Osnova Systém Uživatelé Případy užití Vazby (asociace, generalizace, include a extend) Shrnutí

Více

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

UML a jeho použití v procesu vývoje. Jaroslav Žáček jaroslav.zacek@osu.cz UML a jeho použití v procesu vývoje Jaroslav Žáček jaroslav.zacek@osu.cz Různé pohledy na modelování Různé pohledy na modelování Unified Modeling Language UML není metodikou ani programovacím jazykem,

Více

OOT Objektově orientované technologie

OOT Objektově orientované technologie OOT Objektově orientované technologie Požadavky a případy užití Daniela Szturcová, Pavel Děrgel Institut geoinformatiky, HGF Osnova Systém Uživatelé Případy užití Vazby (asociace, generalizace, include

Více

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

VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ VYHLEDÁVÁNÍ PRVKŮ ACTOR A PROCESNÍ MODELOVÁNÍ Část 3 Tento článek je pokračováním předešlých článků RNDr. Ilja Kraval, duben 2009 http://www.objects.cz ÚVOD V předešlých článcích jsme se seznámili s použitím

Více

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007

Základy analýzy. autor. Jan Novotný http://blog.novoj.net/ 15. února 2007 Základy analýzy autor Jan Novotný http://blog.novoj.net/ 15. února 2007 V prezentaci jsou použity diagramy z: Wikipedia, Sparx UML Tutorial, Argo UML Metodiky vývoje Různé metodiky vývoje vazba na fáze

Více

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

Analýza Realizace případů užití Analýza Realizace případů užití Analýza část 9 Clear View Training 2005 v2.2 1 12.2 Analýza případu užití Obchodní model [nebo doménový model] Inženýr případů užití Analytická třída Model požadavků Analyse

Více

Program a životní cyklus programu

Program a životní cyklus programu Program a životní cyklus programu Program algoritmus zapsaný formálně, srozumitelně pro počítač program se skládá z elementárních kroků Elementární kroky mohou být: instrukce operačního kódu počítače příkazy

Více

7 Jazyk UML (Unified Modeling Language)

7 Jazyk UML (Unified Modeling Language) 7 Jazyk UML (Unified Modeling Language) 7.1 Základní charakteristika jazyka Motivace - vznik řady OO metod a metodologií (konec 80. let a první polovina 90.let) podobné notace vyjadřující totéž, komplikující

Více

9 Strukturovaná analýza

9 Strukturovaná analýza 9 Strukturovaná analýza 9.1 Modelovací techniky strukturované analýzy - systém chápán jako kolekce funkcí (procesů) operujících nad daty funkční (procesní) modelování - základní model strukturované analýzy

Více

RELAČNÍ DATABÁZOVÉ SYSTÉMY

RELAČNÍ DATABÁZOVÉ SYSTÉMY RELAČNÍ DATABÁZOVÉ SYSTÉMY VÝPIS KONTROLNÍCH OTÁZEK S ODPOVĚDMI: Základní pojmy databázové technologie: 1. Uveďte základní aspekty pro vymezení jednotlivých přístupů ke zpracování hromadných dat: Pro vymezení

Více

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

MOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ MOŢNOSTI VYUŢITÍ ROLÍ, AKTORŮ A AGENTŮ PŘI DESIGNU BYZNYS PROCESŮ Ing. Jan Smolík Vysoká škola finanční a správní PROČ JINÝ ZPŮSOB MODELOVÁNÍ PROCESŮ Základní žurnalistické otázky Co, kdo, kdy, kde, jak,

Více

Tvorba informačních systémů

Tvorba informačních systémů Tvorba informačních systémů Michal Krátký 1 1 Katedra informatiky VŠB Technická univerzita Ostrava Tvorba informačních systémů, 2005/2006 c 2006 Michal Krátký Tvorba informačních systémů 1/35 Konceptuální

Více

DBS Konceptuální modelování

DBS Konceptuální modelování DBS Konceptuální modelování Michal Valenta Katedra softwarového inženýrství FIT České vysoké učení technické v Praze c Michal Valenta, 2012 BI-DBS, ZS 2012/13 https://edux.fit.cvut.cz/courses/bi-dbs/ Michal

Více

UML: Unified Modeling Language

UML: Unified Modeling Language UML 1 UML: Unified Modeling Language Systém kombinace softwaru, hardwaru, dat a uživatelů, která umožňuje řešení konkrétního problému Vývoj systémů vytváření systémů pro klienta Vývoj probíhá na základě

Více

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

Obsah přednášky. Databázové systémy RDBMS. Fáze návrhu RDBMS. Coddových 12 pravidel. Coddových 12 pravidel Obsah přednášky Databázové systémy Konceptuální model databáze Codd a návrh relační databáze fáze návrhu pojem konceptuální model základní pojmy entity, relace, atributy, IO kardinalita, 2 historie: RDBMS

Více

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

TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů TÉMATICKÝ OKRUH Teorie zpracování dat, Databázové a informační systémy a Teorie informačních systémů Číslo otázky : 16. Otázka : Funkční a dynamická analýza informačního systému. Obsah : 1. Úvod 2. Funkční

Více