ebookpoint.pl
» Informatyka
» Programowanie
» 📚 UML

UML i wzorce projektowe. Analiza i projektowanie obiektowe oraz iteracyjny model wytwarzania aplikacji. Wydanie III Craig Larman

(ebook) (audiobook) (audiobook)

Niedostępna

UML i wzorce projektowe. Analiza i projektowanie obiektowe oraz iteracyjny model wytwarzania aplikacji. Wydanie III Craig Larman - okladka książki

UML i wzorce projektowe. Analiza i projektowanie obiektowe oraz iteracyjny model wytwarzania aplikacji. Wydanie III Craig Larman - audiobook MP3

UML i wzorce projektowe. Analiza i projektowanie obiektowe oraz iteracyjny model wytwarzania aplikacji. Wydanie III Craig Larman - audiobook CD

Autor:: Craig Larman
Wydawnictwo:: Helion
Ocena:: 5.0/6 Opinie: 11
Stron:: 754
Druk:: oprawa twarda

Książka

109,00 zł

Powiadom mnie, gdy książka będzie dostępna

Przenieś na półkę

Powiadom o dostępności audiobooka »

Opis książki
Ocena (5.0/6) i opinie (11)
Szczegóły książki
Dostępność produktu
Spis treści książki

Opis książki : UML i wzorce projektowe. Analiza i projektowanie obiektowe oraz iteracyjny model wytwarzania aplikacji. Wydanie III

Poznaj metodologię projektowania i wytwarzania systemów informatycznych!

Co to jest UML?
Czym jest modelowanie zwinne?
Jak wybrać narzędzia wspomagające proces projektowania?

Projektanci wielokrotnie podejmowali próby opracowania sposobu prezentacji struktury i zasad działania systemów informatycznych. Poszukiwania metody, która zostałaby zaakceptowana przez rynek i uznana za standard, trwały długo i nie były łatwe. Zakończyły się jednak sukcesem, a ich efektem jest język UML. Z drugiej strony "banda czterech" (Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides) w 1995 roku opracowała metody rozwiązywania typowych problemów - wzorce projektowe.

Craig Larman łączy znajomość języka UML z wiedzą na temat wzorców projektowych i przedstawia w swojej książce sposoby projektowania systemów informatycznych z wykorzystaniem języka UML 2. W trakcie lektury tego uznanego na całym świecie podręcznika dowiesz się, jak zbierać wymagania, tworzyć przypadki użycia, modelować dziedzinę, tworzyć architektury wielowarstwowe, a co najważniejsze, odkryjesz, jak wykorzystać przy tym wzorce projektowe. Najnowsze wydanie wzbogacone zostało o nowe studia przypadków, omówienie zwinnych metod projektowania oraz liczne dodatki ułatwiające naukę. Podręcznik ten jest niezastąpiony dla wszystkich osób mających styczność z procesem projektowania i wytwarzania systemów informatycznych.

Przypadki użycia, diagram przypadków użycia
Wykorzystanie testów do identyfikacji przypadków użycia
Metody przyrostowe i ewolucyjne
Cykl życia projektu w modelu kaskadowym
Praktyki zwinne, modelowanie zwinne
Modelowanie dziedziny
Wzorce projektowe "bandy czterech"
Analiza i projektowanie obiektowe
Zarządzanie projektem
Diagramy klas
Projektowanie warstw
Diagramy sekwencji i komunikacji
Programowanie sterowane testami
Narzędzia wspomagające UML

Dołącz do grona najznamienitszych projektantów!

Oceny i opinie klientów: UML i wzorce projektowe. Analiza i projektowanie obiektowe oraz iteracyjny model wytwarzania aplikacji. Wydanie III Craig Larman

(11)

Weryfikacja opinii następuje na podstawie historii zamowień na koncie Użytkownika umiejszczającego opinię. Użytkownik mógł otrzymać punkty za opublikowanie opinii uprawniające do uzyskania rabatu w ramach Programu Punktowego.

Dodaj opinię

6
(8)
5
(1)
4
(0)
3
(0)
2
(0)
1
(2)

5.0

Fantastyczna książka. Mam ją już od dawna, ale wtedy nie byłem na nią gotowy, dziś jestem i doceniam jej wartość. Rekomendowana przez czołówkę programistów - projektantów w Polsce, tak więc to nie tylko moje zdanie.

Opinia: Michał Pyclik Opinia dodana: 2017-05-06 Ocena: 6

Opinia potwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
Świetna pozycja, prowadzi od podstaw, nakreśla dalszy kierunek

Opinia: anonimowa Opinia dodana: 2014-06-13 Ocena: 6

Opinia niepotwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
Doskonała pozycja dla analityków biznesowych i project managerów zarządzających projektami IT. Polecam także Zleceniodawcom - zrozumienie procesu wytwarzania oprogramowania i roli projektowania zaoszczędzi wiele roboczogodzin pracy, frustracji i nieporozumień.

