Durchgängiges Requirements Management –Eine integrierte ALM-Werkzeugkette für dasRequirements Management auf Basis des TFS 2010Komplexe Softwaresysteme erfordern eine hohe Qualität bei der Anforderungsdefinition, Planung und Umsetzung, um die rei-bungslose Integration der verschiedenen Komponenten zu gewährleisten. Wie kann hierbei eine Werkzeugkette von Anfang anunterstützen, Anforderungen aufzunehmen, zu verwalten und deren Umsetzungsgrad sowie Qualitätsstatus zu verfolgen?

■ Änderungsmanagement (Auswirkungs -analyse, Nachvollziehbarkeit, Doku -men tation)

■ Projekttransparenz (Fortschritt, zu erwar-tende Qualität, Kosten von Änderungen)

■ Abnahme (Vollständigkeitsprüfung,Um gang mit Nachforderungen usw.)

Hierbei helfen Werkzeuge, um die Heraus -forderungen besser meistern zu können. Wirhaben uns auf Basis des Team FoundationServer 2010 eine durchgängigeWerkzeugkette zum Umgang mit Anfor -derungen erarbeitet. Durch unseren Fokusauf Microsoft-Technologien setzen wir seit 5Jahren auf Visual Studio Team Foun dationServer als Plattform für den gesamtenApplication-Lifecycle. Zudem helfen wir alsMicrosoft Core Service Partner Teams beider Einführung und Opti mierung von TeamFoundation Server. Ab bil dung 1 zeigt einenAusschnitt aus der Werkzeugkette, die imFolgenden näher vorgestellt werden soll.

Definition der Anforderungen Für die Anforderungsdefinition arbeitenwir in unseren Projekten mit 2 Doku -

EinführungAls Anbieter individueller Softwarelö sun -gen steht die AIT AG auf beiden Seiten derProjektabwicklung. Zum einen als Zulie -ferer dem Kunden gegenüber, zum anderenhäufig auch in unterstützender Form aufSeite des Kunden zur Koordination derweiteren Zulieferer spezieller Komponen -ten wie z. B. Maschinenteile oder Software-treiber bzw. von Nearshore-Entwicklern.Zu den wesentlichen Aktivitäten zur Ko -ordinierung der Zusammenarbeit gehören:

■ Definition der Anforderungen für dieAngebotsphase (Lastenheft)

■ Spezifikation der Detailanforderungen(Pflichtenheft)

■ Ableitung von Akzeptanzkriterien undTestplänen

■ Überwachung des Projektfortschritts■ Übergabe bzw. Abnahme der

Lieferungen

Erfahrungsgemäß steht man in diesen undähnlichen Konstellationen gemeinsam vorfolgenden Herausforderungen:

der au tor

Sven Hubert

(E-Mail: Sven.Hubert@aitag.com)ist seit mehreren Jahren für die AIT AG in Stuttgart als Berater tätig und seitApril 2010 Most Valuable Professional (MVP) für Visual Studio ALM. Zu seinenSchwerpunkten gehört neben der Projektleitung das Application-Lifecylce-Management. Er berät Unternehmen bei der Einführung und Anpassung desVisual Studio Team Foundation Server. Seine Erfahrungen vermittelt er zudemals Autor des TFS-Blogs in Magazinen und in Vorträgen.

1 www.objektspektrum.de

advertorial

Abb. 1: Durchgängige Werkzeugkette mitTFS 2010

menten. Einem Lastenheft, welches vomKunden zur Angebotsfindung vorgelegtwird und in einem „Fremdformat“ vorliegtund der Detailspezifikation in Form einesPflichtenheftes, welches als Basis für dieweitere Projektplanung und -durchführungdient. Die Pflichtenhefte folgen einer stan-dardisierten Gliederung.

Um die Dokumente für spätere Pro -jektphasen und Werkzeuge verwendbar zugestalten, sind die einzelnen Anfor derun -gen in Tabellenform angelegt. Die Anfor -derungen folgen in ihrer Formulierung denEmpfehlungen der Sophist Group. Abbil -dung 2 zeigt einen Ausschnitt eines Pflich -tenheftes mit zwei Beispielanforderungen.

Die Tabellenformulare dienen zur Syn -chronisation mit dem Microsoft TeamFoundation Server (TFS), der die Anfor -derung zentral speichert. Speziell für dieAnbindung von Word-Dokumenten habenwir WordToTFS entwickelt – ein kostenfreierhältliches Word-Add-In für die Arbeit mitdem Team Foundation Server ab Version2008.

Das Word-Pflichtenheft bleibt das füh-rende Dokument für die Spezifikations-texte, dient es doch als Vertragsgrundlagegegenüber dem Kunden. Über einen Ände-rungsprozess können Change Requests inden TFS eingestellt und nach ihrer Freigabe

die Anforderungen im Word-Dokumentverändert werden. Nach der Abnahme desDokuments werden die Änderungen durch

