Qualitätsbewertung

Quality Assessment ist eine Funktion, die in den ValiAssistant integriert ist. Sie analysiert die Texte der ausgewählten Anforderungen anhand eines Satzes von INCOSE-Regeln und stellt dem Benutzer einen Qualitätswert sowie einen Qualitätskommentar dazu bereit, wie die Anforderungen verbessert werden können, wenn der Wert niedrig ist. Diese Informationen werden in zwei spezifische Spalten geschrieben, die in den Anforderungstabellen aktiviert werden können und „Quality Assessment Comment“ und „Quality Assessment Score“ heißen. Informationen zur Gesamtqualität der Anforderungen werden außerdem in den Insights Dashboards im Requirements Module hervorgehoben.

Auf die Quality Assessment kann von drei verschiedenen Stellen aus zugegriffen werden. Je nachdem, von welcher Stelle aus darauf zugegriffen wird, variiert der Kontext des zur Bewertung gesendeten Objekts.

Zugriff über die ValiAssitant-Schaltfläche

Innerhalb einer bestimmten Spezifikation oder unter „All requirements“ kann der Benutzer „Quality Assessment“ auswählen, indem er oben rechts auf den ValiAssitant zugreift, wie in Abbildung General Quality Assessment gezeigt.

Allgemeine Quality Assessment - Zugriff über den ValiAssistant

Beim Zugriff auf die Quality Assessment über den ValiAssistant werden alle Anforderungen in der aktuellen Anforderungstabelle analysiert.

Zugriff über die Aktionsspalte

Die Quality Assessment kann direkt über die Aktionsspalten einzelner Anforderungen oder einer Menge gesammelt ausgewählter Anforderungen ausgelöst werden, wie in Abbildung Individual Quality Assessment gezeigt.

Individuelle Quality Assessment - Beim Zugriff auf die Quality Assessment über die Aktionsspalte werden nur die einzelne Anforderung oder die gesammelt ausgewählten Anforderungen berücksichtigt.

Beim Zugriff auf die Quality Assessment über die Aktionsspalte wird entweder die einzelne Anforderung oder die Menge der ausgewählten Anforderungen in der aktuellen Anforderungstabelle analysiert.

Zugriff über die Insights

Die Quality Assessment kann auch über die Insight Dashboards auf Spezifikationsebene ausgelöst werden, wie in Abbildung Quality Assessment Insights gezeigt.

Quality Assessment Insights - Zugriff auf die Quality Assessment innerhalb des Insights-Bereichs der Spezifikation oder von „All Requirements“.

Beim Zugriff auf die Quality Assessment über die Insights werden alle Anforderungen in der aktuell ausgewählten Spezifikation analysiert.

Ablauf der Quality Assessment

Nach dem Auslösen der Quality Assessment zeigt Requirements & Systems Portal an, wie viele Anforderungen analysiert werden.

Anschließend informiert Requirements & Systems Portal Sie darüber, dass die Quality Assessment erfolgreich war.

Am Ende liefern „Quality Assessment Comment“ und „Quality Assessment Score“ zusätzliche Informationen über die Qualität Ihres Anforderungstextes, wie in Abb. Additional Quality Information gezeigt.
 

Zusätzliche Qualitätsinformationen - Die Informationen werden in den beiden hier hervorgehobenen Spalten angezeigt.

Bewertungskriterien

• Score: 0-20 / 1 (Stufe 1 - Unzureichend)

  • Kriterien: Der Anforderungstext verstößt gegen mehrere INCOSE-Standards. Es fehlt an Struktur, es wird das Passiv verwendet, er enthält vage Begriffe und weist schlechte Grammatik und Zeichensetzung auf. Keine klar verantwortliche Einheit oder mehrdeutig bzw. nicht umsetzbar.

• Score: 21-40 / 2 (Stufe 2 - Verbesserungsbedürftig)

  • Kriterien: Die Anforderung folgt einigen Standards, weist jedoch erhebliche Probleme auf. Sie ist möglicherweise teilweise strukturiert, verwendet aber weiterhin das Passiv, enthält Ausweichklauseln oder es fehlen spezifische, messbare Zielwerte.

• Score: 41-60 / 3 (Stufe 3 - Zufriedenstellend)

  • Kriterien: Die Anforderung folgt den Standards im Allgemeinen, weist jedoch einige kleinere Probleme auf. Sie ist möglicherweise überwiegend strukturiert, enthält aber kleinere grammatikalische Fehler oder es fehlen spezifische Maßeinheiten.

• Score: 61-80 / 4 (Stufe 4 - Gut)

  • Kriterien: Die Anforderung erfüllt die meisten Standards. Gut strukturiert, im Aktiv formuliert und mit spezifischen messbaren Zielwerten, kann jedoch ein oder zwei kleinere Probleme aufweisen.

• Score: 81-100 / 5 (Stufe 5 - Exzellent)

  • Kriterien: Die Anforderung erfüllt die Standards vollständig. Sie ist klar strukturiert, im Aktiv formuliert, enthält spezifische messbare Zielwerte, keine grammatikalischen Fehler und ist eindeutig sowie umsetzbar.

