Autor: Dr. Dominik Holling, ITK Engineering GmbH<\/p>\n
Fahrzeugcomputer erm\u00f6glichen eine zeitnahe und flexible Aktualisierung der Software. So k\u00f6nnen neue vernetzte Funktionen in k\u00fcrzerer Zeit als bisher auf den Markt kommen. Um dies zu erreichen, m\u00fcssen nicht nur Entwicklungs-, sondern auch Unterst\u00fctzungsprozesse beschleunigt werden. Besonders bei Safety- und Security-Freigabeprozessen ergeben sich Potentiale, da diese meist mit manuellem Aufwand in langen Zyklen verbunden sind. Durch eine fr\u00fchzeitige Ber\u00fccksichtigung von Freigabeaspekten w\u00e4hrend der Entwicklung und einer Automatisierung der Werkzeugkette in der Absicherung kann dieser Aufwand erheblich reduziert werden. Zudem weist die Absicherung von Safety und Security Potential f\u00fcr Synergien auf (z.B. in der Qualit\u00e4tssicherung, bei Review- und Testergebnissen), die durch geschickte Prozessgestaltung zur Beherrschung der Komplexit\u00e4t genutzt werden k\u00f6nnen.<\/strong><\/p>\n Um Funktionen schneller auf den Markt zum Kunden zu bringen, werden moderne Techniken des Software Engineering wie Continuous Integration (CI), Continuous Delivery (CD) und DevOps nicht nur im Bereich der IT-Systeme, sondern mittlerweile auch im Bereich des Systems Engineering eingesetzt [1]. Die Nutzung dieser Techniken f\u00fcr eingebettete bzw. cyber-physische Systeme erm\u00f6glicht dabei die kontinuierliche Auslieferbarkeit der Software, fr\u00fche Fehlererkennung und \u00fcbergreifende Zusammenarbeit zur Beherrschung der gestiegenen Komplexit\u00e4t.<\/p>\n Neben Engineering-Prozessen m\u00fcssen auch die Unterst\u00fctzungsprozesse angepasst werden, damit die Software bzw. das System fertig gestellt werden kann. Insbesondere die Freigabe und deren Dokumentation ist ein wichtiger Faktor, der ebenfalls an Komplexit\u00e4t gewinnt. Mit den nun k\u00fcrzeren Release-Zyklen muss die Freigabe genauso getaktet mit der Auslieferung einer komplexen Software oder eines komplexen Systems erfolgen. Andernfalls hat der nachgelagerte Prozess keine Legitimierung zur Nutzung der bereitgestellten Artefakte. An dieser Stelle lassen sich Synergieeffekte aus den Bereichen der Safety und Security sowie Automatisierung der Dokumentationsgenerierung nutzen. Auf diesem Weg kann aus einem langwierigen, manuellen Prozess ein automatisierter und effektiver Prozess der Freigabedokumentation werden.<\/p>\n Die Freigabe von Software und Systeme erfolgt durch den Nachweis, dass der definierte Prozess entsprechend eingehalten und alle definierten Artefakte mit der angestrebten Qualit\u00e4t erstellt wurden. Damit wird die Einhaltung der Qualit\u00e4tsziele sowie der regulatorischen Vorgaben, besonders aus den Bereichen Safety und Security, sichergestellt. Zus\u00e4tzlich besitzt jede Freigabe einen Geltungsbereich, der sich auf Software(-teile) bzw. System(-teile) bezieht. Es k\u00f6nnen beispielsweise Freigaben f\u00fcr Softwarekomponenten bestehen, welche f\u00fcr die Integration ben\u00f6tigt werden, die daraufhin wieder eine Freigabe des Gesamtsystems nach sich zieht. Durch die hohe Anzahl an Auslieferungen in CI, CD und DevOps werden Freigaben f\u00fcr die gesamte Software oder auch nur Teile davon h\u00e4ufig ben\u00f6tigt und bieten durch ihre Komplexit\u00e4t die gr\u00f6\u00dften Potentiale zur Optimierung. \u00a0Im Folgenden wird insbesondere auf zwei dieser Potentiale eingegangen: Synergieeffekte bei Freigabeaspekten aus den Bereichen Security und Safety sowie bei der Erzeugung und Ablage der Freigabedokumentation.<\/p>\n Verantwortlichkeiten f\u00fcr Safety und Security liegen typischerweise an verschiedenen Stellen der Organisation mit bedingter M\u00f6glichkeit des Austauschs. Dennoch ergeben sich Synergieeffekte der Freigabedokumentation aus gemeinsamen Aspekten, die f\u00fcr das Qualit\u00e4tsmanagement, Safety und Security ben\u00f6tigt werden. Diese bestehen aus Metriken, welche die entsprechenden Prozesse bewerten und die Qualit\u00e4t der dazugeh\u00f6rigen Artefakte erfassen. Es ist auch m\u00f6glich, Zusammenfassungen basierend auf Textbausteinen anhand des Werts einer Metrik zu erstellen. Dabei werden im Allgemeinen folgende Metriken erhoben bzw. Zusammenfassungen erstellt:<\/p>\n Zus\u00e4tzlich existieren f\u00fcr die Bereiche Safety und Security jeweils Zusammenfassungen bzw. Metriken entlang der Safety bzw. Security Engineering-Prozesse f\u00fcr:<\/p>\n Im Bereich Safety existieren u.a. zus\u00e4tzlich Ergebnisse zur Toolqualifikation, die in die Freigabedokumentation einflie\u00dfen. F\u00fcr den Bereich Security werden zus\u00e4tzlich u.a. die Ergebnisse des Penetration Testings ber\u00fccksichtigt.<\/p>\n Die Erstellung der Freigabedokumentation kann einen Flaschenhals darstellen, falls viele manuelle fehleranf\u00e4llige Schritte ben\u00f6tigt wird. Hierdurch ist das Potential Automatisierung diese Aufgabe automatisch und zuverl\u00e4ssig durchzuf\u00fchren. Ben\u00f6tigt werden daf\u00fcr eine sorgf\u00e4ltige Planung bez\u00fcglich des Prozesses zur Erzeugung (1) und der Ablageorte (2) der Artefakte sowie die verwendeten Werkzeuge. Um das Potential maximal auszusch\u00f6pfen, sollte diese Planung vor Projektbeginn durchgef\u00fchrt werden. Da die ben\u00f6tigten Informationen bei dieser Herangehensweise automatisiert erstellt und abgeholt werden, m\u00fcssen die verschiedenen Werkzeuge in einer Toolchain automatisiert ineinandergreifen.<\/p>\n Bei der Erzeugung der Artefakte hilft es, Techniken wie CI und CD so zu erweitern, dass Informationen automatisch erstellt und f\u00fcr die Dokumentation zur Verf\u00fcgung zu gestellt werden. Dies kann zum Beispiel \u00fcber eine automatische Erstellung der Problem-Tickets bei fehlgeschlagenen Tests oder automatischen Pr\u00fcfungen der Verfolgbarkeit auf allen Ebenen bei der Softwareentwicklung erfolgen. Dar\u00fcber hinaus ist es bei der Abholung von Artefakten sinnvoll, diese in einem umfassenden Anwendungsmanagement (ALM) zu speichern. Dieses zentralisiert die ben\u00f6tigten Informationen und erstellt mittels Berichtsfunktion die entsprechende Freigabedokumentation. Alternativ k\u00f6nnen beispielsweise auch Interoperabilit\u00e4tsstandards verwendet werden [2], um die ben\u00f6tigten Informationen zu sammeln und zusammenzustellen. In der Praxis zeigt sich jedoch, dass diese Art der Zusammenstellung fehler- und wartungsanf\u00e4llig ist. Allerdings l\u00e4sst sie sich zumeist nicht umgehen, da nicht alle Informationen in einem ALM-System abbildbar sind und so f\u00fcr gew\u00f6hnlich ein hybrider Ansatz aus ALM und Skripten f\u00fcr die Interoperabilit\u00e4t gew\u00e4hlt wird.<\/p>\n [1] Pranav Ashar,\u00a0Shifting Mindsets: Static Verification Transforms SoC Design at RT Level\u00a0<\/a> Dr. Dominik Holling arbeitet im Bereich Testmethodik und Entwicklungsprozesse bei der ITK Engineering GmbH. Sein Fokus liegt auf Software Engineering und Softwaretest. Dies beinhaltet das Zusammenbringen von Entwicklung und Qualit\u00e4tssicherung sowie der fr\u00fchen Aktivit\u00e4ten des Requirements Engineering und der Software Architecture. Sein Hauptinteresse gilt dabei den Themen Continuous Integration, Continuous Delivery sowie SysDevOps f\u00fcr eingebettete \/ cyber-physische Steuerger\u00e4te. Holling studierte Informatik mit Fokus auf Security an der TU Kaiserslautern und hat an der Technischen Universit\u00e4t M\u00fcnchen am Lehrstuhl Software Engineering zum Thema wissensbasierte Testmethodik promoviert.<\/p>\n Beitrag als PDF downloaden<\/strong><\/a><\/p>\n Wollen Sie sich auf den aktuellen Stand der Technik bringen?<\/strong><\/p>\n Dann informieren Sie sich\u00a0hier<\/strong>\u00a0<\/a>zu Schulungen\/ Seminaren\/ Trainings\/ Workshops und individuellen Coachings von MircoConsult zum Thema\u00a0Qualit\u00e4t, Safety & Security<\/strong>.<\/p>\n Training & Coaching zu den weiteren Themen unseren Portfolios finden Sie hier<\/a>.<\/strong><\/p>\n Wertvolles Fachwissen zum Thema Qualit\u00e4t, Safety & Security steht\u00a0hier\u00a0<\/a>f\u00fcr Sie zum kostenfreien Download bereit.<\/p>\nFreigabeprozess von Safety und Security<\/h2>\n
Potential 1: Synergieeffekte der Freigabedokumentation<\/h2>\n
\n
\n
Potential 2: Automatisierung der Freigabedokumentation<\/h2>\n
Abk\u00fcrzungsverzeichnis<\/h2>\n
\n
Literatur- und Quellenverzeichnis<\/h2>\n
\n[2] Fr\u00e9d\u00e9ric Loiret,\u00a0Interoperability Specifications (IOS) v1
\n<\/a><\/p>\nAutor<\/h2>\n
\nUnsere Trainings & Coachings<\/h2>\n
\nQualit\u00e4t, Safety & Security – Fachwissen<\/h2>\n