Źródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI



Podobne dokumenty
Jêzyk UML 2.0 w modelowaniu systemów informatycznych

Spis treści. Część I Diagramy języka UML Wstęp 7. Rozdział 1. Studia przypadków 13. Rozdział 2. Diagramy przypadków użycia 29

Diagram przypadków użycia

koniec punkt zatrzymania przepływów sterowania na diagramie czynności

Michał Adamczyk. Język UML

Podstawy programowania III WYKŁAD 4

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji.

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

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

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

Modelowanie i analiza systemów informatycznych.

Diagramy czynności. Widok logiczny. Widok fizyczny

Diagramy sekwencji. wymienianych między nimi

Regulamin usług świadczonych drogą elektroniczną dla strony

Modelowanie i analiza systemów informatycznych Spis treści

Modelowanie obiektowe - Ćw. 5.

UML (Unified Modeling Language jest to sposób formalnego opisu modeli reprezentujących projekty informatyczne.

Zintegrowane Systemy Zarządzania Biblioteką SOWA1 i SOWA2 ZAMAWIANIE I REZERWOWANIE

Zalety projektowania obiektowego

Wykład 1 Inżynieria Oprogramowania

Modelowanie i analiza systemów informatycznych

Język UML. dr inż. Piotr Szwed C3, pok

Język UML w modelowaniu systemów informatycznych

Rozdział ten zawiera informacje o sposobie konfiguracji i działania Modułu OPC.


Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji

Diagramy interakcji. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania

Inżynieria oprogramowania

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

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

UML w Visual Studio. Michał Ciećwierz

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

UML. dr inż. Marcin Pietroo

GS2TelCOMM. Rozszerzenie do TelCOMM 2.0. Opracował: Michał Siatkowski Zatwierdził: IMIĘ I NAZWISKO

Diagramy przypadków uŝycia. związków między nimi

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

Opis. Liczba godzin zajęć dydaktycznych z

Diagramy czynności Na podstawie UML 2.0 Tutorial

Projektowanie interakcji. Jarosław Kuchta

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

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski

Przypadki testowe. Spis treści. Plan testów. From Sęp. Wstęp. 2 Plan testów

S P I S T R E Ś C I. Instrukcja obsługi

FARA INTENCJE ONLINE. Przewodnik dla użytkownika programu FARA. Włodzimierz Kessler SIGNUM-NET

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych

Instrukcja składania wniosku o dofinansowanie w systemie informatycznym IP na potrzeby konkursu nr 1/1.1.1/2015

Diagramy przypadków użycia


MagicInfo Express instrukcja obsługi

Modelowanie obiektowe - Ćw. 6.

Dokumentacja użytkowa

Spis wzorców. Działania użytkownika Strona 147 Obsługa większości Działań użytkownika za pomocą kodu JavaScript przy użyciu metod obsługi zdarzeń.

Diagram sekwencji. Komunikaty mogą być opisane w sposób sformalizowany. poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista)

Znaleziony - jeżeli nadawca nie jest znany w obrębie danego fragmentu Utracony - jeżeli odbiorca komunikatu nie jest znany w obrębie danego fragmentu

Komputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl

HermesEX. Dokumentacja serwisowa v

ZARZĄDZENIE. Nr 15/2015. Rektora Uniwersytetu Marii Curie-Skłodowskiej w Lublinie. z dnia 13 marca 2015 r.

ZAŁĄCZNIK Nr 3 do CZĘŚCI II SIWZ

Instrukcja składania wniosku o dofinansowanie w systemie informatycznym IP na potrzeby konkursu nr 1/4.1.4/2015

Projektowanie Graficznych Interfejsów Użytkownika Robert Szmurło

Dokumentacja projektu Makao karciana gra sieciowa

Instrukcja obsługi systemu elektronicznego katalogu przedmiotów (sylabusów)

Informacje o wybranych funkcjach systemu klasy ERP Zarządzanie produkcją

PLAN WYNIKOWY PROGRAMOWANIE APLIKACJI INTERNETOWYCH. KL IV TI 6 godziny tygodniowo (6x15 tygodni =90 godzin ),

KatMPBSoft - 1 -

Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: Podział wymagań: Wymagania funkcjonalne Wymagania niefunkcjonalne

Minimalna wspierana wersja systemu Android to zalecana 4.0. Ta dokumentacja została wykonana na telefonie HUAWEI ASCEND P7 z Android 4.

Jest to program stworzony z myślą o nauczycielach, wykładowcach, trenerach i prezenterach.

INŻYNIERIA OPROGRAMOWANIA. laboratorium

Biblioteki publiczne

Język UML w modelowaniu systemów informatycznych

coffee Instrukcja do systemu Warszawa, wrzesień 2008

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie

UML 2.1. Æwiczenia IDZ DO KATALOG KSI EK TWÓJ KOSZYK CENNIK I INFORMACJE CZYTELNIA PRZYK ADOWY ROZDZIA. SPIS TREœCI KATALOG ONLINE

Instrukcja obsługi Outlook Web App i konfiguracji Thunderbird

Plan testów do Internetowego Serwisu Oferowania i Wyszukiwania Usług Transportowych

epuap Archiwizacja w Osobistym Składzie Dokumentów

NIFIED M L ODELLING ANGUAGE. Diagramy czynności

Instrukcja składania wniosku o dofinansowanie w systemie informatycznym IP na potrzeby konkursu nr 1/1.1.1/2015

Dokumentacja programu. Zoz. Uzupełnianie kodów terytorialnych w danych osobowych związanych z deklaracjami POZ. Wersja

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

Nabór Przedszkola. Do korzystania ze strony elektronicznej rekrutacji zalecamy następujące wersje przeglądarek internetowych:

1.2 Prawa dostępu - Role

1. Rejestracja 2. Logowanie 3. Zgłaszanie nowego wniosku projektowego

INSTRUKCJA PRZEBIEGU I ETAPU SZKOLNEGO GMINNEGO KONKURSU INFORMATYCZNEGO INFORMATYKA WOKÓŁ NAS

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

ROZPORZĄDZENIE MINISTRA FINANSÓW 1) z dnia 27 stycznia 2011 r.

Przepływy danych. Oracle Designer: Modelowanie przepływów danych. Diagramy przepływów danych (1) Diagramy przepływów danych (2)

Elektroniczne wspomaganie zarządzania dokumentami i jakością ISOFT. Akcje korekcyjno-zapobiegawcze. Instrukcja obsługi v

Nabór Przedszkola. Przewodnik dla rodziców i opiekunów

Zmienne powłoki. Wywołanie wartości następuje poprzez umieszczenie przed nazwą zmiennej znaku dolara ($ZMIENNA), np. ZMIENNA=wartosc.

INFORMATYKA KL V. dopuszczającą dostateczną dobra bardzo dobra celująca Minimalna liczba ocen

Diagram Przepływu Danych - podstawowe bloki składowe i reguły konstrukcji

Instrukcja migracji danych z bazy Derby do bazy Oracle

PROJEKT INŻYNIERIA OPROGRAMOWANIA. Temat: System obsługi kasy - projekt wzorcowy

XQTav - reprezentacja diagramów przepływu prac w formacie SCUFL przy pomocy XQuery

Przykładowe działania systemu R-CAD

Transkrypt:

DIAGRAMY INTERAKCJI DIAGRAMY STEROWANIA INTERAKCJĄ Diagramy sterowania interakcją dokumentują logiczne związki między fragmentami interakcji. Podstawowe kategorie pojęciowe diagramów sterowania interakcją podano w tabeli. 1

Przykład diagramu sterowania interakcją, który zawiera przywoływanie wystąpienia interakcji ref opisujące proces rekrutacji na studia Proces rekrutacji kandydatów na studia jest wspomagany systemem informatycznym. Przedstawienie całego procesu na jednym diagramie możliwe jest przy wykorzystaniu diagramu sterowania interakcją. Na pierwszym etapie rekrutacji kandydaci za pośrednictwem przeglądarek internetowych zgłaszają swoją kandydaturę i przesyłają wymagane dokumenty. W odpowiedzi system generuje kody dostępów niezbędne do uczestnictwa w teście kompetencji. Wymienione interakcje są częścią przywołania ref o nazwie PrzyjmowanieDokumentów. Następnie w ramach przywołanej interakcji PrzeprowadzenieTestuKompetencji kandydaci logują się do systemu i uczestniczą w teście. System wyświetla kolejne pytania, a kandydaci zaznaczają odpowiedzi. Następnie, po upływie przewidzianego czasu trwania testu, system automatycznie go kończy, blokując możliwość wprowadzania czy modyfikowania odpowiedzi. Interakcje składające się na pokazaną finalizację procedury egzaminacyjnej przedstawia całościowo diagram sekwencji ZakończenieEgzaminu. 2

ZESTAWIENIE NOTACJI DIAGRAMÓW CZYNNOŚCI I DIAGRAMÓW SEKWENCJI STOSOWANYCH W DIAGRAMACH STEROWANIA INTERAKCJĄ 3

