Szkolenie dla NaviExpert, 21.02.2011 Wprowadzenie.

Slides:



Advertisements
Podobne prezentacje
I część 1.
Advertisements

Znaki informacyjne.
Projektowanie Aplikacji Komputerowych
Związki w UML.
Obserwowalność System ciągły System dyskretny
Liczby pierwsze.
1 mgr inż. Sylwester Laskowski Opiekun Naukowy: prof. dr hab. inż. Andrzej P. Wierzbicki.
Kamil Łącki Dominik Strzelichowski
25/08/ Języki programowania 1 Piotr Górczyński Obiekty i zdarzenia.
1 Stan rozwoju Systemu Analiz Samorządowych czerwiec 2009 Dr Tomasz Potkański Z-ca Dyrektora Biura Związku Miast Polskich Warszawa,
KONKURS WIEDZY O SZTUCE
Ksantypa2: Architektura
Podstawy informatyki Rekurencja i rekurencja Grupa: 1A
PREPARATYWNA CHROMATOGRAFIA CIECZOWA.
Zasady zaliczenia Warunki uzyskania zaliczenia:
Podstawowe pojęcia akustyki
Wstęp do programowania obiektowego
Projektowanie i programowanie obiektowe II - Wykład IV
Projektowanie i programowanie obiektowe II - Wykład II
Praca Inżynierska „Analiza i projekt aplikacji informatycznej do wspomagania wybranych zadań ośrodków sportowych” Dyplomant: Marcin Iwanicki Promotor:
UKŁADY SZEREGOWO-RÓWNOLEGŁE
E-learning czy kontakt bezpośredni w szkoleniu nowych użytkowników bibliotek uczelni niepaństwowych? EFEKTYWNOŚĆ OBU FORM SZKOLENIA BIBLIOTECZNEGO W ŚWIETLE.
Klasyfikacja systemów
Transformacja Z (13.6).
Wykład 4 Analiza i projektowanie obiektowe
Pytania konkursowe.
Efektywność zdawania egzaminu zawodowego w ZSP w Bytowie w roku szkolnym 2008/2009.
Wykonawcy:Magdalena Bęczkowska Łukasz Maliszewski Piotr Kwiatek Piotr Litwiniuk Paweł Głębocki.
Technika Mikroprocesorowa 1
Wykonanie: Iwona Szatkowska. Uwaga! Wszystkie opisane w instrukcji operacje oparte są o zapowiedzi oraz projekty odpowiednich ustaw i rozporządzeń. Te.
T: Różnice pomiędzy programowaniem strukturalnym a obiektowym
Źródła: podręcznikopracował: A. Jędryczkowski.
1 ANALIZA STANU BEZROBOCIA NA TERENIE MIASTA I GMINY GOŁAŃCZ ANALIZA STANU BEZROBOCIA NA TERENIE MIASTA I GMINY GOŁAŃCZ ZA ROK 2004 ORAZ PORÓWNANIE Z LATAMI.
Galeria zdjęć Projekt edukacyjny „Wiem, co jem” realizowany w ramach
1/34 HISTORIA BUDOWY /34 3/34 6 MAJA 2011.
Jakub Wołczko W obiektowym świecie… Jakub Wołczko
KOLEKTOR ZASOBNIK 2 ZASOBNIK 1 POMPA P2 POMPA P1 30°C Zasada działanie instalacji solarnej.
ŻYWE JĘZYKI PROGRAMOWANIA LIVING IT UP WITH A LIVE PROGRAMMING LANGUAGE Sean McDirmid Ecole Polytechnique Fédérale de Lausanne (EPFL)
Analiza wpływu regulatora na jakość regulacji (1)
Analiza wpływu regulatora na jakość regulacji
WPROWADZENIE W ŚWIAT OBIEKTÓW
Projektowanie obiektowe
Programowanie obiektowe – język C++
Programowanie obiektowe 2013/2014
ZWIĄZKI MIĘDZY KLASAMI KLASY ABSTRAKCYJNE OGRANICZENIA INTERFEJSY SZABLONY safa Michał Telus.
-17 Oczekiwania gospodarcze – Europa Wrzesień 2013 Wskaźnik > +20 Wskaźnik 0 a +20 Wskaźnik 0 a -20 Wskaźnik < -20 Unia Europejska ogółem: +6 Wskaźnik.
1 Jak by tu po-współpracować z innymi ? a może coś jeszcze… Word 2007.
+21 Oczekiwania gospodarcze – Europa Grudzień 2013 Wskaźnik > +20 Wskaźnik 0 do +20 Wskaźnik 0 do -20 Wskaźnik < -20 Unia Europejska ogółem: +14 Wskaźnik.
Modelowanie obiektowe Diagramy klas
EcoCondens Kompakt BBK 7-22 E.
Programowanie w języku C++
User experience studio Użyteczna biblioteka Teraźniejszość i przyszłość informacji naukowej.
Obliczalność czyli co da się policzyć i jak Model obliczeń sieci liczące dr Kamila Barylska.
Testogranie TESTOGRANIE Bogdana Berezy.
Jak Jaś parował skarpetki Andrzej Majkowski 1 informatyka +
Model obiektowy bazy danych
Diagram klas Kluczowymi elementami są: klasy (class)
ZOSTAŃ SPORTOWYM KOKSEM SP 11 TYM KTÓRY OCZARUJE KOMISJĘ SĘDZIOWSKĄ.
Systemy dynamiczne 2014/2015Obserwowalno ść i odtwarzalno ść  Kazimierz Duzinkiewicz, dr hab. in ż. Katedra In ż ynierii Systemów Sterowania 1 Obserwowalność.
Kalendarz 2020.
Elementy geometryczne i relacje
Projektowanie obiektowe. Przykład: Punktem wyjścia w obiektowym tworzeniu systemu informacyjnego jest zawsze pewien model biznesowy. Przykład: Diagram.
Zakres Wzorce projektowe ( -Adapter (str , wykład wzorce projektowe.
Programowanie Zaawansowane
InMoST: Innowacyjne metody wytwarzania oprogramowania – II edycja (c) Bartosz Walter Wprowadzenie do obiektowości (1) Plan szkolenia – Część.
Programowanie Obiektowe – Wykład 6
(według:
Programowanie Obiektowe – Wykład 2
Wprowadzenie do programowania obiektowego
PGO Dziedziczenie Michail Mokkas.
Zapis prezentacji:

Szkolenie dla NaviExpert, Wprowadzenie

Szkolenie dla NaviExpert, Wprowadzenie (2) Plan wykładu Istota obiektowości Obiektowość a podejście strukturalne Mechanizmy obiektowości Rodzaje relacji między obiektami Kryteria jakości projektu obiektowego Obiekty-referencje i obiekty-wartości Karty CRC Przykłady

Szkolenie dla NaviExpert, Wprowadzenie (3) Plan wykładu Istota obiektowości Obiektowość a podejście strukturalne Mechanizmy obiektowości Rodzaje relacji między obiektami Kryteria jakości projektu obiektowego Obiekty-referencje i obiekty-wartości Karty CRC Przykłady

Szkolenie dla NaviExpert, Wprowadzenie (4) Obiektowość Hermetyzacja Polimorfizm Dziedziczenie Abstrakcja Elastyczność ModularyzacjaPowtórne użycie Odpowiedzialność

Szkolenie dla NaviExpert, Wprowadzenie (5) Obiekt Definicja (powszechna) Obiekt w języku obiektowym reprezentuje obiekt w świecie rzeczywistym; jest strukturą posiadającą tożsamość, stan (pola) i zachowanie (metody). Definicja 2 (ogólniejsza) Obiekt jest elementem modelu pojęciowego obdarzonym odpowiedzialnością za pewien obszar świata rzeczywistego. Sposób realizacji tej odpowiedzialności zależy od samego obiektu.

Szkolenie dla NaviExpert, Wprowadzenie (6) Plan wykładu Istota obiektowości Obiektowość a podejście strukturalne Mechanizmy obiektowości Rodzaje relacji między obiektami Kryteria jakości projektu obiektowego Obiekty-referencje i obiekty-wartości Karty CRC Przykłady

Szkolenie dla NaviExpert, Wprowadzenie (7) Obiektowość a podejście strukturalne Przykład Nauczyciel wystawia oceny uczniom. W zależności od oceny oraz rodzaju egzaminu, za który została wystawiona, uczeń zalicza przedmiot, podchodzi do poprawki lub prosi o zaliczenie warunkowe. Nauczyciel odpowiada za przekazanie każdemu z uczniów informacji o sposobie dalszego postępowania.

Szkolenie dla NaviExpert, Wprowadzenie (8) Obiektowość a podejście strukturalne Rozwiązanie 1 (dekompozycja funkcjonalna) 1.Utwórz listę ocen i uczniów, którzy je otrzymali 2.Dla każdego ucznia z listy a)określ jego ocenę b)określ sposób postępowania c)przekaż informacje uczniowi

