Unified Modeling Language

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "Unified Modeling Language"

Transkrypt

1 Unified Modeling Language Tomasz Pawlak

2 2 Plan prezentacji Wprowadzenie i historia UML Modelowanie z użyciem UML Wybrane diagramy struktury i zachowania Narzędzia wspierające UML

3 3 Unified Modeling Language (UML) Język modelowania systemów na etapie projektu i rozwoju Różne aspekty systemów Nie tylko oprogramowanie Inżynieria systemów Procesy biznesowe Struktury organizacyjne Wykorzystuje diagramy i schematy Standard przemysłowy (ISO/IEC oraz )

4 4 Historia UML 1990: Istnieje wiele niezwiązanych, niezależnie rozwijanych metod modelowania o różnym zastosowaniu Źródło: Guido Zockoll, Axel Scheithauer & Marcel Douwe Dekker (Mdd) - Translation and update of File:OO-historie-2.svg by AxelScheithauer, Okt 6, 2009, CC BY-SA 3.0,

5 5 Historia UML Najpopularniejsze metody Metoda Grady Boocha Object-modeling technique (James Rumbaugh) Object-oriented software engineering (Ivar Jacobson) Grady Booch: vonguard from Oakland, Nmibiaderivative work: YMS - This file was derived from Grady Booch, CHM jpg:, CC BY-SA 2.0, James Rumbaugh Ivar Jacobson: By English Wikipedia user Mikemacd, CC BY-SA 3.0,

6 6 Historia UML 1994: Rational Software Corporation Zatrudnienie Boocha, Rumbaugha, Jacobsona (1995) Pakiety oprogramowania dla metod Boocha, OMT i OOSE 1996: UML Partners konsorcjum założone przez w/w Cel: standaryzacja Później dołączyli: HP, DEC, IBM, Microsoft

7 7 Historia UML : Object Management Group (OMG) otrzymało wersję roboczą UML : OMG otrzymało wersję : OMG przyjęło wersję 1.1 jako standard : Rozwój wersji : UML standardem ISO/IEC 19501

8 8 Historia UML

9 9 Krytyka UML 1.x UML 1.1 powstał w rok! Standard niejednoznaczny, niespójny, niekompletny Brak precyzyjnego opisu znaczenia elementów diagramów Brak uwzględnienia przypadków brzegowych Brak standardu wymiany informacji Brak możliwości wymiany plików modeli między programami Złożoność Niezrozumiały dla osób decyzyjnych i klientów (nie informatyków) Spójność Trudność w utrzymaniu spójności kodu i projektu

10 10 Historia UML 2005: UML : UML : UML standardem ISO/IEC i ISO/IEC

11 11 Elementy standardu UML 2.x Infrastruktura Metamodel baza superstruktur Superstruktury Definicja notacji i semantyki diagramów i ich elementów Object Constraint Language (OCL) Służy definiowaniu reguł dla elementów modelu UML Diagram Interchange Format plików/wymiany informacji

12 12 Rodzaje diagramów UML Diagramy strukturalne Modelują elementy systemu konieczne do jego pracy Diagramy zachowania Modelują dynamikę zmiany stanu systemu Warunki początkowe i końcowe, ograniczenia

13 13 Źródło:

14 14 Modelowanie z użyciem UML

15 15 Wysokopoziomowa specyfikacja wymagań Kluczowe pytania Czym aplikacja powinna być? Co aplikacja powinna robić? Jakie powinny być główne pakiety systemu? Jakie komponenty należą do poszczególnych pakietów? W jakim środowisku system będzie działać? Kto ma dostęp do aplikacji i w jakim celu?

16 16 Diagram aktywności Opis procesu biznesowego Odpowiedź na pytanie czym aplikacja powinna być Specyfikacja Głównych komponentów biorących w procesie Zadań tych komponentów Modelowanie Wysokopoziomowych interakcji między komponentami Procesów decyzyjnych

17 17 Elementy diagramu aktywności Partycja (partition) Organizacja powiązanych elementów przez grupowanie Węzeł początkowy (initial node) Węzeł końcowy (activity final node) Zakończenie całej aktywności Wyjście z systemu (flow final node) Zakończenie pojedynczej ścieżki przetwarzania Węzeł decyzyjny (decision node) Wpływa na dalszy kierunek przetwarzania Węzeł łączący (merge node) Grupuje wiele ścieżek przepływu sterowania

18 18 Elementy diagramu aktywności Węzeł podziału (fork node) Rozpoczyna wiele równoległych ścieżek przetwarzania Węzeł połączenia (join node) Kończy wiele równoległych ścieżek przetwarzania Przejście możliwe jeśli wszystkie wchodzące ścieżki zakończą się Stan aktywności (activity state) Inaczej akcja: Stan wykonywania elementarnej akcji w ramach aktywności Wywołanie nazwanej akcji (call operation action)

