TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

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

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

Inżynieria oprogramowania

Diagramy sekwencji. wymienianych między nimi

Diagramy czynności Na podstawie UML 2.0 Tutorial

Język UML w modelowaniu systemów informatycznych

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

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

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

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

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

Podstawy programowania III WYKŁAD 4

Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji

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

Diagram przypadków użycia

UML w Visual Studio. Michał Ciećwierz

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

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

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

UML. dr inż. Marcin Pietroo

Michał Adamczyk. Język UML

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

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

Podstawy inżynierii oprogramowania

TECHNOLOGIE OBIEKTOWE. Wykład 3

Język UML w modelowaniu systemów informatycznych

UML - zarys 2007/2008

Język UML w modelowaniu systemów informatycznych

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

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

Modelowanie obiektowe - Ćw. 6.

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

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

Projektowanie interakcji. Jarosław Kuchta

Język UML w modelowaniu systemów informatycznych

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

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

Zalety projektowania obiektowego

Modelowanie i analiza systemów informatycznych

Język UML w modelowaniu systemów informatycznych

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Modelowanie obiektowe

NIFIED M L ODELLING ANGUAGE. Diagramy czynności

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

Diagramy klas. dr Jarosław Skaruz

INŻYNIERIA OPROGRAMOWANIA. laboratorium

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

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

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

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

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

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

Inżynieria Oprogramowania DIAGRAMY CZYNNOŚCI (AKTYWNOŚCI)

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

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

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

Podstawy projektowania systemów komputerowych

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

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

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

UML. zastosowanie i projektowanie w języku UML

UML 1 diagramy interakcji

Diagramy przypadków użycia

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

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

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

Przejścia. Natychmiastowe przekazanie sterowania z akcji lub czynności kończącej dany stan do następnego stanu akcji lub stanu czynności

Tutorial prowadzi przez kolejne etapy tworzenia projektu począwszy od zdefiniowania przypadków użycia, a skończywszy na konfiguracji i uruchomieniu.

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

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

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

Zagadnienia Semestr IV Inżynieria Oprogramowania WSZiB

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32

Podstawy języka UML2 w realnych projektach

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

Ćwiczenie 1. Modelowanie prostego procesu

Podstawy modelowania w języku UML

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

Modelowanie obiektowe - Ćw. 3.

Modelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig

Rysunek 1: Przykłady graficznej prezentacji klas.

Projekt aplikacji internetowej specyfikacja wymagań (cz.1)

Analiza procesów: notacja UML, modele przypadków użycia, Rich Picture

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

Projektowanie oprogramowania

Wykład 3 Wymagania. MIS n Inżynieria oprogramowania Październik Kazimierz Michalik Akademia Górniczo-Hutnicza im. S. Staszica w Krakowie

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

Laboratorium z przedmiotu: Inżynieria Oprogramowania INEK Instrukcja 6

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

Systemy baz danych. 1. Plan: 2. Zadania: Projekt Bazy Danych - wybór tematów, wstępna kategoryzacja 8. Projekt Bazy Danych - diagram ER

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

Diagram klas UML jest statycznym diagramem, przedstawiającym strukturę aplikacji bądź systemu w paradygmacie programowania obiektowego.

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

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

Wykład 1 Inżynieria Oprogramowania

Programowanie obiektowe

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia

Transkrypt:

TECHNOLOGIE OBIEKTOWE WYKŁAD 2 Anna Mroczek

2 Diagram czynności

Czym jest diagram czynności? 3 Diagram czynności (tak jak to definiuje język UML), stanowi graficzną reprezentację przepływu kontroli.

