Diagram sekwencji. Komunikaty mogą być opisane w sposób sformalizowany. poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista)
|
|
- Jarosław Turek
- 7 lat temu
- Przeglądów:
Transkrypt
1 Diagram sekwencji Komunikaty mogą być opisane w sposób sformalizowany poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista) Przykłady komunikatów przesuń(1,2) wyn1:=przesuń(5,5), *[1..5]: wyn1 := przesuń(5,7) [z>0]: wyn1 := przesuń(5,7), A3,B4 / [x<0] *[1..4] C3.1: wyn2 := pobierzlokację(wyn1) [dostęp do bazy] *[Dla każdego rekordu] 6: DaneWyj:=Formatuj(DaneWej,Format)
2 Diagram sekwencji Tworzenie i niszczenie obiektów Typ wiadomości - create Typ wiadomości - destroy
3 Diagram sekwencji Iteracja poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista) Wielokrotne wysłanie komunikatu
4 Diagram sekwencji Samowywołanie Symbolizuje wywołanie własnej operacji przez daną instancję Szczególny przypadek iteracji
5 Diagram sekwencji Rozgałęzienie OdbiorcaPoczty PanelKontaPocztowego FiltrAntyspamowy Kosz odrzućwiadomość [spam] nauczfiltr Przekazanie sterowania do różnych instancji w zależności od warunku [nie spam] umieśćwkoszu
6 Diagram sekwencji Rozgałęzienie OdbiorcaPoczty PanelKontaPocztowego ZarządcaSkrzynki Kosz usuńwiadomość [kosz=true] umieśćwkoszu zapiszwkoszu Różne komunikaty do tej samej instancji w zależności od warunku [kosz=false] usuńbezpowrotnie
7 Diagram sekwencji Fragmenty wyodrębnione Część diagramu interakcji charakteryzująca się specyficznymi właściwościami Nagłówki Alt alternatywa Opt opcja Break przerwanie Loop iteracja Par - współbieżność Może zawierać wiele podfragmentów - operandów Neg Critical Assert Consider Ignore Strict Seq
8 Diagram sekwencji Fragmenty wyodrębnione alternatywa Wybór tylko jednej z dostępnych opcji
9 Diagram sekwencji Fragmenty wyodrębnione opcja Wydziela krok(i) wykonywane w szczególnym przypadku Zawartość jest wykonywana tylko w przypadku spełnienia warunku
10 Diagram sekwencji Fragmenty wyodrębnione przerwanie Wydziela czynności wykonywane w przypadku szczególnym awaryjnym Wykonanie przerwania anuluje dalsze etapy
11 Diagram sekwencji Fragmenty wyodrębnione iteracja Wydziela fragment wykonywany wielokrotnie Z reguły jawne określenie krotności wykonania
12 Diagram sekwencji Fragmenty wyodrębnione współbieżność Wydziela sekwencje czynności wykonywane niezależnie od siebie w tym samym czasie
13 Diagram sekwencji Fragmenty wyodrębnione Neg funkcjonalność nieprawidłowa Zawiera sekwencje czynności wykonywane w sytuacji zaistnienia nieprawidłowości Podobne do przerwania ale nie zawiera obsługi wyjątku ani nie anuluje dalszych etapów.
14 Diagram sekwencji Fragmenty wyodrębnione Critical obszar krytyczny Wskazuje obszar o najwyższym priorytecie w realizacji interakcji. Może służyć do określania priorytetów fragmentów współbieżnych Instancje wchodzące w skład obszaru krytycznego nie mogą uczestniczyć w innych interakcjach
15 Diagram sekwencji Fragmenty wyodrębnione Assert formuła Wyodrębnia wykonanie sformalizowanego algorytmu, twierdzenia np. obliczenie optymalnej ceny towaru
16 Diagram sekwencji Fragmenty wyodrębnione Consider istotność Wyszczególnia komunikaty, które muszą być wykonane w trakcie wykonywania obejmowanego fragmentu np. jako istotny określono komunikat dodajnowytowar we fragmencie obejmującym wprowadzanie danych podstawowych i opisu towaru
17 Diagram sekwencji Fragmenty wyodrębnione Ignore nieistotność Wyszczególnia komunikaty, które nie są istotne w trakcie wykonywania obejmowanego fragmentu Ich wykonanie nie warunkuje wykonania całego fragmentu
18 Diagram sekwencji Fragmenty wyodrębnione Strict ścisłe uporządkowanie Komunikaty w wyodrębnionym fragmencie muszą być wykonane w określonym na diagramie porządku
19 Diagram sekwencji Fragmenty wyodrębnione Seq słabe uporządkowanie Komunikaty w wyodrębnionym fragmencie odnoszące się do różnych linii życia mogą być wykonane w innym porządku niż wskazany na diagramie
20 Diagram sekwencji Przywoływanie wystąpienia Występuje w diagramach opisujących bardziej złożone aspekty systemu, gdzie pojedynczy diagram byłby zbyt skomplikowany Wprowadza hierarchiczną budowę: Diagram nadrzędny przywoływane diagramy podrzędne tzw. hierarchia top-down
21 Diagram sekwencji Przywoływanie wystąpienia Parametr wyodrębnienia - ref
22 Diagram sekwencji Przywoływanie wystąpienia Przywołanie wystąpienia może nastąpić poprzez: czynnik czasu (przywołanie zgodnie z sekwencją elementów umieszczonych na diagramie) komunikat (przywołanie za pośrednictwem komunikatu z diagramu nadrzędnego. Komunikat jest przekazywany poprzez bramę)
23 Diagram sekwencji Przywoływanie wystąpienia Brama Realizuje kontakt z otoczeniem diagramu, przywołania wystąpienia lub fragmentu wyodrębnionego Odpowiednio: formalna brama, przez którą diagram komunikuje się z otoczeniem (diagramami nadrzędnymi) właściwa brama, przez którą diagram komunikuje się z umieszczonym w nim przywołaniem wystąpienia wyrażeniowa - brama, przez którą diagram komunikuje się z umieszczonym w nim fragmentem wyodrębnionym
24 Diagram sekwencji Przywoływanie wystąpienia Wykorzystanie bram
25 Przykłady diagramów Diagram sekwencji
26 Przykłady diagramów Diagram sekwencji
27 Przykłady diagramów Diagram sekwencji
28 Przykłady diagramów Diagram sekwencji ;)
29 Diagram sekwencji Tworzenie diagramu - wskazówki Najczęściej diagram sekwencji powstaje na podstawie diagramu przypadków użycia Tworzenie iteracyjno-przyrostowe. Model konceptualny -> Model implementacyjny
30 Diagram sekwencji Etapy tworzenia diagramu - propozycja 1. Analiza odpowiedniego przypadku użycia i jego scenariuszy 2. Na podstawie 1 zidentyfikowanie klasyfikatorów instancji uczestniczących w interakcji 3. Konceptualna wersja diagramu (Instancje, komunikaty, obszary aktywacji) cdn
31 Diagram sekwencji Etapy tworzenia diagramu - propozycja 4. Uszczegółowianie diagramu Rodzaje komunikatów Tworzenie/niszczenie obiektów Warunki Samowywołania Iteracje Rozgałęzienia Fragmenty wyodrębnione Przywoływane wystąpienia Bramy
32 Diagramy UML 2.0 Diagram czynności (activity diagram) Graficzne przedstawienie przepływów sterowania i danych między uporządkowanymi ciągami czynnosci Wprowadz login *.czn *.ad [else] [login nieznany] wprowadz haslo 8/13 [trzecia pomylka] [bledne haslo] [else]
33 Diagram czynności Przedstawia przepływ sterowania oraz danych między uporządkowanymi ciągami czynności, akcji, obiektów Wykorzystywany do modelowania Scenariuszy przypadków użycia Procesów systemowych Algorytmów
34 Diagram czynności Podstawowe elementy: Czynności Akcje Przepływy sterowania Początek Koniec, zakończenie przepływu
35 Diagram czynności Podstawowe elementy Czynności (activities) Ogólne Podzielne Długotrwałe Określone zachowanie złożone z ciągów podczynności, akcji itp. Ma na celu wykonanie pewnego procesu
36 Diagram czynności Podstawowe elementy Akcje (actions) Elementarna jednostka zachowania Szczegółowe Niepodzielne (nieprzerywalne) Krótkotrwałe
37 Diagram czynności Podstawowe elementy Przepływ sterowania (control flow) Relacja między czynnościami bądź akcjami. Pokazuje kolejność przekazywania sterowania
38 Diagram czynności Podstawowe elementy Początek (initial node) Punkt rozpoczęcia przepływu sterowania. Standardowo tylko jeden początek na diagramie.
39 Diagram czynności Podstawowe elementy Koniec (final node) Punkt zatrzymania wszystkich przepływów sterowania. Może wystąpić wielokrotnie na diagramie
40 Diagram czynności Podstawowe elementy Zakończenie przepływu (flow final node) Punkt zatrzymania konkretnego przepływu sterowania. Nie powoduje zatrzymania innych przepływów. Może wystąpić wielokrotnie na diagramie
41 Diagram czynności Dodatkowe elementy Przepływy decyzyjne Alternatywne drogi przepływu decyzji, zależne od spełnienia warunku
42 Diagram czynności Dodatkowe elementy Przepływy decyzyjne Mogą również realizować funkcję złączenia przepływów
43 Diagram czynności Dodatkowe elementy Przepływy decyzyjne
44 Diagram czynności Dodatkowe elementy Przepływy współbieżne Rozwidlenie Rozdzielenie sterowania na dwie (lub więcej) dróg wykonywanych równolegle
45 Diagram czynności Dodatkowe elementy Przepływy współbieżne Scalenie Złączenie sterowania z kilku równoległych dróg. Inicjacja przepływu wynikowego następuje po dotarciu wszystkich znaczników sterowania
46 Diagram czynności Dodatkowe elementy Przepływy współbieżne Scalenie Przy większej ilości przepływów wchodzących istnieje możliwość określenia warunku przekazania sterowania
47 Diagram czynności Przepływy danych W przypadku konieczności uszczegółowienia przepływu sterowania wprowadzany jest przepływ danych Przepływ danych może być określony przez obiekt, którego dane są wykorzystywane w trakcie przepływu
48 Przepływy danych Diagram czynności Przekaźniki danych (pins) Alternatywną metodą uwidoczniania przepływów danych są przekaźniki danych. Przepływ danych może być określony przez obiekt, którego dane są wykorzystywane w trakcie przepływu
49 Przepływy danych Diagram czynności Przekaźniki danych (pins) Alternatywną metodą uwidoczniania przepływów danych są przekaźniki danych.
50 Przepływy danych Diagram czynności Przekaźniki danych (pins) Przekaźniki danych mogą być określone bardziej precyzyjnie
51 Przepływy danych Diagram czynności Przekaźniki danych (pins) - Wagi Waga jest ograniczeniem określającym minimalną ilość znaczników sterowania przekazanych ze źródła do czynności/akcji docelowej niezbędna do zainicjowania tej akcji.
52 Sygnał czasu Diagram czynności Asynchroniczny bodziec inicjujący czynność lub akcję Inicjacja może być jednorazowa lub wielokrotna
53 Diagram czynności Sygnał czasu - przykład
54 Diagram czynności Partycje diagramów Grupowanie elementów diagramu według pełnionej roli, miejsca realizacji, klasyfikatora odpowiedzialnego za realizację itp.. Każda partycja posiada unikalną nazwę
55 Diagram czynności Partycje diagramów Bardziej złożony podział jest reprezentowany za pomocą złączenia partycji poziomych i pionowych
56 Diagram czynności Partycje diagramów Bardziej złożony podział jest reprezentowany za pomocą złączenia partycji poziomych i pionowych lub za pomocą partycji zagnieżdżonych
57 Diagram czynności Obszar rozszerzenia Obszar diagramu wykonywany wielokrotnie w zależności od ilości elementów na wejściu Wejście i wyjście z obszaru jest jednoznacznie określone
58 Diagram czynności Obszar przerwania Czynności zawarte w obszarze wykonywane są do chwili zaistnienia niesynchronicznego przerwania
Wymiar poziomy: oś na której umieszczono instancje klasyfikatorów biorące udział w interakcji.
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
Bardziej szczegółowoDiagramy sekwencji. wymienianych między nimi
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
Bardziej szczegółowoUML. dr inż. Marcin Pietroo
dr inż. Marcin Pietroo Pojęcia obiektowości obiekt klasa komunikat hermetyzacja polimorfizm dziedziczenie graficzny język wizualizacji, specyfikowania, tworzenia i dokumentowania systemów informatycznych
Bardziej szczegółowokoniec punkt zatrzymania przepływów sterowania na diagramie czynności
Diagramy czynności opisują dynamikę systemu, graficzne przedstawienie uszeregowania działań obrazuje strumień wykonywanych czynności z ich pomocą modeluje się: - scenariusze przypadków użycia, - procesy
Bardziej szczegółowoDiagramy czynności. sekwencyjnych i współbieŝnych. pomiędzy uporządkowanymi ciągami czynności, akcji i obiektów
Diagramy czynności Graficzne przedstawienie sekwencyjnych i współbieŝnych przepływów sterowania oraz danych pomiędzy uporządkowanymi ciągami czynności, akcji i obiektów Zastosowanie w modelowaniu scenariuszy
Bardziej szczegółowoJęzyk UML w modelowaniu systemów informatycznych
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
Bardziej szczegółowoDiagramy czynności. Widok logiczny. Widok fizyczny
Diagramy czynności System widoków 4+1 Kruchtena Widok logiczny Widok fizyczny Widok procesu Widok przypadków użycia Widok konstrukcji Diagramy czynności są jedynym diagramem w widoku procesu modelowanego
Bardziej szczegółowoInżynieria oprogramowania
Inżynieria oprogramowania Wykład 8 Inżynieria wymagań: analiza przypadków użycia a diagram czynności Patrz: Stanisław Wrycza, Bartosz Marcinkowski, Krzysztof Wyrzykowski, Język UML 2.0 w modelowaniu systemów
Bardziej szczegółowoJęzyk UML w modelowaniu systemów informatycznych
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 5 Diagram sekwencji - wprowadzenie I Diagram sekwencji (ang. sequence
Bardziej szczegółowoDiagramy interakcji. Opracowano w Lab. Informatyki AGH (Kraków)
Diagramy interakcji Diagramy interakcji Diagramy interakcji są stosowane do modelowania dynamicznych aspektów systemu. Wyróżnia się: diagramy przebiegu (Sequence diagrams) i diagramy kooperacji (Collaboration
Bardziej szczegółowoModelowanie obiektowe - Ćw. 6.
1 Modelowanie obiektowe - Ćw. 6. Treść zajęć: Dokumentacja przypadków użycia diagramy czynności. Poznane wcześniej diagramy przypadków użycia pokazują co system powinien robić. Natomiast diagramy czynności
Bardziej szczegółowoDiagramy czynności Na podstawie UML 2.0 Tutorial
Diagramy czynności Na podstawie UML 2.0 Tutorial http://sparxsystems.com.au/resources/uml2_tutorial/ Zofia Kruczkiewicz 1 Diagramy czynności 1. Diagramy czyności UML http://sparxsystems.com.au/resources/uml2_tutorial/
Bardziej szczegółowoTECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek
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
Bardziej szczegółowoJęzyk UML w modelowaniu systemów informatycznych
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 7 Przeglądowe diagramy interakcji Przeglądowe diagramy interakcji wiążą
Bardziej szczegółowoDiagramy czynności. dr Beata Kuźmińska-Sołśnia
Diagramy czynności dr Beata Kuźmińska-Sołśnia Diagramy czynności Jeden z rodzajów diagramów UML opisujących dynamikę systemu Diagramy czynności to graficzne przedstawienie sekwencyjnych i (lub) współbieżnych
Bardziej szczegółowoInżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji
Inżynieria oprogramowania Jarosław Kuchta Modelowanie interakcji Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania. Interakcja
Bardziej szczegółowoŹródło: S. Wrycza, B. Marcinkowski, K. Wyrzykowski Język UML 2.0 w modelowaniu systemów informatycznych Helion DIAGRAMY INTERAKCJI
DIAGRAMY INTERAKCJI DIAGRAMY STEROWANIA INTERAKCJĄ Diagramy sterowania interakcją dokumentują logiczne związki między fragmentami interakcji. Podstawowe kategorie pojęciowe diagramów sterowania interakcją
Bardziej szczegółowoDiagramy interakcji. Jarosław Kuchta Dokumentacja i Jakość Oprogramowania
Diagramy interakcji Jarosław Kuchta Dokumentacja i Jakość Oprogramowania Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania.
Bardziej szczegółowoZnaleziony - jeżeli nadawca nie jest znany w obrębie danego fragmentu Utracony - jeżeli odbiorca komunikatu nie jest znany w obrębie danego fragmentu
czas Dynamiczne aspekty systemu Interakcja - zachowanie polegające na wymianie komunikatów między obiektami w pewnym (ustalonym) otoczeniu, w pewnym (ściśle określonym) celu Komunikat - specyfikacja łączności
Bardziej szczegółowoUML - zarys 2007/2008
UML - zarys 2007/2008 Modelowanie Jest ważne przy tworzeniu wysokiej jakości oprogramowania Jest przydatne przy tworzeniu i analizie działania organizacji Modelujemy aby: Zrozumieć system Określić pożądaną
Bardziej szczegółowoPodstawy języka UML2 w realnych projektach
Kod szkolenia: Tytuł szkolenia: UML2/RP Podstawy języka UML2 w realnych projektach Dni: 3 W cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania
Bardziej szczegółowoPodstawy języka UML2 w realnych projektach
Kod szkolenia: Tytuł szkolenia: UML2/RP Podstawy języka UML2 w realnych projektach Dni: 3 Opis: Adresaci Szkolenia: Szkolenie adresowane jest do osób, które chciałby poznać podstawy UML2. Przede wszystkim
Bardziej szczegółowoProjektowanie interakcji. Jarosław Kuchta
Projektowanie interakcji Jarosław Kuchta Podstawowe pojęcia Interakcja (interaction) Przepływ komunikatów pomiędzy obiektami konieczny dla wykonania określonego zadania. Interakcja występuje w kontekście
Bardziej szczegółowoPROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH 2010/2011 MGR DOROTA MIROWSKA
PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH 2010/2011 MGR DOROTA MIROWSKA Kontakt E-mail: dmirowska@wne.uw.edu.pl - w tytule proszę wpisać: PSI i nr grupy, do której Student uczęszcza - mail powinien zawierać:
Bardziej szczegółowoDiagramy czynności tworzenie modelu przypadków użycia Wykład 2
Diagramy czynności tworzenie modelu przypadków użycia Wykład 2 Zofia Kruczkiewicz Zofia Kruczkiewicz - Projektowanie oprogramowania 2.2 1 Diagramy czynności- tworzenie modelu przypadków 1. Diagramy czynności
Bardziej szczegółowoModelowanie i analiza systemów informatycznych.
Modelowanie i analiza systemów informatycznych. dr Robert Plebaniak 29 października 2013 Diagram czynności Wykład 4 Diagram czynności Diagramy czynności Diagram czynności - to graficzne przedstawienie
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoPodstawy programowania III WYKŁAD 4
Podstawy programowania III WYKŁAD 4 Jan Kazimirski 1 Podstawy UML-a 2 UML UML Unified Modeling Language formalny język modelowania systemu informatycznego. Aktualna wersja 2.3 Stosuje paradygmat obiektowy.
Bardziej szczegółowoSysML Tworzenie diagramu aktywności SysML005
INSTRUKCJA LABORATORIUM Modelowanie systemów SysML Tworzenie diagramu aktywności SysML005 Diagram aktywności Dla wybranego przypadku użycia zaprojektujemy i opiszemy zachowanie systemu i zaangażowanych
Bardziej szczegółowomiejsca przejścia, łuki i żetony
Sieci Petriego Sieć Petriego Formalny model procesów umożliwiający ich weryfikację Główne konstruktory: miejsca, przejścia, łuki i żetony Opis graficzny i matematyczny Formalna semantyka umożliwia pogłębioną
Bardziej szczegółowoNIFIED M L ODELLING ANGUAGE. Diagramy czynności
U M L NIFIED ODELLING ANGUAGE Diagramy czynności 1 Czym jest diagram czynności? Jeden z pięciu rodzajów diagramów UML służących do modelowania dynamicznych aspektów systemu. Przedstawia przepływ sterowania
Bardziej szczegółowoMAS dr. Inż. Mariusz Trzaska. Diagramy aktywności
MAS dr. Inż. Mariusz Trzaska Wykład 6 Diagramy aktywności Zagadnienia Diagramy aktywności Podstawowe pojęcia; notacja Aktywność a akcja Przepływy decyzyjne Przepływy współbieżne Łącznik Przepływ sterowania
Bardziej szczegółowoModel przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz
Model przypadków użycia - rola diagramów aktywności Część 2 Wykładowca Dr inż. Zofia Kruczkiewicz Zofia Kruczkiewicz Wyklad_INP002017_4 1 Diagramy czynności I. Diagramy czynności UML II. Przykład diagramów
Bardziej szczegółowoSieci Petriego. Sieć Petriego
Sieci Petriego Sieć Petriego Formalny model procesów umożliwiający ich weryfikację Główne konstruktory: miejsca, przejścia, łuki i żetony Opis graficzny i matematyczny Formalna semantyka umożliwia pogłębioną
Bardziej szczegółowoUML w Visual Studio. Michał Ciećwierz
UML w Visual Studio Michał Ciećwierz UNIFIED MODELING LANGUAGE (Zunifikowany język modelowania) Pozwala tworzyć wiele systemów (np. informatycznych) Pozwala obrazować, specyfikować, tworzyć i dokumentować
Bardziej szczegółowoLABORATORIUM 4. Po co mi to, przecież wiem, co system ma robić? - czyli o diagramach UML. DIAGRAM CZYNNOŚCI (Activity Diagram)
LABORATORIUM 4. Po co mi to, przecież wiem, co system ma robić? - czyli o diagramach UML 1. Słownik pojęć DIAGRAM CZYNNOŚCI (Activity Diagram) Czynność specyfikacja sparametryzowanych zachowań (akcje,
Bardziej szczegółowoUML cz. III. UML cz. III 1/36
UML cz. III UML cz. III 1/36 UML cz. III 2/36 Diagram współpracy Diagramy współpracy: prezentują obiekty współdziałające ze sobą opisują rolę obiektów w scenariuszu mogą prezentować wzorce projektowe UML
Bardziej szczegółowoTECHNOLOGIE OBIEKTOWE. Wykład 3
TECHNOLOGIE OBIEKTOWE Wykład 3 2 Diagramy stanów 3 Diagram stanu opisuje zmiany stanu obiektu, podsystemu lub systemu pod wpływem działania operacji. Jest on szczególnie przydatny, gdy zachowanie obiektu
Bardziej szczegółowoUML (Unified Modeling Language jest to sposób formalnego opisu modeli reprezentujących projekty informatyczne.
45. UML, jego struktura i przeznaczenie. Przeznaczenie UML (Unified Modeling Language jest to sposób formalnego opisu modeli reprezentujących projekty informatyczne. Pozwala obrazować, specyfikować, tworzyć
Bardziej szczegółowoDiagram przypadków użycia
Diagram przypadków użycia Diagram przypadków użycia opisuje system z punktu widzenia użytkownika, pokazuje, co robi system, a nie jak to robi. Diagram ten sam w sobie zazwyczaj nie daje nam zbyt wielu
Bardziej szczegółowoMichał Adamczyk. Język UML
Michał Adamczyk Język UML UML I. Czym jest UML Po co UML II.Narzędzia obsługujące UML, edytory UML III.Rodzaje diagramów UML wraz z przykładami Zastosowanie diagramu Podstawowe elementy diagramu Przykładowy
Bardziej szczegółowoWymagania klienta mogą być opisane na różnych poziomach abstrakcji: Podział wymagań: Wymagania funkcjonalne Wymagania niefunkcjonalne
Definiowanie wymagań Wymagania klienta mogą być opisane na różnych poziomach abstrakcji: 1. Definicja wymagań jest zapisana w języku naturalnym jako rezultat rozmów z przedstawiciela klienta 2. Specyfikacja
Bardziej szczegółowoUML cz. I. UML cz. I 1/1
UML cz. I UML cz. I 1/1 UML cz. I 2/1 UML - Unified Modeling Language ujednolicony można go współdzielić z wieloma pracownikami modelowania służy do opisu projektowanego modelu język posiada opisaną strukturę
Bardziej szczegółowoModelowanie i analiza systemów informatycznych.
Modelowanie i analiza systemów informatycznych. dr Robert Plebaniak 7 grudnia 2015 Diagramy komunikacji Wykład 7 Diagramy komunikacji Diagram komunikacji Diagram komunikacji jest rodzajem diagramu interakcji,
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla studentów
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoInżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu
Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 5 Definicja systemu Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements Management with Use
Bardziej szczegółowoDiagramy UML 2.0. Diagram klas (class diagram) *.kls *.cld. + Zamówienie. + Hurtownia. + Naleznosc. + Platnosc. + Wplyw. + zamówienie 1..
Diagramy UML 2.0 Diagram klas (class diagram) + Hurtownia - nazwa : String - adres : String + hurtownia 1..1 + zamówienie 1..* + klient + Zamówienie - datazlozenia : int + zamówienie 1..1 + podst. platnosci
Bardziej szczegółowoZagadnienia (1/3) Data-flow diagramy przepływów danych ERD diagramy związków encji Diagramy obiektowe w UML (ang. Unified Modeling Language)
Zagadnienia (1/3) Rola modelu systemu w procesie analizy wymagań (inżynierii wymagań) Prezentacja różnego rodzaju informacji o systemie w zależności od rodzaju modelu. Budowanie pełnego obrazu systemu
Bardziej szczegółowoPodstawy modelowania w języku UML
Podstawy modelowania w języku UML dr hab. Bożena Woźna-Szcześniak, prof. UJD Uniwersytet Humanistyczno-Przyrodniczy im. Jana Długosza w Częstochowie Wykład 5 Plan wykładu - wprowadzenie I (ang. sequence
Bardziej szczegółowoUML w kropelce. czynność rozwinięcia 146 różnice między wersjami UML-a 175 wewnętrzna 130
UML w kropelce A {abstract}, ograniczenie 84, 87 agregacja 86 aktor 120 121 alt, operator 78 analizowanie wymagań 47 architektura wyprowadzana z modelu (MDA) 24 artefakt 117 «artifact», słowo kluczowe
Bardziej szczegółowoModelowanie diagramów klas w języku UML. Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014
Modelowanie diagramów klas w języku UML Łukasz Gorzel 244631@stud.umk.pl 7 marca 2014 Czym jest UML - Unified Modeling Language - Rodzina języków modelowania graficznego - Powstanie na przełomie lat 80
Bardziej szczegółowoDiagramu 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 związków encji (ERD) 1 Projektowanie bazy danych za pomocą narzędzi CASE Materiał pochodzi ze strony : http://jjakiela.prz.edu.pl/labs.htm Diagramu Związków Encji - CELE Zrozumienie struktury
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoW cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania za pomocą UML.
Kod szkolenia: Tytuł szkolenia: UML2/MOD Modelowanie z użyciem notacji UML2 Dni: 5 W cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania
Bardziej szczegółowoRysunek 1: Przykłady graficznej prezentacji klas.
4 DIAGRAMY KLAS. 4 Diagramy klas. 4.1 Wprowadzenie. Diagram klas - w ujednoliconym języku modelowania jest to statyczny diagram strukturalny, przedstawiający strukturę systemu w modelach obiektowych przez
Bardziej szczegółowoW_4 Adaptacja sterownika PLC do obiektu sterowania. Synteza algorytmu procesu i sterowania metodą GRAFCET i SFC
Proces technologiczny (etap procesu produkcyjnego/przemysłowego) podstawa współczesnych systemów wytwarzania; jest określony przez schemat funkcjonalny oraz opis słowny jego przebiegu. Do napisania programu
Bardziej szczegółowoDiagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska
Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między
Bardziej szczegółowoLaboratorium modelowania oprogramowania w języku UML. Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram sekwencji. Materiały dla nauczyciela
Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 3 Ćwiczenia w narzędziu CASE diagram
Bardziej szczegółowoModelowanie obiektowe ZPO 2009/2010
Modelowanie obiektowe ZPO 2009/2010 Sprawy organizacyjne dr Wojciech Tylman, Katedra Mikroelektroniki i Technik Informatycznych PŁ B 18, Ip., p. 56 www.dmcs.p.lodz.pl tyl@dmcs.p.lodz.pl godziny przyjęć:
Bardziej szczegółowoŚwiat rzeczywisty i jego model
2 Świat rzeczywisty i jego model Świat rzeczywisty (dziedzina problemu) Świat obiektów (model dziedziny) Dom Samochód Osoba Modelowanie 3 Byty i obiekty Byt - element świata rzeczywistego (dziedziny problemu),
Bardziej szczegółowoCel wykładu. Literatura. Wyższa Szkoła Menedżerska w Legnicy. Modelowanie wymagań Wykład 2
Wyższa Szkoła Menedżerska w Legnicy Systemy informatyczne w przedsiębiorstwach Zarządzanie, ZIP, sem. 6 (JG) Modelowanie wymagań Wykład 2 Grzegorz Bazydło Cel wykładu Celem wykładu jest przekazanie wiedzy
Bardziej szczegółowoRAFAŁ KASPRZYK, copyright reserved
DIAGRAMY PRZYPADKÓW UŻYCIA Przypadki użycia były w sposób intuicyjny stosowane w tradycyjnym projektowaniu systemów informatycznych na długo przed pojawieniem się metodyk obiektowych. Zasługą Jacobsona
Bardziej szczegółowoModelowanie i analiza systemów informatycznych Spis treści
Modelowanie i analiza systemów informatycznych Spis treści Modelowanie i analiza systemów informatycznych...1 Ćwiczenia 1...2 Wiadomości podstawowe:...2 Ćwiczenia...8 Ćwiczenia 1 Wiadomości podstawowe:
Bardziej szczegółowoKomputerowe Systemy Przemysłowe: Modelowanie - UML. Arkadiusz Banasik arkadiusz.banasik@polsl.pl
Komputerowe Systemy Przemysłowe: Modelowanie - UML Arkadiusz Banasik arkadiusz.banasik@polsl.pl Plan prezentacji Wprowadzenie UML Diagram przypadków użycia Diagram klas Podsumowanie Wprowadzenie Języki
Bardziej szczegółowoArchitektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.
Architektura Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,
Bardziej szczegółowoDiagram Przepływu Danych - podstawowe bloki składowe i reguły konstrukcji
Diagramu Przepływu danych - CELE Określenie kluczowych obiektów zewnętrznych będących w interakcji z firmą (systemem); Określenie kluczowych procesów występujących w firmie; Określenie sposobu przepływu
Bardziej szczegółowoZARZĄDZANIE PROJEKTAMI I PROCESAMI. Mapowanie procesów AUTOR: ADAM KOLIŃSKI ZARZĄDZANIE PROJEKTAMI I PROCESAMI. Mapowanie procesów
1 ZARZĄDZANIE PROJEKTAMI I PROCESAMI MAPOWANIE PROCESÓW 2 Tworzenie szczegółowego schematu przebiegu procesu, obejmujące wejścia, wyjścia oraz działania i zadania w kolejności ich występowania. Wymaga
Bardziej szczegółowoRysunek 1: Przykładowy diagram stanów.
6 DIAGRAMY STANÓW. 6 Diagramy stanów. 6.1 Wprowadzenie. Diagramy stanów opisują wszystkie możliwe stany, do których może przejść dany obiekt, a także to, jak zmienia się stan obiektu pod wpływem zdarzeń
Bardziej szczegółowoJêzyk UML 2.0 w modelowaniu systemów informatycznych
IDZ DO PRZYK ADOWY ROZDZIA KATALOG KSI EK ZAMÓW DRUKOWANY KATALOG Wydawnictwo Helion ul. Chopina 6 44-100 Gliwice tel. (32)230-98-63 e-mail: helion@helion.pl TWÓJ KOSZYK CENNIK I INFORMACJE ZAMÓW INFORMACJE
Bardziej szczegółowoAnaliza i programowanie obiektowe 2016/2017. Wykład 6: Projektowanie obiektowe: diagramy interakcji
Analiza i programowanie obiektowe 2016/2017 Wykład 6: Projektowanie obiektowe: diagramy interakcji Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Przejście
Bardziej szczegółowoOprogramowanie o wysokiej jakości to oprogramowanie spełniające następujące kryteria:
1. Podaj definicję inżynierii oprogramowania. Inżynieria oprogramowania to wiedza techniczna, dotycząca wszystkich faz cyklu życia oprogramowania, której celem jest uzyskanie wysokiej jakości produktu
Bardziej szczegółowoIteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1
Iteracyjno-rozwojowy proces tworzenia oprogramowania Wykład 3 część 1 Zofia Kruczkiewicz 1 Zunifikowany iteracyjno- przyrostowy proces tworzenia oprogramowania kiedy? Przepływ działań Modelowanie przedsiębiorstwa
Bardziej szczegółowoAdaptacja sterownika PLC do obiektu sterowania. Synteza algorytmu procesu i sterowania metodą GRAFCET i SFC
Adaptacja sterownika PLC do obiektu sterowania. Synteza algorytmu procesu i sterowania metodą GRAFCET i SFC Proces technologiczny (etap procesu produkcyjnego/przemysłowego) podstawa współczesnych systemów
Bardziej szczegółowoKATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA
KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA Przygotował: mgr inż. Radosław Adamus Wprowadzenie Podstawą każdego projektu, którego celem jest budowa oprogramowania są wymagania, czyli warunki,
Bardziej szczegółowoUnified Modeling Language
Unified Modeling Language Wprowadzenie do UML Igor Gocaliński Odrobina historii Połowa lat 70-tych i koniec 80-tych to początek analizy obiektowej Wiele opracowanych metod w połowie lat 90-tych Metoda
Bardziej szczegółowoJĘZYK SFC Sequential Function Chart ki 2004 Graf sekwencji rbańs rad U on inż. K dr
JĘZYK SFC Sequential Function Chart Graf sekwencji TRANSITION tranzycja, przejście START INITIAL STEP blok/krok startowy/początkowy/ inicjujący blok aktywny STEP blok, krok blok nieaktywny Zawsze bloki
Bardziej szczegółowoData Mining Wykład 9. Analiza skupień (grupowanie) Grupowanie hierarchiczne O-Cluster. Plan wykładu. Sformułowanie problemu
Data Mining Wykład 9 Analiza skupień (grupowanie) Grupowanie hierarchiczne O-Cluster Plan wykładu Wprowadzanie Definicja problemu Klasyfikacja metod grupowania Grupowanie hierarchiczne Sformułowanie problemu
Bardziej szczegółowoDiagramy zachowania. Diagramy struktury. Przypadków użycia. Stanów. Przeglądu interakcji widoku interakcji (ang. interaction overview)
Modelowanie Podstawowe zasady modelowania: Podjęcie decyzji, jakie modele tworzyć, ma wielki wpływ na to, w jaki sposób zaatakujemy problem i jaki kształt przyjmie rozwiązanie Każdy model może być opracowany
Bardziej szczegółowoProjektowanie Systemów Informatycznych 2011/2012
Projektowanie Systemów Informatycznych 2011/2012 Kontakt e-mail: dmirowska@wne.uw.edu.pl - w tytule proszę wpisać: PSI i nr grupy, do której Student uczęszcza - mail powinien zawierać: imię i nazwisko
Bardziej szczegółowoFaza analizy (modelowania) Faza projektowania
Faza analizy (modelowania) Faza projektowania Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie: co i przy jakich ograniczeniach system ma robić? Wynikiem tej analizy jest zbiór wymagań
Bardziej szczegółowoModelowanie obiektowe TI 2009/2010
Modelowanie obiektowe TI 2009/2010 Sprawy organizacyjne dr Wojciech Tylman, Katedra Mikroelektroniki i Technik Informatycznych PŁ B 18, Ip., p. 56 www.dmcs.p.lodz.pl tyl@dmcs.p.lodz.pl godziny przyjęć:
Bardziej szczegółowoProjektowanie obiektowe oprogramowania Wykład 2 - UML Wiktor Zychla 2016
Projektowanie obiektowe oprogramowania Wykład 2 - UML Wiktor Zychla 206 Spis treści Wprowadzenie... 2 2 Diagramy klas... 3 2. Hierarchia modeli... 3 2.. Diagram modelu pojęciowego... 3 2..2 Diagram modelu
Bardziej szczegółowoAnaliza i mapowanie procesów
45 min Ergonomia pracy umysłowej prof. dr hab. inż. Marcin Sikorski Analiza i mapowanie procesów 5 Data wykładu:............. Razem slajdów: 30 Procesy informacyjne (informacyjno-decyzyjne) procesy, w
Bardziej szczegółowoWykład 1 Inżynieria Oprogramowania
Wykład 1 Inżynieria Oprogramowania Wstęp do inżynierii oprogramowania. Cykle rozwoju oprogramowaniaiteracyjno-rozwojowy cykl oprogramowania Autor: Zofia Kruczkiewicz System Informacyjny =Techniczny SI
Bardziej szczegółowoSzkolenie jest również doskonałe dla programistów i testerów, którzy mają nadzieję na awans w kierunku analityka.
Kod szkolenia: Tytuł szkolenia: UML/ANA UML2 dla analityków Dni: 4 Opis: Adresaci Szkolenia: Szkolenie profilowane jest przede wszystkim dla analityków, którzy chcą modelować aplikacje, organizacje i procesy
Bardziej szczegółowoJęzyk UML w projektowaniu oprogramowania
Język UML w projektowaniu oprogramowania Autor: Jawor & others źródła: - czyjś pdf z paczki Mojziaka - prezentacja K. Materla, P. Stasiak - Martin Fowler: UML w Kropelce - Russ Milles, Kim Hamilton: Learning
Bardziej szczegółowoW cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania za pomocą UML.
Kod szkolenia: Tytuł szkolenia: UML/PRO UML2 dla projektantów Dni: 4 W cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania za pomocą
Bardziej szczegółowoModelowanie i analiza systemów informatycznych
Katolicki Uniwersytet Lubelski Jana Pawła II Wydział Matematyki, Informatyki i Architektury Krajobrazu Modelowanie i analiza systemów informatycznych ćwiczenia informacja wstępna dr Viktor Melnyk, prof.
Bardziej szczegółowoDiagramy klas. WYKŁAD Piotr Ciskowski
Diagramy klas WYKŁAD Piotr Ciskowski przedstawienie statyki systemu graficzne przedstawienie statycznych, deklaratywnych elementów dziedziny przedmiotowej oraz związków między nimi obiekty byt, egzemplarz
Bardziej szczegółowoDiagramy przypadków użycia
Instytut Informatyki Uniwersytetu Śląskiego 10 października 2010 Spis treści 1 Wprowadzenie do UML 2 3 4 5 6 Diagramy UML Język UML definiuje następujący zestaw diagramów: diagram przypadków użycia - służy
Bardziej szczegółowoModelowanie danych, projektowanie systemu informatycznego
Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym Modele - konceptualne reprezentacja obiektów w uniwersalnym
Bardziej szczegółowoStan/zdarzenie Nexo. Zmienne wirtualne. Zdarzenia wirtualne
WARUNKI WARUNKI I I ZDARZENIA ZDARZENIA Określają czy pewna zależność logiczna związana ze stanem systemu jest w danej chwili spełniona lub czy zaszło w systemie określone zdarzenie. STAN SYSTEMU: stan
Bardziej szczegółowoDIAGRAMY SEKWENCJI I KOLABORACJI
DIAGRAMY SEKWENCJI I KOLABORACJI Maciej Patan Modelowanie behawioralne Model behawioralny: Opis systemu koncentrujący się na dynamicznym zachowaniu składników systemu, włączając w to wzajemne interakcje
Bardziej szczegółowoProjektowanie systemów informacyjnych
Projektowanie systemów informacyjnych E. Stemposz, Analiza i Projektowanie Systemów Informatycznych, Wykład 10, Slajd 1 Wykład 10 Model dynamiczny (2) Diagramy stanów Ewa Stemposz Instytut Podstaw Informatyki
Bardziej szczegółowoDiagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym
Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM
Bardziej szczegółowoKurs programowania. Wykład 12. Wojciech Macyna. 7 czerwca 2017
Wykład 12 7 czerwca 2017 Czym jest UML? UML składa się z dwóch podstawowych elementów: notacja: elementy graficzne, składnia języka modelowania, metamodel: definicje pojęć języka i powiazania pomiędzy
Bardziej szczegółowoSpis treúci. 1. Wprowadzenie... 13
Księgarnia PWN: W. Dąbrowski, A. Stasiak, M. Wolski - Modelowanie systemów informatycznych w języku UML 2.1 Spis treúci 1. Wprowadzenie... 13 2. Modelowanie cele i metody... 15 2.1. Przegląd rozdziału...
Bardziej szczegółowoKatMPBSoft marekbilski@katmpbsoft.pl - 1 -
Przedstawiona dokumentacja UML jest ściśle chroniona prawami autorskimi. Jej celem jest jedynie pokazanie w jaki sposób firma KatMPBSoft, takie dokumentacje przygotowuje. Dokumentacja UML nie może być
Bardziej szczegółowoDiagramy zachowania. Diagramy struktury. przypadki użycia. Stanów. Przeglądu interakcji widoku interakcji (ang. interaction overview)
Modelowanie Podstawowe zasady modelowania: Podjęcie decyzji, jakie modele tworzyć, ma wielki wpływ na to, w jaki sposób zaatakujemy problem i jaki kształt przyjmie rozwiązanie Każdy model może być opracowany
Bardziej szczegółowo