Język UML w modelowaniu systemów informatycznych

Podobne dokumenty
Diagramy czynności. Widok logiczny. Widok fizyczny

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

Inżynieria oprogramowania

Język UML w modelowaniu systemów informatycznych

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

Język UML w modelowaniu systemów informatycznych

Modelowanie obiektowe - Ćw. 6.

MAS dr. Inż. Mariusz Trzaska. Diagramy aktywności

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

Analiza i mapowanie procesów

miejsca przejścia, łuki i żetony

Sieci Petriego. Sieć Petriego

SysML Tworzenie diagramu aktywności SysML005

TECHNOLOGIE OBIEKTOWE. Wykład 3

Diagramy czynności. dr Beata Kuźmińska-Sołśnia

ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż. ADAM KOLIŃSKI ZARZĄDZANIE PROCESAMI I PROJEKTAMI. Zakres projektu. dr inż.

Diagramy czynności Na podstawie UML 2.0 Tutorial

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

Podstawy języka UML UML

Język UML w modelowaniu systemów informatycznych

Język UML w modelowaniu systemów informatycznych

Podstawy Automatyki. Wykład 4 - algebra schematów blokowych. dr inż. Jakub Możaryn. Warszawa, Instytut Automatyki i Robotyki

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

UML. dr inż. Marcin Pietroo

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

Język UML w modelowaniu systemów informatycznych

Diagramy maszyn stanowych, wzorce projektowe Wykład 5 część 1

Podstawy Automatyki. Wykład 4 - algebra schematów blokowych. dr inż. Jakub Możaryn. Warszawa, Instytut Automatyki i Robotyki

Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz

Diagramy stanów tworzenie modeli analizy i projektowania Na podstawie UML 2.0 Tutorial

NIFIED M L ODELLING ANGUAGE. Diagramy czynności

Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji

Podstawy języka UML2 w realnych projektach

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

Podstawy Automatyki. Wykład 4 - algebra schematów blokowych. dr inż. Jakub Możaryn. Warszawa, Instytut Automatyki i Robotyki

Język UML w modelowaniu systemów informatycznych

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

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

Podstawy języka UML UML

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

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

UML w Visual Studio. Michał Ciećwierz

POLITECHNIKA OPOLSKA

Odwzorowanie BPMN w sieć Petriego

LABORATORIUM 4. Po co mi to, przecież wiem, co system ma robić? - czyli o diagramach UML. DIAGRAM CZYNNOŚCI (Activity Diagram)

Terminologia BPMN 2.0 Wersja 2.0 opracowana w AION

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

Podstawy modelowania w języku UML

Język UML w modelowaniu systemów informatycznych

Algorytm. Krótka historia algorytmów

POLITECHNIKA OPOLSKA

Rysunek 1: Przykłady graficznej prezentacji klas.

Diagramy przypadków użycia

Technologie informacyjne - wykład 12 -

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

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 aktywności. Jarosław Kuchta Programowanie Współbieżne

Sterowniki Programowalne (SP) Wykład 11

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

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

Projektowanie systemów informacyjnych

Diagramy maszyn stanowych, wzorce projektowe Wykład 5 część 1

Zmiany. Initial Step krok inicjujący sekwenser

Projektowanie Scalonych Systemów Wbudowanych VERILOG

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

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

1 Wprowadzenie do algorytmiki

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

Schematy blokowe. Algorytmy Marek Pudełko

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

Wstęp do informatyki- wykład 2

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

Michał Adamczyk. Język UML

Podstawy modelowania w języku UML

Projektowanie interakcji. Jarosław Kuchta

Podstawy języka UML2 w realnych projektach

Sterowniki Programowalne (SP)

Wykład z Technologii Informacyjnych. Piotr Mika

Wstęp do programowania 2

Modelowanie i analiza systemów informatycznych.

Modelowanie biznesowe. Na podstawie materiałów: Mirosława Ochodeka

Uproszczenie mechanizmów przekazywania pakietów w ruterach

Definicje. Algorytm to:

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

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

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

Diagramy stanów i aktywności. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania

Diagramy zachowania. Diagramy struktury. Przypadków użycia. Stanów. Przeglądu interakcji widoku interakcji (ang. interaction overview)

Diagramy przepływu danych I

Podstawy Projektowania Przyrządów Wirtualnych. Wykład 9. Wprowadzenie do standardu magistrali VMEbus. mgr inż. Paweł Kogut

Podstawy Automatyki. Wykład 7 - obiekty regulacji. dr inż. Jakub Możaryn. Warszawa, Instytut Automatyki i Robotyki

Projektowanie i wdrażanie systemów informatycznych (materiały do wykładu cz. II)

MODELOWANIE PRZEPŁYWU DANYCH

2.2 Opis części programowej

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

