Kontrola spójności modeli UML za pomocą modelu przestrzennego DOD

Slides:



Advertisements
Podobne prezentacje
Piotr Czekalski, ZMiTAC, Politechnika Śląska 2003
Advertisements

Projekt TESTNET – połączenie testu wyboru i zasobów dydaktycznych WsteczWstecz NaprzódNaprzód Strona domowa WyjścieWyjście Przegląd projektu ITN – Społeczność
Modelowanie przypadków użycia
Projektowanie w cyklu życia oprogramowania
Formalizacja i uwiarygodnianie Iteracyjny proces syntezy modeli
1 / 47 WARSZAWA 2005 Przemysław Siekierko Stanisław Andraszek Rational Unified Process.
Optymalizacja własności mikrostruktury przy pomocy algorytmów genetycznych na bazie Cyfrowej Reprezentacji Materiału Autor: Daniel Musiał Promotor: dr.
UML Unified Modeling Language
Propozycja metodyki nauczania inżynierii oprogramowania
Projektowanie systemów informacyjnych
Co UML może zrobić dla Twojego projektu?
Na Etapie Inżynierii Wymagań
Dokumentowanie wymagań w języku XML
Modelowanie i architektura
Życiorys mgr inż. Krystyna Dziubich Katedra Architektury Systemów Komputerowych WETI PG Urodzona: r. Wykształcenie: studia uzupełniające.
Diagramy klas w języku UML
Diagram czynności (Activity Diagrams)
Quartz. Wstęp Framework stworzony do budowy aplikacji biznesowych Metodologia która łączy prototypowanie, modelowanie wizualne oraz automatyzację budowy.
Koncepcje i rozwiązania praktyczne stosowania e-faktur
Projektowanie i programowanie obiektowe II - Wykład IV
Praca Inżynierska „Analiza i projekt aplikacji informatycznej do wspomagania wybranych zadań ośrodków sportowych” Dyplomant: Marcin Iwanicki Promotor:
Analiza i ocena procesów wdrożeniowych systemów klasy MRP/ERP w firmie
BPMN Business Process Modeling Notation
Modele baz danych - spojrzenie na poziom fizyczny
Projektowanie - wprowadzenie
Analiza, projekt i częściowa implementacja systemu obsługi kina
Wykład 4 Analiza i projektowanie obiektowe
Wykład 5 UML - Unified Modeling Language
Wykład 3 Analiza i projektowanie strukturalne
Infrastruktura języka UML w wersji 2.2
Zadanie: Integracja oprogramowania w gminach i starostwie
Wykonawcy:Magdalena Bęczkowska Łukasz Maliszewski Piotr Kwiatek Piotr Litwiniuk Paweł Głębocki.
Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki,
UML 2.x Robert Pająk.
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych
Model przestrzenny Diagramu Obiegu Dokumentów

Zaprojektowanie i wykonanie prototypowego systemu obiegu dokumentów (workflow) dla Dziekanatu Wydziału z wykorzystaniem narzędzi open-source i cloud computing.
Podsumowanie metodologii OMT
Pod kierownictwem dr hab. inż. Piotra Zaskórskiego prof. WWSI
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
Modelowanie obiektowe Diagramy UML – diagram przypadków użycia
Modelowanie obiektowe Diagramy sekwencji
Unified Modeling Language - Zunifikowany Język Modelowania
Wprowadzenie do UML dr hab. inż. Kazimierz Subieta profesor PJWSTK.
Modelowanie obiektowe Diagramy klas
UML W V ISUAL S TUDIO Mateusz Lamparski. UML D EFINICJA Unified Modeling Language (UML) to graficzny język do obrazowania, specyfikowania, tworzenia i.
Instytut Technologii Eksploatacji – PIB Zadanie badawcze:
Treści multimedialne - kodowanie, przetwarzanie, prezentacja Odtwarzanie treści multimedialnych Andrzej Majkowski 1 informatyka +
Diagram aktywności (czynności)
X Y X Y X Y Aby sporządzić wykres danej funkcji utwórz kolejno wykresy następujących funkcji : Sprawdź, czy dobrze narysowałeś wykresy.
ZINTEGROWANE SYSTEMY ZARZĄDZANIA
Projektowanie obiektowe. Przykład: Punktem wyjścia w obiektowym tworzeniu systemu informacyjnego jest zawsze pewien model biznesowy. Przykład: Diagram.
KOMPANIA WĘGLOWA S.A..
Projektowanie bazy danych z użyciem diagramów UML Obiektowe projektowanie relacyjnej bazy danych Paweł Jarecki.
Systemy zarządzania przepływem pracy i systemy zarządzania procesami biznesowymi Karolina Muszyńska.
E. Stemposz. Wprowadzenie do UML, Wykład 1, Slajd 1/24 Wykład 1 Wprowadzenie do UML dr inż. Ewa Stemposz
E. Stemposz. Rational Unified Process, Wykład 10, Slajd 1 wrzesień 2002 Powrót Studia Podyplomowe IT w Biznesie Rational Unified Process Wykład 10 Przepływ.
MAS Rafał Hryniów. Agenda  Zasady  Referaty  Projekt  Kolosy.
Kompilator eBook w technologii Java Dyplomant: Maciej Bagrowski Promotor: dr inż. Walery Susłow Politechnika Koszalińska Wydział Elektroniki i Informatyki.
Inżynieria systemów informacyjnych
Zarządzanie projektami informatycznymi
Tytuł pracy dyplomowej
Projektowanie wspomagane komputerem
Inżynieria Oprogramowania Laboratorium
Projekt modułu BANK INTERNETOWY Moduł funkcji banku
Wykład 1 – część pierwsza
Systemy eksperckie i sztuczna inteligencja
Modele baz danych - spojrzenie na poziom fizyczny
Zapis prezentacji:

Kontrola spójności modeli UML za pomocą modelu przestrzennego DOD Stanisław Jerzy Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska 1

Wprowadzenie Obecne metody kontroli spójności modeli UML: badanie pokrywania się modeli UML, identyfikacja i usuwanie niespójności pomiędzy modelami UML Propozycja kontroli spójności modeli UML: kontrola spójności modeli UML poprzez transformacje do/ze spójnego i kompletnego modelu DOD. Przedstawiona będzie koncepcja kontroli spójności modeli UML w oparciu o model przestrzenny DOD (Diagram Obiegu Dokumentów) – 3D DOD. 2 2

Plan prezentacji Opis architektury oprogramowania Wymiary architektury oprogramowania Diagramy obiegu dokumentów (DOD) Metamodel DOD Transformacje DOD<->UML DOD<->diagram przypadków użycia DOD<->diagram klas DOD<->diagram stanów Przykład zaprojektowanej aplikacji Podsumowanie 3 3

Opis architektury oprogramowania Nie jest możliwe utworzenie prostego i zrozumiałego modelu opisującego wszystkie aspekty projektowanego systemu Architektura składa się z wielu powiązanych modeli opisujących wybrane aspekty Model perspektyw architektonicznych „4 + 1”: Perspektywa przypadków użycia Perspektywa projektowa Perspektywa implementacyjna Perspektywa procesowa Perspektywa wdrożeniowa 4 4

Wymiary architektury oprogramowania ciąg dalszy 5 5

Wymiary architektury oprogramowania ciąg dalszy Perspektywę projektową (logiczną) można w sposób wystarczający przedstawić za pomocą modeli (wymiarów) opisujących: Strukturę – np. diagram klas, Zachowanie – np. diagram stanów, Funkcjonalność – np. diagram przypadków użycia Brak reguł wiązania elementów w danej perspektywie, np. w projektowej: Struktura, Zachowanie, Funkcjonalność Duże ryzyko powstawania niespójności pomiędzy modelami, a nawet w samych modelach 6 6

Wymiary architektury oprogramowania ciąg dalszy Obecne metody kontroli spójności modeli UML: badanie pokrywania się modeli, identyfikacja niespójności, analiza niespójności, usuwanie niespójności, śledzenie niespójności wdrażanie technik rozwiązywania niespójności Propozycja kontroli spójności modeli UML: kontrola spójności modeli poprzez transformacje pomiędzy spójnym i kompletnym modelem DOD, a odpowiednimi modelami UML (diagram klas, stanów, przypadków użycia). 7 7

Diagram Obiegu Dokumentów – przykładowy diagram 8 8

Diagram Obiegu Dokumentów funkcjonalność, zachowanie, struktura w jednym modelu Diagram Obiegu Dokumentów umożliwia za pomocą jednego diagramu (modelu) zaprezentować trzy wymiary: Strukturę – nagłówek diagramu, Zachowanie – operacje na obiektach, Funkcjonalność – operacje zgrupowane w partycje. Z diagramu DOD można wygenerować w prosty sposób trzy diagramy UML : Diagram klas Diagram stanów Diagram przypadków użycia. 9 9

Diagram Obiegu Dokumentów – uproszczony metamodel 10 10

Transformacje – DOD<->UseCase 11 11

Transformacje – DOD<->Class 12 12

Transformacje – DOD<->StateChart 13 13

Przykład: DOD - diagram klas 14 14

Przykład: DOD - przypadki użycia 15 15

Przykład: DOD – diagram stanów 16 16

Podsumowanie - 1 Przedstawiono koncepcję kontroli spójności modeli UML za pomocą modelu przestrzennego DOD. Automatyczne zachowanie spójności i kompletności modeli UML zrealizowano poprzez transformacje modeli UML do modelu DOD, a następnie transformacje odwrotne – z modelu DOD do modeli UML Zaleta modelu przestrzennego DOD – zrozumiałość, spójność mapowanych diagramów UML, kompletność opisu. 17 17

Podsumowanie - 2 Przedstawiona koncepcja umożliwia wykorzystanie zalet zarówno języka UML jak i innych notacji (np. DOD). Model przestrzenny DOD bardzo dobrze nadaje się do transformacji modeli z jednej notacji (np. UML) do innej notacji (m.in. XPDL) ze względu na spójny opis modelu w zakresie funkcjonalności, struktury i zachowania. Planowane transformacje pomiędzy modelami BPMN, EPC, jBPM, BPEL... 18 18

Pytania ? 19 19