Szkolenie dla NaviExpert, Wprowadzenie (9) Obiektowość a podejście strukturalne Rozwiązanie 2 (obiektowe) Nauczyciel 1.Utwórz listę ocen i Uczniów, którzy je otrzymali 2.Utwórz informację o sposobie postępowania w zależności od otrzymanej oceny 3.Udostępnij oceny i informację Uczeń 1.Znajdź swoją ocenę na liście udostępnionej przez Nauczyciela 2.Określ sposób postępowania na podstawie oceny 3.Postąp zgodnie z instrukcją

Szkolenie dla NaviExpert, Wprowadzenie (10) Obiektowość a podejście strukturalne Wnioski Podział odpowiedzialności pozwolił uprościć algorytmy zmniejszyć powiązania między obiektami zwiększyć otwartość systemu na zmiany

Szkolenie dla NaviExpert, Wprowadzenie (11) Plan wykładu Istota obiektowości Obiektowość a podejście strukturalne Mechanizmy obiektowości Rodzaje relacji między obiektami Kryteria jakości projektu obiektowego Obiekty-referencje i obiekty-wartości Karty CRC Przykłady

Szkolenie dla NaviExpert, Wprowadzenie (12) Abstrakcja zdolność programu do pomijania niektórych aspektów informacji przedmioty abstrakcji: dane, zachowanie

