Nur mit Modularisierung kann man große Systeme entwickeln. Gerade durch Microservices gibt es wieder eine Diskussion zu diesem zentralen Konzept - aber auch modularisierte Monolithen tauchen neuerdings als Architektur-Stil auf. Dieser Vortrag zeigt klassische Konzepte zur Modularisierung beispielsweise von Parnas und arbeitet heraus, was man aus diesen Ansätzen für Architektur-Arbeit an modernen Systemen lernen kann. Denn nur mit einer guten Modularisierung kann eine Architektur erfolgreich sein.

Video Abstract

Zielpublikum: Technische Projektleiter, an Software-Architektur Interessierte
Voraussetzungen: Grundlegendes Verständnis über Software-Projekte
Schwierigkeitsgrad: Einsteiger

Neue Ansätze, neue Technologien lösen Probleme - ja? nein? vielleicht? 
Hinter den Neuigkeiten stecken oft alte Bekannte. Probleme, die wir lange kennen, sind nicht weg - aber sie sehen anders aus, geändert, vielleicht besser beherrschbar. Neue Lösungen geben eine andere Perspektive. Aber werden sie mit steigendem Alter nicht selbst zum einem neuen Problem? 
Das Spannungsfeld liegt in den verschiedenen Sichtweisen über die Zeit. Architekturen sind nie nur Technologie, sondern bestehen auch aus gemeinsamen Verständnis und aus dem Vertrauen, dass der Weg richtig ist und die wichtigen Probleme löst.  
Machen Sie mit: In dieser interaktiven Session reden wir darüber. Wir betrachten das Neue und das Mitgenommene, die Lösungen, Nebenwirkungen und die Spätfolgen.

Zielpublikum: Gestalter eines Projektes
Voraussetzungen: Erfahrungen, gute wie schlechte
Schwierigkeitsgrad: Fortgeschritten

Vor einigen Tagen fragte mich mein Englisch-Lehrer 'Warum kann man nicht Software ohne Fehler bauen?' und ich versuchte in Gedanken eine einfache Antwort zu formulieren, ohne dabei Fachbegriffe und technische Vokabeln aus der Softwareentwicklung zu nutzen. Aus dieser Fragestellung entwickelte ich die Metapher des Schreibens eines Buches als nachvollziehbares Beispiel für ein komplexes Projekt mit flexiblen Anforderungen. Anhand dieser Metapher soll einen Informatik-Fernen die typischen Herausforderungen eines Softwareprojektes beschrieben werden wie Teamarbeit, Skalierung, Kundenanforderungen, Projektsituationen, Entwicklerwerkzeuge und Frameworks etc.
Dieser Vortrag richtet sich an alle, die sich auch die Frage gestellt haben 'Wieso die Fehler in der Software sind?' und an alle, die diese Frage schon einmal einem Kollegen, Manager, Kunden ... erklären wollten (und gescheitert sind).

Zielpublikum: Architekten, Entwickler, Projektleiter, Manager, Entscheider etc.
Voraussetzungen: Grundkenntnisse zum Thema Softwareentwicklungsprojekte, Erfahrungen als Stake- und Shareholder in und an Softwareentwicklungsprojekten
Schwierigkeitsgrad: Einsteiger

Die Session beschäftigt sich mit der Frage, was Nachhaltigkeit im Zusammenhang mit Software Architektur überhaupt bedeutet und welche Schwierigkeiten es bei einer eindeutigen Definition gibt. Dabei bekommt der Zuhörer einen Einblick darin, auf welchen unterschiedlichen Säulen Nachhaltigkeit entsteht und das es neben den ökologischen auch soziale und ökonomische Aspekte zu betrachten gilt. Den Zuhörer:innen wird dabei auf humorvolle Weise gezeigt, wie sie Nachhaltigkeit vom Requirements Engineering bis zum Betrieb als Anforderung aufnehmen können und bekommen erste Tipps und Tricks gezeigt, um ihre Software nachhaltiger zu gestalten. Der Vortrag liefert zahlreiche Denkanstöße, die jede/r ins eigene Projekt mitnehmen, umsetzen und weiterentwickeln kann, um Software nachhaltiger zu gestalten.

Zielpublikum: Entwickler, Architekten, Manager, Entscheider, Projektleiter, Produktmanager
Voraussetzungen: Grundkenntnisse in der Softwarebranche, Jeder der Interesse an einer Messe für Softwarearchitektur und -entwicklung mitbringt
Schwierigkeitsgrad: Einsteiger

Organisationen diskutieren vortrefflich über fachliche Architekturen, doch organisatorisch regiert das systemische Versagen! Unter dem Deckmantel der fachlichen Komplexität versteckt sich häufig Verschwendung, die wir für Sie hervorgezerrt haben! 
Inzwischen sollte sich die Ansicht etabliert haben, dass sich Architekturen baumartig aufbauen und Systeme aus Teilsystemen bzw. Komponenten bestehen. Aber sie bauen sich nicht von selbst, sondern brauchen fachkundige ArchitektInnen, welche sich rührend um ihre Systeme kümmern und fundierte, langlebige Entscheidungen treffen. Dazu reicht es nicht, Verantwortlichkeiten lediglich für Komponenten zu vergeben. Es braucht auch Personen, welche das Gesamtsystem verantworten, mit Abstraktionsvermögen und Neutralität gegenüber den Komponenten. Warum Sie diese Personen nicht unbedingt weit oben im Organigramm finden und 7+-2 weitere schmerzhaft erlebte Best Practises präsentieren wir Ihnen im Vortrag.

Video Abstract

Zielpublikum: Entwickler, Architekten
Voraussetzungen: Erfahrungen im Bereich der Entwicklung von System- und Softwarearchitekturen
Schwierigkeitsgrad: Fortgeschritten

Zu Beginn einer Entwicklung steht eine Vision. In diesem Fall die Vision Sanitäter am Einsatzort durch Zuschaltung eines sogenannten Telenotarztes live in kniffligen Situationen zu unterstützen. Die agile Umsetzung prompt gestartet, findet man sich mit seiner Entwicklung in der Welt der Notfallrettung schnell in einer kontrastreichen Umgebung zwischen motivierten Rettungskräften, konstruktiv agierenden ärztlichen Leitern und anderen positiv einwirkenden Kräften wieder. Den Kundennutzen im Vordergrund, den Datenschutz im Blick - da kann ja eigentlich gar nichts schiefgehen. Oder etwa doch?!