Diagramy UML 2.0. Diagram klas (class diagram) *.kls *.cld. + Zamówienie. + Hurtownia. + Naleznosc. + Platnosc. + Wplyw. + zamówienie 1..

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

Download "Diagramy UML 2.0. Diagram klas (class diagram) *.kls *.cld. + Zamówienie. + Hurtownia. + Naleznosc. + Platnosc. + Wplyw. + zamówienie 1.."

Transkrypt

1 Diagramy UML 2.0 Diagram klas (class diagram) + Hurtownia - nazwa : String - adres : String + hurtownia zamówienie 1..* + klient + Zamówienie - datazlozenia : int + zamówienie podst. platnosci *.kls *.cld + Platnosc + platnosc 1..* + Naleznosc - terminplatnosci : int - suma : float + Wplyw + zaksieguj()

2 Diagram klas Podstawowy diagram struktury logicznej systemu Przedstawia klasy występujące w systemie i statyczne relacje między nimi pozwala na sformalizowanie specyfikacji danych i metod w sposób związany z oprogramowaniem, ale dotyczący jego zewnętrznego opisu bez wchodzenia w szczegóły implementacyjne

3 Diagram klas Klasy i obiekty Klasę reprezentuje prostokąt, w którym zapisane są kolejno: Nazwa klasy Atrybuty klasy Operacje klasy + Klient - Pesel : int - Imie : String - Nazwisko : String - Adres : String + Zamawiaj() Cechy klasy są to informacje jakie klasa przechowuje. Przedstawiane są w postaci atrybutów klasy i relacji między klasami Operacje reprezentują usługi jakie klasa dostarcza

4 Diagram klas Klasy i obiekty Obiekt to instancja klasy + Kowalski:Klient - Pesel : int = Imie : String = Jan - Nazwisko : String = Kowalski - Adres : String = Jakas 3/24 + Zamawiaj() Klasa jest więc opisem zbioru obiektów o takich samych atrybutach, związkach i znaczeniu.

5 Diagram klas Atrybuty klasy Pełne określenie atrybutu klasy posiada składnię: [widoczność]nazwa:typ[krotność]{ograniczenia}=wart. domyślna W UML-u wyróżniono 4 poziomy widoczności + publiczny widoczny z każdego miejsca systemu # chroniony widoczny wewnątrz klasy i jej podklas - prywatny widoczny tylko wewnątrz własnej klasy ~ publiczny wewnątrz pakietu widoczny wewnątrz własnego pakietu

6 Diagram klas Atrybuty klasy Pełne określenie atrybutu klasy posiada składnię: [widoczność]nazwa:typ[krotność]{ograniczenia}=wart. domyślna Krotność zapisywana jest najczęściej w postaci dolna granica..górna granica Przykłady: 1 dokładnie jeden 0..1 jeden lub wcale 1..* przynajmniej jeden * dowolna ilość

7 Diagram klas Atrybuty klasy Pełne określenie atrybutu klasy posiada składnię: [widoczność]nazwa:typ[krotność]{ograniczenia}=wart. domyślna Najczęściej stosowane ograniczenia to {ordered} elementy wewnątrz atrybutu są uporządkowane {unique} elementy wewnątrz atrybutu nie mogą się powtarzać {readonly} elementy wewnątrz atrybutu nie mogą być zmieniane {frozen} elementy wewnątrz atrybutu, po ustawieniu nie mogą być ponownie edytowane

8 Diagram klas Atrybuty klasy Atrybuty pochodne i statyczne + Paczka - Adres nadawcy : String - Adres odbiorcy : String - Rodzaj : String - Data wyslania : Date - Data dostarczenia : Date - Max termin dostarczenia : int - /Przetrzymana : boolean = (Data dostarczenia - Data wyslania)>max termin dostarczenia Atrybut pochodny jest zależny od innych atrybutów i może być wyliczony na ich podstawie. Oznaczany jest znakiem / Atrybut statyczny jest widoczny zarówno w klasie jak i w jej instancji podczas gdy inne atrybuty widoczne są wyłącznie w instancjach danej klasy. Oznaczany jest podkreśleniem nazwy.

9 Diagram klas Operacje klasy Operacje to procesy, które klasa potrafi wykonać Pełne określenie operacji posiada składnię: [widoczność] nazwa(parametr1, parametr2, ) :typ {ograniczenia} Parametry są zapisywane tak jak atrybuty z dodatkiem informacji o kierunku przekazania parametru kierunek nazwa typ[krotność]=wart. domyślna Dostępne kierunki in parametr wejściowy out parametr wyjściowy inout parametr wejściowo/wyjściowy return parametr zwracany przez metodę

10 Diagram klas Operacje klasy Operacje to procesy, które klasa potrafi wykonać Pełne określenie operacji posiada składnię: [widoczność] nazwa(parametr1, parametr2, ) :typ {ograniczenia} Tak samo jak w przypadku atrybutów istnieje możliwość zdefiniowania dodatkowych ograniczeń i informacji Podstawowym ograniczeniem jest {query} operacja jest zapytaniem. Nie powoduje zmian stanu obiektu Dodatkowo często oznacza się operacje zgłaszające wyjątki <<exception>>