Szkolenie dla NaviExpert, Wprowadzenie (13) Polimorfizm poly (gr. wiele ) morph (gr. postać ) – współistnienie różnych metod, które mogą zostać wywołane w odpowiedzi na komunikat zdolność do traktowania obiektu jako jednostki abstrakcyjnej Polimorfizm w Javie Dziedziczenie i pokrywanie metod Interfejsy i ich implementacje Typy generyczne (polimorfizm parametryczny)

Szkolenie dla NaviExpert, Wprowadzenie (14) Interfejsy komunikator.zadzwon() Komunikator zadzwon() odbierz() TelefonTel. komórkowyTel. satelit. Interfejs: część klasy, która definiuje jej kontrakt (odpowiedzialność) Zasada 1 Odwołania przez interfejs (a nie klasę) poprawiają abstrakcję systemu zadzwon() odbierz() zadzwon() odbierz() zadzwon() odbierz() «Interface»

Szkolenie dla NaviExpert, Wprowadzenie (15) Wielokrotne interfejsy Komunikator zadzwon() odbierz() «Interface» TelefonTel. komórkowyTel. satelit. zadzwon() odbierz() zadzwon() odbierz() zadzwon() odbierz() Komunikator Komunikator komunikator = new TelefonKomorkowy(); komunikator.zadzwon(); Czasomierz czas() Zegarek czas() «Interface»

Szkolenie dla NaviExpert, Wprowadzenie (16) Wielokrotne interfejsy Komunikator zadzwon() odbierz() «Interface» TelefonTel. komórkowyTel. satelit. zadzwon() odbierz() zadzwon() odbierz() zadzwon() odbierz() Czasomierz Czasomierz czasomierz = new Zegarek(); czasomierz.czas(); Czasomierz czas() Zegarek czas() «Interface»

Szkolenie dla NaviExpert, Wprowadzenie (17) Wielokrotne interfejsy Komunikator zadzwon() odbierz() «Interface» TelefonTel. komórkowyTel. satelit. zadzwon() odbierz() zadzwon() odbierz() zadzwon() odbierz() Czasomierz Komunikator komorka = new TelefonKomorkowy(); Czasomierz komorka = new TelefonKomorkowy(); Czasomierz czas() Zegarek czas() «Interface» Komunikator

Szkolenie dla NaviExpert, Wprowadzenie (18) Dziedziczenie a implementacja interfejsów Telefon zadzwon() odbierz() Telefon kom. zadzwon() odbierz() czas() Komunikator zadzwon() odbierz() Telefon i Telefon kom. są Komunikatorami. Oba obiekty mogą dzwonić i odbierać rozmowy Telefon i Telefon kom. współdzielą tylko typ Zegarek czas() Zegar ścienny czas() Zegar ścienny jest rodzajem Zegarka. Posiada wszystkie jego cechy Zegar ścienny dziedziczy zarówno typ, jak i implementację «Interface»

