1

要件と設計ドキュメントの間をマッピングするトレーサビリティ マトリックスを作成するように依頼されました。リンクはほとんどの場合 1:M であり、したがってマッピングと保守が難しいため、1 つの要件を設計にリンクする方法を考えるのに非常に苦労しています。任意の例の方向に何かポイントがあるか、このコンテキストでマトリックスを管理する方法についてアドバイスを提供できますか. Requirements to Testing は私には理にかなっていますが、なぜ Requirements to Design が必要なのかわかりません。明らかに、これは CMMI3 監査に必要です。

助けてくれてありがとう

4

2 に答える 2

0

要件アナリストの役割について話しているように思えます。このプロセスを支援するさまざまなツールがあり、有力な商用候補は IBM Doors です。ウィキとウィキページ内のハイパーリンクを使用して、依存関係とリンケージを示すことで、これは同様にうまく達成できると私は信じています。

要件仕様と設計があり、それらがまだ何らかの方法でリンクされていない場合、上司はそもそも要件管理の要点を見逃しています。

要件は設計プロセスの指針となり、審査員を満足させるために単に後からリンクするのではなく、最初からリンクする必要があります。設計するものはすべて、要件を満たすために特定の方法で行う必要があります。

簡単に言うと... 個人的には、要件と設計の両方を wiki に貼り付けて、上で述べたようにそれらをリンクします。基本的に、発生しなかった、または書き留められていないプロセスのドキュメントを作成するように求められています。

于 2011-05-18T13:14:05.350 に答える