Principy UML. Clear View Training 2005 v2.2 1



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

7 Jazyk UML (Unified Modeling Language)

7 Jazyk UML (Unified Modeling Language)

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

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

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

UML. Unified Modeling Language. Součásti UML

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

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

Objektově orientované technologie Diagram komponent Implementační náhled (Diagram rozmístění) Pavel Děrgel, Daniela Szturcová

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

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

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

Unifikovaný modelovací jazyk UML

7.5 Diagram tříd pokročilé techniky

UML: Unified Modeling Language

PV167 Projekt z obj. návrhu IS. 26. března 2008

OOT Objektově orientované technologie

Tvorba informačních systémů

Stručný obsah. Část I Úvod do jazyka UML a metodiky Unified Process 25. Část II Požadavky 71. Část III Analýza 135.

Unifikovaný modelovací jazyk UML 1

8 Přehled OO metodik (metod, metodologií)

8 Přehled OO metodik (metod, metodologií)

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

7.5 Diagram tříd pokročilé techniky

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

Modelem řízený vývoj. SWI 1 Jan Kryštof

UML - Unified Modeling Language

SOFTWAROVÉ INŽENÝRSTVÍ 1

7.3 Diagramy tříd - základy

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

SPEM 2.0 úvod, účel. Matoušková Soňa ZS 2013/2014 4IT421 Zlepšování procesů budování IS

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

Analýza a Návrh. Analýza

7.6 Další diagramy UML

Objekty, třídy, vazby 2006 UOMO 30

7.6 Další diagramy UML

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

Plug-in pro správu požadavků a sledování postupu vývoje

Využití SysML pro tvorbu modelů v systémovém inženýrství

Objektově orientované technologie Logická struktura systému Objektový diagram. Pavel Děrgel, Daniela Szturcová

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

Tvorba informačních systémů

Novinky v UML 2.5 a agilní modelování

7.3 Diagramy tříd - základy

3 druhy UML diagramů

EXTRAKT z technické specifikace ISO

Analýza. Pracovní postup Analýza

UML diagram tříd - hledání analytických tříd, relací, atributů. Martin Komárek

Diagramy tříd - základy

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

Unifikovaný proces vývoje

Michal Krátký. Tvorba informačních systémů, 2008/2009. Katedra informatiky VŠB Technická univerzita Ostrava. Tvorba informačních systémů

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

Optimalizace podnikových procesů fakultní nemocnice

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

MATURITNÍ OTÁZKY ELEKTROTECHNIKA - POČÍTAČOVÉ SYSTÉMY 2003/2004 PROGRAMOVÉ VYBAVENÍ POČÍTAČŮ

Nejspíš první OOP jazyk, odvozený z Algolu Systémy polymorfismus, dědění

EXTRAKT z mezinárodní normy

Unifikovaný modelovací jazyk UML 1

Univerzita Pardubice. Fakulta elektrotechniky a informatiky

Smysl metodiky IS/IT. Koncentrovaná zkušenost Checklist na nic nezapomeneme

EXTRAKT z české technické normy

Objektově orientované technologie Dynamický náhled Stavový diagram. Pavel Děrgel, Daniela Ďuráková

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

Obsah. Zpracoval:

Úvod do databázových systémů 6. cvičení

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

MATLAB & Simulink. novinky v roce Jan Houška houska@humusoft.cz. HUMUSOFT s.r.o.

Obsah přednášky. 12. Dokumentace zdrojového kódu Tvorba elektronické dokumentace UML. Co je diagram tříd. Ing. Ondřej Guth

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

Analýza problémové domény

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

Komputerizace problémových domén

SPECIFICKÁ PRAVIDLA PRO ŽADATELE A PŘÍJEMCE

Novinky ve standardu UML 2.0

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

Modelování podnikových procesů a návrh informačního systému ve firmě UNIKOL s.r.o.

1. Dědičnost a polymorfismus

DBS Konceptuální modelování

Modelování IS Strukturovaný a objektově orientovaný přístup (UML)

Jiří Mašek BIVŠ V Pra r ha

Programovací techniky

ÚVOD DO SOFTWAROVÉHO INŽENÝRSTVÍ

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

3. Je defenzivní programování technikou skrývání implementace? Vyberte jednu z nabízených možností: Pravda Nepravda

Unified Modeling Language (UML)

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

Architektura softwarových systémů

Úvod do softwarového inženýrství a týmového vývoje

OBSAH 1. ÚVOD STRUKTURA A ÚROVNĚ PROCESNÍHO MODELU KONVENCE PRO MODELOVÁNÍ PROCESŮ KONVENCE PRO MODELOVÁNÍ ORGANIZAČNÍCH STRUK

Architektura softwarových systémů

7.4 Diagramy interakce (základy)

