System-analysis-and-design-implementation-maintenance
システムの実装とメンテナンス
実装とは、情報システムが機能していることを確認するプロセスです。 それが含まれます-
- 新しいシステムをゼロから構築する
- 既存のシステムから新しいシステムを構築します。
実装により、ユーザーは操作を引き継いで使用および評価できます。 システムを処理し、スムーズな変換を計画するためのユーザーのトレーニングが含まれます。
トレーニング
システムの担当者は、自分の役割が何であるか、システムをどのように使用できるか、およびシステムが何をするかしないかを詳細に知る必要があります。 適切に設計され、技術的に洗練されたシステムの成功または失敗は、それらの操作および使用方法に依存します。
トレーニングシステムオペレーター
システムオペレーターは、日常的な操作と異常な操作の両方の可能な操作をすべて処理できるように、適切にトレーニングする必要があります。 オペレータは、一般的な誤動作が発生する可能性のあるもの、それらを認識する方法、および発生したときに実行する手順についてトレーニングする必要があります。
トレーニングでは、トラブルシューティングリストを作成して、考えられる問題とその解決策、および予期しないまたは異常な問題が発生したときに連絡する個人の名前と電話番号を特定します。
トレーニングには、新しいシステムを使用するために必要な一連のアクティビティを実行することを含む、実行手順の習熟も含まれます。
ユーザートレーニング
- エンドユーザートレーニングは、コンピューターベースの情報システム開発の重要な部分であり、従業員が自分で問題を解決できるようにするために提供する必要があります。
- ユーザートレーニングには、機器の操作方法、システムの問題のトラブルシューティング、発生した問題の原因が機器またはソフトウェアにあるかどうかの判断が含まれます。
- ほとんどのユーザートレーニングでは、システム自体の操作を扱います。 トレーニングコースは、ユーザーが組織を迅速に動員できるように設計する必要があります。
トレーニングガイドライン
- 測定可能な目標の確立
- 適切なトレーニング方法を使用する
- 適切なトレーニングサイトの選択
- わかりやすいトレーニング資料を採用する
トレーニング方法
インストラクター主導のトレーニング
トレーナーとトレーニーの両方が参加しますが、同時に会う必要がありますが、必ずしも同じ場所で会う必要はありません。 トレーニングセッションは、1対1または共同で行うことができます。 それは2つのタイプです-
仮想教室
このトレーニングでは、トレーナーは同時に研修生に会う必要がありますが、同じ場所にいる必要はありません。 ここで使用される主なツールは、ビデオ会議、テキストベースのインターネットリレーチャットツール、または仮想現実パッケージなどです。
通常の教室
トレーナーは、同時に同じ場所で研修生に会わなければなりません。 ここで使用される主なツールは、黒板、オーバーヘッドプロジェクター、LCDプロジェクターなどです。
自習型トレーニング
それは、同じ場所で、または同時に会う必要のないトレーナーと研修生の両方を含みます。 研修生は、自分の都合の良いときにコースにアクセスして、自分でスキルを学びます。 それは2つのタイプです-
マルチメディアトレーニング
このトレーニングでは、コースはマルチメディア形式で提示され、CD-ROMに保存されます。 外部プログラマーの支援なしで社内トレーニングコースを開発するコストを最小限に抑えます。
ウェブベースのトレーニング
このトレーニングでは、コースはしばしばハイパーメディア形式で提示され、インターネットおよびイントラネットをサポートするために開発されます。 エンドユーザーにジャストインタイムのトレーニングを提供し、組織がトレーニング要件を調整できるようにします。
変換
これは、古いシステムから新しいシステムに移行するプロセスです。 理解しやすく構造化されたアプローチを提供し、管理チームとプロジェクトチーム間のコミュニケーションを改善します。
変換計画
これには、新しいシステムの実装中に発生し、運用する必要があるすべてのアクティビティの説明が含まれています。 考えられる問題とそれらに対処する解決策を予測します。
次のアクティビティが含まれています-
- 変換するすべてのファイルに名前を付けます。
- 変換中に新しいファイルを開発するためのデータ要件を特定します。
- 必要なすべての新しいドキュメントと手順をリストします。
- 各アクティビティで使用されるコントロールを特定します。
- 各アクティビティに対する人の責任を特定します。
- 変換スケジュールの検証。
変換方法
変換の4つの方法は次のとおりです-
- 並列変換
- 直接カットオーバー変換
- パイロットアプローチ
- 段階的導入方法
Method | Description | Advantages | Disadvantages |
---|---|---|---|
Parallel Conversion | Old and new systems are used simultaneously. |
Provides fallback when new system fails. 最高のセキュリティを提供し、最終的に新しいシステムのテストを行います。 a |
コスト超過を引き起こします。 新しいシステムは公平な道を歩まないかもしれません。 |
Direct Cutover Conversion | New system is implemented and old system is replaced completely. |
Forces users to make new system work 新しい方法と制御からすぐに利益が得られます。 a |
新しいシステムで問題が発生してもフォールバックしない 最も慎重な計画が必要 |
Pilot Approach | Supports phased approach that gradually implement system across all users |
Allows training and installation without unnecessary use of resources. リスク管理による大きな偶発事態を避けます。 |
A long term phasein causes a problem of whether conversion goes well or not. |
Phase-In Method | Working version of system implemented in one part of organization based on feedback, it is installed throughout the organization all alone or stage by stage. |
Provides experience and line test before implementation 優先される新しいシステムが新しいテクノロジーまたはパフォーマンスの大幅な変更を伴う場合。 |
Gives impression that old system is erroneous and it is not reliable. |
ファイル変換
これは、あるファイル形式を別のファイル形式に変換するプロセスです。 たとえば、WordPerfect形式のファイルをMicrosoft Wordに変換できます。
変換を成功させるには、次を含む変換計画が必要です-
- ターゲットシステムの知識と現在のシステムの理解
- チームワーク
- 自動化されたメソッド、テストおよび並列操作
- 問題を修正するための継続的なサポート
- システム/ユーザードキュメントなどの更新
多くの一般的なアプリケーションは、同じタイプの他のファイル形式を開いたり保存したりすることをサポートしています。 たとえば、Microsoft Wordは他の多くのワープロ形式でファイルを開いて保存できます。
実装後評価レビュー(PIER)
PIERは、プロジェクトの結果を評価し、プロジェクトがプロセス、製品、またはサービスに期待される利益を生み出しているかどうかを判断するためのツールまたは標準アプローチです。 これにより、ユーザーはプロジェクトまたはシステムが指定された期間と計画コスト内で望ましい結果を達成したことを確認できます。
PIERは、プロジェクトの開発および管理プロセスを評価することにより、プロジェクトが目標を達成したことを確認します。
PIERの目的
PIERを持つ目的は次のとおりです-
- 予測されるコスト、利益、およびタイムラインに対してプロジェクトの成功を判断する。
- プロジェクトに付加価値を加える機会を特定するため。
- 将来の参照と適切なアクションのためにプロジェクトの長所と短所を決定する。
- コスト見積もり手法を改良することにより、プロジェクトの将来に関する推奨事項を作成する。
次のスタッフはレビュープロセスに含まれるべきです-
- プロジェクトチームと管理
- ユーザースタッフ
- 戦略的管理スタッフ
- 外部ユーザー
システムのメンテナンス/強化
メンテナンスとは、何かを元の状態に復元することです。 拡張とは、ユーザー仕様の変更をサポートするためにコードを追加、変更することを意味します。 システムメンテナンスはシステムを元の要件に適合させ、新しい要件を組み込むことでシステムの機能を強化します。
したがって、メンテナンスは既存のシステムを変更し、拡張機能は既存のシステムに機能を追加し、開発は既存のシステムを置き換えます。 これは、システム設計および実装のエラーを修正し、ドキュメントを更新し、データをテストするアクティビティを含むシステム開発の重要な部分です。
メンテナンスの種類
システムのメンテナンスは3つのタイプに分類することができます-
- 修正メンテナンス-ユーザーが残りの問題の修復と修正を実行できるようにします。
- アダプティブメンテナンス-ユーザーがプログラムの機能を交換できるようにします。
- 完全なメンテナンス-ユーザーは、ユーザーの要件と変化するニーズに応じてプログラムを変更または強化できます。