19 19 Elementy diagramu aktywności Parametr aktywności (activity parameter) Parametr procesu biznesowego Trwały magazyn danych (data store)

20 20 Elementy diagramu aktywności Parametr akcji (input pin) Wyjście akcji (output pin)

21 21 Kontrola przepływu sterowania Definicja przepływu przetwarzania Następstwo akcji Bez informacji o przekazanych danych Na ogólnym poziomie modelowania wystarczające Przepływ danych Następstwo akcji Informacja o przekazaniu danych

22 22

23 23 Diagram przypadków użycia Odpowiada na pytanie kto ma dostęp do systemu i w jakim celu Opis interfejsów zewnętrznych systemu Specyfikacja Aktorów / ról użytkowników systemu Dostępnych dla nich aktywności i modułów systemu

24 24 Elementy diagramu przypadków użycia Aktor (actor) Użytkownik systemu Człowiek lub inny system Przypadek użycia (use case) Aktywność możliwa do wykonania przez użytkownika Komponent (subject) Odpowiedzialny za dostęp do aktywności Np.: klasa, interfejs, typ danych itp.

25 25 Kontrola związków Związek (relationship) Zakres aktywności dostępnych dla aktora Uogólnienie (generalization) Specjalizacja ma dostęp do wszystkich przypadków użycia generalizacji

26 26 Kontrola związków Rozszerzenie (extend) Opcjonalny przypadek użycia wykonywany wraz z innym Rozszerzenie może być zastosowane do wielu przypadków użycia Rozszerzenie może nie być samodzielne Zawieranie (include) Obligatoryjne zawieranie przypadków użycia Służy dekompozycji złożonych przypadków użycia

27 27 Diagram przypadków użycia przykład

28 28 Diagram pakietów Odpowiada na pytanie jakie są główne pakiety systemu Definicja Organizacji komponentów Zależności między pakietami i komponentami

29 29 Elementy diagramu pakietów Pakiet (package)

30 30 Relacje diagramu pakietów Zawieranie (contained in) Pakiet jest zbiorem innych pakietów Definiuje hierarchę Import nazw (import) Umożliwia odwołanie do elementów innego pakietu bez pełnej nazwy Jak import w Javie / using w C#

31 31 Relacje diagramu pakietów Użycie (usage) Pakiet jest klientem funkcjonalności innego pakietu Zależność (dependency) Pakiet jest zależny od funkcjonalności innego pakietu Nawet jeśli nie zachodzi bezpośrednie użycie Np.: Zależność typu producent konsument

32 32 Relacje diagramu pakietów Łączenie (merge) Pakiet staje się częścią innego pakietu Wielodziedziczenie lub kopiowanie kodu

33 33 Diagram pakietów przykład

34 34 Diagram komponentów Odpowiada na pytanie jakie komponenty należą do jakich pakietów Definicja Organizacji komponentów Powiązań między komponentami Uwaga! Bardzo podobny do diagramu struktury komponentów Główna różnica: poziom detaliczności

35 35 Elementy diagramu komponentów Komponent (component) Moduł systemu Podkomponent (component into a component) Klasa (class) Klasa w komponencie (class into a component)

36 36 Elementy diagramu komponentów Port w komponencie (port on a component) Służy interakcji komponentu ze środowiskiem Np.: komponentami zewnętrznymi względem systemu Port w klasie (port on a class) jw. ale interakcja z klasą Interfejs (interface) Kontrakt spełniony przez implementujące klasy

37 37 Relacje diagramu komponentów Użycie (usage) Komponent wykorzystuje funkcjonalność innego Zależność (dependency) Komponent jest zależny od funkcjonalności innego Nie musi to być bezpośrednie użycie

38 38 Relacje diagramu komponentów Realizacja komponentu (component realization) Delegacja realizacji funkcjonalności komponentu do innych komponentów Przykład: Component4 realizuje funkcjonalność Component5 Realizacja interfejsu (interface realization) Delegacja realizacji funkcjonalności interfejsu do innych komponentów

39 39 Relacje diagramu komponentów Generalizacja (generalization) Wykorzystywane w dziedziczeniu Redefinicja (redefined) Wskazanie na port klasy korzystający z portu komponentu

40 40 Uniwersalne zastosowanie interfejsów Jako interfejsów portów Żądanie komponentu o interfejsie Implementacja interfejsu Jako interfejsów komponentów

