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



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

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

Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji

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

UML w Visual Studio. Michał Ciećwierz

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

Projektowanie interakcji. Jarosław Kuchta

Wprowadzenie do UML Rodzaje diagramów Przeglad oprogramowania Zadania Rozwiazania zadań Bibliografia. Warsaw Dziobax

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Diagramy czynności. Widok logiczny. Widok fizyczny

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

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

IO - inżynieria oprogramowania. dr inż. M. Żabińska, zabinska@agh.edu.pl

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 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla studenta

Podstawy inżynierii oprogramowania

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 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela

Podstawy programowania III WYKŁAD 4

Wprowadzenie do UML, przykład użycia kolizja

Inżynieria oprogramowania

Język UML w modelowaniu systemów informatycznych

Inżynieria oprogramowania Wprowadzenie. WYKŁAD Piotr Ciskowski

WPROWADZENIE DO UML-a

Modelowanie aktywności. Jarosław Kuchta Programowanie Współbieżne

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

Diagramy UML, przykład problemu kolizji

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

Inżynieria oprogramowania

SVN. 10 października Instalacja. Wchodzimy na stronę i pobieramy aplikację. Rysunek 1: Instalacja - krok 1

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

Diagramy przypadków użycia

Język UML w modelowaniu systemów informatycznych

INŻYNIERIA OPROGRAMOWANIA. laboratorium

Analiza i projektowanie obiektowe w UML Kod przedmiotu

Diagram przypadków użycia

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

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

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

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

Podstawy języka UML UML

Podstawy języka UML UML

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

Unified Modeling Language

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski

Język UML w modelowaniu systemów informatycznych

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

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

Inżynieria oprogramowania. Jan Magott

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

Projektowanie systemów informatycznych. wykład 6

Podstawy modelowania w języku UML

Identyfikacja i modelowanie struktur i procesów biologicznych

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

Technologie obiektowe. Plan. Ewolucja technik wytwarzania oprogramowania

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

Michał Adamczyk. Język UML

Projektowanie baz danych

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

Modelowanie i analiza systemów informatycznych

JĘZYK UML JAKO NARZĘDZIE MODELOWANIA PROCESU PROJEKTOWO-KONSTRUKCYJNEGO

Modelowanie obiektowe - Ćw. 5.

Unified Modeling Language

Inżynieria oprogramowania Wprowadzenie. WYKŁAD Piotr Ciskowski

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

Overlord Przypadki użycia

UML. dr inż. Marcin Pietroo

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

Inżynieria wymagań. Wykład 2 Proces pisania przypadków użycia. Część 6 Wskazówki i sugestie

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

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska

Język UML w modelowaniu systemów informatycznych

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

KATEDRA INFORMATYKI STOSOWANEJ PŁ INŻYNIERIA OPROGRAMOWANIA

Wykorzystanie standardów serii ISO oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych

APLIKACJA KLIENT-SERWER DO SPORZĄDZANIA I PRZEPROWADZANIA TESTÓW ONLINE - METODYKA ROZWOJU I OPISU APLIKACJI Z WYKORZYSTANIEM UML

Język UML w modelowaniu systemów informatycznych

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

Diagramy klas. WYKŁAD Piotr Ciskowski

Analiza i projektowanie obiektowe 2015/2016. Wykład 2: Przypadki użycia

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

Dr Katarzyna Grzesiak-Koped

Podstawy języka UML2 w realnych projektach

Inżynieria oprogramowania

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

Modelowanie i analiza systemów informatycznych Spis treści

NIFIED M L ODELLING ANGUAGE. Diagramy czynności

Zeszyty Naukowe UNIWERSYTETU PRZYRODNICZO-HUMANISTYCZNEGO w SIEDLCACH Seria: Administracja i Zarządzanie Nr

Tytuł pracy: PRACA MAGISTERSKA AUTOR: KRAKÓW, Marzec 2011 Promotor pracy :

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

Podstawy modelowania programów Kod przedmiotu

Najkrótsza droga Maksymalny przepływ Najtańszy przepływ Analiza czynności (zdarzeń)

Techniki modelowania programów Kod przedmiotu

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

Lista przykładowych pytań do egzaminu z przedmiotu Inżynieria Oprogramowania

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

Analiza i projektowanie obiektowe 2016/2017. Wykład 8: Przypisywanie obiektom odpowiedzialności (2)

Informatyka II stopień (I stopień / II stopień) ogólnoakademicki (ogólno akademicki / praktyczny) kierunkowy (podstawowy / kierunkowy / inny HES)

Transkrypt:

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ę

UML cz. I 3/1 UML właściwości Właściwości UML: jest językiem formalnym jest zwięzły jest wyczerpujący jest skalowalny jest utworzony na podstawie wniosków z doświadczeń jest standardem