11 Diagram klas Operacje klasy Operacje to procesy, które klasa potrafi wykonać Pełne określenie operacji posiada składnię: [widoczność] nazwa(parametr1, parametr2, ) :typ {ograniczenia} Operacje mogą mieć również przypisane warunki wstępny i końcowy Warunek wstępny określa w jakim stanie muszą znajdować się pewne elementy systemu by operacja wykonała się prawidłowo Np. pre: parametr1!= null Warunek końcowy określa oczekiwany stan elementu systemu po wykonaniu operacji Np. post: wynik!= null, wynik instanceof artykuły

12 Relacje - zależność Diagram klas Najsłabszym rodzajem relacji między klasami jest zależność Zmiana w jednej z klas wpływa jakoś na drugą. Zależność ta jest zwykle jednokierunkowa. Oznacza się ją przerywaną linią ze strzałką określającą kierunek relacji + Klasa 1 + Klasa 2 <<zależność>>

13 Relacje - zależność Diagram klas Do typowych zależności należą: <<call>> - operacje klasy E_1 wywołują operacje klasy E_2 <<create>> klasa E_1 tworzy instancje klasy E_2 <<instantiate>> obiekt E_1 jest instancją klasy 2 <<use>> - aby zaimplementować klasę E_1 niezbędna jest klasa E_2 + E_1 + E_2 <<zależność>>

14 Relacje - asocjacja Diagram klas Asocjacja reprezentuje czasowe powiązanie między obiektami dwóch klas. Obiekty te jednak są od siebie niezależne. Ich czas życia może być różny. Asocjacja jest równorzędnym do atrybutu sposobem zapisu cech klasy + Klient - Nazwisko : String - Imie : String - Adres : String - Identyfikator : int krotność + sklada {Od_kiedy<Do_kiedy} 0..* + asocjacja warunek + Rezerwacja - Nr_pokoju : int - Od_kiedy : Date - Do_kiedy : Date - Id_kl : int

15 Relacje - asocjacja Diagram klas Nawigowalność Określa jaka jest wiedza o sobie nawzajem obiektów uczestniczących w relacji Jedno i dwukierunkowa + Klient + Klient_1 + sklada {Od_kiedy<Do_kiedy} 0..* Klient zna swoje rezerwacje Rezerwacja nie ma informacji o kliencie + sklada {Od_kiedy<Do_kiedy} 0..* Możliwa jest nawigacja w obie strony + Rezerwacja + Rezerwacja_1

16 Relacje - asocjacja Klasa asocjacyjna Diagram klas Zawiera informacje dotyczące samej relacji asocjacji a nie przechowywane przez żaden z połączonych obiektów Jedno i dwukierunkowa + Klient + sklada {Od_kiedy<Do_kiedy} 0..* + Rezerwacja + zamowienie - Data_przyjecia : Date - Sposob_rez : String - potwierdzenie : boolean

17 Relacje - asocjacja Asocjacja kwalifikowana Diagram klas Wskazuje konkretny atrybut danej klasy zapewniający unikatowość relacji Atrybut ten jest jej kwalifikatorem + Klient + Rezerwacja Id_pokoju 1 + zamowienie *

18 Relacje - agregacja Diagram klas Agregacja reprezentuje relację całość część Część może należeć do kilku całości a jej czas życia jest od nich niezależny + Orkiestra + Karta muzyka - miejsce w orkiestrze : String - Nazwisko : String - Imie : String - Instrument : String - Data przyjecia : Date - Data zwolnienia : Date

19 Diagram klas Relacje - kompozycja kompozycja reprezentuje relację całość część Część należy tylko do jednej całości a jej czas życia jest od niej zależny. Jest jednym z komponentów z których składa się całość + Czasopismo - Tytul : String - Wydawnictwo : String - ISBN : String + Tom - Numer : String - Rocznik : int Usunięcie całości powoduje usunięcie wszystkich jego części

20 Diagram klas Relacje - uogólnienie Uogólnienie tworzy hierarchię klas Relacje wskazują klasę ogólną i klasy bardziej szczegółowe + magazyn + wyszukaj() + sortowanie() + magazyn podreczny + wyszukaj() + sortowanie() + magazyn surowcow + wyszukaj() + sortowanie() + magazyn produktow + wyszukaj() + sortowanie() Dziedziczenie jest jedną z technik uogólniania

21 Diagram klas Relacje - Klasyfikacja Reprezentuje związek między obiektem i klasami Obiekt może należeć jednocześnie do wielu klas - typów Ograniczenia przynależności do klas {disjoint} obiekt może należeć tylko do jednej klasy naraz {overlaping} obiekt może należeć do wielu klas, posiadać wiele typów {complete} prezentowana lista podklas jest kompletna, nie może powstać nowa podklasa {incomplete} mogą powstać nowe podklasy

22 Diagram klas Relacje - Klasyfikacja Reprezentuje związek między obiektem i klasami Obiekt może należeć jednocześnie do wielu klas - typów {disjoint}, {complete} {overlaping}, {incomplete} + ogolne + ksiazka + wydawnictwo + specjalizowane + czasopismo

