Zur Referenz können Sie Anforderungsspezifikationen von früheren oder anderweitig zugehörigen Systemen haben. Diese
können für einen Walkthrough hilfreich sein. Es ist auch möglich, dass Sie erst einige Zeit nach Projektstart mit der
Verwendung von Rational Unified Process begonnen haben.
Spielen Sie mit der Gruppe jede einzelne Anforderung durch, um Anwendungsverhalten und Verhaltensattribute
herauszufinden. Während des Walkthrough sollten Sie im Allgemeinen erläuternde Informationen wie Einführungen und
allgemeine Systembeschreibungen ignorieren.
Führen Sie eine Liste aller Probleme, die Sie bemerken, und stellen Sie sicher, dass jemand mit der Behebung dieser
Probleme beauftragt wird. Wenn eine Anforderung unklar ist, müssen Sie möglicherweise bestimmte Annahmen treffen.
Notieren Sie sich diese Annahmen, damit Sie sie später mit den Stakeholdern verifizieren können.
Merken Sie sich, wer die Anforderungen geschrieben hat. Suchen Sie nach möglicherweise "deplatzierten Anforderungen",
d. h. Dingen, die nicht in den Rahmen des Projekts fallen. Wenn Sie nicht wissen, ob eine Anforderung auch wirklich
eine Anforderung ist, wenden Sie sich an die Stakeholder.
Es erweist sich als effektiv, diese Art von Walkthroughs auf der Basis vorhandener Anwendungsfallentwürfe
durchzuführen. Jede Anforderung muss mindestens einem Anwendungsfall in Ihrem Entwurf zugeordnet sein. Wenn es für eine
Anforderung keinen Anwendungsfall gibt, ist dies ein Hinweis darauf, dass entweder ein Anwendungsfall fehlt oder dass
die Anforderung deplatziert ist.
|