情報システム開発フェーズのポイント
|
基本原則を憶えましょう。
情報システム開発
【基本原則】
1.範囲の一貫性
ソリューション導入の目的と範囲の一貫性
2.プロジェクトマネジメントとコミットメント
適切なマネジメントの実施
3.変革、自覚、コミュニケーションのマネジメント
プロジェクトの進捗状況を伝える
4.導入フェーズ
外部設計、内部設計、開発、実行(移行とテスト)、展開
5.インテグレーション
現存システムとの統合
6.リスクマネジメントとモニタリング
リストを評価して代替ソリューション
定期的なマネジメント報告
【ステップ】 戻る
1.外部設計とマッピング
2.個別の実行メソッド
・ERPメソッド
・グループウェア・イントラネット
・個別開発
・技術メソッド
・その他(PCソフト、ASP、RADなど)
3.総合受入テスト
4.展開と実運用
【テストの種類】 戻る
1.単体テスト
2.結合テスト
3.ユニットテスト
4.総合テスト
【ERPメソッド】 戻る
|
| フ゜ロシ゛ェクトチームのトレーニンク゛ |
ヒ゛シ゛ネスフ゜ロセスの分析 |
ハ゜イロットフ゜ロトタイフ゜及びキ゛ャッフ゜分析 . |
ERP詳細セットアッフ゜ |
文書化 |
展開 |
| テストテ゛ータの仕様 |
運用のためのアト゛オン仕様 |
アト゛オンフ゜ロク゛ラム開発 |
エント゛ユーサ゛のトレーニンク゛ |
本移行及び本番稼働 |
| インターフェイス、移行シナリオ及びツールの仕様 |
ERPとアト゛オン部分の総合テストとテ゛ータ移行 |
|
【個別開発手法】 戻る
|
| フ゜ロシ゛ェクトコンセフ゜ト明確化
|
詳細仕様作成 |
プログラム開発 |
ユーザ及び 運用ト゛キュメント . |
展開 |
エント゛ユーサ゛の トレーニンク゛ . |
データ支援 . |
ユーサ゛受入テスト システムシ仕様 移行テ゛ータ . |
本移行及び 本番稼働 |
|
【アドオンの留意点】 戻る
・その機能が本当に必要か確認する。
・パラメータの設定で対応できないか確認する。
・パッケージのバージョンアップでの対応でもよいのではないか確認する。
今でなくてもよい。
・代替手段を検討する。
・バーションアップへの影響を十分考慮する。
【外部設計書の内容】 戻る
1.実行メソッドの期限
スケジュール化 マイルストーン
2.成果物
3.プロジェクト計画
資源調達スケジュール
4.必要資源
5.移行計画
6.ユニットテスト計画
コンポーネント単位のテスト計画
7.総合受入テスト
コンポーネント間の連携テスト計画
【ERP手法のレビューポイント】 戻る
1.プロジェクトチームのトレーニング
ERP対する意識の変革
ERPの全体概要とモジュール機能の理解
→研修教材、研修受講報告
2.ビジネスプロセス分析
要件シナリオ、業務プロセスをカバー
→業務フ゜ロセスモテ゛ル説明書、要件シナリオ
3.パイロットプロトタイプ
実現できていない業務プロセスと要件シナリオ
→プロトタイプ、実施記録、使用データ
4.ギャップ分析
ユーザ要件とERPの機能のギャップの明確化
セットアップのためのガイドライン作成
→マッピング報告書、セットアップ手順書
データ移行計画書
5.詳細セットアップ
セットアップの内容の記述、直後のデータの保存
→詳細セットアップワークシート
6.アドオン開発
開発標準に基づく、要求品質
→アドオンプログラム
7.文書化
ドキュメントの作成
→ユーザマニュアル、管理者マニュアル
【経営改革推進のポイント】 戻る
・標準化の理解
・改善の重要性の理解
・文書化の理解
・論理の重要性の理解
・投資の必要性の理解
【経営改革に必要なリーダのスキル】 戻る
・状況判断力
メンバの抵抗とレベルの理解
・柔軟性
メンバのニーズの把握
・コミュニケーションスキル
情報の共有から共感
メンバのモチベーションを高める自発的活動
【BPRのチェックポイント】 戻る
・業務面
例外処理と繁雑性、業務の重複
・顧客面
内部(上司)志向、レスポンス時間
・組織面
形式的手続き、セクショナリズム
【テストの進め方】 戻る
1.テスト計画書の作成
目的、スケジュール、体制、ツール
2.テストパターン、データ作成
最大の検証範囲、実データ準備、特殊/例外ケース
3.テスト実施
責任者の明確、ユーザとシステム部門の参画
4.結果評価
機能、性能、操作性、信頼性の評価
【開発手法】 戻る
・RAD
プログラム開発ツール利用
・構造化分析
モジュール構造図
・オブジェクト指向
オブジェクト図
・リバースエンジニアリング
現状システムから再設計
TOP
|