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

Podobne dokumenty
UML w Visual Studio. Michał Ciećwierz

Podstawy inżynierii oprogramowania

Podstawy programowania III WYKŁAD 4

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

Rysunek 1: Przykłady graficznej prezentacji klas.

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

Laboratorium 6 DIAGRAM KLAS (Class Diagram)

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

INŻYNIERIA OPROGRAMOWANIA. laboratorium

Diagramy klas. dr Jarosław Skaruz

Modelowanie danych, projektowanie systemu informatycznego

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

Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego

Język UML w modelowaniu systemów informatycznych

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

Podstawy projektowania systemów komputerowych

Baza danych przestrzennych modelowa reprezentacja fragmentu świata rzeczywistego

Podstawy języka UML UML

Diagramy klas. WYKŁAD Piotr Ciskowski

Modelowanie obiektowe

DIAGRAM KLAS. Kamila Vestergaard. materiał dydaktyczny

UML. zastosowanie i projektowanie w języku UML

1 Projektowanie systemu informatycznego

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

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

Język UML w modelowaniu systemów informatycznych

TECHNOLOGIE OBIEKTOWE. Wykład 3

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

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

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

Podstawy modelowania w języku UML

Unified Modeling Language

Świat rzeczywisty i jego model

Michał Adamczyk. Język UML

Paweł Kurzawa, Delfina Kongo

MODELOWANIE OBIEKTOWE

Modelowanie obiektowe - Ćw. 3.

Modelowanie i analiza systemów informatycznych

Podstawy języka UML UML

Język UML w modelowaniu systemów informatycznych

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

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

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

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

Inżynieria oprogramowania. Część 5: UML Diagramy klas

TECHNOLOGIE OBIEKTOWE WYKŁAD 2. Anna Mroczek

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

Diagram przypadków użycia

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym

Narzędzia CASE dla.net. Łukasz Popiel

Projektowanie logiki aplikacji

Podstawy modelowania programów Kod przedmiotu

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

Faza analizy (modelowania) Faza projektowania

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

Projektowanie systemów informatycznych. Roman Simiński siminskionline.pl. Modelowanie danych Diagramy ERD

Inżynieria Oprogramowania. UML Schematy klas

Architektura Systemu. Architektura systemu umożliwia kontrolowanie iteracyjnego i przyrostowego procesu tworzenia systemu.

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

Podstawy Programowania Obiektowego

Wykład 1 Inżynieria Oprogramowania

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

Wybrane problemy z dziedziny modelowania i wdrażania baz danych przestrzennych w aspekcie dydaktyki. Artur Krawczyk AGH Akademia Górniczo Hutnicza

Dariusz Brzeziński. Politechnika Poznańska, Instytut Informatyki

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

WYKŁAD 1. Wprowadzenie do problematyki baz danych

Wykład I. Wprowadzenie do baz danych

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20

UML. dr inż. Marcin Pietroo

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

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

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

Laboratorium z przedmiotu: Inżynieria Oprogramowania INP

PRZEWODNIK PO PRZEDMIOCIE WYKŁAD ĆWICZENIA LABORATORIUM PROJEKT SEMINARIUM

Podstawy języka UML2 w realnych projektach

Procesowa specyfikacja systemów IT

Inżynieria oprogramowania Jarosław Kuchta. Modelowanie interakcji

INFORMATYKA GEODEZYJNO- KARTOGRAFICZNA. Modelowanie danych. Model związków-encji

1. WYMAGANIA WSTĘPNE W ZAKRESIE WIEDZY, UMIEJĘTNOŚCI I INNYCH KOMPETENCJI

PRZEWODNIK PO PRZEDMIOCIE. Projektowanie procesów. Logistyka (inżynierska) niestacjonarne. I stopnia. dr Aleksandra Grabińska.

Wprowadzenie do systemów informacyjnych

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

Technologie obiektowe

Projektowanie baz danych

Karta opisu przedmiotu Zaawansowane techniki analizy systemowej oparte o modelowanie warsztaty

Programowanie obiektowe

Zasady organizacji projektów informatycznych

Identyfikacja i modelowanie struktur i procesów biologicznych

ZSE - Systemy baz danych 1 ZASADY PROJEKTOWANIA BAZ DANYCH

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

