要件トレーサビリティのベスト プラクティス

要件トレーサビリティのベスト プラクティス

目次

要件のトレーサビリティとは何ですか?

ゴテルと A. フィンケルスタイン 要件のトレーサビリティを次のように定義します。 「要件のトレーサビリティとは、能力を指します。 要件の存続期間を記述して追跡する 前方向と後方向の両方で。」 

言い換えれば、要件のトレーサビリティは、開発サイクル全体で要件を追跡するプロセスです。 この間に、各要件を取り巻くすべてのアクティビティの完全な双方向の可視性を提供するドキュメントのスレッドが準備されます。 要件のトレーサビリティは、ネガティブな結果の潜在的なリスクを最小限に抑え、生産性を最大化するのに非常に役立ちます。 

IEEE 830、1998 規格によると、「A ソフトウェア要件仕様 (i) その要件のそれぞれの起源が明確であり、(ii) 将来の開発または機能強化のドキュメントで各要件の参照が容易になる場合、追跡可能です。」 

トレーサビリティにおける課題

要件の中でトレーサビリティを作成する際に直面するさまざまな困難があります。 それらには以下が含まれます:

  • 費用 - トレーサビリティ プロセス全体はほとんどが手動で自動化されていないため、専用のツールと技術が必要です。 これにより、完全なトレーサビリティが非常に高価になります。 
  • 満足の遅れ – 一部の果物は、裂くのに時間がかかります。 完全なトレーサビリティは、そのようなプロセスの XNUMX つです。 その真の利点は、開発サイクルの後半に現れます。 
  • 時間がかかる - 完全なトレーサビリティのために、膨大な範囲のさまざまなドキュメント、ツールなどが使用されています。 すべての関係者に完全な情報が提供されます。 したがって、この手順全体には少し時間がかかる場合があります。

要件トレーサビリティの利点は何ですか?

によって提供されるさまざまな利点があります 要件のトレーサビリティ。 彼らは以下を含む:

  • 影響分析が容易になります。
  • 適切に変更を加えるのに役立ちます。 したがって、製品の品質が向上します。
  • また、リバースエンジニアリングの知識も記録する方法でトレーサビリティリンクを定義するのに役立ちます。 
  • 重要な知識を持つチームメンバーが会社を辞めた場合、完全な情報の透明性を持つことは大いに役立ちます。 これにより、誤った開発のリスクが大幅に軽減されます。 
  • 適切な検証プロセスを介して100%のテストカバレッジを確認します。 

トレーサビリティを採用するための 5 つのベスト プラクティス

練習 01: 

適切な双方向のトレーサビリティを確保して、リスクを軽減し、透明性を高めます。

双方向トレーサビリティは、前方トレーサビリティと後方トレーサビリティの組み合わせです。 つまり、要件から最終製品まで、またその逆でもあります。 要件が適切に管理されている場合、ソース要件からすべての下位レベルの要件へのトレーサビリティを確立できます。また、その逆も可能です。 このようなタイプのトレーサビリティは、すべての要件が完全に対処され、すべての下位レベルの要件が有効なソースまで追跡できることを保証するのに役立ちます。   

練習 02:

混乱を軽減するために、RTM を時間どおりに更新します。 

トレーサビリティ マトリックスは、適切に更新され、適切な情報が含まれている場合にのみ役立ちます。 ここで、このトレーサビリティ マトリックスを手動で更新することを想像してみてください。 そうです、それは非常に骨の折れる作業であり、時間を浪費する作業であり、人的ミスの余地がたくさんあります。 医療機器などの重要な業界で働く場合、間違いは許されません。 このような状況では、自動化された RTM ツールを検討することをお勧めします。 これは、トレーサビリティ マトリックスを適切かつタイムリーに更新するのに役立ちます。 

練習 03:

規制遵守のための適切なレビューと文書化は必須です。 

プロジェクトが一連の規則や規制に準拠する必要がある場合、要件のトレーサビリティの適切なレビューとレポートが非常に重要になります。 レビューを実施し、レポートを生成する機能が組み込まれた要件管理システムを使用すると、非常に便利です。 

練習 04:

すべての貢献者と利害関係者がすべての決定について同じページにいることを確認してください。

アーティファクト内でトレーサビリティを確立することは重要です。 同様に、すべての利害関係者と貢献者の間で強力な関係を確立することも、全員が同じページにいることを確認するために不可欠です。 すべてのアーキテクト、開発者、利害関係者、およびその他のチーム メンバーが一緒にいることで、より迅速かつ適切な意思決定を行うことができます。 

練習 05:

一意の要件 ID を使用することは適切な方法です。

ビジネス要件とソフトウェア要件ごとに一意の識別子を持つことで、物事が非常に簡単になり、あらゆる種類の混乱や要件の混同が軽減されます。 通常、文字と数字のユニークな組み合わせでうまくいきます。

この投稿を共有することを忘れないでください!

モデルベースのシステムエンジニアリングアプローチと要件管理プロセスの相乗効果

17年2024月XNUMX日

午前11時(東部標準時) |午後 5 時 (中央ヨーロッパ夏時間) |午前8時(太平洋標準時)

フェルナンド・ヴァレラ

フェルナンド・ヴァレラ

ビジュアルソリューションズ社 CTO

要件から設計までのギャップを埋める

MBSE と要件管理プロセス間のギャップを埋める方法を学びます。