Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.




Projekttitel: Syntax für Normenanforderungen 



deutscher ProjekttitelSyntax für Normenanforderungen 
englischer ProjekttitelSyntax for Norming Requirements 



Ideengeber*in:


NameDr. Henning Femmer
OrganisationQualicen GmbH
AdresseLichtenbergstr. 8
E-Mail (optional)85748 München
Telefon (optional)

0176/38927921

Website (falls vorhanden)https://www.qualicen.de


Potenzielle Projektpartner*innen


Eventuell steht Prof. Dr. Andreas Vogelsang vom DCAITI, TU Berlin für Reviews und konzeptionelle Unterstützung zur Verfügung.

Ausgangslage


Normen sind komplexe Dokumente, mit unterschiedlichsten Inhalten, von Zeichnungen über Kommentare bis hin zu Anforderungen als Kern jeder Norm: Die Anforderungen definieren möglichst präzise und verständlich welche Systeme oder Objekte Normenkonform sind.

Um im Rahmen der Digitalisierung und Industrie 4.0 mit der immer größeren Anzahl an Prüfobjekten und mit iterativen, schnelleren Entwicklungszyklen mithalten zu können, ist auch die Normierung in einem großen Wandel. Normen bekommen immer mehr Syntax (in Form von immer mehr Struktur) um die Lesbarkeit zu erhöhen, die Mehrdeutigkeiten und die Komplexität zu reduzieren und Normen zukünftig auch maschineninterpretierbar zu machen.