Szkolenie dla NaviExpert, Wprowadzenie (19) Dziedziczenie klas a dziedziczenie interfejsów Zegarek czas() Zegar ścienny czas() Zegar cyfr. czas() wyswietl() Czasomierz czas() Zegar ścienny czas() Zegarek ręczny czas() wyswietl() «Interface» Dziedziczenie klas przekazuje typ i implementację Dziedziczenie interfejsów przekazuje tylko typ

Szkolenie dla NaviExpert, Wprowadzenie (20) Hermetyzacja Definicja (powszechna) Hermetyzacja oznacza ukrywanie danych przed niepożądanym dostępem Definicja 2 (ogólniejsza) Hermetyzacja oznacza ukrywanie każdej decyzji projektowej, która może ulec zmianie: interfejsu, implementacji, zachowania metody, danych Zasada 2 Należy identyfikować zmienność i hermetyzować ją

Szkolenie dla NaviExpert, Wprowadzenie (21) Hermetyzacja typu Przykład Kolekcja zarządza Ocenami, nie wiedząc o podziale na oceny z Egzaminu i Poprawkowe. Klasa Ocena ukrywa informację o swoich podklasach.

Szkolenie dla NaviExpert, Wprowadzenie (22) Hermetyzacja obiektu Przykład Jedynie Kolekcja ma dostęp do Ocen. Nauczyciel kontaktuje się jedynie z Kolekcją.

Szkolenie dla NaviExpert, Wprowadzenie (23) Hermetyzacja danych (1) Przykład Ocena może zmienić swoją wartość Konstruktor tworzy ułomny obiekt Ocena ocena = new Ocena(); ocena.ustawWartosc(Ocena.BDB);

Szkolenie dla NaviExpert, Wprowadzenie (24) Hermetyzacja danych (1) Przykład Ocena może zmienić swoją wartość Konstruktor tworzy ułomny obiekt Ocena ocena = new Ocena(Ocena.BDB);

Szkolenie dla NaviExpert, Wprowadzenie (25) Hermetyzacja danych (2) Przykład Wykładowca wystawia oceny Kto jeszcze może wystawić oceny? Kolekcja oceny = nauczyciel.oceny(); oceny.dodaj(new Ocena(Ocena.BDB));

Szkolenie dla NaviExpert, Wprowadzenie (26) Plan wykładu Istota obiektowości Obiektowość a podejście strukturalne Mechanizmy obiektowości Rodzaje relacji między obiektami Kryteria jakości projektu obiektowego Obiekty-referencje i obiekty-wartości Karty CRC Przykłady

Szkolenie dla NaviExpert, Wprowadzenie (27) Rodzaje relacji: asocjacja Komunikator należy do Użytkownika Komunikator może zmienić Użytkownika, Użytkownik może zmienić Komunikator Użytkownik zna swój Komunikator, Komunikator nie wie, kto jest jego właścicielem Istnienie Użytkownika nie ma wpływu na istnienie Komunikatora i vice wersa

Szkolenie dla NaviExpert, Wprowadzenie (28) Rodzaje relacji: agregacja Katalog zawiera Książki Książka może należeć do wielu Katalogów jednocześnie Istnienie Katalogu nie ma wpływu na istnienie Książki i vice versa

Szkolenie dla NaviExpert, Wprowadzenie (29) Rodzaje relacji: kompozycja Książka składa się z Rozdziałów, Rozdział jest częścią Książki Rozdział może należeć tylko do jednej Książki Istnienie Książki decyduje o istnieniu Rozdziału i vice versa

Szkolenie dla NaviExpert, Wprowadzenie (30) Rodzaje relacji: dziedziczenie Odrzutowiec jest rodzajem Samolotu Odrzutowiec może zastąpić Samolot Odrzutowiec posiada niejawną instancję Samolotu związek między Odrzutowcem i Samolotem jest nierozerwalny

Szkolenie dla NaviExpert, Wprowadzenie (31) Rodzaje relacji: realizacja Pojazd potrafi poruszać się Samochód, Łódź i Samolot poruszają się w specyficzny dla siebie sposób Samochód, Łódź i Samolot mogą zastąpić dowolny Pojazd

