DIAGRAMY SEKWENCJI I KOLABORACJI

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

Download "DIAGRAMY SEKWENCJI I KOLABORACJI"

Transkrypt

1 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 i współpracę pomiędzy nimi. Motywacje projektowanie oprogramowania dotyczy zachowania jego składników; projektowanie obiektowo zorientowane jest techniką używaną do rozdzielenia i enkapsulacji zachowań, model statyczny nie może być dowiedziony jako dokładny bez analizy związanych z nim procesów dynamicznych, modele dynamiczne, niezbyt precyzyjnie reprezentują strukturę systemu oraz zachodzące zależności, ukazanie kompletnego współdziałania elementów w zakresie relacji statycznych oraz dynamicznych, 1

2 Podstawowe pojęcia(1) Instancja (obiektu, struktury danych, komponentu, itp.) Wielkość z unikatową tożsamością do której można zastosować określony zbiór operacji lub wysłać zestaw sygnałów i która posiada stan odzwierciedlający efekty działania tych operacji lub sygnałów. Powiązanie Połączenie pomiędzy instancjami, będące realizacją asocjacji między klasami. Powiązanie atrybutu jest to nazwana pozycja tekstowa wewnątrz instancji przechowująca wartość atrybutu. Operacja Deklaracja usługi, która może być wymagana od instancji celem wpłynięcia na zachowanie się elementów systemu. Metoda jest ciałem operacji. 2 Powi¹zanie atrybutu Odcinek:Wielok¹t Œrodek : Punkt = (0.5,0.5) Wierzcho³ki : Punkt[2] = ((0,0),(1,1)) Powi¹zanie B:Punkt x : Integer = 1 y : Integer = 1 koniec pocz¹tek A:Punkt x : Integer = 0 y : Integer = 0 Wielok¹t Œrodek : Punkt Wierzcho³ki : Punkt[1..*] przesuñ(in d : Point) skaluj(in k : Real) for any v in Wierzcho³ki do v.x:=v.x+d.x; v.y:=v.y+d.y; for any v in Wierzcho³ki do v.x:=k*v.x; v.y:=k*v.y; 3

3 Podstawowe pojęcia(2) Bodziec Proces komunikacji pomiędzy instancjami nadającą i odbierającą. Komunikat jest analogicznym procesem komunikacji pomiędzy klasami(tzn. Bodziec jest instancją Komunikatu). Sygnał Specyfikacja asynchronicznego bodźca przekazywanego pomiędzy instancjami. Interakcja zbiór procesów komunikacji pomiędzy instancjami, włączając w to wszystkie sposoby oddziaływania,(np. operacje wywołania, tworzenia i niszczenia instancji), Uwaga: Procesy komunikowania się są chronologicznie częściowo uporządkowane. Modelowanie interakcyjne wyspecjalizowany typ modelowania behawioralnego, przeznaczony do analizy interakcji pomiędzy elementami wraz z upływem czasu. 4 Diagramy interakcyjne Pokazują interakcje pomiędzy instancjami występującymi w modelu. istniejące instancje wraz z możliwymi powiązaniami, komunikaty i bodźce, tworzenie i niszczenie instancji. Typy: diagramy sekwencji(podejście temporalne), diagramy kolaboracji(podejście strukturalne). 5

4 Diagramy sekwencji- podstawowe elementy oœ kategorii instancji O1: Klasa1 O2:Klasa2 O3:Klasa3 etykieta bodÿca oœ czasu nazwa1(...) nazwa2(...) aktywacja bodziec linia ycia Linia życia reprezentuje istnienie elementu w czasie. Aktywacja reprezentuje okres wykonywania operacji. 6 Typy komunikatów i bodźców Składnia Typ Opis komunikat prosty Bezpośredni przepływ sterowania z instancji do instancji komunikat synchroniczny Wstrzymanie operacji do czasu uzyskania odpowiedzi komunikat asynchroniczny Kontunuowanie operacji bez czekania na odpowiedź powrót Powrót z wywołania podprogramu 7

5 Różne typy komunikacji Przepływ prosty Przepływ zagnieżdzony nadajnik centrala odbiornik sprzedawca :Zamówienie :Artyku³ w³¹cz nadajnik() sygna³ wybierania() pobierzwartoœæ() wybierz numer() cena() sygna³ oczekiwania() dzwonek() po³aczenie odebrane() pobierzadres() 8 Etykiety komunikatów i bodźców pop/[warunek]*[iter] nr sekw: wynik:= operacja(lista) pop lista poprzedników(tzn. komunikatów poprzedzających), [warunek] warunek dozoru, który musi zostać spełniony żeby komunikacja nastąpiła, *[iter] liczba iteracji oznaczająca, ile razy komunikacja zostaje powtórzona, nr sekw etykieta określająca kolejność komunikacji, wynik nazwa zmiennej zwracanej przez operację, operacja(lista) nazwa wywoływanej operacji oraz jej lista argumentów. 9

