Stefan Mieth, AIT GmbH & Co. KG

Transkript

1 Stefan Mieth, AIT GmbH & Co KG

2 As a requirements engineer I want to use the TFS ; 16:30 17:30 Requirements Engineering ist neben Testing wohl der Dauerbrenner, wenn es um gerne vernachlässigte Themen der Softwareentwicklung geht Lange wurde zwischen den Anforderungsschreibenden Blue Collars und den Entwicklern eine künstliche Barriere im Command and Control Stil etabliert Doch diese veralteten Denkmuster sind spätestens seit der Etablierung der vollintegrierten Entwicklungsplattformen und Agilen Methoden passé Doch welche Möglichkeiten und welchen Vorteil bietet der TFS den Anwendern wenn es um das Thema Requirements Engineering & Management geht? Erfahren Sie in diesem Vortrag auf Basis einer Handvoll Kriterien und wichtigsten Anforderungen, die wir typischerweise im RE vorfinden, wo die Grenzen des Machbaren mit dem TFS liegen und wie Sie diese mit kleinen Anpassungen und Erweiterungen verschieben können

3

4 Nachverfolgbarkeit Einfache Handhabung Versionierung, Baselining und Varianten Integration und Erweiterbarkeit

5 As a requirements engineer I want to trace items from idea to test have an RM system that is easy to use track versions, baselines and variants have an integrated and extensible RM

6 As a requirements engineer I want to trace items from idea to test?!

7 Backlog Item Plan REQUIREMENTS BACKLOG Operate Construct s Operate Bug Change Develop RELEASE Release WORKING SOFTWARE

8 Backlog Item Plan REQUIREMENTS BACKLOG Operate Test case Construct Operate Bug Change Develop RELEASE Release WORKING SOFTWARE

9

10 Traceability and Time PO PM Feature I Feature II Team Lead Product Backlog Item Test Product Backlog Item Bug Test Product Backlog Item Test Product Backlog Item Bug Test Sprint 1 Sprint 2 Sprint 3 Sprint n+1 Dev

11 As a requirements engineer I want to have an RM system that is easy to use value cost

12 Minimize effort Ease of use Cost of training!? Number of different tools per role

13 Assist and Lead?!

14 Assist Feature I Product Backlog Item Test Bug Product Backlog Item

15 Assist Feature I Product Backlog Item Test Bug Product Backlog Item

16 Assist Feature I Product Backlog Item Test Bug Product Backlog Item Bug

17 Assist Feature I Product Backlog Item Test Bug Product Backlog Item Bug

18 Assist Feature I Product Backlog Item Test Bug Product Backlog Item Bug

19 Lead

20 Lead!

21 As a requirements engineer I want to track versions, baselines and variants

22 Baselining Revision 34 Revision 11 Revision 3 Revision 7 Revision 10 Revision 3 Revision 14 Revision 4 Revision 2 Revision 1 Revision 1 Revision 1 Revision 1 Revision 1 Revision 1 PBI 27 Bug 5 PBI 37 PBI 256 PBI 47 Bug 11

23 Variants RI RI RI ESP base B???

24 Variants ESP Base CLK E-Klasse G-Modell

25 As a requirements engineer I want to have an integrated and extensible RM

26 Integration SC Test Build RE/M Docs Bugs Lab

27 (1) Specify (5) Deliver!? (2) Plan (4) Test (3) Implement

28 Integration MTM VS DB Dev Build Word GIT Excel RE/M TFVC Outlook Reports Project (Server) Issues Bugs Web Access

29 TFS Doors Integration Doors DOORS TFS Add On DOORS Map TFS Object Heading Comment Object Text Description TFS DOORS Map TFS TFS Description Title TFS WorkItem ID ID TFS WorkItem Revision Rev TFS state State Rational DOORS Client Visual Studio

30 Conclusion

31 As a requirements engineer I want to trace items from idea to test Acceptance criteria Alle Artefakte können mit allen Typen referenziert werden Verknüpfung von Quellcode-Dateien mit Artefakten Sicherstellen, dass alle Anforderungen in der SW berücksichtigt werden Sicherstellen, dass alle Anforderungen in SW-Tests berücksichtigt sind Analyse von Auswirkungen durch Änderung von Anforderungen Externe Informationen im Web können referenziert werden Inhalte innerhalb von Dateien können referenziert werden

32 As a requirements engineer I want to have an RM system that is easy to use Acceptance criteria Verwendung von im RE&M gängigen Bezeichnungen Für Windows Benutzer intuitive Bedienung und gewohntes UI Unterschiedliche Clients zur bestmöglichen Umsetzung der Aufgabe(n) einer Rolle Unterstützt und führt den Benutzer im RE&M Prozess

33 As a requirements engineer I want to track versions Acceptance criteria Eindeutige Revisionsnummer mit: Timestamp Authentifiziertem Benutzer vorgenommenen Änderungen bei jeder Modifikation

34 As a requirements engineer I want to track baselines Acceptance criteria Erstellen von Baselines zum aktuellen Zeitpunkt Erstellen von Baselines zu einem beliebigen Zeitpunkt Vergleichen von beliebigen Baselines Mergen von Baselines

35 As a requirements engineer I want to track variants Acceptance criteria Nachverfolgbare und veränderbare Kopien von Items Variantenbildung aus Baseline Vergleich von Varianten Merge von Varianten

36 As a requirements engineer I want to have an integrated Acceptance criteria Integration in den ALM Process Integration in den PLM Process Integration in den DLM Process Integration in Version control Integration in Build System Integration in das Release Management

37 As a requirements engineer I want to have an extensible RM Acceptance criteria Unterstützung üblicher Standards wie RIF * Offene Schnittstelle zur Erweiterbarkeit durch Implementierungen *Auf Anfrage

38 Money well spend TFS RM Applicability Extended Not recommended TFS Out of the box Agile Regulated

39