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

Podobne dokumenty
Diagramy sekwencji. wymienianych między nimi

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

UML. dr inż. Marcin Pietroo

Diagramy interakcji. Opracowano w Lab. Informatyki AGH (Kraków)

Michał Adamczyk. Język UML

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

Język UML w modelowaniu systemów informatycznych

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

PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH 2010/2011 MGR DOROTA MIROWSKA

UML - zarys 2007/2008

Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji

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

Jêzyk UML 2.0 w modelowaniu systemów informatycznych

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

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla studentów

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

Projektowanie Systemów Informatycznych 2011/2012

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas

Diagramy czynności. sekwencyjnych i współbieŝnych. pomiędzy uporządkowanymi ciągami czynności, akcji i obiektów

Diagramy czynności Na podstawie UML 2.0 Tutorial

Modelowanie i analiza systemów informatycznych

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

Podstawy programowania III WYKŁAD 4

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Diagramy przypadków użycia

Projektowanie interakcji. Jarosław Kuchta

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

Specyfikowanie wymagań przypadki użycia

Wykład 1 Inżynieria Oprogramowania

Inżynieria oprogramowania

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

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

Modelowanie i analiza systemów informatycznych.

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla nauczyciela

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

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

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

miejsca przejścia, łuki i żetony

UML w Visual Studio. Michał Ciećwierz

Modelowanie i analiza 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

Sieci Petriego. Sieć Petriego

Modelowanie danych, projektowanie systemu informatycznego

Projekt aplikacji internetowej specyfikacja wymagań (cz.1)

Zalety projektowania obiektowego

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

Modelowanie diagramów klas w języku UML. Łukasz Gorzel @stud.umk.pl 7 marca 2014

Diagramy klas. dr Jarosław Skaruz

Język UML w modelowaniu systemów informatycznych

Opis. Liczba godzin zajęć dydaktycznych z

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

Świat rzeczywisty i jego model

Podstawy modelowania w języku UML

Podstawy języka UML2 w realnych projektach

Oprogramowanie o wysokiej jakości to oprogramowanie spełniające następujące kryteria:

Cel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2

Diagramy klas. WYKŁAD Piotr Ciskowski

NIFIED M L ODELLING ANGUAGE. Diagramy czynności

Rysunek 1: Przykłady graficznej prezentacji klas.

Mechanizmy pracy równoległej. Jarosław Kuchta

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

Technologie informacyjne - wykład 12 -

Instrukcja korzystania z usługi 2SMS. Wersja 2.0 [12 stycznia 2014] bramka@gsmservice.pl

UML cz. I. UML cz. I 1/1

wersja dokumentu 1.0 data wydania

ZARZĄDZANIE PROJEKTAMI I PROCESAMI. Mapowanie procesów AUTOR: ADAM KOLIŃSKI ZARZĄDZANIE PROJEKTAMI I PROCESAMI. Mapowanie procesów

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia

Zagadnienia Semestr IV Inżynieria Oprogramowania WSZiB

Modelowanie i analiza systemów informatycznych Spis treści

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Diagramu Związków Encji - CELE. Diagram Związków Encji - CHARAKTERYSTYKA. Diagram Związków Encji - Podstawowe bloki składowe i reguły konstrukcji

STUDIA NIESTACJONARNE I STOPNIA Przedmioty kierunkowe

Język UML w modelowaniu systemów informatycznych

MiASI. Modele, perspektywy, diagramy UML. Piotr Fulmański. 7 grudnia Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

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

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

Sterowniki Programowalne (SP)

Referencyjny model OSI. 3 listopada 2014 Mirosław Juszczak 37

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

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

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

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

12) Wadą modelu kaskadowego jest: Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 13) Wadą modelu opartego na prototypowaniu jest:

Modelowanie obiektowe - Ćw. 3.

Graficzna notacja procesów biznesowych BPMN. Porównanie z notacja UML. Jakub Morkis, Piotr Chmielewski

5. Model komunikujących się procesów, komunikaty

Procesowa specyfikacja systemów IT

Feature Driven Development

Zaawansowane Modelowanie I Analiza Systemów Informatycznych

UML. zastosowanie i projektowanie w języku UML

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

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

Podstawy modelowania programów Kod przedmiotu

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

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

Analiza i projektowanie obiektowe 2017/2018. Wykład 3: Model wiedzy dziedzinowej

Skrypty i funkcje Zapisywane są w m-plikach Wywoływane są przez nazwę m-pliku, w którym są zapisane (bez rozszerzenia) M-pliki mogą zawierać

