Folien

Transcription

Folien
21.04.16
Stefan Zörner |
embarc GmbH
Steht alles im Wiki?
Eine Softwarearchitektur im Wandel
Stefan Zörner
Steht alles im Wiki?
Eine Softwarearchitektur im Wandel
Abstract: Viele Softwaresysteme blicken auf eine bewegte Vergangenheit zurück.
Änderungen im Umfeld, etwa im Markt oder durch technologische Neuerungen,
setzten sie unter Druck. Mitunter stand am Ende die Neuentwicklung der Lösung oder
zumindest großer Teile davon. Die Geschichte solcher Systeme wird selten erzählt.
Nicht so hier: In diesem Vortrag unternehmen wir eine kleine Zeitreise und bewerten
eine prominente Softwarelösung, die bereits viele Jahre in zahllosen Umgebungen
produktiv ist, zu verschiedenen Zeitpunkten: Atlassian Confluence. Zum Einsatz
kommen dabei Werkzeuge aus qualitativen Evaluierungsmethoden wie ATAM, gezielt
ergänzt um quantitative Techniken. Wir fokussieren auf gravierende Veränderungen im
Softwaresystem – wichtigen Ereignissen in seiner Biografie. Wodurch waren die
Schritte motiviert? Welche Risiken wurden bewusst in Kauf genommen, welche
Kompromisse eingegangen? Haben sie sich rückblickend bewährt? Die Teilnehmer
lernen nebenbei, wie eine Architekturbewertung grundsätzlich funktioniert.
1
21.04.16
Über mich (Stefan Zörner)
Softwareentwickler, -architekt, Coach bei embarc in Hamburg
n  Vorher oose, IBM, Mummert + Partner, Bayer AG, …
n 
Schwerpunkte:
n  Softwarearchitektur (Entwurf,
Bewertung, Dokumentation)
n  Java-Technologien
sz@embarc.de
@StefanZoerner
xing.to/szr
Agenda
1 Einstieg: Historisch gewachsen.
2 Steht alles im Wiki.
3 Ch ... Ch ... Ch ... Changes.
4 In Szene gesetzt.
5 Fazit.
2
21.04.16
Agenda
1 Einstieg: Historisch gewachsen.
2 Steht alles im Wiki.
3 Ch ... Ch ... Ch ... Changes.
4 In Szene gesetzt.
5 Fazit.
2015
(+) Flüchtlinge
(x) Gutmensch
Wörter / Unwörter des Jahres.
2012
2007
(+) Rettungsroutine
(+) Klimakatastrophe
(x) Opfer-Abo
(x) Herdprämie
2006
2010
(+) Fanmeile
(+) Wutbürger
(x) Freiwillige Ausreise
(x) alternativlos
2012
2005
(+) Bundeskanzlerin
(x) Entlassungsproduktivität
2004
(+) Hartz IV
(x) Humankapital
2006
2004
2010
2014
2014
(+) Lichtgrenze
(x) Lügenpresse
2011
(+) Stresstest
(x) Döner-Morde
2008
2009
(+) Abwrackprämie
(x) betriebsratsverseucht
2008
(+) Finanzkrise
(x) Notleidende Banken
2013
(+) GroKo
(x) Sozialtourismus
3
21.04.16
Oft gesehen…
Was ist Architekturbewertung?
Architekturrelevante
Anforderungen
(qualitative)
Architekturbewertung
Architektur / Entwurf
Best Practices
(Entscheidungen, Modelle,
Konzepte, ...)
(Vorgaben, Muster, Stile,
Vorgehen ...)
Umsetzungsprüfung
Umsetzung
(Lauffähiger Code,
laufendes System)
Quantitative
Analyse, Metriken
4
21.04.16
Qualitative Architekturbewertung
ATAM
Architecture tradeoff analysis method
n 
n 
n 
verbreitetste Methode zur
qualitativen Bewertung von
Softwarearchitektur
früh anwendbar
szenarienbasiert
Agenda
1 Einstieg: Historisch gewachsen.
2 Steht alles im Wiki.
3 Ch ... Ch ... Ch ... Changes.
4 In Szene gesetzt.
5 Fazit.
5
21.04.16
Zeitstrahl.
2014
2012
2010
2008
2006
2004
Confluence 1.0
Presse-Mitteilung, Atlassian 25.03.2004
➔  http://www.theserverside.com/news/thread.tss?thread_id=24701
nnon-Brookes
POSTED BY: Mike Ca
25 2004 00:02 EST
POSTED ON: March
is
essional J2EE wiki,
“Confluence, our prof
simply, it enables
released today. Put
rate
to efficiently collabo
development teams
n resources.”
and share informatio
6
21.04.16
Confluence.
„Das professionelle J2EE Wiki“
Confluence ermöglicht es Entwicklungsteams
effizient zusammenzuarbeiten und
Informationen zu teilen.
Wesentliche Features
§  Einfache "Auspacken und Los geht's"-Installation
§  Leicht zu erlernende Wiki-Notation zum Erstellen, Ändern,
Verknüpfen von Seiten
§  Inhalte organisieren mit Bereichen ("Spaces") und Seitenhierarchien
§  Änderungen an Inhalten verfolgen, benachrichtigt werden
§  Volltext-Suche in Inhalten und Anhängen (auch Word, PDF)
§  Export von Seiten und ganze Spaces nach HTML oder PDF
§  flexibles Berechtigungsmanagement
§  umfassende Remote API
7
21.04.16
Was ist Architekturbewertung?
Architekturrelevante
Anforderungen
(qualitative)
Architekturbewertung
Architektur / Entwurf
Best Practices
(Entscheidungen, Modelle,
Konzepte, ...)
(Vorgaben, Muster, Stile,
Vorgehen ...)
Umsetzungsprüfung
Quantitative
Analyse, Metriken
Umsetzung
(Lauffähiger Code,
laufendes System)
Was ist Architekturbewertung?
Architekturrelevante
Anforderungen
(qualitative)
Architekturbewertung
Architektur / Entwurf
Best Practices
(Entscheidungen, Modelle,
Konzepte, ...)
(Vorgaben, Muster, Stile,
Vorgehen ...)
Umsetzungsprüfung
Umsetzung
(Lauffähiger Code,
laufendes System)
Quantitative
Analyse, Metriken
8
21.04.16
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.
Qualitätsziele Confluence 1.0
(aka „Architekturziele“ oder „Architekturtreiber“)
Ziel
Beschreibung
1. Leicht zu betreiben
Für ein Team ist es einfach mit Confluence zu
starten.
2. Gute Benutzbarkeit
Confluence ist effizient und intuitiv von allen
Team-Mitgliedern zu verwenden.
3. Hohe Zuverlässigkeit
Das System steht den Anwendern jederzeit zur
Verfügung.
4. Sicherheit der Inhalte
Inhalte sind vor unberechtigtem Zugriff und
Veränderung geschützt.
5. Gute Wartbarkeit
Confluence ist leicht zu ändern und um
Funktionalität zu erweitern.
Die Reihenfolge gibt eine Orientierung bezüglich der Wichtigkeit.
9
21.04.16
Lösungsstrategie
Stellt Qualitätsziele und zugeordnete high-level
Lösungsansätze in Beziehung zueinander dar.
Form: Tabelle ([ Ziele | Lösungsansätze ]).
Architektur-/
Lösungsansätze
Qualitäts-/
Architekturziele
Typische Lösungsansätze
10
21.04.16
Kategorien für Lösungsansätze
Kategorie
Beispiel
(und dazu passendes Qualitätsziel)
Architekturentscheidungen
Verwendung eines Application Server Clusters
(hohe Ausfallsicherheit)
Architekturstile
Microservices
(schnelle Adaption neuer technologischer Trends)
Architekturmuster
Schichtenarchitektur
(leichte Austauschbarkeit des Clients, oder
einfache Portierung der Lösung)
Architekturprinzipien
Bevorzuge Standards vor proprietären Lösungen
(niedrige Wartungsaufwände)
Konzepte
Caching-Konzept
(Effizienz, gute Antwortzeiten)
Vorgehen
User centered design
(intuitive Benutzbarkeit)
Lösungsstrategie Confluence 1.0
Architekturziel
passende Lösungsansätze in Confluence 1.0
Leicht zu betreiben
•  läuft auf J2EE-Servern
•  unterstützt verbreitete Datenbanken
Gute Benutzbarkeit
• 
• 
• 
• 
Hohe Zuverlässigkeit
•  Läuft auf J2EE-Servern (ggf. auch im Cluster)
Sicherheit der Inhalte
•  Sicherheitskonzept
•  eigene Implementierung der Security
Gute Wartbarkeit
•  Modulare Implementierung in Java
•  Einsatz des Spring-Frameworks und Hibernate
Intuitives Web UI
Leistungsfähige, effiziente Suche
Organisation der Seiten in Spaces
Einfaches Wiki-Markup
11
21.04.16
Technologie-Stack Confluence 1.0
Web Browser
J2EE Application Server
RDBMS (Relationale Datenbank)
Technologien unter der Lupe …
Web-Oberfläche
§  MVC-Framework: WebWork
§  Template Engine: Apache Velocity
§  Präsentation: SiteMesh
Applikationsframework
§  Spring Framework
§  Scheduler: Quartz
J2EE Web-Applikation
§  J2EE >= 1.3 (Servlet 2.3, JSP 1.2)
§  JDK >= 1.4
Persistenz
§  O/R-M: Hibernate
§  Suche: Apache Lucene
12
21.04.16
Bausteinsicht, Ebene 1
Fachliche Zerlegung Confluence 1.0
Qualitative Architekturbewertung
ATAM
Architecture tradeoff analysis method
n 
n 
n 
verbreitetste Methode zur
qualitativen Bewertung von
Softwarearchitektur
früh anwendbar
szenarienbasiert
13
21.04.16
ATAM im Überblick
Phase 0: Vorbereitung
§  Bewertungsteam zusammensetzen
§  Zusammenarbeit mit Projektteam abstimmen
§  Zeitplanung und Organisation
Kernphasen der ATAM - Evaluierung
§  Kick-Off-Meeting
Phase 1: Bewertung – Architektur-zentriert
Phase 2: Bewertung – Stakeholder-zentriert
Phase 3: Nachbearbeitung
§  Abschlussbericht
§  Verbesserung des Bewertungsprozesses
§  Artefakte archivieren
ATAM Kernphasen: Evaluierung
14
21.04.16
Versionsgeschichte.
v5.0
2014
v3.0
2012
v4.0
2010
2008
v1.0
2006
2004
v2.0
Wachstum über die Zeit.
Von < 100k zu > 1 Mio LOC
Lines of Code
1200000
1000000
800000
600000
Lines of Code
400000
200000
0
05.05.04
17.11.05
20.08.09
15.09.11
19.02.13
28.08.15
v1.0.3a
v2.0
v3.0.1
v4.0
v5.0
v5.8.10
15
21.04.16
Agenda
1 Einstieg: Historisch gewachsen.
2 Steht alles im Wiki.
3 Ch ... Ch ... Ch ... Changes.
4 In Szene gesetzt.
5 Fazit.
Drei umfassende Änderungen
Confluence war in den letzten 10+ Jahren vielen
Änderungen unterworfen. Wir picken exemplarisch drei
besonders interessante heraus ...
Themen
§  Erweiterung von Confluence durch Plugins
§  Von Confluence unterstützte Application Server
§  Speicherformat für Wiki-Seiten
16
21.04.16
Drei umfassende Änderungen
Confluence war in den letzten 10+ Jahren vielen
Änderungen unterworfen. Wir picken exemplarisch drei
besonders interessante heraus ...
Themen
§  Erweiterung von Confluence durch Plugins
§  Von Confluence unterstützte Application Server
§  Speicherformat für Wiki-Seiten
Erweiterung durch Plugins
„Ein Plug-in [ˈplʌgɪn] (häufig auch Plugin; von engl. to
plug in, „einstöpseln, anschließen“, deutsch etwa
„Erweiterungsmodul“) ist ein Softwaremodul, das von
einer Softwareanwendung während ihrer Laufzeit
entdeckt und eingebunden werden kann, um deren
Funktionalität zu erweitern. Der Begriff wird teilweise
auch als Synonym zu Add-on benutzt. “
(Wikipedia)
17
21.04.16
Zeitliche Einordnung.
v5.0
2014
v3.0
2012
2010
v4.0
2008
v1.0
2004
2006
v2.0
Im Quelltext:
v1.0: Noch kein Plugin-Konzept
v1.3: Erste Abstraktionen für Plugins
v2.1: Plugin Framework 2
Plugin Framework 2
later includes a new
Confluence 2.10 and
ring
sed on OSGi and Sp
plugin framework ba
ork
e new plugin framew
Dynamic Modules. Th
be
ll
es of OSGi, plus it wi
ag
nt
va
ad
e
th
l
al
s
ha
ssian products.
included into all Atla
18
21.04.16
Qualitätsziele Confluence
Ziel
Beschreibung
1. Leicht zu betreiben
Für ein Team ist es einfach mit Confluence zu
starten.
2. Gute Benutzbarkeit
Confluence ist effizient und intuitiv von allen
Team-Mitgliedern zu verwenden.
3. Hohe Zuverlässigkeit
Das System steht den Anwendern jederzeit zur
Verfügung.
4. Sicherheit der Inhalte
Inhalte sind vor unberechtigtem Zugriff und
Veränderung geschützt.
5. Gute Wartbarkeit
Confluence ist leicht zu ändern und um
Funktionalität zu erweitern.
Qualitätsziele Confluence
Ziel
Beschreibung
1. Leicht zu betreiben
Für ein Team ist es einfach mit Confluence zu
starten.
2. Gute Benutzbarkeit
Confluence ist effizient und intuitiv von allen
Team-Mitgliedern zu verwenden.
3. Hohe Zuverlässigkeit
Das System steht den Anwendern jederzeit zur
Verfügung.
4. Sicherheit der Inhalte
Inhalte sind vor unberechtigtem Zugriff und
Veränderung geschützt.
5. Gute Wartbarkeit
Confluence ist leicht zu ändern und um
Funktionalität zu erweitern.
Die Erweiterbarkeit von Confluence durch Dritte gewinnt an
Bedeutung.
19
21.04.16
Kompromiss – Eine Frage der Balance
Wartbarkeit
Erweiterbarkeit
leichte Änderbarkeit
für „mich“ (den
Hersteller)
leichte
Erweiterbarkeit
durch Dritte
Klassische Entwurfsprinzipen entschärfen den
„Schmerz“ (Open Closed Principle, Information Hiding …).
Confluence Marketplace
20
21.04.16
Drei umfassende Änderungen
Confluence war in den letzten 10+ Jahren vielen
Änderungen unterworfen. Wir picken exemplarisch drei
besonders interessante heraus ...
Themen
§  Erweiterung von Confluence durch Plugins
§  Von Confluence unterstützte Application Server
§  Speicherformat für Wiki-Seiten
Technologie-Stack Confluence 1.0
Web Browser
J2EE Application Server
Caucho Resin
IBM WebSphere
Apache Tomcat
BEA Weblogic
SAP Application Server
JBoss
Jetty
…
RDBMS (Relationale Datenbank)
21
21.04.16
Zeitliche Einordnung.
v5.0
2014
v3.0
2012
2010
v4.0
2008
v1.0
2004
2006
v2.0
V3.2/3.3 End of Life Announcement
for Application Server Support
Application Server EOL
22
21.04.16
Qualitätsziele Confluence
Ziel
Beschreibung
1. Leicht zu betreiben
Für ein Team ist es einfach mit Confluence zu
starten.
2. Gute Benutzbarkeit
Confluence ist effizient und intuitiv von allen
Team-Mitgliedern zu verwenden.
3. Hohe Zuverlässigkeit
Das System steht den Anwendern jederzeit zur
Verfügung.
4. Sicherheit der Inhalte
Inhalte sind vor unberechtigtem Zugriff und
Veränderung geschützt.
5. Gute Wartbarkeit
Confluence ist leicht zu ändern und um
Funktionalität zu erweitern.
Qualitätsziele Confluence
Ziel
Beschreibung
1. Leicht zu betreiben
Für ein Team ist es einfach mit Confluence
zu starten.
2. Gute Benutzbarkeit
Confluence ist effizient und intuitiv von allen
Team-Mitgliedern zu verwenden.
3. Hohe Zuverlässigkeit
Das System steht den Anwendern jederzeit zur
Verfügung.
4. Sicherheit der Inhalte
Inhalte sind vor unberechtigtem Zugriff und
Veränderung geschützt.
5. Gute Wartbarkeit
Confluence ist leicht zu ändern und um
Funktionalität zu erweitern.
Das Ziel wird anders ausgelegt oder erreicht.
23
21.04.16
Zum AppServer EOL
Why is Atlassian doing this?
„We have chosen to standardise on Tomcat, because it is the
most widely used application server in our user population. It is fast, robust,
secure, well-documented, easy to operate, open source, and has a huge
community driving improvements. It is the de facto industry standard, with
several companies available that specialise in providing enterprise grade
support contracts for it, ranging from customisations to 24/7 support.“
Hypothesen
§  Hauptmotivation: Kostenersparnis bei Entwicklung
(Test-Aufwände) und Support
§  J2EE-Kompatibiltät als Feature verliert an
Bedeutung
§  Kunden akzeptieren Tomcat als Laufzeitumgebung.
Kompromiss – Eine Frage der Balance
Zuverlässigkeit
Portierbarkeit
Reibungsloser
Betrieb, weniger
Fehler
Überall zu installieren
und (auch langfristig)
zu portieren
Die Motivation hier ist vor allem eine Kosten/NutzenBetrachtung. (geringerer Aufwand im Betrieb)
24
21.04.16
Drei umfassende Änderungen
Confluence war in den letzten 10+ Jahren vielen
Änderungen unterworfen. Wir picken exemplarisch drei
besonders interessante heraus ...
Themen
§  Erweiterung von Confluence durch Plugins
§  Von Confluence unterstützte Application Server
§  Speicherformat für Wiki-Seiten
Brand New Editor?
editor delivers many
The new Confluence
advantages:
§  Just one editor!
user interface.
§  New, streamlined
r with enhanced text
§  Redesigned toolba
ragraphs) and
formatting (indent pa
alignment controls.
25
21.04.16
Zeitliche Einordnung.
v5.0
2014
v3.0
2012
2010
v4.0
2008
v1.0
2004
2006
v2.0
v1.0: Editieren mit Wiki-Markup
v2.0: Zusätzlich Rich Text Editor
v4.0: Neuer Rich Text Editor, kein Wiki-Markup mehr
26
21.04.16
Editoren ab Confluence 2.0
§  Rich Text Editor und Wiki-Markup-Editor zur Auswahl
§  Speicherformat für die Seiten: Wiki-Markup
Änderung des Speicherformates
27
21.04.16
War das was?
Ein Aufschrei
Kommentare auf
„Confluence 4 Editor - Customer Feedback“
“I used to use the old mark-up system. It was fine as long as I didn't
switch modes, as it was quite buggy when switching. So Atlassian can't
figure out how to do it, and goes completely RTF.”
“If you and your users are strong in wiki markup and want to live in that
space, why choose to pay top dollar for Confluence when there are
numerous quality, free, even open source wiki alternatives saturating
that market space?”
28
21.04.16
Qualitätsziele Confluence
Ziel
Beschreibung
1. Leicht zu betreiben
Für ein Team ist es einfach mit Confluence zu
starten.
2. Gute Benutzbarkeit
Confluence ist effizient und intuitiv von allen
Team-Mitgliedern zu verwenden.
3. Hohe Zuverlässigkeit
Das System steht den Anwendern jederzeit zur
Verfügung.
4. Sicherheit der Inhalte
Inhalte sind vor unberechtigtem Zugriff und
Veränderung geschützt.
5. Gute Wartbarkeit
Confluence ist leicht zu ändern und um
Funktionalität zu erweitern.
Qualitätsziele Confluence
Ziel
Beschreibung
1. Leicht zu betreiben
Für ein Team ist es einfach mit Confluence zu
starten.
2. Gute Benutzbarkeit
Confluence ist effizient und intuitiv von
allen Team-Mitgliedern zu verwenden.
3. Hohe Zuverlässigkeit
Das System steht den Anwendern jederzeit zur
Verfügung.
4. Sicherheit der Inhalte
Inhalte sind vor unberechtigtem Zugriff und
Veränderung geschützt.
5. Gute Wartbarkeit
Confluence ist leicht zu ändern und um
Funktionalität zu erweitern.
Das „Team“ besteht nicht mehr nur aus Entwicklern.
Zielmarkt: Knowledge Management
29
21.04.16
Kompromiss – Eine Frage der Balance
Korrektheit
Benutzbarkeit
Konsistenz der
Daten, Sicherung
der Inhalte
sowohl für IT-affine
als auch eher
inhaltlich interessierte.
Der Kompromiss geht klar zu Ungunsten eines
Stakeholders.
Wechselwirkungen
Die Erreichung von Qualitätsmerkmalen ist nicht unabhängig
voneinander ...
Typische Beeinflussungen:
Effizienz çè Wartbarkeit
Sicherheit çè Benutzbarkeit
Portierbarkeit çè Effizienz
Weitreichende Entscheidungen stehen oft im
Zusammenhang mit Zieländerungen in den
Qualitätsmerkmalen ...
30
21.04.16
Agenda
1 Einstieg: Historisch gewachsen.
2 Steht alles im Wiki.
3 Ch ... Ch ... Ch ... Changes.
4 In Szene gesetzt.
5 Fazit.
Qualitative Architekturbewertung
ATAM
Architecture tradeoff analysis method
n 
n 
n 
verbreitetste Methode zur
qualitativen Bewertung von
Softwarearchitektur
früh anwendbar
szenarienbasiert
31
21.04.16
Qualitative Architekturbewertung
ATAM
Architecture tradeoff analysis method
n 
n 
n 
verbreitetste Methode zur
qualitativen Bewertung von
Softwarearchitektur
früh anwendbar
szenarienbasiert
Qualitätsszenarien in arc42
è  http://arc42.de/
32
21.04.16
Was ist ein Szenario?
Ein (Qualitäts-)Szenario ...
n 
... ist ein kurzer Text (1-3 Sätze).
n 
... beschreibt beispielhaft die Verwendung des Systems,
und zwar so dass ein Qualitätsmerkmal die Hauptrolle
spielt.
Qualitätsmerkmale
33
21.04.16
Verwendungsszenarien
(oder auch: Use Case-Szenarien)
n 
„Normale“ Verwendung des Systeme durch
einen Akteur
n 
Beispiel-Quelle: Ein Benutzer im
Systemkontext
Beispiel-Szenario für Confluence
Ein Benutzer benennt eine Wiki-Seite um. Die
Änderung ist nach einer Sekunde vollzogen,
alle Verweise auf die Seite bleiben aktuell.
Änderungsszenarien
(oder auch: Wachstumsszenarien)
n 
Es kommt etwas hinzu oder ändert sich
n  Beispiel-Auslöser:
Mehr Benutzer, neues UI
Beispiel-Szenario für Confluence
Ein versierter Java-Entwickler beabsichtigt
Confluence um ein einfaches Macro zu
erweitern. Das Macro steht dem Team nach
einem Personentag zur Verfügung.
34
21.04.16
Fehlerszenarien
(oder auch: Katastrophen- oder StressSzenarien)
n 
Wie verhält sich das System bei etwas
Unerwartetem?
n 
Beispiel-Auslöser: Verbindungsabbruch
Fremdsystem
Beispiel-Szenario für Confluence
Ein Benutzer schließt während des Editierens
versehentlich den Webbrowser. Sämtliche
Änderungen bleiben erhalten.
Neues Feature in Confluence 2.9
35
21.04.16
ATAM Kernphasen: Evaluierung
Bewertungsworkshop
Quelle: S. Toth,
Vorgehensmuster für
Softwarearchitektur
36
21.04.16
Agenda
1 Einstieg: Historisch gewachsen.
2 Steht alles im Wiki.
3 Ch ... Ch ... Ch ... Changes.
4 In Szene gesetzt.
5 Fazit.
tl;dr
Softwaresysteme sind in ihrem Leben
Änderungen unterworfen. Die Motivation für
gravierende Änderungen sind in vielen Fällen
geänderte Qualitätsziele.
Qualitätsziele sind der maßgebliche Gradmesser für eine
Architekturbewertung. Qualitätsszenarien schärfen diese
und sind zugleich wichtiges Kommunikationsmittel.
Architekturentscheidungen sind oftmals Kompromisse.
Ein zentraler Nutzen von Architekturbewertung: Diese den
unterschiedlichen Stakeholdern klar zu machen.
37
21.04.16
Für die Tonne …?
Werkzeuge aus der qualitativen Architekturbewertung
helfen dabei, richtungsweisende Entscheidungen zu treffen
und abzusichern. (Neuentwicklung wäre ein Extremfall)
embarc – geschichtet und vertikalisiert.
38
21.04.16
Spicken erlaubt!
Unsere Architektur-Spicker
beleuchten die konzeptionelle
Seite der Softwareentwicklung.
ç
Spicker #2:
„Quantitative Analyse“
•  Bei welchen Qualitätsmerkmalen helfen quantitative
Analysen weiter?
•  Welche Tools und Metriken
sind verbreitet und wie helfen
sie Ihnen?
•  Wie gehen Sie sinnvoll mit
Ergebnissen um?
PDF, 6 Seiten
Kostenloser Download.
è  http://embarc.de/spicker
Vielen Dank.
Ich freue mich auf Eure Fragen!
stefan.zoerner@embarc.de
@StefanZoerner
xing.to/szr
DOWNLOAD FOLIEN:
http://www.embarc.de/blog/
39
21.04.16
Book: arc42 by example
Real software architectures,
documented with the arc42 template.
Helps you jumpstart your own
documentation.
Authors:
Gernot Starke
Michael Simons
Stefan Zörner
Language: English
MOBI, EPUB, PDF
https://leanpub.com/arc42byexample
42% discount for JAX participants!
Discount Coupon: “JAX2016”
Softwarearchitektur in gut.
27
embarc.de
Spicken erlaubt!
Unsere Architektur-Spicker
beleuchten die konzeptionelle
Seite der Softwareentwicklung.
ç
Spicker #3:
„Microservices“
In dieser Ausgabe:
•  Was ist bei Microservices
entscheidend?
•  Wie nutzen Sie die Ansätze?
•  Welche Kompromisse gehen
Sie dabei ein?
PDF, 4 Seiten
Kostenloser Download.
Softwarearchitektur in gut.
è  http://architektur-spicker.de
embarc.de
40
21.04.16
Wir teilen unser Wissen gerne mit
Ihnen... und auch bei Ihnen!
Sie haben eine Community of
Practice und suchen inhaltliche
Anregungen oder Abgleich? Sie
planen ein Team-Event und
wollen es neben der sozialen
Komponente auch fachlich
ausrichten?
LASSEN SIE UNS NEUE THEMEN
AUFZEIGEN UND IMPULSE SETZEN!
è  http://www.embarc.de/leistungen/impulsvortraege/
41