Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé

Transkript

1 Von Requirements zus gç~åüáãkpåüìäò]èì~äáíóé~êâkçé

2 QualityPark Ihr Partner im Lifecycle Management Process Management Requirements Engineering IT & Development Process Expertise Process Implementation Process Standardization Information Management Analysis Development Deployment Methods & Tool Integration Services/Support Systems and Software testing Strategies Projects ing Lab Verification Methods SW Development Technology Projects Outsourcing Technical Support NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé O

3 Requirements basiertes en Aus den Requirements lassen sich systematisch Cases entwickeln. Requirements definieren die Eigenschaften eines Produktes auf unterschiedlichen Abstraktionsstufen. s sollen nachweisen, dass das Produkt den Anforderungen entspricht. Cases beziehen sich auf Requirements. NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé P

4 V-Model Demands Demands Allgemeine Anforderungen Können von allen Anwendern eingestellt werden Unterschiedliche Komplexitäten Reviews Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé Q

5 V-Model Demands Requirements Requirements Konkretisierte Anforderungen aus -Sicht Beziehen sich auf konkrete Solution Entscheidung zur Realisierung Reviews Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé R

6 V-Model Demands Requirements Technical Specification Anforderungen aus technischer Sicht (HW / SW) Non-functional Requirements Technical Specification Validation Reviews NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé S

7 V-Model Demands Requirements Design Requirements Detaillierte Anforderungen für das Design Entwurfsentscheidungen Reviews Technical Specification Design Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé T

8 V-Model Demands Requirements Development / Unit Kleinste Komponenten-Stufe in einem System Jede Einheit kann isoliert vom Gesamtkontext getestet werden Reviews Technical Specification Design Validation Solution Development Unit NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé U

9 V-Model Demands Requirements Component & Integration für Komponenten eines Systems Integrationstests mit mehreren Komponenten Reviews Technical Specification Design Solution Development Unit Component & Integration Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé V

10 V-Model Demands Requirements System des Gesamtsystems durch (unabhängiges) -Team fälle sind u.a. (nachgestellte) Anwendungsszenarien Validierung des Gesamtsystems Reviews Technical Specification Design Solution Development Unit Component & Integration System Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé NM

11 V-Model Demands Requirements Acceptance des Gesamtsystems Meist zusammen mit dem Kunden mit realen Anwendungsfällen & -daten Acceptance Reviews Technical Specification Design Solution Development Unit Component & Integration System Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé NN

12 V-Model Demands Requirements System in Use Feedback von Anwendern im Produktivsystem Bugs-Reports Verbesserungsvorschläge System in Use Acceptance Reviews Technical Specification Design Solution Development Unit Component & Integration System Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé NO

13 V-Model Demands Requirements Requirement based testing System in Use Acceptance Reviews Technical Specification Design Solution Development Unit Component & Integration System Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé NP

14 V-Model Demands System in Use Requirements Acceptance Reviews Technical Specification Design Solution Development Unit Component & Integration System Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé NQ

15 V-Model Demands System in Use Requirements Acceptance Reviews Technical Specification Design Solution Development Unit Component & Integration System Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé NR

16 V-Model Demands System in Use Requirements Acceptance Reviews Technical Specification Design Synchronisation Solution Development Unit Component & Integration System Validation NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé NS

17 Requirements Management

