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

Transkript

1 Jiří Mašek BIVŠ Praha 2008

2 Obecný popis SCA Podporuje modelování aplikací a komponent vrá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 DeletefromDiagram Delete from Diagram versus DeletefromModel 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 ProcessHierarchy 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 ProcessThreadDiagram (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řípaduž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 Externí třída Stereotyp jméno třídy atributy operace Násobnost asociace * jakákoliv (včetně 0) 1 právě jedna Seskupení obsahuje třídu 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 apodtřídami, kdy podtřídy přebírají znadtříd všechny jejich atributy, operace aasociace. Dědičnost může být ive 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 Jméno asociace: Role tříd v asociaci Asociace Násobnost asociace Kvalifikátor 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 aslovesných spojení v popisu problémové oblasti. Jsou vpodstatě obousměrné pokud nejsou explicitně specifikovány jako jednosměrné Firma a os. číslo zaměstnance jednoznačně identifikují osobu, 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ů Objekty jsou tříděny do stereotypů Uživatelsky definovaný stereotyp lze přiřadit jakémukoliv objektu ze slovníku, který podporuje stereitypy user Modelujerozhraní mezi uživatelem a podnikovýmmodelem, slouží k ochraně podnikového modelu před změnami do uživatelského rozhraní business interfaces exceptions Modelujepožadavkyna systém nezávisle na technologii Definuje sadu metod které mohou být na oběktu volány Výjimky ve scénáři akcí, když akce není provedena úspěšně. external items Odkaz na položky mimo aktuální model

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 vrámci jednoho seskupení Použití seskupení pro návrh komponent

28 Příklad seskupení -balíčku

29

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 : Nevýhody Opakované využití Rychlé skládání nového systému Nutný odlišný přístup vývojářů - hůře osvojitelný objektový přístup

34 Komponentní diagram závislostí

35 Statediagram (STD) Standard UML Model chování Možné stavy objektu systému Možné přechody mezi stavy

36 Příklad STD

37 ObjectSequenceDiagram (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 ObjectCollaborationDiagram (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ů