• Nie Znaleziono Wyników

Budowa i integracja systemów informacyjnych

N/A
N/A
Protected

Academic year: 2021

Share "Budowa i integracja systemów informacyjnych"

Copied!
19
0
0

Pełen tekst

(1)

Wykład 6

Wprowadzenie do wzorców projektowych

dr inż. Włodzimierz Dąbrowski

Polsko Japońska Wyższa Szkoła Technik Komputerowych Katedra Systemów Informacyjnych, pokój 310

Budowa i integracja

systemów informacyjnych

(2)

Plan wykładu

Co to jest wzorzec projektowy?

Po co stosować wzorce?

Do czego można stosować wzorce?

Przykłady prostych wzorców projektowych

(3)

Paradygmat obiektowy

Czym jest obiekt??

Perspektywy

na poziomie koncepcji

zbiór odpowiedzialności

na poziomie specyfikacji

zbiór metod

na poziomie implementacji

kod + dane

(4)

O obiektach

Obiekt posiada wiedzę o swojej przynależności

Obiekt znajduje się konkretnym stanie

Obiekt posiada określoną odpowiedzialność

(5)

Zalecenia projektowe

Obiekt musi

posiadać określony rodzaj odpowiedzialności

być odpowiedzialny za własne działania

odpowiedzialność musi być jasno określona

(6)

Przypomnienie

Obiekt

Klasa, klasa abstrakcyjna

Interfejs

Hermetyzacja

Dziedziczenie

Polimorfizm

Szczególne metody

(7)

Wzorzec projektowy

Co można odnaleźć w rozwiązaniu dobrym, czego nie ma w złym?

Co można odnaleźć w rozwiązaniu złym, czego nie ma w dobrym?

(8)

Pierwsze wzorce

Za twórcę WP uważany jest Christopher Alexander

Wzorce projektowe dotyczyły rozwiązań architektonicznych

(9)

Pojęcie WP

sposób rozwiązania problemu w określonym kontekście

„WP opisuje problem, który się

stale powtarza, określa zasadniczą część jego rozwiązania tak, aby

można było je zastosować wiele

razy za każdym razem w nieco inny sposób …”

(10)

Elementy opisu wzorców

Nazwa

Intencja

Problem

Rozwiązanie

Uczestnicy

Konsekwencje

(11)

Wzorzec fasady

„Dostrajanie jednolitego interfejsu do zbioru interfejsów

podsystemu…”

(12)

Fasada

Intencja: uproszczony sposób

korzystania z istniejącego systemu

Problem: Potrzeba wykorzystania części możliwości istniejącego

systemu

Rozwiązanie: Nowy interfejs do istniejącego systemu

(13)

Fasada

Konsekwencje: Upraszcza korzystanie z systemu

Implementacja:

nowa klasa o pożądanym interfejsie wykorzystanie istniejących funkcji

systemu

(14)

Adapter

„Dostosowanie interfejsu klasy do interfejsu, którego oczekuje

użytkownik.

Umożliwia współpracę klas, która bez jego zastosowania nie byłaby możliwa ze względu na ich

niezgodne interfejsy…”

(15)

Adapter

Intencja: dopasowanie istniejącego obiektu do określonego interfejsu

Problem: obiekt zachowuje się tak jak trzeba, ale ma nieodpowiedni interfejs

(16)

Adapter

Rozwiązanie: obudowanie obiektu pożądanym interfejsem

Uczestnicy: Adapter, Adaptowany, Cel, Użytkownik

Konsekwencje: dopasowanie istniejących obiektów do

tworzonych struktur i uniknąć ograniczeń

(17)

Podsumowanie

(18)

Problemy

• Porównać wzorzec fasady ze wzorcem adaptera (jakie mają wspólne cechy, a co je różni?)

??

(19)

Literatura

[1] Gamma E., Helm R., Johnson R., Vlissides J., Design Patterns: Elements od Reusable

Object-Oriented Software, Addison-Wesley, 1995

[2] Shalloway A., Trott J.R., Projektowanie

zorientowane obiektowo. Wzorce projektowe, Helion 2001; ISBN 83-7197-831-6

Cytaty

Powiązane dokumenty

PZJO powinien być wyprodukowany przez komórkę jakości zespołu podejmujący się produkcji oprogramowania. PZJO

ilość linii kodu (LOC) jest metryką charakteryzującą atrybut “długość programu źródłowego”, ale nie jest miarą ani złożoności ani rozmiaru programu (choć występuje

nie dopuszczanie do rozmycia odpowiedzialności, sprawiedliwa ocena wyników pracy poszczególnych członków zespołu, równomierny rozkład zadań.... Struktura zarządzania

odpowiedzialność za stan informacji: monitorowanie wydajności personelu, monitorowanie zgodności postępu prac z planem projektu, informowanie zespołu o bieżących

Wszystkie aktywności związane z zarządzaniem konfiguracją oprogramowania dla danego projektu lub jego fazy powinny być przewidziane w Planie Zarządzania Konfiguracją

Frustracje projektantów oprogramowania i programistów wynikające ze zbyt szybkiego postępu w zakresie języków, narzędzi i metod oraz uciążliwości i długotrwałości

wymagania Poor Poor Excellent Fair to excellent Excellent Niejasna architektura Poor Poor Excellent Fair to excellent Poor to fair Systemy wysokiej. niezawodności Excellent

Ważnym elementem fazy strategicznej jest jasne określenie celów przedsięwzięcia z punktu widzenia klienta.. Nie zawsze są one oczywiste, co