Opinia: Mateusz Kurleto Opinia dodana: 2013-10-24 Ocena: 6

Opinia niepotwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
Świetna książka, czytałem już wiele pozycji na tematy poruszane w tej pozycji, ale nigdzie nie znalazłem tak dobrze wytłumaczonej praktycznej strony analizy i projektowania obiektowego z wykorzystaniem UML i metodyk iteracyjnych. Tematy opisywane są na kilka sposobów, autor co jakiś czas przypomina zagadnienia już poruszone, przez co łatwo przyswaja się dość obszerną wiedzę. Niektórych czytelników może to zniechęcić, ale nie zmienia to faktu, że książka jest naprawdę wybitna.

Rozwiń »

Opinia: Radosław Kowalczyk Opinia dodana: 2012-12-31 Ocena: 6

Opinia potwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
I to jest książką która posiada wybitną wartość. Autor jest tak samo mocny z teorii jak i praktyki, przekazuje nam swoje doświadczanie które to nie jest oparte na uczeniu studentów i wykonywaniem krzywych projektów na uczelni tylko na prawdziwym tworzeniu biznesowych systemów. Takie książki są warte tyle co 100 teoretycznych o niczym. Bardzo pragmatyczne podejście. Ta książka nauczy cie więcej niż wszystkie lata i wszyscy profesorowie na studiach. Pisss joł.

Rozwiń »

Opinia: anonimowa Opinia dodana: 2012-10-29 Ocena: 6

Opinia niepotwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
Wyśmienita książka dla osób które chcą na poważnie zacząć (podstawy) programować - projektować aplikacje. Oprócz tego jest w niej dość szeroki opis metodyki iteracyjnego wytwarzania oprogramowania (w szczególności RUP).

Opinia: Tomek Opinia dodana: 2012-03-19 Ocena: 6

Opinia niepotwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
Osobiście znam wzorce projektowe i wiele reguł dobrego projektowania, ale ta książka przedstawiła mi temat OOD z dużo większej perspektywy. Wiele rzeczy robiłem do tej pory intuicyjnie, teraz wiem na co szczególnie zwracać uwagę podczas projektowania. Tytuł "UML i wzorce projektowe" może być trochę mylący, gdyż głównym celem autora wcale nie jest nauczenie najmniejszych szczegółów składni UML, a przekazanie cennych wskazówek na temat projektowania obiektowo-orientowanego. Jak sam pisze, bez dobrych umiejętności projektowania, nikt znając tylko UML, nie stworzy porządnej aplikacji/systemu. Książka zawiera również wprowadzenie do agile'owej metodologii RUP. Obie przykładowe aplikacje są zgodnie z nią rozwijane. Pozycja obowiązkowa dla każdego programisty używającego języka OO!

Rozwiń »

Opinia: anonimowa Opinia dodana: 2011-10-24 Ocena: 6

Opinia niepotwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
Bardzo dobra książka dla początkujących projektantów/programistów. Chcesz pisać dobre programy - naucz się projektować. Mało takich książek na polskim rynku. Żadne polskie książki o UML nie umywają się do tej. Polecam początkującym programistom.

Opinia: skavi Opinia dodana: 2011-05-30 Ocena: 6

Opinia potwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
Bardzo dobra książka. Opisuje wzorce projektowe, notacje UML i Unified Process. Zastrzeżenia można mieć tylko do organizacji tej książki. Autor zastosował przyrostowy sposób przekazywania wiedzy na dany temat. Jeden temat jest poruszny w kilku miejscach i później ciężko jest wrócić do odpowiedniego miejsca w książce

Rozwiń »

Opinia: anonimowa Opinia dodana: 2011-03-21 Ocena: 5

Opinia niepotwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
Z przykrością stwierdzam, że odniosłem dokładnie takie wrażenie ja powyższy komentarz, a chciałem kupić dobra książkę.

Opinia: anonimowa Opinia dodana: 2013-10-26 Ocena: 1

Opinia niepotwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)
Same komentarze z heliona, widać to gołym okiem- aż ociekają amatorszczyzną i błędami merytorycznymi. I w ten wspaniały sposób klient, który chciałby zakupić książkę jest odstraszony. Odstraszony faktem że jest oszukiwany. Gratuluję...

Opinia: anonimowa Opinia dodana: 2012-12-19 Ocena: 1

Opinia niepotwierdzona zakupem

Opinia dotyczy produktu: ksiązka drukowana

Czy opinia była pomocna:

TAK (0) NIE (0)

więcej opinii

ukryj opinie

Szczegóły książki

Dane producenta: »
Tytuł oryginału:: Applying UML and Patterns : An Introduction to Object-Oriented Analysis and Design and Iterative Development (3rd Edition)
Tłumaczenie:: Justyna Walkowska
ISBN Książki drukowanej:: 978-83-246-2874-2, 9788324628742
Data wydania książki drukowanej :: 2011-03-04
Format:: 172x245
Numer z katalogu:: 5835