12. Virtuální sítě (VLAN) VLAN. Počítačové sítě I. 1 (7) KST/IPS1. Studijní cíl. Základní seznámení se sítěmi VLAN. Doba nutná k nastudování

Kapitola 2: Entitně-vztahový model (Entity-Relationship model) Množiny entit (entitní množiny) Atributy

Modelování webových služeb v UML

Vývoj informačních systémů. Obecně o IS

Objektově orientované technologie. Daniela Szturcová

Transkript:

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šechny nástroje CASE Na základě zkušeností sjednotil modelovací metodiky Nejčistšířešenítvorby jazyku pro vizuálnímodelovánía proces softwarového inženýrství UML není metodika! UML je vizuální modelovací jazyk UP je metodika Clear View Training 2005 v2.2 2

1.3 UML historie Prehistorie Schlaer/ Mellor Booch Prvnípokus o sjednocení metodik OMT, Booch, CRC Začínající práce na jazyku UML Specifikace RFPpro OMG Návrh UML je přijat organizací OMG UML 1.x UML 2.0 Rumbaugh (OMT) Jacobson (Objectory) Coad/ Yourdon Booch& Rumbaugh (OMT) se Připojují k firmě Rational Významné vylepšení UML bylo konci roku 2003: větší konzistence přesnější stanovení sémantiky nové diagramové typy kompatibilita 1994 1995 1996 1997 Jacobson (Objectory) se připojuje k firmě Rational Jazyk UML se stává průmyslovým standardem 2003 Clear View Training 2005 v2.2 3 2004 Pokračující vývoj jazyka UML

1.4 Co bude dál s UML Budoucnost jazyka UML může být definována pomocímda-model Driven Architecture MDA Modelnezávislý na počítači (CIM) Modelnezávislý na platformě (PIM) mapování Model závislý na platformě (PSM) generování Kód nasazení Clear View Training 2005 v2.2 4

1.5 Proč unifikovaný"? UML se snažío unifikaci různých domén: Historie metod a notací Vývojový cyklus Aplikačnídomény Implementační jazyky a platformy Vývojovéprocesy Vlastní interní pojmy Clear View Training 2005 v2.2 5

1.6 Objekty a jazyk UML UML modeluje software jako kolekce spolupracujících objektů Statická struktura Jaké typy objektů jsou důležité Jaký je mezi objekty vztah Dynamické chování Životní cyklus objektů Způsob vzájemnéspolupráce mezi objekty s cílem dosáhnout požadované funkce systému Clear View Training 2005 v2.2 6

1.7 Struktura jazyka UML V této části představíme pohled na strukturu UML Všechny modelovací komponenty zde zmíněné budou vysvětleny později a s více detaily! Stavební bloky Společné mechanismy Architektura Clear View Training 2005 v2.2 7

1.8 Stavebníbloky jazyka UML Předměty prvky modelu Relace pojítko mezi předměty Diagramy pohledy ukazující kolekce předmětů pohledy na modely UML Clear View Training 2005 v2.2 8

1.8.1 Předměty Strukturníabstrakce podstatná jména modelu UML třída, rozhraní, spolupráce, případ užití, aktivnítřída, komponenta, uzel Chování slovesa modelu UML interakce, stav Seskupení balíčky Poznámky anotace balíček Informace o předmětech Clear View Training 2005 v2.2 9

1.8.2 Relace Typ relace závislost asociace Syntaxe UML zdroj cíl Stručný popis Změna v určitém předmětu ovlivňuje význam závislého předmětu Popis množiny spojení mezi objekty agregace Cílový prvek je součástí zdrojového prvku kompozice Silnější forma agregace (má více omezení) ochranná nádoba Zdrojový prvek obsahuje cílový prvek zobecnění realizace Jeden prvek je specializací jiného prvku a lze jej nahradit obecnějším (univerzálnějším) prvkem Asociace mezi klasifikátory, kde jeden klasifikátor určuje dohodu, jejíž uskutečnění zaručuje druhý klasif. Clear View Training 2005 v2.2 10

1.8.3 UML má13 typůdiagramů Diagramy, které modelují statickou strukturu systému (statický model) Diagramy, které modelují dynamickou strukturu systému (dynamický model) Všechny diagramy jsou pouze pohledy na model Clear View Training 2005 v2.2 11

1.8.3 Syntaxe diagramuv UML 2 rámeček nadpis oblast obsahu Syntaxe nadpisu: <druh> <název> <argumenty> N.B. <druh> a <argumenty> nejsou povinné Stereotyp kind(druh) určuje typ diagramu, stereotypname(název) a stereotyp parameters(parametry) poskytujíinformace nezbytnépro jednotlivé prvky v diagramu Diagram může obsahovat implicitní rámeček Implicitní rámeček Clear View Training 2005 v2.2 12

