システムアーキテクト 2014年 午前2 問13

ユースケース駆動の特徴【午前2解説】

正解の理由

解法ステップ

1. 選択肢のキーとなる語句を探す：「反復」「リスク」「基本アーキテクチャ」「ひとまとまりの要件」など。
2. ユースケース駆動の本質を思い出す：ユーザー動作（シナリオ）を単位に開発する点が本質。
3. 本質に合致する選択肢を選ぶ：要件単位で設計・テストを行う記述が一致する選択肢を選ぶ。
4. 残りは手法固有の利点か一般的な開発手法の利点かで切り分ける（反復や初期アーキテクチャ決定は別軸）。

選択肢別の誤答解説

• ア: 「開発を反復するので、新しい要求やビジネス目標の変化に柔軟に対応しやすい。」
  反復開発（イテレーティブ）の利点を述べています。ユースケース駆動はユースケース単位で進める思想であり、反復的に行うことも多いですが（RUPなどとの併用が典型）、この記述はユースケース駆動固有の説明ではありません。
• イ: 「開発を反復するので、リスクが高い部分に対して初期段階で対処しやすく、プロジェクト全体のリスクを減らすことができる。」
  これも反復・増分開発の利点の説明です。ユースケース駆動はリスク軽減に寄与する場合もありますが、この文は反復性そのものの利点を述べており、ユースケース駆動特有の特徴とは言えません。
• ウ: 「基本となるアーキテクチャをプロジェクトの初期に決定するので、コンポーネントを再利用しやすくなる。」
  これはウォーターフォール的またはアーキテクチャファーストのアプローチの利点に近く、ユースケース駆動はユーザー視点の振る舞いを重視するため、必ずしもプロジェクト初期にアーキテクチャを固定することを要求しません。むしろユースケースを検討しつつアーキテクチャを成熟させることが多いです。
• エ: 「ひとまとまりの要件を単位として設計からテストまでを実施するので、要件ごとに開発状況が把握できる。」
  ここがユースケース駆動の本質を表す記述です。ユースケース（機能・シナリオ）を単位に作業を進めるため、要件ごとの進捗・品質管理が容易になります。

よくある誤解

1. 「ユースケース駆動は反復的ではない」
   誤りです。ユースケース駆動は単に開発の単位を定める手法で、RUPのような反復・増分開発と組み合わせて用いられることが多く、反復性と排他的ではありません。反復開発の利点（リスク低減や変更対応性）は併用により享受できますが、それらはユースケース駆動固有の説明ではありません。
2. 「ユースケース駆動はアーキテクチャ設計を不要にする」
   誤りです。ユースケース駆動は振る舞いを中心に要件を整理しますが、適切なアーキテクチャ設計は必要です。むしろユースケースを通じてアーキテクチャ上の要求（性能・可用性・拡張性）を明らかにしやすくなります。

補足コラム

FAQ