Ein erster Schritt in diese Richtung ist der NISO-STS Standard (ANSI/NISO Z39.102-2017 Standards Tag Suite, https://www.niso-sts.org/XML-Schema für Normdokumente). Der Standard zeigt die Entwicklung auf, dass Normdokumente immer mehr Struktur bekommen. Jedoch beschränkt sich die Struktur eher auf Formataspekte und Dokument-Metadaten. Nur wenige Auszeichnungen, wie z.B. die Unterscheidung zwischen normativen und nicht normativen Verweisen oder explizite Definitionen greifen in die inhaltliche (bzw. semantische) Ebene. Die Kerninhalte sind leider noch immer unstrukturierter Text - allen voran Anforderungen.

Die daraus resultierende Probleme sind:

  • Inkonsistenzen: Jeder schreibt "wie ihm/ihr der Schnabel gewachsen ist". 
  • Schlechte Lesbarkeit: Verständnis der Normanforderungen hängt stark von der Interpretation (und dem Vorwissen) der Leser ab. Z.T. ist grammatikalische Mehrdeutigkeit nicht ohne Hintergrundwissen aufzulösen.
  • Bewusst schwammige Formulierungen: Weil formalere Beschränkungen nicht existieren, versuchen Stakeholder Normanforderungen auch bewusst schwammig zu formulieren um sich nicht zu sehr festzulegen. Dies ist politisch vielleicht erwünscht, für den Normanwender aber durchaus problematisch, weil eine Interpretation entsprechend viel Spielraum lässt. 
  • Aufwand in der Erstellung: Die reine Formulierung der Normanforderungen ist auch unabhängig vom Inhalt eine hochgradig komplexe Aufgabe.
  • Blick in die Zukunft: Damit wir nicht nur die Dokumente, sondern in Zukunft auch die Anforderungen stärker machinenlesbare und -prüfbare definieren, muss bereits jetzt damit begonnen wird, die grammatikalische Komplexität so weit wie möglich aus der Normierung zu eliminieren. Ohne strukturierte Sprache in der normativen Anforderungsbeschreibung ist eine angestrebte maschinelle Verarbeitung von Normenanforderungen noch in sehr weiter Ferne. 

Ansatz

Unser Ansatz basiert dabei auf einem publizierten, wissenschaftlich anerkannten Vorgehen, dass wir gemeinsam mit der TU München entwickelt haben (1,2). Gegebenenfalls ließe sich auch Prof. Vogelsang als Projektpartner einbinden. Das Vorgehen basiert dabei auf vier einfachen Schritten:

  1. Abstrakte Syntax (Inhaltsmodell) erstellen: Hierzu müssen zunächst genau die Inhalte von Normenanforderungen geprüft werden. Dazu werden durch Abstraktion von unterschiedlichen konkreten Normen ein UML Klassendiagramm als Inhaltsmodell inkl. Zusammenhänge erstellt. Diese Abstrakte Syntax ist sprachunabhängig und kann sowohl für deutsch-sprachige als auch englisch-sprachige Normen verwendet werden.
  2. Konkrete Syntax (Sprachliche Formulierungen) definieren: Im Anschluss muss aus der abstrakten Syntax durch Definition von fixierten Sprachmustern und -Formulierungen eine konkrete Syntax erstellt werden. Diese konkrete Syntax soll sowohl für deutsche als auch englische Texte konzipiert werden und orientiert sich an den ersten Syntaxfragmenten aus dem Beispiel der ISO/IEC/IEEE 29148:2018 in Fig. 1. Für ein Beispiel einer konkreten Syntax aus einem anderen Kontext siehe Bild unten.
  3. Evaluierung der Syntax: Die DKE stellt ein Beispielset an Anforderungen zur Verfügung. Anhand dieses Beispielsets sollen zwei Aspekte evaluiert werden: 1. Lassen sich alle Aussagen auch in der neuen Syntax ausdrücken? 2. Wie lesbar sind die Ergebnisse? Diese Evaluierung soll mit Hilfe von Experten im Umkreis des DKE durchgeführt werden.
  4. Dokumentation einer Vornorm (z.B. DIN Spec, VDE Spec) als erstes Konzept in Form von Guidelines zu Eigenschaften einer Syntax für Normenanforderungen. 

(1) Eckhardt, J., Vogelsang, A., Femmer, H., & Mager, P. (2016, September). Challenging incompleteness of performance requirements by sentence patterns. In 2016 IEEE 24th International Requirements Engineering Conference (RE) (pp. 46-55). IEEE.

(2) Eckhardt, J., Vogelsang, A., & Femmer, H. (2016, September). An approach for creating sentence patterns for quality requirements. In 2016 IEEE 24th International Requirements Engineering Conference Workshops (REW) (pp. 308-315). IEEE.


Nutzen


Worin liegt das Optimierungspotential?

Die Anwendung von Syntax ist ein ausgiebig erforschte Technik, die im Requirements Engineering breite Anwendung findet (siehe 1,2). Beispiele für weitere, verbreitete Syntaxen sind etwa EARS (3) und die MASTER-Schablone (4). Die Gründe für die weite Verbreitung sind einfach:

  • Erhöhte Lesbarkeit und mehr Eindeutigkeit: Konsistente Anforderungen in Wort und Struktur vereinfachen dem Gehirn die Verarbeitung der aufzunehmenden Informationen. Dies sorgt nicht nur für eine erhöhte Lesegeschwindigkeit, sondern auch für mehr Eindeutigkeit in der Definition. Das Ergebnis des Prozesses ist dabei eine Teilmenge der deutschen oder englischen Sprache, die entstandenen Anforderungen (das Ergebnis) sind also ganz normal lesbare Anforderungen. Ohne Hintergrundwissen merkt man nur an der stärkeren Struktur, dass die Anforderungen aus einer Syntax entstehen.
  • Vereinfachung des Schreibprozesses und erhöhte Vollständigkeit: Eine Syntax leitet eine/n Autor/in entlang der zu beantwortenden Fragestellungen innerhalb der Definition. Dies vereinfacht nicht nur das Schreiben, sondern sorgt auch dafür, dass alle inhaltliche Teilaspekte nicht vergessen werden (z.B. Nebenbedingungen).
  • Automatische Auswertung und Ausblick: Zwischenschritt zum Digitaler Zwilling und automatische Prüfung im digitalen Zwilling: Die Syntax ermöglicht, dass Strukturen maschinenlesbar werden und weiterverarbeitet werden können. Mögliches Beispiel ist der Export von Anforderungen in Engineering Systeme. Dies muss aktuell manuell vorgenommen werden, was zeitintensiv und fehleranfällig ist. Eine saubere Erkennung von Anforderungen und ein möglicher Export würden viel Geld sparen. Es gibt aktuell Bestrebungen bei DIN (etwa für SNIF) Anforderungen nachgelagert und automatisiert zu ermitteln, aber die Erkennung erreicht keine 100% Genauigkeit. Deswegen müssen Experten zur Korrektur wieder herangezogen werden. Würde bei der Definition der Anforderungen bereits eine formalere Sprache verwendet werden, so könnte die Erkennung und auch die Interpretation vereinfacht werden. 
  • Verwendung über die Normierung hinaus: Falls sich die Syntax bewährt, möchten wir sie über die Normung hinaus verwenden. Eventuell ist auch denkbar, dass die Norm Einzug in die ISO/IEC/IEEE 29148 und damit in das Requirements Engineering im Allgemeinen findet. Dazu ist es jedoch aus unserer Sicht sinnvoll im ersten Schritt den Anwendungskreis erst einzuschränken und dann im zweiten Schritt zu erweitern.

(3) Mavin, Alistair, et al. "Easy approach to requirements syntax (EARS)." 2009 17th IEEE International Requirements Engineering Conference. IEEE, 2009.

(4) Die Sophisten. "Master: Schablonen für alle Fälle." Nürnberg: SOPHIST GmbH. (2013).

Wer profitiert von der Innovation und dem Standard?

Die Requirements Syntax hilft Menschen und Maschinen:

  • Autoren von Normen: Einfacheres und eindeutigeres Schreiben.
  • Leser von Normen: Konsistentere Normenbeschreibungen, eindeutigere Semantik.
  • Anwender: Fixierte, klare Normenbeschreibung, keine Politik.
  • Ausblick: Produkthersteller können automatisiert Produkte gegen Normen prüfen.

Wie werden die Ergebnisse nach Projektabschluss verwertet?

Aktuell werden Normen auf Maschineninterpretierbarkeit hin untersucht. Hierbei zeigen erste Erkenntnisse, dass Normen bei der Beschreibung und Definition zu viel Interpretationsspielraum zulassen bzw. die notwendige Genauigkeit fehlt, um eine maschinelle Verarbeitung oder Interpretation realisieren zu können. Im Anschluss an das Projekt können die Ergebnisse über eine erweiterte Machbarkeitsstudie bei DIN/DKE validiert und mit aktuellen (internationalen) Projekten zur Digitalisierung der Normung abgeglichen und ggf. zusammengeführt werden. Außerdem streben wir an die Ergebnisse der wissenschaftlichen Community zur Verfügung zu stellen, um für den Nutzen der Industrie und die (wissenschaftliche) Weiterentwicklung der Lösung zu werben.

Eine Syntax für Anforderungen ist darüber hinaus nicht nur auf den Anwendungsbereich normativer Dokumente beschränkt. Die hier erzielten Ergebnisse können relativ leicht bezüglich Anforderungen aus technischen Dokumenten (Lastenhefte, Produktanforderungen usw.) generalisiert bzw. dahingehend erweitert werden.  

Skizzieren Sie bitte die europäische/internationale Bedeutung

Die Arbeiten greifen die ersten Gedanken und Beispiele zu Normen für Anforderungen aus der ISO/IEC/IEEE 29148:2018 auf und erzeugt daraus eine systematische Syntax.

Der sprachneutrale Ansatz, sowie die Konkretisierung der Syntax sowohl für deutsche als auch für englische Texte, ermöglicht ein Einbringen der Ergebnisse in die internationale Normung. Mit der Verständigung der Normungscommunity (IEC, ISO, CCMC und andere) auf ein einheitliches XML-Format zur Beschreibung normativer Dokumente, könnte eine einheitliche (teilweise sprachunabhängige) Syntax zur Definition von Anforderungen ein logischer nächster Schritt in der Harmonisierung der internationalen Normungscommunity darstellen. 

Bestehen Einreichungsmöglichkeiten bei Europäischen und internationalen Normungsorganisationen (CEN/CENELEC/ISO/IEC)

Im Zuge der Digitalisierung der Normung ist eine Weiterentwicklung und Anpassung der DIN 820 und der Direktiven von ISO/IEC notwendig. Diese Dokumente regeln die Art und Weise wie Normen auszusehen haben bzw. wie diese zu erstellen sind.

Eine Syntax für normative Anforderungen kann dazu beitragen, die aktuell festgestellten Defizite im Normerstellungsprozess bzw. bezüglich der Qualität des Normeninhalts (5) zu mindern und somit einen wesentlichen Beitrag zur international angestrebten verbesserten maschinellen Interpretierbarkeit von Normen beizutragen. Diese Ergebnisse könnten also direkt in die Anpassung der regulatorischen Vorgaben der o.g. Dokumente führen und somit in erster Linie dem DIN-Normenausschuss Grundlagen der Normungsarbeit, sowie den Directives Maintenance Teams von ISO/IEC/CCMC zur Verfügung gestellt werden.

Außerdem können neue Erkenntnisse, die sich über das Anwendungsgebiet der Normung hinausbewegen, dem ISO/IEC JTC 1/SC 7 zur Weiterentwicklung der ISO/IEC/IEEE 29148:2018 zur Verfügung gestellt werden, die das Problem einer fehlenden Syntax bereits adressiert aber noch nicht gelöst hat. 

(5) Rauh, Wischhöfer. "Stand der Arbeiten zum Thema maschinenausführbare Normeninhalte". DIN Mitteilungen. (August 2019).

Skizzieren Sie bitte die Markt- und gesellschaftliche Relevanz

Von dem Ansatz können sowohl der Markt, als auch die Gesellschaft profitieren: Der Markt profitiert durch eindeutigere Normen, eine beschleunigte und besser nachvolziehbare Normenkonformitätsprüfung. Daraus ergibt sich ein nicht zu unterschätzender Standortvorteil, weil Produkte eine verbesserte Time-to-Market aufweisen können. Die Gesellschaft profitiert durch eine verbesserte Einhaltung der Normen mit der Konsequenz, dass breitere Teile der Bevölkerung normierte Produkten verwenden und damit immer stärker die Vorteile einer flächendeckenden Normung nutzen können. 

Kompetenzen und Ressourcen


Wir bei Qualicen sind Experten für Requirements Engineering. Etabliert im deutschen Markt gehören große deutsche Automobilhersteller und Zulieferer zu unseren Kunden. Dabei bieten wir Schulungen zum Requirements Engineering, Coaching, wie etwa Definitionen von Syntax und wissenschaftliche Analysen an. Weiterhin sind wir Experten für Computerlinguistik. Wir werden daher die Syntax bereits jetzt so gestalten, dass sie bereits jetzt den Grundstein für in Zukunft einfacher und eindeutiger auswertbare Normen legt.

Mit der Definition einer spezifischen Requirements Syntax haben wir Erfahrung in Forschung (s.o.) und Praxis. So haben wir für einen globalen OEM eine Syntax entworfen, die gerade in die Praxis umgesetzt wird. Diese Syntax wird aktuell global in Deutschland, USA, Mexiko, Indien geschult und eingesetzt. Bei den Schulungen berichten unsere Teilnehmer wie viel einfacher das Schreiben mittels einer Syntax im Vergleich zu "freiem" Schreiben ist. Dabei leiten Templates (siehe Foto) die Autoren beim einfachen Erlernen der Syntax. Ein Erfahrungsbericht hierzu ist nachzulesen auf unserem Blog unter https://www.qualicen.de/blog/?p=849


 

Standardisierungsscope


Aktuell existieren nur ganz punktuell Ideen zu einer Syntax für Anforderungen im Allgemeinen. : Die DIN 820 etwa gibt Schlüsselworte zur Verbindlichkeit an, die ISO/IEC/IEEE 29148 identifiziert das Problem und gibt , aber diskutiert lediglich einen Auszug einer Syntax als Beispiel an. Diese Lücke im Standardisierungsprozess ist einer der Ursachen für die Schwankungen in der Qualität der Anforderungsbeschreibung in Normen. Diese Die durchwachsene Qualität schlägt sich dann auf die Lesbarkeit, die Eindeutigkeit und schlußendlich auch die Anwendung der Normen durch.

Um dieses Problem zu beheben schlagen wir einen wissenschaftlich anerkannten Prozess zur Standardisierung der Formulierung von Normanforderungen (Syntax) vor: Im ersten Schritt werden dazu die Inhalte der Anforderungen normalisiert (Abstrakte Syntax), im zweiten Schritt wird diese Abstrakte Syntax mit konkreten Formulierungen versehen (konkrete Syntax), bevor im dritten Schritt die Syntax anhand von Daten der DKE auf ihre Mächtigkeit und Nutzbarkeit evaluiert wird.

Wir werden im Rahmen dieses Projekts Lösungsvorschläge und Handlungsempfehlungen erstellen, die dann im Anschluss in den Normungsprozess gegeben werden soll (DIN-Normenausschuss Grundlagen der Normungsarbeit und Directives Maintenance Teams von ISO/IEC/CCMC). Langfristig könnte die Norm dann für Anforderungen im Allgemeinen (Lastenheft, Pflichtenheft, etc.) erweitert werden und dann schließlich dem ISO/IEC JTC 1/SC 7 zur Weiterentwicklung der ISO/IEC/IEEE 29148:2018 zur Verfügung gestellt werden.


Hide If
special@anonymous
groupconfluence-users

HINWEIS: Die nachfolgenden Inhalte sind nur für Sie sichtbar und können von anderen Nutzer*innen nicht eingesehen werden.

Optionale Anhänge


Hier können Sie bei Bedarf Anhänge per Drag&Drop einfügen. Diese sind nur im Modus "Bearbeiten" für Sie und die Community Manager*in sichtbar. HINWEIS: Dokumente, die Sie außerhalb des Bereiches "Optionale Anhänge" anfügen, sind für jede/n Nutzer*in sichtbar.

Dokumente hier per Drag&Drop ablegen:

>>> <<<


Projektplan



Roadmap Planner
maplinks
timelinetrue
pagelinks
source%7B%22title%22%3A%22Roadmap%20Planner%22%2C%22timeline%22%3A%7B%22startDate%22%3A%222020-01-01%2000%3A00%3A00%22%2C%22endDate%22%3A%222021-04-01%2000%3A00%3A00%22%2C%22displayOption%22%3A%22MONTH%22%7D%2C%22lanes%22%3A%5B%7B%22title%22%3A%22AP1%22%2C%22color%22%3A%7B%22lane%22%3A%22%23f6c342%22%2C%22bar%22%3A%22%23fadb8e%22%2C%22text%22%3A%22%23594300%22%2C%22count%22%3A1%7D%2C%22bars%22%3A%5B%7B%22title%22%3A%22AP1%22%2C%22description%22%3A%22AP1%22%2C%22startDate%22%3A%222020-02-29%2017%3A06%3A32%22%2C%22duration%22%3A3.99009900990099%2C%22rowIndex%22%3A0%2C%22id%22%3A%2242b083ae-e281-444f-9595-a32e600b40dd%22%2C%22pageLink%22%3A%7B%7D%7D%5D%7D%2C%7B%22title%22%3A%22AP2%22%2C%22color%22%3A%7B%22lane%22%3A%22%233b7fc4%22%2C%22bar%22%3A%22%236c9fd3%22%2C%22text%22%3A%22%23ffffff%22%2C%22count%22%3A1%7D%2C%22bars%22%3A%5B%7B%22title%22%3A%22AP2%22%2C%22description%22%3A%22Das%20ist%20die%20dritte%20Leiste.%22%2C%22startDate%22%3A%222020-03-31%2017%3A38%3A01%22%2C%22duration%22%3A8.01980198019802%2C%22rowIndex%22%3A0%2C%22id%22%3A%2226990016-f2be-4f69-9e6e-e419746fb733%22%2C%22pageLink%22%3A%7B%7D%7D%5D%7D%2C%7B%22title%22%3A%22AP%203%22%2C%22color%22%3A%7B%22lane%22%3A%22%238eb021%22%2C%22bar%22%3A%22%23aac459%22%2C%22text%22%3A%22%23ffffff%22%2C%22count%22%3A1%7D%2C%22bars%22%3A%5B%7B%22rowIndex%22%3A0%2C%22startDate%22%3A%222020-08-02%2020%3A11%3A52%22%2C%22id%22%3A%22c60d6bf2-1670-4e08-a804-bf97a8368001%22%2C%22title%22%3A%22AP3%22%2C%22description%22%3A%22%22%2C%22duration%22%3A3.9702970297029703%2C%22pageLink%22%3A%7B%7D%7D%5D%7D%2C%7B%22title%22%3A%22AP%20Standardisierung%22%2C%22color%22%3A%7B%22lane%22%3A%22%23d04437%22%2C%22bar%22%3A%22%23dc7369%22%2C%22text%22%3A%22%23ffffff%22%2C%22count%22%3A1%7D%2C%22bars%22%3A%5B%7B%22rowIndex%22%3A0%2C%22startDate%22%3A%222020-11-01%2007%3A07%3A43%22%2C%22id%22%3A%22b51a8ba5-e9d9-4871-be27-2a888a4d9def%22%2C%22title%22%3A%22AP%20Standardisierung%22%2C%22description%22%3A%22Standardisierungsarbeiten%22%2C%22duration%22%3A3.99009900990099%2C%22pageLink%22%3A%7B%7D%7D%5D%7D%5D%2C%22markers%22%3A%5B%7B%22title%22%3A%22Markierung%201%22%2C%22markerDate%22%3A%222019-10-11%2010%3A27%3A19%22%7D%2C%7B%22markerDate%22%3A%222020-01-01%2000%3A00%3A00%22%2C%22title%22%3A%22Markierung%202%22%7D%5D%7D
titleRoadmap%20Planner
hash18e857cd584e01ae98cb87dc189e527d

Beschreibung des Projektes


Vorgehen wie oben beschrieben. Wir teilen das Projekt in vier Arbeitspakete, welche eher sequenziell abgearbeitet werden, jedoch jeweils Überarbeitungsschritte auslösen können.

AP1: Inhaltsmodell: Inhalte von Normenanforderungen prüfen, Inhaltsmodell erstellen (Abstrakte Syntax)

AP2: Konkrete Syntax: Sprachliche Formulierung definieren, evtl. für Deutsch + Englisch (Konkrete Syntax)

AP3: Evaluierung: Vergleichbarkeitsanalyse von Normen mit Syntax und ohne anhand von Beispieldaten der DKE, ggf. Nachschärfen der Syntax.

AP4: Standardisierung: Initiieren und Erarbeiten der Vornorm.

Aufwandsschätzung


Bei Qualicen liegt die Cost Rate bei 6.683€ pro PM.


AP 1AP 2AP 3AP 4
1 PM = 6.683€

2 PM = 13.366€

1 PM = 6.683€

1 PM = 6.683

400€400€400€385€
0€0€0€0€

Förderbetrag


Förderbetragbitte eine zutreffende Option wählen
10.000 €
  •   
20.000 €
  •   
35.000 €
  •   



Show If
special@anonymous

Excerpt Include
HUA:Hinweis zum Login und zur Anmeldung (Version 2)
HUA:Hinweis zum Login und zur Anmeldung (Version 2)
nopaneltrue