評価手法と情報システムユーティリティアプローチ

システム開発のライフサイクルを通じて、アナリスト、経営陣、およびユーザーは、進化する情報システ 評価は、以下のシステム実装のためにも呼び出されます。

評価手法

情報システムやネットワークの継続的な評価が重要であることを認識し、多くの評価手法が考案されています。 これらの手法には、費用便益分析(”プロジェクト管理”の章で説明)、情報理論、シミュレーション、またはベイズ統計を使用して改訂された情報の影響に基づ

各タイプの評価は異なる目的を果たし、固有の欠点があります。 情報システムは初めて目的に関する情報を提供するため、システムや分散ネットワークの実装前後のパフォーマンスを比較することができないため、費用便益分析を適用することは困難である可能性があります。 改訂された決定評価アプローチは、情報システムの設計、開発、実装に関わるすべての変数を計算または定量化することができないため、困難を提示する。 ユーザーの関与アプローチは、さまざまな組織メンバーによる潜在的に機能不全の行動のチェックリストを提供することによって、新しいプロジェクトのい 評価への情報システムユーティリティアプローチは、それが拡張され、体系的に適用される場合、他のものよりも包括的であり得る。

情報システムユーティリティアプローチ

情報システムを評価するための情報システムユーティリティアプローチは、開発されたシステムの成功を測定するための包括的かつ有益な手法である可能性があります。 また、アナリストが引き受ける可能性のある将来のプロジェクトの開発のガイドとしても役立ちます。

情報の有用性には、所有、形式、場所、時間が含まれます。 情報システムを総合的に評価するためには,これらのユーティリティを実現ユーティリティと目標ユーティリティを含むように拡張する必要がある。 次に、ユーティリティは、適切に誰(所有)、何(フォーム)、どこ(場所)、いつ(時間)、どのように(実現)、そしてなぜ(目標)の質問に対処するために見ることができます。

情報システムユーティリティアプローチを使用した血液在庫情報および意思決定支援システムの評価
情報システムユーティリティアプローチを使用した血液在庫情報および意思決定支援システムの評価

情報システムは、これらのユーティリティのすべてを所有している場合、成功したと評価することができます。 システムモジュールがユーティリティのいずれかを提供する際に”貧弱”と判断された場合、モジュール全体が失敗する運命になります。 ユーティリティの部分的または”公正な”達成は、部分的に成功したモジュールになります。 情報システムモジュールがすべてのユーティリティを提供する上で”良い”と判断された場合、モジュールは成功です。

POSSESSION utility

Possession utilityは、誰が出力を受け取るべきか、つまり誰が決定を下す責任を負うべきかという質問に答えます。 情報は、システムを改善する力を欠いている人や、情報を生産的に使用する能力を欠いている人の手には価値がありません。

FORM UTILITY

Form utilityは、意思決定者にどのような出力が配布されるかという質問に答えます。 文書は、文書の形式と使用される専門用語の面で特定の意思決定者のために有用でなければなりません。 頭字語と列見出しは、ユーザーにとって意味のあるものでなければなりません。 さらに、情報自体は適切な形式でなければなりません。 たとえば、ユーザーは比率を得るために1つの数値を別の数値で除算する必要はありません。 代わりに、比率を計算して目立つように表示する必要があります。 もう一つの極端な点は、あまりにも多くの無関係なデータの提示です。 情報過負荷は確かに情報システムの価値を低下させます。

PLACE utility

Place utilityは、情報がどこに配布されているかの質問に答えます。 情報は、決定が行われた場所に配信する必要があります。 将来のアクセスを容易にするために、より詳細なレポートまたは以前の管理レポートを提出または保存する必要があります。

TIME utility

Time utility

は、情報がいつ配信されるかの質問に答えます。 決定がなされる前に情報が到着する必要があります。 遅れた情報には有用性がありません。 もう一つの極端なことは、決定の前に情報をあまりにも遠くに配信することです。 レポートは不正確になるか、または時期尚早に渡された場合忘れられるかもしれません。

ACTUALIZATION UTILITY

Actualization utilityは、意思決定者によって情報がどのように導入され、使用されるかを含みます。 第一に、情報システムは、それが実装される能力を持っている場合に価値を持っています。 第二に、現実化ユーティリティは、情報システムが設計者が出発した後に維持されている場合、または情報システムの一度の使用が満足のいく長期的な結果を得ている場合、情報システムに価値があることを意味する。

GOAL UTILITY

Goal utilityは、組織が目標を達成するのを助ける価値があるかどうかを尋ねることによって、情報システムの”なぜ”に答えます。 情報システムの目標は、意思決定者の目標に沿ったものでなければならないだけでなく、彼らの優先順位も反映していなければなりません。

Write a Comment

メールアドレスが公開されることはありません。