Erraty / Zgłoś erratę

Kategorie

Kliknij, aby zgłosić błędnie przypisaną kategorię »

Informatyka » Programowanie » UML
Informatyka » Programowanie » Wzorce projektowe

Dostępność produktu

Produkt nie został jeszcze oceniony pod kątem ułatwień dostępu lub nie podano żadnych informacji o ułatwieniach dostępu lub są one niewystarczające. Prawdopodobnie Wydawca/Dostawca jeszcze nie umożliwił dokonania walidacji produktu lub nie przekazał odpowiednich informacji na temat jego dostępności.

Spis treści książki

Słowo wstępne (19)

Przedmowa (21)

Część I: Wprowadzenie

1. Analiza i projektowanie obiektowe (29)

1.1. Czego uczy ta książka? Czy to się przyda? (29)
1.2. Co jest głównym celem nauki? (32)
1.3. Czym są analiza i projektowanie? (33)
1.4. Czym są analiza i projektowanie obiektowe? (33)
1.5. Krótki przykład (34)
1.6. Co to jest UML? (37)
1.7. Modelowanie graficzne jest dobre (41)
1.8. Historia (41)
1.9. Polecane materiały (43)

2. Iteracyjność, ewolucyjność i zwinność (45)

Wprowadzenie (45)
2.1. Czym jest UP? Czy można uzupełniać go innymi metodami? (46)
2.2. Czym jest metoda iteracyjna i ewolucyjna? (47)
2.3. Jak wygląda cykl życia projektu w modelu kaskadowym? (51)
2.4. Na czym polegają przyrostowe i ewolucyjne projektowanie oraz analiza? (53)
2.5. Czym jest planowanie iteracyjne sterowane ryzykiem i sterowane przez klienta? (56)
2.6. Jakie metody i zasady składają się na podejście zwinne? (57)
2.7. Czym jest modelowanie zwinne? (58)
2.8. Czym jest zwinny UP? (60)
2.9. Czy istnieją inne ważne praktyki UP? (62)
2.10. Jakie są fazy UP? (62)
2.11. Czym są dyscypliny UP? (63)
2.12. Jak dostosować UP do własnych potrzeb? Przypadek wytwórczy (65)
2.13. Symptomy braku zrozumienia UP (67)
2.14. Historia (68)
2.15. Polecane materiały (69)

3. Studia przypadków (71)

Wprowadzenie (71)
3.1. Co zostało, a co nie zostało uwzględnione w studiach przypadków? (71)
3.2. Strategia studiów przypadków: iteracyjne wytwarzanie aplikacji i iteracyjna nauka (73)
3.3. Studium przypadku nr 1: system sprzedaży NextGen (73)
3.4. Studium przypadku nr 2: gra Monopoly (74)

Część II: Faza rozpoczęcia

4. Faza rozpoczęcia nie jest fazą wymagań (77)

Wprowadzenie (77)
4.1. Czym jest faza rozpoczęcia? (78)
4.2. Ile trwa faza rozpoczęcia? (79)
4.3. Które artefakty pojawiają się już w fazie rozpoczęcia? (79)
4.4. Symptomy świadczące o braku zrozumienia fazy rozpoczęcia (81)
4.5. Ilość UML w fazie rozpoczęcia (82)

5. Ewoluujące wymagania (83)

Wprowadzenie (83)
5.1. Definicja: wymagania (84)
5.2. Wymagania kaskadowe a ewolucyjne (84)
5.3. W jaki sposób umiejętnie wskazywać wymagania? (85)
5.4. Jakie są typy i kategorie wymagań? (86)
5.5. W jaki sposób artefakty UP organizują wymagania? (87)
5.6. Czy ta książka zawiera przykłady tych artefaktów? (88)
5.7. Polecane zasoby (89)

6. Przypadki użycia (91)

Wprowadzenie (91)
6.1. Przykład (92)
6.2. Definicja: aktorzy, scenariusze, przypadki użycia (92)
6.3. Przypadki użycia a Model Przypadków Użycia (94)
6.4. Motywacja: po co nam przypadki użycia? (95)
6.5. Definicja: czy przypadki użycia to wymagania funkcjonalne? (95)
6.6. Definicja: jakie są typy aktorów? (96)
6.7. Notacja: jakie są trzy podstawowe formaty przypadków użycia? (97)
6.8. Przykład: pełny opis przypadku użycia Obsłuż sprzedaż (97)
6.9. Co opisują poszczególne sekcje? (103)
6.10. Notacja: czy istnieją inne formaty zapisu przypadków użycia? Wersja dwukolumnowa (110)
6.11. Wskazówka: opisuj sedno sprawy i odsuń się od interfejsu użytkownika (111)
6.12. Wskazówka: pisz zwięzłe przypadki użycia (113)
6.13. Wskazówka: stosuj technikę czarnej skrzynki (113)
6.14. Wskazówka: przyjmij perspektywę aktora i jego celu (114)
6.15. Wskazówka: jak znajdować przypadki użycia? (114)
6.16. Wskazówka: jakie testy mogą pomóc w identyfikacji przypadków użycia? (119)
6.17. Zastosowanie UML: diagramy przypadków użycia (121)
6.18. Zastosowanie UML: diagramy czynności (124)
6.19. Motywacja: inne zyski ze stosowania przypadków użycia? Kontekst dla wymagań (124)
6.20. Przykład: gra Monopoly (125)
6.21. Proces: jak stosować przypadki użycia w ramach metod iteracyjnych? (127)
6.22. Historia (132)
6.23. Polecane zasoby (132)