41 41 Uniwersalne zastosowanie klas Jako samodzielny komponent Jako element komponentu

42 42 Powiązania między komponentami Na poziomie komponentów

43 43 Powiązania między komponentami Przez delegację do podkomponentów i klas

44 44 Diagram komponentów przykład

45 45 Diagram wdrożenia Odpowiada na pytanie, jak wygląda docelowe środowisko pracy systemu Definiuje Zewnętrzne komponenty i systemy Ich interfejsy dostępowe Powiązania z komponentami systemu

46 46 Elementy diagramu wdrożenia Węzeł (node) Fizyczny element systemu Urządzenie (device) Fizyczne urządzenie posiadające zdolność do przetwarzania informacji Środowisko uruchomieniowe (execution environment) Miejsce wdrożenia artefaktów Artefakt (artifact) Informacja używana lub utworzona przez system

47 47 Relacje diagramu wdrożenia Połączenie (link) Zależność (dependency)

48 48 Relacje diagramu wdrożenia Generalizacja między artefaktami Generalizacja między węzłami

49 49 Relacje diagramu wdrożenia Wdrożenie (deployment) Umieszczenie artefaktu w środowisku obliczeniowym

50 50 Relacje diagramu wdrożenia Manifestacja (manifestation) Publikacja manifestu (opisu) komponentu/artefaktu Interfejsy Żądania interfejsów Dostępna funkcjonalność Zawartość

51 51

52 52 Przygotowanie do implementacji Wysokopoziomowa specyfikacja systemu jest gotowa Kolej na specyfikacje szczegółów implementacyjnych Jak zorganizować logikę przetwarzania? W jakich stanach elementy logiki mogą się znaleźć?

53 53 Diagram klas Odpowiada na pytania Jakie klasy znajdują się w poszczególnych komponentach? Za co są one odpowiedzialne? Jakimi relacjami są powiązane? Najlepiej rozpoznawalny/najpopularniejszy typ diagramu Dużo narzędzi do automatyzacji tworzenia z kodu Lub tworzenia kodu na podstawie diagramu

54 54 Elementy diagramu klas Typ danych (datatype) Wyliczenie (enumeration) Typ danych o skończonym, ustalonym zbiorze wartości nominalnych Typ prosty (primitive type) Liczba, struktura itp.

55 55 Elementy diagramu klas Klasa (class) Reprezentacja typu obiektu Nazwy klas abstrakcyjnych zapisane kursywą Klasa generyczna (generic class) Klasa parametryzowana przez inny typ Interfejs (interface) Kontrakt służący Żądaniu określonej funkcjonalności Zapewnieniu określonej funkcjonalności Pakiet (package) Przestrzeń nazw Służy grupowaniu klas o zbliżonym zastosowaniu

56 56 Specyfikacja pól klasy/interfejsu Format deklaracji pola: # name : type [multiplicity] Modyfikator widoczności: + public # protected - private / derived (read only) ~ package (internal) Nazwa pola Typ pola Multiplikatywność: [1] stała wartość [0..5] zakres [*] * oznacza dowolnie wiele [0..*] jw.

57 57 Specyfikacja metod klasy/interfejsu Format deklaracji metody: # name (argument: type) : type Modyfikator widoczności: Nazwa argumentu Typ zwracany + public # protected - private Nazwa metody Typ argumentu / derived (read only) ~ package (internal)

58 58 Relacje diagramu klas Źródło: Yanpas - Own work, CC BY-SA 4.0,

59 59 Powiązanie (association) Specyfikacja Nazwy relacji Multiplikatywności relacji Rola/nazwa pola w klasie przechowującego obiekty drugiej klasy Opcjonalnego kierunku Nie należy osobno specyfikować pól w klasie! 1 lub więcej autorów Profesor napisał 0 lub więcej książek

60 60 Dziedziczenie/implementacja interfejsu Specyfikacja dziedziczenia między klasami Klasa dziedzicząca otrzymuje pola i metody klasy bazowej Implementacja interfejsu oznaczona przerywaną linią Źródło: Noodlez84 - Own work, Public Domain,

61 61 Ogólna zależność Wykorzystanie klasy przez inną klasę W sposób nieodpowiadający innym rodzajom relacji Np.: jako zmienna lokalna w metodzie Źródło: Samirsyed - Own work, CC BY 3.0,

62 62 Agregacja (aggregation) Relacja typu część całość Obiekt jednej klasy (część) jest elementem innej klasy (całość) W implementacji nierozróżnialne z asocjacją Używane do modelowania sztucznych relacji Np.: Kolekcja instancji innych klas Brak silnego powiązania konkretnych instancji klas w kolekcji z kolekcją

