SAシステムアーキテクト試験 午前Ⅱ

平成23年度秋期 システムアーキテクト 午前Ⅱ 問11

問題文と選択肢を読んで答えを考えてから、下の「正解と解説を見る」で確認しましょう。

問題

ソフトウェア開発手法の特徴に関する記述のうち,適切なものはどれか。

選択肢

  1. ア
    ウォータフォールモデルは,要件定義,設計,プログラミング,テストの順に作業が流れていくので,エンドユーザプログラミングに最適である。
  2. イ
    スパイラルモデルは,要件定義,設計,プログラミング,テストを循環的に繰り返すので,未確定の要求があるシステムを開発する場合に有効である。
  3. ウ
    成長モデルは,実際に運用するシステムを作る前に評価モデルを作り,評価,改良を繰り返すので,システムの仕様や性能の早期確定に有効である。
  4. エ
    プロトタイピングは,スパイラルモデルを改良した方法であり,機能分割と段階的な機能追加を繰り返すので,大規模システム開発に最適である。
解き方のヒントを見る

開発手法の中核となる考え方を捉える

開発手法を区別するときは、名称や用語の印象で判断せず、その手法が開発を進めるうえで何を中心に据えているかという一つの観点に絞って整理します。提示内容と自分の理解が同じ観点で対応しているかを落ち着いて照らし合わせましょう。

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

問われているのは手法の名前を覚えているかではなく、各手法の根本にある考え方を区別できるかです。似た言葉が並んでも惑わされず、中心となる考え方を基準に一つずつ対応づけて確かめる姿勢が求められます。

視点

ソフトウェア開発手法は、どれも良いソフトウェアを作るという同じ目的を持ちながら、何を重視し、どう進めるかという考え方の違いで区別されます。名称だけを暗記していると、似た響きの用語や、複数の手法に部分的に共通する要素に引きずられがちです。学習時は、各手法について『何を中心に据えた考え方か』を一文で説明できるかを試し、その一文が提示内容と食い違っていないかを確かめると整理しやすくなります。

確認ポイント

  • 各手法について、中心となる考え方を自分の言葉で一文にまとめられるか
  • 名称や用語の響きではなく、その中心の考え方に照らして対応を判断しているか
  • 部分的に共通する要素に引きずられず、中心の考え方の違いまで確かめたか
正解と解説を見る

正解

イ

解説

ソフトウェア開発手法は、工程を一方向に進めるか、反復して要求を見直すか、試作や機能追加を行うかで特徴が異なる。未確定要求への対応を問うため、スパイラルモデルの説明が適切です。

理由

スパイラルモデルは、要件定義、設計、プログラミング、テストなどを反復し、各サイクルで評価や見直しを行う。したがって、要求が未確定なシステムでも、開発を進めながら要求や設計を具体化できる。

比較

ウォータフォールモデルは順序立てた開発に適するが、エンドユーザプログラミングを目的としない。成長モデルは実運用システムを段階的に成長させ、プロトタイピングは試作品で要求を確認する手法であり、それぞれ記述された特徴とは異なる。

選択肢ア

これは不正解だよ。ウォータフォールモデルは、要件定義からテストまでを順に進める計画的な開発手法だが、エンドユーザプログラミングに最適という結論にはならない。利用者が自ら作る開発ではなく、要求が比較的明確なシステムを段階的に開発する場合に向く。

選択肢イ(正解)

これは正解だよ。スパイラルモデルは、要件定義、設計、プログラミング、テストなどの工程を反復し、各反復で評価と見直しを行う。要求が未確定なシステムでも、開発を進めながら要求や設計を具体化できるため、この記述が適切である。

選択肢ウ

これは不正解だよ。記述の「評価モデルを作り、評価、改良を繰り返す」という説明は、試作を通じて要求を確認するプロトタイピングに近い。成長モデルは機能を段階的に追加して実運用可能なシステムを成長させる考え方であり、仕様や性能の早期確定を主目的とする手法ではない。

選択肢エ

これは不正解だよ。プロトタイピングは、試作品を作って利用者の要求や画面・操作などを確認し、要求の不明確さを減らす方法である。スパイラルモデルを改良した方法と一律にいえるものではなく、機能分割と段階的追加を繰り返す大規模開発に最適という説明も適切ではない。

学習のポイント

要求の確定度と開発成果物の違いを軸に、各手法の目的を比較する。

出典:独立行政法人 情報処理推進機構(IPA)平成23年度秋期 システムアーキテクト試験 午前Ⅱ 問11(公式資料:問題冊子(PDF) / 解答例)

関連する過去問一覧

IPA Advancedは非公式の学習サイトです。解説にはAIによる補助生成を含む場合があります。公式の問題冊子・解答例・採点講評を優先し、誤りは確認後に訂正します。運営・編集方針