Diagramy sekwencji. wymienianych między nimi

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

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

UML. dr inż. Marcin Pietroo

UML - zarys 2007/2008

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

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

Michał Adamczyk. Język UML

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

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

Projektowanie Systemów Informatycznych 2011/2012

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

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

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

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

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

Podstawy języka UML2 w realnych projektach

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

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

Modelowanie i analiza systemów informatycznych

Podstawy języka UML2 w realnych projektach

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

UML. zastosowanie i projektowanie w języku UML

Diagramy czynności Na podstawie UML 2.0 Tutorial

Rysunek 1: Przykłady graficznej prezentacji klas.

Projektowanie interakcji. Jarosław Kuchta

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

Wykład 1 Inżynieria Oprogramowania

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

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

Modelowanie obiektowe ZPO 2009/2010

Diagramy przypadków użycia

Jêzyk UML 2.0 w modelowaniu systemów informatycznych

Inżynieria oprogramowania II

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

Świat rzeczywisty i jego model

Modelowanie danych, projektowanie systemu informatycznego

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

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

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

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

Diagramy klas. dr Jarosław Skaruz

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

Modelowanie obiektowe TI 2009/2010

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

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

Diagramy czynności. Widok logiczny. Widok fizyczny

UML w Visual Studio. Michał Ciećwierz

Specyfikowanie wymagań przypadki użycia

Zalety projektowania obiektowego

Diagramy klas. WYKŁAD Piotr Ciskowski

Modelowanie i analiza systemów informatycznych.

Podstawy programowania III WYKŁAD 4

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

Podstawy inżynierii oprogramowania

Modelowanie i analiza systemów informatycznych.

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

UML cz. II. UML cz. II 1/38

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

Charakterystyka oprogramowania obiektowego

Projekt aplikacji internetowej specyfikacja wymagań (cz.1)

MiASI. Modelowanie analityczne. Piotr Fulma«ski. 18 stycznia Wydziaª Matematyki i Informatyki, Uniwersytet Šódzki, Polska

Inżynieria oprogramowania

Podstawy modelowania w języku UML

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

Język UML w modelowaniu systemów informatycznych

Myśl w języku Python! : nauka programowania / Allen B. Downey. Gliwice, cop Spis treści

Modelowanie i analiza systemów informatycznych Spis treści

Unified Modeling Language

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

Diagramy czynności tworzenie modelu przypadków użycia Wykład 2

miejsca przejścia, łuki i żetony

Modelowanie i Programowanie Obiektowe

Diagram przypadków użycia

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

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

Laboratorium z przedmiotu Programowanie obiektowe - zestaw 04

UML w kropelce. czynność rozwinięcia 146 różnice między wersjami UML-a 175 wewnętrzna 130

Sieci Petriego. Sieć Petriego

Projektowanie obiektowe oprogramowania Wykład 2 - UML Wiktor Zychla 2016

Język UML w modelowaniu systemów informatycznych

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

Tworzenie programów równoległych cd. Krzysztof Banaś Obliczenia równoległe 1

Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego

TECHNOLOGIE OBIEKTOWE. Wykład 3

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 1

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

problem w określonym kontekście siły istotę jego rozwiązania

DEKLARATYWNE ZARZĄDZANIE W MICROSOFT SQL SERVER

Spis treści 1. Wstęp 2. Projektowanie systemów informatycznych

Język programowania Scala / Grzegorz Balcerek. Wyd. 2. Poznań, cop Spis treści

Tryby komunikacji między procesami w standardzie Message Passing Interface. Piotr Stasiak Krzysztof Materla

Opis: Instrukcja warunkowa Składnia: IF [NOT] warunek [AND [NOT] warunek] [OR [NOT] warunek].

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

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

Język UML w modelowaniu systemów informatycznych

Transkrypt:

Diagramy sekwencji Graficzne przedstawienie interakcji pomiędzy instancjami klasyfikatorów systemu w postaci sekwencji komunikatów wymienianych między nimi

Przykład diagramu sekwencji

Układ diagramu wymiar poziomy oś, na której umieszczono instancje klasyfikatorów biorące udział w interakcji wymiar pionowy oś czasu przedstawiająca ułoŝone chronologicznie komunikaty

Rodzaje diagramów sekwencji konceptualny diagram o ogólnym zakresie i łatwych do zidentyfikowania interakcjach, stwarza moŝliwość ogólnego naszkicowania zakresu i zawartości interakcji implementacyjny diagram stanowiący podstawę opracowania specyfikacji programistycznej, prezentuje o wiele wyŝszy poziom precyzji oraz większy zakres interakcji wystąpieniowy przypadek diagramu implementacyjnego w odniesieniu do konkretnego scenariusza