UML cz. I 4/1 UML historia Trzech amigos OOAD (Object-Oriented Analysis and Design) Grady Booch OOSE (Object-Oriented Software Engineering) Ivar Jacobson OMT (Object Modeling Technique) James Rumbaugh

UML obecnie UML cz. I 5/1

UML cz. I 6/1 Stopnie używalności języka UML UML w charakterze szkicu UML w charakterze planu projektu UML w charakterze języka programowania

UML cz. I 7/1 Widoki modelu Rysunek: Model widoku 4+1 Filipa Kruchtena

UML cz. I 8/1 Składowe UML elementy związki diagramy

UML cz. I 9/1 Pierwszy posmak UML notatki komentarze, uwagi nie uchwycone na diagramach stereotypy sygnalizuje specjalne użycie

UML cz. I 10/1 Modelowanie wymagań przypadki użycia Przypadek użycia jest przypadkiem, w którym dany system jest używany w celu spełnienia jednego lub więcej wymagań użytkownika przypadki użycia są wymaganiami funkcjonalnymi przypadki użycia nie określają, czego system nie powinien robić

UML cz. I 11/1 Modelowanie wymagań aktorzy Aktor aktorzy nie muszą być rzeczywistymi ludźmi aktorów należy traktować jak czarne skrzynki aktorzy muszą współdziałać z systemem

UML cz. I 12/1 Przypadki użycia aktorzy Rysunek: Wyodrębnianie aktorów

UML cz. I 13/1 Przypadki użycia aktorzy Rysunek: Udoskonalanie aktorów

UML cz. I 14/1 Przypadki użycia Rysunek: Notacja Przypadek użycia z perspektywy użytkownika jest kompletnym wykorzystaniem systemu składa się z interakcji użytkownika z systemem i rezultatu przypadek użycia powinien mieć zdefiniowane kryteria powodzenia i niepowodzenia

UML cz. I 15/1 Linie komunikacji Rysunek: Linia komunikacji pomiędzy aktorem a przypadkiem użycia komunikacja między aktorem a przypadkiem użycia strzałka na linii komunikacji może oznaczać przepływ informacji lub sugeruje kto rozpoczyna dany przypadek użycia

UML cz. I 16/1 Granice systemu Rysunek: Aktor Administrator umieszczony jest na zewnątrz systemu System zarządzania zawartością reprezentowanego przez prostokąt

UML cz. I 17/1 Szczegółowy opis przypadku użycia Szczegółowy opis przypadku użycia Powiązane wymagania Kontekst zadaniowy Warunki wstępne Warunek pomyślnego zakończenia Warunek niepomyślnego zakończenia Aktorzy główni Aktorzy drugoplanowi Wyzwalacz Główny przepływ wykonania Rozszerzenia Co oznacza dany opis i dlaczego jest przydatny? Wskazanie, które wymagania są przez dany przypadek użycia spełnione w całości lub częściowo. Umiejscowienie danego przypadku użycia w systemie oraz określenie, dlaczego jest on istotny. Co musi zajść przed wykonaniem danego przypadku użycia. Jaki powinien być stan systemu w razie wykonania danego przypadku użycia zakończonego powodzeniem. Jaki powinien być stan systemu w razie wykonania danego przypadku użycia zakończonego niepowodzeniem. Główni aktorzy uczestniczący w danym przypadku użycia. Często obejmuje również aktorów uruchamiających dany przypadek użycia lub uzyskujących z niego informacje w sposób bezpośredni. Aktorzy uczestniczący w danym przypadku użycia, lecz nie będący głównymi graczami. Zdarzenie wyzwalane przez aktora, powodujące wykonanie danego przypadku użycia. Miejsce służące do opisu każdej z ważnych czynności występujących podczas normalnego wykonywania danego przypadku użycia. Opis dowolnych czynności dodatkowych, innych niż te opisane w głównym przepływie wykonania.

UML cz. I 18/1 Szczegółowy opis przypadku użycia Nazwa przypadku użycia Powiązane wymagania Kontekst zadaniowy Warunki wstępne Warunek pomyślnego zakończenia Warunek niepomyślnego zakończenia Aktorzy główni Aktorzy drugoplanowi Wyzwalacz Utwórz nowe konto pamiętnika Wymaganie A.1. Nowy lub już istniejący autor żąda od administratora utworzenia nowego konta pamiętnika internetowego. System dostępny jest dla rozpoznanych autorów, dlatego też autor musi dysponować odpowiednim potwierdzeniem tożsamości. Dla autora tworzone jest nowe konto pamiętnika. Wniosek o konto jest odrzucany. Administrator. Baza danych z danymi autorów. Administrator żąda od systemu CMS utworzenia nowego konta pamiętnika internetowego. Główny przepływ wykonania Krok Akcja 1. Administrator prosi system o utworzenie nowego konta pamiętnika. 2. Administrator wybiera rodzaj konta. 3. Administrator wprowadza szczegółowe dane autora. 4. Szczegółowe dane autora są weryfikowane przy użyciu informacji pobranych z bazy danych autorów. 5. Tworzone jest nowe konto pamiętnika. 6. Podsumowanie informacji o nowym koncie przesyłane jest pocztą elektroniczną do autora. Rozszerzenia Krok Rozgałęziona akcja 4.1. Informacje uzyskane z bazy danych autorów nie pozwalają na potwierdzenie danych autora. 4.2. Wniosek o utworzenie nowego konta jest odrzucany.

