システム開発技術|平成27年度 春期 ITパスポート試験(特別措置試験) 問35
システム要件定義の段階で,検討したシステム要件の技術的な実現性を確認するために有効な作業として,適切なものはどれか。
- 業務モデルの作成
- ファンクションポイントの算出
- ✓ これが正解プロトタイピングの実施
- 利用者の要求事項の収集
解説
作れるかどうかは、実際に小さく作ってみれば分かります。
要件定義の段で、決めた中身が本当に作れるのかを見たいときは、小さく作ってみるのが早道です。試しの品を先に組んで動かし、確かめる手立てがこれにあたります。絵や文書だけでは、速さが足りるか、他の仕組みとつなげられるかまでは分かりません。残る三つは、同じ段や近くの段で行う作業ではありますが、作れるかどうかを確かめる働きは持っていません。シラバスはプロトタイピングモデルという名で、滝の形の型と同じ行に置いています。試しの品には二つの使い方があります。確かめたら捨てて本番は別に作り直すやり方と、そのまま育てて本番にするやり方です。前者は速さを、後者は無駄の少なさを取ります。気を付けたいのは、使う人が動くものを見ると、それが完成品に見えてしまう点です。あくまで確かめるための品だと、先に伝えておきます。
ほかの選択肢はなぜ違うのか
- 今の仕事の流れを図にして整える作業です。何をしたいかを描く役なので、作れるかまでは分かりません。今の仕事がどう流れているかを整理したい、という問いなら、こちらが答えです。本回の前のほうに、流れを描く図の問いも出ています。
- 機能の数と難しさから、規模を見積もる手立てです。どれだけかかるかは出ますが、実現できるかは別になります。どれくらいの手間と日数がかかるかを見積もりたい、という問いなら、こちらが答えです。機能の数を点に直して数えます。
- 使う人の求めを集める作業です。集めた中身が作れるかどうかは、そのあとの話になります。何を作ってほしいのかを聞き出したい、という問いなら、こちらが答えになります。集めるのが先、実現できるかを確かめるのが後、という順です。
この問題に関係する言葉
- プロトタイピングモデル
- ウォーターフォールモデル
出典:平成27年度 春期 ITパスポート試験(特別措置試験) 問35
同じ単元をまとめて解くならシステム開発技術へ。
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)