7. Inne wymagania (135)

Wprowadzenie (135)
Artefakty związane z innymi wymaganiami (136)
7.1. Czy przykłady są kompletne? (136)
7.2. Czy te wymagania są w pełni analizowane w fazie rozpoczęcia? (136)
7.3. Wskazówka: czy te artefakty powinny trafić na stronę projektu? (137)
7.4. Przykład NextGen: (niepełna) Specyfikacja Dodatkowa (138)
7.5. Komentarz: Specyfikacja Dodatkowa (141)
7.6. Przykład NextGen: (niepełna) Wizja (143)
7.7. Komentarz: Wizja (146)
7.8. Przykład NextGen: (niepełny) Słowniczek (149)
7.9. Komentarz: Słowniczek (150)
7.10. Przykład NextGen: Reguły Biznesowe (Dziedzinowe) (151)
7.11. Komentarz: Reguły Dziedzinowe (152)
7.12. Proces: ewoluujące wymagania w metodach iteracyjnych (152)
7.13. Polecane zasoby (155)

Część III: Faza opracowywania. Iteracja-1 - podstawy

8. Iteracja-1 - podstawy (159)

Wprowadzenie (159)
8.1. Wymagania w iteracji-1: zastosowanie najważniejszych umiejętności z OOA/D (160)
8.2. Proces: fazy rozpoczęcia i opracowywania (162)
8.3. Proces: planowanie następnej iteracji (165)

9. Modele dziedziny (167)

Wprowadzenie (167)
9.1. Przykład (169)
9.2. Czym jest model dziedziny? (170)
9.3. Motywacja: po co tworzyć model dziedziny? (174)
9.4. Wskazówka: jak stworzyć Model Dziedziny? (175)
9.5. Jak znaleźć klasy konceptualne? (175)
9.6. Przykład: znajdowanie i rysowanie klas konceptualnych (179)
9.7. Wskazówka: modelowanie zwinne - szkicowanie diagramu klas (181)
9.8. Wskazówka: modelowanie zwinne - czy korzystać z narzędzi? (181)
9.9. Wskazówka: obiekty raportujące - czy umieszczać w modelu klasę Receipt? (181)
9.10. Wskazówka: myśl jak kartograf, posługuj się terminami z dziedziny (182)
9.11. Wskazówka: jak modelować świat nierzeczywisty? (182)
9.12. Wskazówka: atrybuty a klasy (183)
9.13. Wskazówka: kiedy modelować z użyciem klas opisowych? (183)
9.14. Asocjacje (186)
9.15. Asocjacje w modelach dziedziny (193)
9.16. Atrybuty (194)
9.17. Przykład: atrybuty w modelu dziedziny (201)
9.18. Podsumowanie: czy model jest poprawny? (204)
9.19. Proces: iteracyjne i ewolucyjne modelowanie dziedziny (204)
9.20. Polecane zasoby (206)

10. Systemowe diagramy sekwencji (207)

Wprowadzenie (207)
10.1. Przykład: SSD dla NextGen (209)
10.2. Czym są systemowe diagramy sekwencji? (209)
10.3. Motywacja: po co rysować SSD? (210)
10.4. Stosowanie UML: diagramy sekwencji (211)
10.5. Jak mają się SSD do przypadków użycia? (211)
10.6. Jak nazywać zdarzenia i operacje systemowe? (212)
10.7. Jak uwzględnić zewnętrzne systemy w SSD? (212)
10.8. Jakie informacje z SSD powinny trafić do Słowniczka? (213)
10.9. Przykład: SSD dla gry Monopoly (213)
10.10. Proces: iteracyjne i przyrostowe SSD (214)
10.11. Historia i polecane zasoby (214)

11. Kontrakty operacji (215)