6 Przykłady: przesuń(1,2) wywołanie proste, wyn1:=przesuń(5,5) zwrócenie parametru wyjściowego, *[1..5]: wyn1:= przesuń(5,7) iteracja, [z>0]: wyn1:= przesuń(5,7) warunek, A3,B4/[x<0]*[1..4] C3.1: wyn2:= pobierzlokację(wyn1) [Baza jest aktywna]*[dla każdego rekordu] 6: DaneWyj:=Formatuj(DaneWej,Sterowanie,3) Uwaga: UML pozwala przedstawiać komunikację za pomocą pseudokodu lub innego języka programowania. Komunikację można też opisać na lewym marginesie diagramu sekwencji. 10 Diagramy sekwencji- konstrukty calculator filter value [x>=0] getvalue() warunek new() [x<0] transform() getvalue() delete() tworzenie elementu buffer iterate() rekurencja 11

7 Diagramy sekwencji- pętle :DataBase :Table :Report *[For each record] warunek pêtli (opcja 1) res1:= getrecord() res2:=getindex() outdata:=formatdata(res1,res2) komunikacja zwrotna [No more record to process] warunek pêtli (opcja 2) 12 Zalety i wady niezwykle wyraźnie pokazują chronologię ciągów zdarzeń, bardzo dobrze opisują przetwarzanie równoległe, znakomite do wykrywania przypadków wyścigu zdarzeń, zajmują dużo miejsca, słabo przedstawiają wzajemne relacje pomiędzy instancjami. Kiedy modelować interakcje Do ustalenia w jaki sposób instancje oddziałują na siebie. Do zidentyfikowania interfejsów klasyfikatorów. Do rozłożenia i separacji wymagań. 13

8 Wskazówki do modelowania interakcyjnego Ustalić pełny kontekst rozważanej interakcji. Dołączać tylko te własności instancji, które są niezbędne i znaczące. Ustalaćprzepływwkierunkuzlewejdoprawejizgórynadół, umieszczać aktywne instancje z lewej strony(u góry), a pasywne z prawej (udołu), Używać diagramów sekwencji: do pokazania bezpośredniego uporządkowania komunikatów i bodźców, do modelowania w czasie rzeczywistym. Używać diagramów kolaboracji: kiedy struktura jest bardzo istotna, do skoncentrowania się na efektach wywieranych na instancje. 14 Podstawowe pojęcia(3) Kolaboracja opisuje jak operacja lub klasyfikator(np. przypadek użycia) są realizowane przez zbiór klas i asocjacji użytych w pewien określony sposób. Definiuje zbiór ról, odgrywanych przez instancje i powiązania oraz zbiór interakcji określających komunikację pomiędzy instancjami, kiedy odgrywają swoje role. Rola klasyfikatora jest specyficzną rolą odgrywaną przez współuczestnika w kolaboracji. Określa ograniczony widok na klasyfikator, zdefiniowany przez to co jest wymagane w kolaboracji. Rola asocjacji jest specyficznym użyciem asocjacji potrzebnej w kolaboracji. Modelowanie kolaboracyjne wyspecjalizowany typ modelowania behawioralnego, przeznaczony do modelowanie relacji pomiędzy elementami, pomiędzy którymi zachodzą interakcje w czasie. 15

9 Diagramy kolaboracji pokazują role klasyfikatorów i asocjacji(najlepiej razem) uzupełnione dodatkowymi elementami ograniczającymi, Typy: diagramy na poziomie specyfikacji(role klas, role asocjacji i ich komunikaty), diagramy na poziomie instancji(konkretne obiekty, powiązania i bodźce), dodatkowe diagramy statyczne są używane do bezpośredniego pokazania kolaboracji. Uwaga: Diagramy kolaboracji i sekwencji opisują te same informacje i mogą być przekształcane miedzy sobą. Wybór diagramu zależy od aspektu, który chce zilustrować projektant. 16 Klasyfikator Atrybut_1 Atrybut_2 Atrybut_3 Operacja_1() Operacja_2() Operacja_3() Relacje klasa-instancja-rola <<wywodzi siê z>> <<jest widokiem>> RolaKlasyfikatora Atrybut_1 Atrybut_2 Operacja_1() Operacja_3() <<odnosi siê do>> Klasyfikator jest opisem instancji Instancja Atrybut_1 Atrybut_2 Atrybut_3 Rola klasyfikatora definuje u ycie instancji Instancja jest wielkoœci¹ z unikatow¹ to samoœci¹ opisan¹ zachowaniem i stanem 17

