情報技術動向と情報利用の環境変化

1. 技術動向の把握
2. 情報システム開発環境の発展
3. 情報システムの費用対効果の把握
4. 情報システムと組織の関係

・ＥＵＣ (End User Computing)
・情報系システム
・ＴＳＳ (Time Sharing System)
    CPU時間を細分化することで、複数のジョブを同時に処理するシステム。
    これに対して、同時に１つのジョブのみを順次処理するシステムを
    「バッチシステム」と呼ぶ。
・ＣＳＳ (Client Server System)
・ダウンサイジング
・データウェアハウス
    これまでの情報化によって蓄えられた電子化されたデータを、
    価値のある情報として活用していくための仕組み。
    価値あるデータを蓄積し、そのデータなどの分析などに
    活用する手段を提供する。
・データマート
    データを必要とする部門ごとに小規模なデータベースサーバを
    分散して配置する手法。データウェアハウスに比べ、
    パフォーマンスに優れている。
・ＶＬＤＢ (Very large database：大容量データベース)
・データマイニング
    データウェアハウス関連の用語。大量の履歴データ(生データ)から
    その中に潜む法則や関係などの意味情報を「発掘」すること。
    人工知能や統計学など高度な数学的手法が用いられ、過去のデータ
    によって将来を予測しようとする。
・データベースマーケティング
    コンピュータに蓄積された膨大な顧客情報を駆使して、的確で精度の
    高いマーケティングを行う手法。顧客管理、顧客属性分析、顧客行動分析
    の３つの発展段階に分けることができる。
・超並列プロセッサ
    データ・ウェアハウスを実現するコンピュータとして位置づけられている
    のが超並列コンピュータである。超並列コンピュータは、
    Pentiumなどのプロセッサを数個から100個以上搭載し、各プロセッサが
    並列的に検索処理を行うコンピュータであり、汎用コンピュータに比べて
    格段に高速に生データを処理することができる。
・ＯＬＡＰ (OnLine Analytical Processing)
    多次元構造のデータベース概念。大量のデータを格納したデータベースに
    オンラインでアクセスし、データをさまざまな角度から分析する。
・多次元データベース
    時系列を中心に多次元にデータを記憶する保管システム。
  ＊ スライシング
     多次元データをある平面で切り出すこと。
     たとえば、売上高を品種別時系列に切り出す、など。
  ＊ ダイジング
     スライシングにおける「切り出し方」を、さいころの目のように
     変えられることを称している。
  ＊ ドリルダウン
     あるデータの詳細をドリルで穴を開けるように深く検索すること。
     たとえば、１月の東京のテレビ売上は、誰がいくら売ったか、
     どんな型が売れたか、どんな客層に売れたかを分析する。
  ＊ ドリルアップ


・ホワイトカラーの生産性
・ワープロ
・表計算
・グループウェア
・ＣＳＣＷ (Computer Supported Cooperative Works)
・電子メール
・電子掲示板

・情報伝達の迅速化
・情報の共有化

・組織文化
・ワークフローシステム
・ＢＰＲ (Business Process Reengineering)
・シームレス
・ペーパレス

・企業間ネットワーク
・ＥＤＩ
・ＰＯＳ
・ＥＯＳ
・ＱＲ
・ＥＣＲ
・ビジネスプロトコル
・ＣＡＬＳ
・ＥＣ
・コンカレントエンジニアリング
・電子マネー
・インターネット

・イントラネット
・エクストラネット
・モバイルコンピューティング
・ＳＯＨＯ
・セキュリティ
・ファイアウォール
・ウィルス

・情報技術とシステムアナリストとの関係
  ＊ 戦略的観点
  ＊ 組織・人との関係
  ＊ ＣＩＯとの関係
  ＊ 情報システム部門との関係

・新技術検討における三つの留意点
  ＊ 情報基盤と個別システムの関係認識
  ＊ 対象技術の重点把握
  ＊ 自社環境の認識

