Stefan Toth embarc. Architektur Kata Live

Transkript

1 Stefan Toth embarc Architektur Kata Live 型

2 Stefan Toth n Softwarearchitekt und Berater bei embarc in Hamburg n Vorher oose und Siemens Schwerpunkte: n Architekturbewertung n Architektur in agilen Umfeldern (Projektebene, agile Transition) xing.to/sto 2

3 Agenda 1 Einstieg 2 Aufgabe(n) 3 Design Sessions 4 Vorstellung und Reviews 5 Weitere Iteration(en) 6 Ausblick 3

4 Der Begriff kata ( 形 oder 型 ) bedeutet Form, Modell oder Gestalt. Die kata bezeichnet zunächst eine festgelegte Übungsmethode zum Einstudieren des Sieges gegen Angreifer. Das technische Konzept setzt sich aus Bewegungen zusammen, die zur Abwehr gegnerischer Angriffe und zum Konter verwendet werden. Doch in den ostasiatischen Kampfkünsten ist die kata mehr als nur ein technisches Konzept und erfordert ein intensives Studium (bunkai) in Theorie und Praxis. Kata 4

5 5

6 Architektur Kata Abgeleitet von Code-Kata (Dave Thomas) Anwendung der Kata-Idee auf Architektur-Tätigkeiten Größere Application Kata deren Implementierung im Rahmen der Kata unrealistisch ist Auf Entwurfsaspekte, weniger auf Umsetzung fokussiert War hats erfunden? Ted Neward 6

7 Warum? Problemraum Architektur not all design is architecture. Architecture represents the significant design decisions that shape a system, where significant is measured by cost of change. (Grady Booch) Architekturarbeit prägt ein System und findet deshalb selten statt Weitreichende Konsequenzen im echten Umfeld erlaubt wenig Raum für Fehler Architektur wird immer mehr Entwicklerskill (oder soll es werden) 7

8 Was ist Architekturarbeit? Problemstellungen analysieren Strukturen kreieren Technologien wählen Strukturieren/ Abstrahieren / Visualisieren Dokumentieren Ideen und Designs schärfen Lösungen analysieren und bewerten Experimentieren Architektur und Zielerreichung testen 8

9 Architektur Kata Gibt Entwicklern und Architekten die Möglichkeit Systeme zu entwerfen Wiederholt Abwechslungsreich Ohne Druck Trainiert auch: Abstraktionsvermögen Erfragen und Festhalten von Anforderungen Umgang mit Unsicherheiten 9

10 Architektur Kata Beispiel Allgmeine Aufgabenstellung, grobe Anforderungen 10

11 Architektur Kata Ablauf (1/2) 12

12 Architektur Kata Ablauf (2/2) 13

13 Agenda 1 Einstieg 2 Aufgabe(n) 3 Design Sessions 4 Vorstellung und Reviews 5 Weitere Iteration(en) 6 Ausblick 14

14 Real NFL Fantasy NFL-associated website wants to create the ultimate online fantasy football experience, complete with "real" video Lights, Please A home electronics giant wants to build a system for home automation: turning lights on and off, locking and unlocking doors, remote camera observation, and so on. Insurance 2.0 Software-Development company, specialized on insurance solutions provides an integrated system that covers all insurance related activities of case workers. The Management just initialized a (cheap?) do-over. 15

15 Gruppenbildung 19

16 Agenda 1 Einstieg 2 Aufgabe(n) 3 Design Sessions 4 Vorstellung und Reviews 5 Weitere Iteration(en) 6 Ausblick 20

17 Diskussion und Entwurf 21

18 Kata-Regeln Es gibt kein richtig oder falsch Bei Unsicherheiten fragen! Laptops und Handies: Für Domäne ok, nicht für Lösung Jede Technologie ist erlaubt, Entscheidungen müssen aber nachvollziehbar sein und verteidigt werden können Annahmen zu Technologien und Details sind erlaubt, allerdings realistisch, explizit und konsistent Know-How und Organisation richten sich nach Kata- Angaben oder eigenen Umfeld(ern). Kein Hören-Sagen Kritik und Skepsis sind erwünscht (Review!), aber immer sachlich und konstruktiv 22

19 Runde 1 Mindestens: High-Level Architektur (Gesamtüberblick) Benannter Architekturstil Grundlegende Technologien 50 Minuten Zusätzlich: Wählbarer Fokus nach Erfahrung, Risiko, Weitere Diagramme, Listen, Tabellen etc. In beliebiger Detaillierung und Tiefe 23

20 Architektur-Stil Big Ball of Mud Layers Verticals / Microservices Pipes and Filters Blackboard / Shared Repository Event-Driven Architecture 24

21 Freeform Architekturüberblick 25

22 Runde 1 Mindestens: High-Level Architektur (Gesamtüberblick) Benannter Architekturstil Grundlegende Technologien 50 Minuten Zusätzlich: Wählbarer Fokus nach Erfahrung, Risiko, Weitere Diagramme, Listen, Tabellen etc. In beliebiger Detaillierung und Tiefe 26

23 Agenda 1 Einstieg 2 Aufgabe(n) 3 Design Sessions 4 Vorstellung und Reviews 5 Weitere Iteration(en) 6 Ausblick 27

