Verbesserung der Architektur der DPP- Software Saros (Vortrag 2) Slawa Belousow Institut für Informatik FU Berlin

Transkript

1 Verbesserung der Architektur der DPP- Software Saros (Vortrag 2) Slawa Belousow Institut für Informatik FU Berlin

2 Inhalt der Präsentation 1.Arbeit und Vortrag 1 2.Aktuelle Saros-Architektur 3.Probleme 4.Analyseansätze 5.Analysewerkzeuge 6.Virtuelle Modularisierung 7.Neue Architektur 8.Meilensteine 9.Zusammenfassung Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 2

3 1. Arbeit und Vortrag 1 Verbesserung der Architektur Vortrag 1 ( ) Aufteilung des Saros Projektes in mehrere Teilprojekte über abstrakte Schnittstellen verbinden zwei parallele Entwicklungsgleise automatisches Refactoring Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 3

4 1. Vortrag 1 Entwicklung: Test- «import» Core Dokumentation, Doc-Werkzeuge framework 1 Skripte Testframework 2 Test- «import» «import» «import» Eclipse Netbeans IntelliJ IDEA Plug-in Plug-in Plug-in «import» Ressourcen jedit Plug-in «import» framework 3 Release 1 Ant Release 2 Maven Release X Produkt: Saros für Eclipse Saros für jedit Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 4

5 2. Aktuelle Saros-Architektur Logische Einheiten ein Konzept direkte Integration in die reale Umwelt Abhängigkeit starke direkte Verknüpfung zwischen Konzepten Direktzugriff auf konkrete Klassen doppelter Code PicoContainer als Assembler (nicht Dependency Injection) Big Ball of Mud Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 5

6 3. Probleme Vermischung von Technologien große Klassen schwer zu überblicken schwer zu warten Änderungen erzeugen Seiteneffekte virale Designprobleme (Copy & Paste) Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 6

7 4. Analyseansätze erster Ansatz physische Aufteilung in logische Module nach ein paar Tagen verworfen zweiter Ansatz virtuelle Module Analyse der Abhängigkeiten Definition von Schnittstellen Erstellung eines Refactoring-Plan für ein Modul Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 7

8 5. Analysewerkzeuge JDepend BSD, Mike Clark JDepend4Eclipse XRadar Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 8

9 5. Analysewerkzeuge - JDepend prüft Abhängigkeit zwischen Klassen und Paketen Afferent Couplings (Ca) - wird verwendet von Efferent Couplings (Ce) hängt ab von Abstractness (A) Instability (I) - I = Ce / (Ce + Ca) Distance from the Main Sequence (D) Package Dependency Cycles JDepend analysiert einzelne Pakete und Klassen Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 9

10 5. Analysewerkzeuge - JDepend JDepend Vorführung Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 10

11 6. Virtuelle Modularisierung virtuelles Modul Liste von Paketen und/oder Klassen Schnittstelle keine Abhängigkeit zwischen v. Modulen außerhalb der Schnittstelle mögliche = "...") Base, Project, Whiteboard, Chat, VoIP, Utils feinere Aufteilung konzeptbasiert Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 11

12 6. Virtuelle Modularisierung Erstellung eines Werkzeug für... virtuelle Moduldefinition Auflistung der Abhängigkeiten zwischen Modulen Refactoring-Plan bzw. TODOs um das Modul physisch abzugrenzen optional automatisches Refactoring Überwachung des virtuellen Moduls Automatisierung Eclipse JDT Core Java Document Model Analogie zu XML und XPath OSGi Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 12

13 7. Neue Architektur MVC global aufwendig Inkrementelle Modularisierung Teile von Saros werden nacheinander in virtuelle Module verwandelt Ziel: nur v. Module und passive Utility-Klassen Weiterentwicklung Abstraktion / Schnittstellen Pattern Oriented Design Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 13

14 7. Neue Architektur this.container.addcomponent(saros.class, this); this.container.addcomponent(klasse1.class); this.container.addcomponent(klasse2.class); //... class Klasse1 { protected Saros saros; protected Klasse1(Saros saros) { this.saros = saros; } } Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 14

15 7. Neue Architektur this.container. registercomponentimplementation(isaros.class, SarosImpl.class); this.container. registercomponentimplementation(imodul1.class, Modul1Impl.class); //... class Modul1Impl implements IModul1 { protected ISaros saros; protected Modul1Impl(ISaros saros) { this.saros = saros; } } Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 15

16 7. Neue Architektur Pattern Oriented Design Prinzipien Interface Segregation Principle Dependency-Inversion Principle Single-Responsibility Principle Open-Closed Principle Patterns Abstract Factory Value Object Null Object Adapter Observer Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 16

17 8. Meilensteine I Februar 2011 Abgrenzung eines virtuellen Moduls Refactoring-Plan Durchführung des Refactorings Erfahrung sammeln März 2011 weitere Module in Saros abgrenzen verschiedene Szenarien simulieren Aufwandsabschätzung erstellen Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 17

18 5. Meilensteine II April 2011 Refactoring des Testframeworks (Abschätzung) Refactoring weiterer v. Module Mai 2011 Refactoring weiterer v. Module Dokumentation der eigenen Werkzeuge Tests Schreiben Juni 2011 Tests Schreiben Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 18

19 9. Zusammenfassung virtuelle Module Werkzeug um diese Module zu verwalten und zu überwachen Inkrementelle Modularisierung von Saros Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 19

20 Diskussion 1.Aktuelle Saros-Architektur 2.Probleme 3.Analyseansätze 4.Analysewerkzeuge 5.Virtuelle Modularisierung 6.Neue Architektur 7.Meilensteine Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 20

21 Vielen Dank! Verbesserung der Architektur der DPP-Software Saros (Vortrag 2) 21