23 Klasa abstrakcyjna Diagram klas Klasa abstrakcyjna reprezentuje wirtualny byt grupujący wspólną funkcjonalność kilku klas. Posiada ona sygnatury operacji (czyli deklaracje, że klasy tego typu będą akceptować takie komunikaty), ale nie definiuje ich implementacji. Klasa abstrakcyjna nie posiada własnych instancji obiektów. Na diagramie oznaczana jest kursywą w nazwie klasy lub słowem {abstract}

24 Diagram klas Uogólnienia hierarchia klas hhj Klasa najwyższa w hierarchii + Osoba {root} Klasa abstrakcyjna + Pracownik obslugi kina Żadna fizyczna osoba nie jest bezpośrednio pracownikiem obsługi kina + Pracownik dzialu informacji + Kasjer + Operator projektora Klasa najniższa w hierarchii + Kasjer biletowy {leaf} + Kasjer gastronomiczny {leaf}

25 Diagram klas Proces tworzenia diagramu klas - propozycja Zidentyfikowanie i nazwanie klas Połączenie klas z wykorzystaniem asocjacji Zidentyfikowanie i nazwanie atrybutów i operacji Określenie cech asocjacji (nazwa, role, nawigacja, liczebność, agregacja, kwalifikacja) Opracowanie innych rodzajów związków (uogólnień, zależności, realizacji) Wyspecyfikowanie atrybutów i operacji według składni Opracowanie diagramów obiektów

26 Diagram klas Przykład telefonia komórkowa + Biling + Karta SIM + Taryfa + nosnik pamieci 0..* + cennik zest. polaczen 0..* + numer 1..* + zbior dok wlasciciel Korespondencja + komunikacja 0..* + Klient + wlasciciel Komorka + wlasciciel produkt 1..* + zbior dok produkt 10..* + rozliczenie 0..* + punkt sprzedazy 1..* + Faktura + zestawienie Pozycja + SalonFirmowy + przedmiot sprz. 1..*

27 Diagram klas Przykład księgarnia wysyłkowa 1..* Książka -Autor : string -tytuł : string -wydawca : string -ISBN : String -datawydania : Date -cenanetto : Decimal -stawkavat : Byte +dodajpozycję() +usuńpozycję() +przekazpozycję() +obliczcenębrutto() +wyczyśćkoszyk() +wyszukaj() KartaKredytowa -typkarty : String -nrkarty : String -datawazności : Date -limit : Single +weryfikujdane() +obciąż() Zamówienie -nrzamówienia : String -datazamówienia : Date -formazapłaty : String -status : String 1..* 0..* +sporzadź() +ustaldatę() +zmieńformę() +zmieństatus() +wskazniezrealizowane() +wyliczwartość() * 1 0..* 1 Klient #telefon : String #ulica : String #nrdomu : String #nrlokalu : String #kodpocztowy : String #miasto : String +aktualizuj() 0..* Użytkownik login : String -hasło : String +zaloguj() 0..* Faktura -nrfaktury : String -datawystawienia : Date -datapłatności : Date -Zapłacona : Boolean +sporzadź() +zaznaczpłatność() Dostawa -formadostarczenia : String -kosztnetto : Decimal -stawkavat : Byte +obliczkosztbrutto() +dodajkoszt() KlientFirmowy -nazwafirmy : String -NIP : String KlientIndywidualny -imię : String -nazwisko : String UżytkownikZaawansowany -poziomdostępu : Byte +zmieńdostęp()

28 Diagramy UML 2.0 Diagram sekwencji (sequence diagram) Opisuje sekwencje komunikatów wymienianych między obiektami Recepcjonista : Rezerwacja : BazaDanych : *.skw *.sd otwórzrezerwacje() sprawdzdostepnoscpokoi() 10/13 wprowadzdane() zamknij() dokonajrezerwacji()

29 Diagram sekwencji Diagramy sekwencji kładą nacisk na porządek w jakim dzieją się rzeczy Służą przede wszystkim do pokazywania interakcji między poszczególnymi elementami systemu Pokazują czas życia obiektów w stosunku do innych współuczestniczących w obsłudze danego zadania Z reguły pokazują jeden scenariusz, nie wszystkie możliwe

30 Diagram sekwencji Elementy diagramu Obiekt Okno_logowania Reprezentuje obiekt w systemie lub jeden z jego komponentów Czas Linia życia. Pokazuje czas istnienia danego obiektu.

31 Diagram sekwencji Elementy diagramu Aktywacja Okno_logowania Obszar aktywacji. Reprezentuje czas, w którym obiekt jest aktywny (wykonuje jakieś zadanie) Znacznik zerwania. Pokazuje jawnie chwilę w której dany obiekt przestaje istnieć

32 Diagram sekwencji Elementy diagramu Okno_logowania Komunikat Pokazuje przepływ sterowania (i informacji) między poszczególnymi obiektami Skrypt_logowania Sprawdź_logowanie Istnieje kilka rodzajów komunikatów

33 Diagram sekwencji Elementy diagramu Komunikat Komunikat prosty Komunikat synchroniczny Komunikat asynchroniczny Komunikat zwrotny Pełne przekazanie sterowania do drugiej instancji Wstrzymanie operacji do czasu uzyskania odpowiedzi Kontynuowanie operacji bez oczekiwania na odpowiedź Powrót z wywołania podprogramu