eine erneute Synchronisation in den TFSübernommen. Abbildung 3 zeigt eineAnforderung, wie sie im Team FoundationServer vorliegt und als Grundlage für denweiteren Entwicklungsprozess weiterver-wendet wird.

Ableitung von Akzeptanz -kriterien und TestplänenEin Vorteil der Ablage der Anforderungenim TFS ist die weitere Verwendung imEntwicklungsprozess. Ein wesentlicherBestandteil ist die Qualitätssicherung. Fürdie Anforderungen müssen Akzep tanz -kriterien sowie Systemtests in Form vonTestfällen definiert werden. TFS bietet inder Version 2010 die Möglichkeit, Testfällezu verwalten und mit den Anforderungenentsprechend zu verknüpfen. Abbildung 4zeigt einen Testfall, der einer Anforderungzugeordnet ist.

Diese Testfälle sind nicht nur bloßeDefinitionen einzelner Testschritte mit ver-knüpften Anforderungen. Sie könnenzudem über sogenannte Action-LogsBenut zerinteraktionen mit der getestetenApplikation aufnehmen, um die Tests zuautomatisieren.

Bei einer Auslieferung des erstelltenProduktes, werden die Testfälle abgearbei-tetet und der Testlauf protokolliert. Die

2Online-Themenspecial Requirements Engineering 2010

Online-Themenspecial Requirements Engineering 2010 advertorial

Abb. 2: Anforderungsdokument auf Basis von Microsoft Office Word

Abb. 3: Eine Anforderung im Team Foundation Server

Entwicklung oder Test befindet. Währenddie erste Sicht über die Zeiterfassung inner-halb der Arbeitspakete bedient wird,ermöglicht ein Workflow auf Ebene derAnforderung die Erfassung gelieferterFunktionalität.

Für die Erfassung der Zeiten und denÜberblick über die Zustände verwendenwir das AIT TeamSystem-Pro Task Board,welches Anforderungen und Arbeitspaketeaus dem TFS darstellt und Änderungenebenfalls in den TFS zurückspielt. Wir ver-wenden einen Prozess, der auf den Scrum-Prinzipien aufsetzt. Abbildung 5 zeigt dasTask Board, welches Anforderungen nachunten und die einzelnen Arbeitspakete(Tasks) mit ihrem Status und den gemelde-ten Aufwänden nach rechts abträgt.Zudem wird ein Burndown-Bericht darge-stellt, der die aktuelle Geschwindigkeit desTeams sowie den Trend der Fertigstellungzeigt.

Das Taskboard wird während der Stand-Up-Meetings verwendet. Somit werden kei-ne Aufgaben vergessen. Zudem kann es imGegensatz zu Whiteboards in verteiltenTeams eingesetzt werden.

der Sicht der Benutzer, die daran interes-siert sind, ob eine bestimmte Funktiongeliefert wurde oder sich in Definition,

Aufzeichnung der Ergebnisse übernimmtebenfalls der Team Foundation Server. DasProtokoll wird über einen Export in einseparates Dokument erzeugt und demKunden als Bestandteil der Lieferung über-geben. In einem späteren Abschnitt wirdein solches Dokument noch vorgestellt.

Überwachung desProjektfortschrittsDie Umsetzung der Anforderungen erfor-dert eine weitere Verfeinerung in Richtungin sich geschlossener Arbeitspakete. Dabeisollte ein solches Arbeitspaket von einerPerson in einem abgeschlossenen Zeitraumkomplett fertiggestellt werden können. Nurso lässt es sich zum Beispiel in eine Iterationeinplanen.

Scrum definiert die Sprint Backlog Itemsin ähnlicher Art und Weise. Die Arbeits -pakete werden in der Iterationsplanung miteinem geschätzten Aufwand versehen.Während der Abarbeitung werden verblei-bende Arbeitsaufwände und abgearbeiteteStunden erfasst. Dies ermöglicht die aktuel-le Bestimmung des Fortschritts auf Ar beits -paketebene.

Der Umsetzungsfortschritt auf Anfor -derungsebene muss von mindestens zweiSeiten betrachtet werden. Zum einen derProjektleiter- oder auch Kundensicht, diedie Transparenz des Fortschritts in Formdes verbleibenden Aufwands bedingt, und

advertorial

3 www.objektspektrum.de

Abb. 4: Anlegen eines Testfalls für eine Anforderung

Abb. 5: AIT TeamSystemPro Task Board

ÄnderungsmanagementDie Änderungen an Anforderungen müssennachvollziehbar dokumentiert werden. Dasdient nicht nur zur späteren Beweisführungbei Unklarheiten zur vereinbarten Funk -tion, sondern sorgt bereits während derEinarbeitung von Änderungen für derenRückverfolgbarkeit und Vermeidung vonDatenverlust bei mehrfacher Änderung.Zudem ist es wesentlich, die Auswirkungeiner Änderung genauer analysieren zukönnen. Dazu kann die Verknüpfung derunterschiedlichen Artefakte im TFS ver-

