Zostań architektem oprogramowania

Michael Keeling

Uzyskaj dostęp

Zakup książkę

ISBN/ISSN:

978-83-01-20856-1

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2019

Liczba stron:

357

XML:ISBN/ISSN:

ONIX MARC21

Bibliografia:

Keeling, Michael. Zostań architektem oprogramowania. Red. . Warszawa: Wydawnictwo Naukowe PWN, 2019, 357 s. ISBN 978-83-01-20856-1

Bibliografia refWorks:

RT Book, Whole

SR Electronic(1)

A1 Keeling, M.

T1 Zostań architektem oprogramowania

PB Wydawnictwo Naukowe PWN

PP Warszawa

YR 2019

SN 978-83-01-20856-1

Bibliografia BibTex:

@Book{ 212085, author = "Keeling, Michael", editor = "", title = "Zostań architektem oprogramowania", publisher = "Wydawnictwo Naukowe PWN", year = "2019", address = "Warszawa", isbn = "978-83-01-20856-1" }

Bibliografia endNote:

TY - BOOK

AU - Keeling, Michael

ED -

TI - Zostań architektem oprogramowania

PB - Wydawnictwo Naukowe PWN

CY - Warszawa

PY - 2019

SN - 978-83-01-20856-1

ER -

Netografia (standard APA):

Keeling, Michael. Zostań architektem oprogramowania [baza danych online] Warszawa: Wydawnictwo Naukowe PWN, 2019 [dostęp: 02 05 2024]. Dostęp w Ibuk Libra: https://libra.ibuk.pl/reader/zostan-architektem-oprogramowania-michael-keeling-212085.

inżynieria oprogramowania, architektura oprogramowania, architekt oprogramowania, myślenie projektowe, projektowanie architektury oprogramowania, strategie projektowania, wzorce architektoniczne

Zostań architektem oprogramowania to idealne wprowadzenie do architektury oprogramowania dla programistów, którzy są gotowi rozwijać swoje umiejętności projektowe. Jeśli jesteś zupełnie nowy w projektowaniu architektury oprogramowania, ta książka ...

Więcej

ISBN/ISSN:

978-83-01-20856-1

DOI:

Wydawnictwo:

Wydawnictwo Naukowe PWN

Rok wydania:

2019

Liczba stron:

357

XML:ISBN/ISSN:

ONIX MARC21

