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



Podobne dokumenty
Model przestrzenny Diagramu Obiegu Dokumentów. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Wymiana opisu procesów biznesowych pomiędzy środowiskiem Eclipse i EMC Documentum

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska

Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska

Zagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM

Modelowanie procesów biznesowych, przepływu pracy i wdrażanie aplikacji w oparciu o Jboss jbpm lub Activiti

Kurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017

PRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska.

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

Model referencyjny doboru narzędzi Open Source dla zarządzania wymaganiami

WZORCE LOGIKI APLIKACJI Reużywalne składniki wymagań

Modele bezpieczeństwa logicznego i ich implementacje w systemach informatycznych / Aneta Poniszewska-Marańda. Warszawa, 2013.

UML w Visual Studio. Michał Ciećwierz

PRZEWODNIK PO PRZEDMIOCIE

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Podstawy inżynierii oprogramowania

Wymiana opisu procesów biznesowych pomi. edzy środowiskiem Eclipse i EMC Documentum

Wykład 1 Inżynieria Oprogramowania

PRZEWODNIK PO PRZEDMIOCIE

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

Wprowadzenie do metodologii modelowania systemów informacyjnych. Strategia (1) Strategia (2) Etapy Ŝycia systemu informacyjnego

Zmiany funkcjonalne i lista obsłużonych zgłoszeń Comarch DMS

PROJEKT Z BAZ DANYCH

Diagramy przypadków użycia

Jarosław Żeliński analityk biznesowy, projektant systemów

Spis treúci. Księgarnia PWN: Robert A. Maksimchuk, Eric J. Naiburg - UML dla zwykłych śmiertelników. Wstęp Podziękowania...

Multi-wyszukiwarki. Mediacyjne Systemy Zapytań wprowadzenie. Architektury i technologie integracji danych Systemy Mediacyjne

Narzędzia CASE dla.net. Łukasz Popiel

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]

Zarządzanie procesami w instytucjach finansowych

Problemy niezawodnego przetwarzania w systemach zorientowanych na usługi

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 5 Ćwiczenia w narzędziu CASE diagram przypadków uŝycia. Materiały dla nauczyciela

Analiza biznesowa a metody agile owe

PRZEWODNIK PO PRZEDMIOCIE

Podstawy języka UML2 w realnych projektach

REQB POZIOM PODSTAWOWY PRZYKŁADOWY EGZAMIN

Grupy pytań na egzamin magisterski na kierunku Informatyka (dla studentów niestacjonarnych studiów II stopnia)

UPEDU: Analiza i projektowanie (ang. analysis and design discipline)

Praktyczne aspekty stosowania metody punktów funkcyjnych COSMIC. Jarosław Świerczek

UML cz. III. UML cz. III 1/36

ZARZĄDZANIE WYMAGANIAMI ARCHITEKTONICZNYMI

Zagadnienia egzaminacyjne INFORMATYKA. stacjonarne. I-go stopnia. (INT) Inżynieria internetowa STOPIEŃ STUDIÓW TYP STUDIÓW SPECJALNOŚĆ

MODELOWANIE OBIEKTOWE

Projekt Kompetencyjny - założenia

Analiza i projekt systemu pracy grupowej z zastosowaniem metodyki SCRUM w technologii SharePoint Karolina Konstantynowicz

Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki

PRZEWODNIK PO PRZEDMIOCIE

Projekt: Współpraca i Rozwój wzrost potencjału firm klastra INTERIZON

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

Jak należy rozumieć jakość architektury korporacyjnej? Prof. SGH, dr hab. Andrzej Sobczak

JOPAL Informatyka Urządzenia mobilne a inwentaryzacja w SAP BO

PRZEWODNIK PO PRZEDMIOCIE. Logistyka. niestacjonarne. I stopnia (inżynierskie) dr inż. Paula Bajdor. ogólnoakademicki.

Michał Adamczyk. Język UML

