要件定義と設計の試験問題への適用

本番問題では文書や作業内容から工程を判別する。利用者との合意、品質数値、画面仕様、内部モジュールという粒度の違いを見る。

この単元で学ぶこと

  • 測定可能性の意味と役割を説明できる
  • トレーサビリティの意味と役割を説明できる
  • 利害関係者合意の意味と役割を説明できる
  • 要件文・成果物・変更事例から適切な工程と管理方法を判断できる

本文解説

曖昧な要望を測定可能な要件へ変換し、要件から設計項目へ追跡可能にする。要件変更時は影響する設計・テストも確認する。

測定可能性 非機能要件を検証できる数値や条件で表すこと。 「速い」より「2秒以内」。

トレーサビリティ 要件と設計・実装・テストの対応関係を追跡できること。 変更影響を確認しやすい。

利害関係者合意 利用者・業務担当・発注者などと要件を確認する。 認識齟齬を減らす。

設計制約 採用技術・法令・既存環境など実現方法を制約する条件。 要件として管理される場合がある。

変更影響分析 要件変更が設計・実装・試験へ与える影響を調べる。 関連成果物の更新漏れを防ぐ。

文中の「誰と合意」「何を測る」「どの成果物へ影響」を拾う。

「速くする」では試験不能。「95%を2秒以内」とすれば性能試験で確認できる。

図解

要件トレーサビリティ
要件→設計→実装→テストの対応関係と変更影響を追う。

重要ポイント

  • 測定可能性: 非機能要件を検証できる数値や条件で表すこと。
  • トレーサビリティ: 要件と設計・実装・テストの対応関係を追跡できること。
  • 利害関係者合意: 利用者・業務担当・発注者などと要件を確認する。
  • 設計制約: 採用技術・法令・既存環境など実現方法を制約する条件。
  • 良い要件は後工程で検証・追跡できる形になっている。

間違えやすい点

  • 曖昧な形容詞だけで非機能要件を終えない。
  • 要件変更時に設計だけ変えてテストを更新しない。
  • トレーサビリティを単なる版管理と混同しない。

用語解説

測定可能性
非機能要件を検証できる数値や条件で表すこと。
トレーサビリティ
要件と設計・実装・テストの対応関係を追跡できること。
利害関係者合意
利用者・業務担当・発注者などと要件を確認する。
設計制約
採用技術・法令・既存環境など実現方法を制約する条件。
変更影響分析
要件変更が設計・実装・試験へ与える影響を調べる。

関連教材

参考資料

教材データに登録された参考リンクです。リンク先の内容や更新日は提供元でご確認ください。

確認問題の出題・採点や学習履歴の保存にはログインが必要です。