システムの調達

情報システムの調達方法□

ここでは、あえて調達方法にはこだわらずに、利用者（発注者）と提供者（受注者）の関係とし、主に利用者の立場で考えます。

　　　　　　　　利用者　　　　　　　提供者
　　社内開発　　経営者や利用部門　　ＩＴ部門やベンダ
　　外注開発　　ユーザ企業　　　　　ベンダ

社内開発では、ＩＴ部門と利用部門からなるプロジェクトチームで行うのが通常です。それで、利用部門のなかにも提供者になる人がいます。
　外注開発の場合、ＩＴ部門は、ベンダからみれば利用者であり、経営者や利用部門からみれば提供者です。それで、エンドユーザ・ＩＴ部門・ベンダという区分のほうが適切な場合があります。また、システムを分割して、一部を外注し一部をＩＴ部門が担当する場合もあります。

対象範囲と概要□

要件定義□

ここでは、要求、要件、機能などの用語が混用されていますが、厳密には、次のように区分されています。

情報化戦略と個別システムの関係□

要件定義の重要性□

過剰要求の危険□

業務と用語の理解が重要□

非ＩＴ系活動の影響□

ここでは、業務レベルでの成果を上げるための活動のうち、情報システムを構築すること以外の活動を「非ＩＴ系活動」ということにします。非ＩＴ系活動が不適切なために、要件定義が遅れたり、後工程で変更になったりすることが、情報システムの成否に大きな影響を与えるのです。

情報システムの開発

保守・改訂を考慮する□

「よいシステム」とは、どのようなシステムでしょうか？　要件定義を満足するシステムなのは当然ですが、「保守・改訂が容易なシステム」にすることも重要です。

情報検索系システムによる基幹業務系システムの簡素化□

テスト

テストの重要性□

利用者の参画□