Podejście obiektowe wprowadzenie

Save this PDF as:
 WORD  PNG  TXT  JPG

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

Download "Podejście obiektowe wprowadzenie"

Transkrypt

1 wprowadzenie Bogdan Kreczmer Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2013 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu dotyczącego programowania obiektowego. Jest on udostępniony pod warunkiem wykorzystania wyłącznie do własnych prywatnych potrzeb i może on być kopiowany wyłącznie w całości, razem z niniejszą stroną tytułową. wprowadzenie

2 Niniejsza prezentacja została wykonana przy użyciu systemu składu L A TEX oraz stylu beamer, którego autorem jest Till Tantau. Strona domowa projektu Beamer:

3 Moje dane Bogdan Kreczmer, dr inż., pok. 307 bud. C-3 Terminy konsultacji: wt. 13:00 15:00 pt. 13:00 15:00 Strona kursu: kreczmer/kpo kreczmer/kpo

4 Organizacja kursu Warunki udziału w kursie Wykłady i materiały do wykładów Laboratoria

5 Organizacja kursu Warunki udziału w kursie Wykłady i materiały do wykładów Laboratoria

6 Organizacja kursu Warunki udziału w kursie Wykłady i materiały do wykładów Laboratoria

7 Warunki zaliczeń Kurs kończy się egzaminem. Do egzaminu można przystąpić pod warunkiem uzyskania zaliczenia z laboratorium Istnieje możliwość zwolnienia z egzaminu na podstawie oceny z laboratorium i wyniku z ekranówki. Przewidywana jest ona w 14 tygodniu zajęć. Warunki zwolnienia: ocena z laboratorium 5,0, ocena z ekranówki 4,0 ocena z laboratorium = 4,5, ocena z ekranówki 4,5 Ocena celująca ekranówka: 5,0; laboratorium: 5,5 sposób liczenia oceny z kursu: 10 ( )(E + L) (E L) 2 Ocena celująca egzamin: 5,0; laboratorium: 5,5 egzamin: 5,5; laboratorium: 5,0

8 Warunki zaliczeń Kurs kończy się egzaminem. Do egzaminu można przystąpić pod warunkiem uzyskania zaliczenia z laboratorium Istnieje możliwość zwolnienia z egzaminu na podstawie oceny z laboratorium i wyniku z ekranówki. Przewidywana jest ona w 14 tygodniu zajęć. Warunki zwolnienia: ocena z laboratorium 5,0, ocena z ekranówki 4,0 ocena z laboratorium = 4,5, ocena z ekranówki 4,5 Ocena celująca ekranówka: 5,0; laboratorium: 5,5 sposób liczenia oceny z kursu: 10 ( )(E + L) (E L) 2 Ocena celująca egzamin: 5,0; laboratorium: 5,5 egzamin: 5,5; laboratorium: 5,0

9 Warunki zaliczeń Kurs kończy się egzaminem. Do egzaminu można przystąpić pod warunkiem uzyskania zaliczenia z laboratorium Istnieje możliwość zwolnienia z egzaminu na podstawie oceny z laboratorium i wyniku z ekranówki. Przewidywana jest ona w 14 tygodniu zajęć. Warunki zwolnienia: ocena z laboratorium 5,0, ocena z ekranówki 4,0 ocena z laboratorium = 4,5, ocena z ekranówki 4,5 Ocena celująca ekranówka: 5,0; laboratorium: 5,5 sposób liczenia oceny z kursu: 10 ( )(E + L) (E L) 2 Ocena celująca egzamin: 5,0; laboratorium: 5,5 egzamin: 5,5; laboratorium: 5,0

10 Warunki zaliczeń Kurs kończy się egzaminem. Do egzaminu można przystąpić pod warunkiem uzyskania zaliczenia z laboratorium Istnieje możliwość zwolnienia z egzaminu na podstawie oceny z laboratorium i wyniku z ekranówki. Przewidywana jest ona w 14 tygodniu zajęć. Warunki zwolnienia: ocena z laboratorium 5,0, ocena z ekranówki 4,0 ocena z laboratorium = 4,5, ocena z ekranówki 4,5 Ocena celująca ekranówka: 5,0; laboratorium: 5,5 sposób liczenia oceny z kursu: 10 ( )(E + L) (E L) 2 Ocena celująca egzamin: 5,0; laboratorium: 5,5 egzamin: 5,5; laboratorium: 5,0

11 Warunki zaliczeń Kurs kończy się egzaminem. Do egzaminu można przystąpić pod warunkiem uzyskania zaliczenia z laboratorium Istnieje możliwość zwolnienia z egzaminu na podstawie oceny z laboratorium i wyniku z ekranówki. Przewidywana jest ona w 14 tygodniu zajęć. Warunki zwolnienia: ocena z laboratorium 5,0, ocena z ekranówki 4,0 ocena z laboratorium = 4,5, ocena z ekranówki 4,5 Ocena celująca ekranówka: 5,0; laboratorium: 5,5 sposób liczenia oceny z kursu: 10 ( )(E + L) (E L) 2 Ocena celująca egzamin: 5,0; laboratorium: 5,5 egzamin: 5,5; laboratorium: 5,0

12 Warunki zaliczeń Kurs kończy się egzaminem. Do egzaminu można przystąpić pod warunkiem uzyskania zaliczenia z laboratorium Istnieje możliwość zwolnienia z egzaminu na podstawie oceny z laboratorium i wyniku z ekranówki. Przewidywana jest ona w 14 tygodniu zajęć. Warunki zwolnienia: ocena z laboratorium 5,0, ocena z ekranówki 4,0 ocena z laboratorium = 4,5, ocena z ekranówki 4,5 Ocena celująca ekranówka: 5,0; laboratorium: 5,5 sposób liczenia oceny z kursu: 10 ( )(E + L) (E L) 2 Ocena celująca egzamin: 5,0; laboratorium: 5,5 egzamin: 5,5; laboratorium: 5,0

13 Warunki zaliczeń Kurs kończy się egzaminem. Do egzaminu można przystąpić pod warunkiem uzyskania zaliczenia z laboratorium Istnieje możliwość zwolnienia z egzaminu na podstawie oceny z laboratorium i wyniku z ekranówki. Przewidywana jest ona w 14 tygodniu zajęć. Warunki zwolnienia: ocena z laboratorium 5,0, ocena z ekranówki 4,0 ocena z laboratorium = 4,5, ocena z ekranówki 4,5 Ocena celująca ekranówka: 5,0; laboratorium: 5,5 sposób liczenia oceny z kursu: 10 ( )(E + L) (E L) 2 Ocena celująca egzamin: 5,0; laboratorium: 5,5 egzamin: 5,5; laboratorium: 5,0

14 Warunki zaliczeń Kurs kończy się egzaminem. Do egzaminu można przystąpić pod warunkiem uzyskania zaliczenia z laboratorium Istnieje możliwość zwolnienia z egzaminu na podstawie oceny z laboratorium i wyniku z ekranówki. Przewidywana jest ona w 14 tygodniu zajęć. Warunki zwolnienia: ocena z laboratorium 5,0, ocena z ekranówki 4,0 ocena z laboratorium = 4,5, ocena z ekranówki 4,5 Ocena celująca ekranówka: 5,0; laboratorium: 5,5 sposób liczenia oceny z kursu: 10 ( )(E + L) (E L) 2 Ocena celująca egzamin: 5,0; laboratorium: 5,5 egzamin: 5,5; laboratorium: 5,0

15 Egzamin Propozycje daty egzaminu termin I termin II

16 Literatura Literatura podstawowa: S. B. Leppman, Josée Lajoie, B. E. Moo C++ Primer, 2012 Bjarne Stroustrup, Język C++, WNT, 2002 J. Grębosz, Symfonia C ++ standard J. Grębosz, Pasja C ++

17 Literatura Literatura pomocnicza: B. Eckel, Thinking in C++ Nicolai M. Josuttis, C++ Biblioteka standardowa, Podręcznik programisty David Vandevoorde, Nicolai M. Josuttis, C++ szablony Grady Booch, James Rumbaugh, Ivar Jacobson, UML użytkownika przewodnik Michał Śmiałek, Zrozumieć UML 2.0 Metody modelowania obiektowego, HELION 2005 James Martin, James J. Odell, Podstawy metod obiektowych

18 Spis treści 1

19 Czym jest pojęcie oparte jest na podejściu obiektowym do analizy problemu oraz syntezy i implementacji jego rozwiązania.

