Hinweis: Die aktuelle OOP-Konferenz finden Sie hier!
SIGS DATACOM Fachinformationen für IT-Professionals

SOFTWARE MEETS BUSINESS:
The Conference for Software Architecture
Munich, 05 February - 09 February 2018

Sessionsdetails

Talk: Mi 5.1
Date: Wed, 07.02.2018
Time: 09:00 - 10:30
cart

Hände waschen, Zähne putzen: (manchmal) vergessene Grundlagen von Software-Engineering

Time: 09:00 - 09:45
Talk: Mi 5.1 1)

 

Zeitlose Prinzipien, Heuristiken und andere vermeintlich esoterische, aber in Wirklichkeit sehr nützliche Dinge, die Softwareteams wissen und berücksichtigen sollten - aber leider tendenziell ignorieren - weil Hype und der Glanz vermeintlich moderner Technologien diese Grundregeln in eine finstere Ecke des Unterbewusstseins verbannt haben ...
Sie hören von Einfachheit (im Gegensatz zu Eindrücklichkeit [impressiveness]), Kohäsion, Modularität, Erst-Denken-dann-Coden sowie einigen grundlegenden Aufgaben von Softwarearchitekten.

Zielpublikum: Softwareentwickler und -architekten
Voraussetzungen: Grundlagen von Software-Engineering, Erfahrung mit Entwicklungsprojekten
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Zu Beginn werde ich Grundlagen, Prinzipien und Heuristiken unterscheiden, und dabei ein wenig über Entwicklungsorganisationen schimpfen. Danach tauchen wir in ausgewählte Themen des „methodischen Software-Engineerings" ein.
Einige Beispiele, über die ich im Vortrag sprechen werde:
* Einfachheit - auch als KISS-Prinzip bekannt, wird oft zugunsten von
„schick" oder „modern" vernachlässigt. Ich spreche LOC als die einfachste und möglicherweise nützlichste Metrik an, und warum wenig oft besser ist (Sicher ein Grund, warum Microservices seit einigen Jahren so angesagt sind).
Sie hören von typischen Kompromissen bezüglich Einfachheit – beispielsweise können Sie Programmierung vereinfachen auf Kosten komplizierter Konfiguration und aufwendigen Betriebs.
* Kohäsion - also die Gruppierung zusammengehöriger Elemente - wird allgemein als hochgradig nützlich angesehen. Allerdings ist Kohäsion immens schwierig zu messen, und noch schwerer zu erreichen.
Sie werden die Problematik widersprüchlicher Kriterien für Kohäsion kennenlernen.
* Modularität gilt zu Recht als die Mutter aller Entwurfsprinzipien - dennoch lohnen ein paar Gedanken in ihre Richtung: Ich werde „Zusammensetzbarkeit" als einen weiteren Begriff erwähnen - womit wir hoffentlich zu noch besseren Kriterien für den Entwurf nützlicher Module kommen können.
* Grundlegende Aktivitäten und Tätigkeiten in Softwarearchitektur und -engineering, wie beispielsweise „Erst-Denken-dann-Coden", also die saubere Trennung von Problem- und Lösungsraum: Erst das Problem verstehen, dann über Lösungen nachdenken.
* Wenn wir so weit gekommen sind, sprechen wir Dokumentation an: Die ist oft nützlich, aber niemals ausreichend, um gute Systeme zu implementieren. Verlassen Sie sich niemals auf Dokumentation, sondern arbeiten Sie bei der Implementierung mit.
Finden Sie positive und negative Abweichungen vom Soll-Zustand, und berücksichtigen Sie solche Abweichungen in Entwürfen.

 

Die vergessenen Tugenden von Systemanalytikern

Time: 09:45 - 10:30
Talk: Mi 5.1 2)

 

Vieles ist besser geworden seit der Einführung von „Software-Engineering“ vor 50 Jahren. Aber einige Tugenden, die wir schon kannten, sind auch (leider) wieder verloren gegangen.
In diesem Vortrag konzentriere ich mich auf den Job derer, die herausfinden sollten, was Software für unser Business leisten soll – egal ob der Job Title Product Owner, Business Analyst, Requirements Engineer oder Systemanalytiker heißt.


Zielpublikum: Product Owners, Requirements Engineers, Business Analysts
Voraussetzungen: none
Schwierigkeitsgrad: Fortgeschritten

Extended Abstract
Analyse heißt herausfinden, was der Kunde braucht, nicht das, was er sagt. Dafür sind in den letzten 50 Jahren zahlreiche Methoden entstanden, deren wesentliche Aspekte teilweise zu unrecht wieder in Vergessenheit geraten sind.
Einige dieser Themen, die in diesem Vortrag behandelt werden, sind:

  • Die Abgrenzung von Scope und Kontext
  • Business vs. IT-Analyse
  • Strategien für „Teile und beherrsche“
  • Die Bedeutung von Glossaren und verständlichen Begriffsdefinitionen
  • Graphische und textuelle Spezifikationen: Wann hilft was?
  • Denken in Daten- oder Steuerflüssen
  • Die oft missachteten Qualitätsanforderungen
  • Projekt- vs. langfristige Produktdokumentation

 

Sponsoren der OOP 2018

  • Accenture Technology Solutions GmbH Gold Sponsor
  • Atlassian Gold Sponsor
  • German Testing Board e.V. Gold Sponsor
  • Intel Software Gold Sponsor
  • Volkswagen Gold Sponsor
  • andrena objects ag Silver Sponsor
  • AppDynamics Silver Sponsor
  • IBM Deutschland GmbH Silver Sponsor
  • ITech Progress GmbH Silver Sponsor
  • Microsoft Deutschland GmbH Silver Sponsor
  • Ab Initio Software Germany GmbH Bronze Sponsor
  • adesso AG Bronze Sponsor
  • agile42 GmbH Bronze Sponsor
  • Axway GmbH Bronze Sponsor
  • Capgemini Bronze Sponsor
  • DEUTSCHE TELEKOM AG Bronze Sponsor
  • innoQ Deutschland GmbH Bronze Sponsor
  • iteratec GmbH Bronze Sponsor
  • New Relic Bronze Sponsor
  • Novatec Consulting GmbH Bronze Sponsor
  • OPEN KNOWLEDGE GmbH Bronze Sponsor
  • OPITZ CONSULTING GmbH Bronze Sponsor
  • Saxonia Systems AG Bronze Sponsor
  • Servicetrace GmbH Bronze Sponsor
  • ThoughtWorks Deutschland GmbH Bronze Sponsor
  • XebiaLabs Bronze Sponsor
  • AI Spektrum Partner
  • ASQF Partner
  • Bitkom e.V. Partner
  • Business Application Research Center - BARC GmbH Partner
  • JavaSPEKTRUM Partner
  • OBJEKTspektrum Partner
  • TDWI e.V. Partner