wendet werden. Prinzipiell lassen sichÄnderungen vom Change Request bis zumbetroffenen Code-Fragment zurückverfol-gen.

Abbildung 6 stellt einige Verknüp -fungsmöglichkeiten des TFS 2010 vor.Violett gefärbte Kästen symbolisieren WorkItems unterschiedlicher Ausprägungen. Dieange-sprochenen Modelle können alsUML-Diagramm im Visual Studio oderzum Beispiel Visio gespeichert werden. DerCode stellt das zentrale Artefakt dar und istmit der Version über den Build bzw. Branch

verknüpft. Ausgeführte Testfälle bildeneinen Testlauf mit Testergebnissen, diezudem Fehlerberichte in Form von „Bug“Work Items referenzieren. Die Verknüp -fungen zwischen den Work Items wie etwaFehlerberichten und Anforderungen sinddabei flexibel konfigurierbar.

ProjekttransparenzDer Überblick über den Fortschritt ist einSchritt in Richtung Projekttransparenz.Doch ist allein aufgrund der Auf -wandszahlen noch keine Aussage zuQualität und Korrektheit der Lieferungenmöglich. Hierzu sind weitere Kennzahlennötig, die die Testergebnisse und weitereQualitätsmerkmale charakterisieren. ImTFS nutzen wir wiederum die Verknüpfungder Artefakte für derartige Auswertungenausgehend von den Anforderungen.

Abbildung 7 zeigt einen Bericht über denFortschritt und Qualitäts- und Teststatusder Anforderungen. Es werden verbuchteStunden, definierte Testfälle, Testergebnisseund Fehlermeldungen je nach Status darge-stellt. Die Berichte lassen sich nachProduktbereich und Iteration filtern.

Die Auswertungsmöglichkeiten gehennoch weiter. Berichte über den Build-Statussowie die Build-Qualität, den genauenTestfortschritt, Fehlerraten usw. stehen zurVerfügung.

4Online-Themenspecial Requirements Engineering 2010

Online-Themenspecial Requirements Engineering 2010 advertorial

Abb. 6: Modell der Verknüpfungen im TFS 2010

Abb. 7: Der Bericht zeigt die Hierarchie der Anforderungen und deren Fortschritt sowie Testzustand.

Abnahme, werden diese mit der Be -gründung „Validation Test Failed“ zurük-kgewiesen. Der Kunde benötigt keine wei-teren Netzwerkverbindungen oder Toolsaußer Microsoft Office Excel, um die Listezu bearbeiten. Der Projektleiter spielt dieErgebnisse nach der Abnahme mit„Publish“ zurück in den TFS. Der Kreisschließt sich.

Die starke Werkzeugintegration undgemeinsame Datenhaltung im TFS ermög-licht die Unterstützung bis hin zur Abnah -me und vereinfacht die Zusammenarbeitzwischen Kunde und Zulieferer.

FazitAnforderdungsmanagement muss nicht inder Definition und Analyse halt machen.Prozess- und Werkzeuggrenzen lassen sichüberschreiten. Wichtig ist es, auf dieIntegrationstiefe der genutzten Werkzeug -kette zu achten, um unnötige Tool-Wechseloder redundante Datenhaltung zu vermei-den. Der Team Foundation Server bietet füruns die ideale Basis. Die beschriebenenWerkzeuge lassen sich an individuelleProzesse und Vorgaben im Umfeld vonRegulierungen anpassen.

Wir unterstützen Sie gern bei der Opti -mierung Ihrer Prozesse und Werk -zeuglandschaft. Kontaktieren Sie uns!TeamSystemPro@aitag.com ■

mit wenigen Klicks eine Abnahmelisteerstellen, mit zum Kunden nehmen unddort gemeinsam „abhaken“ – sprich denStatus der erfolgreich abgenommenen undder abgewiesenen Anforderungen.

Abbildung 8 zeigt ein mit der Excel-Integration des TFS erstelltes Abnahme -protokoll. Es enthält die umgesetzten, d. h.gelösten Anforderungen, die im Akzep -tanzfall geschlossen werden. Finden sichGründe für die Verweigerung der

AbnahmeDie Abnahme der Auslieferungen beinhal-tet letztlich nicht nur die Übergabe derBinärdateien, des Quellcodes und derTestprotokolle. Zusätzlich wird ein letzterAkzeptanztest zur Validierung der Praxis -tauglichkeit durchgeführt. Die Abnahmeerfolgt meist beim Kunden vor Ort. Mitdem TFS lassen sich Excel-Listen erstellen,die geändert und mit den Daten des TFSsynchronisiert werden können. So lässt sich

advertorial

5 www.objektspektrum.de

Abb. 8: Das Abnahmeprotokoll ist mit dem TFS verbunden und wird nach demAkzeptanztest synchronisiert.