20 Czym jest pojęcie oparte jest na podejściu obiektowym do analizy problemu oraz syntezy i implementacji jego rozwiązania. bazuje na fundamentalnej cesze aktywności intelektualnej, która pozwala ludziom (i nie tylko) wyróżniać odrębne obiekty w swoim otoczeniu, przypisywać im własności oraz określać sposób ich interakcji między sobą i otoczeniem.

21 Czym jest pojęcie oparte jest na podejściu obiektowym do analizy problemu oraz syntezy i implementacji jego rozwiązania. bazuje na fundamentalnej cesze aktywności intelektualnej, która pozwala ludziom (i nie tylko) wyróżniać odrębne obiekty w swoim otoczeniu, przypisywać im własności oraz określać sposób ich interakcji między sobą i otoczeniem. Wyróżnianie obiektów może być dokonywane na różne sposoby. Oparte jest ono na obserwacji i wcześniejszej wiedzy.

22 Postrzeganie

23 Postrzeganie

24 Postrzeganie Obserwując otoczenie jesteśmy w stanie wyodrębnić przedmioty...

25 Postrzeganie Obserwując otoczenie jesteśmy w stanie wyodrębnić przedmioty...

26 Postrzeganie Obserwując otoczenie jesteśmy w stanie wyodrębnić przedmioty i przypisać im pojęcia.

27 Postrzeganie Obserwując otoczenie jesteśmy w stanie wyodrębnić przedmioty i przypisać im pojęcia. Proces ten nazywamy postrzeganiem.

28 Postrzeganie Wyodrębnieniu może podlegać zestaw elementów, jako osobna całość.

29 Postrzeganie odnosi się wówczas do zbioru elementów między którymi zachodzą odpowiednie relacje.

30 Postrzeganie Każdemu z elementów może być osobno wyróżniony poprzez przypisanie mu indywidualnego pojęcia.

31 Postrzeganie Znajdując cechy wspólne wszystkich elementów możemy również przyporządkować pojęcie ich zbiorowi.

32 Czym jest pojęcie Istotnym elementem aktu wyróżnienia jakiegoś tworu lub wyobrażenia abstrakcyjnego jest przypisanie mu pewnego pojęcia.

33 Czym jest pojęcie Istotnym elementem aktu wyróżnienia jakiegoś tworu lub wyobrażenia abstrakcyjnego jest przypisanie mu pewnego pojęcia. jest wyobrażeniem lub oznaczeniem, które stosujemy do rzeczy lub wyobrażeń abstrakcyjnych.

34 Czym jest pojęcie Istotnym elementem aktu wyróżnienia jakiegoś tworu lub wyobrażenia abstrakcyjnego jest przypisanie mu pewnego pojęcia. jest wyobrażeniem lub oznaczeniem, które stosujemy do rzeczy lub wyobrażeń abstrakcyjnych. Przypisywanie pojęć jest możliwe dzięki rozpoznaniu własności wspólnych dla reprezentantów zbiorów, do których stosuje się dane pojęcie.

35 Czym jest pojęcie Przyswojenie sobie zbioru pojęć pozwala nadawać znaczenie obiektom znajdującym się w naszym otoczeniu.

36 Czym jest pojęcie Przyswojenie sobie zbioru pojęć pozwala nadawać znaczenie obiektom znajdującym się w naszym otoczeniu. Przykłady pojęć: materialne niematerialne relacyjne zdarzenia inne

37 Czym jest pojęcie Przyswojenie sobie zbioru pojęć pozwala nadawać znaczenie obiektom znajdującym się w naszym otoczeniu. Przykłady pojęć: materialne niematerialne relacyjne zdarzenia inne pojazd budynek atom

38 Czym jest pojęcie Przyswojenie sobie zbioru pojęć pozwala nadawać znaczenie obiektom znajdującym się w naszym otoczeniu. Przykłady pojęć: materialne niematerialne relacyjne zdarzenia inne pojazd budynek atom czas poprawność firma

39 Czym jest pojęcie Przyswojenie sobie zbioru pojęć pozwala nadawać znaczenie obiektom znajdującym się w naszym otoczeniu. Przykłady pojęć: materialne niematerialne relacyjne zdarzenia inne pojazd budynek atom czas poprawność firma posiadanie przynależność małżeństwo

40 Czym jest pojęcie Przyswojenie sobie zbioru pojęć pozwala nadawać znaczenie obiektom znajdującym się w naszym otoczeniu. Przykłady pojęć: materialne niematerialne relacyjne zdarzenia inne pojazd budynek atom czas poprawność firma posiadanie przynależność małżeństwo spotkanie zakup wyjazd

41 Czym jest pojęcie Przyswojenie sobie zbioru pojęć pozwala nadawać znaczenie obiektom znajdującym się w naszym otoczeniu. Przykłady pojęć: materialne niematerialne relacyjne zdarzenia inne pojazd budynek atom czas poprawność firma posiadanie przynależność małżeństwo spotkanie zakup wyjazd wzorowy nietypowy ikona

42 Czym jest pojęcie Termin pojęcie zawiera: intensję treść pojęcia ekstensję zakres pojęcia

43 Czym jest pojęcie Termin pojęcie zawiera: intensję treść pojęcia ekstensję zakres pojęcia

44 Czym jest pojęcie Termin pojęcie zawiera: intensję treść pojęcia ekstensję zakres pojęcia

45 Czym jest pojęcie Termin pojęcie zawiera: intensję treść pojęcia ekstensję zakres pojęcia Intensja jest pełną definicją pojęcia i testu określającego, czy dane pojęcie odnosi się do danej rzeczy lub wyobrażenia abstrakcyjnego.

46 Czym jest pojęcie Termin pojęcie zawiera: intensję treść pojęcia ekstensję zakres pojęcia Intensja jest pełną definicją pojęcia i testu określającego, czy dane pojęcie odnosi się do danej rzeczy lub wyobrażenia abstrakcyjnego. Ekstensja jest zbiorem wszystkich rzeczy i wyobrażeń abstrakcyjnych, do których stosuje się dane pojęcie.

47 Czym jest pojęcie Termin pojęcie zawiera: intensję treść pojęcia ekstensję zakres pojęcia Intensja jest pełną definicją pojęcia i testu określającego, czy dane pojęcie odnosi się do danej rzeczy lub wyobrażenia abstrakcyjnego. Ekstensja jest zbiorem wszystkich rzeczy i wyobrażeń abstrakcyjnych, do których stosuje się dane pojęcie. Trójka pojęciowa = (nazwa, intensja, ekstensja)

48 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja)

49 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Robot przemysłowy

50 Przykłady trójek pojęciowych nazwa Trójka pojęciowa = (nazwa, intensja, ekstensja) Robot przemysłowy intensja ekstensja

51 Przykłady trójek pojęciowych nazwa Trójka pojęciowa = (nazwa, intensja, ekstensja) Robot przemysłowy Robot przemysłowy intensja ekstensja

52 Przykłady trójek pojęciowych nazwa Trójka pojęciowa = (nazwa, intensja, ekstensja) Robot przemysłowy Robot przemysłowy intensja ekstensja Maszyna manipulacyjna sterowana automatycznie za pomocą sygnałów generowanych w programowalnym układzie sterowania.

53 Przykłady trójek pojęciowych nazwa Trójka pojęciowa = (nazwa, intensja, ekstensja) Robot przemysłowy Robot przemysłowy intensja Maszyna manipulacyjna sterowana automatycznie za pomocą sygnałów generowanych w programowalnym układzie sterowania. ekstensja irb-6, IRB1400, Puma 560,...

54 Przykłady trójek pojęciowych nazwa Trójka pojęciowa = (nazwa, intensja, ekstensja) Robot przemysłowy Robot przemysłowy intensja Maszyna manipulacyjna sterowana automatycznie za pomocą sygnałów generowanych w programowalnym układzie sterowania. ekstensja irb-6, IRB1400, Puma 560,...

55 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) nazwa intensja ekstensja

56 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Idealny człowiek nazwa intensja ekstensja

57 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Idealny człowiek nazwa Idealny człowiek intensja ekstensja

58 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Idealny człowiek nazwa Idealny człowiek intensja ekstensja Uczciwy, rzetelny,...

59 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Idealny człowiek nazwa Idealny człowiek intensja ekstensja Uczciwy, rzetelny,...