Nach einer Quality Assessment wird der Gesamtqualitätswert an das Insight Dashboard übermittelt und abhängig vom Wert als „Low“ (Wert unter 50), „Medium“ (Wert zwischen 50 und 70) und „High“ (Wert über 70) dargestellt, wie in Abbildung Insights Quality Score gezeigt.

Insights Quality Score - Gesamtqualitätsanzeige für die analysierten Anforderungen.

Für die Bewertung berücksichtigte INCOSE-Regeln

R1 - Verwenden Sie einen strukturierten, vollständigen Satz: Subjekt, Verb, Objekt. 
R2 - Verwenden Sie das Aktiv in der Hauptsatzstruktur der Bedarfs- oder Anforderungsaussage, wobei die verantwortliche Einheit klar als Subjekt des Satzes identifiziert ist. 
R3 - Stellen Sie sicher, dass Subjekt und Verb der Bedarfs- oder Anforderungsaussage für die Einheit geeignet sind, auf die sich der Bedarf oder die Anforderung bezieht. 
R5 - Verwenden Sie den bestimmten Artikel „the“ anstelle des unbestimmten Artikels „a“.
R6 - Verwenden Sie geeignete Einheiten bei der Angabe von Mengen. Alle Zahlen sollten ausdrücklich mit Maßeinheiten angegeben werden.
R7 - Vermeiden Sie die Verwendung vager Begriffe wie „some“, „any“, „allowable“, „several“, „many“, „a lot of“, „a few“, „almost always“, „very nearly“, „nearly“, „about“, „close to“, „almost“ und „approximate“. 
R8 - Vermeiden Sie Ausweichklauseln wie „so far as is possible“, „as little as possible“, „where possible“, „as much as possible“, „if it should prove necessary“, „if necessary“, „to the extent necessary“, „as appropriate“, „as required“, „to the extent practical“ und „if practicable“. 
R9- Vermeiden Sie offene Klauseln wie „including but not limited to“, „etc.“ und „and so on“. 
R10 - Vermeiden Sie überflüssige Infinitive wie „be designed to“, „be able to“, „be capable of“.  
R12, 13, 14 - Verwenden Sie korrekte Grammatik, Rechtschreibung und Zeichensetzung.
R15 - Verwenden Sie eine definierte Konvention, um logische Ausdrücke wie „[X AND Y]“, „[X OR Y]“, [X XOR Y]“, „NOT[X OR Y]“ auszudrücken.
R16 - Vermeiden Sie die Verwendung von „not“ 
R17 - Vermeiden Sie die Verwendung des Schrägstrichsymbols ("/") außer bei Einheiten, d. h. km/hr
R18 - Schreiben Sie einen einzelnen Satz, der einen einzelnen Gedanken enthält, der durch relevante Nebensätze bedingt und qualifiziert wird.
R19 - Vermeiden Sie Verknüpfer, die Satzteile verbinden, wie „and“, „or“, ”then”, ”unless”, ”but”, ”as well as”, ”but also”, ”however”, ”whether”, ”meanwhile”, ”whereas”, ”on the other hand” oder ”otherwise”. 
R20 - Vermeiden Sie Formulierungen, die den Zweck des Bedarfs oder der Anforderung angeben. 
R21 - Vermeiden Sie Klammern und eckige Klammern mit untergeordnetem Text.
R22 - Zählen Sie Mengen explizit auf, anstatt ein Gruppenwort zur Benennung der Menge zu verwenden. 
R24 - Vermeiden Sie die Verwendung von Pronomen und unbestimmten Pronomen.
R26 - Vermeiden Sie die Verwendung unerreichbarer Absolutheiten wie 100'%' Zuverlässigkeit, 100'%' Verfügbarkeit, all, every, always, never usw.
R28 - Drücken Sie die aussagenlogische Natur einer Bedingung für eine einzelne Aktion explizit aus, anstatt Listen von Aktionen für eine bestimmte Bedingung anzugeben.
R29 - Klassifizieren Sie die Bedarfe und Anforderungen entsprechend den Aspekten des Problems oder Systems, die sie adressieren. 
R31 - Vermeiden Sie bei der Definition von Design-Eingaben die Angabe einer Lösung, sofern es keine Begründung für die Einschränkung des Designs gibt. Konzentrieren Sie sich auf das Problem, das „Was“, und nicht auf die Lösung, das „Wie“. 
R32 - Verwenden Sie „each“ anstelle von „all“, „any" oder „both“, wenn eine universelle Quantifizierung beabsichtigt ist. 
R33 - Definieren Sie Mengen mit einem Wertebereich, der für die Einheit geeignet ist, auf die sie angewendet werden und gegen die die Einheit verifiziert oder validiert wird.
R34 - Geben Sie spezifische messbare Leistungsziele an, die für die Einheit geeignet sind, für die der Bedarf oder die Anforderung formuliert ist und gegen die verifiziert wird, dass die Einheit diese erfüllt.
R35 - Definieren Sie zeitliche Abhängigkeiten explizit, anstatt unbestimmte zeitliche Schlüsselwörter wie „eventually“, „until“, „before“, „after“, „as“, „once“, „earliest“, „latest“, „instantaneous“, „simultaneous“, „at last“ zu verwenden.
R38 - Vermeiden Sie die Verwendung von Abkürzungen.