Projekt zur Beurteilung von Requirements besondere Fragestellungen

Transkript

1 Buchenweg Pfaffenhofen a.d.roth Telefon Gabriele Frenzel willkommen@newtec.de

2

3

4 Erfahrungsbericht Projekt zur Beurteilung von Requirements besondere Fragestellungen Übernahme sämtlicher Kundenwünsche Qualität der Requirements Einsatz des Tools Telelogic DOORS

5 Fragestellungen und Vorgehensweise Untersuchung der Vorgehensweise beim Import in die Datenbank Umsetzung der Kundenwünsche in Requirements Untersuchung der einzelnen Qualitätskriterien Darstellung der Analyseergebnisse in DOORS Einsatz von Metriken

6 Import Kundenwünsche Requirements DOORS - Datenbank 1400 Seiten Word-Dokumentation in die Datenbank DOORS

7 erste Metrik zur Vollständigkeit Verhältnis : Anzahl Kundenwünsche in DB Anzahl Requirements in DB Verhältnis 50 : 1 detaillierte Untersuchung über die Art und Weise des Imports

8 Import Absolute Number DOORS-Objekt-Text 7. Überschrift Überschrift 2 : : 7. Überschrift Überschrift 2 : Überschrift Satz 1. Satz 2, Nebensatz. Satz 3 : Überschrift Satz 1, Nebensatz. Satz 2. : Überschrift. Satz 1. Satz 2. Satz 3. Satz 4. : : 7.5 Überschrift.. TE 1 TE 3 TE 5 TE 2 TE 4 TE 6 Word-Dokumentation : : Überschrift.. Satz 1. Satz 2, Nebensatz. Satz Überschrift Satz1. Satz 2. Satz 3. Satz Überschrift Satz1. Satz 2. Satz 3. Satz Überschrift TE TE 3 TE TE 2 TE 4 TE 6 Datenbank, Folder Kundenwünsche

9 zweite Metrik zur Vollständigkeit Verhältnis: Anzahl der gefilterten Kundenwünsche in DB Anzahl Requirements in DB Verhältnis 7 : 1 schematische Filterung nicht ausreichend Kundenwünsche müssen inhaltlich kategorisiert werden

10 Kategorisierung der Kundenwünsche nach Detaillierungs Level System Level non-system Level Information (z.b.für Überschriften) Ergebnis: (nur für 3% der Kundenwünsche durchgeführt) Ergebnis hochgerechnet Verhältnis: Kundenwunsch Requirement 2 : 1

11 Betrachtung weiterer Qualitätskriterien Vollständigkeit - inhaltlicher Aspekt Traceability Identifizierbarkeit Atomarität Verständlichkeit Testbarkeit

12 Betrachtung der Qualitätskriterien in der DB Notwendigkeit Per Definitionem geg. Vollständigkeit Traceability umgesetzt teilw. umgesetzt nicht umgesetzt default vorhanden ungenau fehlt default Kundenanforderung Identifizierbarkeit Atomarität Verständlichkeit Testbarkeit Kommentar Requirement ja nein default ja nein default ja nein default Konsistenz - Eindeutigkeit Verständlichkeit Vollständigkeit

13 Vollständigkeit (inhaltl. Aspekt) beurteilt durch 4-Augen-Prinzip Zuordnung der Kriterien nach Bauchgefühl Messung durch Metrik vollständig umgesetzte Kundenanforderung (gefilterte) Kundenanforderungen gesamt

14 Verfolgbarkeit beurteilt anhand der Links zwischen Requirements und Kundenanforderungen ungenaue Verlinkung erfolgte auf Überschrift nicht auf Text der Kundenanforderung unmöglich aus Requirement Testkriterien abzuleiten keine Verfeinerung der Requirements möglich eindeutige Kriterium für die Zuordnung vorhanden gut durch Metrik beurteilbar verfolgbare Kundenanforderung (gefilterte) Kundenanforderungen gesamt

15 Identifizierbarkeit Identifier vorhanden für jedes Requirement Projektname plus manuell vergebene Nummer nur manuell pflegbar Zwischenzahlen reichten nicht aus => Nr. 4711n nicht datenbankweit eindeutig keine Metrik erstellt, da komplette DB betroffen Vorschlag: Prefix (Projekt und Modulname) + DOORS-Nummer (von DOORS autom. vergeben)

16 Atomarität anhand sprachlicher und inhaltlicher Kriterien gut zu beurteilen (Wort und, oder ) fast nie gegeben, da Kundenanforderung aus mehreren Sätzen bestanden, die nur zu Requirement umformuliert wurden Vorsicht bei Nebensätzen, die eigene Requirements enthalten können. atomare Requirements Requirements gesamt

17 Testbarkeit beurteilt durch 4-Augen-Prinzip - ähnlich wie bei Verständlichkeit Zuordnung der Kriterien nach Bauchgefühl Messung durch Metrik testbare Requirements Requirements gesamt

18 Verständlichkeit Uneinigkeit der Prüfer bei 4-Augen-Prinzip (kann man zugeben, dass man ein Rqmt. nicht versteht?) kein sprachliches Regelwerk vorhanden keine Metrik eingesetzt, da alle Requirements im Passiv formuliert wurden Kriterium, dass bei der Beurteilung doch sehr von Einstellung, Vorkenntnissen etc abhängig ist.

19 Sonstige Analyse-Ergebnisse Verwendung unterschiedlicher Begriffe für gleiche Sachverhalte: accept - receive and process Satzstruktur im Passiv: Die Daten werden gespeichert - von wem? Tilgung Die empfangenen Daten, die verändert wurden, werden gespeichtert Generalisierung alle Daten werden weitergeleitet... Anmerkung derartiger sprachlicher Defizite in der Kommentarspalte der Requirements ohne Metrik

20 Beurteilung von Requirements Definition klarer Analysekriterien insbesondere bei Fehlen eines sprachlichen Regelwerks Gradwanderung in wieweit eigene Fachkenntnis des Prüfers eingesetzt wird oder nicht Ich weiß was gemeint ist - das Bauchgefühl ist wichtig aber sollte nicht den Ausschlag geben Metriken sind hilfreich Metriken untermauern das Bauchgefühl

21 Chefsteuermann Hauptsteuermann Obersteuermann stellv. Chefsteuermann stellv. Obersteuerm. Steuermann stellv. Hauptsteuerm. stellv. Steuermann

22 Vielen Dank für Ihre Aufmerksamkeit Gabriele Frenzel Buchenweg Pfaffenhofen a.d.roth Telefon