60 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Idealny człowiek nazwa Idealny człowiek intensja ekstensja Uczciwy, rzetelny,... Niektóre pojęcia mogą nie mieć swoich reprezentantów.

61 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) nazwa intensja ekstensja

62 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) 40S25 nazwa intensja ekstensja

63 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) 40S25 nazwa 40S25 intensja ekstensja

64 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) 40S25 nazwa 40S25 intensja ekstensja

65 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) 40S25 nazwa 40S25 intensja ekstensja 40S25, 40S25,...

66 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) 40S25 nazwa 40S25 intensja ekstensja 40S25, 40S25,... może nie mieć swojej definicji. Przykład układu scalonego, którego dokumentacja i opis zostały zagubione.

67 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) nazwa intensja ekstensja

68 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient nazwa intensja ekstensja

69 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient nazwa Klient intensja ekstensja

70 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient nazwa Klient intensja ekstensja Osoba lub organizacja kupująca dobra lub usługi.

71 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient nazwa Klient intensja Osoba lub organizacja kupująca dobra lub usługi. ekstensja Jan Kowalski, Firma Jana Kowalskiego

72 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient nazwa Klient intensja Osoba lub organizacja kupująca dobra lub usługi. ekstensja Jan Kowalski, Firma Jana Kowalskiego

73 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient, Interesant nazwa Klient, Interesant intensja Osoba lub organizacja kupująca dobra lub usługi. ekstensja Jan Kowalski, Firma Jana Kowalskiego

74 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient, Interesant nazwa Klient, Interesant intensja Osoba lub organizacja kupująca dobra lub usługi. ekstensja Jan Kowalski, Firma Jana Kowalskiego Pojęcia mogą mieć synonimy.

75 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient nazwa Klient intensja Osoba lub organizacja kupująca dobra lub usługi. ekstensja Jan Kowalski, Firma Jana Kowalskiego

76 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient nazwa Klient intensja Osoba lub organizacja kupująca dobra lub usługi. Aplikacja programowa, która żąda od innej aplikacji realizacji usług. ekstensja Jan Kowalski, Firma Jana Kowalskiego xclock, xterm,...

77 Przykłady trójek pojęciowych Trójka pojęciowa = (nazwa, intensja, ekstensja) Klient nazwa Klient intensja Osoba lub organizacja kupująca dobra lub usługi. Aplikacja programowa, która żąda od innej aplikacji realizacji usług. ekstensja Jan Kowalski, Firma Jana Kowalskiego xclock, xterm,... Pojęcia mogą mieć homonimy.

78 Obiekt?! Co to takiego???

79 Obiektem jest to coś, do czego da się zastosować jakieś pojęcie. Tak więc obiekt jest egzemplarzem pojęcia.

80 Obiektem jest to coś, do czego da się zastosować jakieś pojęcie. Tak więc obiekt jest egzemplarzem pojęcia. = robot przemysłowy

81 Obiektem jest to coś, do czego da się zastosować jakieś pojęcie. Tak więc obiekt jest egzemplarzem pojęcia. = robot przemysłowy Obiekt = konkretny egzemplarz robota, np. robota IRB1400

82 Własności: Obiekt może mieć cechy, którym przypisywane są nazwy, np. kulistość. Obiekt może mieć atrybuty, np. promień kuli. Obiektowi możemy przyporządkować stan. Stan obiektu jest kolekcją atrybutów i związków dotyczących danego obiektu. Zmiana stanu jest zmianą atrybutu i/lub związków danego obiektu (np. położenie obiektu x, y, z). Obiekt może mieć pewien ograniczony czas życia. Obiekt może być powiązany z innymi obiektami poprzez odwzorowania lub relacje. Odwzorowania i relacje mogą także być modelowane jako obiekty.

83 Własności: Obiekt może mieć cechy, którym przypisywane są nazwy, np. kulistość. Obiekt może mieć atrybuty, np. promień kuli. Obiektowi możemy przyporządkować stan. Stan obiektu jest kolekcją atrybutów i związków dotyczących danego obiektu. Zmiana stanu jest zmianą atrybutu i/lub związków danego obiektu (np. położenie obiektu x, y, z). Obiekt może mieć pewien ograniczony czas życia. Obiekt może być powiązany z innymi obiektami poprzez odwzorowania lub relacje. Odwzorowania i relacje mogą także być modelowane jako obiekty.

84 Własności: Obiekt może mieć cechy, którym przypisywane są nazwy, np. kulistość. Obiekt może mieć atrybuty, np. promień kuli. Obiektowi możemy przyporządkować stan. Stan obiektu jest kolekcją atrybutów i związków dotyczących danego obiektu. Zmiana stanu jest zmianą atrybutu i/lub związków danego obiektu (np. położenie obiektu x, y, z). Obiekt może mieć pewien ograniczony czas życia. Obiekt może być powiązany z innymi obiektami poprzez odwzorowania lub relacje. Odwzorowania i relacje mogą także być modelowane jako obiekty.

85 Własności: Obiekt może mieć cechy, którym przypisywane są nazwy, np. kulistość. Obiekt może mieć atrybuty, np. promień kuli. Obiektowi możemy przyporządkować stan. Stan obiektu jest kolekcją atrybutów i związków dotyczących danego obiektu. Zmiana stanu jest zmianą atrybutu i/lub związków danego obiektu (np. położenie obiektu x, y, z). Obiekt może mieć pewien ograniczony czas życia. Obiekt może być powiązany z innymi obiektami poprzez odwzorowania lub relacje. Odwzorowania i relacje mogą także być modelowane jako obiekty.

86 Własności: Obiekt może mieć cechy, którym przypisywane są nazwy, np. kulistość. Obiekt może mieć atrybuty, np. promień kuli. Obiektowi możemy przyporządkować stan. Stan obiektu jest kolekcją atrybutów i związków dotyczących danego obiektu. Zmiana stanu jest zmianą atrybutu i/lub związków danego obiektu (np. położenie obiektu x, y, z). Obiekt może mieć pewien ograniczony czas życia. Obiekt może być powiązany z innymi obiektami poprzez odwzorowania lub relacje. Odwzorowania i relacje mogą także być modelowane jako obiekty.

87 Własności: Obiekt może mieć cechy, którym przypisywane są nazwy, np. kulistość. Obiekt może mieć atrybuty, np. promień kuli. Obiektowi możemy przyporządkować stan. Stan obiektu jest kolekcją atrybutów i związków dotyczących danego obiektu. Zmiana stanu jest zmianą atrybutu i/lub związków danego obiektu (np. położenie obiektu x, y, z). Obiekt może mieć pewien ograniczony czas życia. Obiekt może być powiązany z innymi obiektami poprzez odwzorowania lub relacje. Odwzorowania i relacje mogą także być modelowane jako obiekty.

88 Własności: Obiekt może mieć cechy, którym przypisywane są nazwy, np. kulistość. Obiekt może mieć atrybuty, np. promień kuli. Obiektowi możemy przyporządkować stan. Stan obiektu jest kolekcją atrybutów i związków dotyczących danego obiektu. Zmiana stanu jest zmianą atrybutu i/lub związków danego obiektu (np. położenie obiektu x, y, z). Obiekt może mieć pewien ograniczony czas życia. Obiekt może być powiązany z innymi obiektami poprzez odwzorowania lub relacje. Odwzorowania i relacje mogą także być modelowane jako obiekty.

89 Własności: Obiekt może mieć cechy, którym przypisywane są nazwy, np. kulistość. Obiekt może mieć atrybuty, np. promień kuli. Obiektowi możemy przyporządkować stan. Stan obiektu jest kolekcją atrybutów i związków dotyczących danego obiektu. Zmiana stanu jest zmianą atrybutu i/lub związków danego obiektu (np. położenie obiektu x, y, z). Obiekt może mieć pewien ograniczony czas życia. Obiekt może być powiązany z innymi obiektami poprzez odwzorowania lub relacje. Odwzorowania i relacje mogą także być modelowane jako obiekty.

90 Własności: Obiekt może mieć cechy, którym przypisywane są nazwy, np. kulistość. Obiekt może mieć atrybuty, np. promień kuli. Obiektowi możemy przyporządkować stan. Stan obiektu jest kolekcją atrybutów i związków dotyczących danego obiektu. Zmiana stanu jest zmianą atrybutu i/lub związków danego obiektu (np. położenie obiektu x, y, z). Obiekt może mieć pewien ograniczony czas życia. Obiekt może być powiązany z innymi obiektami poprzez odwzorowania lub relacje. Odwzorowania i relacje mogą także być modelowane jako obiekty.