Diagramy zachowania. Diagramy struktury. przypadki użycia. Stanów. Przeglądu interakcji widoku interakcji (ang. interaction overview)

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

Wykład 1 Inżynieria Oprogramowania

Podstawy Automatyki. Wykład 13 - Układy bramkowe. dr inż. Jakub Możaryn. Warszawa, Instytut Automatyki i Robotyki

Transkrypt:

Język UML w modelowaniu systemów informatycznych dr hab. Bożena Woźna-Szcześniak Akademia im. Jan Długosza bwozna@gmail.com Wykład 4

Diagramy aktywności I Diagram aktywności (czynności) (ang. activity diagram) służy do modelowania czynności systemu. Diagram aktywności służy do modelowania zakresu odpowiedzialności elementów bądź użytkowników systemu. Diagramy aktywności pokazują przepływ sterowania systemu od punktu początkowego do punktu końcowego, szczegółowo określając możliwe ścieżki decyzyjne, które mogą powstać w trakcie realizacji zdarzeń zawartych w działalności systemu. Diagramy aktywności mogą być wykorzystywane do wyszczególnienia sytuacji, w których może wystąpić przetwarzanie równoległe w realizacji niektórych działań.

Diagramy aktywności II Diagramy aktywności są przydatne do modelowania biznesowego, gdzie są wykorzystywane do wyszczególnienia procesów zaangażowanych w działalność gospodarczą. Elementami diagramów czynności są: Działania, tj. czynnosci i akcje. Szczególne przypadki działań to: wysłanie sygnału, przyjęcie sygnału, przyjęcie sygnału czasowego generowanego przez zewnętrzny zegar. Krawędzie - strzałki łączące działania, węzły i obiekty. krawędzie oznaczają przejścia (przepływy) krawędzie nie związane z przekazywaniem danych są przepływami sterowania (control flow) krawędzie związane z przesyłaniem danych są przepływami obiektów (object flow) krawędzie mogą posiadać nazwy krawędzie mogą być przerywane z użyciem łączników

Diagramy aktywności III krawędzie mogą także oznaczać przejścia związane z obsługą błędów (interrupting edge) Węzły sterowania: (initial) - węzeł rozpoczynający przepływy w momencie wywołania czynności (fork) - rozdziela przepływ na współbieżne przepływy (join) - łączy i synchronizuje wchodzące przepływy (decision) - dokonuje wyboru między różnymi wychodzącymi przepływami (merge) - łączy różne przepływy pochodzące z wyboru (tylko jeden może być realizowany) (flow final) - zakończenie pojedynczego przepływu (activity final) - zakończenie czynności (wszystkich przepływów) Obiekty (object nodes) - stosowane do oznaczania przekazywanych danych.

Diagramy aktywności IV Czynności dodatkowe (sub activities) - symbole oznaczające czynności zdefiniowane na osobnych diagramach.

Diagramy czynności - podstawowe symbole I Graficzną interpretacją czynności lub akcji wykonywanej przez system jest prostokąt o zaokrąglonych rogach. Akcja reprezentuje jeden krok w aktywności systemu. Czynność reprezentuje zbiór akcji (zachowań). Dla osiągnięcia precyzyjnego opisu czynności niezbędna jest dekompozycja czynności na zhierarchizowane podczynności.

Diagramy czynności - podstawowe symbole II Do akcji mogą być dołączone ograniczenia.

Diagramy czynności - podstawowe symbole III Czynność może mieć parametry, warunki wstępne oraz warunki końcowe: Romby reprezentują miejsca, w których podejmowana jest decyzja (rozgałęzienie); reprezentują warunek logiczny:

Diagramy czynności - podstawowe symbole IV

Diagramy czynności - podstawowe symbole V Koło zamalowane na czarno oznacza początek (miejsce), w którym rozpoczyna się przepływ sterowania. Koło z czarną kropką oznacza węzeł końcowy aktywności, czyli punkt zatrzymania wszelkich przepływów sterowania.

Diagramy czynności - podstawowe symbole VI Przekreślone koło oznacza zatrzymanie wybranego przepływu sterowania. Różnica pomiędzy kołem z czarną kropką a przekreślonym kołem jest taka, że węzeł końcowy aktywności oznacza koniec wszystkich przepływów kontroli w ramach danej aktywności, a węzeł końcowy przepływu oznacza koniec jednego strumienia aktywności.

Diagramy czynności - podstawowe symbole VII Strzałka określa przepływ sterowania pomiędzy dwoma zadaniami (akcjami).

Diagramy czynności - przykład Prosty diagram reprezentujący dwie czynności, które wykonujemy, gdy chcemy zatelefonować używając telefonu wyposażonego w książkę telefoniczną.