4 kiedy używać: do analizowania przypadków użycia - gdy interesują nas bardziej operacje niezbędne do realizacji danego przypadku (czy też wzajemne zależności między tymi operacjami), a nie to, kto jest odpowiedzialny za ich przeprowadzenie; do zrozumienia interakcji zachodzących między przypadkami użycia; do modelowania przetwarzania wielowątkowego; kiedy nie używać: do pokazywania współpracy między obiektami w trakcie realizacji przypadku użycia do tego bardziej nadają się diagramy interakcji; do pokazywania zachowań obiektów w trakcie ich życia, w tym celu powinno się wykorzystywać diagramy stanów;

Tworzenie diagramu czynności 5 Na diagramie umieszczamy stan początkowy i końcowy oraz stany pośrednie. stan początkowy Nazwa czynności stan pośredni stan końcowy Wszystkie elementy znajdują się na zakładce Diagram aktywności UML Stany określają wykonywane czynności. Przejścia między stanami następują po zakończeniu trwania czynności i są zaznaczane strzałkami.

6

Tworzenie diagramów czynności 7 Przejście do następnej czynności może być obwarowane pewnym warunkiem, który opisany jest obok strzałki.

Rozgałęzienia - Opisują ścieżki alternatywne; 8 do wyboru jednej z nich dochodzi na podstawie wyliczonych wartości warunków. Warunkiem jest wyrażenie logiczne. else - reprezentującego ścieżkę wybieraną, gdy wszystkie inne warunki nie są spełnione [ warunek ] Czynnosc B [ else ] Czynnośc A

9

Rozwidlenia i scalenia 10 Współbieżne wykonanie czynności; w punkcie scalenia dochodzi do synchronizacji współbieżnych przepływów sterowania Wątek warunkowy - jeśli warunek jest fałszywy, zakłada się, że z punktu widzenia scalenia wątek ten jest juz zakończony [ warunek] Czynność A Czynnosc B Czynnosc C

Tory 11 służą do dzielenia stanów czynności na grupy, z których każda reprezentuje jednostkę (przedsiębiorstwa lub systemu) odpowiedzialną za przydzielone czynności; każdy tor ma nazwę, unikatową w obrębie jednego diagramu; na diagramie podzielonym na tory każda czynność należy do dokładnie jednego toru, ale, przyjścia mogą przecinać granice torów;

12 Kilka przykładów

Budowa 13 Dotyczy wydawania pozwoleń na budowę. Przede wszystkim, podstawą wydania zezwolenia jest analiza dostarczonych przez Mieszkańca bądź Firmę dokumentów (w postaci Załączników). Na ich podstawie zespół ekspertów gminnych określa czy projektowana inwestycja jest bezpieczna, ekologiczna, spełniająca normy budowlane itp

Pozwolenia na rozbiórkę 14 Dotyczy wydawania zezwoleń na rozebranie budynku. Podobnie jak w przypadku poprzednim, zgoda oparta jest o analizę ekspertów badających nadesłane dokumenty. Jest ich jednak mniej, a w szczególnych przypadkach pozwolenie może zostać wydane automatycznie.

15 Użytkowanie budynków Przypadek obejmujący wszystkie sprawy związane z użytkowaniem budynków i lokali. Wchodzą tu zarówno sprawy związane z uzyskiwaniem zezwoleń na budynki nowo wybudowane, jak również zezwoleń na zmianę sposobu użytkowania budynku. Należy zwrócić uwagę, iż załatwianie spraw w tym przypadku wiąże się z zaangażowaniem jednostek zewnętrznych, takich jak Inspekcja Sanitarna, Straż Pożarna czy Pogotowie Gazowe.

Udostępnianie danych 16 Dotyczy udostępniania wypisów z planu zagospodarowania przestrzennego.

Aktualizowanie oprogramowania Dotyczy aktualizowania oprogramowania. Podstawa do pobrania aktualizacji jest sprawdzenie czy posiadana wersja jest starsza od aktualnie dostępnej. Na tej podstawie pobierana jest aktualizacja programu. 17

Parzenie napoju 18

Sklep 19

20 Diagram sekwencji

