平成23年度 秋期 問29
システム戦略
企画プロセスの段階で行う作業
企画プロセス,要件定義プロセス,開発プロセス,保守プロセスと続くソフトウェアライフサイクルにおいて,企画プロセスの段階で行う作業として,適切なものはどれか。
- ア機能要件と非機能要件の定義
- イ経営上のニーズと課題の確認
- ウシステム方式の設計と評価
- エソフトウェア方式の設計と評価
答えと解説を見る
✓ これが正解イ経営上のニーズと課題の確認
解説
いちばん手前の段なので、経営の求めと課題を確かめます。
ソフトウェアの一生は、四つの段に分けて並べられます。何のために作るのかを固めるのが、いちばん手前でした。何ができればよいかを取り決めるのが、その次です。実際に作り上げるのが、三つ目の段になります。渡した後に手を入れ続けるのが、最後の段でした。設問が問うたのは、いちばん手前の企画プロセスです。経営の求めと、いま抱える課題をそこで確かめました。だからその作業を挙げた肢が当たります。機能要件と非機能要件を定める作業は、次の段に置かれました。システム方式を決めて評価する作業は、作る段に入ります。中の作りを組んで確かめる作業も、同じ段に入りました。三つとも、いちばん手前には置かれていません。設問が段の並びを先に示しているので、当てるだけで決まります。シラバスも、この段をシステム企画の項目として置いています。
ほかの選択肢はなぜ違うのか
- ア機能要件と非機能要件の定義:機能要件と非機能要件を定める肢が、こちらのほうです。何ができればよいかを、そこで取り決めました。作る前の土台になる、大切な段になります。ところが手前から数えて二つ目の段でした。何のためかは決めません。一つ後ろに置かれます。
- ウシステム方式の設計と評価:システム方式を決めて評価する肢が、こちらに当たります。ハードウェアとソフトウェアにどう受け持たせるかを、そこで決めました。実際に作り上げるための段になります。けれども求めを固める段より、ずっと後ろです。作る段に入ります。二つ後ろでした。
- エソフトウェア方式の設計と評価:ソフトウェア方式を決めて評価する肢が、こちらに当たります。中の作りをどう組むかを、そこで決めました。システム方式より、さらに細かい段になります。ところがやはり作る段の中に置かれました。最も後ろの側です。手前ではありません。
この問題の用語
- 企画プロセス経営上のニーズと、業務上の課題を明らかにする工程です。共通フレームではここでシステム化計画を立て、作る仕事はまだ始めません。
- 要件定義作るシステムに何を求めるかを決める工程。業務の進め方だけでなく、稼働率や復旧までの時間といった条件も書き出します。
- 保守動いているシステムを使い続けられるように、点検や修正、更新を続ける作業です。障害の修正だけでなく、環境の変化に合わせた手直しも含みます。
- 作業工程を組み立てる、一つひとつの仕事の単位のことです。開始と終了、所要日数をもち、順序をつないで全体の日程を作ります。
- 非機能要件性能や可用性など、どのように動くかを定めた要件のことです。半日以内に復旧するといった品質の条件が、これにあたります。
出典:平成23年度 秋期 ITパスポート試験 問29
同じ用語が出る問題
- 令和8年度 問52:要件定義に関する問題(要件定義)
- 令和7年度 問20:ベンダー企業から収集する情報(企画プロセス)
- 令和6年度 問33:業務要件定義に関する問題(企画プロセス)
- 令和3年度 問46:システム要件定義に関する問題(非機能要件)
- 平成30年度 春期 (特別措置試験) 問6:非機能要件だけを全て挙げたもの(非機能要件)
この解説に誤りを見つけたら教えてください。直して、直した記録を残します。誤りを報告する(メールが開きます)