Die Aufrechterhaltung der Rückverfolgbarkeit up-to-date als Projektverlauf [geschlossen]

Question

Während der verschiedenen Projekte, die ich brauchte, um sicherzustellen, dass die Use-Case-Modell, das ich während der Analysephase entwickelt, um die Anforderungen des Projekts abdeckt. Dafür konnte ich ein gewisses Maß an Rückverfolgbarkeit zwischen Anforderung Aussagen haben (eindeutig identifiziert) und Anwendungsfälle (auch eindeutig identifiziert). In einigen Fällen impliziert ermöglicht die Rückverfolgbarkeit einige zusätzliche Anstrengungen, die ich in Betracht gezogen (und sich später als) eine gute Investition zu sein.

Nun, das größte Problem, das ich konfrontiert war diese Rückverfolgbarkeit später zu halten, wenn die Dinge zu ändern begonnen (als Folge von Änderungsanforderungen, oder als Ergebnis der Anwendungsfall Änderungen).

Alle Ideen von Best Practices für die Rückverfolgbarkeit Wartung?

(Es kann auf andere Elemente im Projekt anzuwenden - zum Beispiel Anwendungsfälle und Testfälle oder Anforderungen und Abnahmetestfälle)

Später bearbeiten Tools helfen können, aber sie können keine Lücken oder Fehler in der Rückverfolgbarkeit erfassen. Navigation ... vielleicht, aber keine Garantie, dass die Rückverfolgbarkeit ist up-to-date oder zu korrigieren, nachdem die Änderungen übernommen werden.

Answer 1

Ich denke, Rückverfolgbarkeit ist eine der schwierigsten Dinge in Anforderungen zu verwalten, an zweiter Stelle zu sicherstellen, dass die Anforderungen an erster Stelle richtig sind. Nach meiner Erfahrung, das beste Rückverfolgbarkeit Tool ist ein Mensch .

Ich habe kein Allheilmittel; nur einige Tipps für das, was mir in der Vergangenheit geholfen hat.

• Halten Sie Dokumente in einem zentralen Bereich, in dem jeder leicht zu ihnen bekommen. Ich interessiere mich nicht, wenn es Sharepoint, ein Wiki oder ein Netzlaufwerk (obwohl ich wie etwas, das die Versionskontrolle, wenn möglich zur Verfügung stellt). Halten Sie es an einem Ort und Markt das Heck von ihm aus, damit jeder dorthin zu gehen, weiß nach Antworten, anstatt alte Kopien oder setzen Sie die Entwickler zu unterbrechen.
• Wenn Sie einen zentralen Ansprechpartner haben für die Artefakte oder funktionelle Gruppen von ihnen die Verwaltung, das hilft viel. Jemand, der sie und die Probleme wissen versteht, wohin sie gehen, was zu aktualisieren und wenn es Abhängigkeiten, die Notwendigkeit Rechnung vorgetragen werden.
• Die Hüter der Artefakte muss sie begangen werden und zu ihnen zu halten auf dem Laufenden. Ein Jahr, nachdem ich einige Anforderungen Dokumente auf einer Website einrichten, ich hielt sie immer noch auf dem Laufenden. Ich weiß, dass die meisten Entwickler haben würden fürchten, das zu tun, aber ein Jahr später, ich profitiere weiterhin von der Suche auf diejenigen zurück, um zu sehen, wie eine funktionale Anforderung im Laufe der Zeit geändert.
• nicht erforderlich, aber es ist hilfreich, um schnell Änderungen im Laufe der Zeit zu identifizieren: Verwenden Sie die Versionsverfolgung des Dokuments Prozessor, wenn er es hat. Wenn nicht, würde ich zumindest umfassen ein Änderungsprotokoll für das Dokument oder einfach neue Text markieren mit einem Verweis auf die Versionsnummer.
• Ich habe versucht, die Abhängigkeit Referenzen in meine Artefakte in der Vergangenheit zu stellen, wie Verweise auf andere Dokumente oder Artefakte, fand aber, dass sie entweder veraltet geworden oder waren schwer, den Überblick zu behalten, und deshalb oft wurden nicht aktualisiert. Disziplin kann dies überwinden, aber die meisten von uns haben zu viel zu tun, nicht wahr? Also ich, dass Gebäude in Querverweise zwischen Dokumenten / Artefakte denken ist, wo ich ein Werkzeug oder eine noch möchte freigegeben frei Requirements Management-Dienstprogramm, um den Job zu tun:)