1.9 Obecnámechanika jazyka UML Jazyk UML obsahuje čtyři společnémechanizmy používané v celém jazyku konzistentně: specifikace ornamenty podskupiny mechanismy rozšiřitelnosti Clear View Training 2005 v2.2 13

1.9.1 Specifikace Symbol nebo modelovaný prvek BankovníÚčet čísloúčtu vlastník zůstatek vybrat() spočítatúroky() uložit() Sémantický základ Specifikace třídy Uložit Specifikace případu užití Specifikace závislosti Specifikace jsou textovým popisem sémantiky jednotlivých prvků Sémantika musí být obsažena v podkladu modelu Clear View Training 2005 v2.2 14

1.9.2 Ornamenty nevyzdobený prvek Okno Tvorbu složitého modelu můžete začít pomocíněkolika základních symbolůs jedním nebo dvěma ornamenty a později model vylepšit dalšími Ornamenty by se měly používat pouze v případech, kdy zvyšují srozumitelnost a čitelnost modelu Okno {autor = Jim, status = testováno} +velikost: Area=(100,100) #viditelnost: Boolean = false +implicitnívelikost: Rectangle #maximálnívelikost: Rectangle -xptr: XWindow* +create() +ukrýt() +zobrazit( umístění: Point ) -připojitxwindow( xwin: XWindow*) vyzdobený prvek Clear View Training 2005 v2.2 15

1.9.3 Podskupiny Skupina klasifikátorů a instancí Klasifikátor je abstraktním vyjádřením typu předmětu, instance je konkrétním výskytem abstraktní představy Nejčastějšíforma je třída/objekt, kde klasifikátor je třída a může být, např. bankovníúčet a instance je objekt představující můj bankovní účet Instance jsou značeny jako třídy, ale název instance je podtržen Skupina rozhraní a implementace Rozhraní definuje metodu, která zaručuje, čím se mají jednotlivé implementace řídit bankovníúčet balance getbalance() «instantiate» můjúčet:bankovníúčet balance = 100.0 Borrowable LibraryItem Clear View Training 2005 v2.2 16

1.9.4 Mechanismy rozšiřitelnosti omezení poznámka { každý lístek má jedinečné id } <<entity>> Lístek {version = 1.1} Omezení Různá omezení umožňují přidávat do prvků modelu nová pravidla Textový řetězec uzavřený do složených závorek {omezující podmínka} Stereotypy Stereotypy umožňují definici nových prvků modelu založených na existujících prvcích Musí se definovat sémantika stereotypů K novému stereotypu je přiřazen nový symbol Metamodel prvku se ukládá vždy do samostatného modelu Název stereotypu stačí vložit do dvojitých lomených závorek «název stereotypu» Označené hodnoty Označené hodnoty umožňují rozšiřovat prvky modelu o jejich vlastní vlastnosti. Je to seznam čárkami oddělených dvojic {značka1=hodnota1, značka2=hodnota2 } uzavřený do složených závorek id stereotyp označené hodnota Clear View Training 2005 v2.2 17

1.9.4.2 Možnosti syntaxe stereotypů název stereotypu «entity» Lístek stereotyp upřednostňovaný symbol stereotypu Lístek symbol upřednostňovaný název a symbol stereotypu «entity» Lístek vazba mezi stereotypy «control» JobManager «call» Scheduler Stereotypy zavádějínovéprvky modelu s jiným významem, proto musíte někde definovat jejich sémantiku Každý prvek modelu může mít více stereotypů Clear View Training 2005 v2.2 18

1.9.4.4 Profily UML Profil přizpůsobuje jazyk UML pro konkrétní účel Profil UML je kolekce stereotypů, označených hodnot a omezení Označenéhodnoty a omezeníjsou asociovány se stereotypy Každý stereotyp použitý v profilu rozšiřuje jeden z prvků metamodelu UML (např. Class, Association) Kterýkoliv prvek, který má určen stereotyp, je rovněž asociován s označenými hodnotami a omezením Clear View Training 2005 v2.2 19

1.10 Architektura slovníček funkce Logický pohled Pohled implementace systémové seskupení konfigurace vedení chování Pohled případu užití Pohled procesů Pohled nasazení výkon škálovatelnost propustnost Pohled 4+1 na Architekturu topologie systému distribuce doručení instalace Clear View Training 2005 v2.2 20

1.11 Shrnutí Jazyk UML je složený ze stavebních bloků: Předmětů Relací Diagramů Jazyk UML obsahuje čtyři obecné mechanismy: Specifikace Ornamenty Podskupiny Mechanizmy rozšíření Jazyk UML je založen na pohledu 4+1 na architekturu systému Clear View Training 2005 v2.2 21