Prof. Manfred Broy von der Technischen Universität München Agentur Blende 11
Trend

Cyberphysische Systeme

„Topmanagement versteht zu wenig von Software“

„Cyber-Physical Systems“ (CPS) versprechen eine Welt, in der vieles vernetzt wird. Software und physische Komponenten müssen dazu integriert entwickelt und getestet werden. Wir haben Informatiker und CPS-Wissenschaftler Prof. Manfred Broy von der Technischen Universität München zu den akuten Wachstumsproblemen befragt.

02. Dezember 2016

Wo sehen Sie heute die größten Defizite bei CPS, Herr Prof. Broy?

Zunächst einmal sei die These in Frage gestellt, ob in einer Welt, in der alles vernetzt ist, wirklich vieles einfacher wird. Die damit verbundene Bequemlichkeit und Effizienz werden wir mit einer gewissen Komplexität der Systeme und auch mit bestimmten Risiken bezahlen müssen: Cyber Security ist dabei nur ein Problem von vielen. Wir müssen aber letztlich sicherstellen, dass sie für die Nutzer attraktiv sind. Prägnante Beispiele sind hier sicher Smart Home oder auch die vernetzte Mobilität.

Welche Voraussetzungen müssen denn für ein funktionierendes Zusammenspiel von Cyber und Physik erfüllt sein?

In erster Linie die Beherrschung von Software. Denn sowohl in der Entwicklung wie auch in der Produktion und in den Produkten von cyberphysischen Systemen werden Softwaresysteme zukünftig eine viel entscheidendere Rolle einnehmen. Deshalb ist es zwingend erforderlich, diese so zu gestalten, dass sie nahtlos miteinander zusammenspielen, strukturiert, modular und schnell weiterentwickelbar sind.

Sind sie das nicht längst?

Nein! Softwaresysteme sind leider immer noch sehr monolithisch und auf eine spezielle Hardwareumgebung ausgerichtet. Deshalb sind sie auch nur schwer auf andere Umgebungen oder Anwendungen übertragbar. Dadurch verlieren wir die notwendige Abstraktionsebene zur Vernetzung, Interoperabilität und Weiterentwicklung.

Wer oder was verhindert denn diese Umsetzung?

Das Topmanagement versteht heute in der Regel immer noch zu wenig von Software. Und wenn im Vorstand kein Bewusstsein und keine tiefen Kenntnisse bezüglich dieser Themen existieren, dann kann auch die gesamte Firma kein Bewusstsein dafür entwickeln. Mitarbeiter orientieren sich daran, was ihnen die Vorgesetzten vorgeben.

Andere Vorstellungen haben es dann sehr schwer, sich durchzusetzen. Den Unternehmen mangelt es oft an strikter Software Governance, die in erfolgreichen Firmen knallhart durchgesetzt wird. Wenn aber auf Vorstandsebene kein Know-how zum Thema Software vorhanden ist, dann wird darunter auch nicht nach den entsprechenden Prinzipien gearbeitet.

Es sollte also schnellstens gehandelt werden … !?

Unbedingt! Eine Prognose der Marktforscher von A.T. Kearney bereits aus dem Jahre 2010 sagt voraus, dass sich die Softwareanteile in den Entwicklungsaufwänden der Automobilfirmen bis zum Jahre 2025 verdoppeln werden. Software wird dann den gleichen Rang einnehmen wie Maschinenbau und Elektrotechnik. Die Software bestimmt auch immer stärker das Profil des Produkts und somit die Wettbewerbsfähigkeit. Ein Autokunde fragt heute öfter nach Konnektivität als nach der Motorleistung.

Okay. Bewusstsein schaffen und dann … ?

… sich an den Schichtenmodellen aus der Telekommunikation und dem Internet ein gutes Beispiel nehmen: Deren Software hat Abstraktionsebenen und eine klare Abtrennung von Application Layer und Hardware Layer sinnvoll ausgeprägt. Ohne diese Software nach diesen Strukturierungsprinzipien gäbe es heute keine mobile Telefonie und keine Smartphones – nichts dergleichen! So müssen auch in allen Bereichen des Engineerings umfassende Modelle für die Produktionsabläufe und für das Verhalten der Cyber-Physical Systems geschaffen werden. Programmiersprachen müssen in der Lage sein, die Komplexität der Anwendung direkt zu adressieren, ohne durch hardwarenahe Konzepte zusätzliche Komplexität zu schaffen.

Computerhardware und somit auch CPS wird immer schneller, aber die schnellste Lösung ist eventuell nicht die beste Lösung.

Wenn es schnell gehen soll, kann es vielleicht nicht immer ganz so genau gehen. Wenn es nicht ganz so genau gehen muss, kann es schneller gehen. An vielen Stellen arbeiten wir mit approximativen Lösungen. Dies sind Lösungen, die nicht exakt korrekt sind, aber hinreichend genau und weniger Zeitaufwand erfordern. Dieses Thema ist auch schon deshalb relevant, weil auch Sensoren nicht mit absoluter Präzision messen. Es ist also immer die Frage, wie genau muss es sein und wie schnell muss es gehen ...