10 Różne sposoby nazywania roli / NazwaRoliKlasyfikatora : NazwaKlasyfikatora /Rodzic:Osoba /Rodzic :Osoba NazwaInstancji / NazwaRoliKlasyfikatora : NazwaKlasyfikatora :Osoba Andrzej:Osoba Andrzej Andrzej/Rodzic Andrzej/Rodzic:Osoba 18 klasa Klasa_1 Asocjacje i role asocjacji asocjacja {zmienna} 0..5 klasa Klasa_2 <<jest widokiem>> <<jest widokiem>> <<jest widokiem>> /Rola_1 rola klasy {ustalona} rola asocjacji 3..4 /Rola_2 rola klasy Rola asocjacji precyzuje pożądane własności powiązania użytego w kolaboracji. Własności zakończeń asocjacji mogą zostać ograniczone poprzez zakończenia ról asocjacji. 19

11 Przykład 1. Prosta struktura uniwersytetu. pracownik /Nauczyciel:Osoba Pozycja:Text * 1 :Wydzia³ 1 1 promotor wyk³adowca Model ról * uczeñ /Student:Osoba Program:Text kurs wyk³adany * * * :Kurs uczestnik kurs pobierany kompletnyopis struktury Model klas pracownik * wyk³adowca Osoba Nazwa:Text Pozycja:Text Program:Text 1 * promotor 0..1 * uczestnik uczeñ opispojedynczego użycia 0..1 Wydzia³ kurs wyk³adany * * Kurs kurs pobierany 20 Model ról na poziomie instancji cz³onek wydzia³u Andrze/Nauczyciel promotor promotor uczeñ Alicja/Student uczestnik wydzia³ uczeñ :Wydzia³ Robert/Student wydzia³ cz³onek wydzia³u Krzysztof/Nauczyciel uczestnik kurs wyk³adowca wyk³adany kurs pobierany kurs pobierany UML :Kurs 21

12 Diagram kolaboracji z interakcjami Przykład 2. Załóżmy, że użytkownik pracując w edytorze tekstowym naciska znak na klawiaturze, który pojawia się na ekranie. Pokazać interakcje tego prostego procesu zachodzące między klawiaturą, interfejsem graficznym edytora, systemem operacyjnym, procesorem, kartą graficzną i monitorem. Najpierw tworzymy scenariusz przypadku użycia Naciśnij klawisz : 1. naciśnięcie klawisza jest wykrywane przez interfejs graficzny(gui), 2. GUI informuje system operacyjny(sys) o naciśnięciu klawisza, 3. SYS informuje o tym procesor(cpu), 4. SYS uaktualnia GUI, 5. CPU zawiadamia kartę graficzną(graph), 6. GRAPH wysyła komunikat do monitora, 7. monitor wyświetla znak alfanumeryczny. 22 Diagram sekwencji Diagram kolaboracji : Klawiatura : GUI : SYS : CPU : GRAPH : Monitor 1: 1: 2: : Klawiatura : GUI : SYS 3: 2: 3: 4: 4: 5: 6: 5: 6: : CPU : GRAPH : Monitor 23

13 Kiedy modelować kolaboracje Używać jako narzędzia do określenia Klasyfikatorów. Do przetworzenia przypadków użycia/operacji na Klasyfikatory. Do przekształcenia specyfikacji podsystemu na jego realizację. Wskazówki do modelowania kolaboracyjnego Kolaboracja powinna zawierać zarówno strukturę jak zachowanie odpowiednie dla rozważanego zadania. Rola jest pewną abstrakcją instancji, lecz nie stanowi klasy! Należy poszukiwać: elementów inicjujących(zewnętrznych), elementów obsługujących(ang. handler elementy aktywne), elementów obsługiwanych(elementy pasywne) 24 Uzupełnianie się modeli statycznych i dynamicznych Przykład 3. Telefon komórkowy. Rozważmy oprogramowanie sterujące bardzo prostym telefonem komórkowym. Telefon taki posiada przyciski do wybierania numeru, posiada specjalny przycisk Wyślij do inicjowania połączenia. Posiada także, połączeniowy hardware i software, który zbiera cyfry składające się na numer i emituje odpowiednie tony wybierania. Ponadto, musi zawierać radio komórkowe, które ustala połączenie z siecią komórkową. Dodatkowe składowe modelu to mikrofon, głośnik oraz wyświetlacz. Modu³Po³¹czeniowy Telefon RadioKomórkowe * Przycisk G³oœnik Mikrofon Wyœwietlacz 25

