Uživatelské nástroje

Nástroje pro tento web


informatika:maturita:17a

Rozdíly

Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.

Odkaz na výstup diff

Obě strany předchozí revize Předchozí verze
Následující verze
Předchozí verze
informatika:maturita:17a [17. 03. 2015, 12.51]
xzemla1
informatika:maturita:17a [13. 02. 2018, 20.00] (aktuální)
xsilling zvětšení use case nadpisu
Řádek 1: Řádek 1:
-Grafický popis algoritmu +====== ​Grafický popis algoritmu ​======
-<WRAP center round tip 60%> +
-POUZE KONCEPT +
-</​WRAP>​+
  
-vývojový ​diagram+===== Vývojový ​diagram ​=====
  
-slouží ke grafickému znázornění algoritmu pomocí symbolů a čar (šipek)+Vývojový diagram ​slouží ke grafickému znázornění algoritmu pomocí symbolů a čar (šipek). Algoritmus je přesný postup, kterým lze vyřešit danou úlohu.
  
-pravidla:+==== Pravidla ====
  
-algoritmus ​postupuje shora dolůzleva doprava, ​pokud není jiný směr uveden ​šipkami, ty určují směr v jiném případě+Ve vývojovém diagramu se postupuje shora dolů zleva doprava, ​lze však změnit ​směr užitím ​šipek.
  
-obdélník ​popisem - krok algoritmu+Pro zápis diagramu používáme následující symboly (spolu ​vnitřními popisy):
  
