Agile Architektur. Version: 1.1. Orientation in Objects GmbH. Weinheimer Str Mannheim.

Transkript

1 Agile Architektur Version: 1.1 Orientation in Objects GmbH Weinheimer Str Mannheim

2 Ihre Sprecher Thorsten Maier, Falk Sippach Trainer, Orientation in Objects GmbH Agile Architektur 3

3 Agiles Manifest = Individuen und Interaktionen mehr als Prozesse und Werkzeuge Funktionierende Software mehr als umfassende Dokumentation Zusammenarbeit mit dem Kunden mehr als Vertragsverhandlung Reagieren auf Veränderung mehr als das Befolgen eines Plans 4

4 Architektur in eigenen Worten: fundamentale Strukturen, Konzepte, Entscheidungen und Lösungsansätze... die man nicht mehr leicht los bekommt! 5

5 Agile Architektur Widerspruch? 6

6 Unsere These Eine gute Architektur kann iterativ in kleinen Aufgabenpaketen entstehen. 7

7 Agiles Manifest Die BESTEN Architekturen [ ] entstehen durch selbstorganisierte Teams. (11. Prinzip der agilen Softwareentwicklung) 8

8 Herausforderung in einem agilen Prozess Architekturarbeit aufteilen Darum geht es heute 12 konkrete Arbeitspakete 9

9 Architektur entwerfen Prozess & Architektur verbessern Architektur umsetzen automatisch prüfen 11

10 1 Nicht-funktionale Anforderungen konkretisieren Software-Architektur Orientation in Objects GmbH Agile Architektur 12

11 Benutzerfreundlich Schnell Wartbar 13

12 Nicht-funktionale Anforderungen müssen prüfbar sein 14

13 Benutzerfreundlich = Nachbearbeitung eines Inkasso-Anrufes darf maximal 30 Sekunden dauern und muss nach 3 Klicks abgeschlossen sein. 15

14 Wartbar = Ein neues Krankenversicherungsprodukt lässt sich mit einem durchschnittlichen Aufwand von 28 Personentagen in die Anwendung integrieren. 16

15 2 Stakeholder bewusst machen Leitung Entwicklung Endbenutzer Marketing Leitung Wartung Kunde Orientation in Objects GmbH Agile Architektur 17

16 Geringe Kosten, geringe Fluktuation Agiles Team Schnell, benutzerfreundlich Neue Feature Time-to-market Leitung Entwicklung Wartbarkeit Geringe Kosten, pünktliche Lieferung Endbenutzer Marketing Leitung Wartung Kunde Orientation in Objects GmbH Agile Architektur 18

17 3 Bausteine und Beziehungen entwerfen 19

18 Fachliche Anforderungen Architektur Lösungsstrategie Bausteine Spezialkonzepte Technologien Risiken Randbedingungen Qualitätsziele 20

19 4 Architektur bewerten 21

20 Theorie: Architekturen früh vergleichbar Praxis: Analyse wird während Schadensbegrenzung spät im Projekt durchgeführt 22

21 Szenariobasierte Architekturbewertung SAAM Software architecture analysis method ATAM Architecture tradeoff analysis method ACDM Architecture-centric design method 23

22 Stakeholder Neues Krankenversicherungsprodukt Architektur 1 Architektur 2 Komponenten Aufwand Komponenten Aufwand 3 28d 2 20d DHL statt Hermes d Ergebnis 3 28d 6 32d 24

23 5 Architektur dokumentieren 25

24 Ansicht Grundriss Schnitt 26

25 Kontextsichten Laufzeitsichten Bausteinsichten Verteilungssichten 27

26 Level 2 Level 1 Level 0 Nicht zu detailliert, sondern pragmatisch und effizient! 28

27 Templates für: Microsoft Word Confluence Markdown, AsciiDoc Latex, DocBook HTML, EPUB Textile 29

28 REPO Continuous Documentation Documentation as Code 30

29 6 Architektur kommunizieren 31

