システム化計画プロセスでする作業を要件定義と見分ける
ITパスポート試験 令和3年度 問22 ／ システム企画 › システム化計画
過去問にチャレンジ
業務パッケージを活用したシステム化を検討している。情報システムのライフサイクルを，システム化計画プロセス，要件定義プロセス，開発プロセス，保守プロセスに分けたとき，システム化計画プロセスで実施する作業として，最も適切なものはどれか。
- ア
機能，性能，価格などの観点から業務パッケージを評価する。
- イ
業務パッケージの標準機能だけでは実現できないので，追加開発が必要なシステム機能の範囲を決定する。
- ウ
システム運用において発生した障害に関する分析，対応を行う。
- エ
システム機能を実現するために必要なパラメータを業務パッケージに設定する。
会話形式の解説
講師今回は、業務パッケージ、つまり市販されている業務用のソフトウェアを使ってシステム化するときの問題です。選択肢の作業が、システム化計画・要件定義・開発・保守のどのプロセスに当たるかを考えます。問われているのはシステム化計画プロセスです。
受験者私はパッケージの評価と、追加開発の範囲を決める作業で迷いました。どちらも作る前の検討なので、両方とも計画に入りそうに見えます。
講師そこがこの問題でいちばん紛らわしいところです。まず、各プロセスが何を決める段階なのかを押さえましょう。システム化計画は導入の方針を検討する段階で、どの業務パッケージを採用するかもここで評価します。要件定義は実現する機能の中身を決める段階です。
受験者そうすると、機能・性能・価格の観点で候補のパッケージを比べるのは、何を使うかを決める作業なので計画に当たるということですね。
講師そのとおりです。計画段階では導入方針を検討し、その中で候補製品を採用できるかどうかを比べて判断します。これが正解です。
受験者では、標準機能では足りないので追加開発の範囲を決める作業は、パッケージがもう決まった後の話になるのでしょうか。
講師はい。要件定義では実現する機能の内容を定めるので、パッケージで賄う部分と追加で作る部分の線引きもそこで行います。パッケージの評価と同じく検討の作業に見えますが、計画段階の作業ではありません。
受験者パッケージにパラメータを設定する作業は、設定するだけなので開発とは呼ばない気がしていました。
講師パラメータ設定は、必要な機能を実現するために開発プロセスで行う作業です。採用するパッケージと実現する機能が決まった後に、実際に作り込む段階で行います。
受験者残りの、運用中に起きた障害の分析と対応は、稼働した後のことなので保守プロセスですね。
講師そうです。導入前のシステム化計画には当たりません。
受験者まとめると、パッケージの評価は計画、追加開発の範囲決めは要件定義、パラメータ設定は開発、障害対応は保守ということですね。
講師よく整理できています。何を使うか決めるのが計画、何を実現するか決めるのが要件定義、実際に作り込むのが開発、動かした後に直すのが保守、という順番で考えると振り分けを間違えにくくなります。特に、追加開発の範囲決めを計画と取り違えないよう注意してください。
まとめ
業務パッケージを使ったシステム化では、機能・性能・価格などの観点で候補パッケージを評価する作業はシステム化計画プロセスで行います。標準機能で足りない部分について追加開発の範囲を決めるのは、実現する機能の内容を定める要件定義プロセスの作業です。パッケージへのパラメータ設定は開発プロセス、稼働後の障害の分析と対応は保守プロセスに当たります。「何を使うか決める→何を実現するか決める→作り込む→動かした後に直す」という順番で考えると、作業を正しく振り分けられます。
解答・解説
正解はアです
この問題のテーマ
業務パッケージを使ってシステム化を進めるとき、パッケージの評価・追加開発の範囲決め・パラメータ設定・障害対応といった作業が、ライフサイクルのどのプロセスに当たるかを問う問題です。ここではシステム化計画プロセスで行う作業を選びます。
解き方の考え方
まず、四つのプロセスがそれぞれ何を決める段階なのかを確認します。システム化計画は導入の方針を検討する段階で、どの業務パッケージを採用するかもここで評価します。要件定義は実現する機能の中身を決め、開発はそれを形にし、保守は稼働後の問題に対応します。各選択肢の作業をこの流れに当てはめれば、計画段階の作業は一つに絞れます。
選択肢ごとの解説
- ○ア 機能，性能，価格などの観点から業務パッケージを評価する。機能・性能・価格の観点で業務パッケージを評価する作業は、システム化計画プロセスで行います。計画段階では導入方針を検討し、その中で候補製品を採用できるかどうかを比べて判断します。したがって、これが正解です。
- ×イ 業務パッケージの標準機能だけでは実現できないので，追加開発が必要なシステム機能の範囲を決定する。標準機能で足りない部分について追加開発の範囲を決める作業は、要件定義プロセスに当たります。要件定義では実現する機能の内容を定めるため、パッケージで賄う部分と追加で作る部分の線引きもここで行います。計画段階の作業ではありません。
- ×ウ システム運用において発生した障害に関する分析，対応を行う。運用中に発生した障害の分析や対応は、保守プロセスの作業です。システムが稼働した後の段階で行うものなので、導入前のシステム化計画には当たりません。
- ×エ システム機能を実現するために必要なパラメータを業務パッケージに設定する。業務パッケージへのパラメータ設定は、必要な機能を実現するために開発プロセスで行う作業です。採用するパッケージと実現する機能が決まった後に行うため、計画段階の作業ではありません。
補足
「何を使うか決める（計画）→何を実現するか決める（要件定義）→実際に作り込む（開発）→動かした後に直す（保守）」という順番で考えると、作業の振り分けを間違えにくくなります。イの追加開発範囲の決定は、パッケージの評価と同じく「検討」の作業に見えるため、計画段階と取り違えやすい点に注意してください。
POINT
- システム化計画プロセスでは導入方針を検討し、業務パッケージを採用できるかどうかもこの段階で評価します。
- 候補パッケージを機能・性能・価格などで比べて選ぶのは計画段階の作業です。
- パッケージで足りない部分の追加開発範囲を決めるのは、機能の内容を定める要件定義プロセスです。
- パッケージへのパラメータ設定は開発プロセス、稼働後の障害の分析と対応は保守プロセスに当たります。