63 63 Kompozycja (composition) Relacja typu część całość Cechy podobne do agregacji Ale: używane do modelowania powiązań między fizycznie istniejącymi obiektami, reprezentowanymi przez klasy

64 64 Diagram klas przykład

65 65 Diagram klas lepszy przykład Źródło:

66 66 Diagram maszyny stanów Odpowiada w jakich stanach może znaleźć się element systemu Specyfikacja Stanów Możliwych przejść między stanami Warunków przejść między stanami

67 67

68 68 Diagram sekwencji Podobne zastosowania do maszyny stanów Ale (zasadniczo) prezentują jeden przebieg przetwarzania

69 69

70 70 Operacja opcjonalna Alternatywne przebiegi przetwarzania

71 71 Narzędzia wspierające UML UML Designer Visual Studio Generowanie kodu na podstawie UML Generowanie UML na podstawie kodu Microsoft Visio

72 72 Wnioski UML umożliwia modelowanie systemu Z wielu perspektyw Diagramy struktury i zachowania Na wielu poziomach szczegółowości Każdy diagramu pozwala na pominięcie pewnych elementów Uproszczenia zapewniają elastyczność w implementacji, ale powodują, że specyfikacja wymagań jest niepełna Pewne elementy różnych diagramów są wizualnie zgodne Np.: relacje użycia, generalizacji, zależności itp.

73 73 Bibliografia Unified Modeling Language, Wikipedia, The Unified Modeling Language UML Designer User Guide, Reference Documentation

74 74 Dziękuję za uwagę Proszę o pytania

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

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

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

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

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

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

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

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

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

Podstawy języka UML UML

Podstawy języka UML UML Podstawy języka UML UML Plan prezentacji Wprowadzenie do modelowania Wprowadzenie do języka UML Diagram klas Diagram pakietów Diagram przypadków użycia Diagram czynności Terminologia Terminologia Aplikacja

Bardziej szczegółowo

Diagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com

Diagramy klas. dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com Diagramy klas dr Jarosław Skaruz http://ii3.uph.edu.pl/~jareks jaroslaw@skaruz.com O czym będzie? Notacja Ujęcie w różnych perspektywach Prezentacja atrybutów Operacje i metody Zależności Klasy aktywne,

Bardziej szczegółowo

Podstawy języka UML UML

