• Czym charakteryzuje siÄ™ dobra architektura oprogramowania?
• Jak przebiega proces jej projektowania?
• Jak jÄ… dokumentować?

Współczesne systemy informatyczne to zaawansowane, skomplikowane mechanizmy, składające się z wielu współdziałających ze sobą komponentów. Ich wyodrębnienie, a także określenie sposobu komunikacji i interakcji między poszczególnymi elementami, jest nie lada wyzwaniem dla architektów. Od ich decyzji zależy, czy system uda się zrealizować, czy będzie on efektywny, stabilny i łatwy w utrzymaniu.

Na szczęście istnieją metodologie, narzędzia oraz sposoby analizy efektów ułatwiające i porządkujące cały ten proces. W tej książce znajdziesz wszystko, o czym trzeba pamiętać przy projektowaniu oprogramowania. Poznasz sposoby projektowania z wykorzystaniem Metody Analizy Kompromisów w Architekturze (ATAM) oraz oceniania aspektów finansowych przy użyciu Metody Analizy Kosztów i Korzyści (CBAM). Autorzy przedstawią wiele studiów przypadków, które pozwolą Ci na zapoznanie się z rzeczywistymi problemami i ich rozwiązaniami. Ponadto nauczysz się stosować język UML do wizualnej reprezentacji architektury systemu oraz zobaczysz, jak przygotować dobrą dokumentację projektu. Książka ta sprawdzi się idealnie w rękach każdego architekta oprogramowania.

• Proces wytwarzania oprogramowania a cykl biznesowy architektury
• Wzorce architektury
• Struktury i perspektywy architektury
• OkreÅ›lenie i uzyskanie atrybutów jakoÅ›ciowych
• Projektowanie architektury pod kÄ…tem wysokiej dostÄ™pnoÅ›ci
• Proces projektowania architektury
• Dokumentowanie architektury oprogramowania
• JÄ™zyk UML
• Metody rekonstrukcji architektury i inżynierii odwrotnej
• Metoda Analizy Kompromisów w Architekturze (ATAM)
• Metoda Analizy Kosztów i KorzyÅ›ci (CBAM)
• Ponowne wykorzystanie elementów architektury
• Dokumentowanie architektury

Osoby które kupowały "Architektura oprogramowania w praktyce. Wydanie II", wybierały także:

• Ruby on Rails. Ćwiczenia 18,75 zÅ‚, (3,00 zÅ‚ -84%)
• Zen Steve'a Jobsa 29,67 zÅ‚, (8,90 zÅ‚ -70%)
• ASP.NET MVC. Kompletny przewodnik dla programistów interaktywnych aplikacji internetowych w Visual Studio 86,77 zÅ‚, (26,90 zÅ‚ -69%)
• TDD. Sztuka tworzenia dobrego kodu 48,54 zÅ‚, (19,90 zÅ‚ -59%)
• Linux. Programowanie systemowe 57,00 zÅ‚, (28,50 zÅ‚ -50%)

Spis treści

Architektura oprogramowania w praktyce. Wydanie II -- spis treści

Przedmowa (9)

Podziękowania (13)

Wstęp (15)

I. Wizja architektury (21)

1. Cykl biznesowy architektury (23)

• 1.1. SkÄ…d siÄ™ biorÄ… architektury? (26)
  
• 1.2. Proces wytwarzania oprogramowania a cykl biznesowy architektury (31)
  
• 1.3. Czym siÄ™ charakteryzuje dobra architektura? (33)
  
• 1.4. Podsumowanie (35)
  
• 1.5. Pytania do dyskusji (35)

2. Czym jest architektura oprogramowania? (37)

• 2.1. Czym jest, a czym nie jest architektura oprogramowania? (37)
  
• 2.2. Inne perspektywy (40)
  
• 2.3. Wzorce architektury, modele referencyjne i architektury referencyjne (41)
  
• 2.4. Dlaczego architektura jest tak ważna? (43)
  
• 2.5. Struktury i perspektywy architektury (50)
  
• 2.6. Podsumowanie (56)
  
• 2.7. Literatura (57)
  
• 2.8. Pytania do dyskusji (59)

3. System awioniki A-7E - studium wykorzystania struktur architektury (61)

• 3.1. PoÅ‚ożenie w cyklu biznesowym architektury (62)
  
• 3.2. Wymagania i atrybuty jakoÅ›ciowe (62)
  
• 3.3. Architektura systemu awioniki A-7E (67)
  
• 3.4. Podsumowanie (78)
  
• 3.5. Literatura (79)
  