91 Typ obiektowy Typ obiektowy???

92 Typ obiektowy Typ obiektowy jest pojęciem, tzn. jest koncepcją lub ideą, którą stosujemy do obiektów występujących w naszej świadomości.

93 Typ obiektowy Typ obiektowy jest pojęciem, tzn. jest koncepcją lub ideą, którą stosujemy do obiektów występujących w naszej świadomości. Typ obiektowy jest typem obiektu.

94 Typ obiektowy Typ obiektowy jest pojęciem, tzn. jest koncepcją lub ideą, którą stosujemy do obiektów występujących w naszej świadomości. Typ obiektowy jest typem obiektu. Przykład typów obiektowych: robot przemysłowy, pojazd, idealny człowiek, wektor, równanie liniowe.

95 Typ obiektowy Własności: Typ obiektowy jest też pojęciem. Do pojedynczego obiektu może stosować się wiele pojęć (typów obiektowych). Typy obiektowe mogą tworzyć hierarchię od bardzo ogólnych pojęć do pojęć szczegółowych.

96 Typ obiektowy Własności: Typ obiektowy jest też pojęciem. Do pojedynczego obiektu może stosować się wiele pojęć (typów obiektowych). Typy obiektowe mogą tworzyć hierarchię od bardzo ogólnych pojęć do pojęć szczegółowych.

97 Typ obiektowy Własności: Typ obiektowy jest też pojęciem. Do pojedynczego obiektu może stosować się wiele pojęć (typów obiektowych). Typy obiektowe mogą tworzyć hierarchię od bardzo ogólnych pojęć do pojęć szczegółowych.

98 Typ obiektowy Własności: Typ obiektowy jest też pojęciem. Do pojedynczego obiektu może stosować się wiele pojęć (typów obiektowych). Typy obiektowe mogą tworzyć hierarchię od bardzo ogólnych pojęć do pojęć szczegółowych.

99 Przykład hierarchii maszyna pojazd samochód Ferrante V Concept

100 Hierarchie typów obiektowych Hierarchie typów obiektowych możemy tworzyć poprzez uogólnienie lub uszczegółowienie danego typu obiektowego.

101 Hierarchie typów obiektowych Hierarchie typów obiektowych możemy tworzyć poprzez uogólnienie lub uszczegółowienie danego typu obiektowego. Przykład uogólnienia:

102 Hierarchie typów obiektowych Hierarchie typów obiektowych możemy tworzyć poprzez uogólnienie lub uszczegółowienie danego typu obiektowego. Przykład uogólnienia: Samochód

103 Hierarchie typów obiektowych Hierarchie typów obiektowych możemy tworzyć poprzez uogólnienie lub uszczegółowienie danego typu obiektowego. Przykład uogólnienia: Pojazd Samochód

104 Hierarchie typów obiektowych Hierarchie typów obiektowych możemy tworzyć poprzez uogólnienie lub uszczegółowienie danego typu obiektowego. Przykład uogólnienia: Pojazd Samochód Uogólnienie jest aktem lub wynikiem wyróżnienia typu obiektowego, który całkowicie zawiera (obejmuje) inny typ obiektowy.

105 Hierarchie typów obiektowych Hierarchie typów obiektowych możemy tworzyć poprzez uogólnienie lub uszczegółowienie danego typu obiektowego. Przykład uszczegółowienia:

106 Hierarchie typów obiektowych Hierarchie typów obiektowych możemy tworzyć poprzez uogólnienie lub uszczegółowienie danego typu obiektowego. Przykład uszczegółowienia: Pojazd

107 Hierarchie typów obiektowych Hierarchie typów obiektowych możemy tworzyć poprzez uogólnienie lub uszczegółowienie danego typu obiektowego. Przykład uszczegółowienia: Pojazd Quad

108 Hierarchie typów obiektowych Hierarchie typów obiektowych możemy tworzyć poprzez uogólnienie lub uszczegółowienie danego typu obiektowego. Przykład uszczegółowienia: Pojazd Quad Specjalizowanie jest aktem lub wynikiem wyróżnienia typu obiektowego, który całkowicie zawiera się w innym typie obiektowym.

109 Hierarchia typów Typ

110 Hierarchia typów Nadtyp Typ

111 Hierarchia typów Nadtyp Typ Podtyp

112 Hierarchia typów Nadtyp Typ definicja jest ogólniejsza niż definicja innego typu, którego elementy zawarte są w zbiorze danego typu obiektowego. Podtyp

113 Hierarchia typów Nadtyp Typ Podtyp definicja jest ogólniejsza niż definicja innego typu, którego elementy zawarte są w zbiorze danego typu obiektowego. definicja jest bardziej wyspecjalizowana niż definicja innego typu zawierającego między innymi również te same obiekty.

114 Hierarchia typów przykład Nadtyp Typ Podtyp

115 Hierarchia typów przykład Nadtyp Typ Samochód Podtyp

116 Hierarchia typów przykład Nadtyp Pojazd Typ Samochód Podtyp

117 Hierarchia typów przykład Nadtyp Pojazd Typ Samochód Podtyp Kabriolet

118 Hierarchie typów obiektowych Uogólnienie i specjalizowanie pozwalają tworzyć hierarchię abstrakcji. Pomagają one lepiej zrozumieć znaczenie danego typu obiektowego w kontekście hierarchii typów. Tym samym pomagają lepiej zamodelować rozwiązanie problemu.

119 Hierarchie typów obiektowych Uogólnienie i specjalizowanie pozwalają tworzyć hierarchię abstrakcji. Pomagają one lepiej zrozumieć znaczenie danego typu obiektowego w kontekście hierarchii typów. Tym samym pomagają lepiej zamodelować rozwiązanie problemu.

120 Hierarchie typów obiektowych Uogólnienie i specjalizowanie pozwalają tworzyć hierarchię abstrakcji. Pomagają one lepiej zrozumieć znaczenie danego typu obiektowego w kontekście hierarchii typów. Tym samym pomagają lepiej zamodelować rozwiązanie problemu.

121 Hierarchie typów obiektowych Uogólnienie i specjalizowanie pozwalają tworzyć hierarchię abstrakcji. Pomagają one lepiej zrozumieć znaczenie danego typu obiektowego w kontekście hierarchii typów. Tym samym pomagają lepiej zamodelować rozwiązanie problemu. Jak w językach programowania wspierane jest tworzenie hierarchii typów?

122 Hierarchie typów obiektowych Uogólnienie i specjalizowanie pozwalają tworzyć hierarchię abstrakcji. Pomagają one lepiej zrozumieć znaczenie danego typu obiektowego w kontekście hierarchii typów. Tym samym pomagają lepiej zamodelować rozwiązanie problemu. Do definiowania podtypów w językach programowania wspierających paradygmat obiektowy wykorzystywane jest dziedziczenie.

123 Dziedziczenie Istnieją dwa typy dziedziczenia: jednobazowe wielobazowe

124 Dziedziczenie Istnieją dwa typy dziedziczenia: jednobazowe wielobazowe

125 Dziedziczenie Istnieją dwa typy dziedziczenia: jednobazowe wielobazowe

126 Dziedziczenie Istnieją dwa typy dziedziczenia: jednobazowe dany typ dziedziczy bezpośrednio tylko jeden nadtyp, wielobazowe

127 Dziedziczenie Istnieją dwa typy dziedziczenia: jednobazowe dany typ dziedziczy bezpośrednio tylko jeden nadtyp, wielobazowe dany typ może dziedziczyć bezpośrednio wiele nadtypów.

128 Dziedziczenie Przykład: jednobazowe wielobazowe

129 Dziedziczenie Przykład: jednobazowe Jabłko wielobazowe

130 Dziedziczenie Przykład: jednobazowe Owoc Jabłko wielobazowe

131 Dziedziczenie Przykład: jednobazowe Owoc Jabłko wielobazowe Dźwig samobieżny

132 Dziedziczenie Przykład: jednobazowe wielobazowe Dźwig Owoc Jabłko Pojazd Dźwig samobieżny

133 Metody Cechą charakterystyczną podejścia obiektowego i języków obiektowych jest ścisłe powiązanie operacji z danymi, na których są one wykonywane.

134 Metody Cechą charakterystyczną podejścia obiektowego i języków obiektowych jest ścisłe powiązanie operacji z danymi, na których są one wykonywane. Przejawem tego jest to, że dla każdego typu obiektowego można zdefiniować metody.