Egzamin / zaliczenie na ocenę*

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH

Diagramy przypadków użycia

Mariusz Trzaska Modelowanie i implementacja systemów informatycznych

PRZEWODNIK PO PRZEDMIOCIE

Podrozdziały te powinny zawierać informacje istotne z punktu widzenia przyjętego celu pracy

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

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

Transkrypt:

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 modelowania to uniwersalne narzędzia dla programistów (i nie tylko) służące zobrazowaniu procesów zachodzących w projektach UML jest językiem spełniającym określone standardy

UML UML (ang. Unified Modeling Language) to język formalny służący do opisu świata obiektów w analizie obiektowej oraz programowaniu obiektowym. Służy do modelowania dziedziny problemu (opisywania fragmentu istniejącej rzeczywistości) W przypadku stosowania go do analizy, oraz do modelowania rzeczywistości, która ma dopiero powstać Tworzy się w nim głównie modele systemów informatycznych. UML jest głównie używany wraz z jego reprezentacją graficzną jego elementom przypisane są symbole, które wiązane są ze sobą na diagramach.

UML Początkowo UML serii 1.x służył jako narzędzie do jednoznacznego przedstawiania projektów, wyrażania ich istoty oraz wychwytywania i odwzorowywania założeń funkcjonalnych dla rozwiązań informatycznych. Pierwotnie założeniem było to, że UML ma być językiem dla ludzi tzn. ma wspomagać człowieka w szeroko rozumianym projektowaniu systemów (informatycznych). Stworzono UML 2.0 zgodnie z wymaganiami stawianymi przez otoczenie

Diagramy w UML Przypadków użycia Interakcje pomiędzy systemem a użytkownikami lub innymi systemami zewnętrznymi. Pomocny również w przypadku odwzorowywania wymagań do systemu Czynności Klas Obiektów Sekwencyjne oraz równoległe czynności w systemie Klasy, typy, interfejsy oraz relacje pomiędzy nimi Egzemplarze obiektów klas zdefiniowanych na diagramach klas w konfiguracji ważnej dla systemu Sekwencji Interakcje pomiędzy obiektami w miejscach, w których interakcja jest istotna Komunikacji Sposoby, w jakie zachodzą interakcje pomiędzy obiektami, oraz połączenia oraz połączenia wymagane w celu obsługi tej interakcji Czasowy Interakcje pomiędzy obiektami, w przypadku których istotne są zależności czasowe Przeglądu interakcji Wykorzystywany do zebrania razem diagramów sekwencji, komunikacji oraz czasowego w celu uchwycenia ważnych interakcji zachodzących w systemie Struktur złożonych Komponentów Szczegóły wewnętrzne klasy luk komponentu. Może opisywać relacje pomiędzy klasami w danym kontekście. Ważne komponenty systemu oraz interfejsy używane przez nie w celu wzajemnej interakcji. Pakietów Maszyny stanowej Hierarchiczna organizacja grup klas oraz komponentów Stan obiektu w trakcie całego jego istnienia oraz zdarzenia, które mogą go zmienić Wdrożenia Sposób ostatecznego wdrożenia systemu w danym rzeczywistym scenariuszu.

Modelowanie strukturalne Pakietów Klas Obiektów Struktur złożonych Komponentów Wdrożenia

Modelowanie behawioralne Przypadków użycia Czynności Maszyny stanowej Sekwencji Komunikacji Przeglądu interakcji Czasowy

Uwagi do diagramów Otrzymany w wyniku procesu projektowania systemu zestaw diagramów NIE JEST modelem systemu. Trzeba pamiętać, że modelowanie systemu nie ogranicza się jedynie do diagramów. Ma ono na celu uchwycenie systemu w postaci modelu. Diagramy są, można powiedzieć, jedynie oknami na model. Diagram ukazuje ma ukazywać jedynie pewne zasadnicze części modelu, pewne aspekty tego modelu.