14 pierwsza wersja bardzo dobrze odpowiada specyfikacji, relacje kompozycji ściśle odpowiadają obiektowi rzeczywistemu, Pytania: Czy na pewno model statyczny jest prawidłowy? Jaksięotymprzekonać? Jakie kryteria oceny wybrać? Kryterium pierwsze: Zgodność modelu z obiektem rzeczywistym. Kryterium drugie: Zgodność zachowania się modelu z obiektem rzeczywistym. 26 Przypadek użycia: Ustal połączenie. Specyfikacja dynamiki modelu 1. Użytkownik wprowadza numer telefonu naciskając przyciski cyfr. 2. Dla każdej cyfry, wyświetlacz jest odświeżany. 3. Dla każdej cyfry, moduł połączeniowy generuje odpowiedni ton i emituje go przez głośnik. 4. Użytkownik naciska przycisk Wyślij. 5. Radio komórkowe realizuje połączenie z siecią. 6. Na wyświetlaczu pokazuje się ikona Zajęty. 7. Zgromadzone cyfry numeru są wysyłane do sieci. 8. Ustalane jest połączenie z odbiorcą. 27

15 W jaki sposób obiekty modelu statycznego współpracują ze sobą? :G³oœnik :Przycisk *1:Naciœnij(kod) :Modu³Po³¹czeniowy 3:EmitujTon(kod) 5:Po³¹cz(nr_tel) :RadioKomórkowe 2:WyœwietlCyfrê(kod) Wyœlij:Przycisk 4:Wyœlij() :Wyœwietlacz 6:Zajêty() 28 Zrekonfigurowany model statyczny G³oœnik +EmitujTon(kod:int) Przycisk Modu³Po³¹czeniowy RadioKomórkowe +Naciœnij(kod:int) +Wyœlij() +Po³¹cz(nr_tel:String) Wyœwietlacz +WyœwietlCyfrê(kod:int) +Zajêty() 29

16 Problemy dodatkowe: 1. Dlaczego klasa Przycisk miałaby posiadać pełną wiedzę o klasie ModułPołączeniowy? Powinna być to klasa, którą można by użyć w programach, które nie używają obiektów typu ModułPołączeniowy. Przycisk <<nterface>> Przycisk +PrzyciskNaciœniêty() AdapterPrzyciskuWyœlij AdapterPrzyciskuCyfry Modu³Po³¹czeniowy Klasa Wyświetlacz jest celem asocjacji od dwóch różnych klientów(tzn. ModułuPołączeniowego i RadiaKomórkowego). Oznacza to istnienie nieoczekiwanej ukrytej zależności pomiędzy tymi klientami. Modu³Po³¹czeniowy RadioKomórkowe WyswietlaczMP WyœwietlaczRK +WyœwietlCyfrê(kod:int) +Zajêty() Wyœwietlacz 31

17 Zrekonfigurowany model kolaboracji :AdapterPrzyciskuC *1: kod:=przycisk Naciœniêty() 4:Przycisk Naciœniêty() Cyfra:Przycisk Wyœlij:Przycisk :G³oœnik 1.1:Naciœnij(kod) 3:EmitujTon(kod) 5:Po³¹cz(nr_tel) :Modu³Po³¹czeniowy :RadioKomórkowe 4.1:Wyœlij() 2:WyœwietlCyfrê(kod) 6:Zajêty() ekran:wyœwietlaczmp ekran:wyœwietlaczrk :AdapterPrzyciskuW 32 W pierwszej iteracji: Podsumowanie utworzone modele są tylko domysłem, model statyczny jest bardzo słabym przybliżeniem systemu, widoczna dysharmonia pomiędzy modelem statycznym i dynamicznym. W drugiej iteracji: rozdźwięk pomiędzy modelami został częściowo usunięty, nastąpiła eksploracja interesujących szczegółów projektu. Proces iteracyjny powinien trwać, aż projektant zsynchronizuje oba modele. Modele statyczne są niezbędne, ale powinny zostać wzmocnione analizą dynamiki systemu. statyczne relacje są bezpośrednim wynikiem dynamicznych potrzeb aplikacji, 33