• 3.6. Pytania do dyskusji (79)

II. Tworzenie architektury (81)

4. Atrybuty jakościowe (83)

• 4.1. Architektura a funkcje systemu (84)
  
• 4.2. Architektura a atrybuty jakoÅ›ciowe (84)
  
• 4.3. Atrybuty jakoÅ›ciowe systemu (85)
  
• 4.4. Scenariusze atrybutów jakoÅ›ciowych w praktyce (89)
  
• 4.5. Inne atrybuty jakoÅ›ciowe systemu (103)
  
• 4.6. Biznesowe atrybuty jakoÅ›ciowe (103)
  
• 4.7. Atrybuty jakoÅ›ciowe architektury (104)
  
• 4.8. Podsumowanie (105)
  
• 4.9. Literatura (105)
  
• 4.10. Pytania do dyskusji (106)

5. Uzyskiwanie atrybutów jakościowych (107)

• 5.1. Taktyki atrybutów jakoÅ›ciowych (107)
  
• 5.2. Taktyki dostÄ™pnoÅ›ci (109)
  
• 5.3. Taktyki modyfikowalnoÅ›ci (112)
  
• 5.4. Taktyki wydajnoÅ›ci (118)
  
• 5.5. Taktyki bezpieczeÅ„stwa (122)
  
• 5.6. Taktyki testowalnoÅ›ci (124)
  
• 5.7. Taktyki funkcjonalnoÅ›ci (126)
  
• 5.8. Taktyki atrybutów jakoÅ›ciowych a wzorce architektury (128)
  
• 5.9. Wzorce i style architektury (129)
  
• 5.10. Podsumowanie (130)
  
• 5.11. Pytania do dyskusji (131)
  
• 5.12. Literatura (131)

6. Kontrola ruchu lotniczego - projektowanie pod kątem wysokiej dostępności (133)

• 6.1. PowiÄ…zania w cyklu biznesowym architektury (135)
  
• 6.2. Wymagania i atrybuty jakoÅ›ciowe (135)
  
• 6.3. Architektura systemu (138)
  
• 6.4. Podsumowanie (152)
  
• 6.5. Literatura (152)
  
• 6.6. Pytania do dyskusji (153)

7. Projektowanie architektury (155)

• 7.1. Architektura w cyklu życia oprogramowania (155)
  
• 7.2. Projektowanie architektury (157)
  
• 7.3. KsztaÅ‚towanie struktury zespołów (167)
  
• 7.4. Tworzenie systemu szkieletowego (170)
  
• 7.5. Podsumowanie (171)
  
• 7.6. Literatura (172)
  
• 7.7. Pytania do dyskusji (173)

8. Symulator lotniczy - architektura ukierunkowana na łatwość integracji (175)

• 8.1. PowiÄ…zania w cyklu biznesowym architektury (176)
  
• 8.2. Wymagania funkcjonalne i jakoÅ›ciowe (177)
  
• 8.3. Architektura (180)
  
• 8.4. Podsumowanie (193)
  
• 8.5. Literatura (195)
  
• 8.6. Pytania do dyskusji (195)

9. Dokumentacja architektury oprogramowania (197)

• 9.1. Funkcje dokumentacji (198)
  
• 9.2. Perspektywy architektury (200)
  
• 9.3. Wybieranie perspektyw architektury (201)
  
• 9.4. Opisywanie perspektywy architektury (202)
  
• 9.5. Ogólna część dokumentacji (208)
  
• 9.6. Zunifikowany jÄ™zyk modelowania - UML (211)
  
• 9.7. Podsumowanie (220)
  
• 9.8. Literatura (221)
  
• 9.9. Pytania do dyskusji (221)

10. Rekonstrukcja architektury oprogramowania (223)

• 10.1. Wprowadzenie (223)
  
• 10.2. Ekstrakcja informacji (226)
  
• 10.3. Budowanie bazy danych (228)
  
• 10.4. Scalanie informacji (230)
  
• 10.5. Rekonstrukcja (232)
  
• 10.6. PrzykÅ‚ad (237)
  
• 10.7. Podsumowanie (245)
  
• 10.8. Literatura (245)
  
• 10.9. Pytania do dyskusji (246)

III. Analiza i weryfikacja architektury (247)

11. ATAM - kompleksowa metoda analizy architektury (253)

• 11.1. Uczestnicy procesu ATAM (253)
  
• 11.2. MateriaÅ‚y wyjÅ›ciowe procesu ATAM (255)
  
• 11.3. Fazy procesu ATAM (256)
  