Podstawy języka UML UML Podstawy języka UML UML Plan szkolenia Plan szkolenia Godzina (czas) 10:20 11:20 (60 min) 11:20 11:40 (20 min) 11:40 13:10 (90 min) 13:10 13:30 (20 min) 13:30 15:00 (90 min) Temat Wprowadzenie do UML (Definicja,

Bardziej szczegółowo

Podstawy inżynierii oprogramowania

Podstawy inżynierii oprogramowania Podstawy inżynierii oprogramowania Modelowanie. Podstawy notacji UML Aleksander Lamża ZKSB Instytut Informatyki Uniwersytet Śląski w Katowicach aleksander.lamza@us.edu.pl Zawartość Czym jest UML? Wybrane

Bardziej szczegółowo

WZORCE LOGIKI APLIKACJI Reużywalne składniki wymagań

WZORCE LOGIKI APLIKACJI Reużywalne składniki wymagań WZORCE LOGIKI APLIKACJI Reużywalne składniki wymagań Albert Ambroziewicz, Michał Śmiałek Politechnika Warszawska KKIO 0, SCR 0 27-29.09.200 Treść prezentacji Wprowadzenie powtarzalność rozwiązań w IO Koncepcja

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

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 1 Cel Język UML to język modelowania systemów informatycznych i ma w inżynierii

Bardziej szczegółowo

Dr Katarzyna Grzesiak-Koped

Dr Katarzyna Grzesiak-Koped Dr Katarzyna Grzesiak-Koped 2 Tworzenie oprogramowania Najlepsze praktyki IO Inżynieria wymagao Technologia obiektowa i język UML Techniki IO Metodyki zwinne Refaktoryzacja Mierzenie oprogramowania Jakośd

Bardziej szczegółowo

MODELOWANIE OBIEKTOWE

MODELOWANIE OBIEKTOWE (Wykład na podstawie literatury: M.Śmiałek Zrozumieć UML 2.0, Helion 2005) UML Unified Modeling Language (język do specyfikowania, wizualizowania, konstruowania i dokumentacji tzw. artefactów oraz czynności

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA. laboratorium

INŻYNIERIA OPROGRAMOWANIA. laboratorium INŻYNIERIA OPROGRAMOWANIA laboratorium UML 1/4 UML (Unified Modeling Language) - język modelowania obiektowego systemów i procesów [Wikipedia] Spojrzenie na system z różnych perspektyw dzięki zastosowaniu

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

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

Wprowadzenie do UML Rodzaje diagramów Przeglad oprogramowania Zadania Rozwiazania zadań Bibliografia. Warsaw Dziobax Wprowadzenie do Wprowadzenie do Narzędzia Magda Michalska Krzysztof Kulewski Tomasz Warchoł Mateusz Markowski Andrzej Pacuk Zespołowy Projekt Programistyczny 2006 Plan Wprowadzenie do 1 Wprowadzenie do

Bardziej szczegółowo

UML. zastosowanie i projektowanie w języku UML

UML. zastosowanie i projektowanie w języku UML UML zastosowanie i projektowanie w języku UML Plan Czym jest UML Diagramy przypadków użycia Diagramy sekwencji Diagramy klas Diagramy stanów Przykładowe programy Visual Studio a UML Czym jest UML UML jest

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

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 3 Diagramy przypadków użycia Diagramy przypadków użycia (ang. use case)

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

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

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

Inżynieria oprogramowania. Jan Magott

Inżynieria oprogramowania. Jan Magott Inżynieria oprogramowania Jan Magott Literatura do języka UML G. Booch, J. Rumbaugh, I. Jacobson, UML przewodnik użytkownika, Seria Inżynieria oprogramowania, WNT, 2001, 2002. M. Fowler, UML w kropelce,

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

Identyfikacja i modelowanie struktur i procesów biologicznych

Identyfikacja i modelowanie struktur i procesów biologicznych Identyfikacja i modelowanie struktur i procesów biologicznych Laboratorium 2: Wprowadzenie do UML-a. mgr inż. Urszula Smyczyńska AGH Akademia Górniczo-Hutnicza 1. Cel zajęć Celem zajęć jest zapoznanie

Bardziej szczegółowo

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty przedmiotu Stopień studiów i forma: Rodzaj przedmiotu Kod przedmiotu Grupa kursów Zaawansowane techniki analizy

Bardziej szczegółowo

Wprowadzenie do UML, przykład użycia kolizja

Wprowadzenie do UML, przykład użycia kolizja Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2012 Bogdan Kreczmer Niniejszy dokument

Bardziej szczegółowo

Język JAVA podstawy. Wykład 4, część 1. Jacek Rumiński. Politechnika Gdańska, Inżynieria Biomedyczna

Język JAVA podstawy. Wykład 4, część 1. Jacek Rumiński. Politechnika Gdańska, Inżynieria Biomedyczna Język JAVA podstawy Wykład 4, część 1 1 Język JAVA podstawy Plan wykładu: 1. Podstawy modelowania obiektowego 2. Konstruktory 3. Dziedziczenie, związki pomiędzy klasami, UML 4. Polimorfizm 5. Klasy abstrakcyjne

Bardziej szczegółowo

Inżynieria oprogramowania Wprowadzenie. WYKŁAD Piotr Ciskowski

Inżynieria oprogramowania Wprowadzenie. WYKŁAD Piotr Ciskowski Inżynieria oprogramowania Wprowadzenie WYKŁAD Piotr Ciskowski Etapy budowy systemu informatycznego Inżynieria oprogramowania o tworzenie dobrych programów / systemów o Wikipedia: wszelkie aspekty produkcji

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

Laboratorium 6 DIAGRAM KLAS (Class Diagram)

Laboratorium 6 DIAGRAM KLAS (Class Diagram) Laboratorium 6 DIAGRAM KLAS (Class Diagram) Opisuje strukturę programu (a także zależności między nimi), co znajduje odzwierciedlenie w kodzie. Charakteryzuje zależności pomiędzy składnikami systemu: klasami,

Bardziej szczegółowo

Diagramy UML, przykład problemu kolizji

Diagramy UML, przykład problemu kolizji Bogdan Kreczmer bogdan.kreczmer@pwr.edu.pl Katedra Cybernetyki i Robotyki Wydział Elektroniki Politechnika Wrocławska Kurs: Copyright c 2015 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu

Bardziej szczegółowo

Enterprise Architect - narzędzie do modelowania

Enterprise Architect - narzędzie do modelowania Kod szkolenia: Tytuł szkolenia: EA Enterprise Architect - narzędzie do modelowania Dni: 3 Opis: Adresaci szkolenia Szkolenie adresowane jest do osób, które już potrafią modelować w UML jednakże mają potrzebę

Bardziej szczegółowo

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla nauczyciela Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE

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 8 Diagram pakietów I Diagram pakietów (ang. package diagram) jest diagramem

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

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

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

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 10 Diagramy wdrożenia I Diagramy wdrożenia - stosowane do modelowania

Bardziej szczegółowo

UML a kod w C++ i Javie. Przypadki użycia. Diagramy klas. Klasy użytkowników i wykorzystywane funkcje. Związki pomiędzy przypadkami.

UML a kod w C++ i Javie. Przypadki użycia. Diagramy klas. Klasy użytkowników i wykorzystywane funkcje. Związki pomiędzy przypadkami. UML a kod w C++ i Javie Projektowanie oprogramowania Dokumentowanie oprogramowania Diagramy przypadków użycia Przewoznik Zarzadzanie pojazdami Optymalizacja Uzytkownik Wydawanie opinii Zarzadzanie uzytkownikami

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

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla studenta

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 1 Wprowadzenie do narzędzia CASE. Materiały dla studenta Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 1 Wprowadzenie do narzędzia CASE

Bardziej szczegółowo

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

Diagramy przypadków użycia. WYKŁAD Piotr Ciskowski Diagramy przypadków użycia WYKŁAD Piotr Ciskowski Diagram przypadków użycia definiowanie wymagań systemowych graficzne przedstawienie przypadków użycia, aktorów, związków między nimi występujących w danej

Bardziej szczegółowo

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

UML cz. II. UML cz. II 1/38 UML cz. II UML cz. II 1/38 UML cz. II 2/38 Klasy Najważniejsze informacje o klasie: różnica pomiędzy klasą a jej instancją (obiektem) na podstawie klasy tworzone są obiekty (instancje klasy) stan obiektu

Bardziej szczegółowo

Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska

Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska Wykład 7 Metodyki wytwarzania oprogramowania internetowego (2) Wykładowca: dr inż. Mariusz Trzaska Zagadnienia Wprowadzenie MDD Model Analityczny Projektowy Przykład Podsumowanie Wykorzystano materiały

Bardziej szczegółowo

Inżynieria oprogramowania Wprowadzenie. WYKŁAD Piotr Ciskowski

Inżynieria oprogramowania Wprowadzenie. WYKŁAD Piotr Ciskowski Inżynieria oprogramowania Wprowadzenie WYKŁAD Piotr Ciskowski Creating a software system what the customer ordered what the analyst understood what the project described what the programmers developed

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 11 SYSMOD Wykorzystane materiały Budapest University of Technology and Economics, Department of Measurement and InformaJon Systems: The

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

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

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

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

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

Tutorial prowadzi przez kolejne etapy tworzenia projektu począwszy od zdefiniowania przypadków użycia, a skończywszy na konfiguracji i uruchomieniu. AGH, EAIE, Informatyka Winda - tutorial Systemy czasu rzeczywistego Mirosław Jedynak, Adam Łączyński Spis treści 1 Wstęp... 2 2 Przypadki użycia (Use Case)... 2 3 Diagramy modelu (Object Model Diagram)...

Bardziej szczegółowo

Wzorce Strukturalne. Adapter: opis. Tomasz Borzyszkowski

Wzorce Strukturalne. Adapter: opis. Tomasz Borzyszkowski Adapter: opis Wzorce Strukturalne Tomasz Borzyszkowski Alternatywna nazwa: Wrapper (opakowanie) Rola obiektu Adapter: pełni wobec Klienta rolę otoczki, która umożliwia przetłumaczenie jego żądań na protokół

Bardziej szczegółowo

Identyfikacja i modelowanie struktur i procesów biologicznych

Identyfikacja i modelowanie struktur i procesów biologicznych Identyfikacja i modelowanie struktur i procesów biologicznych Laboratorium 2: Wprowadzenie do UML-a. mgr inż. Urszula Smyczyńska AGH Akademia Górniczo-Hutnicza 1. Cel zajęć Celem zajęć jest zapoznanie

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

Analiza i projektowanie aplikacji Java

Analiza i projektowanie aplikacji Java Analiza i projektowanie aplikacji Java Modele analityczne a projektowe Modele analityczne (konceptualne) pokazują dziedzinę problemu. Modele projektowe (fizyczne) pokazują system informatyczny. Utrzymanie

Bardziej szczegółowo

Dziedzina problemu. System. Model. Uzytkownik. Przewoznik. Zleceniodawca Wydawanie opinii. Zarzadzanie pojazdami

Dziedzina problemu. System. Model. Uzytkownik. Przewoznik. Zleceniodawca Wydawanie opinii. Zarzadzanie pojazdami Analiza/modelowanie Dziedzina problemu Opracowanie logicznego modelu dziedziny problemu Cele: Lepsze zrozumienie dziedziny problemu i lepsze określenie wymagań Podstawa przyszłego projektu Przewoznik Zarzadzanie

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

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

Język programowania. Andrzej Bobyk http://www.alfabeta.lublin.pl. www.alfabeta.lublin.pl/jp/

Język programowania. Andrzej Bobyk http://www.alfabeta.lublin.pl. www.alfabeta.lublin.pl/jp/ Język programowania Andrzej Bobyk http://www.alfabeta.lublin.pl www.alfabeta.lublin.pl/jp/ Literatura K. Reisdorph: Delphi 6 dla każdego. Helion, Gliwice 2001 A. Grażyński, Z. Zarzycki: Delphi 7 dla każdego.

Bardziej szczegółowo

Pakiety i interfejsy. Tomasz Borzyszkowski

Pakiety i interfejsy. Tomasz Borzyszkowski Pakiety i interfejsy Tomasz Borzyszkowski Pakiety podstawy W dotychczasowych przykładach nazwy klas musiały pochodzić z jednej przestrzeni nazw, tj. być niepowtarzalne tak, by nie doprowadzić do kolizji

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

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

Podstawy modelowania programów Kod przedmiotu

Podstawy modelowania programów Kod przedmiotu Podstawy modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Podstawy modelowania programów Kod przedmiotu 11.3-WI-INFP-PMP Wydział Kierunek Wydział Informatyki, Elektrotechniki

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 2 Związki między klasami Asocjacja (ang. Associations) Uogólnienie, dziedziczenie

Bardziej szczegółowo

Unified Modeling Language. Referat na seminarium magisterskie Zagadnienia Programowania Obiektowego Dymitr Pszenicyn

Unified Modeling Language. Referat na seminarium magisterskie Zagadnienia Programowania Obiektowego Dymitr Pszenicyn Unified Modeling Language Referat na seminarium magisterskie Zagadnienia Programowania Obiektowego Dymitr Pszenicyn Po co UML? Duże przedsięwzięcia informatyczne wymagają modelowania. Istniało wiele metodologii

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

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

Procesowa specyfikacja systemów IT

Procesowa specyfikacja systemów IT Procesowa specyfikacja systemów IT BOC Group BOC Information Technologies Consulting Sp. z o.o. e-mail: boc@boc-pl.com Tel.: (+48 22) 628 00 15, 696 69 26 Fax: (+48 22) 621 66 88 BOC Management Office

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Laboratorium z przedmiotu Programowanie obiektowe - zestaw 02 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas i obiektów z wykorzystaniem dziedziczenia.

Bardziej szczegółowo

Narzędzia CASE dla.net. Łukasz Popiel

Narzędzia CASE dla.net. Łukasz Popiel Narzędzia CASE dla.net Autor: Łukasz Popiel 2 Czym jest CASE? - definicja CASE (ang. Computer-Aided Software/Systems Engineering) g) oprogramowanie używane do komputerowego wspomagania projektowania oprogramowania

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

Informatyzacja przedsiębiorstw WYKŁAD

Informatyzacja przedsiębiorstw WYKŁAD Informatyzacja przedsiębiorstw WYKŁAD dr inż. Piotr Zabawa IBM/Rational Certified Consultant pzabawa@pk.edu.pl wersja 0.1.0 07.10.2010 Wykład 1 Modelowanie procesów biznesowych Przypomnienie rodzajów narzędzi

Bardziej szczegółowo

STANDARD UML 2.3 W ZARZĄDZANIU WYTWARZANIEM OPROGRAMOWANIA

STANDARD UML 2.3 W ZARZĄDZANIU WYTWARZANIEM OPROGRAMOWANIA Tomasz SOBESTIAŃCZYK ZESZYTY NAUKOWE WYDZIAŁU NAUK EKONOMICZNYCH STANDARD UML 2.3 W ZARZĄDZANIU WYTWARZANIEM OPROGRAMOWANIA Zarys treści: W pracy podjęto próbę przedstawienie UML 2.3 jako metody w zarządzaniu

Bardziej szczegółowo

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

Analiza i projektowanie obiektowe 2016/2017. Wykład 10: Tworzenie projektowego diagramu klas Analiza i projektowanie obiektowe 2016/2017 Wykład 10: Tworzenie projektowego diagramu klas Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Projektowy

Bardziej szczegółowo

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

MiASI. Modelowanie systemów biznesowych. Piotr Fulmański. 7 stycznia 2010. Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska MiASI Modelowanie systemów biznesowych Piotr Fulmański Wydział Matematyki i Informatyki, Uniwersytet Łódzki, Polska 7 stycznia 2010 Spis treści 1 Czym jest system biznesowy? Po co model bizensowy? Czym

Bardziej szczegółowo

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 2 Modelowanie i analiza systemów informatycznych 1. Warstwowa budowa systemów informatycznych 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wstęp do modelowania systemów

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

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

Diagramy czynności i syntaktyka diagramów klas Wykład3

Diagramy czynności i syntaktyka diagramów klas Wykład3 Diagramy czynności i syntaktyka diagramów klas Wykład3 Zofia Kruczkiewicz Zofia Kruczkiewicz Inżynieria oprogramowania INEK011 1 Składnia elementów na diagramach UML 1. W prezentacji składni diagramów

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

Fazy analizy (modelowania) oraz projektowania FAZA ANALIZY:

Fazy analizy (modelowania) oraz projektowania FAZA ANALIZY: Fazy analizy (modelowania) oraz projektowania Analiza bez brania pod uwagę szczegółów implementacyjnych Projektowanie ze szczegółami implementacyjnymi. FAZA ANALIZY: Celem fazy analizy jest ustalenie wszystkich

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Laboratorium z przedmiotu Programowanie obiektowe - zestaw 03 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami projektowania oraz implementacji klas abstrakcyjnych i interfejsów. Wprowadzenie

Bardziej szczegółowo

Podstawy modelowania biznesowego w inżynierii oprogramowania

Podstawy modelowania biznesowego w inżynierii oprogramowania Podstawy modelowania biznesowego w inżynierii oprogramowania 1. Rola modelowania biznesowego w inżynierii oprogramowania 2. Przegląd notacji (BPMN, UML w zast. biznesowym) 3. Powiązania modeli biznesowych

Bardziej szczegółowo

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

problem w określonym kontekście siły istotę jego rozwiązania Wzorzec projektowy Christopher Alexander: Wzorzec to sprawdzona koncepcja, która opisuje problem powtarzający się wielokrotnie w określonym kontekście, działające na niego siły, oraz podaje istotę jego

Bardziej szczegółowo

INŻYNIERIA OPROGRAMOWANIA. Język UML. Budowa modelu obiektowego i behawioralnego

INŻYNIERIA OPROGRAMOWANIA. Język UML. Budowa modelu obiektowego i behawioralnego Język UML. Budowa modelu obiektowego i behawioralnego Wykorzystane materiały: prezentacje Bartosza Waltera (UW) UML Tutorial(part1) by Robert C. Martin Historia projektowania obiektowego Początki projektowania

Bardziej szczegółowo

Projektowanie systemów informatycznych. wykład 6

Projektowanie systemów informatycznych. wykład 6 Projektowanie systemów informatycznych wykład 6 Iteracyjno-przyrostowy proces projektowania systemów Metodyka (ang. methodology) tworzenia systemów informatycznych (TSI) stanowi spójny, logicznie uporządkowany

Bardziej szczegółowo

Tom 6 Opis oprogramowania

Tom 6 Opis oprogramowania Część 4 Narzędzie do wyliczania wielkości oraz wartości parametrów stanu Diagnostyka stanu nawierzchni - DSN Generalna Dyrekcja Dróg Krajowych i Autostrad Warszawa, 30 maja 2012 Historia dokumentu Nazwa

Bardziej szczegółowo

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE]

JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE] JBPM [JUG] Tomasz Gratkowski [GRATKOWSKI SOFTWARE] Parę słów o mnie 2 Nauczyciel akademicki od 2000 roku Od 2002 współpracuję z firmami jako programista i projektant aplikacji Od 2006 roku właściciel firmy

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

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM.

MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM. PRACA DYPLOMOWA WYŻSZE STUDIA ZAWODOWE MODELOWANIE SYSTEMU INFORMATYCZNEGO WSPOMAGAJĄCEGO DZIAŁALNOŚĆ USŁUGOWĄ W ŚRODOWISKU OBIEKTOWO ZORIENTOWANYM. Marcin Brudka 3901 Promotor: Prof. dr hab. inż. Piotr

Bardziej szczegółowo

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

Modelowanie przypadków użycia. Jarosław Kuchta Projektowanie Aplikacji Internetowych Modelowanie przypadków użycia Jarosław Kuchta Podstawowe pojęcia Przypadek użycia jest formalnym środkiem dla przedstawienia funkcjonalności systemu informatycznego z punktu widzenia jego użytkowników.

Bardziej szczegółowo

Projektowanie systemów multimedialnych

Projektowanie systemów multimedialnych Projektowanie systemów multimedialnych Plan wykładu Podstawy projektowania obiektowego - Elementy UML Projektowanie dla web - WebML - Webratio Projektowanie interfejsów / GUI Multimedia w internecie Elementy

Bardziej szczegółowo