システム化計画

ソフトウェアライフサイクルと企画プロセス

情報システムは、「作って終わり」ではありません。構想の段階から始まり、開発、運用、そして最終的な廃棄まで、長い一生を歩みます。この一連の流れをソフトウェアライフサイクルと呼びます。

ソフトウェアライフサイクルは、大きく次のプロセスに分けられます。

この中で最初に行われるのが企画プロセスです。企画プロセスでは、「なぜシステムを作るのか」「どの範囲をシステム化するのか」「どれくらいの費用と期間がかかるのか」といった大枠を決めます。つまり、システム化計画は企画プロセスの中心的な活動です。

試験で出るポイント

「企画プロセス」と「開発プロセス」の違いはよく出題されます。企画プロセスは「何を作るかの方針を決める段階」、開発プロセスは「実際に作る段階」と整理しておきましょう。

企画プロセスの最初のステップは、システム化構想を描くことです。

システム化構想とは、経営戦略や事業戦略をふまえて、「どのような業務をITで改善・自動化するか」という大きな方向性を定めることです。たとえば、「紙で行っている受注業務をシステム化して、処理時間を半分に短縮したい」といった構想がこれにあたります。

システム化構想をもとに、より具体的な方針としてまとめたものがシステム化基本方針です。システム化基本方針では、次のような事項を定めます。

システム化構想が「こういうことをやりたい」というアイデアだとすれば、システム化基本方針は「こういう方針で進めよう」という合意文書のようなものです。

システム化構想・基本方針が固まったら、いよいよ具体的なシステム化計画を立てます。システム化計画では、以下の項目を明らかにします。

試験で出るポイント

「システム化計画で明らかにすべきものはどれか」という問題が出題されます。上記の8項目をセットで押さえておきましょう。とくに費用対効果とリスク分析は選択肢に登場しやすい項目です。

システム化計画の中でもとくに重要なのが費用対効果の評価です。

どんなに便利なシステムでも、かかる費用に見合った効果が得られなければ、企業にとって良い投資とはいえません。費用対効果を評価するためには、「費用」と「効果」の両面を明確にする必要があります。

たとえば、「システム開発に3,000万円かかるが、年間1,500万円のコスト削減が見込める」という場合、2年で投資を回収できると判断できます。このように、費用と効果を数値で比較し、投資に値するかどうかを判断します。

システム化計画と要件定義は混同しやすいため、違いを整理しておきましょう。

システム化計画は「何をどのような方針で進めるか」を決める段階であり、要件定義は「システムに具体的に何を求めるか」を決める段階です。企画プロセスで全体像を固めてから、要件定義プロセスで詳細を詰めていくという流れになります。

試験で出るポイント

システム化計画は「全体方針の策定」、要件定義は「具体的な要件の明確化」という区別を押さえましょう。出題では「システム化計画の段階で行うこと」として、スケジュールや費用対効果の検討が正解になります。