UML cz. I 19/1 Zależności pomiędzy przypadkami użycia Rysunek: Zależność <<include>> umożliwia wielokrotne wykorzystanie przypadku użycia

UML cz. I 20/1 Zależności pomiędzy przypadkami użycia Rysunek: System zarządzania zawartością może tworzyć dwa rodzaje kont zwykłe oraz redakcyjne

UML cz. I 21/1 Zależności pomiędzy przypadkami użycia Rysunek: <<extend>> oznacza, że przypadek użycia Utwórz nową osobistą stronę Wiki oraz Utwórz nowe konto pamiętnika może okazjonalnie wykorzystywać zapisywanie odrzucenia wniosku

UML cz. I 22/1 Diagramy czynności należą do widoku procesu umożliwiają pokazanie w jaki sposób system osiąga zamierzone cele prosta notacja

Diagramy czynności przykład UML cz. I 23/1

Diagramy czynności UML cz. I 24/1

Diagramy czynności Rysunek: Węzeł decyzyjny Warunki: przyjmują wartość logiczną prawda lub fałsz przykłady warunków: [Autoryzacja], [wordcount >= 100], [wordcount > 0 & wordcount < 100] tylko jeden warunek może mieć wartość prawda UML cz. I 25/1

UML cz. I 26/1 Diagramy czynności Rysunek: Akcje przygotuj obudowę i przygotuj płytę główną mogą być wykonywane równolegle

UML cz. I 27/1 Obiekty oraz przekaźniki danych Rysunek: Węzeł obiektu Zamówienie sygnalizuje fakt jego przepływu od akcji Pobierz zamówienie do Zatwierdź płatność Rysunek: To samo za pomocą przekaźnika

UML cz. I 28/1 Diagramy czynności Rysunek: Sygnały wskazują na interakcję z zewnętrznymi uczestnikami

UML cz. I 29/1 Diagramy czynności Pozostałe elementy partycje zdarzenia czasowe wywoływanie innych czynności

UML cz. I 30/1 Diagram sekwencji widok logiczny przedstawiają kolejność interakcji pomiędzy uczestnikami

UML cz. I 31/1 Diagram sekwencji uczestnicy Rysunek: Uczestnicy na diagramie sekwencji

UML cz. I 32/1 Diagram sekwencji uczestnicy Przykłady nazw uczestników Admin :ContentManagementSystem admin:administrator :ContentManagementSystem ref cmsinteraction

UML cz. I 33/1 Diagram sekwencji komunikaty Rysunek: Wysłanie komunikatu

UML cz. I 34/1 Diagram sekwencji komunikaty Sygnatury komunikatów dosomething() dosomething(number1:number, number2:number) dosomething():returnclass myvar = dosomething():returnclass

UML cz. I 35/1 Diagram sekwencji komunikaty Rysunek: Rodzaje komunikatów

UML cz. I 36/1 Diagram sekwencji przykład Utwórz nowe zwykłe konto pamiętnika Główny przepływ Krok Akcja wykonania 1. Administrator prosi system o utworzenie nowego konta pamiętnika. 2. Administrator wybiera rodzaj konta. 3. Administrator wprowadza szczegółowe dane autora. 4. Szczegółowe dane autora są weryfikowane przy użyciu informacji pobranych z bazy danych autorów. 5. Tworzone jest nowe konto pamiętnika. 6. Podsumowanie informacji o nowym koncie przesyłane jest pocztą elektroniczną do autora.

UML cz. I 37/1 Diagram sekwencji przykład Rysunek: Utwórz nowe zwykłe konto pamiętnika

UML cz. I 38/1 Diagram sekwencji przykład Rysunek: Utwórz nowe zwykłe konto pamiętnika z wykorzystaniem fragmentu sekwencji

UML cz. I 39/1 Diagram sekwencji przykład Rysunek: Utwórz nowe zwykłe konto pamiętnika z wykorzystaniem fragmentu sekwencji cd.

UML cz. I 40/1 Diagram sekwencji przykład Rysunek: Utwórz nowe zwykłe konto pamiętnika z wykorzystaniem fragmentu sekwencji cd.

UML cz. I 41/1 W wykładzie wykorzystano materiały Miles R., Hamilton K.: UML 2.0. Wprowadzenie, Helion, Gliwice 2007