Diagram sekwencji 21 Przedstawia obiekty (instancje klas), stanowiące składowe jakiegoś systemu oraz komunikaty wymieniane pomiędzy nimi w celu realizacji danego zadania. Diagram może, ale nie musi, zawierać również aktorów, oraz opisywać ich interakcję z systemem.

22 Diagram sekwencji ma dwa wymiary: Wymiar pionowy stanowi oś czasu komunikaty położone niżej realizowane są później, Wymiar poziomy przedstawia role obiektów pomiędzy którymi trwa określona komunikacja. W diagramach sekwencji ważna jest chronologia zdarzeń!

23

Przykład diagramu sekwencji 24 1. Obiekty są przedstawiane jako linie życia obiektów, czyli warunki ich istnienia w określonym czasie. Dostosuj długość linii, aby zaznaczyć utworzenie obiektu lub zerwanie jego linii życia. 2. Strzałki przedstawiają komunikaty między obiektami. Obiekt może również wysyłać komunikaty do siebie samego. 3. Dodaj aktywację (nazywaną również fokusem sterowania) do linii życia w celu określenia okresu. wykonywania akcji przez obiekt. 4. Komunikat zwrotny jest wyświetlany w formie linii przerywanej.

25 Diagram sekwencji reprezentuje zachowanie systemu pod kątem interakcji. Diagram sekwencji jest dynamiczny: opisuje zachowanie klas, interfejsów oraz możliwe zastosowanie ich operacji (metod). Diagram tego typu precyzuje role obiektów w układzie chronologicznym w oparciu o zdarzenia.

26 Elementy graficzne diagramu sekwencji to: aktor, obiekt, komunikat.

27 Aktor w diagramie sekwencji jest reprezentacją zewnętrznego użytkownika (lub ich grupy), którzy oddziaływają na system. Obiekt jest instancją klasy i tak jak aktor jest połączony z osią czasu. Jeżeli obiekt jest tworzony bądź niszczony, jest to zaznaczone na osi czasu. Komunikaty posiadają nadawcę, odbiorcę i akcję, czyli treść informacji, która pojawia się nad symbolem strzałki.

Notacja i semantyka 28 W celu budowania diagramów sekwencji należy najpierw poznać elementy (klocki), z jakich te diagramy powstają. Poniżej zamieszczono notację wraz z opisem najważniejszych elementów służących do kreowania diagramów sekwencji.

Linia życia 29 Linia życia to rola uczestnika interakcji, jaką pełni w czasie jej trwania.

Komunikat 30 - informacja przesyłana pomiędzy obiektami. Komunikat synchroniczny oznacza, że obiekt musi czekać na odpowiedź. Komunikat asynchroniczny nie wymaga oczekiwania na odpowiedź.

Rodzaje komunikatów: 31

destroy() 32 Odpowiedzialny za zniszczenie obiektu, co jest zobrazowane znakiem X na końcu linii życia obiektu.

Fragment(blok) 33 Zamknięta część diagramu sekwencji, która rozszerza możliwości obejmowanego przez siebie obszaru diagramu sekwencji. Fragment może zawierać w sobie pętle, powtórzenia, scenariusze alternatywne lub wskazywać poziom abstrakcji modelowanego fragmentu systemu.

Fragmenty wyodrębnione (Bloki) 34

TECHNIKI TWORZENIA DIAGRAMU SEKWENCJI 35 1. Ustalenie otoczenia (operacja, scenariusz PU itp.) 2. Zidentyfikowanie obiektów biorących udział w operacji (po lewej umieszczane obiekty najważniejsze) 3. Narysowanie linii życia obiektów (jeśli są tworzone i niszczone - dodanie odpowiednich komunikatów) 4. Dodanie komunikatu inicjującego, kolejne komunikaty pod nim (dodanie parametrów do komunikatów, tam gdzie potrzeba) 5. Dodanie aktywacji (ośrodka sterowania) 6. Dodawanie ograniczeń

36

37

38 Koniec!