135 Metody Cechą charakterystyczną podejścia obiektowego i języków obiektowych jest ścisłe powiązanie operacji z danymi, na których są one wykonywane. Przejawem tego jest to, że dla każdego typu obiektowego można zdefiniować metody. Metoda jest specyfikacją sposobu wykonania sekwencji operacji.

136 Podsumowanie - najważniejsze terminy Obiekt Typ obiektowy Metoda Dziedziczenie Polimorfizm

137 Podsumowanie - najważniejsze terminy Obiekt Typ obiektowy Metoda Dziedziczenie Polimorfizm

138 Podsumowanie - najważniejsze terminy Obiekt Typ obiektowy Metoda Dziedziczenie Polimorfizm

139 Podsumowanie - najważniejsze terminy Obiekt Typ obiektowy Metoda Dziedziczenie Polimorfizm

140 Podsumowanie - najważniejsze terminy Obiekt Typ obiektowy Metoda Dziedziczenie Polimorfizm

141 Podsumowanie - najważniejsze terminy Obiekt Typ obiektowy Metoda Dziedziczenie Polimorfizm

142 Skąd się biorą typy Przejściu od sformułowania problemu do jego rozwiązania w postaci działające systemu towarzyszą zwykle trzy fazy: Analiza Projektowanie Konstrukcja

143 Skąd się biorą typy Przejściu od sformułowania problemu do jego rozwiązania w postaci działające systemu towarzyszą zwykle trzy fazy: Analiza Projektowanie Konstrukcja

144 Skąd się biorą typy Przejściu od sformułowania problemu do jego rozwiązania w postaci działające systemu towarzyszą zwykle trzy fazy: Analiza Projektowanie Konstrukcja

145 Skąd się biorą typy Przejściu od sformułowania problemu do jego rozwiązania w postaci działające systemu towarzyszą zwykle trzy fazy: Analiza Projektowanie Konstrukcja

146 Skąd się biorą typy Przejściu od sformułowania problemu do jego rozwiązania w postaci działające systemu towarzyszą zwykle trzy fazy: Analiza jest odwzorowaniem rzeczywistego świata na jego model koncepcyjny Projektowanie Konstrukcja

147 Skąd się biorą typy Przejściu od sformułowania problemu do jego rozwiązania w postaci działające systemu towarzyszą zwykle trzy fazy: Analiza jest odwzorowaniem rzeczywistego świata na jego model koncepcyjny Projektowanie jest odwzorowaniem modelu koncepcyjnego na model implementacji. Konstrukcja

148 Skąd się biorą typy Przejściu od sformułowania problemu do jego rozwiązania w postaci działające systemu towarzyszą zwykle trzy fazy: Analiza jest odwzorowaniem rzeczywistego świata na jego model koncepcyjny Projektowanie jest odwzorowaniem modelu koncepcyjnego na model implementacji. Konstrukcja jest odwzorowaniem modelu implementacji na działający system.

149 Skąd się biorą typy Przejściu od sformułowania problemu do jego rozwiązania w postaci działające systemu towarzyszą zwykle trzy fazy: Analiza jest odwzorowaniem rzeczywistego świata na jego model koncepcyjny Projektowanie jest odwzorowaniem modelu koncepcyjnego na model implementacji. Konstrukcja jest odwzorowaniem modelu implementacji na działający system. Etapy te nie muszą przebiegać sekwencyjnie. Wszystko zależy od przyjętych technik i strategii rozwiązywania danego problemu.

150 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a

151 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b =?

152 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b =?

153 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b =?

154 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

155 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

156 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

157 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

158 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

159 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = Dodaj(x,y); x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

