Rozdíly

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

--- informatika:maturita:17a [17. 03. 2015, 12.51] – xzemla1
+++ informatika:maturita:17a [13. 02. 2018, 20.00] (aktuální) – zvětšení use case nadpisu xsilling
@@ Řá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ů a zleva doprava, lze však změnit směr užitím šipek.
-obdélník s popisem - krok algoritmu
+Pro zápis diagramu používáme následující symboly (spolu s 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ý přístup k analýze, ale již nespecifikuje metodiku funkce programu.
+Základní dva prvky diagramu jsou značky aktérů (actors – uživatelé) a pří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ě pochopil, co mu analytik zadává
+Diagramy tříd se využívají k zobrazení tříd, jejich 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říd, ovšem zachycují stav běžícího systému v přesně daném momentu – nezobrazují třídy, ale jejich konkrétní instance, u kterých očekáváme, že by se v 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 př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 metod, atributů a vztahů mezi nimi.
-Vztahy mezi třídami:
-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 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}}