Podstawowe kategorie pojęciowe instancja klasyfikatora abstrakcyjna kategoria modelowania, która uogólnia kolekcję instancji o tych samych cechach linia Ŝycia powiązana z konkretną instancją klasyfikatora linia na diagramie sekwencji, wskazująca okres istnienia tej instancji komunikat specyfikacja wymiany informacji między obiektami, zawierająca zlecenia wykonania określonej operacji ośrodek sterowania specyfikacja wykonywania czynności, operacji lub innej jednostki zachowania w ramach interakcji w praktyce realizacja funkcjonalności

Rodzaje klasyfikatorów Aktor Przypadek uŝycia Klasa Sygnał Pakiet Interfejs Komponent

Rodzaje komunikatów synchroniczny asynchroniczny zwrotny samowywołanie synchroniczne lub asynchroniczne

Tworzenie i niszczenie obiektów tworzenie stereotyp <<create>> instancja klasyfikatora obniŝona do poziomu komunikatu tworzącego niszczenie stereotyp <<destroy> znak X na linii Ŝycia

Komunikat warunkowy Określa warunek jaki musi zostać spełniony aby operacja wskazywana przez komunikat została wykonana

Iteracja Wielokrotne, policzalne powtórzenie pojedynczego komunikatu

Fragmenty wyodrębnione Fragment wyodrębniony - część diagramu sekwencji charakteryzująca się specyficznymi właściwościami określonymi przez operator sekwencji Operator sekwencji stanowi sprecyzowanie funkcjonalności realizowanej przez fragment wyodrębniony

Przykład diagramu z fragmentem wyodrębnionym

Przykład diagramu z fragmentem wyodrębnionym

Operatory alt - alternatywa - oznacza moŝliwość wyboru jednego i tylko jednego spośród wszystkich operandów danego fragmentu wyodrębnionego. Wybór ten jest dokonywany na podstawie warunku przypisanego do operandu opt - opcja - oznacza, Ŝe operand we fragmencie wyodrębnionym wystąpi lub zostanie pominięty

Operatory break - przerwanie - w momencie wykonania fragmentu wyodrębnionego oznaczonego tym operatorem otaczające ce go interakcje są ignorowane loop - iteracja - oznacza przetwarzanie operandu określoną ilość razy.

Operatory neg funkcjonalność nieprawidłowa wskazuje na wyjątki, które muszą zostać obsłuŝone one np.: indeks poza zakresem, przepełnienie stosu, nieprawidłowy typ danych itp. par współbieŝność wskazuje na równoległe wykonanie wszystkich obszarów

Operatory critical obszar krytyczny wskazuje obszar z najwyŝszym priorytetem wykonania. Instancje klasyfikatorów uczestniczące w realizacji obszaru krytycznego nie mogą uczestniczyć w innych interakcjach assert formuła reprezentuje wykonanie sformalizowanego twierdzenia, algorytmu

Operatory strict ścisłe uporządkowanie wskazuje, Ŝe operandy muszą być wykonywane w niezmiennej, określonej na diagramie kolejności seq słabe uporządkowanie wskazuje, Ŝe komunikaty na róŝnych liniach Ŝycia dla róŝnych operandów mogą wystąpić w dowolnym porządku

Operatory consider istotność oznacza fragment wyodrębniony przedstawiający zestaw operandów zawierających komunikaty, które muszą zostać wykonane w ramach danego diagramu sekwencji ignore - oznacza fragment wyodrębniający komunikaty, które nie mają istotnego wpływu na całość interakcji w ramach danego diagramu sekwencji

Proces tworzenia diagramu sekwencji 1. analiza adekwatnego przypadku uŝycia oraz scenariuszy tego przypadku 2. identyfikacja klasyfikatorów, których instancje uczestniczą w interakcji 3. opracowanie diagramu konceptualnego, zawierającego: 1. zidentyfikowane instancje klasyfikatorów 2. komunikaty uporządkowane na osi pionowej 3. ośrodki sterowania 4. opracowanie implementacyjnego diagramu sekwencji poprzez wprowadzenie: 1. rodzajów komunikatów 2. warunków 3. samowywołania 4. iteracji 5. fragmentów wyodrębnionych 5. opcjonalne sporządzenie wybranych wystąpieniowych diagramów sekwencji