サブシステム分割

対象となったシステム全体を、機能や業務の単位で複数のサブシステムに分割すること。各サブシステムの関連部門・業務への影響を調査し、開発優先順位の決定やスケジュール策定の基礎となる。

対象となったシステム全体を、機能や業務の単位で複数のサブシステムに分割すること。各サブシステムの関連部門・業務への影響を調査し、開発優先順位の決定やスケジュール策定の基礎となる。

システム全体を、機能や業務のまとまりごとに独立性の高い複数のサブシステムに分けること。サブシステム間のインタフェースを明確にし、開発の分担や段階的な稼働、開発順序の決定に役立てる。

経営戦略に基づき、組織全体としてどの業務をどの順序でシステム化するかを定めた中長期の計画。個別システム化計画の上位に位置づけられる。

全体システム化計画に基づき、対象となる個々のシステムについて目的・範囲・体制・費用・スケジュールを具体化した計画。プロジェクト立ち上げの承認を得る根拠となる。

経営課題の解決に向けて、どのようなシステムを構想するかを整理した文書。システム化計画を立てる前段として、目的と期待効果を明らかにする。

システムの企画から要件定義、開発、運用、保守を経て廃棄に至るまでの一連の過程。各段階の費用を合計したものがTCOになる。

パッケージソフトウェアの標準機能に業務の側を合わせる導入方針。カスタマイズを避けることで、導入費用と保守負担、バージョンアップの困難さを抑えられる。

製品を導入したままの標準状態で利用すること。追加開発をしない前提で、標準機能の範囲内に業務を収める考え方。