令和7年度 III-20

解説

この問題で問われていること

業務背景に対して適用するソフトウェア開発プロセスモデルとして、最も不適切な事例を選ぶ問題。

解き方

① 要求が決まっていない部分を早めに確かめたいなら、試作品を見せながら進める「プロトタイピング」。コードアンドフィックスは設計せずに書いては直すだけのやり方
② ②は画面が決まらず初期に確認したい事例なのに、コードアンドフィックスを当てている。①スパイラル、③インクリメンタル、④フォーマルメソッド、⑤ウォーターフォールは事例に合っている
③ ②

正解が正しい理由

②は、ビジネスルールは整理されているが、具体的なユーザインタフェースが決められないため、初期に確認しながら進めたいという事例である。この場合、試作品(プロトタイプ)を作成して利用者に確認しながら進める「プロトタイピングモデル」が適切であり、コードアンドフィックスモデル(仕様や設計を十分に行わずに、コードを書いては修正を繰り返す場当たり的な開発)を適用するのは不適切である。したがって②が最も不適切である。

各選択肢について

• ① 研究的側面があり、詳細な仕様やアーキテクチャが明確でないプロジェクトには、リスクを評価しながら反復的に進めるスパイラルモデルが適切。
• ② ユーザインタフェースが決まらないので初期に確認しつつ進めたい場合は、プロトタイピングが適切であり、コードアンドフィックスモデルは不適切。これが正答。
• ③ 基盤となるアーキテクチャを検討した後、機能を戦略的に順位付けして早期にリリースしたいパッケージ開発には、インクリメンタルモデルが適切。
• ④ 不具合が人命に関わり、期間とコストの支援が期待できて欠陥防止に最大限の対策を行いたい制御システムには、数学的に仕様を記述・検証するフォーマルメソッドが適切。
• ⑤ 得意分野で要求が明確で、途中変更の可能性も低い業務システムには、ウォーターフォールモデルが適切。

覚えるべきポイント

プロセスモデルは、要求の明確さ、変更可能性、リスク、期間・コストなどで選ぶ。要求が不明確ならプロトタイピングやスパイラル、早期リリースはインクリメンタル、高信頼性はフォーマルメソッド、要求が明確で安定ならウォーターフォール。