Wprowadzenie (215)
11.1. Przykład (217)
11.2. Z jakich sekcji składa się kontrakt? (217)
11.3. Definicja: czym jest operacja systemowa? (217)
11.4. Warunki końcowe (218)
11.5. Przykład: warunki końcowe operacji enterItem (221)
11.6. Wskazówka: czy aktualizować model dziedziny? (222)
11.7. Wskazówka: kiedy warto pisać kontrakty operacji? (222)
11.8. Wskazówka: tworzenie kontraktów (223)
11.9. Przykład: kontrakty NextGen (224)
11.10. Przykład: kontrakty Monopoly (225)
11.11. Stosowanie UML: operacje, kontrakty i OCL (226)
11.12. Proces: kontrakty operacji w UP (227)
11.13. Historia (227)
11.14. Polecane zasoby (228)

12. Od wymagań do projektowania - iteracyjnie (229)

Wprowadzenie (229)
12.1. Zrobić co należy i jak należy - iteracyjnie (230)
12.2. Prowokowanie zmian na wczesnym etapie (230)
12.3. Tylko czy analiza i modelowanie nie zajęły nam całych tygodni? (230)

13. Architektura logiczna i diagramy pakietów UML (231)

Wprowadzenie (231)
13.1. Przykład (232)
13.2. Czym jest architektura logiczna? Co to są warstwy? (232)
13.3. Na której warstwie koncentrują się studia przypadków? (234)
13.4. Czym jest architektura oprogramowania? (235)
13.5. Stosowanie UML: diagramy pakietów (235)
13.6. Wskazówka: projektowanie warstw (236)
13.7. Wskazówka: zasada oddzielenia modelu od widoku (242)
13.8. Jaki jest związek pomiędzy SSD, operacjami systemowymi i warstwami? (244)
13.9. Przykład: architektura logiczna i diagram pakietów NextGen (246)
13.10. Przykład: architektura logiczna Monopoly (246)
13.11. Polecane zasoby (246)

14. Zaczynamy projektować (247)

Wprowadzenie (247)
14.1. Modelowanie zwinne i szkicowanie UML (248)
14.2. Narzędzia UML CASE (249)
14.3. Ile czasu przeznaczyć na UML przed rozpoczęciem kodowania? (250)
14.4. Projektowanie obiektów: czym są modelowanie statyczne i dynamiczne? (250)
14.5. Umiejętność projektowania obiektowego jest ważniejsza od znajomości notacji UML (252)
14.6. Inne techniki projektowania obiektowego: karty CRC (252)

15. Diagramy interakcji UML (255)

Wprowadzenie (255)
15.1. Diagramy sekwencji i komunikacji (256)
15.2. Początkujący projektanci za rzadko używają diagramów interakcji! (259)
15.3. Często stosowana notacja diagramów interakcji (259)
15.4. Podstawowa notacja diagramów sekwencji (261)
15.5. Podstawowa notacja diagramów komunikacji (273)

16. Diagramy klas UML (281)

Wprowadzenie (281)
16.1. Stosowanie UML: notacja diagramów klas UML (282)
16.2. Definicja: projektowy diagram klas (283)
16.3. Definicja: klasyfikator (283)
16.4. Sposoby prezentacji atrybutów UML: tekst i linie asocjacji (284)
16.5. Symbol notatki: uwagi, komentarze, ograniczenia i ciała metod (287)
16.6. Operacje i metody (288)
16.7. Słowa kluczowe (290)
16.8. Stereotypy, profile i znaczniki (291)
16.9. Właściwości i listy właściwości UML (292)
16.10. Generalizacja, klasy abstrakcyjne, operacje abstrakcyjne (292)
16.11. Zależności (293)
16.12. Interfejsy (295)
16.13. O przewadze kompozycji nad agregacją (296)
16.14. Ograniczenia (297)
16.15. Asocjacja kwalifikowana (298)
16.16. Klasa asocjacyjna (299)
16.17. Klasy singletonowe (299)
16.18. Szablony klas i interfejsów (300)
16.19. Przegródki definiowane przez użytkownika (300)
16.20. Klasa aktywna (301)
16.21. Jaki jest związek pomiędzy diagramami interakcji i klas? (301)

17. GRASP: projektowanie obiektów i przydział odpowiedzialności (303)

Wprowadzenie (303)
17.1. UML a zasady projektowania (304)
17.2. Projektowanie obiektowe: przykład danych wejściowych, czynności i wyników (304)
17.3. Odpowiedzialność i projektowanie sterowane odpowiedzialnością (308)
17.4. GRASP: metodyczne podejście do podstaw projektowania obiektowego (309)
17.5. Jaki jest związek pomiędzy zobowiązaniami, GRASP i diagramami UML? (310)
17.6. Czym są wzorce? (311)
17.7. Co już wiemy? (313)
17.8. Krótki przykład projektowania obiektowego z użyciem GRASP (314)
17.9. Zastosowanie GRASP podczas projektowania obiektowego (324)
17.10. Twórca (Creator) (325)
17.11. Ekspert (Information Expert) (327)
17.12. Niskie Sprzężenie (Low Coupling) (332)
17.13. Kontroler (Controller) (336)
17.14. Wysoka Spójność (High Cohesion) (348)
17.15. Polecane zasoby (353)