34 Diagram sekwencji Przepływy komunikatów Sprzedawca Zamówienie Artykuł pobierzwartość cena pobierzadres Przepływ zagnieżdżony

35 Diagram sekwencji Komunikaty mogą być opisane w sposób sformalizowany poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista) Poprz lista komunikatów poprzedzających Warunek warunek wysłania komunikatu Iter ilość powtórzeń komunikatu Nr sekw numer określający kolejność komunikatu Wynik nazwa zmiennej zwracanej Operacja nazwa wywoływanej operacji wraz z parametrami

36 Diagram sekwencji Komunikaty mogą być opisane w sposób sformalizowany poprz / [warunek] *[iter] nr sekw : wynik := operacja(lista) Przykłady komunikatów przesuń(1,2) wyn1:=przesuń(5,5), *[1..5]: wyn1 := przesuń(5,7) [z>0]: wyn1 := przesuń(5,7), A3,B4 / [x<0] *[1..4] C3.1: wyn2 := pobierzlokację(wyn1) [dostęp do bazy] *[Dla każdego rekordu] 6: DaneWyj:=Formatuj(DaneWej,Format) [drukarka zajęta] zapisz_do_kolejki(wydruk)

37 Diagram sekwencji Przepływy komunikatów Obiekt1 Obiekt2 Warunki pozwalają na rozdzielenie komunikatów i wprowadzenie alternatywnych linii życia obiektów [x>0]komunikat1 [x<=0]komunikat2 Alternatywna linia życia obiektu 2

38 Diagram sekwencji Przepływy komunikatów Obiekt1 Obiekt3 Obiekt2 Możliwe jest również alternatywne wykorzystywanie dodatkowych obiektów [x>0]komunikat1 [x<=0]komunikat2 Komunikat3 Obiekt wykorzystywany tylko w przypadku x<=0

39 CDN Diagram sekwencji

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

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

DIAGRAM KLAS. Kamila Vestergaard. materiał dydaktyczny

DIAGRAM KLAS. Kamila Vestergaard. materiał dydaktyczny DIAGRAM KLAS Kamila Vestergaard materiał dydaktyczny DEFINICJA D I A G R A M K L A S Diagram klas pokazuje wzajemne powiązania pomiędzy klasami, które tworzą jakiś system. Zawarte są w nim informacje dotyczące

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

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

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

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

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

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

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

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

Bartosz Walter. InŜynieria oprogramowania. UML cz. I. Prowadzący: Bartosz Walter. UML cz. I 1

Bartosz Walter. InŜynieria oprogramowania. UML cz. I. Prowadzący: Bartosz Walter. UML cz. I 1 UML cz. I Prowadzący: Bartosz Walter UML cz. I 1 Plan wykładów Zasady skutecznego działania Specyfikacja wymagań (przypadki uŝycia) Przeglądy artefaktów (inspekcje Fagana) Język UML, cz. I Język UML, cz.

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

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

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

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni

Diagramy związków encji. Laboratorium. Akademia Morska w Gdyni Akademia Morska w Gdyni Gdynia 2004 1. Podstawowe definicje Baza danych to uporządkowany zbiór danych umożliwiający łatwe przeszukiwanie i aktualizację. System zarządzania bazą danych (DBMS) to oprogramowanie

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

Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Modelowanie klas i obiektów. Jarosław Kuchta Projektowanie Aplikacji Internetowych Modelowanie klas i obiektów Jarosław Kuchta Podstawowe pojęcia (1) Byt, encja (entity) coś co istnieje, posiada własne cechy i wyodrębnioną tożsamość (identity); bytem może być rzecz, osoba, organizacja,

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

Diagram maszyny stanowej - POJĘCIA

Diagram maszyny stanowej - POJĘCIA Diagram maszyny stanowej - POJĘCIA Stan : sytuacja w cyklu życia bytu (obiektu, PU, podsystemu, aktora, operacji itp), kiedy spełnia on pewne warunki, realizuje pewną czynność lub czeka na pewne zdarzenie.

Bardziej szczegółowo

Cel drugiego wykładu

Cel drugiego wykładu Cel drugiego wykładu Tytuł: Diagramy klas w perspektywie implementacyjnej Cel wykładu: Zaprezentować sposób przygotowania diagramu klas UML w perspektywie implementacyjnej z uwzględnieniem takich języków

Bardziej szczegółowo

Projekt z przedmiotu Projektowanie systemów teleinformatycznych

Projekt z przedmiotu Projektowanie systemów teleinformatycznych Państwowa Wyższa Szkoła Zawodowa w Tarnowie Projekt z przedmiotu Projektowanie systemów teleinformatycznych Temat : Centrum Raportowania Sprzedaży w sieciach telefonii komórkowej Wykonali: Pasula Marcin

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

KatMPBSoft marekbilski@katmpbsoft.pl - 1 -

KatMPBSoft marekbilski@katmpbsoft.pl - 1 - Przedstawiona dokumentacja UML jest ściśle chroniona prawami autorskimi. Jej celem jest jedynie pokazanie w jaki sposób firma KatMPBSoft, takie dokumentacje przygotowuje. Dokumentacja UML nie może być

