システム化構想

業務上の課題を解決するために、情報システムの導入・刷新の目的・範囲・方針を明確にする上流工程の構想活動。システム化の目的、手段、要員、期間、コスト、作業分担などの基本方針を定める。

経営戦略や情報システム戦略に沿ったシステム化の目的と求められる成果（目標）を明確化し、対象とする業務の全体像を作成し、システム投資対象の選定と目標の策定を行う上流工程。

経営課題や事業環境を踏まえて、対象業務システムの分析、適用情報技術の調査、ビジネスモデルの企画、業務プロセスの企画などを行い、情報システム戦略との整合性を検証して策定する構想。

業務上の課題を解決するために、情報システムの導入・刷新の目的・範囲・方針を明確にする上流工程の構想活動。システム化の目的、手段、要員、期間、コスト、作業分担などの基本方針を定める。

経営課題や事業環境を踏まえ、情報システム戦略に沿って、対象とする業務とシステム化の目的、効果、全体像を明らかにする活動。共通フレームの企画プロセスの最初の段階で、対象業務の分析、適用する情報技術の調査、業務の新しい姿の検討などを行い、経営者の承認を得る。

承認されたシステム化構想に基づき、システム化の範囲、プロジェクト推進体制、全体開発スケジュール、要員教育計画、開発投資対効果などを検討して、具体的なシステム化計画を作る活動。共通フレームの企画プロセスでシステム化構想の立案に続く段階で、計画は経営者の承認を得て開発の拠り所となる。

ISO/IEC/IEEE 12207に対応する日本産業規格で、ソフトウェアライフサイクルプロセスを定める。ソフトウェアの取得、供給、開発、運用、保守、廃棄までのプロセスを、JIS X 0170と同じ4つのプロセス群の構成で規定し、共通フレームの基礎になっている。

規格や組織の標準プロセスを、プロジェクトの規模、特性、リスクなどに合わせて、プロセスや活動を追加・削除・変更して適用すること。テーラリングとも呼ぶ。規格のプロセスを修整した場合は、その理由と妥当性を示して修整適合とする。

要件から設計、実装、テストへと順方向にたどれ、逆に設計やテストケースから元の要件へも逆方向にたどれる状態。共通フレームでは各プロセスの成果物を評価する基準の一つとされ、要件の実現漏れや、要件の裏付けのない設計の混入を見つけ、要件を変更するときの影響範囲を特定するのに使う。トレーサビリティマトリクスで管理する。

システムやソフトウェアを稼働させ続けるために、運用中に見つかった問題の修正や、環境の変化・新たな要求への対応を行うプロセス。保守の準備、問題と修正依頼の分析、修正の実施、保守のレビューと受入れ、移行、廃棄への引継ぎなどの活動からなる。

経営戦略と情報システム戦略に基づき、組織全体としてどの業務を、どの順序と時期でシステム化するかを定めた中長期の計画。個々のシステム化案件の優先順位、投資と資源の配分、全体スケジュールを示し、個別システム化計画の上位に位置づけられる。