18. Projektowanie obiektowe z użyciem GRASP - przykłady (355)

Wprowadzenie (355)
18.1. Czym jest realizacja przypadku użycia? (356)
18.2. Uwagi na temat artefaktów (358)
18.3. Co dalej? (361)
18.4. Realizacje przypadków użycia rozpatrywanych w bieżącej iteracji NextGen (361)
18.5. Realizacje przypadków użycia rozpatrywanych w bieżącej iteracji gry Monopoly (382)
18.6. Proces: iteracyjne i ewolucyjne projektowanie obiektowe (392)
18.7. Podsumowanie (394)

19. Widoczność obiektów (395)

Wprowadzenie (395)
19.1. Wzajemna widoczność obiektów (395)
19.2. Czym jest widoczność? (396)

20. Odwzorowanie wyników projektowania w kodzie (401)

Wprowadzenie (401)
20.1. Programowanie w ewolucyjnym modelu przyrostowym (402)
20.2. Odwzorowanie wyników projektowania w kodzie (403)
20.3. Tworzenie definicji klas na podstawie DCD (403)
20.4. Tworzenie metod na podstawie diagramów interakcji (404)
20.5. Kolekcje (406)
20.6. Wyjątki i obsługa błędów (407)
20.7. Definicja metody Sale.makeLineItem (407)
20.8. Kolejność implementacji (408)
20.9. Programowanie sterowane testami (408)
20.10. Podsumowanie zasad odwzorowywania wyników projektowania w kodzie (409)
20.11. Kod NextGen (409)
20.12. Kod Monopoly (412)

21. Programowanie sterowane testami i refaktoryzacja (417)

Wprowadzenie (417)
21.1. Programowanie sterowane testami (418)
21.2. Refaktoryzacja (421)
21.3. Polecane zasoby (425)

22. Narzędzia UML i UML jako plan (427)

Wprowadzenie (427)
22.1. Inżynieria postępowa, wsteczna i wahadłowa (428)
22.2. Jaka jest opinia programistów na temat narzędzi UML CASE? (429)
22.3. Na co zwrócić uwagę przy wyborze narzędzia? (429)
22.4. Jeśli UML traktowany jest jako szkic, to jak aktualizować diagramy po zmianach w kodzie? (430)
22.5. Polecane zasoby (430)

Część IV: Faza opracowywania. Iteracja-2 - więcej wzorców

23. Iteracja-2 - wymagania (433)

Wprowadzenie (433)
23.1. Przejście z iteracji-1 do iteracji-2 (434)
23.2. Iteracja-2: krótko o wymaganiach, nacisk na projektowanie obiektowe i wzorce (435)

24. Szybka aktualizacja artefaktów analitycznych (439)

Wprowadzenie (439)
24.1. Studium przypadku: NextGen (439)
24.2. Studium przypadku: Monopoly (441)

25. GRASP: więcej obiektów, więcej zobowiązań (445)

Wprowadzenie (445)
25.1. Polimorfizm (Polymorphism) (446)
25.2. Czysty Wymysł (Pure Fabrication) (453)
25.3. Pośrednictwo (Indirection) (458)
25.4. Ochrona Zmienności (Protected Variations) (459)

26. Wzorce projektowe GoF (467)

Wprowadzenie (467)
26.1. GoF: Adapter (468)
26.2. Niektóre wzorce GRASP są uogólnieniem innych wzorców (470)
26.3. Odkrycia "analityczne" na poziomie projektowania (471)
26.4. Fabryka (Factory) (472)
26.5. GoF: Singleton (474)
26.6. Podsumowanie problemu zewnętrznych usług o odmiennych interfejsach (478)
26.7. GoF: Strategia (Strategy) (479)
26.8. GoF: Kompozyt (Composite) i inne zasady projektowe (483)
26.9. GoF: Fasada (Facade) (492)
26.10. GoF: Obserwator, Wydawca-Prenumerator lub Delegacja Obsługi Zdarzeń (495)
26.11. Wnioski (502)
26.12. Polecane zasoby (503)

Część V: Faza opracowywania. Iteracja-3 - średnio zaawansowane zagadnienia

27. Iteracja-3 - wymagania (507)

Wprowadzenie (507)
27.1. NextGen (508)
27.2. Monopoly (508)

28. Diagramy czynności (aktywności) UML i modelowanie czynności (509)

Wprowadzenie (509)
28.1. Przykład (510)
28.2. Jak stosować diagramy czynności? (511)
28.3. Diagramy czynności: więcej notacji (513)
28.4. Wskazówki (514)
28.5. Przykład: diagram czynności NextGen (515)
28.6. Proces: diagramy czynności w UP (516)
28.7. Historia (516)

29. Diagramy stanów UML (517)