18 Wykrywanie wyścigu zdarzeń :AdapterPrzycisku Wyœlij :Modu³Po³¹czeniowy :RadioKomórkowe :G³oœnik Po³_przychodz¹ce() Dzwonek() Wyœlij() OdpowiedŸ() :AdapterPrzycisku Wyœlij :Modu³Po³¹czeniowy :RadioKomórkowe :G³oœnik Wyœlij() Po³_przychodz¹ce() Dzwonek() Po³¹cz(nr_tel) 34

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

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

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

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

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

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

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

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

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

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

Analiza i projektowanie oprogramowania. Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania Analiza i projektowanie oprogramowania 1/32 Analiza i projektowanie oprogramowania 2/32 Cel analizy Celem fazy określania wymagań jest udzielenie odpowiedzi na pytanie:

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

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

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

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34

Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. Projektowanie oprogramowania cd. 1/34 Projektowanie oprogramowania cd. 2/34 Modelowanie CRC Modelowanie CRC (class-responsibility-collaborator) Metoda identyfikowania poszczególnych

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

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

Zalety projektowania obiektowego

Zalety projektowania obiektowego Zalety projektowania obiektowego Łatwe zarządzanie Możliwość powtórnego użycia klas obiektów projektowanie/programowanie komponentowe W wielu przypadkach występuje stosunkowo proste mapowanie pomiędzy

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

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

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

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

Modelowanie. Wykład 1: Wprowadzenie do Modelowania i języka UML. Anna Kulig Modelowanie Obiektowe Wykład 1: Wprowadzenie do Modelowania i języka UML Anna Kulig Wprowadzenie do modelowania Zasady Pojęcia Wprowadzenie do języka UML Plan wykładu Model jest uproszczeniem rzeczywistości.

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

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

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 11 Diagramy struktur złożonych Klasyfikator - definiuje cechy strukturalne

Bardziej szczegółowo

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

Diagram sekwencji. Komunikaty mogą być opisane w sposób sformalizowany. poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista) 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 :=

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

Ś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

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

Ź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 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

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

KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH KATEDRA INFORMATYKI STOSOWANEJ PŁ ANALIZA I PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH Przygotował: mgr inż. Radosław Adamus Wprowadzenie: W procesie definiowania wymagań dla systemu tworzyliśmy Model Przypadków

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

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

Analiza i projektowanie obiektowe 2016/2017. Wykład 8: Przypisywanie obiektom odpowiedzialności (2) Analiza i projektowanie obiektowe 2016/2017 Wykład 8: Przypisywanie obiektom odpowiedzialności (2) Jacek Marciniak Wydział Matematyki i Informatyki Uniwersytet im. Adama Mickiewicza 1 Plan wykładu 1. Wzorce

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

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

ZARZĄDZANIU. Wykład VI. dr Jan Kazimirski INFORMATYKA W ZARZĄDZANIU Wykład VI dr Jan Kazimirski jankazim@mac.edu.pl http://www.mac.edu.pl/jankazim MODELOWANIE SYSTEMÓW UML Literatura Joseph Schmuller UML dla każdego, Helion 2001 Perdita Stevens

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

Język programowania PASCAL

Język programowania PASCAL Język programowania PASCAL (wersja podstawowa - standard) Literatura: dowolny podręcznik do języka PASCAL (na laboratoriach Borland) Iglewski, Madey, Matwin PASCAL STANDARD, PASCAL 360 Marciniak TURBO

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

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

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI.

APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI. APIO. W4 ZDARZENIA BIZNESOWE. ZALEŻNOŚCI MIĘDZY FUNKCJAMI. ELEMENTY DEFINICJI PROCESU. DIAGRAM ZALEŻNOŚCI FUNKCJI. dr inż. Grażyna Hołodnik-Janczura W8/K4 ZDARZENIA BIZNESOWE W otoczeniu badanego zakresu

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 Programowania Obiektowego

Podstawy Programowania Obiektowego Podstawy Programowania Obiektowego Wprowadzenie do programowania obiektowego. Pojęcie struktury i klasy. Spotkanie 03 Dr inż. Dariusz JĘDRZEJCZYK Tematyka wykładu Idea programowania obiektowego Definicja

Bardziej szczegółowo

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),

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

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

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

DIAGRAMY IMPLEMENTACYJNE

DIAGRAMY IMPLEMENTACYJNE DIAGRAMY IMPLEMENTACYJNE Maciej Patan Strukturalne diagramy implementacyjne Służą pokazaniu implementacji modelu, włączając w to strukturę kodu źródłowego oraz implementację środowiska wykonania. Typy:

Bardziej szczegółowo

Konfiguracja i obsługa modułu Service Desk

Konfiguracja i obsługa modułu Service Desk Konfiguracja i obsługa modułu Service Desk wersja 07.03.2017 1. Wstęp Moduł Service Desk w BeeOffice pozwala na obsługę zgłoszeń serwisowych w ramach pojedynczej organizacji (np. użytkownicy IT i helpdesk

Bardziej szczegółowo

Tryby komunikacji między procesami w standardzie Message Passing Interface. Piotr Stasiak Krzysztof Materla

Tryby komunikacji między procesami w standardzie Message Passing Interface. Piotr Stasiak Krzysztof Materla Tryby komunikacji między procesami w standardzie Message Passing Interface Piotr Stasiak 171011 Krzysztof Materla 171065 Wstęp MPI to standard przesyłania wiadomości (komunikatów) pomiędzy procesami programów

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

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

Laboratorium z przedmiotu: Inżynieria Oprogramowania INP

Laboratorium z przedmiotu: Inżynieria Oprogramowania INP Laboratoria 5-7- część 1 Identyfikacja klas reprezentujących logikę biznesową projektowanego oprogramowania, definicja atrybutów i operacji klas oraz związków między klasami - na podstawie analizy scenariuszy

Bardziej szczegółowo

Plan. Formularz i jego typy. Tworzenie formularza. Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza

Plan. Formularz i jego typy. Tworzenie formularza. Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza 4 Budowa prostych formularzy, stany sesji, tworzenie przycisków Plan Co to jest formularz? Typy formularzy Tworzenie prostego formularza Budowa prostego formularza 2 Formularz i jego typy Tworzenie formularza

Bardziej szczegółowo

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

12) Wadą modelu kaskadowego jest: Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 13) Wadą modelu opartego na prototypowaniu jest: Zagadnienia obowiązujące na egzaminie z inżynierii oprogramowania: 1) Oprogramowanie to: 2) Produkty oprogramowania w inżynierii oprogramowania można podzielić na: 3) W procesie wytwarzania oprogramowania

Bardziej szczegółowo

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),

Bardziej szczegółowo

Informatyka I. Klasy i obiekty. Podstawy programowania obiektowego. dr inż. Andrzej Czerepicki. Politechnika Warszawska Wydział Transportu 2018

Informatyka I. Klasy i obiekty. Podstawy programowania obiektowego. dr inż. Andrzej Czerepicki. Politechnika Warszawska Wydział Transportu 2018 Informatyka I Klasy i obiekty. Podstawy programowania obiektowego dr inż. Andrzej Czerepicki Politechnika Warszawska Wydział Transportu 2018 Plan wykładu Pojęcie klasy Deklaracja klasy Pola i metody klasy

Bardziej szczegółowo

PROJEKTOWANIE. kodowanie implementacja. PROJEKT most pomiędzy specyfikowaniem a kodowaniem

PROJEKTOWANIE. kodowanie implementacja. PROJEKT most pomiędzy specyfikowaniem a kodowaniem PROJEKTOWANIE określenie wymagań specyfikowanie projektowanie kodowanie implementacja testowanie produkt konserwacja Faza strategiczna Analiza Dokumentacja Instalacja PROJEKT most pomiędzy specyfikowaniem

Bardziej szczegółowo

2017 Electronics For Imaging, Inc. Informacje zawarte w niniejszej publikacji podlegają postanowieniom opisanym w dokumencie Uwagi prawne dotyczącym

2017 Electronics For Imaging, Inc. Informacje zawarte w niniejszej publikacji podlegają postanowieniom opisanym w dokumencie Uwagi prawne dotyczącym 2017 Electronics For Imaging, Inc. Informacje zawarte w niniejszej publikacji podlegają postanowieniom opisanym w dokumencie Uwagi prawne dotyczącym tego produktu. 17 kwietnia 2017 Spis treści 3 Spis treści...5

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

Programowanie obiektowe

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

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

Technologie obiektowe

Technologie obiektowe WYKŁAD dr inż. Paweł Jarosz Instytut Informatyki Politechnika Krakowska mail: pjarosz@pk.edu.pl LABORATORIUM dr inż. Paweł Jarosz (3 grupy) mgr inż. Piotr Szuster (3 grupy) warunki zaliczenia Obecność

Bardziej szczegółowo

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia

Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia Instrukcja 3 Laboratoria 3, 4 Specyfikacja wymagań funkcjonalnych za pomocą diagramu przypadków użycia 1 Cel laboratoriów: Specyfikacja wymagań, zdefiniowanych w ramach laboratorium 2 (wg instrukcji 2),

