MIS-開発プロセス

MISでは、情報は資本や時間などの主要なリソースとして認識されます。このリソースを適切に管理する必要がある場合は、管理者にリソースの計画と管理を依頼し、情報がシステムの重要なリソースになるようにします。

経営情報システムには、適切な計画が必要です。
このシステムは、データ処理だけではなく、管理情報を処理する必要があります。
管理計画、意思決定、および行動をサポートする必要があります。
ビジネス管理の変化するニーズをサポートする必要があります。

MISの実装における主な課題は次のとおりです。

情報の量、内容、コンテキスト-情報の量と正確に何を説明する必要があるか。
分析と提示の性質-情報の理解可能性。
情報の可用性-頻度、同時性、オンデマンドまたはルーチン、定期的または不定期、1回限りの情報、または本質的に反復的な情報など
情報の正確さ。
情報の信頼性。
システムのセキュリティと認証。

MISの計画

MISの設計および開発プロセスでは、次の問題にうまく対処する必要があります。

システムの開発者とユーザーの間には効果的なコミュニケーションが必要です。
ユーザーと開発者の間で、管理、プロセス、ITの理解に同期が必要です。
さまざまな機能分野の管理者の情報ニーズを理解し、これらのニーズを1つの統合システムに統合します。
組織全体をカバーする統合MISを作成すると、より経済的で、より高速で、より統合されたシステムになりますが、設計の複雑さが増します。
MISは、組織の情報システム全体に含まれる他のすべてのサブシステムで構成される複雑な環境と相互作用する必要があります。したがって、組織のコンテキストでMISの要件を理解し、定義することが非常に必要です。
環境の変化、顧客の要求の変化、競争の激化に対応する必要があります。
IT機能の急速な発展を可能な限り最善の方法で利用する必要があります。
このような高度なITベースのシステムをインストールするコストと時間は高いため、頻繁に大幅な変更を行う必要はありません。
ユーザー、つまり管理者だけでなく、従業員、顧客、サプライヤーなどの他の利害関係者にも対応する必要があります。

組織の計画段階が終了したら、システムの設計者は、MISの目標と目的を達成するために次の戦略的決定を行う必要があります。

開発戦略-例-オンラインのリアルタイムバッチ。
システム開発戦略-設計者は、運用と機能、会計と分析などのシステム開発へのアプローチを選択します。
開発用のリソース-設計者はリソースを選択する必要があります。リソースは、社内用と外部用、カスタマイズ済み、またはパッケージの使用です。
マンパワー構成-スタッフにはアナリストとプログラマーが必要です。

情報システムの計画には、基本的に次のものが含まれます。

組織内の情報システムの段階の識別。
組織ISのアプリケーションの識別。
確立された進化基準に基づくこのアプリケーションのそれぞれの進化。
これらのアプリケーションの優先順位を確立します。
最優先のアプリケーションにサービスを提供するためのISの最適なアーキテクチャを決定します。

情報システムの要件

次の図は、情報要件分析のプロセスの簡単なスケッチを示しています。

次の3つの方法論を採用して、あらゆる組織の経営情報システムを開発する際の要件を決定できます。

Business Systems Planning（BSP）-この方法論はIBMによって開発されました。
- 組織のISの優先順位を特定し、システムでデータを維持する方法に焦点を当てます。
- 複数のアプリケーションをサポートするデータアーキテクチャを使用します。
- さまざまなマトリックスを使用してデータクラスを定義し、組織、そのプロセス、およびデータ要件間の関係を確立します。
重要成功要因（CSF）-この方法論はMITのジョンロックアートによって開発されました。
- これは、各マネージャーの主要なビジネス目標と戦略、およびビジネスのそれを識別します。
- 次に、これらの目標の根底にある重要な成功要因を探します。
- CSFの有効性の測定は、情報システムの要件を定義するための入力になります。
End / Means（E / M）分析-この方法論は、ミネソタ大学のWetherbeとDavisによって開発されました。

これは、出力の有効性基準と出力を生成するプロセスの効率基準を決定します。
最初に、ビジネスプロセスによって提供される出力またはサービスを識別します。
次に、これらの出力をユーザーにとって効果的にする要因について説明します。
最後に、アウトプットの有効性を評価するために必要な情報を選択します

