Loading article…
ソフトウェア開発において、トレーサビリティマトリクス(TM)[1] : 244 は、通常表形式の文書であり、多対多の関係比較を使用して任意の2つのベースライン文書を相関させることにより、関係の完全性を判断するのに役立ちます。 [1] : 3–22 これは、製品の高レベル要件(多くの場合、マーケティング要件で構成されます)と詳細要件を、高レベル設計、詳細設計、テスト計画、およびテストケースの対応する部分に使用することがよくあります。
要件トレーサビリティマトリックスは、現在のプロジェクト要件が満たされているかどうかを確認したり、提案依頼書[2] 、 [ソフトウェア要件仕様]、[3]さまざまな成果物ドキュメント、プロジェクト計画タスク[4]の作成に役立てたりするために使用できます。
一般的な使用法は、1 つのドキュメントの各項目の識別子を取得し、それらを左の列に配置することです。他のドキュメントの識別子は、一番上の行に配置されます。左の列の項目が上の項目に関連付けられている場合、交差するセルにマークが付けられます。関係の数は、各行と各列で合計されます。この値は、2 つの項目のマッピングを示します。ゼロ値は、関係が存在しないことを示します。関係を作成する必要があるかどうかを判断する必要があります。値が大きい場合、関係が複雑すぎるため、簡略化する必要があることを意味します。
トレーサビリティマトリックスの作成を容易にするために、後方トレーサビリティと前方トレーサビリティの両方についてソースドキュメントに関係を追加することをお勧めします。[5]こうすることで、1つのベースラインドキュメントで項目が変更された場合、他のドキュメントで何を変更する必要があるかを簡単に確認できます。
サンプルトレーサビリティマトリックス
参照
参考文献
- ^ ab Gotel, Orlena; Cleland-Huang, Jane ; Hayes, Jane Huffman; Zisman, Andrea; Egyed, Alexander; Grünbacher, Paul; Dekhtyar, Alex; Antoniol, Giuliano; Maletic, Jonathan (2012 年 1 月 1 日)。Cleland-Huang, Jane; Gotel, Orlena; Zisman, Andrea (編)。ソフトウェアおよびシステムのトレーサビリティ。Springer London。doi :10.1007 / 978-1-4471-2239-5_1。ISBN 9781447122388。
- ^ Egeland, Brad (2009 年 4 月 25 日). 「要件トレーサビリティ マトリックス」. pmtips.net. 2009 年 5 月 1 日時点のオリジナルよりアーカイブ。2013年4 月 4 日閲覧。
- ^ 「DI-IPSC-81433A、データ項目記述ソフトウェア要件仕様 (SRS)」。everyspec.com。1999 年 12 月 15 日。2013年4 月 4 日閲覧。
- ^ Carlos, Tom (2008 年 10 月 21 日)。要件トレーサビリティ マトリックス - RTM。PM Hut、2008 年 10 月 21 日。2009 年 10 月 17 日に http://www.pmhut.com/requirements-traceability-matrix-rtm から取得。
- ^ Gotel, Orlena; Cleland-Huang, Jane ; Hayes, Jane Huffman; Zisman, Andrea; Egyed, Alexander; Grünbacher, Paul; Dekhtyar, Alex; Antoniol, Giuliano; Maletic, Jonathan (2012 年 1 月 1 日)。Cleland-Huang, Jane; Gotel, Orlena; Zisman, Andrea (編)。ソフトウェアおよびシステムのトレーサビリティ。Springer London。pp. 3–22。doi : 10.1007 / 978-1-4471-2239-5_1。ISBN 9781447122388。
外部リンク
- Linda Westfall による双方向要件トレーサビリティ
- StickyMinds の記事: Karthikeyan V によるトレーサビリティ マトリックス
- ソフトウェア要件のトレーサビリティが依然として課題である理由 (Andrew Kannenberg および Hossein Saiedian 博士)
