Wenn's gut werden muss - Qualität für Softwarearchitekturen

Wie können Softwarearchitekten die Qualität von Systemen erreichen?
Was sollen sie tun, wenn es besonders (sicher/robust/performant ...) werden muss?

Transcript

1. Wenn‘s gut werden muss... Dr. Gernot Starke www.arc42.de www.innoq.com
2. wiederverwendet :-)
3. A R C H I T E K T Da es Qualität werden muss. 42
4. aktiv Fellow
5. member of: (co) founder of: Fellow
6. http://web.archive.org/web/20070329052658/http://www-inst.eecs.berkeley.edu/~maratb/readings/NoSilverBullet.html Spoiler:
7. wenn‘s gut werden muss: VIELE Dinge notwendig
8. Organisationen glauben immer noch, an Einzelaktionen. Beispiele aus 2011 und 2012: • neues Vorgehensmodell -> bessere Software • neuer Chef -> Team wird „inhaltlich besser“ • neue Hardware -> Performance ab jetzt ok • ganzes Team auf Schulung -> Dokumentation ab jetzt besser • nur noch Standardsoftware -> Fehlerrate sinkt • nur noch ein externer Partner -> nur noch gute (externe) Mitarbeiter
10. wissen, können und passend handeln
11. Was wollen Stakeholder von Software?
12. Qualität = Menge von Eigenschaften
13. Was Benutzer wollen... fast flexible foolproof (robust) nice'n easy (useable) correct secure User new features
14. Was Stakeholder wollen... fast flexible foolproof (robust) nice'n easy (useable) correct secure User new features Manager: Kosteneffizienz Security-Officer: ?? Betreiber: Monitorbarkeit BSI:... TÜV:... <YFS>:
15. Qualität ist subjektiv genauer: Qualitätsanforderungen
16. Da es Qualität werden muss.... 42
17. Da es Qualität werden muss.... 42 Q
18. Da es Qualität werden muss.... 42 Q Qualitätsziele genau festlegen Maßnahmen für Qualitätsziele planen Maßnahmen umsetzen Zielerreichung prüfen
19. Qualitätsziele genau festlegen Maßnahmen für Qualitätsziele planen Maßnahmen umsetzen Zielerreichung prüfen Da es Qualität werden muss....
20. Qualitätsziele genau festlegen Maßnahmen für Qualitätsziele planen Maßnahmen umsetzen Zielerreichung prüfen Da es Qualität werden muss....
21. Qualitätsziele genau festlegen Requirements Engineering: Anforderungen klären, einfordern, finden, managen, abgleichen, beschreiben Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz*
22. Qualitätsziele genau festlegen Requirements Engineering: Anforderungen klären, einfordern, finden, managen, abgleichen, beschreiben Qualitätsbaum + Q-Szenarien [SEI] Planguage [Tom Gilb]
23. Qualitäts- baum
24. Szenarien Konkretisiere Qualitätsmerkmale durch Nutzungs- oder Änderungsszenarien: Wie verhält sich das System hinsichtlich einzelner Q-Merkmale?
25. Q-Baum und -szenarien • Spezifisch für Stakeholder und System • Gemeinsam mit Stakeholdern erarbeiten • Angemessen dokumentieren! Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz*
26. Qualitätsziele genau festlegen Maßnahmen für Qualitätsziele planen Maßnahmen umsetzen Zielerreichung prüfen Da es Qualität werden muss....
27. Maßnahmen für Qualitätsziele planen Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz* Software Engineering: Lösungsansätze, Strategien, Taktiken für alle (!) Qualitätsziele Gegenseitige Konsequenzen berücksichtigen
28. Maßnahmen für Qualitätsziele planen
29. Maßnahmen für Qualitätsziele planen Ziel / Anforderung Maßnahme / Idee System kann pro Stunde 50 GByte an Schnittstelle X annehmen Input-Buffer für Schnittstelle „ Hardware-Cluster für Schnittstelle-X „ Asynchrone Verarbeitung Kunden erhalten <15 Min nach Einlieferung von Daten über X eine Quittung Trenne Verarbeitung in Einzelschritte Stelle Quittung nach möglichst wenigen Prüfschritten aus
30. Maßnahmen für Qualitätsziele planen Ziel / Anforderung Maßnahme / Idee Ihr Ziel (Q-Szenario) #1 Ihre Maßnahme #1.1 „ Maßnahme #1.2 Q-Szenario #2 Maßnahme #2.1 „ Maßnahme #2.2 Maßnahme #2.3 ... ... explizit, schriftlich
31. Qualitätsziele genau festlegen Maßnahmen für Qualitätsziele planen Maßnahmen umsetzen Zielerreichung prüfen Da es Qualität werden muss....
32. Delivery: Technische Detailfragen klären, implementieren, balancieren... Maßnahmen umsetzen Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz*
33. Delivery: Technische Detailfragen klären, implementieren, balancieren... Idee Umsetzung
34. Idee Momenta Tablet, 1990 RIP 1992
35. Idee... braucht Umsetzung (Implementierung)
36. Idee Implementierung
38. Delivery: Den Teufel im Detail besiegen! Maßnahmen umsetzen Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz*
39. Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz* (Some) Delivery Practices: Frühes Feedback Kommunikation und Transparenz im Team Fundierte Entscheidungen Methodische Architektur Clean Code Klare Schnittstellen Angemessene Dokumentation Passende Werkzeuge Wiederverwendung Konsistenz, Kohärenz, Kopplung Modularisierung Ausgewogenes Know-How <u.v.a.m.>
40. Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz* (Some) Delivery Practices: Frühes Feedback Kommunikation und Transparenz im Team Fundierte Entscheidungen Methodische Architektur Clean Code Klare Schnittstellen Angemessene Dokumentation Passende Werkzeuge Wiederverwendung Konsistenz, Kohärenz, Kopplung Modularisierung Ausgewogenes Know-How <u.v.a.m.>
41. Fundierte Entscheidungen
42. Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz* (Some) Delivery Practices: Frühes Feedback Kommunikation und Transparenz im Team Fundierte Entscheidungen Methodische Architektur Clean Code Klare Schnittstellen Angemessene Dokumentation Passende Werkzeuge Wiederverwendung Konsistenz, Kohärenz, Kopplung Modularisierung Ausgewogenes Know-How <u.v.a.m.>
43. Anforderungen & Randbedingungen klären technische Konzepte entwerfen Umsetzung begleiten Architektur kommunizieren Strukturen entwerfen Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz*
44. Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz* (Some) Delivery Practices: Frühes Feedback Kommunikation und Transparenz im Team Fundierte Entscheidungen Methodische Architektur Clean Code Klare Schnittstellen Angemessene Dokumentation Passende Werkzeuge Wiederverwendung Konsistenz, Kohärenz, Kopplung Modularisierung Ausgewogenes Know-How <u.v.a.m.>
45. Schnittstellen (Ressourcen-orientiert) Actor Ressource Baustein (Komponente, System) provided Interface Implementation konsumiert enthält, besteht aus interagiert mit Baustein über Interface required Interface Ressourcen: Methoden Funktionen Message-Endpunkt Daten Dateien Datenstruktur <...>
46. Schnittstellen...
47. besser, schöner, schneller explizit konstruieren. Da es Qualität werden muss.... 42
48. Fazit • Betreiben Sie Architektur systematisch statt ad-hoc evaluate architecture clarify goals and constraints design technical concepts monitor implementation communicate architecture design structures
49. Fazit • Bilden Sie sich (und Ihr Team) in allen Kompetenzbereichen voran! Methodische*Kompetenz* Technische*Kompetenz* Kommunika4ve* Kompetenz*
50. Fazit • Machen Sie Qualitätsziele explizit
51. Fazit • Definieren Sie Maßnahmen zu Ihren Qualitätsanforderungen Ziel / Anforderung Maßnahme / Idee System kann pro Stunde 50 GByte an Schnittstelle X annehmen Input-Buffer für Schnittstelle „ Hardware-Cluster für Schnittstelle- X „ Asynchrone Verarbeitung Kunden erhalten <15 Min nach Einlieferung von Daten über X eine Quittung Trenne Verarbeitung in Einzelschritte Stelle Quittung nach möglichst wenigen Prüfschritten aus
52. Fazit • Treffen Sie (große) Entscheidungen systematisch
53. Fazit • Beschreiben Sie (externe) Schnittstellen sorgfältig
54. Fazit • Bewerten Sie qualitativ - gegen Ihre expliziten Qualitätsziele!
55. Fazit • Pflegen Sie Generalisten und Spezialisten