Spis treúci. 1. Wprowadzenie... 13

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

Spis treści. Analiza i modelowanie_nowicki, Chomiak_Księga1.indb :03:08

Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1

Modelowanie procesów biznesowych, przepływu pracy oraz reguł biznesowych na przykładzie Drools i jbpm lub Activiti

smartdental PRZYJAZNE, NOWOCZESNE I KOMPLEKSOWE OPROGRAMOWANIE STOMATOLOGICZNE

ZAMAWIAJĄCY. CONCEPTO Sp. z o.o.

JAK OPTYMALNIE DOBRAĆ ODPOWIEDNIE TECHNOLOGIE INFORMATYCZNE?

Zarządzanie firmą Celem specjalności jest

Projekt dotyczy stworzenia zintegrowanego, modularnego systemu informatycznego wspomagającego zarządzanie pracownikami i projektami w firmie

Podstawy programowania III WYKŁAD 4

Organizacja procesu projektowania, rozwoju i serwisowania systemu wspomagającego zarzadzanie uczelnią

Architektura oprogramowania w praktyce. Wydanie II.

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta

Analiza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji

Architektura korporacyjna jako narzędzie koordynacji wdrażania przetwarzania w chmurze

Inżynieria oprogramowania. Jan Magott

FUNKCJONALNOŚ C PORTAL B2B KAMELEON.ŚQL

Projektowanie oprogramowania

Odniesienie do efektów kształcenia dla obszaru nauk EFEKTY KSZTAŁCENIA Symbol

Analiza i projektowanie obiektowe w UML Kod przedmiotu

USPRAWNIANIE, DORADZTWO, KONSULTING

Zagadnienia egzaminacyjne INFORMATYKA. Stacjonarne. I-go stopnia. (INT) Inżynieria internetowa STOPIEŃ STUDIÓW TYP STUDIÓW SPECJALNOŚĆ

Podrozdziały te powinny zawierać informacje istotne z punktu widzenia przyjętego celu pracy

Popularyzacja podpisu elektronicznego w Polsce

KIERUNKOWE EFEKTY KSZTAŁCENIA

Specyfikacja usług. 1. Zakup usług informatycznych dla realizacji dostępu do systemu dla obsługi relacji B2B.

Egzamin / zaliczenie na ocenę*

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

ATSOFTWARE DMS. Elektroniczna archiwizacja

Oceny z prezentacji INKU011S. Zofia Kruczkiewicz

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

Narzędzia Informatyki w biznesie

Technologie obiektowe

Spis treści. Wstęp Część I Internet rozwiązania techniczne... 13

Faza Określania Wymagań

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.

Modelowanie obiektowe - Ćw. 3.

Diagramy przepływu danych I

Programowanie obiektowe

Projekt Kwalifikacja jakości w Uniwersytecie Nr POKL /11. ZAPROSZENIE DO SKŁADANIA OFERT nr 4/ZSO/KJU/2014

KIERUNKOWE EFEKTY KSZTAŁCENIA

Technologie informacyjne - wykład 12 -

Usługi analityczne budowa kostki analitycznej Część pierwsza.

Transkrypt:

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

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

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

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

Wymiary architektury oprogramowania ciąg dalszy 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

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

Diagram Obiegu Dokumentów przykładowy diagram Oferta Aukcja Transakcja [2] [1] [3] Sprzedawca 08 S 01 09 02 10 11 12 07 03 13 Oferent 06 05 04 14 K 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

Diagram Obiegu Dokumentów uproszczony metamodel 10

Transformacje DOD<->UseCase class UseCase UseCase Association Actor 11

Transformacje DOD<->Class class Structure Association source target Class Operation Attribute 12

Transformacje DOD<->StateChart class Statechart Region Transition in out State 13

Przykład: DOD - diagram klas 14

Przykład: DOD - przypadki użycia 15

Przykład: DOD diagram stanów 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

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

Pytania? 19