Answer 2

Wir haben für das Schreiben von Anforderungen vor drei Jahren ein Rational-Tool verwendet. In diesen Werkzeugen, Rückverfolgbarkeit vielen Funktionen betreffen.

Wir fanden, dass die Verwendbarkeit dieser Werkzeuge nicht perfekt ist. Obwohl sie die grundlegenden Funktionalitäten zu bieten haben wir brauchten, wir verloren viel Zeit an ihre Grenzen gehen um.

---

Ich nehme an, Sie fragen nicht über die Rückverfolgbarkeit bis zum Code, so schließe ich aus meiner Antwort.

---

Wie Sie eindeutige IDs für Ihre Aussagen und Anwendungsfälle erwähnen, Sie vielleicht schon ein Werkzeug, um sie zu verwalten verwenden.

Im Wesentlichen ein einfaches relationales Modell (möglicherweise in einer Datenbank) decken könnten die Beziehungen zwischen eindeutig identifizierten Stücke .

ich aussehen würde, für ein einfaches Werkzeug, das das tut. Wenn nur eine Person, die es ändern kann, könnte es einfach ein Excel-Blatt sein!

---

Beachten Sie, dass die Verknüpfung zweier Arten von Dokumenten ist wahrscheinlich nicht genug.
Sie erwähnten 5 Arten:. Aussagen, Anwendungsfälle, Testfälle, Anforderungen und Abnahmetestfälle
Wir transitivity ständig benötigt (in der relationalen Welt, JOIN-Tabellen), eine Ansicht mit mehreren Schritten zu haben.

Answer 3

Es gibt viele Arten von Traceabilities zu halten: Systemanforderungen Untersystemanforderungen, Anforderungen zu entwerfen, Anforderung einer Überprüfung (wichtigste), Anforderung an Code, Anforderungen auf Fragen, usw.

Word, Excel und ein gutes Problem-Tracking-System geht ein langer Weg. Aber sie kann schmerzhaft sein, wenn Sie verpflichtet sind, die Rückverfolgbarkeit zu zeigen. Manuelles Rückverfolgbarkeit Aufrechterhaltung ist fehleranfällig und arbeitsintensiv. IBM Türen System ist das beste Werkzeug, das ich bisher benutzt haben. Aber sie sind teuer. Wir fanden vor kurzem ein System Ultimative Trace , die recht gut funktioniert.

Answer 4

Sie möchten eine Version #, um den Anforderungen Anweisung hinzufügen und für jeden Anwendungsfall - die meisten up-to-date diejenigen irgend leicht zugänglichen Bereich für alle und gespeichert kommuniziert werden (physikalische und / oder Computer / Internet). Sie müssen eine Änderung Dokument hinzuzufügen, was Aussage der Stand der Anforderung enthält und / oder die Verwendung Fall war, als sie geändert wurde, von wem und wer genehmigt.

Also, wenn Sie an die Anforderungen spec und Anwendungsfälle suchen / alle haben die neueste Ansicht und wenn es eine Frage zu einer Änderung ist, müssen Sie die Änderung doc beziehen (bitte die Anforderungen oder Use-Case-Spezifikation nicht überfrachten mit historische Informationen, aber halten die historischen Informationen rund um als Referenz in einer leicht zugänglichen, sinnvollen Form)

Answer 5

Ich würde sagen, der beste Weg, einen Bug-Tracker zu verwenden ist. Jede Anforderung als Bug verfolgt wird, sind Entwicklung Änderungen damit verbunden sind, und Änderungen können mit bugnotes gehalten werden.

Eine Menge bugtrackers können Sie zusammen mehrere Bugs assoziieren (zB als Duplikate) so diese verwendet werden können diskrete Anforderungen kombiniert zu halten und trennen noch individuell für die Verfolgung.

Wenn Sie alle Ihre anderen Artefakte in einem SCM (dh Design-Dokumente, etc), dann können Sie diese durch verfolgen, indem sie mit der Forderung zugeordnet wird.

Es gibt Werkzeuge, um Hilfe bei all dies, ut ich diese „den gesamten Lebenszyklus“ Tools gefunden haben, sind wirklich unbrauchbar, da sie versuchen, viel zu viel in einer App zu tun, oder damit verbundene Anwendungen, dass „Integration“ zusammen und sind unglaublich teuer.