160 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol Dodaj( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = x + y; x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

161 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol operator + ( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } wynik = x + y; x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

162 Arytmetyka symboli enum Symbol { e, a, b }; Symbol TabliczkaDzialania[3][3] = { { e, a, b }, { a, b, e }, { b, e, a } }; Symbol operator + ( Symbol x, Symbol y ) { return TabliczkaDzialania[x][y]; } int main( ) { Symbol } x = a, y = b, wynik; wynik = operator + (x, y); Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

163 Arytmetyka symboli enum Symbol { e, a, b };... Symbol Dodaj( Symbol x, Symbol y ); Symbol operator + ( Symbol x, Symbol y );... int main( ) { Symbol } x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

164 Arytmetyka symboli enum Symbol { e, a, b };... Symbol Dodaj( Symbol x, Symbol y ); Symbol operator + ( Symbol x, Symbol y );... int main( ) { Symbol } wynik = x + y; x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

165 Arytmetyka symboli enum Symbol { e, a, b };... Symbol Dodaj( Symbol x, Symbol y ); Symbol operator + ( Symbol x, Symbol y );... int main( ) { Symbol } x = a, y = b, wynik; wynik = x + y; wynik = Dodaj(x, y); Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

166 Arytmetyka symboli enum Symbol { e, a, b };... Symbol Dodaj( Symbol x, Symbol y ); Symbol operator + ( Symbol x, Symbol y );... int main( ) { Symbol } x = a, y = b, wynik; wynik = x + y; wynik = Dodaj(x, y); wynik = operator+ (x, y); Tabliczka działania + e a b e e a b a a b e b b e a a + b = e

167 Arytmetyka symboli enum Symbol { e, a, b };... Symbol Dodaj( Symbol x, Symbol y ); Symbol operator + ( Symbol x, Symbol y );... int main( ) { Symbol } x = a, y = b, wynik; Tabliczka działania + e a b e e a b a a b e b b e a a + (b + a) =?

168 Arytmetyka symboli enum Symbol { e, a, b };... Symbol Dodaj( Symbol x, Symbol y ); Symbol operator + ( Symbol x, Symbol y );... int main( ) { Symbol } x = a, y = b, wynik; wynik = x + (y + x); Tabliczka działania + e a b e e a b a a b e b b e a a + (b + a) =?

169 Arytmetyka symboli enum Symbol { e, a, b };... Symbol Dodaj( Symbol x, Symbol y ); Symbol operator + ( Symbol x, Symbol y );... int main( ) { Symbol } x = a, y = b, wynik; wynik = x + (y + x); wynik = Dodaj(x, Dodaj(y, x) ); Tabliczka działania + e a b e e a b a a b e b b e a a + (b + a) =?

170 Arytmetyka symboli enum Symbol { e, a, b };... Symbol Dodaj( Symbol x, Symbol y ); Symbol operator + ( Symbol x, Symbol y );... int main( ) { Symbol } x = a, y = b, wynik; wynik = x + (y + x); wynik = Dodaj(x, Dodaj(y, x) ); wynik = operator+ (x, operator+ (y, x) ); Tabliczka działania + e a b e e a b a a b e b b e a a + (b + a) =?

171 Koniec prezentacji wprowadzenie

Podejście obiektowe - podstawowe pojęcia

Podejście obiektowe - podstawowe pojęcia Podejście obiektowe - podstawowe pojęcia Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Copyright c 2003 2008 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu

Bardziej szczegółowo

Organizacja kursu, paradygmaty, ogólnie o C i C++

Organizacja kursu, paradygmaty, ogólnie o C i C++ Organizacja kursu, paradygmaty, ogólnie o C i C++ Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Katedra Cybernetyki i Robotyki Wydziału Elektroniki Politechniki Wrocławskiej Kurs: Copyright c 2015 Bogdan

Bardziej szczegółowo

Szablony funkcji i szablony klas

Szablony funkcji i szablony klas Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2011 Bogdan Kreczmer Niniejszy dokument

Bardziej szczegółowo

Wprowadzenie do UML, przykład użycia kolizja

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

Bardziej szczegółowo

Wprowadzenie do szablonów klas

Wprowadzenie do szablonów klas Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2008-2010 Bogdan Kreczmer Niniejszy

Bardziej szczegółowo

Diagramy UML, przykład problemu kolizji

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

Bardziej szczegółowo

Schemat konstrukcja pliku Makefile

Schemat konstrukcja pliku Makefile Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2008 Bogdan Kreczmer Niniejszy dokument

Bardziej szczegółowo

Wprowadzenie do szablonów szablony funkcji

Wprowadzenie do szablonów szablony funkcji Wprowadzenie do szablonów szablony funkcji Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Copyright c 2006 2010 Bogdan Kreczmer Niniejszy dokument zawiera materiały do

Bardziej szczegółowo

Dalmierze optyczne. Bogdan Kreczmer. bogdan.kreczmer@pwr.wroc.pl

Dalmierze optyczne. Bogdan Kreczmer. bogdan.kreczmer@pwr.wroc.pl Dalmierze optyczne Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2013 Bogdan Kreczmer

Bardziej szczegółowo

Praca z aplikacją designer

Praca z aplikacją designer Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2014 Bogdan Kreczmer Niniejszy dokument

Bardziej szczegółowo

Języki Programowania Obiektowego

Języki Programowania Obiektowego Języki Programowania Obiektowego Kod przedmiotu: JPO Rodzaj przedmiotu: kierunkowy; obowiązkowy. Wydział: Informatyki Kierunek: Informatyka Specjalność (specjalizacja): - Poziom studiów: pierwszego stopnia

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

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

Rok akademicki: 2012/2013 Kod: EAR-1-206-s Punkty ECTS: 3. Poziom studiów: Studia I stopnia Forma i tryb studiów: -

Rok akademicki: 2012/2013 Kod: EAR-1-206-s Punkty ECTS: 3. Poziom studiów: Studia I stopnia Forma i tryb studiów: - Nazwa modułu: Informatyka 1 Rok akademicki: 2012/2013 Kod: EAR-1-206-s Punkty ECTS: 3 Wydział: Elektrotechniki, Automatyki, Informatyki i Inżynierii Biomedycznej Kierunek: Automatyka i Robotyka Specjalność:

Bardziej szczegółowo

Języki i paradygmaty programowania Wykład 2. Dariusz Wardowski. dr Dariusz Wardowski, Katedra Analizy Nieliniowej, WMiI UŁ 1/18

Języki i paradygmaty programowania Wykład 2. Dariusz Wardowski. dr Dariusz Wardowski, Katedra Analizy Nieliniowej, WMiI UŁ 1/18 Dariusz Wardowski dr Dariusz Wardowski, Katedra Analizy Nieliniowej, WMiI UŁ 1/18 Literatura Języki i paradygmaty programowania Wykład 2 1. C. S. Horstman, G. Cornell, core Java 2 Podstawy, Helion 2003

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

Wyliczanie wyrażenia obiekty tymczasowe

Wyliczanie wyrażenia obiekty tymczasowe Wyliczanie wyrażenia obiekty tymczasowe Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Copyright c 2013 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu

Bardziej szczegółowo

Qt sygnały i designer

Qt sygnały i designer Qt sygnały i designer Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright c 2015 Bogdan

Bardziej szczegółowo

Techniki modelowania programów Kod przedmiotu

Techniki modelowania programów Kod przedmiotu Techniki modelowania programów - opis przedmiotu Informacje ogólne Nazwa przedmiotu Techniki modelowania programów Kod przedmiotu 11.3-WI-INFD-TMP Wydział Kierunek Wydział Informatyki, Elektrotechniki

Bardziej szczegółowo

Style programowania - krótki przeglad

Style programowania - krótki przeglad Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Copyright c 2005 2008 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu na temat programowania obiektowego.

Bardziej szczegółowo

Programowanie obiektowe Wykład 1. Dariusz Wardowski. dr Dariusz Wardowski, Katedra Analizy Nieliniowej, WMiI UŁ 1/20

Programowanie obiektowe Wykład 1. Dariusz Wardowski. dr Dariusz Wardowski, Katedra Analizy Nieliniowej, WMiI UŁ 1/20 Dariusz Wardowski dr Dariusz Wardowski, Katedra Analizy Nieliniowej, WMiI UŁ 1/20 O mnie prowadzący wykład: Dariusz Wardowski pokój: A334 dyżur: środa, godz. 10.00 12.00 e-mail: wardd@math.uni.lodz.pl

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

Wykład 1. Program przedmiotu. Programowanie Obiektowe (język C++) Literatura. Program przedmiotu c.d.:

Wykład 1. Program przedmiotu. Programowanie Obiektowe (język C++) Literatura. Program przedmiotu c.d.: Program przedmiotu Programowanie Obiektowe (język C++) Wykład 1. Definiowanie prostych klas. Przykłady. Przypomnienie: typy referencyjne, domyślne wartości argumentów, przeciąŝanie funkcji. Konstruktory,

Bardziej szczegółowo

Pola i metody statyczne

Pola i metody statyczne Pola i metody statyczne Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Copyright c 2005 2009 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu na temat programowania

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

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

Podstawy Programowania

Podstawy Programowania Podstawy Programowania dr Elżbieta Gawrońska gawronska@icis.pcz.pl Instytut Informatyki Teoretycznej i Stosowanej dr Elżbieta Gawrońska (ICIS) Podstawy Programowania 01 1 / 9 Plan wykładu 1 Informacje

Bardziej szczegółowo

Języki Programowania z Programowaniem Obiektowym wykład (15 godzin/semestr) laboratorium (30 godzin/semestr)

Języki Programowania z Programowaniem Obiektowym wykład (15 godzin/semestr) laboratorium (30 godzin/semestr) Języki Programowania z Programowaniem Obiektowym wykład (15 godzin/semestr) laboratorium (30 godzin/semestr) Prowadzący wykład: Dr inż. Radosław Górski Pokój 105, tel. (32) 237 10 20 e-mail: Radoslaw.Gorski@polsl.pl

Bardziej szczegółowo

Programowanie obiektowe 2 - opis przedmiotu

Programowanie obiektowe 2 - opis przedmiotu Programowanie obiektowe 2 - opis przedmiotu Informacje ogólne Nazwa przedmiotu Programowanie obiektowe 2 Kod przedmiotu 11.3-WK-MATP-PO2-L-S14_pNadGenDGV9E Wydział Kierunek Wydział Matematyki, Informatyki

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

Programowanie w Javie nazwa przedmiotu SYLABUS A. Informacje ogólne

Programowanie w Javie nazwa przedmiotu SYLABUS A. Informacje ogólne Programowanie w Javie nazwa SYLABUS A. Informacje ogólne Elementy składowe sylabusu Nazwa jednostki prowadzącej kierunek Nazwa kierunku studiów Poziom kształcenia Profil studiów Forma studiów Kod Język

Bardziej szczegółowo

WYKŁAD. Jednostka prowadząca: Wydział Techniczny. Kierunek studiów: Elektronika i telekomunikacja. Nazwa przedmiotu: Język programowania C++

WYKŁAD. Jednostka prowadząca: Wydział Techniczny. Kierunek studiów: Elektronika i telekomunikacja. Nazwa przedmiotu: Język programowania C++ Jednostka prowadząca: Wydział Techniczny Kierunek studiów: Elektronika i telekomunikacja Nazwa przedmiotu: Język programowania C++ Charakter przedmiotu: podstawowy, obowiązkowy Typ studiów: inŝynierskie

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

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Programowanie I C6

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Programowanie I C6 KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:

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

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

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

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

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

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Programowanie II C16

KARTA PRZEDMIOTU. 1. Informacje ogólne. 2. Ogólna charakterystyka przedmiotu. Programowanie II C16 KARTA PRZEDMIOTU 1. Informacje ogólne Nazwa przedmiotu i kod (wg planu studiów): Nazwa przedmiotu (j. ang.): Kierunek studiów: Specjalność/specjalizacja: Poziom kształcenia: Profil kształcenia: Forma studiów:

Bardziej szczegółowo

Programowanie obiektowe

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

Bardziej szczegółowo

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

Elektrotechnika I stopień (I stopień / II stopień) Ogólno akademicki (ogólno akademicki / praktyczny) Kierunkowy (podstawowy / kierunkowy / inny HES)

Elektrotechnika I stopień (I stopień / II stopień) Ogólno akademicki (ogólno akademicki / praktyczny) Kierunkowy (podstawowy / kierunkowy / inny HES) Załącznik nr 7 do Zarządzenia Rektora nr 10/12 z dnia 21 lutego 2012r. KARTA MODUŁU / KARTA PRZEDMIOTU Kod modułu Nazwa modułu Programowanie komputerów 2 Nazwa modułu w języku angielskim Computer programming

Bardziej szczegółowo

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

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

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: Kierunek: Inżynieria Biomedyczna Rodzaj przedmiotu: obowiązkowy moduł specjalności informatyka medyczna Rodzaj zajęć: wykład, laboratorium PROGRAMOWANIE OBIEKTOWE Object-Oriented Programming

Bardziej szczegółowo

KARTA KURSU. Programowanie obiektowe

KARTA KURSU. Programowanie obiektowe KARTA KURSU Nazwa Nazwa w j. ang. Programowanie obiektowe Object oriented programming Kod Punktacja ECTS* Stacjonarne 6 Niestacjonarne 4 Koordynator dr Dariusz Pałka Zespół dydaktyczny: dr Dariusz Pałka

Bardziej szczegółowo

Geneza powstania języka C++

Geneza powstania języka C++ Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Copyright c 2005 2008 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu na temat programowania obiektowego.

Bardziej szczegółowo

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2012/2013. Przedmioty kierunkowe

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje w roku akademickim 2012/2013. Przedmioty kierunkowe Wydział Fizyki, Matematyki i Informatyki Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu obowiązuje w roku akademickim 01/013 Kierunek studiów: Informatyka Forma studiów: Stacjonarne Profil:

Bardziej szczegółowo

Programowanie obiektowe 1 - opis przedmiotu

Programowanie obiektowe 1 - opis przedmiotu Programowanie obiektowe 1 - opis przedmiotu Informacje ogólne Nazwa przedmiotu Programowanie obiektowe 1 Kod przedmiotu 11.3-WK-IDP-PO1-W-S14_pNadGenHESI2 Wydział Kierunek Wydział Matematyki, Informatyki

Bardziej szczegółowo

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

Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych. Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Diagramy obiegu dokumentów a UML w modelowaniu procesów biznesowych Stanisław Niepostyn, Ilona Bluemke Instytut Informatyki, Politechnika Warszawska Wprowadzenie Modelowanie biznesowe jest stykiem między

Bardziej szczegółowo

Programowanie obiektowe - 1.

Programowanie obiektowe - 1. Programowanie obiektowe - 1 Mariusz.Masewicz@cs.put.poznan.pl Programowanie obiektowe Programowanie obiektowe (ang. object-oriented programming) to metodologia tworzenia programów komputerowych, która

Bardziej szczegółowo

Zasoby, pliki graficzne

Zasoby, pliki graficzne Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Katedra Cybernetyki i Robotyki Wydziału Elektroniki Politechnika Wrocławska Kurs: Copyright c 2017 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu

Bardziej szczegółowo

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013

Politechnika Krakowska im. Tadeusza Kościuszki. Karta przedmiotu. obowiązuje studentów rozpoczynających studia w roku akademickim 2012/2013 Politechnika Krakowska im. Tadeusza Kościuszki Karta przedmiotu obowiązuje studentów rozpoczynających studia w roku akademickim 01/013 Wydział Fizyki, Matematyki i Informatyki Kierunek studiów: Informatyka

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ęzyki Programowania z Programowaniem Obiektowym laboratorium (30 godzin/semestr)

Języki Programowania z Programowaniem Obiektowym laboratorium (30 godzin/semestr) Języki Programowania z Programowaniem Obiektowym laboratorium (30 godzin/semestr) Prowadzący laboratorium (grupa I, II i III): Dr inż. Radosław Górski Pokój 105, tel. (32) 237 10 20 e-mail: Radoslaw.Gorski@polsl.pl

Bardziej szczegółowo

Ocenianie ciągłe (praca przy Formująca tablicy oraz przy komputerze) pisemne, końcowe zaliczenie pisemne

Ocenianie ciągłe (praca przy Formująca tablicy oraz przy komputerze) pisemne, końcowe zaliczenie pisemne KARTA PRZEDMIOTU 1. NAZWA PRZEDMIOTU: Kurs języka programowania 2. KIERUNEK: Matematyka 3. POZIOM STUDIÓW: I stopnia 4. ROK/ SEMESTR STUDIÓW: II/4 5. LICZBA PUNKTÓW ECTS: 3 6. LICZBA GODZIN: 15 wykład

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

KARTA PRZEDMIOTU. 1. NAZWA PRZEDMIOTU: Programowanie obiektowe. 2. KIERUNEK: Matematyka. 3. POZIOM STUDIÓW: I stopnia 4. ROK/ SEMESTR STUDIÓW: II/4

KARTA PRZEDMIOTU. 1. NAZWA PRZEDMIOTU: Programowanie obiektowe. 2. KIERUNEK: Matematyka. 3. POZIOM STUDIÓW: I stopnia 4. ROK/ SEMESTR STUDIÓW: II/4 KARTA PRZEDMIOTU 1. NAZWA PRZEDMIOTU: Programowanie obiektowe 2. KIERUNEK: Matematyka 3. POZIOM STUDIÓW: I stopnia 4. ROK/ SEMESTR STUDIÓW: II/4 5. LICZBA PUNKTÓW ECTS: 3 6. LICZBA GODZIN: 30 wykład +

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

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

Laboratorium modelowania oprogramowania w języku UML. Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram czynności. Materiały dla nauczyciela Zakład Elektrotechniki Teoretycznej i Informatyki Stosowanej Wydział Elektryczny, Politechnika Warszawska Laboratorium modelowania oprogramowania w języku UML Ćwiczenie 4 Ćwiczenia w narzędziu CASE diagram

Bardziej szczegółowo

SYLABUS/KARTA PRZEDMIOTU

SYLABUS/KARTA PRZEDMIOTU SYLABUS/KARTA PRZEDMIOTU. NAZWA PRZEDMIOTU Programowanie Auto Cad w wizualizacji przemysłowej. NAZWA JEDNOSTKI PROWADZĄCEJ PRZEDMIOT Instytut Politechniczny 3. STUDIA kierunek stopień tryb język status

Bardziej szczegółowo

Język C++ Różnice między C a C++

Język C++ Różnice między C a C++ Język C++ Różnice między C a C++ Plan wykładu C a C++ Różnice ogólne Typy Deklaracje zmiennych C++ jako rozszerzenie C Domyślne argumenty funkcji Przeciążanie funkcji Referencje Dynamiczny przydział pamięci

Bardziej szczegółowo

Konstruktor kopiujacy

Konstruktor kopiujacy Konstruktor kopiujacy Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Niniejszy dokument zawiera materiały do wykładu na temat programowania obiektowego. Jest on udostępniony

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

Inżynieria oprogramowania

Inżynieria oprogramowania Inżynieria oprogramowania Instrukcja do laboratorium rok akad. 2014/2015 Informacje podstawowe: Celem laboratorium jest nabycie przez studentów praktycznej umiejętności wykonywania modeli analitycznych

Bardziej szczegółowo

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 1

Zofia Kruczkiewicz - Modelowanie i analiza systemów informatycznych 1 Charakterystyka oprogramowania obiektowego 1. Definicja systemu informatycznego 2. Model procesu wytwarzania oprogramowania - model cyklu życia oprogramowania 3. Wymagania 4. Problemy z podejściem nieobiektowym

Bardziej szczegółowo

Paostwowa Wyższa Szkoła Zawodowa w Płocku Dariusz Wardowski

Paostwowa Wyższa Szkoła Zawodowa w Płocku Dariusz Wardowski Paostwowa Wyższa Szkoła Zawodowa w Płocku Dariusz Wardowski dr Dariusz Wardowski, Instytut Matematyki i Informatyki PWSZ w Płocku 1 O mnie prowadzący wykład i laboratoria: Dariusz Wardowski pokój: 102

Bardziej szczegółowo

Strona główna. Strona tytułowa. Programowanie. Spis treści. Sobera Jolanta 16.09.2006. Strona 1 z 26. Powrót. Full Screen. Zamknij.

Strona główna. Strona tytułowa. Programowanie. Spis treści. Sobera Jolanta 16.09.2006. Strona 1 z 26. Powrót. Full Screen. Zamknij. Programowanie Sobera Jolanta 16.09.2006 Strona 1 z 26 1 Wprowadzenie do programowania 4 2 Pierwsza aplikacja 5 3 Typy danych 6 4 Operatory 9 Strona 2 z 26 5 Instrukcje sterujące 12 6 Podprogramy 15 7 Tablice

Bardziej szczegółowo

Język Java i technologie Web - opis przedmiotu

Język Java i technologie Web - opis przedmiotu Język Java i technologie Web - opis przedmiotu Informacje ogólne Nazwa przedmiotu Język Java i technologie Web Kod przedmiotu 11.3-WI-INFP-JiTW Wydział Kierunek Wydział Informatyki, Elektrotechniki i Automatyki

Bardziej szczegółowo

Powłoki systemu operacyjnego i intepretery

Powłoki systemu operacyjnego i intepretery Powłoki systemu operacyjnego i interpretery Bogdan Kreczmer bogdan.kreczmer@pwr.wroc.pl Zakład Podstaw Cybernetyki i Robotyki Instytut Informatyki, Automatyki i Robotyki Politechnika Wrocławska Kurs: Copyright

Bardziej szczegółowo

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: PROJEKTOWANIE SYSTEMÓW INFORMATYCZNYCH I KARTA PRZEDMIOTU CEL PRZEDMIOTU PRZEWODNIK PO PRZEDMIOCIE C1. Podniesienie poziomu wiedzy studentów z inżynierii oprogramowania w zakresie C.

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

Rok akademicki: 2012/2013 Kod: ZIE-1-306-s Punkty ECTS: 3. Poziom studiów: Studia I stopnia Forma i tryb studiów: -

Rok akademicki: 2012/2013 Kod: ZIE-1-306-s Punkty ECTS: 3. Poziom studiów: Studia I stopnia Forma i tryb studiów: - Nazwa modułu: Programowanie obiektowe Rok akademicki: 2012/2013 Kod: ZIE-1-306-s Punkty ECTS: 3 Wydział: Zarządzania Kierunek: Informatyka i Ekonometria Specjalność: - Poziom studiów: Studia I stopnia

Bardziej szczegółowo

Wartości domyślne, przeciażenia funkcji

Wartości domyślne, przeciażenia funkcji Wartości domyślne, przeciażenia funkcji Bogdan Kreczmer ZPCiR IIAiR PWr pokój 307 budynek C3 bogdan.kreczmer@pwr.wroc.pl Niniejszy dokument zawiera materiały do wykładu na temat programowania obiektowego.

Bardziej szczegółowo

E5 potrafi zaprojektować i zaimplementować prosty model

E5 potrafi zaprojektować i zaimplementować prosty model Nazwa modułu kształcenia Programowanie 1 Nazwa jednostki prowadzącej moduł Instytut Informatyki, Wydział Matematyki i Informatyki Kod modułu WMI.II. P1-OL Język kształcenia Polski Symbol Efekty kształcenia

Bardziej szczegółowo

Nazwa modułu kształcenia Programowanie 2 Nazwa jednostki prowadzącej moduł. Kod modułu

Nazwa modułu kształcenia Programowanie 2 Nazwa jednostki prowadzącej moduł. Kod modułu Nazwa modułu kształcenia Programowanie 2 Nazwa jednostki prowadzącej moduł Instytut Informatyki, Wydział Matematyki i Informatyki Kod modułu WMI.II- P2-OL Język kształcenia Polski Symbol Efekty kształcenia

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

PRZEWODNIK PO PRZEDMIOCIE

PRZEWODNIK PO PRZEDMIOCIE Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Modeling and analysis of computer systems Kierunek: Informatyka Forma studiów: Stacjonarne Rodzaj przedmiotu: Poziom kwalifikacji: obowiązkowy

Bardziej szczegółowo

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

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

Bardziej szczegółowo

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

Informatyka I. Dziedziczenie. Nadpisanie metod. Klasy abstrakcyjne. Wskaźnik this. Metody i pola statyczne. dr inż. Andrzej Czerepicki

Informatyka I. Dziedziczenie. Nadpisanie metod. Klasy abstrakcyjne. Wskaźnik this. Metody i pola statyczne. dr inż. Andrzej Czerepicki Informatyka I Dziedziczenie. Nadpisanie metod. Klasy abstrakcyjne. Wskaźnik this. Metody i pola statyczne. dr inż. Andrzej Czerepicki Politechnika Warszawska Wydział Transportu 2017 Dziedziczenie klas

Bardziej szczegółowo

Technologie obiektowe. Plan. Ewolucja technik wytwarzania oprogramowania

Technologie obiektowe. Plan. Ewolucja technik wytwarzania oprogramowania Literatura Marek Kisiel-Dorohinicki doroh@agh.edu.pl Brett D. McLaughlin, Gary Pollice, David West Head First Object-Oriented Analysis and Design Martin Fowler UML Distilled ( UML w kropelce ) Grady Booch,

Bardziej szczegółowo

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne

Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH. Modeling and analysis of computer systems Forma studiów: Stacjonarne Nazwa przedmiotu: MODELOWANIE I ANALIZA SYSTEMÓW INFORMATYCZNYCH Kierunek: Informatyka Modeling and analysis of computer systems Forma studiów: Stacjonarne Rodzaj przedmiotu: obowiązkowy w ramach specjalności:

Bardziej szczegółowo

Programowanie obiektowe W1 Wprowadzenie. Dr hab. inż. Lucyna Leniowska, prof. UR Zakład Mechatroniki, Automatyki i Optoelektroniki

Programowanie obiektowe W1 Wprowadzenie. Dr hab. inż. Lucyna Leniowska, prof. UR Zakład Mechatroniki, Automatyki i Optoelektroniki Programowanie obiektowe W1 Wprowadzenie Dr hab. inż. Lucyna Leniowska, prof. UR Zakład Mechatroniki, Automatyki i Optoelektroniki Ogólna charakterystyka języka C++ C++ jest obiektowym językiem programowania,

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

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

Analiza i projektowanie obiektowe w UML Kod przedmiotu

Analiza i projektowanie obiektowe w UML Kod przedmiotu Analiza i owanie obiektowe w UML - opis przedmiotu Informacje ogólne Nazwa przedmiotu Analiza i owanie obiektowe w UML Kod przedmiotu 11.3-WK-MATP-UML-W-S14_pNadGen5M44E Wydział Kierunek Wydział Matematyki,

Bardziej szczegółowo

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

KARTA PRZEDMIOTU. 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA. 2) Kod przedmiotu: ROZ-L3-20 Z1-PU7 WYDANIE N2 Strona: 1 z 5 (pieczęć wydziału) KARTA PRZEDMIOTU 1) Nazwa przedmiotu: INŻYNIERIA SYSTEMÓW I ANALIZA SYSTEMOWA 3) Karta przedmiotu ważna od roku akademickiego: 2014/2015 2) Kod przedmiotu:

Bardziej szczegółowo

Dia rysowanie diagramów

Dia rysowanie diagramów Bogdan Kreczmer bogdan.kreczmer@pwr.edu.pl Katedra Cybernetyki i Robotyki Wydziału Elektroniki Politechnika Wrocławska Kurs: Copyright c 2015 Bogdan Kreczmer Niniejszy dokument zawiera materiały do wykładu

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

Nazwa wariantu modułu (opcjonalnie): Laboratorium programowania w języku C++

Nazwa wariantu modułu (opcjonalnie): Laboratorium programowania w języku C++ Uniwersytet Śląski w Katowicach str. 1 Kierunek i poziom studiów: Chemia, poziom pierwszy Sylabus modułu: Laboratorium programowania (0310-CH-S1-019) Nazwa wariantu modułu (opcjonalnie): Laboratorium programowania

Bardziej szczegółowo

Autor: Bączkowski Karol Promotor: dr inż. Paweł FIGAT

Autor: Bączkowski Karol Promotor: dr inż. Paweł FIGAT Autor: Bączkowski Karol Promotor: dr inż. Paweł FIGAT Integracja jest to całokształt działao zmierzających do scalenia różnych rozwiązao informatycznych. W miarę rozwoju nowych technologii informatycznych

Bardziej szczegółowo

TEMAT : KLASY DZIEDZICZENIE

TEMAT : KLASY DZIEDZICZENIE TEMAT : KLASY DZIEDZICZENIE Wprowadzenie do dziedziczenia w języku C++ Język C++ możliwa tworzenie nowej klasy (nazywanej klasą pochodną) w oparciu o pewną wcześniej zdefiniowaną klasę (nazywaną klasą

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

Języki programowania deklaratywnego

Języki programowania deklaratywnego Katedra Inżynierii Wiedzy laborki 1 e-mail: przemyslaw.juszczuk@ue.katowice.pl Konsultacje: na stronie katedry + na stronie domowej Pokój 202c budynek A pjuszczuk.pl Języki deklaratywne - laborki Wprowadzenie

Bardziej szczegółowo

Języki programowania II - opis przedmiotu

Języki programowania II - opis przedmiotu Języki programowania II - opis przedmiotu Informacje ogólne Nazwa przedmiotu Języki programowania II Kod przedmiotu 06.9-WM-IB-P-33_15gen Wydział Kierunek Wydział Mechaniczny Inżynieria biomedyczna Profil

Bardziej szczegółowo