• EA Enterprise Architecture
  大企業や政府機関などといった巨大な組織 enterprise の 業務手順・情報システムの標準化、および組織の最適化を進め、 効率よい組織の運営を図るための方法論。 一般的には以下の４階層の体系で整理される。
  1. ビジネス・アーキテクチャ Business Architecture
     政策・業務体系。 政策・業務の内容，実施主体，業務フロー等について、 共通化・合理化など実現すべき姿を体系的に示したもの。 業務・システムの範囲を明確化し、最適化の方向性と優先順位を表現する。 業務説明書、機能構成図、機能情報関連図、業務フローなどを用いる。
  2. データ・アーキテクチャ Data Architecture
     データ体系。 各業務・システムにおいて利用される情報すなわちシステム上のデータの内容、 各情報（データ）間の関連性を体系的に示したもの。 個々の業務処理ではなく業務全体に着目して、 データおよびデータ間の関係を洗い出し、全体最適を指向する。 情報体系クラス図、エンティティ・リレーション図、データ定義表などを用いる。
  3. アプリケーション・アーキテクチャ Application Architecture
     アプリケーション処理体系。 業務処理に最適な情報システムの形態（集中型か分散型か、 汎用パッケージソフトを活用するか個別に開発するか等）を体系的に示したもの。 データ処理機能と業務の関係を体系的にまとめ、 データ処理機能をモジュールに分解することで、 モジュールの共通化や再利用を具体的に検討できるようにする。 情報システム関連図や情報システム機能構成図などを用いる。
  4. 技術アーキテクチャ Technology Architecture
     技術体系。 実際にシステムを構築する際に利用する諸々の技術的構成要素（ハード・ソフト・ ネットワーク等）を体系的に示したもの。 一般的にはデータ体系や機能体系に合わせて最適な技術を選択するべきだが、 最新技術を取り入れる観点からデータ体系や機能体系が遡って更新されることも有り得る。 ネットワーク構成図、ソフトウェア構成図、ハードウェア構成図などを用いる。

• SOA Servie Oriented Architecture
  記述言語で定義された粗粒度のサービスを、 共通のインタフェースで粗結合する、分散コンピューティング。 SOAの実装基盤として注目されているWebサービスでは、 以下のような構成によって必要なサービスを提供する相手を インターネットから見つけて呼び出すことが出来る。
  1. WSDL (Web Services Description Language) によってサービスを記述する。
  2. UDDI (Universal Description, Discovery and Integration) によるディレクトリ・サービスにサービスを登録する。
  3. SOAP (Simple Object Access Protocol) を使ってサービスを探索する。
  個人向けサービスではいろいろな試みがなされているが、 企業間取引の分野では、まだ普及されていない。 一方、組織内におけるシステムの複雑化から、 サービスの部品化との粗結合のために、 異機種混合環境も想定されているSOAが注目されている。 一方、組織外サービスを含む大規模システムに適用する場合、 下記のようなサービスレベルに十分注意し、 ビジネスプロセスのボトルネックにならないよう設計・監視できる必要がある。
  • 細分化・部品化したサービスの再利用の現実的な可能性
  • 応答時間などのパフォーマンス情報、ロードバランシング
  • 自社のセキュリティ・ポリシーへの適用性（暗号化レベル等）
  • 利用頻度情報（機能毎のアクセス数など）
  • エラー発生率、フェイルオーバー機能
  現在のUDDIには サービスの管理やセキュリティ確保の仕組みが 不足しているが、サーバ運用による補完や 将来RDFの導入などによる改善が考えられる。

• BPM business process management
  ビジネスプロセスに 「分析」「設計」「実行」「モニタリング」「改善・再構築」 というマネジメントサイクルを適応し、 継続的なプロセス改善を遂行するためのコンセプト、 およびその効率化・最適化のための技術やツールの総体。 ２つのシステム間の連携自動化よりも、 複数のビジネスプロセスの可視化と制御に重きが置かれ、 ビジネスプロセスの独立性が高く組み換えが可能である時に 効果を発揮する考え方である。 顧客対応、オペレーション、サービス品質管理を 例えばフローチャート形式の分かり易いプロセスモデルで可視化し、 諸規定、統一ルールと有機的に結びつけることで 全員がビジネスプロセスを理解し、 継続的なプロセス改善が可能となる。