-kosočtverec ​větvení postupu algoritmu podle splnění podmínky(cyklus??+  * **obdélník** – krok algoritmu (příkazy – například i výpis) 
 +  * **kosočtverec** – větvení postupu algoritmu podle naplnění podmínky; bývá (z hlediska ISO normy pro neimperativní paradigmata nesprávně) používán i jako podmínka pro cykly 
 +  * **zaoblený obdélník** – počátek nebo ukončení algoritmu 
 +  * **obdélník se svislými čarami po stranách** – dodatečné podprogramy 
 +  * **rovnoběžník** – vstup 
 +  * **obdélník s ořezanými rohy** – ohraničení kroků cyklu tak, aby byly ohraničeny neořezanými stranami ​(pro //for// a //while// je podmínka uvnitř horní hranice, pro //do while// uvnitř hranice spodní)
  
-obdélník se zaoblenými rohy počátek nebo ukončení algoritmu+{{:​informatika:​maturita:​250px-vyvojovy_diagram_zarovka.png?​500 | Příklad vývojového diagramu}}
  
-obdélník s čarami po stranách - programy+==== Druhy vývojových diagramů ====
  
-rovnoběžník(lichoběžník) - vstup, výstup+  * **document flowcharts** – řízení toků dokumentů 
 +  * **data flowcharts** – řízení toků dat 
 +  * **system flowcharts** – řízení toků fyzické vrstvy nebo vrstvy zdrojů 
 +  * **program flowcharts** – řízení toků v programu
  
-šestiúhelník - cyklus+===== UML =====
  
 +Název z angličtiny – **unified modeling language**.
  
-druhy algoritmů +Jedná se o grafický jazyk pro vizualizaci a návrhy programových způsobů. Podporuje objektově orientovaný přístup k analýze, ale již nespecifikuje metodiku funkce programu.
  
-document flowcharts - ukazují řízení toků dokumentů+==== Účely UML ====
  
-data flowcharts - řizení toků dat+  * **Kreslení konceptu** – do diagramů se nakreslí podstatné věci před programováním. Modelovací software jako Umbrello poté umožňuje generování šablony kódu podle UML konceptu. 
 +  * **Kreslení detailních návrhů** – umožňují programátorovi lépe pochopit analytické zadání. 
 +  * **Jako programovací jazyk** – kód spustitelný přímo z diagramů, v této souvislosti se často používá pojem MDA (model driven architecture).
  
-system flowcharts - řízení toků fyzické vrstvy, nebo vrstvy zdrojů+==== Základní dělení diagramů UML ====
  
-program flowcharts - řízení toků v programu+UML umožňuje tvorbu několika typů diagramů, které můžeme kategorizovat podle toho, jaké aspekty systému reprezentují:​
  
 +  * **Diagramy použití a chování** – zobrazují vnější chování systému a jeho funkce (use case diagramy).
 +  * **Diagramy struktur** – zobrazují prvky, které musí být přítomny v systému, aby mohl správně fungovat, respektive jeho logickou strukturu (diagramy tříd, diagramy objektů, diagramy komponent).
 +  * **Diagramy interakcí** – speciální druh diagramů chování, který se zaměřuje na znázornění toku dat a komunikace uvnitř modelovaného systému (sekvenční diagramy, komunikační diagramy).
  
-UML+==== Use case diagramy ====
  
-unified modeling language+Doslova diagramy "​případů užití"​ – zobrazují funkcionalitu systému – pouze chování programu (nikoliv přesnou realizaci), a to přímo očima koncového uživatele. Diagram tedy pouze ukazuje, co má systém umět.
  
-grafický jazyk pro vyzualizaci a návrhy programových způsobů. Podporuje objektově orientovaný ​ístup k analýze, ale již nespecifikuje metodiku funkce programu.+Základní dva prvky diagramu jsou značky aktérů (actors – uživatelé) a ípadů užití (use cases – jednotlivé možnosti, které se aktérům nabízejí).
  
-účely UML+{{ :​informatika:​maturita:​usecase_diagram.png?​500 | Příklad use case diagramu}}
  
-Kreslení konceptu - do diagramů se nakreslí podstatné věci  před programováním+==== Diagramy tříd ====
  
-Kreslení detailních návrhů - aby programátor přesně pochopilco mu analytik zadává+Diagramy tříd se využívají k zobrazení třídjejich metod, atributů a vztahů mezi nimi.
  
-Jako programovací jazyk - z diagramů přímo spustitelný kód, v této souvislosti se často používá pojem MDA (model driven architecture)+=== Vztahy a značení ===
  
 +  * **Asociace** – vztah informuje o spojení instancí dvou tříd ​
 +  * **Agregace** – vztah celek – část
 +  * **Kompozice** – silnější verze agregace
 +  * **Dědičnost** – potomek dědí atributy předka
 +  * **Závislost** – změna jedné třídy ovlivní třídu druhou
 +  * **Realizace** – souhrn všech veřejně dostupných metod dané třídy
 +  * **+** = public
 +  * **−** = private
 +  * **#** = protected
  
-Diagramy UML se dělí na dvě základní skupiny:+{{ :informatika:​maturita:​class_1.gif | Příklad diagramu tříd}}
  
-Diagramy ​struktury (tříd, ​objektů, apod.) - zobrazují vnitřní strukturu programu+==== Diagramy objektů ​====
  
-Diagramy ​chování ​(use-case ​diagramy,...) - zobrazují pouze vnější chování, to, co uvidí ​běžný uživatel +Diagramy ​objektů ​(nebo také instancí) fungují podobně jako diagramy ​třídovšem zachycují stav běžícího ​systému ​esně daném momentu – nezobrazují ​třídy, ale jejich ​konkrétní instanceu kterých ​ekáváme, že by se systému mohly za běhu vyskytnout.
- +
- +
-Use-Case diagramy - doslova "​případ užití"​ - zobrazují pouze funkcionalitu ​systému, chování programu tak, jak jej vydí uživatel, nikoliv ​esnou realizaci. Diagram ukazuje, co má systém umět, ale nikoliv jak to bude zrealizováno. +
-Základní dva prvky diagramu jsou značky aktérů (actors - uživatelů) a případů užití (use case - jednotlivých možností, které se aktérům nabízejí). +
- +
-Diagramy tříd - můžeme využít k zobrazení tříd, ​jejich ​metodatributů a vztahů mezi nimi. +
- +
-Vztahy mezi třídami:​ +
- +
- +
-Asociace - vztah informuje ​spojení instancí dvou tříd  +
- +
-Agregace - vztah celek - část  +
- +
-Kompozice - silnější verze agregace +
- +
-Dědičnost - potomek dědí atributy předka +
- +
-Závislost - změna jednohé třídy ovlivní druhou +
- +
-Realizace - souhrn ​všech veřejně dostupných metod dané třídy+
  
 +{{ :​informatika:​maturita:​objektovy.gif | Příklad diagramu objektů}}
  
 +==== Sekvenční diagramy ====
  
 +Sekvenční diagramy (také diagramy událostí) se starají o znázornění posloupného zasílání zpráv a požadavků mezi sledovanými objekty. Ty jsou znázorněny v horní části diagramu a vychází z nich svislé přerušované čáry (lifelines) indikující jejich existenci (při smazání končí znakem X). Následně se (zleva) posílají objektům požadavky pomocí šipek doplněných o název volané funkce. Šipky mohou být rovněž přerušované,​ v takovém případě však značí odpovědi na požadavky. Doba zpracování požadavků se znázorňuje obdélníky na lifeline.
  
 +{{ :​informatika:​maturita:​sekvencni.png | Příklad sekvenčního diagramu}}
  
informatika/maturita/17a.1426593091.txt.gz · Poslední úprava: 17. 03. 2015, 12.51 (upraveno mimo DokuWiki)