24 Präsentationen & Reviews 2x10 3x7 Minuten Verständlich? Präsentation und Darstellung gut? Bausteine für wichtigste Fachlichkeit klar? Fokus richtig gesetzt? Wichtige Qualitätsaspekte behandelt? Risiken oder Probleme offensichtich? Thumb voting: Gut! / Wird! / Naaja! 28

25 Agenda 1 Einstieg 2 Aufgabe(n) 3 Design Sessions 4 Vorstellung und Reviews 5 Weitere Iteration(en) 6 Ausblick 29

26 Iterative Architekturarbeit 30

27 Architekturspicker Unsere Architektur-Spicker beleuchten die konzeptionelle Seite der Softwareentwicklung. ç Spicker #1: Der Architekturüberblick Welche Zutaten gehören in einen Architekturüberblick? Welche Formen bewähren sich in welchen Situationen? Wie fertigen Sie einen Architekturüberblick an?. PDF, 4 Seiten Kostenloser Download. è 31

28 36

29 Qualitätsziele Die wichtigsten geforderten Qualitätsmerkmale für ein Softwaresystem heißen Qualitätsziele (oder Architekturziele). Typischerweise werden als Qualitätsziele im Rahmen eines Architekturüberblicks die Top-3 bis Top-5 genannt. 37

30 Beispiel Ziel Verfügbarkeit Benutzbarkeit Modifizierbarkeit Attraktivität Betreibbarkeit Beschreibung Die Lösung steht auch bei Lastspitzen uneingeschränkt zur Verfügung. Auf allen wichtigen Geräten eine optimale User Experience. Es ist leicht, neue Funktionalität zu bauen und hinzuzufügen. Wir sind als Arbeitgeber für gute Entwickler attraktiv. Wir haben gute Einblicke, was in unserer Umgebung läuft. Quelle: Stefan Toth, Stefan Zörner Gut das ist? Umgekehrte Architekturbewertung eines Internetgiganten 38

31 Lösungsstrategien Enschteidungen: Redundante Auslegung, logische Gliederung, Frameworkauswahl etc. Muster: Formende Architekturmuster, Boundaries, Adapter, Curcuit-Breaker, DAOs etc. Architektur-Prinzipien: Präferenzen für spätere Entscheidungen (in der Entwicklung), Risiken mindern Konzepte: Sicherheit, Caching, Timing etc. Vorgehensaspekte: Verprobung in Prototypen, Priorisierung von Umsetzungsthemen, CI/CD Planung u.s.w. 39

32 Runde 2 Architekturvision vervollständigen: Priorisierte Qualitätsziele Lösungsstrategien für wichtige Qualitätsziele Fokus in die Tiefe: 20 Minuten Zusätzlich evtl.: Verbesserungen aus dem Review in Runde 1 Systemidee und Systemkontext Kernaufgaben, Nutzer, Schnittstellen 40

33 Präsentationen & Reviews 2x Minuten Verständlich? Präsentation und Darstellung gut? Einflüsse auf und Motivation für Lösungen klar? Lösungsstrategien passend (Fokus/Zielerreichung)? Weiteres Vorgehen grob skizziert? Thumb voting: Gut! / Wird! / Naaja! 42

34 Architektur Kata Finales Feedback Daumen hoch: +1 Daumen zur Seite: +0 Daumen nach unten: 2 43

35 Agenda 1 Einstieg 2 Aufgabe(n) 3 Design Sessions 4 Vorstellung und Reviews 5 Weitere Iteration(en) 6 Ausblick 44

36 Lessons learned Was waren die Highlights? Darstellung und Dokumentation Präsentation und Kommunikation Vorgehensaspekt (Erhebung, Entwurf, Entscheidung, Bewertung,) Elegante Lösung, wiederverwendbare Idee Was kann man durch Vergleich der Lösungen lernen? Haben Abweichungen Qualitätseinfluss? Haben sie Kosten- oder Risikoauswirkungen? Welche Umsetzung wäre einfacher? Welche technischen Lerngebiete und Unsicherheiten gibt es? Wie kann man die nächste Kata interessant gestalten? 45

37 Variation und Wiederholung Fokussierung: Spezielle Methoden und Techniken üben Rahmenbedingungen verschärfen, Technologien und Altsysteme vorgeben Einfachste funktionierende Lösung fordern - Anschließend Kompromisse und Risiken sammeln Qualitätsanforderungen oder Mengengerüste verändern und Architekturveränderungen diskutieren Teilnehmerkreis für Review und Feedback variieren 46

38 Gruppenentscheide: Fist of Five Quantifizierung von Ablehnung und Zustimmung 47

39 Entscheidungen festhalten 48

40 Dokumentationsideen: arc42 49

41 Entwürfe leben lassen 50

42 Was können Architekturkata nicht? Echte Implementierungserfahrung ersetzen X Eher Abgleich, Verbreiterung von Wissen Konzeptioneller, kommunikativer Fokus Die Verzahnung von Architektur und Entwicklung simulieren Zeitraubende Probleme oder Fehler in der Umsetzung verhindern Tests von Qualitätseigenschaften im echten System ersetzen 52

43 Vielen xing.to/sto Download Folien: 53

44 Was macht embarc? 54