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

Wielkość: px
Rozpocząć pokaz od strony:

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

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 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ółowo

Diagramy sekwencji. wymienianych między nimi

Diagramy 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ółowo

UML. dr inż. Marcin Pietroo

UML. 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ółowo

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

koniec 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ółowo

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

Diagramy 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ółowo

Język UML w modelowaniu systemów informatycznych

Ję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ółowo

Diagramy czynności. Widok logiczny. Widok fizyczny

Diagramy 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ółowo

Inżynieria oprogramowania

Inż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ółowo

Język UML w modelowaniu systemów informatycznych

Ję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ółowo

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

Diagramy 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ółowo

Modelowanie obiektowe - Ćw. 6.

Modelowanie 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ółowo

Diagramy czynności Na podstawie UML 2.0 Tutorial

Diagramy 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ółowo

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

TECHNOLOGIE 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ółowo

Język UML w modelowaniu systemów informatycznych

Ję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ółowo

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

Diagramy 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ółowo

Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji

Inż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

Ź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ółowo

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

Diagramy 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ółowo

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

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 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ółowo

UML - zarys 2007/2008

UML - 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ółowo

Podstawy języka UML2 w realnych projektach

Podstawy 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ółowo

Podstawy języka UML2 w realnych projektach

Podstawy 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ółowo

Projektowanie interakcji. Jarosław Kuchta

Projektowanie 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ółowo

PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH 2010/2011 MGR DOROTA MIROWSKA

PROJEKTOWANIE 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ółowo

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

Diagramy 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ółowo

Modelowanie i analiza systemów informatycznych.

Modelowanie 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ółowo

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

Laboratorium 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ółowo

Podstawy programowania III WYKŁAD 4

Podstawy 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ółowo

SysML Tworzenie diagramu aktywności SysML005

SysML 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ółowo

miejsca przejścia, łuki i żetony

miejsca 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ółowo

NIFIED M L ODELLING ANGUAGE. Diagramy czynności

NIFIED 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ółowo

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

MAS 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ółowo

Model 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 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ółowo

Sieci Petriego. Sieć Petriego

Sieci 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ółowo

UML w Visual Studio. Michał Ciećwierz

UML 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ółowo

LABORATORIUM 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. 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ółowo

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

UML 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ółowo

TECHNOLOGIE OBIEKTOWE. Wykład 3

TECHNOLOGIE 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ółowo

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

UML (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ółowo

Diagram przypadków użycia

Diagram 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ółowo

Michał Adamczyk. Język UML

Michał 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ółowo

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

Wymagania 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ółowo

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

UML 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ółowo

Modelowanie i analiza systemów informatycznych.

Modelowanie 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ółowo

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

Laboratorium 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ółowo

Inż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 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ółowo

Diagramy 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) *.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ółowo

Zagadnienia (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) 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ółowo

Podstawy modelowania w języku UML

Podstawy 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ółowo

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

UML 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ółowo

Modelowanie 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 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ółowo

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

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 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ółowo

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

Laboratorium 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ółowo

W cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania za pomocą UML.

W 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ółowo

Rysunek 1: Przykłady graficznej prezentacji klas.

Rysunek 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ółowo

W_4 Adaptacja sterownika PLC do obiektu sterowania. Synteza algorytmu procesu i sterowania metodą GRAFCET i SFC

W_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ółowo

Diagramy 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 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ółowo

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

Laboratorium 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ółowo

Modelowanie obiektowe ZPO 2009/2010

Modelowanie 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

Ś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ółowo

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

Cel 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ółowo

RAFAŁ KASPRZYK, copyright reserved

RAFAŁ 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ółowo

Modelowanie i analiza systemów informatycznych Spis treści

Modelowanie 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ółowo

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

Komputerowe 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ółowo

Architektura 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 Systemu Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu. Architektura jest zbiorem decyzji dotyczących: organizacji systemu komputerowego,

Bardziej szczegółowo

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

Diagram 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ółowo

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

ZARZĄ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ółowo

Rysunek 1: Przykładowy diagram stanów.

Rysunek 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ółowo

Jêzyk UML 2.0 w modelowaniu systemów informatycznych

Jê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ółowo

Analiza 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 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ółowo

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

Oprogramowanie 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ółowo

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

Iteracyjno-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ółowo

Adaptacja 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 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ółowo

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

KATEDRA 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ółowo

Unified Modeling Language

Unified 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ółowo

JĘZYK SFC Sequential Function Chart ki 2004 Graf sekwencji rbańs rad U on inż. K dr

JĘ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ółowo

Data 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. 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ółowo

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

Diagramy 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ółowo

Projektowanie Systemów Informatycznych 2011/2012

Projektowanie 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ółowo

Faza analizy (modelowania) Faza projektowania

Faza 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ółowo

Modelowanie obiektowe TI 2009/2010

Modelowanie 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ółowo

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

Projektowanie 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ółowo

Analiza i mapowanie procesów

Analiza 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ółowo

Wykład 1 Inżynieria Oprogramowania

Wykł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ółowo

Szkolenie jest również doskonałe dla programistów i testerów, którzy mają nadzieję na awans w kierunku analityka.

Szkolenie 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ółowo

Język UML w projektowaniu oprogramowania

Ję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ółowo

W cenie szkolenia uczestnik otrzymuje licencję na oprogramowanie Enterprise Architect, najlepsze narzędzie do modelowania za pomocą UML.

W 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ółowo

Modelowanie i analiza systemów informatycznych

Modelowanie 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ółowo

Diagramy klas. WYKŁAD Piotr Ciskowski

Diagramy 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ółowo

Diagramy przypadków użycia

Diagramy 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ółowo

Modelowanie danych, projektowanie systemu informatycznego

Modelowanie 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ółowo

Stan/zdarzenie Nexo. Zmienne wirtualne. Zdarzenia wirtualne

Stan/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ółowo

DIAGRAMY SEKWENCJI I KOLABORACJI

DIAGRAMY 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ółowo

Projektowanie systemów informacyjnych

Projektowanie 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ółowo

Diagramy 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 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ółowo

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

Kurs 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ółowo

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

Spis 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ółowo

KatMPBSoft marekbilski@katmpbsoft.pl - 1 -

KatMPBSoft 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ółowo

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

Diagramy 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