問42
頻出度★★★
図のように，改良及び機能追加を繰り返すことによって利用者の要求の変動に柔軟に対処したシステム開発を行う開発モデルはどれか。 分析 → 設計 → プログラミング → テスト → 評価 （評価から分析へ戻る：改良及び機能追加）
平成26年度 秋期 ITパスポート試験 問42
マネジメント系ソフトウェア開発管理技術 › 開発プロセス・手法
この問題の解説と、これまでの解答の記録です。
解説
問 42
不正解ア
ウォータフォールモデルは、要件定義 → 設計 → プログラミング → テストと工程を上流から下流へ一方向に流し、原則として前工程には戻らない開発モデル。滝が逆流しないことに由来する名前のとおり後戻りを想定しないので、図のように評価から分析へ戻る繰り返しの矢印とは正反対であり、要求の変動にも柔軟に対処しにくい。
不正解イ
再利用モデルは、既存のプログラム部品やモジュールを流用して開発の生産性・品質を高めるという「部品の使い回し」に着目した考え方。着眼点は開発資産の再利用であって工程の反復ではなく、図が示す「評価の結果を次の周回に返して改良・機能追加する」流れを説明するものではない。
- ウ
正解 正解は「ウ スパイラルモデル」。図では「分析 → 設計 → プログラミング → テスト → 評価」という一巡の開発工程が終わった後、評価から分析へ矢印が戻り、そこに「改良及び機能追加」と書かれている。つまり一度で完成させるのではなく、小さな単位で作っては評価し、その結果を次の周回の分析にフィードバックして改良・機能追加を積み重ねていく。この「開発工程をらせん状に繰り返して、少しずつシステムを成長させる」進め方がスパイラルモデルであり、途中で利用者の要求が変わっても次の周回で取り込めるため、要求の変動に柔軟に対処できる。図の帰還矢印 (繰り返し) こそがスパイラルモデルの決め手である。
不正解エ
リエンジニアリングモデルは、既存の稼働中システムを解析して仕様を洗い出し、作り直す (再構築する) という保守・再構築の考え方。出発点が既存システムの改造である点で、新規に工程を繰り返しながら機能を積み上げていく図の流れとは異なる。
ここがポイント
- スパイラルモデル = 分析・設計・プログラミング・テスト・評価という一連の工程をらせん状に何度も繰り返し、1周ごとに機能を追加・改良していく反復型の開発モデル。評価結果を次の周回にフィードバックできるので、利用者の要求変更に強い。
- 対比軸として、ウォータフォールモデルは工程を一方向に進めて後戻りしない直線型。図中に「前工程へ戻る矢印 (繰り返し)」があればスパイラル系、無ければウォータフォールと判断できる。
用語