情報システムの分析と設計

システムの分析と設計は、前の章で説明した一般的なシステム/ソフトウェア設計ライフサイクル（SDLC）に従います。それは一般的に次の段階を通過します-

問題の定義
フィージビリティスタディ
システム分析
システムデザイン
詳細なシステム設計
Implementation
Maintenance

分析フェーズでは、次の手法が一般的に使用されます。

データフロー図（DFD）
ロジックモデリング
データモデリング
迅速なアプリケーション開発（RAD）
オブジェクト指向分析（OOA）

情報システムのための技術

情報システムの技術要件は、次のように分類できます。

Devices
データセンターシステム-企業内でデータの処理、保存、ネットワーキング、管理、および配布を提供する環境です。
エンタープライズソフトウェア-これらは、組織のニーズと目的を満たすERP、SCM、人的資源管理などのようなソフトウェアシステムです。
ITサービス-ITサービスプロバイダーによる、人、プロセス、および情報技術を通じた高品質のITサービスの実装と管理を指します。多くの場合、シックスシグマやTQMなどのさまざまなプロセス改善フレームワークと方法論が含まれています。
テレコムサービス

システムテストの計画と実行

完全に動作する前に、システムのエラーを完全にテストする必要があります。

テスト計画には、テストごとに含める必要があります-

Purpose
Definition
テスト入力
試験手順の詳細仕様
期待されるアウトプットの詳細

各サブシステムとそのすべてのコンポーネントは、さまざまなテスト手順とデータを使用してテストし、各コンポーネントが意図したとおりに機能していることを確認する必要があります。

テストには、エラーを特定し、フィードバックを取得するために、システムのユーザーを含める必要があります。

システム操作

システムが稼働する前に、次の問題に対処する必要があります-

データセキュリティ、バックアップおよびリカバリ。
システム制御;
システムをテストして、予想されるすべてのビジネス状況でバグがないことを確認します。
使用するハードウェアとソフトウェアは、期待される処理を提供できる必要があります。
システム容量と予想される応答時間を維持する必要があります。
システムは、以下を含めて十分に文書化する必要があります。

経験の浅いユーザーのためのユーザーガイド、
上級ユーザー向けのユーザーリファレンスまたは操作マニュアル、
システムの構造とアーキテクチャを説明するシステムリファレンスマニュアル。

システムが完全に動作可能になったら、動作中に直面する不具合や問題を解決するために、動作寿命全体にわたってシステムを維持する必要があり、そのような状況を克服するために小さな変更が加えられる場合があります。

成功と失敗の要因

MIS開発プロジェクトは、高リスク、高収益のプロジェクトです。以下は、MIS開発の成功と失敗の重要な要因として述べることができます-

特定の、よく認識されているビジネスに対応する必要があります。
経営トップは、そのようなシステムに完全に納得し、能力があり、進んでいる必要があります。理想的には、トップマネジメントにシステムのパトロンまたはスポンサーがいる必要があります。
管理者や他の従業員を含むすべてのユーザーは、システムの開発、実装、および使用の不可欠な部分にする必要があります。
ユーザーの関心を引くために、システムの運用プロトタイプをできるだけ早くリリースする必要があります。
必要な技術的、ビジネス的、対人関係のスキルを備えた優れたサポートスタッフが必要です。
システムは、それほど複雑にすることなく、シンプルで理解しやすいものでなければなりません。エンティティの用途とユーザーの両方がない限り、エンティティを合計しないことをお勧めします。
使いやすく、高い応答時間でナビゲートできる必要があります。
実装プロセスは、明確な目標と時間に従う必要があります。
経営トップを含むすべてのユーザーは、システムの内容と機能を十分に理解し、報告、予算編成、管理、計画、監視などのさまざまな管理活動に十分に使用できるように、適切なトレーニングを受ける必要があります。等
すべてのマネージャーが使用できる有用な出力を生成する必要があります。
このシステムは、計画、意思決定、および監視の管理プロセスに適切に統合されている必要があります。