… und wie sicher ...

... viele Stimmen sagen, wir hätten die Schlacht um die Security bereits verloren. Das aber scheint mir eine Spur zu pessimistisch. Denn die Frage ist nicht, wie man die Systeme absolut sicher gestalten kann, sondern wie sicher müssen sie im Betrieb sein, um – statistisch betrachtet – gefahr- und risikolos zu funktionieren. Für die Security – also die Angriffswahrscheinlichkeit – lassen sich keine verlässlichen Wahrscheinlichkeiten beziffern. Anders verhält es sich bei der Betriebssicherheit – also dem Aspekt Safety: Dort gibt man sich in vielen Anwendungen erst mit einer Wahrscheinlichkeit von eins zu einer Milliarde zufrieden. Wir brauchen also für CPS Modelle, in die Wahrscheinlichkeitsbetrachtungen einbezogen sind. Trotzdem haben viele der verbreiteten Modellierungssprachen für CPS wie die OMG Systems Modeling Language (OMG SysML) gar keine Möglichkeiten vorgesehen, eine Wahrscheinlichkeit in die Modelle einzubauen. Modellierungssprachen, die heute genutzt werden, sind nicht ausdrucksmächtig genug, um Wahrscheinlichkeitszusammenhänge überhaupt zu erfassen! So hat das eingesetzte Werkzeug bereits erhebliche Mängel.

Mangelhaft und zu komplex?

Ja, denn in manchen Bereichen haben wir die kritische Masse der Komplexität bereits heute erreicht. Ich denke nur an die Fülle der Legacy-Systeme im Software-bereich. Hier muss man unterscheiden zwischen der Komplexität, die inhärent in einer Anwendung steckt, und der Komplexität, die durch ungeschicktes Engineering in die Anwendung eingebracht werden kann. Reduktion von Komplexität und Einfachheit ist eines der wichtigsten Entwurfsziele.

Was heißt das konkret?

Die Entwicklungen von Programmiersprachen sind im Wesentlichen davon geprägt, dass man versucht hat, Zeitabhängigkeit aus den Sprachen fernzuhalten. Zeitabhängigkeit war damals auch nicht notwendig, weil die Software von der Beschreibung der Wirklichkeit weit entfernt war. Aber bei CPS hat man es immer mit Zeit zu tun. Es ist im Grunde immer noch nicht vernünftig gelungen, in die Programmiersprachen einen Umgang mit der Applikationszeit einzubauen.

Bitte um ein Beispiel.

Wenn ein Airbag sich entfalten soll, dann muss er eben in 160 bis 180 Millisekunden entfaltet sein. Das kann ich heute in einer Programmiersprache nicht vernünftig ausdrücken. Und wie macht man es dann? Man schreibt ein Programm, flanscht es auf eine Hardware und versucht dann auszubalancieren, wie das Programm auf der Hardware laufen muss, damit die 160 bis 180 Millisekunden digital abgebildet werden. Ich habe also keine saubere Trennung zwischen der Applikationsmodellierung und der Hardware mit ihrer individuellen Ausführungszeit. Aber die Hardware-unabhängigkeit ist das Zauberwort für zukünftige CPS-Entwicklungen.

Wo führt diese Entwicklung aus Sicht der Wissenschaft hin?

Grundlagenwissenschaftlich ist im Bereich der Cyber-Physical Systems vieles noch gar nicht erschlossen. Gerade das Zusammenspiel von Mechanik, Physik zum einen und digitalen Ansätzen zum anderen erfordert ganz neue Modelle. Wenn wir digitale Produktion beherrschen wollen, müssen wir im Grunde den gesamten Produktionsprozess digital abbilden. Mit geschickt gewählten Modellen erreichen wir eine völlige Spiegelung aller physischen Prozesse digital. Die digitalen Modelle aus den Bereichen Elektrotechnik und Maschinenbau müssen mit den Modellen der Informatik harmonisieren. Der digitale Schatten ist das A und O der Entwicklung und Produktion.

Ihr Résumé lautet deshalb?

Wir müssen, wie bereits erwähnt, sehr viel stärker Elemente nutzen, wie sie gerade im Telekommunikations- und Internetbereich entstanden sind. Den Schwerpunkt auf das Paradigma der Serviceorientierung legen und neben der Softwareebene diesen auch auf der Systemebene in den Vordergrund stellen. Damit erreicht man ein hohes Maß an Modularität. In den Firmen muss die Bedeutung von Software stärker herausgestellt werden. Alles kein Zauberwerk; man muss es nur anpacken!

Autor

Rüdiger Voßberg,

Bernd Seidel &Friends

Ausgabe 2016/02

Dieser Artikel erscheint auch in unserem IT-Magazin <atFERCHAU>. Möchten Sie weitere spannende Artikel lesen?

Download pdf