• ザックマン・フレームワーク Zachman framework
  １９８７年に登場した最初のＥＡの フレームワークで、現在の様々なＥＡフレームワークもその影響を受けている。 ６つの視点それぞれに６つの対象物を記述するシンプルだが包括的なマトリックスであり、 組織の全体構成を把握し、経営とＩＴを確実に結びつけ、 必要な成果物を漏れなく洗い出すのに役立つ。
  • ６つの視点 (ステークホルダーごとの視点＋成果物）
    1. プランナー (scope) …対象範囲と構成要素
    2. オーナー (enterprise model) …利用者にとっての最終製品の概念や価値
    3. デザイナー (system model) …ニーズと技術制約が調整された論理設計
    4. ビルダー (technology model) …実製造における物理設計
    5. サブコントラクター (components) …実際に製造されるコンポーネント
    6. 稼動システム (functioning systems) …最終製品そのもの
  • ６つの対象物
    1. Ｗｈａｔ (data)…エンティティとその関係
    2. Ｈｏｗ (function)…プロセスおよびインプット、アウトプット
    3. Ｗｈｅｒｅ (network) …ノードとリンク
    4. Ｗｈｏ (people) …組織・人・ヒューマンインタフェース・セキュリティ
    5. Ｗｈｅｎ (time) …計画とサイクル
    6. Ｗｈｙ (motivation) …目的と手段

• ＥＲＰパッケージ (Enterprise Resource Planinng Package)
  BPRを実現するためのソフトウェア・パッケージ。 企業の経営資源を有効に活用し経営を効率化するために、 基幹業務を部門ごとではなく、統合的に管理し、相互参照・利用を実現する。 個々の業務処理に対応した標準的なパラメータが設定されているものが多いが、 通常、個々の企業に合わせたソフトウェア部品の追加・拡張が可能である。 ERPパッケージを導入して経営効率を向上させるには、 綿密なコンサルティングを踏まえた 業務プロセスの検証、標準化が必須である。

・開発時点での保守改訂の考慮
・戦略的観点からの開発の迅速性

・システム開発
・システム改訂
・MakeからBuyへ
・カスタマイズ
・ＥＵＣ
・ＤＯＡ(データ中心アプローチ)
・Ｅ-Ｒモデル
・データの正規化
・ＲＤＢ(関係データベース)
・ＯＤＡ(オブジェクト指向アプローチ)
・オブジェクト
・メソッド
・カプセル化
・標準化

・システム開発技法
  - ウォーターフォール型開発技法
  - プロトタイプ型開発技法
  - スパイラル型開発技法
      ウォーターフォールモデルとプロトタイプモデルの両方の
      手法を採り入れたもの。部分ごとにウォーターフォールモデルの
      一連の工程を行い、場合によってプロトタイピングを行う。
      (※なぜ、これを「スパイラル(螺旋)」って言うんでしょ？)
  - ＲＡＤ (Rapid Application Development)
      * ＪＲＰ (Joint Requirment Planning)
      * ＪＡＤ (Joint Applicaiton Design)

・ＣＡＳＥツール

・費用対効果

・見えないコスト

・ライフサイクル
・定量的効果
・定性的効果
・戦略的効果
・競争優位
・特性要因図
・連関図
・ベンチマーク

・共通フレーム
  ＊ SLCP-JCF94
  ＊ SLCP-JCF98

・モデル契約

・ＤＰ部門
・ＩＴ部門
・ノーランの発展段階説
    (1) 開始
    (2) 拡張
    (3) 統制
    (4) 統合
    (5) データ管理
    (6) 成熟
・アウトソーシング

★情報システム部門の任務の変化を説明できるか？

・組織文化