• 11.4. Studium przypadku - weryfikacja metodÄ… ATAM systemu Nightingale (267)
  
• 11.5. Podsumowanie (281)
  
• 11.6. Literatura (282)
  
• 11.7. Pytania do dyskusji (282)

12. CBAM - ilościowe podejście do decyzji konstrukcyjnych (283)

• 12.1. Kontekst podejmowania decyzji (284)
  
• 12.2. Podstawy metody CBAM (285)
  
• 12.3. Stosowanie metody CBAM (289)
  
• 12.4. Studium przypadku - projekt ECS w agencji NASA (291)
  
• 12.5. Rezultaty analizy CBAM (298)
  
• 12.6. Podsumowanie (299)
  
• 12.7. Literatura (299)
  
• 12.8. Pytania do dyskusji (299)

13. Współdziałanie w World Wide Web - studium przypadku (301)

• 13.1. PowiÄ…zania z cyklem biznesowym architektury (301)
  
• 13.2. Wymagania funkcjonalne i atrybuty jakoÅ›ciowe (303)
  
• 13.3. Architektura (307)
  
• 13.4. Nowy cykl ABC - ewolucja architektur handlu elektronicznego w WWW (313)
  
• 13.5. Wymagania jakoÅ›ciowe (317)
  
• 13.6. Współczesny cykl biznesowy architektury (318)
  
• 13.7. Podsumowanie (319)
  
• 13.8. Literatura (320)
  
• 13.9. Pytania do dyskusji (321)

IV. Od jednego systemu do wielu (323)

14. Rodziny produktów - ponowne użycie elementów architektury (325)

• 14.1. Wprowadzenie (325)
  
• 14.2. Co sprawia, że linia oprogramowania jest udana? (326)
  
• 14.3. OkreÅ›lanie zakresu (328)
  
• 14.4. Architektury linii produktów (331)
  
• 14.5. Co sprawia, że rozwijanie linii oprogramowania jest trudne? (334)
  
• 14.6. Podsumowanie (337)
  
• 14.7. Literatura (337)
  
• 14.8. Pytania do dyskusji (337)

15. CelsiusTech - studium przypadku rodziny produktów (339)

• 15.1. ZwiÄ…zki z cyklem ABC (339)
  
• 15.2. Wymagania i atrybuty jakoÅ›ciowe (355)
  
• 15.3. RozwiÄ…zanie architektoniczne (357)
  
• 15.4. Podsumowanie (364)
  
• 15.5. Literatura (365)
  
• 15.6. Pytania do dyskusji (365)

16. J2EE/EJB. Studium przypadku - standardowa dla branży infrastruktura obliczeniowa (367)

• 16.1. ZwiÄ…zki z cyklem biznesowym architektury (368)
  
• 16.2. Wymagania i atrybuty jakoÅ›ciowe (368)
  
• 16.3. RozwiÄ…zanie architektoniczne (371)
  
• 16.4. Decyzje zwiÄ…zane z wdrażaniem systemu (383)
  
• 16.5. Podsumowanie (388)
  
• 16.6. Literatura (388)
  
• 16.7. Pytania do dyskusji (388)

17. Architektura Luther. Studium przypadku - aplikacje przenośne oparte na J2EE (389)

• 17.1. ZwiÄ…zki z cyklem ABC (390)
  
• 17.2. Wymagania i atrybuty jakoÅ›ciowe (393)
  
• 17.3. RozwiÄ…zanie architektoniczne (396)
  
• 17.4. Jak w architekturze Luther zrealizowano cele z obszaru jakoÅ›ci? (410)
  
• 17.5. Podsumowanie (410)
  
• 17.6. Literatura (411)
  
• 17.7. Pytania do dyskusji (411)

18. Budowanie systemów z gotowych komponentów (413)

• 18.1. WpÅ‚yw komponentów na architekturÄ™ (415)
  
• 18.2. Niedopasowanie architektury (416)
  
• 18.3. Budowa z gotowych komponentów jako proces poszukiwaÅ„ (421)
  
• 18.4. PrzykÅ‚ad - system ASEILM (424)
  
• 18.5. Podsumowanie (433)
  
• 18.6. Literatura (433)

19. Przyszłość architektury oprogramowania (435)

• 19.1. Cykl biznesowy architektury (436)
  
• 19.2. Budowa architektury (437)
  
• 19.3. Architektura w cyklu życia oprogramowania (438)
  
• 19.4. WpÅ‚yw komponentów komercyjnych (439)
  
• 19.5. Podsumowanie (441)

Skróty (443)

Bibliografia (449)

Skorowidz (455)