Diagram przypadków użycia opisuje funkcjonalność, jaką powinien dostarczać system, widzianą przez jego użytkowników. Przypadek użycia jest sytuacją, w której dany system jest używany w celu spełnienia jednego lub większej liczby wymagań użytkowników. Przypadki użycia są punktem wyjściowym dla każdego etapu tworzenia, projektowania, testowania oraz dokumentacji systemu obiektowego. Ponieważ stanowią one wymagania funkcjonalne systemu, powinny stanowić jeden z pierwszych poważnych rezultatów pracy po rozpoczęciu projektu ponieważ pozwalają ZDEFINIOWAĆ zadania systemu.

Diagram przypadków użycia Zadania spełniane przez diagram: Definiuje granice modelowanego systemu Określa jego kontekst Wymienia użytkowników i jednostki zewnętrzne Przedstawia funkcje dostępne dla użytkowników Określa powiązania i zależności między nimi

Zasady tworzenia diagramu Użytkownik Bardziej ogólny Aktor "Użytkownik" Generalizacja Strzałka Uogólnienia Notatki Bardziej szczegółowy Aktor "Administrator" Administrator

Diagram przypadków użycia - przykład Utwórz nowe konto pamiętnika <<include>> Sprawdź tożsamość Administrator <<include>> Baza danych autorów Utwórz nową osobistą stronę Wiki

Diagram klas Klasa: pewien typ czegoś wyznacznik budowy obiektu definicja, model obiektów istniejących w rzeczywistości zbiór wszystkich obiektów mających wspólną strukturę i zachowanie Przykłady: Osoba, Student, Samochód

Obiekt lub instancja klasy Konkretna realizacja klasy Przykłady: Jasiu Śmietana jest instancją klasy Osoba Student o numerze albumu 112014 jest instancją klasy Student Fiat UNO o nr rejestracyjnym SZ 01555 jest instancją klasy Samochód

Składowe klasy nazwa atrybuty (dane) np. imię, wiek, kolor_karoserii, szyberdach_zamknięty operacje (metody) funkcje służące do wykonywania na atrybutach określonych zadań np. otwórz_szyberdach(), zapal_silnik()

Diagram klas - zastosowanie przedstawia klasy występujące w systemie i statyczne relacje pomiędzy nimi wraz z ograniczeniami jest podstawowym diagramem struktury logicznej systemu jest najczęściej używanym diagramem UML

właściwości atrybutów (np. unique, ordered, readonly) widoczność: + publiczna nazwa -prywatna ~ pakietowa # chroniona atrybuty operacje typy atrybutów (np. string, integer, float)

Asocjacja Reprezentuje istnienie trwałego związku między klasami obiektów. Oznacza to, że na przestrzeni czasu związek będzie pozostawał istotny mimo tego, że powiązania między instancjami obiektów mogły ulegać zmianie.

Agregacja Silniejsza forma asocjacji. W przypadku tej relacji równowaga między powiązanymi klasami jest zaburzona: istnieje właściciel i obiekt podrzędny, które są ze sobą powiązane czasem swojego życia. Właściciel jednak nie jest wyłącznym właścicielem obiektu podrzędnego, zwykle też nie tworzy i nie usuwa go.

Zależność słabsza asocjacja Kompozycja silniejsza agregacja (jedno nie może istnied bez drugiego)

Generalizacja (dziedziczenie) Związek występujący między bardziej ogólnym elementem (nadklasą, rodzicem) a bardziej szczegółowym elementem (podklasą, dzieckiem) w pełni zgodnym z nadrzędnym i zawierającym ponadto dodatkowe informacje czy własności. Klasa abstrakcyjna

Przykładowe programy do tworzenia diagramów UML Dia (http://dia-installer.de/index_en.html) StarUML (http://staruml.sourceforge.net/en/) MS VISIO IBM Rational Software Architect

Gdzie znaleźć więcej informacji? http://wazniak.mimuw.edu.pl/index.php?title=in%c5%bc ynieria_oprogramowania http://www.uml.com.pl/ http://www.borland.pl/tech/poradnik_uml.shtml

Podsumowanie UML pozwala na spojrzenie globalne na projekt Diagramy przypadków użycia i diagramy klas są elementami UML Diagramy przypadków użycia i diagramy klas są spojrzeniem z określonej perspektywy na konkretny projekt

Dziękuję za uwagę arkadiusz.banasik@polsl.pl

Podziękowania Serdecznie dziękuję za pomoc w przygotowaniu materiałów Pawłowi Raifowi i Tomkowi Owczarkowi