Bardziej szczegółowo

Paweł Kurzawa, Delfina Kongo

Paweł Kurzawa, Delfina Kongo Paweł Kurzawa, Delfina Kongo Pierwsze prace nad standaryzacją Obiektowych baz danych zaczęły się w roku 1991. Stworzona została grupa do prac nad standardem, została ona nazwana Object Database Management

Bardziej szczegółowo

Java - tablice, konstruktory, dziedziczenie i hermetyzacja

Java - tablice, konstruktory, dziedziczenie i hermetyzacja Java - tablice, konstruktory, dziedziczenie i hermetyzacja Programowanie w językach wysokiego poziomu mgr inż. Anna Wawszczak PLAN WYKŁADU zmienne tablicowe konstruktory klas dziedziczenie hermetyzacja

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

Język UML. dr inż. Piotr Szwed C3, pok. 212 e-mail: pszwed@ia.agh.edu.pl http://pszwed.ia.agh.edu.pl

Język UML. dr inż. Piotr Szwed C3, pok. 212 e-mail: pszwed@ia.agh.edu.pl http://pszwed.ia.agh.edu.pl Język UML dr inż. Piotr Szwed C3, pok. 212 e-mail: pszwed@ia.agh.edu.pl http://pszwed.ia.agh.edu.pl Diagramy klas Diagramy klas Diagramy klas są najbardziej charakterystycznym elementem wszystkich języków

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

Metody Metody, parametry, zwracanie wartości

Metody Metody, parametry, zwracanie wartości Materiał pomocniczy do kursu Podstawy programowania Autor: Grzegorz Góralski ggoralski.com Metody Metody, parametry, zwracanie wartości Metody - co to jest i po co? Metoda to wydzielona część klasy, mająca

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

Projektowanie bazy danych. Jarosław Kuchta Projektowanie Aplikacji Internetowych

Projektowanie bazy danych. Jarosław Kuchta Projektowanie Aplikacji Internetowych Projektowanie bazy danych Jarosław Kuchta Projektowanie Aplikacji Internetowych Możliwości projektowe Relacyjna baza danych Obiektowa baza danych Relacyjno-obiektowa baza danych Inne rozwiązanie (np. XML)

Bardziej szczegółowo

Definiowanie własnych klas

Definiowanie własnych klas Programowanie obiektowe Definiowanie własnych klas Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej pawel.rogalinski @ pwr.wroc.pl Definiowanie własnych klas Autor:

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

Modelowanie danych, projektowanie systemu informatycznego

Modelowanie danych, projektowanie systemu informatycznego Modelowanie danych, projektowanie systemu informatycznego Modelowanie odwzorowanie rzeczywistych obiektów świata rzeczywistego w systemie informatycznym Modele - konceptualne reprezentacja obiektów w uniwersalnym

Bardziej szczegółowo

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

UML [ Unified Modeling Language ]

UML [ Unified Modeling Language ] UML [ Unified Modeling Language ] UML język formalny służący do opisu świata obiektów w analizie obiektowej oraz programowaniu obiektowym. W najnowszej wersji (2.4.x) języka UML wyróżnia się 13 diagramów

Bardziej szczegółowo

15. Funkcje i procedury składowane PL/SQL

15. Funkcje i procedury składowane PL/SQL 15. Funkcje i procedury składowane PLSQL 15.1. SQL i PLSQL (Structured Query Language - SQL) Język zapytań strukturalnych SQL jest zbiorem poleceń, za pomocą których programy i uŝytkownicy uzyskują dostęp

Bardziej szczegółowo

Interfejsy. Programowanie obiektowe. Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej

Interfejsy. Programowanie obiektowe. Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej Programowanie obiektowe Interfejsy Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej pawel.rogalinski pwr.wroc.pl Interfejsy Autor: Paweł Rogaliński Instytut Informatyki,

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Programowanie obiektowe Wykład 7 Marcin Młotkowski 8 kwietnia 2015 Plan wykładu Z życia programisty, część 1 1 Z życia programisty, część 1 2 3 Z życia programisty, część 2 Model View Controller MVC w

Bardziej szczegółowo

Polimorfizm, metody wirtualne i klasy abstrakcyjne

Polimorfizm, metody wirtualne i klasy abstrakcyjne Programowanie obiektowe Polimorfizm, metody wirtualne i klasy abstrakcyjne Paweł Rogaliński Instytut Informatyki, Automatyki i Robotyki Politechniki Wrocławskiej pawel.rogalinski pwr.wroc.pl Polimorfizm,

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

Kurs WWW. Paweł Rajba. pawel@ii.uni.wroc.pl http://pawel.ii.uni.wroc.pl/

Kurs WWW. Paweł Rajba. pawel@ii.uni.wroc.pl http://pawel.ii.uni.wroc.pl/ Paweł Rajba pawel@ii.uni.wroc.pl http://pawel.ii.uni.wroc.pl/ Spis treści Wprowadzenie Automatyczne ładowanie klas Składowe klasy, widoczność składowych Konstruktory i tworzenie obiektów Destruktory i

Bardziej szczegółowo

