Jazyk UML Unified Modeling Language
|
|
- Stanislava Brožová
- před 8 lety
- Počet zobrazení:
Transkript
1 1/11 Josef Hladík Jazyk UML Unified Modeling Language Obsah Teorie.. 2 Diagramy hierarchie procesů. 2 případů užití. 2 o vkládání případů užití... 3 o rozšíření případů užití.. 5 stavové diagramy... 5 o doplnění informací 6 objektová orientace- vysvětlení pojmů...10 o objekt 10 o abstrakce 10 o dědičnost 10 o polymorfizmus 10 o zapouzdření 10 o asociace 10 o agregace 10 o znázornění třídy a objektu 11 o doplňující informace 12
2 2/11 Josef Hladík Teorie Snahou jazyka UML graficky popisuje objektově orientovanou analýzu. První verze tohoto jazyka vznikla v roce 1997, pod záštitou firmy Rational. Tento modelovací jazyk je souhrnem grafických notací k vyjádření analytických a návrhových modelů. Podlé mého názoru byly toto dva hlavní důvody jeho vzniku: Práce, na kterých se podílí mnoho pracovníku, vyžaduje, aby byla prezentována v takové formě, aby projekt každý pracovník pochopil jako celek, i přestože bude pracovat pouze na některé z jeho částí. Druhým, neméně důležitým důvodem byla snaha přiblížit zákazníkovy, jak bude jeho projekt vlastně pracovat. Rozhodně na zákazníka zapůsobí lépe přehledný obrázek s vysvětlením, než kousek zdrojového kódu a větou: tak toto je přihlášení v phpéčku.. Víc k teorii nemá cenu, stejně to ani číst nikdo nebude. Diagram hierarchie procesů Process Hierarchy Diagram Tento diagram řeší procesní dekompozici systému a pomáhá v ujasnění rozsahu vyvíjeného systému a vzájemnou souvislost jednotlivých firemních procesů. Firemní proces je sekvence činností vytvářející produkt, který organizace potřebuje pro splnění svých cílu. Česky řečeno, tento diagram by měl zhruba zobrazovat rozsáhlost projektu, a spojitost mezi jednotlivými částmi. Diagram případů užití Use case Případy užití zachycují přesně funkčnost, která bude budoucím informačním systémem pokryta a vymezují tak jednoznačně rozsah prací. Diagram užití popisuje jednu požadovanou funkčnost systému. Systém nebude tedy obsahovat nic jiného, než popisují případy užití. Prostě v tomto diagramu bude všechno co váš systém umí. Dále byste měli vědět, kdo ne co(může to být i systém) je to Aktér. Zde je jeho stručný popis: Všechny akce v systému jsou vyvolávány Aktéry Pod aktérem si představíme externí objekt, který si vyměňuje informace se systémem
3 3/11 Josef Hladík Aktér= uživatelská role vůči systému Aktér se v diagramech značí jako postavička Takto by například vypadal diagram užití pracovníka sběrny uživatel Odeslat zakázku do sběrny Přijmout zakázku ze servisu Uzavřít zakázku Další příklad diagramu užití, by mohl vypadat takto: Případ užití uživatel uživatel Shrnutí: Případ užití se soubor scénářů(sled jednotlivých kroků),inicializovaný entitou zvanou patricipant. Výstupem případu užití by měl být výsledek, ze kterého bude mít užitek on sám, nebo jiný patricipant. Patricipant může být osoba, systém, nebo uplynutí určitého času. S dalším pojmem se kterým se můžete setkat, je pojem vkládání případů užití. Vkládání případů užití se používat tehdy, kdy se nějaký případ užití opakuje. Nechtělo se mi nic nového vymýšlet, a tak jako příklad uvedu, žáky velmi oblíbený příklad, s nápojovým automatem. Možná si někteří pamatují, že k tomuto automatu přistupují 3 patricipanti: Zákazník, doplňovatel a člověk, který vybírá peníze.
4 4/11 Josef Hladík Zde se nám potvrdí ona červeně zvýrazněná věta : Výstupem případu užití by měl být výsledek, ze kterého. Výstupem pro zákazníka je sice nepitelná, ale limonáda, pro doplňovatele je to dobrý pocit(později mizerná mzda) a pro kasaře jsou to peníze. My se budeme soustředit na poslední dva. Vezměme v úvahu, že oba musí vykonat několik stejných kroků. Oba musí nejprve odemknou zámek, a oddělat vrchní kryt. Potom si každý udělá svoji práci. Jeden doplní limonádu z Ukrajiny, a druhý vezme peníze. Potom musí oba udělat stejnou věc, a to že oba musí vrátit kryt, a oba musí tento kryt zajistit. Schválně jsem zdůraznil slovo oba. Podívejme se jak by to vypadalo v UML diagram Nápojový automat zákazník Koupit limonádu zákazník Odkrýt dodavatel Doplnění zásob <<include>> dodavatel zakrýt <<include>>> <<include>> výběrčí Výběrčí výběrčí odkrýt Výběr peněz <<include>> zakrýt Rozšíření případů užití Pamatujte si, že vkládaný případ užití nikdy neexistuje samostatně, ale vždy je součástí jiného případu užití. Vkládaný případ užití se znázorňuje přerušovanou šipkou. Zde bohužel uvedu příklad na automat, protože se mi nechce nic vymýšlet. Vezměme si případ užití Doplnění zásob. Může se stát, že se v automatu vůbec nebude prodávat limonáda Pštrosí moč, ale zato limonáda Pepův elixír se bude prodávat velmi dobře. Tak
5 5/11 Josef Hladík nás napadne, že místo obyčejného doplnění zásob, bychom chtěli doplňovat zásoby podle prodejnosti. Proto náš případ užití Doplnění zásob rozšíříme na Doplnění zásob podle prodejností. Rozšíření se provádí pomocí <<rozšíření>>, my budeme používat anglický výraz <<extends>>. Doplnění zásob Bod rozšíření <<include>> <<include>> Otevření <<extends>> uzavření Doplnění zásob podle prodejnosti Praktické použití stavových diagramů Stavový diagram je mechanizmus, který nám pomáhá popsat systémové změny. Tyto změny mohou vzniknou například nějakou reakcí na událost, nebo také ubíháním času. Například: Půjdu ke Košťálovy ve špinavých botách jsem vyloučen. Reakcí na událost Jdu v botách je změna stavu Jsem student na stav Jsem vyloučen. Toto je příklad reakce na událost. Druhý příklad zabývající se plynutím času: Již 3 hodiny se učím Merge sort. Po dalších několika hodinách byste se s uplynutý časem dostaly ze stavu Mám dobru náladu do stavu Asi skočím pod vlak. Samozřejmě může mít tuto časovou hranici každý jinou. Jiný asi lepší příklad na čas by bylo: Přihlášený uživatel je již 30 minut neaktivní. Ze stavu Přihlášen ho systém uvede do stavu Odhlášen. Dalším známým příkladem muže být například to, že vás na automaticky po 30 dnech vymaží s evidence, pokud se nepřihlásíte po tuto dobu. (To je docela kec, já tam nebyl půl roku a nic ) Veškerými změnami, kterými projde systém, se mohou zobrazit pomocí stavových diagramů. Zle jimi také vykreslit podmínky, za jakých se do těchto stavů dostanou, a také podmínky přechodů mezi jednotlivými stavy. Také je možno zadat počáteční a koncový stav každého objektu.
6 6/11 Josef Hladík Toto je základní značka stavového diagramu počátek konec stav Omlouvám se za ty nekvalitní diagramy, ve wordu se to moc dobře nekreslí. Jednotlivé stavy můžete doplnit od další informace. Jsou to: Název stavu název stavu je povinný Stavové proměnné -nepovinný Činnosti - nepovinný Na další stránce je ukázka toho jak by mohl fungovat takový fax. Má dva stavy. Buď se odesílá nějaký dokument, nebo jen tak stojí. Tyto stavy a jejich atributy jsou uvedeny na obrázku. Vypadá to asi takto:
7 7/11 Josef Hladík Faxuje se Datum= aktuální datum Čas=čas začátku přenosu Telefonní číslo majitele Jméno majitele Vstup/zadání čísla stanice Výstup/dokončení přenosu Proveď/očísluj stánky Proveď/záznam o čase Proveď/ble ble atd Název stavu Stavové proměnné činnosti Flákám se Datum=aktuální datum Čas=aktuální čas Telefonní číslo=moje číslo Jméno=Leoš Hnědka Vstup/přenos dokumentu dokončen Výstup/začátek přenosu Proveď/ukazuj datum Proveď/ukazuj čas Vstup/ akce- co se stane, když je spuštěn tento stav Výstup/akce co by mělo být výsledkem tohoto stavu Proveď- tyto akce se provádí během činnosti jednotlivých stavů Logičtější by bylo pořadí : 1. vstup,2. proveď, 3. výstup. Možná, se to takto zapisovat může, ale všude se to zakresluje v pořadí, v jakém to je zakresleno v diagramech. Další možnosti doplnění informací Další doplňující informace lze doplnit také k šípkám, která symbolizují přechody stavů.
8 8/11 Josef Hladík Tento případ si ukážeme na dalším obrázku. Abych se to vzal jedním vrzem, zakreslím do toho to obrázku i další pojem a to Strážní podmínky. Příklad ukazuje, jak funguje spořič obrazovky. Doplňující informace Zapínání Inicializace Proveď/spusť systém Pracuj, hrej, sleduj porno vypnout Vypni PC [Uběhl nastavený čas] Pohnuto myší, nebo stisk klávesy Šetření obrazovky
9 9/11 Josef Hladík Objektová orientace Vysvětlení některých pojmů Základem objektové orientace je nečekaně objekt. Jůůůů. Objekt by se dal specifikovat takto: Objekt - Nejdůležitější je fakt, že objekt je instancí třídy. Objekt se vyznačuje strukturou. Znamená to, že má atributy, a chování. Atributy jsou jeho vlastnosti, a chování je sled operací, které objekt provádí prostě v OOP jsou to metody třídy. Dále si vysvětlíme některé pojmy. U matury by se to mohlo hodit, pokud víte houby jako já, tak to ukecáte alespoň těmito blbostmi. Abstrakce- znamená filtrování atributů a operací objektu, do té míry, než nám zbytou ty, které potřebujeme. Dědičnost- dědičnost používáme tehdy, pokud potřebujeme vytvořit objekt již existujícími vlastnostmi a metodami, ale chceme nějakou vlastnost nebo metodu přidat. Zděděná třída má tedy všechny vlastnosti děděné třídy. Polymorfizmus- některé operace u různých tříd mají stejné jméno. Otevřít dveře, otevřít okno atd. Pokaždé však provádíme jinou operaci. Každá třída ví, kterou operaci má udělat. Tomuto jevu se říká polymorfizmus.(toto jsem nějak nepochopil) Zapouzdření- Každý objekt má své vlastnosti a metody. Ty jsou obsaženy uvnitř třídy. Jsou v ní zapouzdřeny. Znamená to, že vidíme, jak se objekt chová, ale nevidíme jak to děla, protože toto chování je zapouzdřené. Asociace je informace o vztahu mezi objekty. Může být jednosměrná- zapnu rádio. Ale tím to hasne. Rádio jede, ať dělám cokoliv. Obousměrná asociace je např.: Jsme ženatý/moje vyvolená je vdaná. Když umřu tak už nebude vdaná, ale vdova. Agregace je to jeden z typů asociace. Formou agregace může být kompozice. Kompozice vyžaduje silný vztah mezi agregátem, a jeho komponentami. Např.: Kompozice může být mezi Tělem a hlavou. Tělo bez hlavy je na nic.
10 10/11 Josef Hladík Objektová orientace Vizualizace třídy a objektu -třídy se vykresluje jako obdélník s ostrými rohy. Pozor na stavy, které vypadají podobně, ale se vykreslují se oblými rohy. User jméno : String příjmení:string věk :integer dement :boolean=0 Jméno třídy. První písmeno velké, pokud je název víceslovný, další slovo také velké. Např.: OsobníAutomobil Proměnné, neboli atributy. Začínají malým písmenem, ostatní slova velkým. Např.: rodnéčíslo vypišjméno() vypišpříjmení() vypišvěk() jetodement() Jednotlivé metody začínají malým, další slovo velkým. Za názvem se uvádějí závorky Takto by vypadal zápis nového objektu uživatel1, který je instancí třídy User v Javě: User uživatel1=new User(); A takto by vypadal v UML: uživatel1::user jméno = Josef příjmení = Hladík věk = 19 dement = true názevobjektu:: Třída inicializace jednotlivých atributů Ještě ve stručnosti proberu pojem balíček neboli package.všichni zhruba víme co to jeurčuje se tehdy třída součástí balíčku. Např.: třídy Uklizečky,Manageři a Skladníci budou patřit do balíčku personál. Balíček se zakresluje takto: personál
11 11/11 Josef Hladík doplňující informace-připojují se pomocí poznámek. Viz obrázek User jméno : String příjmení:string věk :integer dement :boolean=0 je-li atribut dement nastaven a true tak je uživatel dement vypišjméno() vypišpříjmení() vypišvěk() jetodement()
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íceUML ú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íceModelová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íceModelová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íceDBS 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íce3 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íce7.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íceDiagram tříd (class diagram)
Diagramy tříd 1 Diagram tříd (class diagram) Zobrazuje třídy v daném systému a vztahy mezi nimi Zobrazuje statický stav ukazuje vzájemné interakce, ale neukazuje co se při těchto interakcích děje Při znázornění
VíceUML. 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íceObjektově 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íceJak správně psát scénáře k případům užití?
Jak správně psát scénáře k případům užití? Autor RNDr. Ilja Kraval 2007 http://www.objects.cz K napsání tohoto článku mne inspiroval tento mail: Dobrý den pane Kravale, chci Vás poprosit o radu, která
Více1. 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íceOOT Objektově orientované technologie
OOT Objektově orientované technologie Logická struktura systému (Diagram tříd) Daniela Szturcová Institut geoinformatiky, HGF Osnova Třídy Statický pohled na systém Atributy a operace, řízení přístupu
Více7.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íce7 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íce6 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íceDiagramy 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íce7 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íceObjektově orientované technologie Logická struktura systému Objektový diagram. Pavel Děrgel, Daniela Szturcová
Objektově orientované technologie Logická struktura systému Objektový diagram Pavel Děrgel, Daniela Szturcová Osnova Modelování objektů objektový diagram Struktura a vazby mezi objekty Dobré zvyky při
VíceTÉ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íceZapnutí a vypnutí počítače
Zapnutí a vypnutí počítače Popiš běžné součásti počítače Napiš co ti u tohoto počítače chybí? Spoj každý pojem se správnou odpovědí: Procesor Modem Program Paměť Disk Monitor Grafická karta Zvuková karta
VíceUniverzita 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íceObjektově orientované technologie Dynamický náhled Stavový diagram. Pavel Děrgel, Daniela Ďuráková
Objektově orientované technologie Dynamický náhled Stavový diagram Pavel Děrgel, Daniela Ďuráková Osnova Modelování životního cyklu objektu počátek a konec objektu stavy a přechody mezi stavy události
VícePokročilé typové úlohy a scénáře 2006 UOMO 71
Pokročilé typové úlohy a scénáře 2006 UOMO 71 Osnova Interní model typové úlohy Vazby include a extend Provázanost typových úloh na firemní procesy a objekty Nejčastější chyby 2006 UOMO 72 Interní model
VíceInformač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íce3. Je defenzivní programování technikou skrývání implementace? Vyberte jednu z nabízených možností: Pravda Nepravda
1. Lze vždy z tzv. instanční třídy vytvořit objekt? 2. Co je nejčastější příčinou vzniku chyb? A. Specifikace B. Testování C. Návrh D. Analýza E. Kódování 3. Je defenzivní programování technikou skrývání
VíceUnifikovaný 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íceMobilní skladová evidence v QI
Mobilní skladová evidence v QI Vzhledem k potřebám některých zákazníků pracovat se zbožím označeným čárovými kódy v rozlehlých prostorách skladů nebo na cestách, byla firmou Dingo, spol. s r.o. vytvořena
VíceInformač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íce11 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íce11.5.2012. Obsah přednášky 9. Skrývání informací. Skrývání informací. Zapouzdření. Skrývání informací. Základy programování (IZAPR, IZKPR) Přednáška 9
Obsah přednášky 9 Základy programování (IZAPR, IZKPR) Přednáška 9 Základy dědičnosti, přístupová práva Ing. Michael Bažant, Ph.D. Katedra softwarových technologií Kancelář č. 03 022, Náměstí Čs. legií
VíceOOT 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íceSvolávací systém Uživatelský manuál
Uživatelský manuál TTC TELEKOMUNIKACE, s.r.o. Třebohostická 987/5 100 00 Praha 10 tel.: 234 052 111 fax.: 234 052 999 e-mail: ttc@ttc.cz http://www.ttc-telekomunikace.cz Datum vydání: 14. srpna 2013 Číslo
VíceOOT 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íceObjektová tvorba SW, Analýza požadavků 2006 UOMO 53
Objektová tvorba SW, Analýza požadavků 2006 UOMO 53 Osnova Základní principy tvorby SW Fáze tvorby SW v předmětu UOMO Analýza požadavků Modelování typových úloh 2006 UOMO 54 Tvorba SW Dříve umění vyvolených
VíceObsah. 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íceInfrastruktura 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íceObjekty, třídy, vazby 2006 UOMO 30
Objekty, třídy, vazby 2006 UOMO 30 Osnova Vymezení pojmu objekt Objekt a základní objektové koncepty Třídy, třída vs. objekt Vztahy mezi objekty, vazby mezi třídami Polymorfismus 2006 UOMO 31 Vymezení
VíceCommunist 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íceUŽIJTE SI TELEVIZI. Uživatelský manuál HD Mediaboxu
UŽIJTE SI TELEVIZI od UPC Uživatelský manuál HD Mediaboxu HLAVNÍ NABÍDKA INFORMACE Do hlavní nabídky vstoupíte stisknutím tlačítka MENU na dálkovém ovladači. V hlavní nabídce a jednotlivých nabídkách se
VícePRACUJEME S TSRM. Modul Samoobsluha
PRACUJEME S TSRM Modul Samoobsluha V této kapitole Tato kapitola obsahuje následující témata: Téma Na straně Přehled kapitoly 6-1 Užití modulu Samoobsluha 6-2 Přihlášení k systému 6-3 Hlavní nabídka TSRM
VíceBusiness 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íce20. Projekt Domácí mediotéka
Projekt Domácí mediotéka strana 211 20. Projekt Domácí mediotéka 20.1. Základní popis, zadání úkolu V projektu Domácí mediotéka (Dome) se jednoduchým způsobem evidují CD a videa. Projekt je velmi jednoduchý
VíceObjektově 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íce2. 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íceUML 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íceVyř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íceVýběr a instalace mobilního terminálu. II. Používání čárových kódů v katalogu položek. III. Tisk etiket s čárovými kódy
Mobilní terminály slouží pro sběr dat v terénu a následnou automatickou tvorbu dokladů typu zakázka, vydaná objednávka nebo skladový doklad v systému WAK INTRA. Komunikace mezi přenosnými terminály a systémem
VíceNápověda k používání mapové aplikace Katastrální mapy Obsah
Nápověda k používání mapové aplikace Katastrální mapy Obsah Práce s mapou aplikací Marushka... 2 Přehledová mapa... 3 Změna měřítka... 4 Posun mapy... 5 Druhy map... 6 Doplňkové vrstvy... 7 Vyhledávání...
VíceKlíč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íceTÉ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íceUžijte si televizi Horizon od UPC
Užijte si televizi Horizon od UPC Uživatelský manuál HD Mediaboxu Hlavní nabídka Informace Do hlavní nabídky vstoupíte stisknutím tlačítka MENU na dálkovém ovladači. V hlavní nabídce a jednotlivých nabídkách
VícePříručka uživatele HELPDESK GEOVAP
HELPDESK GEOVAP verze 1.2 11.11.2008 OBSAH 1 REGISTRACE DO HELPDESK...1 2 PŘIHLÁŠENÍ A ODHLÁŠENÍ...1 3 ZÁKLADNÍ OBRAZOVKA HELPDESK...2 4 PŘEHLED HLÁŠENÍ...2 5 ZALOŽENÍ NOVÉHO HLÁŠENÍ...3 6 ZOBRAZENÍ/EDITACE
VíceSoukromá střední odborná škola Frýdek-Místek, s.r.o. VY_32_INOVACE_03_IVT_MSOFFICE_02_Excel
Číslo projektu Název školy Název Materiálu Autor Tematický okruh Ročník CZ.1.07/1.5.00/34.0499 Soukromá střední odborná škola Frýdek-Místek, s.r.o. VY_32_INOVACE_03_IVT_MSOFFICE_02_Excel Ing. Pavel BOHANES
VícePHP tutoriál (základy PHP snadno a rychle)
PHP tutoriál (základy PHP snadno a rychle) Druhá, vylepšená offline verze. Připravil Štěpán Mátl, http://khamos.wz.cz Chceš se naučit základy PHP? V tom případě si prostuduj tento rychlý průvodce. Nejdříve
VíceJEDNODUCHÝ PRŮVODCE STRÁNKAMI www.dedra.cz
JEDNODUCHÝ PRŮVODCE STRÁNKAMI www.dedra.cz Pomocí tohoto jednoduchého průvodce se budete lépe orientovat na našich internetových stánkách a bez problémů využívat výhod nového automatického objednávkového
VíceElektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe
Uživatelská příručka Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe Ministerstvo zemědělství České republiky únor
VíceElektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe
Uživatelská příručka Elektronické podání žádosti o udělení výjimky pro použití konvenčních osiv v ekologickém zemědělství prostřednictvím Portálu farmáře MZe verze pro mobilní zařízení a čtečky elektronických
VíceKTE / ZPE Informační technologie
4 KTE / ZPE Informační technologie Ing. Petr Kropík, Ph.D. email: pkropik@kte.zcu.cz tel.: +420 377 63 4639, +420 377 63 4606 (odd. informatiky) Katedra teoretické elektrotechniky FEL ZČU Plzeň Největší
VícePrincipy 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ícePV167 Projekt z obj. návrhu IS. 26. března 2008
Analytický model tříd - 1. část PV167 Projekt z obj. návrhu IS B. Zimmerová 26. března 2008 PV167 Projekt z obj. návrhu IS Analytický model tříd - 1. část 26. března 2008 1 / 8 Diagram tříd - opakování
VíceNávod k práci s programem MMPI-2
Návod k práci s programem MMPI-2 Výchozím vstupním heslem je název programu psaný malými písmeny, tedy mmpi-2. Po zadání hesla stiskněte Enter nebo tlačítko Dále. Hlavní obrazovka programu zobrazuje přehled
VíceANOTACE vytvořených/inovovaných materiálů
ANOTACE vytvořených/inovovaných materiálů Číslo projektu Číslo a název šablony klíčové aktivity Tematická oblast Formát Druh učebního materiálu Druh interaktivity CZ.1.07/1.5.00/34.0722 III/2 Inovace a
VíceModely 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ícePřehledový manuál aplikace GABVAR (verze )
Základní informace: Vývojová skupina Gabvar byla založena v roce 2007. Náplní skupiny je vývoj aplikací pro podporu procesů v oblasti managmentu, údržby a logistiky. Jsme skupinou pracovníků s praxí na
VíceMS SQL Server 2008 Management Studio Tutoriál
MS SQL Server 2008 Management Studio Tutoriál Vytvoření databáze Při otevření management studia a připojením se ke konkrétnímu sql serveru mám v levé části panel s názvem Object Explorer. V tomto panelu
VíceVAŠE NOVÁ APLIKACE NISSAN GROUP EPC PŘÍRUČKA ZAČÍNÁME
VAŠE NOVÁ APLIKACE NISSAN GROUP EPC PŘÍRUČKA ZAČÍNÁME IDENTIFIKACE VOZIDLA Aplikace Nissan EPC využívající systém Microcat Live vám nabízí špičkový systém prodeje náhradních dílů. Chcete-li začít, podívejte
VíceZáložka.cz - zobrazuje nabídku eshopu a knihkupců, kteří jsou do Záložky zapojeni. Záložka.cz umožňuje tedy dva způsoby nakupování:
Záložka.cz - zobrazuje nabídku eshopu a knihkupců, kteří jsou do Záložky zapojeni. Záložka.cz umožňuje tedy dva způsoby nakupování: 1. REZERVACE - uskutečněním rezervace, si zarezervujete nákup u knihkupce,
VíceTeoretické minimum z PJV
Teoretické minimum z PJV Pozn.: následující text popisuje vlastnosti jazyka Java zjednodušeně pouze pro potřeby výuky. Třída Zavádí se v programu deklarací třídy což je část programu od klíčových slov
VíceJídelna Intraweb. Osobní údaje
Jídelna Intraweb Ve stravovacím systému je možno používat také tenkého klienta. Přes internetový prohlížeč je možno sledovat jídelníček, objednávat stravu a také prohlížet vyúčtování a samotnou srážku
Více02. HODINA. 2.1 Typy souborů a objektů. 2.2 Ovládací prvky Label a TextBox
02. HODINA Obsah: 1. Typy souborů a objektů 2. Ovládací prvky Label a TextBox 3. Základní příkazy a vlastnosti ovládacích prvků 4. Práce s objekty (ovládací prvky a jejich vlastnosti) 2.1 Typy souborů
Více7.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íceUML: 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íce1. Podmínky chodu aplikace
1 / 15 1. Podmínky chodu aplikace Licenční instalace určení pro značku, lokální instalace, nebo síťová licencovaná MAS serverem. 1.1. Instalace podpory MicroCat na lokální stanici Na dané stanici musí
VíceObjektově orientované technologie. Daniela Szturcová
Objektově orientované technologie Cvičení 1 - Specifikace systému Daniela Szturcová 1 1 Specifikace systému Cíl cvičení Vypracovat specifikaci systému. 1.1 Teoretický základ Specifikací systému rozumíme
VíceNová verze mojepco pro mobily
Nová verze mojepco pro mobily Popis nastavení nové verze aplikace mojepco v software NET-G Určeno pro: správce PCO/NET-G Datum vydání: 10. 10. 2017 Od října 2017 bude spuštěná nová verze aplikace mojepco
VíceNastavení a použití EET (elektronické evidence tržeb) v programu WinVet 2017
Nastavení a použití EET (elektronické evidence tržeb) v programu WinVet 2017 Veterinárním lékařům, kteří mají živnostenské oprávnění na prodej chovatelských potřeb, krmiv a veterinárních léčiv, může vzniknout
VíceModul Půjčovna Materiál pro samostudium +1873
Modul Půjčovna Materiál pro samostudium +1873 18.4.2016 Scheib Pavel Datum tisku 18.4.2016 2 Modul Půjčovna Modul Pu jč ovna Obsah Úvod... 3 Položky označení položek v podmnožině... 3 Číselník stromů položek
VíceObjektově 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íceNávod k obsluze webové aplikace EJídelníček 1. Vstupní stránka
Návod k obsluze webové aplikace EJídelníček 1. Vstupní stránka (1) vložení přihlašovacího jména (2) vložení přihlašovacího hesla (3) vstup do objednávání jídel (4) zobrazení jídelníčku bez přihlášení (5)
VícePodrobný postup pro doplnění Žádosti o podporu a příloh OPR přes Portál farmáře, 3. a 4. výzvy příjmu žádostí Operačního programu Rybářství
Příručka pro žadatele Podrobný postup pro doplnění Žádosti o podporu a příloh OPR přes Portál farmáře, 3. a 4. výzvy příjmu žádostí Operačního programu Rybářství 2014-2020 1 Podrobný postup pro doplnění
VícePřipojení ke vzdálené aplikaci Target 2100
Připojení ke vzdálené aplikaci Target 2100 Pro úspěšné připojení ke vzdálené aplikaci Target 2100 je nutné připojovat se ze stanice s Windows XP SP3, Windows Vista SP1 nebo Windows 7. Žádná VPN není potřeba,
VíceKolekce ArrayList. Deklarace proměnných. Import. Vytvoření prázdné kolekce. napsal Pajclín
Kolekce ArrayList napsal Pajclín Tento článek jsem se rozhodl věnovat kolekci ArrayList, protože je to jedna z nejpoužívanějších. Tento článek není kompletním popisem třídy ArrayList, ale budu se snažit
VíceON-LINE PORADA PRO TEST
ON-LINE PORADA PRO TEST PŘIHLÁŠENÍ... 1 HOME... 2 NAJDI... 2 ODHLÁŠENÍ... 2 Nové téma... 2 Zpět... 3 Detail tématu... 4 Odpověď... 4 Vybrat soubor... 4 Další přílohu... 5 Uložit... 6 Vaše odpověď/ reakce...
VíceŽÁDOST O OTEVŘENÍ ÚČTU
OBCHODOVÁNÍ S POVOLENKAMI REJSTŘÍK UNIE ŽÁDOST O OTEVŘENÍ ÚČTU Stručná uživatelská příručka Obsah Žádost o otevření účtu... 2 Inicializace otevření účtu a vytvoření držitele účtu... 3 Přidání zástupce,
VícePodrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře. 3. kolo příjmu žádostí Programu rozvoje venkova ( )
Podrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře 3. kolo příjmu žádostí Programu rozvoje venkova (2014 2020) V tomto dokumentu je uveden podrobný postup vygenerování Žádosti
VíceMetody 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íce7.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íce7.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íceUML - 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ícePrůvodce aplikací FS Karta
Průvodce aplikací FS Karta Základní informace k Aplikaci Online aplikace FS Karta slouží k bezpečnému ukládání osobních údajů fyzických osob a k jejich zpracování. Osobní údaje jsou uloženy ve formě karty.
VíceFunkční schéma Datové schéma Integrita modelu s realitou
Konceptuální modely Funkční schéma výsledek funkční analýzy a návrhu), Kdo bude používat aplikaci kategorie uživatelů pracovní postupy v organizaci, které mají být počítačově podporovány, událost, která
VícePALSTAT s.r.o. systémy řízení jakosti PALSTAT CAQ verze. 3.00.01.09 Kontakty 08/2010. 1 Obsah
1 Obsah 1 Obsah... 1 2 Úvod a spouštění SW Palstat CAQ... 2 2.1.1 Návaznost na další SW moduly Palstat CAQ... 2 2.2 Přihlášení do programu... 2 2.2.1 Stanovení přístupu a práv uživatele... 2 2.2.2 Spuštění
VíceUživatelská příručka k systému Jídelna inet
Uživatelská příručka k systému Jídelna inet Internetová část Microdata s.r.o. Verze 2.5 Srpen 2010 Přihlášení do systému... 3 Prohlížení jídelníčku... 4 Objednávání jídel... 4 Přehled Objednávek... 6 Změna
VíceProjekt Obrázek strana 135
Projekt Obrázek strana 135 14. Projekt Obrázek 14.1. Základní popis, zadání úkolu Pracujeme na projektu Obrázek, který je ke stažení na http://java.vse.cz/. Po otevření v BlueJ vytvoříme instanci třídy
VíceSystém pro podávání připomínek a námitek ke konceptu Územního plánu hl. m. Prahy
Systém pro podávání připomínek a námitek ke konceptu Územního plánu hl. m. Prahy Uživatelská podpora aplikace po - pá 9:00-15:00 tel.: 2 3600 5045, 2 3600 5096, 2 3600 5695 email: up_pripominky@urm.mepnet.cz
Více7.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íceNávod k ovládání programu PATENT.EXE
Návod k ovládání programu PATENT.EXE Spuštění programu Patent_cz.exe Pro otevření aplikace klikněte na soubor patent_cz.exe. Pro ukládání byl program sestaven jako aplikace typu SDI, to znamená, že jsou
VíceGenerické programování
Generické programování Od C# verze 2.0 = vytváření kódu s obecným datovým typem Příklad generická metoda, zamění dva parametry: static void Swap(ref T p1, ref T p2) T temp; temp = p1; p1 = p2; p2 =
VícePodrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře. 1. kolo příjmu žádostí Programu rozvoje venkova ( )
Podrobný postup pro vygenerování a zaslání Žádosti o dotaci přes Portál Farmáře 1. kolo příjmu žádostí Programu rozvoje venkova (2014 2020) V tomto dokumentu je uveden podrobný postup vygenerování Žádosti
Více