Bardziej szczegółowo

MODELOWANIE OBIEKTOWE Z UML

MODELOWANIE OBIEKTOWE Z UML MODELOWANIE OBIEKTOWE Z UML Maciej Patan Paradygmat obiektowy system zbiór unikatowych obiektów( społeczność obiektów ), obiekt w czasie swego cyklu życia : jest nośnikiem informacji(atrybuty=dane), może

Bardziej szczegółowo

Modelowanie obiektowe

Modelowanie obiektowe Modelowanie obiektowe ZPO 2018/2019 Dr inż. W. Cichalewski Materiały wykonane przez W. Tylman Diagramy klas Diagramy klas Zawiera informacje o statycznych związkach między elementami (klasami) Są ściśle

Bardziej szczegółowo

Diagramy maszyn stanowych, wzorce projektowe Wykład 5 część 1

Diagramy maszyn stanowych, wzorce projektowe Wykład 5 część 1 Diagramy maszyn stanowych, wzorce projektowe Wykład 5 część 1 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

Zakres tematyczny dotyczący kursu PHP i MySQL - Podstawy pracy z dynamicznymi stronami internetowymi

Zakres tematyczny dotyczący kursu PHP i MySQL - Podstawy pracy z dynamicznymi stronami internetowymi Zakres tematyczny dotyczący kursu PHP i MySQL - Podstawy pracy z dynamicznymi stronami internetowymi 1 Rozdział 1 Wprowadzenie do PHP i MySQL Opis: W tym rozdziale kursanci poznają szczegółową charakterystykę

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 6 Diagramy komunikacji Diagram komunikacji (ang. communication diagram),

Bardziej szczegółowo

Zagadnienia Semestr IV Inżynieria Oprogramowania WSZiB

Zagadnienia Semestr IV Inżynieria Oprogramowania WSZiB Zagadnienia Wprowadzenie pojęcia obiektu i klasy obiektu Reprezentacja systemu jako zbioru wzajemnie oddziaływujących obiektów Poszczególne etapy procesu tworzenia obiektowego projektu systemu Charakterystyka

Bardziej szczegółowo

Zintegrowany model struktury

Zintegrowany model struktury Zintegrowany model struktury W tej części użyjemy diagramu bloków wewnętrznych aby opisać statyczny (nie behawioralny) widok interfejsów wszystkich podsystemów i sposób, w jaki te interfejsy łączą się

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

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

WPROWADZENIE DO UML-a

WPROWADZENIE DO UML-a WPROWADZENIE DO UML-a Maciej Patan Instytut Sterowania i Systemów Informatycznych Dlaczego modelujemy... tworzenie metodologii rozwiązywania problemów, eksploracja różnorakich rozwiązań na drodze eksperymentalnej,

Bardziej szczegółowo

Wykład I. Wprowadzenie do baz danych

Wykład I. Wprowadzenie do baz danych Wykład I Wprowadzenie do baz danych Trochę historii Pierwsze znane użycie terminu baza danych miało miejsce w listopadzie w 1963 roku. W latach sześcdziesątych XX wieku został opracowany przez Charles

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

Diagramy stanów tworzenie modeli analizy i projektowania Na podstawie UML 2.0 Tutorial

Diagramy stanów tworzenie modeli analizy i projektowania Na podstawie UML 2.0 Tutorial Diagramy stanów tworzenie modeli analizy i projektowania Na podstawie UML 2.0 Tutorial http://sparxsystems.com.au/resources/uml2_tutorial/ Zofia Kruczkiewicz Zofia Kruczkiewicz Projektowanie oprogramowania

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

MASZYNA STANOWA. Maciej Patan. Instytut Sterowania i Systemów Informatycznych Uniwersytet Zielonogórski. Techniki modelowania programowania.

MASZYNA STANOWA. Maciej Patan. Instytut Sterowania i Systemów Informatycznych Uniwersytet Zielonogórski. Techniki modelowania programowania. MASZYNA STANOWA Maciej Patan Motywacje Modelowanie stanów: Wyspecjalizowany typ modelowania behawioralnego, przeznaczony do projektowania cyklu życia elementów. Stan jako określona kondycja lub sytuacja

Bardziej szczegółowo

Projekt z przedmiotu Specjalizowane języki programowania Temat: Zastosowanie programowania obiektowego w środowisku LabView