Zarządzanie bazą danych

Transkrypt:

Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji. Wymiar pionowy: oś czasu przedstawiajaca ułożone chronologicznie komunikaty Podstawowe notacje graficzne

Konceptualny Do głównych cech tego typu diagramu sekwencji możemy zaliczyć: wykorzystywane podstawowe kategorie pojęciowe oraz graficzne, dobry model do szybkiego naszkicowania zakresu i zawartości interakcji w systemie, czytelność i łatwość interpretacji, nie tylko dla specjalistów, brak zdefiniowania ścisłych reguł tworzenia tego typu diagramu. Przykład 1 (e-bankowość) Identyfikacja sekwencji wysyłania komunikatów w systemie w ramach przypadku użycia Sprawdzenie stanu konta.

Przykład 2 (telekomunikacja) Modelowanie wymiany komunikatów pomiędzy osobą nawiązującą a osobą odbierającą połączenie oraz centralą telefoniczną. Implementacyjny Diagram sekwencji przeznaczony do implementacyjnego aspektu projektowania ma następujące cechy: stanowi podstawę specyfikacji programistycznej tworzony najczęściej na podstawie diagramu konceptualnego więcej informacji na diagramie, zwiększony poziom precyzji, wykorzystanie zaawansowanych kategorii pojęciowych, prezentacja nie tylko głównego scenariusza przypadku użycia ale także przepływu alternatywnego, na jego podstawie można generować kod źródłowy, m.in. z wykorzystaniem narzędzi CASE Przykład 3 (sprzedaż) Modelowanie interakcji pomiędzy obiektami systemu sprzedaży ERP przy wykorzystaniu alternatywnie wykluczających się komunikatów.

Przykład 4 (Poczta elektroniczna) Modelowanie wysyłania wiadomości email pomiędzy użytkownikami z wykorzystaniem opcjonalnych komunikatów.

Wystąpieniowy Wystąpieniowy diagram sekwencyjny jest wystąpieniem / realizacją jednego scenariusza diagramu implementacyjnego. Co oznacza, że z jednego diagramu implementacyjnego można otrzymać kilka alternatywnych diagramów wystąpieniowych.

Wybrane składniki zaawansowane diagramu sekwencji Rodzaje klasyfikatorów: Ośrodek sterowania

Rodzaje komunikatów synchroniczny - przekazuje ośrodek sterowania do kolejnego klasyfikator asynchroniczny - nie powodują przerwania w ośrodku sterowania nadawcy zwrotny - wiadomość zwrotna, czasami pomijana na diagramie utracony - wiadomość wysłana do odbiorcy nieznanego znaleziony - gdy nadawca jest nieznany, a odbiorca jest znany

opcjonalny - komunikat, który nie zawsze jest obsługiwany przez odbiorcę oczekujący Tworzenie i niszczenie obiektów Warunki (Wyrażenia dozoru)

Samowywołanie Iteracja Składnia:

Rozgałęzienie rozgałęzienie typu klasyfikator - klasyfikator rozgałęzienie typu klasyfikator - wiele klasyfikatorów Fragmenty wyodrębnione i operatory interakcji

Rodzaje fragmentów wyodrębnionych alt - alternatywnie wykluczające się komunikaty opt - opcja, opcjonalny komunikat, wykonywany w przypadku spełnienia warunku break - przerwanie, przypadek awaryjny, przerywa dalsze etapy opisane na diagramie loop - pętla lub iteracja na fragmencie wyodrębnionym, pozwala modelować wielokrotne wywoływanie komunikatu lub grupy kom.

neg - funkcjonalność nieprawidłowa, fragment będzie zawierał sekwencje czynności, które są wykonywane w przypadku zaistnienia nieprawidłowości

par - współbieżność, rozdziela sekwencje czynności które mogą być wykonywane w tym samym czasie critical - wskazuje obszar o najwyższym lub bardzo wysokim priorytecie na diagramie assert - formuła, wyodrębnia realizację pewnego algorytmu lub zastosowanie twierdzenia

consider - podkreślenie istotności operacji ignore - podkreślenie braku istotności niektórych komunikatów

strict - ścisłe uporządkowanie, komunikaty występują w określonej kolejności seq - kolejność nieistotna, komunikaty mogą wystąpić w różnej kolejności Przywołania interakcji Polegają na wyodrębnieniu na diagramie sekwencji innych diagramów interakcji poprzez fragment wyodrębniony ref.

Bramy Wykorzystuje się do przekazywania komunikatów we fragmentach wyodrębnionych lub przywołaniach wystąpień interakcji.