Rozdział 4 KLASY, OBIEKTY, METODY

Rozdział 4 KLASY, OBIEKTY, METODY Rozdział 4 KLASY, OBIEKTY, METODY Java jest językiem w pełni zorientowanym obiektowo. Wszystkie elementy opisujące dane, za wyjątkiem zmiennych prostych są obiektami. Sam program też jest obiektem pewnej

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

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu

Inżynieria wymagań. Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia. Część 5 Definicja systemu Inżynieria wymagań Wykład 3 Zarządzanie wymaganiami w oparciu o przypadki użycia Część 5 Definicja systemu Opracowane w oparciu o materiały IBM (kurs REQ480: Mastering Requirements Management with Use

Bardziej szczegółowo

Analiza i projektowanie obiektowe

Analiza i projektowanie obiektowe Analiza i projektowanie obiektowe Procesy budowy systemów informatycznych Fazy procesu budowy SI Specyfikacja wymagań o Analiza dziedziny modelowanie podstawowych pojęć i terminów Analiza systemowa modelowanie

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

Programowanie obiektowe

Programowanie obiektowe Programowanie obiektowe Wykład 2 Marcin Młotkowski 4 marca 2015 Plan wykładu 1 2 3 4 5 Marcin Młotkowski Programowanie obiektowe 2 / 47 Krótki opis C Obiektowy, z kontrolą typów; automatyczne odśmiecanie;

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

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

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)

Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online) Spis treści Opis protokołu komunikacji programu mpensjonat z systemami zewnętrznymi (np. rezerwacji online)...1

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

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 klas i obiektów

Diagramy klas i obiektów Diagramy klas i obiektów zastosowanie do modelowania w języku UML Agnieszka Niegowska & Grzegorz Widziszowski Klasy Klasa jest miejscem przechowywania cech obiektów, które są niezmienne (inwariantów).

Bardziej szczegółowo

Kurs programowania. Wykład 2. Wojciech Macyna. 17 marca 2016

Kurs programowania. Wykład 2. Wojciech Macyna. 17 marca 2016 Wykład 2 17 marca 2016 Dziedziczenie Klasy bazowe i potomne Dziedziczenie jest łatwym sposobem rozwijania oprogramowania. Majac klasę bazowa możemy ja uszczegółowić (dodać nowe pola i metody) nie przepisujac

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

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

Inżynieria oprogramowania. Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Inżynieria oprogramowania Wykład 7 Inżynieria wymagań: punkty widzenia, scenariusze, przypadki użycia Punkt widzenia (Point of View) Systemy oprogramowania mają zwykle kilku różnych użytkowników. Wielu

Bardziej szczegółowo

Programowanie obiektowe, wykład nr 6. Klasy i obiekty

Programowanie obiektowe, wykład nr 6. Klasy i obiekty Dr hab. inż. Lucyna Leniowska, prof. UR, Zakład Mechatroniki, Automatyki i Optoelektroniki, IT Programowanie obiektowe, wykład nr 6 Klasy i obiekty W programowaniu strukturalnym rozwój oprogramowania oparto

Bardziej szczegółowo

Kurs programowania. Wstęp - wykład 0. Wojciech Macyna. 22 lutego 2016

Kurs programowania. Wstęp - wykład 0. Wojciech Macyna. 22 lutego 2016 Wstęp - wykład 0 22 lutego 2016 Historia Simula 67 język zaprojektowany do zastosowan symulacyjnych; Smalltalk 80 pierwszy język w pełni obiektowy; Dodawanie obiektowości do języków imperatywnych: Pascal

Bardziej szczegółowo

Synchroniczne wprowadzanie kontrahentów - SWK Moduł VBA do Symfonia FK Forte.

Synchroniczne wprowadzanie kontrahentów - SWK Moduł VBA do Symfonia FK Forte. Synchroniczne wprowadzanie kontrahentów - SWK Moduł VBA do Symfonia FK Forte. Autor: DAMAL Grupa Dr IT Data utworzenia: 2009-10-15 Ostatnia zmiana: 2012-11-04 Wersja: 1.4 1. Opis rozwiązania Moduł Synchroniczne

Bardziej szczegółowo

Klasy abstrakcyjne i interfejsy

