Autor: Dr. Michael Jastram, Formal Mind<\/p>\n
Die Produktentwicklung heutzutage steht enorm unter Druck: Steigende Komplexit\u00e4t, steigende Anzahl von Lieferanten, Vorschriften, jahrzehntelange Verf\u00fcgbarkeit von Artefakten der Entwicklung. Der ReqIF-Standard adressiert diese Herausforderungen zweifach: Zum einen stellt die Standardisierung sicher, das Anforderungen auch nach Jahrzehnten noch lesbar sind; zum anderen erm\u00f6glicht der Standard eine Integration zum verlustfreien, nachverfolgbaren Austausch von Anforderungen.<\/strong><\/p>\n Der Austausch von Anforderungen wird zunehmend wichtiger, aus prim\u00e4r zwei Gr\u00fcnden: Zum einen wird zunehmend mit Zulieferern und externen Dienstleistern gearbeitet. Zum anderen werden die Anforderungen bez\u00fcglich Nachverfolgbarkeit immer strenger, insbesondere in Entwicklungen mit Aspekten der funktionalen Sicherheit.<\/p>\n Bis vor wenigen Jahren wurden Anforderungen entweder in verlustbehafteten Formaten ausgetauscht (PDF<\/a>, Excel, Word), oder es mussten propriet\u00e4re L\u00f6sungen genutzt werden. Doch seit 2011 gibt es mit ReqIF einen offenen Standard, der den verlustfreien Austausch von Anforderungen erm\u00f6glicht [ReqIF].<\/p>\n ReqIF steht f\u00fcr „Requirements Interchange Format“ und stammt aus der Automobilindustrie. Dort wurden vermehrt Anforderungen an Zulieferer geschickt, die diese bewerten und kommentieren sollen. Dieses Szenarium kann mit ReqIF umgesetzt werden. Dazu schickt der Hersteller die Anforderungen als ReqIF zum Zulieferer, der die Bewertungsattribute mit Werten bef\u00fcllt und an den OEM zur\u00fcckschickt.<\/p>\n ReqIF 1.0.1 wurde 2011 als Standard der Object Management Group (OMG) ver\u00f6ffentlicht und darf von Nutzern und Werkzeugherstellern lizenzfrei genutzt werden. Doch die Geschichte von ReqIF begann bereits 2004, als ein Konsortium mehrerer OEMs die erste Version des Standards mit dem Namen RIF in Leben rief und die prototpyische Entwicklung eines Werkzeugs finanzierte, mit welchem ein RIF-basierter Anforderungsaustausch durchgef\u00fchrt werden konnte.<\/p>\n Der Standard durchlief mehrere Iterationen, bevor er 2011 an die OMG \u00fcbergeben wurde. Da die OMG bereits einen Standard mit dem Namen RIF hatte, wurde das Format in ReqIF unbenannt, und auch die Versionsnummer auf 1.0 zur\u00fcckgesetzt.<\/p>\n Auch wenn es schon vor 2011 die Unterst\u00fctzung von kommerziellen Werkzeugen gab, so sind die Implementierungen erst jetzt kurzem wirklich praxistauglich. Auch findet das Format langsam auch au\u00dferhalb der Automobilindustrie Beachtung.<\/p>\n Die aktuelle Version von ReqIF ist 1.2. Allerdings ist diese identisch zu ReqIF 1.0, was manchmal zu Verwirrungen f\u00fchrt. Ge\u00e4ndert hat sich lediglich der begleitende Text, jedoch nicht das Format selbst.<\/p>\n Mit dem Eclipse Requirements Modeling Framework (RMF) [RMF] gibt es auch bereits seit 2009 eine Referenzimplementierung von ReqIF, was ebenfalls zur Verbreitung von ReqIF beigetragen hat [OS13].\u00a0 Dieses Open Source-Projekt wird sowohl von mehreren kommerziellen Werkzeugen als Bibliothek zum Verarbeiten von ReqIF eingesetzt, und kann auch eigenst\u00e4ndig unter dem Namen ReqIF Studio als einfacher Requirementseditor eingesetzt werden [Studio].<\/p>\n ReqIF ist ein XML-basiertes Dateiformat. Im ReqIF-Datenmodell werden Anforderungen „SpecObjects“ genannt und k\u00f6nnen beliebig viele, typisierte Attribute haben. Sichten auf die SpecObjects werden \u00fcber „Specifications“ realisiert, die diese in einer Baumstruktur anordnen. Das Datenmodell unterst\u00fctzt die Verlinkung von SpecObjects \u00fcber „SpecRelations“, die ebenfalls beliebig viele typisierte Attribute haben.<\/p>\n Eine ReqIF-Datei enth\u00e4lt nun die zu \u00fcbertragenden Spezifikationen, die verlinkte Anforderungen enthalten. Die ReqIF-Datei enth\u00e4lt allerdings auch die Definitionen der Elemente, also die verwendeten Anforderungs- und Linktypen. Dabei werden alle g\u00e4ngigen Attributtypen unterst\u00fctzt, wie einfacher und formatierter Text, Aufz\u00e4hlungen, nummerische Werte, usw. Abgerundet wird das Format mit einem einfachen Rechtekonzept.<\/p>\n Der wichtigste Anwendungsfall ist in der Abbildung (s.\u00a0PDF<\/a>) zu sehen. Dort ist ein Roundtrip zwischen zwei Partnern gezeigt. Ein typischer ReqIF-Austausch l\u00e4uft folgenderma\u00dfen ab:<\/p>\n Basierend auf dem eben beschriebenen Prozess k\u00f6nnen nun verschiedene Anwendungsf\u00e4lle umgesetzt werden. Die wichtigsten drei werden hier beschrieben, viele andere sind denkbar.<\/p>\n Im einfachsten Fall soll ein Zulieferer die Anforderungen des Herstellers bewerten. Dazu f\u00fcgt der Hersteller den Anforderungen Bewertungsattribute hinzu, typischerweise ein Status-Attribut („Approved“, „Rejected“, „Clarify“) sowie ein Kommentarattribut, \u00fcber das zus\u00e4tzliche Information als Freitext hinzugef\u00fcgt werden kann.<\/p>\n Da dieser Anwendungsfall so wichtig ist, hat die Arbeitsgruppe [HIS], die RIF erstellt hat, auch einen Standardprozess entworfen, den sogenannten „HIS-Prozess“. Der HIS-Prozess spricht Empfehlungen f\u00fcr die Bewertungsattribute aus und wurde von der Arbeitsgruppe im Internet ver\u00f6ffentlicht.<\/p>\n Ein weiterer Anwendungsfall ist das gemeinsame Verwalten einer Offenen-Punkte-Liste. Dies bietet sich f\u00fcr zusammenarbeiten an, bei denen es um gro\u00dfe Mengen von Anforderungen geht, aber einer kleinen Menge von offenen Punkte. Hier k\u00f6nnen beide Parteien offene Punkte anlegen, die dann \u00fcber eine Traceability mit den betroffenen Anforderungen verkn\u00fcpft werden. Dies ist m\u00f6glich, da ReqIF auch Verlinkungen \u00fcbertragen kann.<\/p>\n Es ist auch m\u00f6glich, zwei Spezifikationen gleichzeitig zu \u00fcbertragen, wie ein Lastenheft und ein Pflichtenheft. Auf diesem Wege ist es m\u00f6glich, beide Spezifikationen regelm\u00e4\u00dfig zu aktualisieren, wobei der Hersteller die Hoheit \u00fcber das Lastenheft hat und der Zulieferer \u00fcber das Pflichtenheft. Die Traceability zwischen den beiden kann ebenfalls geteilt werden, was ohne ReqIF nur schwer m\u00f6glich w\u00e4re.<\/p>\n Leider bedeutet Standard nicht gleich Kompatibilit\u00e4t. Und leider hat ReqIF auch mehrere Eigenschaften, die zu Inkompatibilit\u00e4ten zwischen Werkzeugen f\u00fchren. Zum Beispiel ist das Format so m\u00e4chtig, dass es Features unterst\u00fctzt, die viele Werkzeuge selbst nicht unterst\u00fctzten. Wenn ein (valides) ReqIF nun ein solches Feature nutzt, kann das importierende Werkzeug Schwierigkeiten haben.<\/p>\n Zum Gl\u00fcck wurde dies fr\u00fchzeitig erkannt, und mit der Ver\u00f6ffentlichung von ReqIF wurde auch ein Industriekonsortium gegr\u00fcndet, welches die Kompatibilit\u00e4t von ReqIF-Implementierungen sicherstellen sollte. Das ReqIF Implementor Forum [RF] hat zu diesem Zweck einen Leitfaden f\u00fcr Hersteller von RE-Software ver\u00f6ffentlicht, welches die Kompatibilit\u00e4t erh\u00f6hen soll.<\/p>\n Die bereits erw\u00e4hnte Referenzimplementierung [RMF] erh\u00f6ht ebenfalls die Kompatibilit\u00e4t. Zum einen sind Werkzeuge, die RMF konsumieren, de Facto kompatibel, da RMF 100% kompatibel ist. Weiterhin kann RMF auch zum Testen eingesetzt werden. Zu RMF geh\u00f6rt ein Validator [Val]. Dieser \u00fcberpr\u00fcft nicht nur, ob eine ReqIF-Datei korrektes ReqIF enth\u00e4lt, sondern auch, ob die Konventionen des Implementor Forums eingehalten werden.<\/p>\n Viele Nutzer, insbesondere Zulieferer, haben kaum eine Wahl: Wenn der Kunde einen ReqIF-basierten Anforderungsaustausch verlangt, dann gibt es kaum eine Wahl. Falls dies auf die Einf\u00fchrung eines neuen Werkzeugs hinausl\u00e4uft, sollte unbedingt das Thema Kompatibilit\u00e4t genauer betrachtet werden.<\/p>\n Aber selbst wenn der Druck von au\u00dfen nicht vorhanden ist, k\u00f6nnte ein Einsatz f\u00fcr die folgenden Zwecke interessant sein:<\/p>\n ReqIF ist eine Technologie die erwachsen ist, von immer mehr Werkzeugen unterst\u00fctzt wird und auch immer mehr eingesetzt wird. Wer mit Anforderungen arbeitet, sollte die M\u00f6glichkeiten und Grenzen von ReqIF kennen.<\/p>\n [HIS] Der HIS-Prozess war f\u00fcr lange Zeit auf der Webseite der HIS verf\u00fcgbar (https:\/\/www.automotive-his.de\/). Diese ist allerdings schon seit 2016 nicht mehr erreichbar. Alternativ (registrierungspflichtig) unter\u00a0https:\/\/reqif.academy\/reference\/his-process-documentation\/<\/a><\/p>\n [ReqIF]\u00a0https:\/\/www.omg.org\/spec\/ReqIF\/1.2\/<\/a><\/p>\n [RF]\u00a0https:\/\/www.prostep.org\/projekte\/reqif-implementor-forum\/<\/a><\/p>\n [RMF]\u00a0https:\/\/www.eclipse.org\/rmf\/<\/a><\/p>\n [OS13] Michael Jastram: \u201eReqIF-OLUTION: Mit Eclipse und ReqIF zur Open-Source ALM-Werkzeugkette\u201c,\u00a0 ObjektSpektrum, 2013<\/p>\n [Studio] ReqIF Studio Download, registrierungspflichtig unter\u00a0https:\/\/reqif.academy\/software\/reqif-studio\/<\/a><\/p>\n [Val] Consequent ist der ReqIF Validator. Der Quellcode ist unter [RMF] erh\u00e4ltlich. Das ausf\u00fchrbare Programm kann heruntergeladen werden (registrierungspflichtig) unter\u00a0https:\/\/reqif.academy\/software\/consequent\/<\/a><\/p>\n Dr. Michael Jastram ist Systems Engineer mit Schwerpunkt auf die Anforderungsmodellierung. Er ist Gr\u00fcnder und Projekt Lead des Eclipse Requirements Modeling Frameworks, einem Open Source-Projekt zur Anforderungsmodellierung, das als Referenzimplementierung den offenen ReqIF-Standard umsetzt. Als Advokat f\u00fcr Offenheit teilt er sein Wissen \u00fcber B\u00fccher, Fachartikel, Vortr\u00e4ge und als Veranstalter, sowie \u00fcber seinen w\u00f6chentlichen deutschsprachigen Blog\u00a0System Engineering Trends<\/a>\u00a0und den englischsprachigen\u00a0Formal Mind Blog<\/a>. Herr Jastram hat zwanzig Jahre Berufserfahrung, davon zehn in den USA, wo er einen Abschluss am M.I.T. erwarb und als Software-Ingenieur und -Architekt in mehreren Start-Ups arbeitete. Er ist Gr\u00fcnder der D\u00fcsseldorfer Java User Group (rheinjug e.V.<\/a>). Heute ist er Gesch\u00e4ftsf\u00fchrer der Formal Mind GmbH und betreibt die\u00a0ReqIF.academy<\/a>, einer Online-Bibliothek rund um den Austausch von Anforderungen. Weiterhin unterst\u00fctzt er\u00a0Jama Software<\/a>\u00a0als Senior Solutions Architect.<\/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 Open Source \/ Embedded Software Engineering.<\/p>\n Training & Coaching zu den weiteren Themen unseren Portfolios finden Sie\u00a0hier<\/a>.<\/strong><\/p>\n Wertvolles Fachwissen zum Thema\u00a0Open Source \/ Embedded Software Engineering steht\u00a0hier\u00a0<\/strong><\/a>f\u00fcr Sie zum kostenfreien Download bereit.<\/p>\nMotivation<\/h2>\n
Die Geschichte<\/h2>\n
Das Requirements Interchange Format<\/h2>\n
ReqIF-Anwendungsf\u00e4lle<\/h2>\n
\n
ReqIF-basierter Review<\/h2>\n
Offene-Punkte-Liste<\/h2>\n
Lastenheft-Pflichtenheft<\/h2>\n
Kompatibilit\u00e4t<\/h2>\n
ReqIF effektiv nutzen<\/h2>\n
\n
Fazit<\/h2>\n
Literatur und Quellen<\/h2>\n
Autor<\/h2>\n
\nOpen Source – unsere Trainings & Coachings<\/h2>\n
\nOpen Source – Fachwissen<\/h2>\n