Szkolenie dla NaviExpert, Wprowadzenie (32) Dziedziczenie a kompozycja DziedziczenieKompozycja relacja utrwalona w czasie kompilacji przekazuje podklasie typ i implementację silnie wiąże nadklasę i podklasę (hermetyzacja!) relacja zmienna w trakcie wykonywania programu nie zapewnia istnienia obiektu wiąże obiekty jedynie poprzez typ Zasada 3 Należy preferować kompozycję ponad dziedziczenie

Szkolenie dla NaviExpert, Wprowadzenie (33) Plan wykładu Istota obiektowości Obiektowość a podejście strukturalne Mechanizmy obiektowości Rodzaje relacji między obiektami Kryteria jakości projektu obiektowego Obiekty-referencje i obiekty-wartości Karty CRC Przykłady

Szkolenie dla NaviExpert, Wprowadzenie (34) Spójność obiektu wielkość porządkowa (wysoka – niska) opis współpracy elementów obiektu stopień powiązania metod i pól obiektu przy wypełnienia nałożonej na niego odpowiedzialności Zasada 4 Prawidłowo zaprojektowana klasa jest spójna

Szkolenie dla NaviExpert, Wprowadzenie (35) Powiązania między obiektami wielkość porządkowa (wysoka – niska) lub przedziałowa opis zależności pomiędzy obiektami stopień powiązania obiektów, które nie są spokrewnione Zasada 5 Niski stopień powiązań wspiera abstrakcję i hermetyzację w systemie

Szkolenie dla NaviExpert, Wprowadzenie (36) Plan wykładu Istota obiektowości Obiektowość a podejście strukturalne Mechanizmy obiektowości Rodzaje relacji między obiektami Kryteria jakości projektu obiektowego Obiekty-referencje i obiekty-wartości Karty CRC Przykłady

Szkolenie dla NaviExpert, Wprowadzenie (37) Obiekty-referencje tożsamość: referencja do obiektu liczność: jeden obiekt w rzeczywistości = jeden obiekt w systemie zmienność: tak porównywanie: przez porównanie referencji tworzenie: dedykowana klasa-fabryka przeznaczenie: duże złożone obiekty

Szkolenie dla NaviExpert, Wprowadzenie (38) Obiekty-wartości tożsamość: wartości pól obiektu liczność: jeden obiekt w rzeczywistości – wiele obiektów w systemie zmienność: nie porównywanie: przez porównanie wartości pól tworzenie: konstruktor przeznaczenie: małe obiekty reprezentujące wartość

Szkolenie dla NaviExpert, Wprowadzenie (39) Plan wykładu Istota obiektowości Obiektowość a podejście strukturalne Mechanizmy obiektowości Rodzaje relacji między obiektami Kryteria jakości projektu obiektowego Obiekty-referencje i obiekty-wartości Karty CRC Przykłady

Szkolenie dla NaviExpert, Wprowadzenie (40) Karty CRC Klasa Odpowiedzialność Współdziałanie

Szkolenie dla NaviExpert, Wprowadzenie (41) Karty CRC Klasa Nauczyciel Odpowiedzialność wystawianie ocen udostępnianie ocen uczniom Współdziałanie Kolekcja: dodawanie i usuwanie ocen Uczeń: udostępnianie ocen

Szkolenie dla NaviExpert, Wprowadzenie (42) Plan wykładu Istota obiektowości Obiektowość a podejście strukturalne Mechanizmy obiektowości Rodzaje relacji między obiektami Kryteria jakości projektu obiektowego Obiekty-referencje i obiekty-wartości Karty CRC Przykłady

Szkolenie dla NaviExpert, Wprowadzenie (43) Przykład 1 Czy taki projekt jest uzasadniony?

Szkolenie dla NaviExpert, Wprowadzenie (44) Przykład 1

Szkolenie dla NaviExpert, Wprowadzenie (45) Przykład 2 Czy taki projekt jest uzasadniony?

Szkolenie dla NaviExpert, Wprowadzenie (46) Przykład 2

Szkolenie dla NaviExpert, Wprowadzenie (47) Podsumowanie Kluczowym elementem obiektowości jest odpowiedzialność Mechanizmy obiektowe pomagają realizować właściwy przydział odpowiedzialności Obiekty mogą być powiązane za pomocą kilku rodzajów relacji Spójność i powiązania określają jakość systemów obiektowych Karty CRC są prostą metodą projektowania systemów z uwzględnieniem odpowiedzialności obiektów