「要求」の定義と仕様化が大事な場面

要求の定義と仕様化が特に必要なケース

「要求仕様」の定義は、ソフトウェア開発を行う場合はどのようなケースでも重要な工程ですが、特に必要性の高いケースを３つご紹介します。

まず、開発対象の製品が『派生開発』である場合です。『派生開発』では変更管理のプロセスをうまく回すことが大切ですが、「USDM」を用いて変更要求仕様書を作成することで、変更の実施前に変更内容を明確にでき、間違った方法で変更してしまうことを防げます。

次に、既存ソフトウェアの『リファクタリング』を行う場合です。実施前と後でソフトウェアの振る舞いが変わっていないことを確認するために元の仕様を明文化する際、「USDM」を使用できます。

最後に、『機能安全』に対応する場合です。｢要求仕様｣とシステム要素との対応付けが必要なので、｢要求仕様｣を明確にする必要があります。そこで、「USDM」のフォーマットを拡張し、「要求仕様」とシステム要素の関係を下図のような【トレーサビリティマトリクス】 （要求仕様システム要素トレーサビリティマトリクス：RSSETM）で示すことで、｢要求仕様｣をヌケモレなくシステム要素に割り当てられます。

要求と仕様を要求管理ツールで管理する

『USDM』で整理した要求仕様とその階層関係を要求管理ツールによって管理することもできます。

例えば、「要求仕様書」で定義した要求と仕様に多対多の関係があるなど『USDM』では確認することの難しい複雑な関連が存在する場合には、ツールを利用することによって目的の要求や仕様の関連のみを抽出して関連性を確認することができます。これは、機能安全で要求されるトレーサビリティの確保にも繋がります。

もちろん、使い慣れたExcelで記述された『USDM』の方が閲覧・編集ともに扱いやすく、要求仕様の可読性も高いと思われます。目的に応じて、これらを使い分けることが重要です。

USDM関連コラム

USDM要求の定義と仕様化に関する記事を見る

他のソリューションを見る

最新コラム