Projekt z przedmiotu Specjalizowane języki programowania Temat: Zastosowanie programowania obiektowego w środowisku LabView Projekt z przedmiotu Specjalizowane języki programowania Temat: Zastosowanie programowania obiektowego w środowisku LabView Wykonali: Krzysztof Przybyłek Piotr Misiuda IVFDS Istotę programowania obiektowego

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

Programowanie w języku Python. Grażyna Koba

Programowanie w języku Python. Grażyna Koba Programowanie w języku Python Grażyna Koba Kilka definicji Program komputerowy to ciąg instrukcji języka programowania, realizujący dany algorytm. Język programowania to zbiór określonych instrukcji i

Bardziej szczegółowo

Budowa argumentacji bezpieczeństwa z użyciem NOR-STA Instrukcja krok po kroku

Budowa argumentacji bezpieczeństwa z użyciem NOR-STA Instrukcja krok po kroku Budowa argumentacji bezpieczeństwa z użyciem NOR-STA Instrukcja krok po kroku NOR-STA jest narzędziem wspierającym budowę, ocenę oraz zarządzanie strukturą argumentacji wiarygodności (assurance case),

Bardziej szczegółowo

ALGORYTMY. 1. Podstawowe definicje Schemat blokowy

ALGORYTMY. 1. Podstawowe definicje Schemat blokowy ALGORYTMY 1. Podstawowe definicje Algorytm (definicja nieformalna) to sposób postępowania (przepis) umożliwiający rozwiązanie określonego zadania (klasy zadań), podany w postaci skończonego zestawu czynności

Bardziej szczegółowo

Język UML. dr inż. Piotr Szwed C3, pok

Język UML. dr inż. Piotr Szwed C3, pok Język UML dr inż. Piotr Szwed C3, pok. 212 e-mail: pszwed@ia.agh.edu.pl http://pszwed.ia.agh.edu.pl Przypadki użycia Przypadki użycia: Definicja Przypadek użycia to specyfikacja ciągów akcji i ich wariantó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 7 Przeglądowe diagramy interakcji Przeglądowe diagramy interakcji wiążą

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

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

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

Inżynieria oprogramowania. Część 5: UML Diagramy klas UNIWERSYTET RZESZOWSKI KATEDRA INFORMATYKI Opracował: mgr inż. Przemysław Pardel v1.01 2010 Inżynieria oprogramowania Część 5: UML Diagramy klas ZAGADNIENIA DO ZREALIZOWANIA (3H) 1. Diagram klas... 3 Zadanie

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

Delphi podstawy programowania. Środowisko Delphi

Delphi podstawy programowania. Środowisko Delphi Delphi podstawy programowania Środowisko Delphi Olsztyn 2004 Delphi Programowanie obiektowe - (object-oriented programming) jest to metodologia tworzeniu programów komputerowych definiująca je jako zbiór

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Laboratorium z przedmiotu Programowanie obiektowe - zestaw 07 Cel zajęć. Celem zajęć jest zapoznanie z praktycznymi aspektami tworzenia aplikacji okienkowych w C#. Wprowadzenie teoretyczne. Rozważana w

Bardziej szczegółowo

Wprowadzenie do programowania

Wprowadzenie do programowania do programowania ITA-104 Wersja 1 Warszawa, Wrzesień 2009 ITA-104 do programowania Informacje o kursie Zakres tematyczny kursu Opis kursu Kurs przeznaczony jest do prowadzenia przedmiotu do programowania

Bardziej szczegółowo

Rozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja II

Rozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja II Zespół TI Instytut Informatyki Uniwersytet Wrocławski ti@ii.uni.wroc.pl http://www.wsip.com.pl/serwisy/ti/ Rozkład materiału do nauczania informatyki w liceum ogólnokształcącym Wersja II Rozkład wymagający

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

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

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

Bardziej szczegółowo

Metodyki i techniki programowania

Metodyki i techniki programowania Metodyki i techniki programowania dr inż. Maciej Kusy Katedra Podstaw Elektroniki Wydział Elektrotechniki i Informatyki Politechnika Rzeszowska Elektronika i Telekomunikacja, sem. 2 Plan wykładu Sprawy

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

Aneks do Instrukcji obsługi wagi Basic Label 300 z dnia 20.10.04

Aneks do Instrukcji obsługi wagi Basic Label 300 z dnia 20.10.04 Aneks do Instrukcji obsługi wagi Basic Label 300 z dnia 20.10.04 W wadze dodano funkcje opisane poniżej. 1. Zapamiętana tara 20.09.2006 Waga może zapamiętać 5 wartości tary, które można w dowolnym momencie

Bardziej szczegółowo