Wprowadzenie (517)
29.1. Przykład (518)
29.2. Definicje: zdarzenia, stany, przejścia (518)
29.3. Jak stosować diagramy stanów? (519)
29.4. Diagramy stanów UML: więcej notacji (521)
29.5. Przykład: modelowanie nawigacji UI za pomocą diagramów stanów (522)
29.6. Przykład: diagram stanów dla przypadku użycia NextGen (523)
29.7. Proces: diagramy stanów w UP (524)
29.8. Polecane zasoby (524)

30. Powiązania pomiędzy przypadkami użycia (525)

Wprowadzenie (525)
30.1. Relacja include (526)
30.2. Terminologia: konkretne, abstrakcyjne, bazowe i dodatkowe przypadki użycia (529)
30.3. Relacja extend (530)
30.4. Relacja generalize (532)
30.5. Diagramy przypadków użycia (532)

31. Udoskonalenie Modelu Dziedziny (535)

Wprowadzenie (535)
31.1. Nowe koncepty w Modelu Dziedziny NextGen (536)
31.2. Generalizacja (538)
31.3. Definiowanie konceptualnych nadklas i podklas (539)
31.4. Kiedy definiować podklasy konceptualne? (542)
31.5. Kiedy definiować nadklasy konceptualne? (544)
31.6. Hierarchie klas konceptualnych w NextGen (545)
31.7. Abstrakcyjne klasy konceptualne (548)
31.8. Modelowanie zmian stanów (549)
31.9. Hierarchie klas konceptualnych a dziedziczenie (550)
31.10. Klasy asocjacyjne (550)
31.11. Agregacja i kompozycja (553)
31.12. Przedziały czasowe i ceny produktów - naprawa "błędu" z iteracji-1 (556)
31.13. Nazwy ról w asocjacjach (557)
31.14. Role jako koncepty a role w asocjacjach (557)
31.15. Elementy pochodne (558)
31.16. Asocjacje kwalifikowane (559)
31.17. Asocjacje zwrotne (560)
31.18. Wykorzystanie pakietów w celu lepszej organizacji Modelu Dziedziny (560)
31.19. Przykład: udoskonalenie Modelu Dziedziny Monopoly (566)

32. Więcej SSD i kontraktów (569)

Wprowadzenie (569)
32.1. POS NextGen (569)

33. Analiza architektoniczna (575)

Wprowadzenie (575)
33.1. Proces: kiedy zacząć analizę architektoniczną? (576)
33.2. Definicja: punkty zmienności i punkty ewolucji (576)
33.3. Analiza architektoniczna (577)
33.4. Etapy analizy architektonicznej (578)
33.5. Nauka ścisła: identyfikacja i analiza czynników architektonicznych (579)
33.6. Przykład: fragment tabeli czynników architektonicznych NextGen (582)
33.7. Sztuka: rozwiązywanie problemów stwarzanych przez czynniki architektoniczne (582)
33.8. Podsumowanie motywów przewodnich analizy architektonicznej (591)
33.9. Proces: architektura iteracyjna w UP (592)
33.10. Polecane zasoby (593)

34. Udoskonalenie architektury logicznej (595)

Wprowadzenie (595)
34.1. Przykład: architektura logiczna NextGen (596)
34.2. Współpraca oparta o wzorzec Warstwy (601)
34.3. Dodatkowe uwagi na temat wzorca Warstwy (607)
34.4. Oddzielenie modelu od widoku i komunikacja wzwyż (612)
34.5. Polecane zasoby (613)

35. Projektowanie pakietów (615)

Wprowadzenie (615)
35.1. Wskazówki na temat organizacji pakietów (616)
35.2. Polecane zasoby (622)

36. Więcej projektowania z zastosowaniem wzorców GoF (623)

Wprowadzenie (623)
36.1. Przykład: POS NextGen (624)
36.2. Przejście do usług lokalnych. Wydajność dzięki lokalnej pamięci podręcznej cache (624)
36.3. Obsługa błędów (629)
36.4. Przejście do usług lokalnych z wykorzystaniem Pełnomocnika (GoF) (635)
36.5. Wpływ wymagań niefunkcjonalnych na architekturę (638)
36.6. Dostęp do zewnętrznych urządzeń fizycznych za pomocą adapterów (639)
36.7. Fabryka Abstrakcyjna dla rodzin powiązanych obiektów (641)
36.8. Obsługa płatności z wykorzystaniem wzorców Polimorfizm i Zrób To Sam (644)
36.9. Przykład: Monopoly (649)
36.10. Podsumowanie (653)

37. Projektowanie szkieletu (frameworku) trwałych danych w oparciu o wzorce (655)