Klasy abstrakcyjne i interfejsy Klasy abstrakcyjne i interfejsy Streszczenie Celem wykładu jest omówienie klas abstrakcyjnych i interfejsów w Javie. Czas wykładu 45 minut. Rozwiązanie w miarę standardowego zadania matematycznego (i nie

Bardziej szczegółowo

Modelowanie i Programowanie Obiektowe

Modelowanie i Programowanie Obiektowe Modelowanie i Programowanie Obiektowe Wykład I: Wstęp 20 październik 2012 Programowanie obiektowe Metodyka wytwarzania oprogramowania Metodyka Metodyka ustandaryzowane dla wybranego obszaru podejście do

Bardziej szczegółowo

Typy klasowe (klasy) 1. Programowanie obiektowe. 2. Założenia paradygmatu obiektowego:

Typy klasowe (klasy) 1. Programowanie obiektowe. 2. Założenia paradygmatu obiektowego: Typy klasowe (klasy) 1. Programowanie obiektowe Programowanie obiektowe (ang. object-oriented programming) to metodologia tworzenia programów komputerowych, która definiuje programy za pomocą obiektów

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

Modelowanie i analiza systemów informatycznych

Modelowanie i analiza systemów informatycznych Modelowanie i analiza systemów informatycznych MBSE/SysML Wykład 3 Diagram definiowania bloków (bdd) Diagram definiowania bloków Definiuje elementy systemu Diagram SysML Diagram zachowania Diagram wymagań

Bardziej szczegółowo

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

Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym Diagramy ERD. Model struktury danych jest najczęściej tworzony z wykorzystaniem diagramów pojęciowych (konceptualnych). Najpopularniejszym konceptualnym modelem danych jest tzw. model związków encji (ERM

Bardziej szczegółowo

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

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

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

Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania.

Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania. Szczegółowa specyfikacja funkcjonalności zamawianego oprogramowania. Założenia projektowe systemu NETDOC. część 1: założenia ogólne i funkcjonalność rdzenia systemu Założenia ogólne Celem projektu jest

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

JAVA. Java jest wszechstronnym językiem programowania, zorientowanym. apletów oraz samodzielnych aplikacji.

JAVA. Java jest wszechstronnym językiem programowania, zorientowanym. apletów oraz samodzielnych aplikacji. JAVA Java jest wszechstronnym językiem programowania, zorientowanym obiektowo, dostarczającym możliwość uruchamiania apletów oraz samodzielnych aplikacji. Java nie jest typowym kompilatorem. Źródłowy kod

Bardziej szczegółowo

Specyfikacja przypadków i scenariuszy testowych

Specyfikacja przypadków i scenariuszy testowych Specyfikacja przypadków i scenariuszy testowych wzów przygotowany na podstawie Rozporządzenia Ministra Nauki i Informatyzacji z dnia 19 października 2005r. w sprawie testów akceptacyjnych oraz badania

Bardziej szczegółowo

Programowanie obiektowe i zdarzeniowe wykład 4 Kompozycja, kolekcje, wiązanie danych

Programowanie obiektowe i zdarzeniowe wykład 4 Kompozycja, kolekcje, wiązanie danych Programowanie obiektowe i zdarzeniowe wykład 4 Kompozycja, kolekcje, wiązanie danych Obiekty reprezentują pewne pojęcia, przedmioty, elementy rzeczywistości. Obiekty udostępniają swoje usługi: metody operacje,

Bardziej szczegółowo

Jerzy Nawrocki, Wprowadzenie do informatyki

Jerzy Nawrocki, Wprowadzenie do informatyki Jerzy Nawrocki, Jerzy Nawrocki Wydział Informatyki Politechnika Poznańska jerzy.nawrocki@put.poznan.pl Kryzys oprogramowania Struktury danych i inżynieria oprogramowania Przekraczanie terminów Przekraczanie

Bardziej szczegółowo

Java. język programowania obiektowego. Programowanie w językach wysokiego poziomu. mgr inż. Anna Wawszczak

Java. język programowania obiektowego. Programowanie w językach wysokiego poziomu. mgr inż. Anna Wawszczak Java język programowania obiektowego Programowanie w językach wysokiego poziomu mgr inż. Anna Wawszczak 1 Język Java Język Java powstał w roku 1995 w firmie SUN Microsystems Java jest językiem: wysokiego

Bardziej szczegółowo

Diagramy klas UML. Mateusz Kobos 17.03.2011

Diagramy klas UML. Mateusz Kobos 17.03.2011 Diagramy klas UML Mateusz Kobos 17.03.2011 UML UML to najpopularniejszy sposób graficznego opisywania budowy programu obiektowego. UML = Unified Modeling Language powstał z połączenia kilku wcześniejszych

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

Dokumentacja techniczna interfejsu (Web Service) dla systemu sprzedaży internetowej - eraty Santander Consumer Bank

Dokumentacja techniczna interfejsu (Web Service) dla systemu sprzedaży internetowej - eraty Santander Consumer Bank Dokumentacja techniczna interfejsu (Web Service) dla systemu sprzedaży internetowej - eraty Santander Consumer Bank www.eraty.pl wersja 2.1 Spis treści 1 Wstęp... 3 1.1 Strony komunikacji... 3 1.2 Błędy

Bardziej szczegółowo

OPIEKUN DORADCY: KONTO FIRMY DODAWANIE KLIENTÓW

OPIEKUN DORADCY: KONTO FIRMY DODAWANIE KLIENTÓW Portalami Opiekun Doradcy / Opiekun Zysku zarządza firma Opiekun Inwestora z siedzibą w Poznaniu, NIP: 972 117 04 29 KONTAKT W SPRAWIE WSPÓŁPRACY W RAMACH PROJEKTU OPIEKUN DORADCY pomoc@opiekundoradcy.pl,

Bardziej szczegółowo

Wstęp...1 Diagram asocjacji...2 Opisy klas...3 Opisy asocjacji...4 Proces uruchamiania klienta...5

Wstęp...1 Diagram asocjacji...2 Opisy klas...3 Opisy asocjacji...4 Proces uruchamiania klienta...5 Spis treści Wstęp...1 Diagram asocjacji...2 Opisy klas...3 Opisy asocjacji...4 Proces uruchamiania klienta...5 Wstęp Niniejszy dokument opisuje zależności pomiędzy bytami platformy Hiperus. 1/7 Diagram

Bardziej szczegółowo

Narysować diagram sekwencji pokazujący rejestrację wypożyczenia przez Jana Kowalskiego książki Potop

Narysować diagram sekwencji pokazujący rejestrację wypożyczenia przez Jana Kowalskiego książki Potop Egzamin: 31/01/2009 Godzina: 14:15 16:00 Opracowano na podstawie przykładowych zadań MODELOWANIE I ANALIZA SYSTEMÓW OPRACOWANIE ZADAŃ Zadanie 1 Zamodeluj funkcjonalność systemu bibliotecznego Należy: Utworzyć

Bardziej szczegółowo

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

Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych Wykorzystanie standardów serii ISO 19100 oraz OGC dla potrzeb budowy infrastruktury danych przestrzennych dr inż. Adam Iwaniak Infrastruktura Danych Przestrzennych w Polsce i Europie Seminarium, AR Wrocław

Bardziej szczegółowo

LABARATORIUM 9 TESTY JEDNOSTKOWE JUNIT 3.8

LABARATORIUM 9 TESTY JEDNOSTKOWE JUNIT 3.8 Inżynieria Oprogramowania 2013/14 LABARATORIUM 9 TESTY JEDNOSTKOWE JUNIT 3.8 Hierarchia klas: TestCase klasa testująca, będąca klasą bazową dla wszystkich przypadków testowych. Zawiera przypadki testowe

Bardziej szczegółowo

Projektowanie bazy danych przykład

Projektowanie bazy danych przykład Projektowanie bazy danych przykład Pierwszą fazą tworzenia projektu bazy danych jest postawienie definicji celu, założeń wstępnych i określenie podstawowych funkcji aplikacji. Każda baza danych jest projektowana

Bardziej szczegółowo

Abstrakcyjny typ danych

Abstrakcyjny typ danych Abstrakcyjny typ danych Abstrakcyjny Typ Danych (abstract data type-adt): zbiór wartości wraz z powiązanymi z nimi operacjami; operacje są zdefiniowane w sposób niezależny od implementacji; operacje są

Bardziej szczegółowo

Modelowanie i analiza systemów informatycznych.

Modelowanie i analiza systemów informatycznych. Modelowanie i analiza systemów informatycznych. Robert Plebaniak 14 października 2013 roku Model Model i jego własności Czym jest model? modele są budowane w celu lepszego zobrazowania istniejących lub

Bardziej szczegółowo

Modelowanie klas i ich zwi zków diagram klas

Modelowanie klas i ich zwi zków diagram klas Modelowanie klas i ich zwi zków diagram klas Dr in.. Marek MI OSZ Plan Klasa notacja w UMLu Zwi zki typy, notacja Diagram klas Interfejs Z o one problemy modelowania klas i ich zwi zków Generowanie programowej

Bardziej szczegółowo

4. Język UML. 4.1. Alfabet

4. Język UML. 4.1. Alfabet 4. Język UML Język modelowania pojęciowego (Unified Modeling Language) jest językiem formalnym. Jeśli coś w nim zapiszę, to każdy odczyta dokładnie to, co napisałem (nawet jeśli będzie miał nieco złej

Bardziej szczegółowo

MODELOWANIE PRZEPŁYWU DANYCH

MODELOWANIE PRZEPŁYWU DANYCH MODELOWANIE PRZEPŁYWU DANYCH 1. Diagram przepływu danych (DFD) 2. Weryfikacja modelu strukturalnego za pomocą DFD Modelowanie SI - GHJ 1 Definicja i struktura DFD Model części organizacji rozważany z punktu

Bardziej szczegółowo

Programowanie obiektowe

Programowanie obiektowe Programowanie obiektowe Wykład: klasa, obiekt, po co używać klas, właściwości, atrybuty, funkcje, zachowania, metody, przykładowe obiekty, definiowanie klasy, obiektu, dostęp do składników klasy, public,

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

Wątek - definicja. Wykorzystanie kilku rdzeni procesora jednocześnie Zrównoleglenie obliczeń Jednoczesna obsługa ekranu i procesu obliczeniowego

Wątek - definicja. Wykorzystanie kilku rdzeni procesora jednocześnie Zrównoleglenie obliczeń Jednoczesna obsługa ekranu i procesu obliczeniowego Wątki Wątek - definicja Ciąg instrukcji (podprogram) który może być wykonywane współbieżnie (równolegle) z innymi programami, Wątki działają w ramach tego samego procesu Współdzielą dane (mogą operować

Bardziej szczegółowo

Programowanie 2. Język C++. Wykład 9.

Programowanie 2. Język C++. Wykład 9. 9.1 Ukrywanie metod, metody nadpisane... 1 9.2 Metody wirtualne, wirtualny destruktor... 2 9.3 Metody czysto wirtualne... 6 9.4 Klasy abstrakcyjne... 7 9.5 Wielodziedziczenie... 9 9.1 Ukrywanie metod,

Bardziej szczegółowo