要件と設計ドキュメントの間のトレーサビリティマトリックス[閉じた

Question

要件と設計ドキュメントの間にマッピングするトレーサビリティマトリックスを作成するように求められました。リンクはほぼ常に1：Mであり、したがってマッピングとメンテナンスが困難であるため、単一の要件を設計にリンクする方法を把握するのに多くの問題があります。任意のポイントが例の方向にあることも、このコンテキストでマトリックスをどのように管理するかについてのアドバイスを提供できます。テストの要件は私には理にかなっていますが、設計に要件が必要な理由がわかりません。これは明らかにCMMI3監査に必要です。

助けてくれてありがとう

Answer 1

あなたが要件アナリストの役割について話しているように見えます。このプロセスに役立つさまざまなツールがあり、主要な商業候補はIBMドアです。依存関係とリンケージを示すために、Wikiページ内のWikiページ内のハイパーリンクを使用して、これも同様にうまくいくと思いますが。

要件仕様と設計があり、それらがまだ何らかの形でリンクされていない場合、上司はそもそも要件管理のポイントを逃しました。

要件は、設計プロセスをガイドし、監査人を幸せに保つために単にリンクしただけでなく、最初からリンクする必要があります。設計するものはすべて、要件を満たすために特定の方法で行う必要があります。

長い話を短くするために...個人的に、私は上記のように、要件とデザインの両方をWikiに貼り付け、それらをリンクします。基本的に、発生しなかったか、書き留められなかったプロセスのドキュメントを作成するように求められています。

Answer 2

コンプライアンスマトリックスは、製品の機能要件と準備されたテストケースの対応を含む2次元テーブルです。テーブルの列の見出しには要件があり、ヘッダーライン - テストシナリオがあります。交差点にはマークがあります。つまり、現在の列の要件は現在の行のテストスクリプトでカバーされています。

コンプライアンスマトリックスは、QAエンジニアがテストで製品カバレッジを検証するために使用します。 TMは、テスト計画の不可欠な部分です。