18 Requirements Engineering Requirements Engineering & Requirements Management oéèìáêéãéåíë=båöáåééêáåö oéèìáêéãéåíë=aéîéäçéãéåí oéèìáêéãéåíë=j~å~öéãéåí eáëíçêó `Ü~åÖÉ qê~åé~äáäáíó séêáñáå~íáçå pééåáñáå~íáçå ^å~äóëáë bäáåáí~íáçå fåëééåíáçå=c=oéîáéï NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé NU

19 Erfassen von Anforderungen Requirements Management: Erfassen Verwalten & ändern Ableiten & entwickeln Verlinken Baselining Requirements haben Titel Text Status Weitere Attribute NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé NV

20 Entwicklung eines Requirements Rollen und Aufgaben bei der Entwicklung eines Requirements Demands Requirements Review / Sign off Technical Requirement Development & User Product Manager Analyst System Analyst Project Manager QA Manager NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé OM

21 Analyse von Requirements Analyse von Requirements (durch Reports): nach Zuständigkeiten, Prioritäten, Statusübersicht, Versionsvergleiche Traceabililty-Lücken, Traceability-Reports NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé ON

22 Qualitätskriterien für Requirements 1. Vollständig Es fehlen keine notwendigen Informationen (keine TBD s). 2. Konsistent Es treten keine Konflikte mit anderen Requirements auf. 3. Korrekt Eine exakte Beschreibung der Bedürfnisse des Kunden. 4. Umsetzbar Requirements sind mit der gewählten Technologie umsetzbar. 5. Änderbar Requirements können leicht geändert werden. 6. Notwendig Dokumentation der wirklichen Bedürfnisse des Kunden. 7. Priorisiert Definition der Wichtigkeit bei der Produktentwicklung 8. Traceable Verlinkt mit Systeminformationen und Entwicklungsprodukten. 9. Eindeutig Es existiert nur eine mögliche Bedeutung. 10. Verifizierbar Die Korrektheit der Implementierung der Anforderung kann durch Inspektion, Analyse, Demonstration oder gezeigt werden. NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé OO

23 Management

24 Requirements -Prozess Specifying Cases Definition -Cases basierend auf Requirements Organisation -Phasen Planning s Definition -Sets & Scheduling Organisation -Phasen & Releases Running s Manuelle oder automatische -Set-Läufe Review der -Ergebnisse Tracking Defects Beschreibung & Organisation der Defects Status-Information für Defect-Tracking NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé OQ

25 QualityCenter Features: Interaktives web-basiertes -Management-Tool Kombination aus -Management und -Durchführung Integration von automatischen -Tools Unterstützt -Phasen, Produkte, Releases & Regressions-s NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé OR

26 -Prozessin QualityCenter Requirements Synchronisiert mit RM-Tool Specifying Cases Basierend auf Requirements Planning s Mit Phasen & Releases Running s Manuell oder Automatisch Tracking Defects Inklusive Status NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé OS

27 Dimensions RM Requirements in QualityCenter Definition -Scope Requirements aus Dimensions RM Folder-Struktur basierend auf Requirements-Struktur NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé OT

28 Plan Definition -Strategie Definition s Requirements Coverage Design -Steps Automatisierung s NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé OU

29 Lab Erzeugt -Sets Plant läufe Führt s aus Analysiert resultate NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé OV

30 Defects Erzeugt Defects Review neue Defects Bearbeitet Defects et neues Build Analysiert Defect-Daten NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé PM

31 Traceability Vom Requirement zum resultat

32 Traceability: Req. Defect Synchronisation RM-Tool Synchronisierte Requirements Strukturierung: Solutions Requirement Phasen NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé PO

33 Traceability: Req. Defect Synchronisation RM-Tool -Cases aus Requirements Strukturierung: Solutions -Phasen NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé PP

34 Traceability: Req. Defect RM-Tool Synchronisation -Sets verbinden s Strukturierung: Solutions Releases -Phasen NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé PQ

35 Traceability: Req. Defect RM-Tool Synchronisation Failed durchführung (manuell oder automatisch) NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé PR

36 Traceability: Req. Defect RM-Tool Synchronisation Failed durchführung (manuell oder automatisch) Ergebnisse erscheinen in verknüpften Requirements NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé PS

37 Traceability: Req. Defect RM-Tool Synchronisation Failed Defects mit Status und detaillierter Beschreibung NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé PT

38 Zusammenfassung Automatische, zeitgleiche Synchronisation der Requirements Synchronisierung von Statusänderungen in beide Richtungen Automatische Generierung von Default -Cases und -Sets Traceability Report vom Requirement bis zum ergebnis Class A Class B Class C Class Z Serena RM.. Mapping (XML Configuration file) Attributes: Title Descriptio n... Attributes: Title Descriptio n... Mercury QualityCenter Requirements Plan (s Steps) Lab ( Runs) Defects NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé PU

39 Noch Fragen? Wir stehen Ihnen jederzeit zur Verfügung: NOKPKOMMU «nì~äáíóm~êâ=j ïïïkèì~äáíóé~êâkçé PV