・個別システム開発計画の手順
|
・有効性の追求 ・効率性の追求 ・システム化対象領域 ・情報サブシステム ・システム化対象領域 ・情報システムアーキテクチャ ・アプリケーションアーキテクチャ ・マイグレーション方針 ・セキュリティ方針 ・開発環境 ・組織/業務改革・改善 ・定量的効果 ・定性的効果 ★組織/業務改革にシステムアナリストはどのように関与すべきか?
| 目次に戻る |
・システム化要件 ・システム化の効果 ・システム化の狙い・システム化目標の設定
・システム化の影響 ・非構造化領域 ・半構造化領域 ・構造化領域 ★システム化対象業務を絞り込むときの対象領域区分は何か? ・システム化プロジェクト ★プロジェクト範囲とシステム化範囲の関係を理解しているか?
| 目次に戻る |
・システム化計画 ・システム化構想 ・システムの主要機能の定義 * 主要機能に含まれる個別定義 * 主要アプリケーションの機能定義とデータモデルの作成 * システム概要フロー * 現行システムとのインタフェース設計、移行計画の作成 ・最新テクノロジの活用 * 主要機能分析 * データモデル * システム概要フロー * 現行システムとのインタフェース方針、移行方針 ・解決範囲 * システム概要の設計 * 最新テクノロジ * アーキテクチャ * ハードウェアの概略設計 * システムソフトウェアの概略設計 * ネットワークの概略設計 * リソースの概略設計 * システム運用概略設計 ★最終的にシステム化計画で解決する範囲を確定しなければ ならない理由は何か? ・開発計画書 * 開発工数の見積り * 開発工数積算表 * 要員計画 * 開発スケジュール * 導入計画書 * システム移行・運用計画 * 開発マスタスケジュール * 開発推進体制 * 投資効果分析 * 費用・効果一覧表 * 費用対効果分析 * 業務改革の取組み計画 * 中長期計画との調整
| 目次に戻る |
・開発計画書の評価 ・評価ポイント ・評価者 ・システム監査技術者による監査 ・トップマネジメントの承認 ・マネジメントサマリ ★次工程以降の作業着手前に、トップマネジメントの承認を とる必要性があるのはなぜか?
| 目次に戻る |