Management-information-system-mis-development-process
MIS-開発プロセス
MISでは、情報は資本や時間などの主要なリソースとして認識されます。 このリソースを適切に管理する必要がある場合は、管理者にリソースの計画と制御を要求し、情報がシステムにとって重要なリソースになるようにします。
- 管理情報システムには適切な計画が必要です。
- このシステムは、データ処理のみではなく管理情報を処理する必要があります。
- 管理計画、意思決定、およびアクションのサポートを提供する必要があります。
- ビジネス管理の変化するニーズへのサポートを提供する必要があります。
MIS実装の主な課題は次のとおりです-
- 情報の量、内容、コンテキスト-情報の量と正確な内容。
- 分析とプレゼンテーションの性質-情報の理解可能性。
- 情報の可用性-頻度、同時代性、オンデマンドまたはルーチン、定期的または不定期、1回限りの情報、または本質的に繰り返しなど
- 情報の正確さ。
- 情報の信頼性。
- システムのセキュリティと認証。
MISの計画
MISの設計および開発プロセスは、次の問題に適切に対処する必要があります-
- システムの開発者とユーザーの間で効果的なコミュニケーションが必要です。
- ユーザーと開発者の間で、管理、プロセス、およびITを理解する上で同期が必要です。
- さまざまな機能分野のマネージャーの情報ニーズを理解し、これらのニーズを単一の統合システムに統合します。
- 組織全体をカバーする統一されたMISを作成すると、より経済的で、より高速で、より統合されたシステムにつながりますが、設計の複雑さが増大します。
- MISは、組織の情報システム全体の他のすべてのサブシステムを含む複雑な環境と対話する必要があります。 そのため、組織のコンテキストでMISの要件を理解して定義することが非常に必要です。
- 環境の変化、顧客の要求の変化、競争の激化に対応する必要があります。
- IT能力の急速な発展を可能な限り最良の方法で活用する必要があります。
- このような高度なITベースのシステムをインストールするコストと時間は高いため、頻繁に大きな変更を行う必要はありません。
- ユーザー、つまり管理者だけでなく、従業員、顧客、サプライヤーなどの他の利害関係者にも注意を払う必要があります。
組織の計画段階が終了すると、システムの設計者は、MISの目標と目的を達成するために次の戦略的決定を下す必要があります-
- 開発戦略-例-オンラインのリアルタイムバッチ。
- システム開発戦略-設計者は、運用上の機能と会計上の分析のようなシステム開発へのアプローチを選択します。
- 開発用のリソース-デザイナーはリソースを選択する必要があります。 リソースは、社内の対外部、カスタマイズ、またはパッケージの使用です。
- 人材構成-スタッフにはアナリストとプログラマーが必要です。
情報システムの計画には、本質的に以下が含まれます-
- 組織内の情報システムの段階の識別。
- 組織ISのアプリケーションの識別。
- 確立された進化基準に基づくこのアプリケーションのそれぞれの進化。
- これらのアプリケーションの優先順位を確立します。
- 最優先のアプリケーションを提供するためのISの最適なアーキテクチャを決定します。
情報システム要件
次の図は、情報要件分析のプロセスの簡単なスケッチを示しています-
次の3つの方法論を採用して、あらゆる組織の管理情報システムを開発する際の要件を決定できます-
Business Systems Planning(BSP)-この方法論はIBMによって開発されました。
- 組織のISの優先順位を識別し、システム内でデータが維持される方法に焦点を合わせます。
- 複数のアプリケーションをサポートするデータアーキテクチャを使用します。
- さまざまなマトリックスを使用してデータクラスを定義し、組織、そのプロセス、およびデータ要件間の関係を確立します。
Critical Success Factor(CSF)-この方法論は、MITのJohn Rockartによって開発されました。
- 各マネージャーの主要なビジネス目標と戦略、およびビジネスの戦略を特定します。
- 次に、これらの目標の基礎となる重要な成功要因を探します。
- CSFの有効性の尺度は、情報システム要件を定義するための入力になります。
End/Means(E/M)分析-この方法論は、ミネソタ大学のWetherbeとDavisによって開発されました。
- 出力の有効性基準と、出力を生成するプロセスの効率性基準を決定します。
- 最初に、ビジネスプロセスによって提供される出力またはサービスを識別します。
- 次に、これらの出力をユーザーに有効にする要因について説明します。
- 最後に、出力の有効性を評価するために必要な情報を選択します
情報システムの分析と設計
システムの分析と設計は、前の章で説明した典型的なシステム/ソフトウェア設計ライフサイクル(SDLC)に従います。 通常、次のフェーズを通過します-
- 問題定義
- 実現可能性調査
- システム分析
- システム設計
- 詳細なシステム設計
- 実装
- メンテナンス
分析フェーズでは、次の手法が一般的に使用されます-
- データフロー図(DFD)
- 論理モデリング
- データモデリング
- 迅速なアプリケーション開発(RAD)
- オブジェクト指向分析(OOA)
情報システムの技術
情報システムの技術要件は、次のように分類できます-
- 装置
- データセンターシステム-エンタープライズ内のデータの処理、ストレージ、ネットワーキング、管理、および配布を提供する環境です。
- エンタープライズソフトウェア-これらは、ERP、SCM、人事管理などのソフトウェアシステムです。 組織のニーズと目的を満たします。
- ITサービス-人、プロセス、および情報技術を介したITサービスプロバイダーによる高品質ITサービスの実装と管理を指します。 多くの場合、6シグマ、TQMなどのさまざまなプロセス改善フレームワークと方法論が含まれます。
- テレコムサービス
システムテストの計画と実行
システムは、完全に動作する前にエラーを完全にテストする必要があります。
テスト計画には、各テストを含める必要があります-
- 目的
- 定義
- テスト入力
- 試験手順の詳細仕様
- 期待される出力の詳細
各サブシステムとそのすべてのコンポーネントは、さまざまなテスト手順とデータを使用してテストし、各コンポーネントが意図したとおりに機能することを確認する必要があります。
テストには、システムのユーザーを含めてエラーを特定し、フィードバックを取得する必要があります。
システム操作
システムが動作する前に、次の問題に注意する必要があります-
データのセキュリティ、バックアップおよび復元。
システム制御;
予想されるすべてのビジネス状況でバグのないことを確認するためのシステムのテスト。
使用されるハードウェアとソフトウェアは、期待される処理を提供できる必要があります。
システムの容量と予想される応答時間を維持する必要があります。
システムは以下を含めて十分に文書化する必要があります。
- 経験の浅いユーザー向けのユーザーガイド、
- 上級ユーザー向けのユーザーリファレンスまたは操作マニュアル、
- システムの構造とアーキテクチャを説明するシステムリファレンスマニュアル。
システムが完全に動作可能になったら、動作中に発生したグリッチや問題を解決するために、システムの稼働期間全体を維持する必要があります。
成功と失敗の要因
MIS開発プロジェクトは、高リスク、高収益のプロジェクトです。 以下は、MIS開発の成功と失敗の重要な要因として述べることができます-
- 特定の、認知度の高いビジネスに対応する必要があります。
- トップマネジメントは、そのようなシステムを完全に確信し、能力があり、喜んでいる必要があります。 理想的には、トップマネジメントにシステムの利用者またはスポンサーがいるべきです。
- 管理者や他の従業員を含むすべてのユーザーは、システムの開発、実装、および使用に不可欠な部分にする必要があります。
- ユーザーの関心を引くために、できるだけ早くシステムの運用プロトタイプをリリースする必要があります。
- 必要な技術、ビジネス、対人スキルを持つ優れたサポートスタッフが必要です。
- システムは、複雑さを増すことなく、シンプルで理解しやすいものでなければなりません。 使用とユーザーの両方が存在しない限り、エンティティを追加するのはベストプラクティスです。
- 使いやすく、高い応答時間でナビゲートする必要があります。
- 実装プロセスは、明確な目標と時間に従う必要があります。
- トップマネジメントを含むすべてのユーザーは、システムの内容と機能について十分な知識を持ち、レポート、予算編成、管理、計画、監視などのさまざまな管理活動に完全に使用できるように、適切なトレーニングを受ける必要があります。等
- すべてのマネージャーが使用する有用な出力を生成する必要があります。
- システムは、計画、意思決定、および監視の管理プロセスに適切に統合される必要があります。