Zastosowanie wymienionych w tabeli pojęć pokazano na rysunku, który przedstawia funkcjonowanie systemu GPS. Diagram sterowania interakcją z procesami współbieżnymi i warunkowymi W momencie uruchomienia systemu informatycznego GPS automatycznie uruchamiają się skrypty weryfikujące poprawne funkcjonowanie oprogramowania. Jeśli testy nie wykazują niewłaściwego zachowania systemu, system informatyczny GPS inicjuje równoległe wykonanie dwóch przywoływanych wystąpień interakcji. Są to: Test Połączenia z Odbiornikiem oraz Test Łączności z Satelitą. Jednak w momencie wykrycia podczas autotestu nieprawidłowości przepływ ulega zakończeniu. Wykonywane równolegle wystąpienia interakcji również mogą zakończyć się błędem. W takim przypadku następuje Generowanie Specyfikacji błędów. W sytuacji poprawnego zakończenia wszystkich testów system GPS jest gotowy do Ustalania Pozycji Śledzonych Obiektów. Interakcje związane z tą funkcjonalnością są wykonywane iteracyjnie dla wszystkich śledzonych obiektów. 4

DIAGRAMY KOMUNIKACJI Reprezentują strukturalne związki pomiędzy obiektami biorącymi udział w interakcji oraz wymianą komunikatów pomiędzy nimi. Podstawowymi elementami diagramów komunikacji są: klasyfikator (np. obiekt), asocjacja, komunikat. W diagramach komunikacji kolejność wysyłania komunikatów nie wynika z ich naturalnego uporządkowania na osi czasu, tak jak w diagramach sekwencji. Konieczne jest więc wprowadzenie numeracji porządkowej. Sposoby numerowania komunikatów pokazano poniżej. Widoczne są również różne metody zapisu komunikatów. Proste numerowanie komunikatów Proste numerowanie komunikatów alternatywne zasady umieszczania komunikatów 5

Zagnieżdżenie komunikatów Diagramy komunikacji są izomorficzne względem diagramów sekwencji, tzn. jednoznacznie wzajemnie przekształcalne. Na rysunku przedstawiono przykłady izomorficznych diagramów sekwencji i komunikacji. Izomorfizm diagramów sekwencji i komunikacji 6

DIAGRAMY HARMONOGRAMOWANIA Reprezentują na osi czasu zmiany dopuszczalnych stanów, jakie może przyjmować obiekt uczestniczący w interakcji. Stosuje się je w celu sporządzenia harmonogramów interakcji obiektów względem zmian czasu trwania ich stanów. Poniżej przedstawiono dwie alternatywne metody notacji diagramów harmonogramowania dla obiektu klasy Rezerwacja. Załamanie linii stanów klasyfikatora oznacza wystąpienie zdarzenia powodującego zainicjowanie nowego stanu. Określono na nich stany obiektu Rezerwacja i czas ich trwania poprzez określenie ograniczeń czasowych w odniesieniu do stanów: potwierdzanie, sporządzanie, opłacanie. Jeśli skala czasu w sposób jednoznaczny określa długość trwania stanu, nie zaznacza się ograniczeń czasowych dla stanu wysyłanie. Diagram harmonogramowania ze zdarzeniami i ograniczeniami czasowymi HARMONIZACJA Alternatywna notacja diagramów harmonogramowania Diagramy harmonogramowania umożliwiają przedstawienie interakcji ze wszystkimi współpracującymi obiektami w danym określonym w harmonogramie czasie. Stwarza to możliwość harmonizacji współdziałania obiektów w czasie. Poniżej pokazano harmonogramowanie rejestrowania rezerwacji hotelowej w dwóch alternatywnych notacjach. 7

Źródło: Harmonizacja linii zmiany stanów dla diagramu harmonogramowania rejestrowania rezerwacji hotelowej alternatywne notacje Na początku obiekty Recepcjonista, IRezerwacja i BazaDanych są w stanach: bezczynności, wyświetlania oraz oczekiwania. W wyniku wystąpienia konkretnego zdarzenia, tj. przyjęcia zgłoszenia klienta, recepcjonista otwiera rezerwację. Posługuje się w tym celu wyświetlaną na ekranie formatką IRezerwacja. Recepcjonista wprowadza dane, których kompletność oraz poprawność formalna jest sprawdzana przez IRezerwację. Następnie realizowana jest operacja przetwarzania danych. Dokonanie rezerwacji pokoju albo pokoi jest zapisywane w BazieDanych. W ramach IRezerwacji wyświetlane jest potwierdzenie dokonania rezerwacji. Po zakończeniu realizacji transakcji poszczególne obiekty przechodzą do stanów wyjściowych. 8

Źródło: PRZESYŁANIE KOMUNIKATÓW Diagramy harmonogramowania można uzupełnić o zapis interakcji w postaci komunikatów przesyłanych między obiektami, co pokazano na kolejnym rysunku. Zostały one wprowadzone do diagramu harmonogramowania omówionego powyżej. Komunikaty na diagramach harmonogramowania 9