Podziękowania 11
Przedmowa 13
Witamy 15
Część I Wprowadzenie do architektury oprogramowania19
1. Zostać architektem oprogramowania 21
Czym zajmują się architekci oprogramowania?21
Czym jest architektura oprogramowania?25
Zostańmy architektami w naszym zespole29
Budowanie niesamowitego oprogramowania31
Studium przypadku: Projekt Lionheart32
Co dalej33
2. Podstawy myślenia projektowego 35
Cztery zasady myślenia projektowego35
Zastosowanie nastawienia projektowego38
Myślenie, robienie, sprawdzanie41
Co dalej45
Część II Podstawy projektowania architektury47
3. Opracowywanie strategii projektowania 49
Poszukiwanie satysfakcjonującego projektu49
Decydowanie, ile zaprojektować na początku51
Niech ryzyko będzie naszym przewodnikiem55
Tworzenie planu projektowania59
Co dalej61
Projekt Lionheart: do tej pory61
4. Wczuwanie się w interesariuszy 63
Rozmawianie z właściwymi ludźmi63
Tworzenie mapy interesariuszy65
Odkrywanie celów biznesowych68
Co dalej71
Projekt Lionheart: do tej pory…71
5. W poszukiwaniu wymagań istotnych dla architektury 73
Zawężanie możliwości projektowych za pomocą ograniczeń74
Definiowanie atrybutów jakościowych75
Poszukiwanie klas wymagań funkcjonalnych81
Dowiedzmy się, co jeszcze wpływa na architekturę83
Poszukiwanie potrzebnych informacji84
Budowanie specyfi kacji ASR85
Projekt Lionheart: do tej pory…87
Co dalej88
6. Wybór architektury (zanim ona wybierze nas) 89
Rozszerzamy, aby dostrzegać możliwości, zawężamy, aby decydować89
Akceptowanie ograniczeń92
Wspieranie pożądanych atrybutów jakościowych94
Przypisywanie elementom funkcjonalnych obowiązków100
Projektowanie z myślą o zmianach102
Projekt Lionheart: do tej pory…104
Co dalej105
7. Tworzenie fundamentów z użyciem wzorców 107
Czym jest wzorzec architektoniczny?107
Wzorzec warstwowy109
Wzorzec porty i adaptery110
Wzorzec potoki i fi ltry111
Wzorzec architektury zorientowanej na usługi113
Wzorzec publish-subscribe115
Wzorzec współdzielonych danych117
Wzorzec wielowarstwowy118
Wzorzec centrum kompetencji119
Wzorzec otwartego udziału121
Odkrywanie nowych wzorców122
Wzorzec wielkiej kuli błota122
Projekt Lionheart: do tej pory…123
Co dalej124
8. Zarządzanie złożonością za pomocą sensownych modeli 125
Myślenie o architekturze125
Projektowanie metamodelu127
Wbudowywanie modeli do kodu133
Projekt Lionheart: do tej pory…138
Co dalej139
9. Prowadzenie architektonicznych warsztatów projektowych 141
Planowanie architektonicznych warsztatów projektowych141
Wybieranie odpowiednich działań projektowych147
Zapraszanie właściwych uczestników149
Zarządzanie grupą151
Praca z rozproszonymi zespołami153
Co dalej155
Projekt Lionheart: do tej pory…155
10. Wizualizacja decyzji projektowych 157
Przedstawianie architektury z różnych perspektyw157
Rysowanie fantastycznych diagramów164
Projekt Lionheart: do tej pory…170
Co dalej171
11. Opisywanie architektury173
Opowiadanie całej historii173
Dopasowywanie metody opisu do sytuacji175
Szanowanie swoich odbiorców179
Tworzenie widoków wokół potrzeb interesariuszy183
Wyjaśnianie powodów naszych decyzji185
Projekt Lionheart: do tej pory…187
Co dalej188
12. Karty oceny dla architektury189
Ocenianie służy uczeniu się189
Testowanie projektu190
Prowadzenie warsztatów ewaluacyjnych197
Oceniajmy wcześnie, oceniajmy często, oceniajmy w sposób ciągły201
Projekt Lionheart: do tej pory…206
Co dalej207
13. Wzmacnianie architektów w zespole209
Promowanie myślenia architektonicznego209
Ułatwianie podejmowania decyzji i wspieranie rozwoju umiejętności211
Stworzenie możliwości bezpiecznej praktyki212
Delegowanie kompetencji projektowych213
Wspólne projektowanie architektury217
Projekt Lionheart: epickie podsumowanie219
Co dalej220
Część III Skrzynka narzędziowa architekta 221
14. Działania na rzecz zrozumienia problemu 223
Działanie 1. Wybór jednej rzeczy224
Działanie 2. Mapa empatii227
Działanie 3. Warsztaty cel-pytanie-metryka231
Działanie 4. Wywiad z interesariuszami234
Działanie 5. Lista założeń237
Działanie 6. Sieć atrybutów jakościowych239
Działanie 7. Miniwarsztaty atrybutów jakościowych242
Działanie 8. Mad lib „punkty widzenia”248
Działanie 9. Miara odpowiedzi sofi zmatu rozszerzenia252
Działanie 10. Mapa interesariuszy254
15. Działania w celu zbadania potencjalnych rozwiązań257
Działanie 11. Personifi kacja architektury258
Działanie 12. Architektoniczny fl ipbook260
Działanie 13. Karty komponent-odpowiedzialność-współpracownik264
Działanie 14. Mapa pojęć269
Działanie 15. Dzielenie i zdobywanie272
Działanie 16. Burza zdarzeń277
Działanie 17. Grupowe postery282
Działanie 18. Projektowanie karuzelowe285
Działanie 19. Wspólna sesja przy białej tablicy288
16. Działania służące osiągnięciu namacalności projektu 291
Działanie 20. Zapisy decyzji architektonicznych292
Działanie 21. Architektoniczne haiku295
Działanie 22. Diagram kontekstowy297
Działanie 23. Lista najpopularniejszych haseł299
Działanie 24. Tablica koncepcyjna301
Działanie 25. Modularny diagram dekompozycji304
Działanie 26. Odrzucone ścieżki306
Działanie 27. Prototypowanie w celu zdobycia wiedzy lub podjęcia decyzji308
Działanie 28. Diagram sekwencji310
Działanie 29. Metafora systemowa313
17. Działania służące ocenie możliwości projektowych 317
Działanie 30. Briefing architektury318
Działanie 31. Przegląd kodu321
Działanie 32. Macierz decyzyjna325
Działanie 33. Obserwacja zachowania328
Działanie 34. Pytanie-komentarz-potrzeba331
Działanie 35. Burza ryzyk334
Działanie 36. Sprawdzanie poczytalności337
Działanie 37. Przegląd scenariusza340
Działanie 38. Szkicowanie i porównywanie345
D1. Biografie przedstawicieli społeczności 349
Bibliografia351