Stáhnout prezentaci
Prezentace se nahrává, počkejte prosím
ZveřejnilAntonie Soukupová
1
Jiří Mašek BIVŠ Praha 2008
2
Obecný popis SCA Podporuje modelování aplikací a komponent v rámci celého životního cyklu. Modelování podnikových procesů v notaci BPMN Objektové modelování - standard UML Jednouživatelský i týmový režim práce Objektová repository SOFTLAB Enabler pro ukládání modelovaných informací a pro řízení simultánního přístupu k údajům Metodiky Select Perspective Koncept MDA ( Model Driven Architecture)
3
Termíny Repository (úložište) - pro projekt (celý systém) Model – pro modul (část systému) Dictionary (slovník) Položka slovníku (třída, vazba, požadavek, proces atd.)
4
Delete from Diagram versus Delete from Model Delete from Diagram Ruší položku z aktuálního diagramu (Zobrazení) V ostatních diagramech zůstává Delete from Model Ruší položku ze slovníku tedy z modelu a všech jeho diagramů (Existenci)
5
Založení Modelu v Repository
6
Příklad SCA
7
Katalog požaavků Založení Atributy Hierarchie Závislost
8
Process Hierarchy Diagram (PHD) Úvodní procesní diagram Řeší procesní dekompozici Dává přehled o rozsahu systému
9
Příklad PHD 1
10
Příklad PHD 2
11
Příklad PHD 3
12
Process Thread Diagram (PTD) Další procesní daigram navazuje na PHD Není standardem UML Dobře pochopitelný pro uživatele Zachycuje události spouštějící procesy Spouštění procesu jiným procesem Plavecké dráhy ukazují aktéry procesu concurrence, iteration
13
Příklad PTD
14
BPMN Diagram Business Process Modeling Notation Vznik v roce 2004 – BPMI (Business Process Management Initiative) Není standardem UML Dnes podporováno OMG (Object Management Group) Pravděpodobný obecný standard
15
Syntaxe BPMN Pool Lane Události Počáteční, Průběžná, Koncová Činnosti Úkol, Vložený subproces, Nezávislý subproces Toky Sekvenční tok, Tok zprávy Brány Neznačené, XOR, OR, AND, komplexní Artefakty Vstupní, Výstupní
16
Příklad procesu v BPMN
17
Use Case Diagram (UCD) Aktéři Generalizace Případy užití (Use Cases) Interakce mezi aktérem a případem užití Vztah mezi UC Include - zachycení společného chování ve více UC Základní UC není bez vloženého UC kompletní Extend – rozšíření funkčnosti základního UC(v bodu rozšíření) Základní UC je i bez rozšíření kompletní
18
Případ užití UC Aktéři Vstupní podmínky Hlavní scénář Alternativní scénáře Výstupní podmínky Odkazy na Požadavky Procesy
19
Příklad UCD
20
Třída
21
Notace modelu tříd Stereotyp jméno třídy atributy operace Seskupení obsahuje třídu Externí třída Násobnost asociace * jakákoliv (včetně 0) 1 právě jedna 0..1 nula až jedna 1* jedna až mnoho 5..8 od pěti do osmi
22
Dědičnost vztah na úrovni tříd Dědičnost vyjadřuje vztah mezi nadtřídami a podtřídami, kdy podtřídy přebírají z nadtříd všechny jejich atributy, operace a asociace. Dědičnost může být i ve více než jedné úrovni.
23
Agregace Pro modelování vztahu mezi objekty typu “je částí”. - dekompozice objektů. Objekt nazývaný agregát obsahuje objekty zvané komponenty (ve významu část celku). Agregace funguje na úrovni objektů Vs Dědičnost - funguje na úrovni tříd.
24
Asociace vztahy mezi jednou či více třídami, které jsou abstrakcí množiny spojení mezi instancemi (objekty) těchto tříd. Lze obecně najít hledáním sloves a slovesných spojení v popisu problémové oblasti. Jsou v podstatě obousměrné pokud nejsou explicitně specifikovány jako jednosměrné Jméno asociace: Role tříd v asociaci Násobnost asociace Kvalifikátor asociace Firma a “os. číslo” zaměstnance jednoznačně identifikují osobu, která je ve firmě zaměstnána
25
Stereotypy tříd Rozšíření slovníku UML Umožňuje rozlišovat třídy Tvořit nové druhy objektů z existujících podle potřeby Všechny položky slovníku mohou používat stereotypy Třídy mají též předdefinované hodnoty stereotypů, ty nelze měnit
26
Základní typy stereotypů userModeluje rozhraní mezi uživatelem a podnikovým modelem, slouží k ochraně podnikového modelu před změnami do uživatelského rozhraní businessModeluje požadavky na systém nezávisle na technologii interfacesDefinuje sadu metod které mohou být na oběktu volány exceptionsVýjimky ve scénáři akcí, když akce není provedena úspěšně. external itemsOdkaz na položky mimo aktuální model Objekty jsou tříděny do stereotypů Uživatelsky definovaný stereotyp lze přiřadit jakémukoliv objektu ze slovníku, který podporuje stereitypy
27
Seskupení tříd (packages) Dekompozice systému na menší části - logicky související celky V objektovém prostředí seskupení tříd (dat i potřebných operací), které mezi sebou komunikují Snaha o minimalizaci závislostí mezi seskupeními Vodítko: vazba typu kompozice by měla být v rámci jednoho seskupení Použití seskupení pro návrh komponent
28
Příklad seskupení - balíčku
30
Komponenta Samostatně spustitelná část kódu Poskytuje souhrn služeb Forma černé skříňky Fomunikace s jinými komponentami pomocí rozhraní
31
Návrh komponenty 1. Zkoumání rozhraní komponent ( poskytované služby) 2. Definice vnitřního obsahu objektových tříd a jejich vztahů
32
Komponenta má Specifikaci – popis co provádí Implementaci – zdrojový kód – pro konkrétní platformu Spustitelný kód
33
Vývoj založený na komponentách CBD (Component based development) Výhody : Opakované využití Rychlé skládání nového systému Nevýhody“ Nutný odlišný přístup vývojářů - hůře osvojitelný objektový přístup
34
Komponentní diagram závislostí
35
State diagram (STD) Standard UML Model chování Možné stavy objektu systému Možné přechody mezi stavy
36
Příklad STD
37
Object Sequence Diagram (OSD) Sekvence zpráv zasílaných mezi objekty Rozkreslením případu užití vazba na třídy Ověření zda třídy obsahují všechny operace
38
Diagram objektových sekvencí (Charakterizuje zápis třídy)
39
Object Collaboration Diagram (OCD) Oproti OSD chybí časová přehlednost a pseudokód Použití pro navigační diagramy – spolupráce formulářů Model výměny zpráv mezi objekty
40
Diagram spolupráce objektů
Podobné prezentace
© 2024 SlidePlayer.cz Inc.
All rights reserved.