Abschlussvortrag Masterarbeit: Operationalizing Architecture in an agile Software Projec

Größe: px

Ab Seite anzeigen:

Download "Abschlussvortrag Masterarbeit: Operationalizing Architecture in an agile Software Projec"

Hans Maus
vor 8 Jahren
Abrufe

1 Abschlussvortrag Masterarbeit: Operationalizing in an agile Software Projec Freie Universität Berlin, Institut für Informatik February 2, 2015

2 Übersicht 2

3 Was ist Softwarearchitektur? Softwarearchitektur geht über die konkreten Algorithmen und Datenstrukturen hinaus und befasst sich mit der Gesamtstruktur eines Systems. befasst sich mit: Globale Kontrolstrukturen Protokolle für Kommunikation, Synchronization und Datenzugriff Zuweisung von Funktionalität zu Entwurfselementen Komposition von Entwurfselementen physische Verteilung d. Systems usw. [frei nach [Garland and Shaw, 1993]] 3

4 und agile e Emergent keine explizite Planung entsteht durch zeitgerechte Refaktorisierung braucht Gewissenhaftigkeit vom Entwickler 4

5 : und agile e Agile Entwicklung wertet das Reagieren auf Änderungen höher als das Befolgen eines Planes zu traditionellen architekturellen Praktiken, welche viel Planung im Voraus brauchen 5

6 : architekturelle Erosion elle Erosion bezeichnet den wachsenden Spalt zwischen geplanter und tatsächlicher Folgen Wartbarkeit Erweiterbarkeit Wiederverwendbarkeit Evolvierbarkeit [frei nach [Terra, 2012]] 6

tatsächlicher Folgen Wartbarkeit Erweiterbarkeit

7 Ansatz Entwicklung einer DSL für en Modellierung der Implementirung von nahtloses Einführen in den 7

8 Ansatz Operationalisierung Die wird selbst zum Artefakt der Entwicklung. Das Modell wird wie Quellcode behandelt, d.h. es wird unter Versionsverwaltung stehen, Änderungen daran werden durchgesichtet, und Änderungen daran haben konkrete Auswirkungen. 8

9 Ansatz nahtloses Einführen in den Entwicklung einer DSL für en Modellierung der Implementirung von 9

10 , Das Versuchskaninchen: Saros 10

11 Jenkins & Gerrit Jenkins Continuous Kompiliert und testet Patches Gerrit Code Review Erlaubt das Submitten eines Patches in die produktive Codebasis 11

12 , Alter Workflow 12

13 , Workflow mit Sonarqube 13

14 Sonarqube open platform to manage code quality statische und dynamische Analyse von Projekten Management der entdeckten Issues Erweiterbar und OpenSource (LGPLv3) 14

15 Implementierung der nahtlose keine Installation von neuen Werkzeugen kein zusätzlicher Aufwand um den Feedback von Sonarqube einzusehen schneller Feedback 15

16 Implementierung der Erweiterung der Jenkins Konfiguration Nach jedem Build für ein Patch werden pro Projekt Sonarqube Analysen sowie die Unittests durchgeführt Verified[+1, -1] 16

17 Implementierung der Scala Skript welches sammelt die Issues von der Analyse postet sie als Kommentare Gerrit-Review 17

18 Evaluation informell, da kleiner Kreis an aktiven Entwicklern positives Feedback im Groben wurde das Ziel der Nahtlosigkeit erreicht 18

19 Ansatz nahtloses Einführen in den Entwicklung einer DSL für en Modellierung der Implementirung von 19

20 Description Languages ADL formelle Notation zur Modelierung von en. übliche Elemente Components Connectors Constraints Rationale 20

21 Xtext Sprache für Grammatiken generiert Parser (wichtig für ) generiert Eclipse-Editor 21

22 , Die Grammatik 22

23 Figure : Patrick Schlott: Analyse und Verbesserung der eines nebenläufigen und verteilten, 23

24 , Die Beschreibung 24

25 Literate DSL Literate Programming Programme in diesem Stil bestehen aus zwei Elementen. Essay tangling Code 25

26 , Evaluation Evaluation fand im Reviewprozess auf Gerrit statt. schneller Feedbackzyklus 26

27 Ansatz nahtloses Einführen in den Entwicklung einer DSL für en Modellierung der Implementirung von 27

28 Sonarqube Plugin Erste Version als Erweiterung von dem PMD-Plugin Zweite Version als Erweiterung einer Sonarqube Java Rule Beide analysieren auf Ebene des abstrakten Syntaxbaumes 28

29 , AST 29

30 Ergebnisse im Überblick Software DSL zur Beschreibung von en a Eclipse Editor für die DSL b Sonarqube Plugin für Checks c zwischen Issue Reports von Sonarqube und Gerrit a b Eclipse Update Site: c von Saros zusätzliches Feedback von FindBugs, Squid etc. operationailisierte Beschreibung der 30

31 Ausblick Es gibt noch offene Stellen Schnittstellen könnten besser modelliert werden Sonarqube hat immer noch gelegentlich das Read Timed out Problem Das weitere Vorgehen um Constraints ist nicht ganz klar Man kann die Gerrit-Historie nach weiteren -Eigenschaften von Saros durchforsten, und diese in der DSL ausdrücken 31

32 , Bibliographie Ricardo Terra and Marco Tulio Valente and Krzysztof Czarnecki and Roberto S. Bigonha Recommending Refactorings to Reverse Software Erosion. 16th European Conference on Software Maintenance and Reengineering, Garlan, D. & Shaw, M An Introduction to Software, Advances in Software Engineering and Knowledge Engineering Vol. 1,

33 , Vielen Dank für ihre Aufmerksamkeit! 33

Ähnliche Dokumente

Alexander Delater, Barbara Paech RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG

Alexander Delater, Barbara Paech RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG , Barbara Paech Ins$tute of Computer Science Chair of So4ware Engineering Im Neuenheimer Feld 326 69120 Heidelberg, Germany hgp://se.ifi.uni- heidelberg.de delater@informa$k.uni- heidelberg.de RUPRECHT-KARLS-UNIVERSITÄT