30 "Man glaubt nur so lange, dass ein Entwurf perfekt ist, bis man ihn jemand anderem gezeigt hat." (Software Architecture Documentation in Practice von Bachmann, Bass) 32

31 $!!!! vs.? 33

32 Wenn man die Architektur nicht erklären kann, ist sie zu kompliziert! 34

33 35

34 Architektur entwerfen Prozess & Architektur verbessern Architektur umsetzen automatisch prüfen 36

35 7 Dokumentation generieren 37

36 Quellcode DB-Schema UML-Modell Schnittstellen Konfiguration interface DemoService { String foobar(); } class DemoServiceImpl implements DemoService public String foobar() { return "demo"; } } enum State { NEW, OPEN, APPROVED, IN_PROGRESS, FIXED } PlantUML + AsciiDoc interface DemoService DemoService < -- DemoServiceImpl enum State { NEW OPEN APPROVED IN_PROGRESS FIXED # Werte von State * NEW * OPEN * APPROVED * IN_PROGRESS * FIXED Orientation in Objects GmbH Agile Architektur 38

37 Generate automatisiert validieren! 39

38 Architektur entwerfen Prozess & Architektur verbessern Architektur umsetzen automatisch prüfen 40

39 8 Automatisierte Architekturchecks einrichten 41

40 @Component public class DemoServiceImpl implements DemoService private DemoController democontroller; Controller ServiceImpl } public void superservicemethod() { democontroller.dosomething(); } Orientation in Objects GmbH Agile Architektur 42

41 public class DepencencyTesterApplicationTests private DefaultListableBeanFactory public void checkdependencies() { for (String beanname : beanfactory.getbeandefinitionnames()) { for (String depname : beanfactory.getdependenciesforbean(beanname)) { checknotallowedconnection(beanname, depname, ".*ServiceImpl", ".*Controller"); checknotallowedconnection(beanname, depname, ".*Controller", ".*DaoImpl"); checknotallowedconnection(beanname, depname, ".*DaoImpl", ".*Controller"); } } } Controller ServiceImpl DaoImpl } private void checknotallowedconnection(string beanname, String depname, String beannamepattern, String dependencynamepattern) { String msg = "Connection not allowed: " + beanname + " -> " + depname; assertfalse(msg, beanname.matches(beannamepattern) && depname.matches(dependencynamepattern)); } 43

42 9 Dokumentation ausführen 44

43 Living Documentation 45

44 46

45 10 Code Reviews installieren 48

46 Kennen Sie das? Das ist historisch gewachsen. 49

47 noch ein Klassiker Thomas ist leider gerade im Urlaub 50

48 Bugs finden 51

49 Wissen 52

50 Entwicklungskosten in % Code-Review Entwicklung 20 0 ohne Code-Review mit Code-Review 53

51 Wissen Bugfixing Code-Review Entwicklung ohne Code-Review mit Code-Review 54

52 Architektur entwerfen Prozess & Architektur verbessern Architektur umsetzen automatisch prüfen 55

53 11 Retrospektive durchführen 56

54 Entwicklungsteam Architektur Management Kunde 57

55 12 Verbesserungen einplanen und vorantreiben 58

56 Arbeitspakete aus Retrospektive 59

57 Something that's everybody's responsibility is no one's responsibility. 60

58 Mitentwickelnder Kümmerer/ Koordinator 61

59 Nicht-funktionale Anforderungen konkretisieren Stakeholder bewusst machen Bausteine und Beziehungen entwerfen Architektur entwerfen Architektur bewerten Architektur dokumentieren Architektur kommunizieren Verbesserungen einplanen und vorantreiben Prozess & Architektur verbessern Architektur umsetzen Dokumentation generieren Retrospektive durchführen automatisch prüfen Code Reviews installieren Dokumentation ausführen Automatisierte Architekturtests einrichten 62

60 Vielen Dank für Ihre Aufmerksamkeit! Orientation in Objects GmbH Weinheimer Str Mannheim