Treść książki
Przejdź do opcji czytnikaPrzejdź do nawigacjiPrzejdź do informacjiPrzejdź do stopki
Rozdział1.Zostaćarchitektemoprogramowania•4
projektującoświęcejniżtylkoalgorytmyikod.Architekcioprogramowania
mająwyjątkowyzestawobowiązkówifaktycznieznajdująsięwcentrum
wszystkiego.
biznes
technologia
X
użytkownicy
architHkci
oprogramowania
Większośćznasrozpoczynakarieręprogramistyczną,koncentrującsięwyłącz-
nienatechnologii.Umiejętnośćprogramowania,projektowaniaskutecznych
algorytmów,sprawdzania,czywszystkodziała,atakżewdrażaniaoprogramo-
wania–topodstawoweumiejętnościdlaarchitektówoprogramowania.Przej-
ścieodprogramistydoarchitektaoprogramowaniawymagazaakceptowania
nowychobowiązków.
Definiowanieproblemuzperspektywyinżynierskiej
Projektowaniearchitekturyoprogramowaniajestdyscyplinąskoncentrowaną
naczłowieku.Każdy,ktomaudziałwoprogramowaniu,możepomócwzrozu-
mieniu,czegosięodtegooczekuje.Architekcioprogramowaniawspółpracują
zmenedżeramiproduktu,kierownikamiprojektówiinnymiinteresariuszami,
abyokreślićcelebiznesoweiwymaganiadotycząceoprogramowania,które
mazostaćzbudowane.
Wwieluzespołachmenedżerowieproduktudefiniująfunkcjonalności.Sąone
istotne,aleistniejeinnyrodzajwymagańzwanyatrybutamijakościowymi,
októrearchitekcidbająnajbardziej(patrzPocostosowaćatrybutyjakościowe
(iinnewłaściwościsystemu),nastronie10).Opróczdefiniowaniaatrybutów
jakościowychsystemuarchitekcizwracająuwagęnaograniczeniaprojektowe
ifunkcjonalności,któremogąwymusićnanasokreślonąścieżkęarchitekto-
niczną.
Definiowanieproblemuzmyśląoarchitekturzepozwalazbudowaćtakisystem,
najakikażdyczeka.Wrozdziale5:Wposzukiwaniuwymagańistotnychdla
architekturynastronie55dowiemysię,jakarchitekcipodchodządowymagań.
