Knigge für Softwarearchitekten - Leseprobe

11
 Peer Hruska, Gerno S arke Knigge ür Sowarearieken snell+kompak

description

KurzinfoVerantwortungsbewusste Softwarearchitekten versuchen kontinuierlich, Chancen und Risiken frühzeitig zu erkennen und geeignete Maßnahmen einzuleiten. Dieses Buch zeigt Ihnen, wie das in der Praxis funktioniert.Sie finden unterhaltsame, praxisgerechte Wege zu besseren Softwarearchitekturen – wirkungsvoll, zeitlos und technologieneutral! Wir erläutern typische Verhaltensmuster von Softwarearchitekten, gute und schlechte. Sie lernen, durch Erfolgsmuster bessere Systeme zu konstruieren und erfahren Abhilfen gegen schlechte Architekturmanieren (Anti-Patterns).Von Peter Hruschka und Gernot Starke stammt arc42 (http://www.arc42.de/), das freie Portal für Softwarearchitekten. Sie sind Gründungsmitglieder des International Software Architecture Qualification Board (iSAQB.org). Die hier vorgestellten Patterns durften (und mussten) sie in ihrem langen Berufsleben alle selbst erleben.

Transcript of Knigge für Softwarearchitekten - Leseprobe

Page 1: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 1/10

 

Peer Hruska, Gerno Sarke

Knigge

ür Sowarearieken

snell+kompak

Page 2: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 2/10

 

Peer Hruska, Gerno Sarke

Knigge ür Sowarearieken

snell+kompak

ISBN: 978-3-86802-080-9

© 2012 enwicler.press

ein Imprin der Soware & Suppor Media GmbH

htp://www.enwicler-press.de

htp://www.soware-suppor.biz

Ihr Konak zum Verlag und Lekora: [email protected]

Bibliograse Inormaion Der Deusen Bibliohek

Die Deuse Bibliohek verzeine diese Publikaion in der DeusenNaionalbibliograe; deailliere bibliograse Daen sind im Inerne

über htp://dnb.ddb.de abruar.

Lekora: Sebasian Burkar

Korrekora: Frauke Pes

Saz: Dominique Kalbassi

Umslaggesalung: Maria Rudi

Beliung, Druc und Bindung: M.P. Media-Prin Inormaionseno-

logie GmbH, Paderborn.

Alle Ree, au ür Übersezungen, sind vorbehalen. Reprodukion

 jeglier Ar (Fookopie, Nadruc, Mikrolm, Erassung au elekroni-

sen Daenrägern oder andere Verahren) nur mi srilier Geneh-migung des Verlags. Jeglie Haung ür die Riigkei des gesamen

Werks, kann, roz sorgäliger Prüung dur Auor und Verlag, ni

übernommen werden. Die im Bu genannen Produke, Warenzeien

und Firmennamen sind in der Regel dur deren Inhaber gesüz.

Page 3: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 3/10

 

Der Schritsteller Freiherr Adolph Knigge(1752-1796)

Der klassise Knigge [1], Originaliel „Über den Umgang miMensen“ besreib Umgangsormen uner Mensen, insbe-sondere die anzusrebenden „guen Manieren“: Sie sollen nimi vollem Mund bei is spreen, ni die Finger ablecen,

alen Damen über die Sraße helen und so weier.

Dami maen Sie si im äglien Leben belieb und könnenEindruc sinden. Zur Beruslauahn „Sowareariek“ hin-gegen sweig die klassise Benimmlieraur.

Knigge?

Page 4: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 4/10

 

6

Inhaltsverzeichnis

Erfolgsmuster

  1. Der Proakive 15

  3. Der Vielsehende   27

  4. Srukuriere Faulhei 37

  6. Blic in den Rücspiegel 45

  8. Der Mulilinguis 57

11. Die Jongleuse 73

12. Der Vereinaungskobold 81

14. Der enise Risikomanager 95

16. Die Lekorin 105

18. Der Enseider 119

19. Die sändig Lernenden 127

20. Die Kommunikaorin 135

23. Der edle Riter 159

24. Der Smökerer 163

Page 5: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 5/10

 

7schnell + kompakt

Inhaltsverzeichnis

 Anti-Patterns

  2. Elenbeinurm 21

  5. Der Dikaor 41

  7. Zu viel des Guen 51

  9. Der Noaionskrieger 63

10. Der Code-Held 67

13. Der Perekionis 89

15. Der Prozessprediger 101

17. Der Versäzer 113

21. Der Ignoran 141

22. oolisan 149

Weitere Goodies

25. ar42 - Te Elevaor Pi 171

26. Agile Modeling Guide 179

27. Eine Sae no 185

Über uns 191

Page 6: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 6/10

 

15schnell + kompakt

KAPITEL 1

Der Proaktive

Veranworungsbewusse Sowarearieken gehen akiv au 

alle Projekbeeiligen zu, um Chanen und Risiken rezeiigzu erkennen und geeignee Maßnahmen einleien zu können. Sieübernehmen die Iniiaive, saren nowendige Akiviäen auseigenem Anrieb und ohne explizie Auforderung. Ansat pas-siv oder reakiv abzuwaren, bis jemand anderes mi einer unge-lösen Augabe zu ihnen komm, gehen Akive diese Augabenselbssändig an.

In diesem Sinne ähnel proakives Verhalen dem erolgreierUnernehmer: Ses au der Sue na passenden, erolgverspre-enden Beäigungen.

Page 7: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 7/10

 

16

Der Proaktive

Den negaiven Gegenpol bezeinen wir als Unerlasser oder re-akiv: Diese Mensen waren, bis ihnen jemand eine Augabegib. Reakive werden rühesens na Auforderung äig.

Sierli komm proakives Herangehen vielen Mensen undRollen zugue. Innerhalb von I-Projeken is proakives Heran-gehen bei Sowarearieken besonders wiig. Sehen wir unsdazu einige Beispiele an.

 Verbesserungsmöglichkeiten suchen

Sowarearieken suen sändig akiv und an allen ihnen zu-gänglien Sellen na Verbesserungsmöglikeien – ohne ex-plizie Auforderung von außen. Sie sauen dabei deuli überden ellerrand ihres eigenen Arbeisbereis hinaus.

Konkre übernehmen Sowarearieken proakiv Augaben inAnorderungsanalyse und -managemen, im Build- und esma-nagemen sowie im Risikomanagemen. Manmal unernehmensie Ausüge in die Cheeagen, um den Managern die eniseLösung zu erklären oder Swäen im Projekmanagemen zukompensieren. Als veranworungsbewusser Sowareariekmüssen Sie (wiederum selbssändig und aus eigener Iniiaive)

enseiden, wann sole Ausüge angemessen und nowendigsind, dami sie von Ihren Mimensen ni als Einmisung emp-unden werden. Hier rit die Swierigkei bezügli der Soskillszum ersen Mal au. Die erwähnen wir in diesem Bu no öer.

 Annahmen und Voraussetzungen klären

Gue Sowarearieken klären von si aus jeglie (ansonsenversece oder implizie) Annahmen oder Voraussezungen au.Enwur und Implemenierung der enisen Lösung sollenau asaen beruhen, ni nur au Vermuungen, Mumaßun-gen und Beriebsblindhei.

Page 8: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 8/10

 

17schnell + kompakt

Der Proaktive 

Wir haben Pfichtenhete und andere Anorderungsdokumenteerhalten, in denen jede Menge implizite Annahmen versteckt  waren. Insbesondere die Qualitätsanorderungen bliebenotmals unerwähnt. Architekturentscheidungen au solcherTreibsandbasis sind geährlich. Hätten wir uns in diesen Fällenpassiv verhalten, wären die Unzulänglichkeiten wahrscheinlicherst im Betrieb augeallen. Wir haben stattdessen durch aktivesNachragen bei verschiedenen Stakeholdern die Anorderungen

ergänzt und implizit durch explizit ersetzt. Nachragen ist immerbesser als raten! (PH+GS)

   W   A   R   S   T   O   R   Y

 Auf andere zugehen

Proakive Sowarearieken suen von si aus den regelmä-ßigen Konak zu anderen Sakeholdern im Projek. Ni, weil sie

gerne grünen ee rinken, sondern weil sie (riig, akiv!) Rüc-meldung einholen und geben wollen. Genau das Gegeneil von„Abwaren und ee rinken“: Iniiaiv Eindrüce und Meinungender anderen erragen, na Hindernissen, erkannen Problemenoder Risiken suen.

Gerne düren sie au loben und si loben lassen. Hierdur

können Sowarearieken eine Menge über ihre Lösungsansä-ze und deren Auswirkung au die Projekrealiä lernen. Glei-zeiig erhalen sie dami die Möglikei, ihre eigene Meinung zuArbeisergebnissen, Enseidungen oder sonsigen Dingen imProjek zu kommunizieren.

Je mehr Enthusiasmus Sie ür Ihr System oder Projekt an den

Tag legen, desto eher und lieber wird man Ihnen zuhören.   H   I   N   W   E   I   S

Sie sollen als Sowareariek keinesalls als Nörgler aureenund jede Kleinigkei bemäkeln. Rücmeldungen zum umsänd-

Page 9: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 9/10

 

Der Proaktive

18

lien Bugracing-Prozess mi Exel können Sie beispielsweiseers einmal ür si behalen, wenn Sie mi Ihren Auraggebernund dem eam gerade an undamenalen Ariekurensei-dungen arbeien.

 Aufgaben selbst bestimmen

Sowarearieken suen aus eigener Iniiaive na dem je-weils efekivsen (d. h. im Sinne der Zielerreiung opimalen)Einsaz der eigenen Zei: Ob sie gerade Code sreiben, reakori-sieren oder esen sollen, ob sie Snitsellen denieren oder An-orderungen klären sollen, ob sie Miarbeier oaen sollen oderob die Dokumenaion ein Updae verragen kann – das ensei-den sie proakiv, ohne dass Projekleier das ers vorgeben müssen.

Proaktiv ist die Ausnahme

Falls Sie glauben, diese akive Einsellung sei eine Selbsversänd-likei, dann willkommen in Phanasia: Proakives Handeln, jaselbs proakives Denken, erleben wir in unserer Praxis eher alsdie Ausnahme denn als Regel. Es bedar nämli einer gehörigenPorion Mu und Courage, um si über eabliere Konvenio-

nen hinwegzusezen und si um Dinge zu kümmern, die einenangebli nis angehen, die aber ür den Erolg von Projekenimmens wiig sind. Im slimmsen Fall kann es passieren, dassIhre Vorgesezen Proakiviä als Einmisung versehen und IhrVerhalen als vorwizig oder überrieben ablehnen.

Wir möen Sie zumindes verbal bei diesem Mu zur Akion

unersüzen: Langrisig wird si ür Sie akives Herangehenan andere Projekbeeiligen, akives Suen na Verbesserungund akives Inragesellen zweielhaer Konvenionen lohnen –in Form höherer Zuriedenhei, besserer Projekergebnisse unddankbarer KollegInnen. Und daür lohn si der Einsaz!

Page 10: Knigge für Softwarearchitekten - Leseprobe

5/13/2018 Knigge für Softwarearchitekten - Leseprobe - slidepdf.com

http://slidepdf.com/reader/full/knigge-fuer-softwarearchitekten-leseprobe 10/10

 

19schnell + kompakt

Der Proaktive

Denken und handeln Sie wie ein Unternehmer. Gehen Sie aktivau Ihre Stakeholder zu und ordern benötigte Dinge ein odergeben interessante Dinge bekannt!

Gehen Sie Ihre Augaben aktiv an. Warten Sie nicht, bis Sie jemand au oene Punkte hinweist. Sie selbst als Sotwarearchi-tekt bestimmen, wann welche Augaben angemessen erledigtwerden sollen!

   H   I   N   W   E   I   S

Manmal secen hiner Zögern, Zaudern und Ängsen ihrerSakeholder au Erahrungen, die diese Mensen haben, Sieselbs aber no ni.

Seien Sie bereit, von Ihren Stakeholdern zu lernen. AkzeptierenSie berechtigte Kritik und lehnen unberechtigte höfich, aber

bestimmt ab.   H   I   N

   W   E   I   S

 Verwandte Muster

Der Proakive nuz den Blic in den Rücspiegel (6): Als pro-akiver, voraussauender Sowareariek suen Sie Risiken,bevor sie einreen können. Bereis in rühen Enwurs- oder En-wiclungsphasen begeben Sie si au die Sue na Verbesse-rungsmöglikeien. Sie beweren, bevor Sie jemand anders au Probleme (= eingereene Risiken) hingewiesen ha!