Jiří Mašek BIVŠ Praha 2008
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)
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.)
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)
Založení Modelu v Repository
Příklad SCA
Katalog požaavků Založení Atributy Hierarchie Závislost
ProcessHierarchy Diagram (PHD) Úvodní procesní diagram Řeší procesní dekompozici Dává přehled o rozsahu systému
Příklad PHD 1
Příklad PHD 2
Příklad PHD 3
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
Příklad PTD
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
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í
Příklad procesu v BPMN
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í
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
Příklad UCD
Třída
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
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.
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.
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
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
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
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
Příklad seskupení -balíčku
Komponenta Samostatně spustitelná část kódu Poskytuje souhrn služeb Forma černé skříňky Fomunikace s jinými komponentami pomocí rozhraní
Návrh komponenty 1. Zkoumání rozhraní komponent ( poskytované služby) 2. Definice vnitřního obsahu objektových tříd a jejich vztahů
Komponenta má Specifikaci popis co provádí Implementaci zdrojový kód pro konkrétní platformu Spustitelný kód
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
Komponentní diagram závislostí
Statediagram (STD) Standard UML Model chování Možné stavy objektu systému Možné přechody mezi stavy
Příklad STD
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
Diagram objektových sekvencí (Charakterizuje zápis třídy)
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
Diagram spolupráce objektů