Diagramy czynności - przykład Diagram reprezentujący trzy czynności, które wykonujemy, gdy chcemy zatelefonować używając telefonu wyposażonego w książkę telefoniczną. Diagram przewiduje sprawdzenie, czy mamy dany numer w książce telefonicznej. Jeśli nie, dodajemy go i dopiero wykonujemy połączenie.

Akcja a czynność Akcja jest pojęciem szczegółowym, niepodzielnym i o krótkim czasie realizacji. Czynność jest pojęciem bardziej ogólnym, podzielnym (składa się z wielu akcji) i charakteryzuje się dłuższym czasem wykonywania.

Diagramy czynności - współbieżność Przetwarzanie współbieżne (ang. concurrent computing) - przetwarzanie oparte na współistnieniu wielu wątków lub procesów, operujących na współdzielonych danych. Współbieżność to jednoczesne wykonywanie kilku czynności. Jednoczesna praca na współdzielonych danych może doprowadzić do utraty ich spójności, dlatego konieczne jest stosowanie różnych mechanizmów synchronizacyjnych, np. semaforów i monitorów.

Diagramy czynności - współbieżność

Diagramy czynności - współbieżność

Diagramy czynności Na poprzednim slajdzie przedstawiony został bardzo uproszczony schemat pobierania pieniędzy z bankomatu. Jednocześnie wykonywane jest sprawdzanie salda, czyli możliwości wypłacenia podanej kwoty, oraz przeliczanie pieniędzy, tak aby po dokonaniu pozytywnej weryfikacji salda kwota była dostępna do wypłaty. Akcje (czynności) wykonywane współbieżnie wyróżnia się grubą kreską.

Obiekty i przepływy obiektu na diagramie czynności Czynności i akcje są wykonywane z udziałem obiektów. Obiekt (dana) jest przedstawiony jako prostokąt. Przepływ danych (obiektu) jest ścieżką wzdłuż której dane (obiekty) są obsługiwane. Oznaczając przepływ obiektu, na diagramie umieszczamy go pomiędzy akcjami i czynnościami.

Obiekty i przepływy obiektu na diagramie czynności Przepływ obiektu musi mieć obiekt na co najmniej jednym z jego końców. Skrótowym zapisem dla schematu z poprzedniego slajdu jest poniższy, używający szpilek wejściowych i wyjściowych (ang. input and output pins).

Sygnały Na diagramach można obrazować przesyłanie i odbieranie sygnałów asynchronicznych:

Sygnały Źródło: http://brasil.cel.agh.edu.pl/~09sbfraczek/diagram-aktywnosci,1,10.html

Partycje (ang. swimlanes) Diagramy aktywności opisują przepływy operacji, ale nie specyfikują, kto jest odpowiedzialny za ich wykonanie. Wygodnym sposobem przenoszenia informacji tego rodzaju jest grupowanie aktywności odpowiednio do odpowiedzialności i umieszczanie ich w regionach rozdzielonych pionowymi liniami (ang. swimlanes) Źródło: http://brasil.cel.agh.edu.pl/~09sbfraczek/diagram-aktywnosci,1,10.html

Wyjątki Procedura obsługi wyjątków może być modelowana na diagramie aktywności w następujący sposób:

Wyjątki Źródło: http://brasil.cel.agh.edu.pl/~09sbfraczek/diagram-aktywnosci,1,10.html

Obszar rozszerzenia Obszar rozszerzenia jest fragmentem diagramu, z wyspecyfikowanymi wejściami i wyjściami, który jest wykonywany wielokrotnie - tyle razy ile otrzyma elementów wejściowych. Wejścia i wyjścia OR nazywane są przekaźnikami OR Źródło: http://brasil.cel.agh.edu.pl/~09sbfraczek/diagram-aktywnosci,1,10.html

Obszar rozszerzenia

Diagramy czynności - zastosowania Diagramy czynności stosuje się w modelowaniu: Algorytmów - można je postrzegać jako schematy blokowe Operacji Procesów charakteryzujących się dużą liczbą czynności współbieżnych i sytuacji decyzyjnych. Procesów biznesowych. Uwaga! Przeanalizuj diagramy na: http://brasil.cel.agh. edu.pl/~09sbfraczek/diagram-aktywnosci,1,10.html

Diagram przypadków użycia a diagram aktywności Diagramy przypadków użycia pokazują, co powinien robić system oraz opisują jego funkcjonalność. Diagramy przypadków użycia to diagramy występujące w perspektywie przypadków użycia modelowanego systemu (perspektywa 4+1). Diagramy aktywności umożliwiają określenie tego, w jaki sposób system będzie osiągał swoje zamierzone cele - definiuje akcje (czynności) i powiązania pomiędzy nimi. Diagramy aktywności opisują dynamikę systemu. Diagramy aktywności to diagramy występujące w perspektywie procesowej modelowanego systemu (perspektywa 4+1).