Wprowadzenie (655)
37.1. Problem: trwałe obiekty (656)
37.2. Rozwiązanie: usługa trwałych danych oparta o framework (657)
37.3. Szkielety (frameworki) (657)
37.4. Wymagania wobec usługi i szkieletu trwałych danych (658)
37.5. Najważniejsze idee (659)
37.6. Wzorzec Reprezentacja Obiektów w Postaci Tabel (659)
37.7. Profil modelowania danych w UML (660)
37.8. Wzorzec Identyfikator Obiektu (660)
37.9. Dostęp do usługi trwałych danych poprzez fasadę (661)
37.10. Wzorzec Odwzorowywacz Bazodanowy (Database Mapper, Database Broker) (662)
37.11. Projektowanie szkieletów z zastosowaniem wzorca Metoda Szablonowa (664)
37.12. Materializacja z zastosowaniem wzorca Metoda Szablonowa (665)
37.13. Konfiguracja odwzorowywaczy poprzez fabrykę MapperFactory (670)
37.14. Wzorzec Zarządzanie Cache (671)
37.15. Ukrycie kodu SQL wewnątrz jednej klasy (671)
37.16. Stany transakcyjne i wzorzec Stan (672)
37.17. Projektowanie transakcji w oparciu o wzorzec Polecenie (676)
37.18. Leniwa materializacja z zastosowaniem wzorca Pełnomocnik Wirtualny (678)
37.19. Jak reprezentować asocjacje w tabelach bazodanowych? (681)
37.20. Nadklasa PersistentObject a zasada rozdzielenia zagadnień (681)
37.21. Pozostałe problemy (682)

38. Diagramy wdrożeniowe i diagramy komponentów (683)

38.1. Diagramy wdrożeniowe (683)
38.2. Diagramy komponentów (685)

39. Dokumentacja architektury: UML i model N+1 widoków (687)

Wprowadzenie (687)
39.1. Dokument Architektura Aplikacji i widoki architektoniczne (688)
39.2. Notacja: struktura dokumentu Architektura Aplikacji (691)
39.3. Przykład NextGen: Architektura Aplikacji (692)
39.4. Przykład: dokument Architektura Aplikacji Jakarta Struts (697)
39.5. Proces: iteracyjna dokumentacja architektury (701)
39.6. Polecane zasoby (701)

Część VI: Dodatkowe zagadnienia (703)

40. Zwinne zarządzanie projektem (705)

Wprowadzenie (705)
40.1. Jak zaplanować iterację? (706)
40.2. Planowanie adaptacyjne (706)
40.3. Plan Faz i Plan Iteracji (708)
40.4. Jak planować iteracje w oparciu o przypadki użycia i scenariusze? (708)
40.5. (Nie)wiarygodność wczesnych szacunków (711)
40.6. Organizacja artefaktów (712)
40.7. Symptomy braku zrozumienia planowania iteracyjnego (713)
40.8. Polecane zasoby (713)

Bibliografia (715)

Słowniczek (723)

Skorowidz (727)

pokaż cały spis treści

ukryj recenzje

Zamknij

Poinformuj mnie

* więcej »

Chcę otrzymywać na podany e-mail informacje o zniżkach, promocjach oraz nowościach wydawniczych. więcej »

Zamknij

Przeczytaj darmowy fragment

Zamknij

Twoje uwagi do kursu

Zamknij

Dzięki opcji "Druk na żądanie" do sprzedaży wracają tytuły Grupy Helion, które cieszyły sie dużym zainteresowaniem, a których nakład został wyprzedany.

Dla naszych Czytelników wydrukowaliśmy dodatkową pulę egzemplarzy w technice druku cyfrowego.

Co powinieneś wiedzieć o usłudze "Druk na żądanie":

usługa obejmuje tylko widoczną poniżej listę tytułów, którą na bieżąco aktualizujemy;
cena książki może być wyższa od początkowej ceny detalicznej, co jest spowodowane kosztami druku cyfrowego (wyższymi niż koszty tradycyjnego druku offsetowego). Obowiązująca cena jest zawsze podawana na stronie WWW książki;
zawartość książki wraz z dodatkami (płyta CD, DVD) odpowiada jej pierwotnemu wydaniu i jest w pełni komplementarna;
usługa nie obejmuje książek w kolorze.

Masz pytanie o konkretny tytuł? Napisz do nas: sklep@ebookpoint.pl

Zamknij

Proszę wybrać ocenę!

Proszę wpisać opinię! Opinia dotyczy:

Książka drukowana

wyświetlaj podpis

Proszę zaakceptować regulamin oraz politykę prywatności!

* Akceptuję Regulamin sklepu internetowego oraz Politykę Prywatności więcej »

Chcę otrzymywać na podany e-mail informacje o zniżkach, promocjach oraz nowościach wydawniczych. więcej » * pola obowiązkowe

Zamknij

Przenieś na półkę

Dodano produkt na półkę

Usunięto produkt z półki

Przeniesiono produkt do archiwum

Przeniesiono produkt do biblioteki

Proszę czekać...

Zamknij

Wybierz metodę płatności

Akceptuję regulamin