SlideShare uma empresa Scribd logo
1 de 36
Baixar para ler offline
高度試験午前Ⅱ - システム戦略


       @yokkuns : 里 洋平
       情報処理技術勉強会
               2010.07.29
本日の内容

情報処理教科書 [秋期]高度試験午前I・II 2010年度版




             17-1 情報システム戦略
情報戦略の立案

   情報戦略の立案時に、必ず整合性を取るべき
    対象はどれか?

    ア   新しく登場した情報技術
    イ   基幹システムの改修計画
    ウ   情報システム部門の年度計画
    エ   中長期の経営計画
情報戦略の立案

 一般的に、経営戦略が最上位概念
 ITストラテジスト試験の対象者像
       企業の経営戦略に基づいて、ビジネスモデルや企業活動における特定
        のプロセスについて、情報技術を活用して改革・高度化・最適化するため
        の基本戦略を策定・提案・推進する者
情報戦略の立案

 一般的に、経営戦略が最上位概念
 ITストラテジスト試験の対象者像
       企業の経営戦略に基づいて、ビジネスモデルや企業活動における特定
        のプロセスについて、情報技術を活用して改革・高度化・最適化するため
        の基本戦略を策定・提案・推進する者




             情報戦略の立案にあたっては、
           上位概念である経営戦略との整合性をとる
情報戦略の立案

   情報戦略の立案時に、必ず整合性を取るべき
    対象はどれか?

    ア   新しく登場した情報技術
    イ   基幹システムの改修計画
    ウ   情報システム部門の年度計画
    エ   中長期の経営計画
情報戦略の立案

   情報戦略の立案時に、必ず整合性を取るべき
    対象はどれか?

    ア   新しく登場した情報技術
    イ   基幹システムの改修計画
    ウ   情報システム部門の年度計画
    エ   中長期の経営計画
情報システムのあるべき姿を明確にする計画

   “システム管理基準”によれば、組織全体の情
    報システムのあるべき姿を明確にする計画はど
    れか?

    ア   開発計画
    イ   事業継続計画
    ウ   全体最適化計画
    エ   年間運用計画
情報システムのあるべき姿を明確にする計画

   システム管理基準
       2004年に経済産業省が公表した実践規範
       「組織体が主体的に経営戦略に沿って効果的な情報システ
        ム戦略を立案」することが目的の1つ
       http://www.meti.go.jp/policy/netsecurity/downloadfiles/system_ka
情報システムのあるべき姿を明確にする計画

   “システム管理基準”によれば、組織全体の情
    報システムのあるべき姿を明確にする計画はど
    れか?

    ア   開発計画
    イ   事業継続計画
    ウ   全体最適化計画
    エ   年間運用計画
情報システムのあるべき姿を明確にする計画

   “システム管理基準”によれば、組織全体の情
    報システムのあるべき姿を明確にする計画はど
    れか?

    ア   開発計画
    イ   事業継続計画
    ウ   全体最適化計画
    エ   年間運用計画
業務モデルを定義する目的

   “システム管理基準”によれば、全体最適化計
    画策定の段階で、業務モデルを定義する目的
    はどれか?

    ア 企業の全体業務としようされる情報の関連を整理し、情報システムの全
     体像を明確にすること
    イ システム化の範囲や開発規模を把握し、システム化に要する期間、開発
     工数、開発費用を見積もること
    ウ 情報システムの構築のために必要なハードウェア、ソフトウェア、ネットワ
     ークなどの構成要素を洗い出すこと
    エ 情報システムを実際に運用するために必要なユーザマニュアルや運用
     マニュアルを作成するために、業務手順を確認すること
業務モデルを定義する目的
業務モデルを定義する目的

   “システム管理基準”によれば、全体最適化計
    画策定の段階で、業務モデルを定義する目的
    はどれか?

    ア 企業の全体業務としようされる情報の関連を整理し、情報システムの全
     体像を明確にすること
    イ システム化の範囲や開発規模を把握し、システム化に要する期間、開発
     工数、開発費用を見積もること
    ウ 情報システムの構築のために必要なハードウェア、ソフトウェア、ネットワ
     ークなどの構成要素を洗い出すこと
    エ 情報システムを実際に運用するために必要なユーザマニュアルや運用
     マニュアルを作成するために、業務手順を確認すること
業務モデルを定義する目的

   “システム管理基準”によれば、全体最適化計
    画策定の段階で、業務モデルを定義する目的
    はどれか?

    ア 企業の全体業務としようされる情報の関連を整理し、情報システムの全
     体像を明確にすること
    イ システム化の範囲や開発規模を把握し、システム化に要する期間、開発
     工数、開発費用を見積もること
    ウ 情報システムの構築のために必要なハードウェア、ソフトウェア、ネットワ
     ークなどの構成要素を洗い出すこと
    エ 情報システムを実際に運用するために必要なユーザマニュアルや運用
     マニュアルを作成するために、業務手順を確認すること
業務のあるべき姿を表す論理モデル

   業務のあるべき姿を表す論理モデルを説明した
    ものはどれか?

    ア 企業における主要機能を明確にして、現状の業務機能を分析し、体系化
     したもの
    イ 経営目標の達成に必要な業務機能を定義し、体系化したもの
    ウ 現状の業務機能と情報システムでの処理を分析し、相互の関係を明確
     化したもの
    エ 本来あるべき業務機能と現状を比較・分析し、評価したもの
業務のあるべき姿を表す論理モデル

   エンタープライズアーキテクチャ(EA)の計画
    フェーズにおける、論理モデルの問題
     EA
     組織のプロセス/情報システム/人事・部門などの構造と機能を包括的か
     つ厳密な手法で記述する手法であり、それによって組織がその戦略的目
     的に沿って機能 するように方向性を与えるもの

   EAでは、業務の現状(As Is)を洗い出し、業務
    のあるべき姿(To Be)を描き、そのギャップをう
    めるように業務の最適化を図る
業務のあるべき姿を表す論理モデル

   業務のあるべき姿を表す論理モデルを説明した
    ものはどれか?

    ア 企業における主要機能を明確にして、現状の業務機能を分析し、体系化
     したもの
    イ 経営目標の達成に必要な業務機能を定義し、体系化したもの
    ウ 現状の業務機能と情報システムでの処理を分析し、相互の関係を明確
     化したもの
    エ 本来あるべき業務機能と現状を比較・分析し、評価したもの
業務のあるべき姿を表す論理モデル

   業務のあるべき姿を表す論理モデルを説明した
    ものはどれか?

    ア 企業における主要機能を明確にして、現状の業務機能を分析し、体系化
     したもの
    イ 経営目標の達成に必要な業務機能を定義し、体系化したもの
    ウ 現状の業務機能と情報システムでの処理を分析し、相互の関係を明確
     化したもの
    エ 本来あるべき業務機能と現状を比較・分析し、評価したもの
ビジネスアーキテクチャ

   エンタープライズアーキテクチャ(EA)を構成す
    る4つの体系のうち、ビジネスアーキテクチャを
    策定する場合の成果物はどれか?

    ア   業務流れ図
    イ   実体関連ダイアグラム
    ウ   情報システム関連図
    エ   ソフトウェア構成図
ビジネスアーキテクチャ
       EAを構成する4つの体系
        ビジネスアーキテクチャ
           戦略マップ、目標、経営ポリシー
           機能構成(例えばIDEF0)、 組織モデル
           ビジネスプロセス
           ハードウェア、ソフトウェア、サービス等の提供業者
        データアーキテクチャ
           メタデータ
           データモデル: 概念データモデル、論理データモデル、物理データモデル
        アプリケーションアーキテクチャ
           アプリケーションソフトウェアの資産状況把握
           API - イベント、メッセージ、データフローなど
           コンピュータネットワークおよびその上のサービスの接続&使用状況
        テクノロジアーキテクチャ
           サーバプラットフォームは何で、具体的にどこで誰が管理しているか
           LAN、WAN、インターネットの具体的な接続図
           オペレーティングシステム
           情報基盤ソフトウェア: アプリケーションサーバ、DBMSなど
ビジネスアーキテクチャ

   政策・業務の内容、実施主体業務フローなどに
    ついて、共通化・合理化など実現すべき姿を体
    系的に示したもの

   成果物
     業務説明書
     機能構成図(DMM)
     機能情報関連図(DFD)
     業務流れ図(WFA)
データアーキテクチャ

   各業務・システムにおいて利用される情報の内
    容、各情報間の関連性を体系的に示したもの

   成果物
     情報体系整理図(UMLクラス図)
     実体関連ダイアグラム(ERD)
     データ定義表
アプリケーションアーキテクチャ

   業務処理に最適な情報システムの形態を体系
    的に示したもの

   成果物
     情報システム関連図
     情報システム機能構成図
テクノロジアーキテクチャ

   実際にシステムを構築する際に利用する、諸々
    の技術的構成要素及びセキュリティ基盤を体系
    的に示したもの

   成果物
     ネットワーク構成図
     ソフトウェア構成図
     ハードウェア構成図
ビジネスアーキテクチャ

   エンタープライズアーキテクチャ(EA)を構成す
    る4つの体系のうち、ビジネスアーキテクチャを
    策定する場合の成果物はどれか?

    ア   業務流れ図
    イ   実体関連ダイアグラム
    ウ   情報システム関連図
    エ   ソフトウェア構成図
ビジネスアーキテクチャ

   エンタープライズアーキテクチャ(EA)を構成す
    る4つの体系のうち、ビジネスアーキテクチャを
    策定する場合の成果物はどれか?

    ア   業務流れ図
    イ   実体関連ダイアグラム
    ウ   情報システム関連図
    エ   ソフトウェア構成図
アプリケーションアーキテクチャ

   エンタープライズアーキテクチャを構成するアプ
    リケーションアーキテクチャについて説明したも
    のはどれか?

    ア 業務に必要なデータの内容、データ間の関連や構造などを体系的に示
     したもの
    イ 業務プロセスを支援するシステムの機能や構成などを体系的に示したも
     の
    ウ 情報システムの構築・運用に必要な技術的構成要素を体系的に示した
     もの
    エ ビジネス戦略に必要な業務プロセスや情報の流れを体系的に示したも
     の
アプリケーションアーキテクチャ

   業務処理に最適な情報システムの形態を体系
    的に示したもの

   成果物
     情報システム関連図
     情報システム機能構成図
アプリケーションアーキテクチャ

   エンタープライズアーキテクチャを構成するアプ
    リケーションアーキテクチャについて説明したも
    のはどれか?

    ア 業務に必要なデータの内容、データ間の関連や構造などを体系的に示
     したもの
    イ 業務プロセスを支援するシステムの機能や構成などを体系的に示したも
     の
    ウ 情報システムの構築・運用に必要な技術的構成要素を体系的に示した
     もの
    エ ビジネス戦略に必要な業務プロセスや情報の流れを体系的に示したも
     の
アプリケーションアーキテクチャ

   エンタープライズアーキテクチャを構成するアプ
    リケーションアーキテクチャについて説明したも
    のはどれか?

    ア 業務に必要なデータの内容、データ間の関連や構造などを体系的に示
     したもの
    イ 業務プロセスを支援するシステムの機能や構成などを体系的に示したも
     の
    ウ 情報システムの構築・運用に必要な技術的構成要素を体系的に示した
     もの
    エ ビジネス戦略に必要な業務プロセスや情報の流れを体系的に示したも
     の
データのオーナ

   情報システムにおけるデータのオーナに相当す
    る部門として、適切なものはどれか?

    ア システム及びデータの維持管理を行っているシステム運用部門
    イ システム部門に開発、システム運用及び保守を委託している業務の主
     管部門
    ウ データのインテグリティを保証し、必要に応じてデータ内容の訂正を行う
     保守部門
    エ データを取り扱う画面や帳票のレイアウトを決定する利用部門
データのオーナ

   データのオーナ
       データを用いて業務を行い、その内容に責任を負う部門や責任者
   インテグリティ
        データもしくはシステムの完全性。セキュリティ上,正当なデータや
         システムが動作し,正当な計算結果を保存したり,出力したりして
         いること。情報セキュリ ティの三つの目標事項の一つ。残る二つは
         Confidentiality(機密性)とAvailability(可用性)。
        http://itpro.nikkeibp.co.jp/word/page/10005685/
データのオーナ

   情報システムにおけるデータのオーナに相当す
    る部門として、適切なものはどれか?

    ア システム及びデータの維持管理を行っているシステム運用部門
    イ システム部門に開発、システム運用及び保守を委託している業務の主
     管部門
    ウ データのインテグリティを保証し、必要に応じてデータ内容の訂正を行う
     保守部門
    エ データを取り扱う画面や帳票のレイアウトを決定する利用部門
データのオーナ

   情報システムにおけるデータのオーナに相当す
    る部門として、適切なものはどれか?

    ア システム及びデータの維持管理を行っているシステム運用部門
    イ システム部門に開発、システム運用及び保守を委託している業務の主
     管部門
    ウ データのインテグリティを保証し、必要に応じてデータ内容の訂正を行う
     保守部門
    エ データを取り扱う画面や帳票のレイアウトを決定する利用部門
ご清聴ありがとうございました

Mais conteúdo relacionado

Destaque

情報セキュリティと標準化I 第10回-公開用
情報セキュリティと標準化I 第10回-公開用情報セキュリティと標準化I 第10回-公開用
情報セキュリティと標準化I 第10回-公開用
Ruo Ando
 
情報セキュリティと標準化I 第9回-公開用
情報セキュリティと標準化I 第9回-公開用情報セキュリティと標準化I 第9回-公開用
情報セキュリティと標準化I 第9回-公開用
Ruo Ando
 
seminar-2015-05-28-RuoAndo
seminar-2015-05-28-RuoAndoseminar-2015-05-28-RuoAndo
seminar-2015-05-28-RuoAndo
Ruo Ando
 
Rsa暗号で彼女が出来るらしい
Rsa暗号で彼女が出来るらしいRsa暗号で彼女が出来るらしい
Rsa暗号で彼女が出来るらしい
Yosuke Onoue
 
人生を豊かにするための暗号技術の話 - ネクストスケープ 2014/04/24 パワーランチ資料
人生を豊かにするための暗号技術の話 - ネクストスケープ 2014/04/24 パワーランチ資料人生を豊かにするための暗号技術の話 - ネクストスケープ 2014/04/24 パワーランチ資料
人生を豊かにするための暗号技術の話 - ネクストスケープ 2014/04/24 パワーランチ資料
matns
 
情報セキュリティと標準化I 第5回-公開用
情報セキュリティと標準化I 第5回-公開用情報セキュリティと標準化I 第5回-公開用
情報セキュリティと標準化I 第5回-公開用
Ruo Ando
 
情報セキュリティと標準化Ii 参考資料-クラウドのセキュリティその2
情報セキュリティと標準化Ii 参考資料-クラウドのセキュリティその2情報セキュリティと標準化Ii 参考資料-クラウドのセキュリティその2
情報セキュリティと標準化Ii 参考資料-クラウドのセキュリティその2
Ruo Ando
 
情報セキュリティと標準化I 第3回-公開用
情報セキュリティと標準化I 第3回-公開用情報セキュリティと標準化I 第3回-公開用
情報セキュリティと標準化I 第3回-公開用
Ruo Ando
 

Destaque (20)

情報セキュリティと標準化I 第2回-公開用
情報セキュリティと標準化I 第2回-公開用情報セキュリティと標準化I 第2回-公開用
情報セキュリティと標準化I 第2回-公開用
 
情報セキュリティと標準化I 第10回-公開用
情報セキュリティと標準化I 第10回-公開用情報セキュリティと標準化I 第10回-公開用
情報セキュリティと標準化I 第10回-公開用
 
情報セキュリティと標準化I 第9回-公開用
情報セキュリティと標準化I 第9回-公開用情報セキュリティと標準化I 第9回-公開用
情報セキュリティと標準化I 第9回-公開用
 
seminar-2015-05-28-RuoAndo
seminar-2015-05-28-RuoAndoseminar-2015-05-28-RuoAndo
seminar-2015-05-28-RuoAndo
 
Rsa暗号で彼女が出来るらしい
Rsa暗号で彼女が出来るらしいRsa暗号で彼女が出来るらしい
Rsa暗号で彼女が出来るらしい
 
情報セキュリティと標準化I 第1回-公開用
情報セキュリティと標準化I 第1回-公開用情報セキュリティと標準化I 第1回-公開用
情報セキュリティと標準化I 第1回-公開用
 
『ポケットスタディ ネットワークスペシャリスト[第2版]』著者が販促しつつ試験対策の話をします
『ポケットスタディ ネットワークスペシャリスト[第2版]』著者が販促しつつ試験対策の話をします『ポケットスタディ ネットワークスペシャリスト[第2版]』著者が販促しつつ試験対策の話をします
『ポケットスタディ ネットワークスペシャリスト[第2版]』著者が販促しつつ試験対策の話をします
 
人生を豊かにするための暗号技術の話 - ネクストスケープ 2014/04/24 パワーランチ資料
人生を豊かにするための暗号技術の話 - ネクストスケープ 2014/04/24 パワーランチ資料人生を豊かにするための暗号技術の話 - ネクストスケープ 2014/04/24 パワーランチ資料
人生を豊かにするための暗号技術の話 - ネクストスケープ 2014/04/24 パワーランチ資料
 
情報セキュリティと標準化I 第5回-公開用
情報セキュリティと標準化I 第5回-公開用情報セキュリティと標準化I 第5回-公開用
情報セキュリティと標準化I 第5回-公開用
 
情報セキュリティと標準化Ii 参考資料-クラウドのセキュリティその2
情報セキュリティと標準化Ii 参考資料-クラウドのセキュリティその2情報セキュリティと標準化Ii 参考資料-クラウドのセキュリティその2
情報セキュリティと標準化Ii 参考資料-クラウドのセキュリティその2
 
情報セキュリティと標準化I 第3回-公開用
情報セキュリティと標準化I 第3回-公開用情報セキュリティと標準化I 第3回-公開用
情報セキュリティと標準化I 第3回-公開用
 
593素数
593素数593素数
593素数
 
ゼータ関数と情報量
ゼータ関数と情報量ゼータ関数と情報量
ゼータ関数と情報量
 
The only one big thing every programmer should know
The only one big thing every programmer should knowThe only one big thing every programmer should know
The only one big thing every programmer should know
 
正の奇数に対するゼータ定数の値について
正の奇数に対するゼータ定数の値について正の奇数に対するゼータ定数の値について
正の奇数に対するゼータ定数の値について
 
情報セキュリティの概要
情報セキュリティの概要情報セキュリティの概要
情報セキュリティの概要
 
色彩学入門
色彩学入門色彩学入門
色彩学入門
 
{触れる/食べられる} ゼータ関数 #ABpro 2015
{触れる/食べられる} ゼータ関数 #ABpro 2015{触れる/食べられる} ゼータ関数 #ABpro 2015
{触れる/食べられる} ゼータ関数 #ABpro 2015
 
セキュリティ入門 ( 情報保護編 )
セキュリティ入門 ( 情報保護編 )セキュリティ入門 ( 情報保護編 )
セキュリティ入門 ( 情報保護編 )
 
コードを書けば複素数がわかる
コードを書けば複素数がわかるコードを書けば複素数がわかる
コードを書けば複素数がわかる
 

Semelhante a 高度試験午前Ⅱ - システム戦略

エンジニアリング会社の社内システム再構築
エンジニアリング会社の社内システム再構築エンジニアリング会社の社内システム再構築
エンジニアリング会社の社内システム再構築
Yohei Sato
 
yokyo-unv.
yokyo-unv.yokyo-unv.
yokyo-unv.
hirano
 
内部統制資料(Sox法)
内部統制資料(Sox法)内部統制資料(Sox法)
内部統制資料(Sox法)
Takahiro Kitajima
 

Semelhante a 高度試験午前Ⅱ - システム戦略 (20)

エンジニアリング会社の社内システム再構築
エンジニアリング会社の社内システム再構築エンジニアリング会社の社内システム再構築
エンジニアリング会社の社内システム再構築
 
Application Development Oveview
Application Development OveviewApplication Development Oveview
Application Development Oveview
 
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
 
Base 20141011 1_for_slideshre
Base 20141011 1_for_slideshreBase 20141011 1_for_slideshre
Base 20141011 1_for_slideshre
 
ビジネスファーストアプローチで、データガバナンス戦略を構築する方法
ビジネスファーストアプローチで、データガバナンス戦略を構築する方法ビジネスファーストアプローチで、データガバナンス戦略を構築する方法
ビジネスファーストアプローチで、データガバナンス戦略を構築する方法
 
LiBRA 07.2020 / ITソリューション塾・第34期 SDI
LiBRA 07.2020 /  ITソリューション塾・第34期 SDILiBRA 07.2020 /  ITソリューション塾・第34期 SDI
LiBRA 07.2020 / ITソリューション塾・第34期 SDI
 
超高速開発の基礎概念 20141119 0
超高速開発の基礎概念 20141119 0超高速開発の基礎概念 20141119 0
超高速開発の基礎概念 20141119 0
 
yokyo-unv.
yokyo-unv.yokyo-unv.
yokyo-unv.
 
kintone Cafe 新潟 Vol.3
kintone Cafe 新潟 Vol.3kintone Cafe 新潟 Vol.3
kintone Cafe 新潟 Vol.3
 
内部統制資料(Sox法)
内部統制資料(Sox法)内部統制資料(Sox法)
内部統制資料(Sox法)
 
IT業界理解お助け資料V2.0
IT業界理解お助け資料V2.0IT業界理解お助け資料V2.0
IT業界理解お助け資料V2.0
 
ユーザ目線の実践的BPM
ユーザ目線の実践的BPMユーザ目線の実践的BPM
ユーザ目線の実践的BPM
 
企画開発運用部門の協調とは
企画開発運用部門の協調とは企画開発運用部門の協調とは
企画開発運用部門の協調とは
 
これからのITサービス部門のあり方とは
これからのITサービス部門のあり方とはこれからのITサービス部門のあり方とは
これからのITサービス部門のあり方とは
 
オープンソースカンファレンスBi勉強会20141018
オープンソースカンファレンスBi勉強会20141018オープンソースカンファレンスBi勉強会20141018
オープンソースカンファレンスBi勉強会20141018
 
Why do we need the framework for IT project and operations ? what should we do ?
Why do we need the framework for IT project and operations ? what should we do ?Why do we need the framework for IT project and operations ? what should we do ?
Why do we need the framework for IT project and operations ? what should we do ?
 
IT投資のオペレーション・マネジメントの価値
IT投資のオペレーション・マネジメントの価値IT投資のオペレーション・マネジメントの価値
IT投資のオペレーション・マネジメントの価値
 
ビジネスモデルをシステムにつなげる
ビジネスモデルをシステムにつなげるビジネスモデルをシステムにつなげる
ビジネスモデルをシステムにつなげる
 
経営のアジリティを支えるDevOpsと組織
経営のアジリティを支えるDevOpsと組織経営のアジリティを支えるDevOpsと組織
経営のアジリティを支えるDevOpsと組織
 
サービスデスクの効果を出すための仕組みづくり
サービスデスクの効果を出すための仕組みづくりサービスデスクの効果を出すための仕組みづくり
サービスデスクの効果を出すための仕組みづくり
 

Mais de Yohei Sato

Tokyor45 カーネル多変量解析第2章 カーネル多変量解析の仕組み
Tokyor45 カーネル多変量解析第2章 カーネル多変量解析の仕組みTokyor45 カーネル多変量解析第2章 カーネル多変量解析の仕組み
Tokyor45 カーネル多変量解析第2章 カーネル多変量解析の仕組み
Yohei Sato
 
Tokyor42 ggplot2
Tokyor42 ggplot2Tokyor42 ggplot2
Tokyor42 ggplot2
Yohei Sato
 
Tokyor39 yokkuns
Tokyor39 yokkunsTokyor39 yokkuns
Tokyor39 yokkuns
Yohei Sato
 
EasyHtmlReportの紹介
EasyHtmlReportの紹介EasyHtmlReportの紹介
EasyHtmlReportの紹介
Yohei Sato
 
20131206 japan r
20131206 japan r20131206 japan r
20131206 japan r
Yohei Sato
 
Tokyor35 人工データの発生
Tokyor35 人工データの発生Tokyor35 人工データの発生
Tokyor35 人工データの発生
Yohei Sato
 
ドリコムの分析環境とデータサイエンス活用事例
ドリコムの分析環境とデータサイエンス活用事例ドリコムの分析環境とデータサイエンス活用事例
ドリコムの分析環境とデータサイエンス活用事例
Yohei Sato
 
R言語で学ぶマーケティング分析 競争ポジショニング戦略
R言語で学ぶマーケティング分析 競争ポジショニング戦略R言語で学ぶマーケティング分析 競争ポジショニング戦略
R言語で学ぶマーケティング分析 競争ポジショニング戦略
Yohei Sato
 
Rでレポートメール
RでレポートメールRでレポートメール
Rでレポートメール
Yohei Sato
 
Rで階層ベイズモデル
Rで階層ベイズモデルRで階層ベイズモデル
Rで階層ベイズモデル
Yohei Sato
 
Rでピボットテーブル
RでピボットテーブルRでピボットテーブル
Rでピボットテーブル
Yohei Sato
 
第3回Japan rパネルディスカッション
第3回Japan rパネルディスカッション第3回Japan rパネルディスカッション
第3回Japan rパネルディスカッション
Yohei Sato
 
Tokyor26 data fusion
Tokyor26 data fusionTokyor26 data fusion
Tokyor26 data fusion
Yohei Sato
 
Tokyor24 yokkuns
Tokyor24 yokkunsTokyor24 yokkuns
Tokyor24 yokkuns
Yohei Sato
 
Tokyowebmining19 data fusion
Tokyowebmining19 data fusionTokyowebmining19 data fusion
Tokyowebmining19 data fusion
Yohei Sato
 
傾向スコア解析とUplift Modelling
傾向スコア解析とUplift Modelling傾向スコア解析とUplift Modelling
傾向スコア解析とUplift Modelling
Yohei Sato
 
Complex network ws_percolation
Complex network ws_percolationComplex network ws_percolation
Complex network ws_percolation
Yohei Sato
 

Mais de Yohei Sato (20)

Tokyor60 r data_science_part1
Tokyor60 r data_science_part1Tokyor60 r data_science_part1
Tokyor60 r data_science_part1
 
Tokyor60 opening
Tokyor60 openingTokyor60 opening
Tokyor60 opening
 
Tokyor45 カーネル多変量解析第2章 カーネル多変量解析の仕組み
Tokyor45 カーネル多変量解析第2章 カーネル多変量解析の仕組みTokyor45 カーネル多変量解析第2章 カーネル多変量解析の仕組み
Tokyor45 カーネル多変量解析第2章 カーネル多変量解析の仕組み
 
Tokyor42_r_datamining_18
Tokyor42_r_datamining_18Tokyor42_r_datamining_18
Tokyor42_r_datamining_18
 
Tokyor42 ggplot2
Tokyor42 ggplot2Tokyor42 ggplot2
Tokyor42 ggplot2
 
Tokyor39 yokkuns
Tokyor39 yokkunsTokyor39 yokkuns
Tokyor39 yokkuns
 
EasyHtmlReportの紹介
EasyHtmlReportの紹介EasyHtmlReportの紹介
EasyHtmlReportの紹介
 
20131206 japan r
20131206 japan r20131206 japan r
20131206 japan r
 
Tokyor35 人工データの発生
Tokyor35 人工データの発生Tokyor35 人工データの発生
Tokyor35 人工データの発生
 
ドリコムの分析環境とデータサイエンス活用事例
ドリコムの分析環境とデータサイエンス活用事例ドリコムの分析環境とデータサイエンス活用事例
ドリコムの分析環境とデータサイエンス活用事例
 
R言語で学ぶマーケティング分析 競争ポジショニング戦略
R言語で学ぶマーケティング分析 競争ポジショニング戦略R言語で学ぶマーケティング分析 競争ポジショニング戦略
R言語で学ぶマーケティング分析 競争ポジショニング戦略
 
Rでレポートメール
RでレポートメールRでレポートメール
Rでレポートメール
 
Rで階層ベイズモデル
Rで階層ベイズモデルRで階層ベイズモデル
Rで階層ベイズモデル
 
Rでピボットテーブル
RでピボットテーブルRでピボットテーブル
Rでピボットテーブル
 
第3回Japan rパネルディスカッション
第3回Japan rパネルディスカッション第3回Japan rパネルディスカッション
第3回Japan rパネルディスカッション
 
Tokyor26 data fusion
Tokyor26 data fusionTokyor26 data fusion
Tokyor26 data fusion
 
Tokyor24 yokkuns
Tokyor24 yokkunsTokyor24 yokkuns
Tokyor24 yokkuns
 
Tokyowebmining19 data fusion
Tokyowebmining19 data fusionTokyowebmining19 data fusion
Tokyowebmining19 data fusion
 
傾向スコア解析とUplift Modelling
傾向スコア解析とUplift Modelling傾向スコア解析とUplift Modelling
傾向スコア解析とUplift Modelling
 
Complex network ws_percolation
Complex network ws_percolationComplex network ws_percolation
Complex network ws_percolation
 

高度試験午前Ⅱ - システム戦略

  • 1. 高度試験午前Ⅱ - システム戦略 @yokkuns : 里 洋平 情報処理技術勉強会 2010.07.29
  • 3. 情報戦略の立案  情報戦略の立案時に、必ず整合性を取るべき 対象はどれか? ア 新しく登場した情報技術 イ 基幹システムの改修計画 ウ 情報システム部門の年度計画 エ 中長期の経営計画
  • 4. 情報戦略の立案  一般的に、経営戦略が最上位概念  ITストラテジスト試験の対象者像  企業の経営戦略に基づいて、ビジネスモデルや企業活動における特定 のプロセスについて、情報技術を活用して改革・高度化・最適化するため の基本戦略を策定・提案・推進する者
  • 5. 情報戦略の立案  一般的に、経営戦略が最上位概念  ITストラテジスト試験の対象者像  企業の経営戦略に基づいて、ビジネスモデルや企業活動における特定 のプロセスについて、情報技術を活用して改革・高度化・最適化するため の基本戦略を策定・提案・推進する者 情報戦略の立案にあたっては、 上位概念である経営戦略との整合性をとる
  • 6. 情報戦略の立案  情報戦略の立案時に、必ず整合性を取るべき 対象はどれか? ア 新しく登場した情報技術 イ 基幹システムの改修計画 ウ 情報システム部門の年度計画 エ 中長期の経営計画
  • 7. 情報戦略の立案  情報戦略の立案時に、必ず整合性を取るべき 対象はどれか? ア 新しく登場した情報技術 イ 基幹システムの改修計画 ウ 情報システム部門の年度計画 エ 中長期の経営計画
  • 8. 情報システムのあるべき姿を明確にする計画  “システム管理基準”によれば、組織全体の情 報システムのあるべき姿を明確にする計画はど れか? ア 開発計画 イ 事業継続計画 ウ 全体最適化計画 エ 年間運用計画
  • 9. 情報システムのあるべき姿を明確にする計画  システム管理基準  2004年に経済産業省が公表した実践規範  「組織体が主体的に経営戦略に沿って効果的な情報システ ム戦略を立案」することが目的の1つ  http://www.meti.go.jp/policy/netsecurity/downloadfiles/system_ka
  • 10. 情報システムのあるべき姿を明確にする計画  “システム管理基準”によれば、組織全体の情 報システムのあるべき姿を明確にする計画はど れか? ア 開発計画 イ 事業継続計画 ウ 全体最適化計画 エ 年間運用計画
  • 11. 情報システムのあるべき姿を明確にする計画  “システム管理基準”によれば、組織全体の情 報システムのあるべき姿を明確にする計画はど れか? ア 開発計画 イ 事業継続計画 ウ 全体最適化計画 エ 年間運用計画
  • 12. 業務モデルを定義する目的  “システム管理基準”によれば、全体最適化計 画策定の段階で、業務モデルを定義する目的 はどれか? ア 企業の全体業務としようされる情報の関連を整理し、情報システムの全 体像を明確にすること イ システム化の範囲や開発規模を把握し、システム化に要する期間、開発 工数、開発費用を見積もること ウ 情報システムの構築のために必要なハードウェア、ソフトウェア、ネットワ ークなどの構成要素を洗い出すこと エ 情報システムを実際に運用するために必要なユーザマニュアルや運用 マニュアルを作成するために、業務手順を確認すること
  • 14. 業務モデルを定義する目的  “システム管理基準”によれば、全体最適化計 画策定の段階で、業務モデルを定義する目的 はどれか? ア 企業の全体業務としようされる情報の関連を整理し、情報システムの全 体像を明確にすること イ システム化の範囲や開発規模を把握し、システム化に要する期間、開発 工数、開発費用を見積もること ウ 情報システムの構築のために必要なハードウェア、ソフトウェア、ネットワ ークなどの構成要素を洗い出すこと エ 情報システムを実際に運用するために必要なユーザマニュアルや運用 マニュアルを作成するために、業務手順を確認すること
  • 15. 業務モデルを定義する目的  “システム管理基準”によれば、全体最適化計 画策定の段階で、業務モデルを定義する目的 はどれか? ア 企業の全体業務としようされる情報の関連を整理し、情報システムの全 体像を明確にすること イ システム化の範囲や開発規模を把握し、システム化に要する期間、開発 工数、開発費用を見積もること ウ 情報システムの構築のために必要なハードウェア、ソフトウェア、ネットワ ークなどの構成要素を洗い出すこと エ 情報システムを実際に運用するために必要なユーザマニュアルや運用 マニュアルを作成するために、業務手順を確認すること
  • 16. 業務のあるべき姿を表す論理モデル  業務のあるべき姿を表す論理モデルを説明した ものはどれか? ア 企業における主要機能を明確にして、現状の業務機能を分析し、体系化 したもの イ 経営目標の達成に必要な業務機能を定義し、体系化したもの ウ 現状の業務機能と情報システムでの処理を分析し、相互の関係を明確 化したもの エ 本来あるべき業務機能と現状を比較・分析し、評価したもの
  • 17. 業務のあるべき姿を表す論理モデル  エンタープライズアーキテクチャ(EA)の計画 フェーズにおける、論理モデルの問題  EA 組織のプロセス/情報システム/人事・部門などの構造と機能を包括的か つ厳密な手法で記述する手法であり、それによって組織がその戦略的目 的に沿って機能 するように方向性を与えるもの  EAでは、業務の現状(As Is)を洗い出し、業務 のあるべき姿(To Be)を描き、そのギャップをう めるように業務の最適化を図る
  • 18. 業務のあるべき姿を表す論理モデル  業務のあるべき姿を表す論理モデルを説明した ものはどれか? ア 企業における主要機能を明確にして、現状の業務機能を分析し、体系化 したもの イ 経営目標の達成に必要な業務機能を定義し、体系化したもの ウ 現状の業務機能と情報システムでの処理を分析し、相互の関係を明確 化したもの エ 本来あるべき業務機能と現状を比較・分析し、評価したもの
  • 19. 業務のあるべき姿を表す論理モデル  業務のあるべき姿を表す論理モデルを説明した ものはどれか? ア 企業における主要機能を明確にして、現状の業務機能を分析し、体系化 したもの イ 経営目標の達成に必要な業務機能を定義し、体系化したもの ウ 現状の業務機能と情報システムでの処理を分析し、相互の関係を明確 化したもの エ 本来あるべき業務機能と現状を比較・分析し、評価したもの
  • 20. ビジネスアーキテクチャ  エンタープライズアーキテクチャ(EA)を構成す る4つの体系のうち、ビジネスアーキテクチャを 策定する場合の成果物はどれか? ア 業務流れ図 イ 実体関連ダイアグラム ウ 情報システム関連図 エ ソフトウェア構成図
  • 21. ビジネスアーキテクチャ  EAを構成する4つの体系  ビジネスアーキテクチャ  戦略マップ、目標、経営ポリシー  機能構成(例えばIDEF0)、 組織モデル  ビジネスプロセス  ハードウェア、ソフトウェア、サービス等の提供業者  データアーキテクチャ  メタデータ  データモデル: 概念データモデル、論理データモデル、物理データモデル  アプリケーションアーキテクチャ  アプリケーションソフトウェアの資産状況把握  API - イベント、メッセージ、データフローなど  コンピュータネットワークおよびその上のサービスの接続&使用状況  テクノロジアーキテクチャ  サーバプラットフォームは何で、具体的にどこで誰が管理しているか  LAN、WAN、インターネットの具体的な接続図  オペレーティングシステム  情報基盤ソフトウェア: アプリケーションサーバ、DBMSなど
  • 22. ビジネスアーキテクチャ  政策・業務の内容、実施主体業務フローなどに ついて、共通化・合理化など実現すべき姿を体 系的に示したもの  成果物  業務説明書  機能構成図(DMM)  機能情報関連図(DFD)  業務流れ図(WFA)
  • 23. データアーキテクチャ  各業務・システムにおいて利用される情報の内 容、各情報間の関連性を体系的に示したもの  成果物  情報体系整理図(UMLクラス図)  実体関連ダイアグラム(ERD)  データ定義表
  • 24. アプリケーションアーキテクチャ  業務処理に最適な情報システムの形態を体系 的に示したもの  成果物  情報システム関連図  情報システム機能構成図
  • 25. テクノロジアーキテクチャ  実際にシステムを構築する際に利用する、諸々 の技術的構成要素及びセキュリティ基盤を体系 的に示したもの  成果物  ネットワーク構成図  ソフトウェア構成図  ハードウェア構成図
  • 26. ビジネスアーキテクチャ  エンタープライズアーキテクチャ(EA)を構成す る4つの体系のうち、ビジネスアーキテクチャを 策定する場合の成果物はどれか? ア 業務流れ図 イ 実体関連ダイアグラム ウ 情報システム関連図 エ ソフトウェア構成図
  • 27. ビジネスアーキテクチャ  エンタープライズアーキテクチャ(EA)を構成す る4つの体系のうち、ビジネスアーキテクチャを 策定する場合の成果物はどれか? ア 業務流れ図 イ 実体関連ダイアグラム ウ 情報システム関連図 エ ソフトウェア構成図
  • 28. アプリケーションアーキテクチャ  エンタープライズアーキテクチャを構成するアプ リケーションアーキテクチャについて説明したも のはどれか? ア 業務に必要なデータの内容、データ間の関連や構造などを体系的に示 したもの イ 業務プロセスを支援するシステムの機能や構成などを体系的に示したも の ウ 情報システムの構築・運用に必要な技術的構成要素を体系的に示した もの エ ビジネス戦略に必要な業務プロセスや情報の流れを体系的に示したも の
  • 29. アプリケーションアーキテクチャ  業務処理に最適な情報システムの形態を体系 的に示したもの  成果物  情報システム関連図  情報システム機能構成図
  • 30. アプリケーションアーキテクチャ  エンタープライズアーキテクチャを構成するアプ リケーションアーキテクチャについて説明したも のはどれか? ア 業務に必要なデータの内容、データ間の関連や構造などを体系的に示 したもの イ 業務プロセスを支援するシステムの機能や構成などを体系的に示したも の ウ 情報システムの構築・運用に必要な技術的構成要素を体系的に示した もの エ ビジネス戦略に必要な業務プロセスや情報の流れを体系的に示したも の
  • 31. アプリケーションアーキテクチャ  エンタープライズアーキテクチャを構成するアプ リケーションアーキテクチャについて説明したも のはどれか? ア 業務に必要なデータの内容、データ間の関連や構造などを体系的に示 したもの イ 業務プロセスを支援するシステムの機能や構成などを体系的に示したも の ウ 情報システムの構築・運用に必要な技術的構成要素を体系的に示した もの エ ビジネス戦略に必要な業務プロセスや情報の流れを体系的に示したも の
  • 32. データのオーナ  情報システムにおけるデータのオーナに相当す る部門として、適切なものはどれか? ア システム及びデータの維持管理を行っているシステム運用部門 イ システム部門に開発、システム運用及び保守を委託している業務の主 管部門 ウ データのインテグリティを保証し、必要に応じてデータ内容の訂正を行う 保守部門 エ データを取り扱う画面や帳票のレイアウトを決定する利用部門
  • 33. データのオーナ  データのオーナ  データを用いて業務を行い、その内容に責任を負う部門や責任者  インテグリティ  データもしくはシステムの完全性。セキュリティ上,正当なデータや システムが動作し,正当な計算結果を保存したり,出力したりして いること。情報セキュリ ティの三つの目標事項の一つ。残る二つは Confidentiality(機密性)とAvailability(可用性)。 http://itpro.nikkeibp.co.jp/word/page/10005685/
  • 34. データのオーナ  情報システムにおけるデータのオーナに相当す る部門として、適切なものはどれか? ア システム及びデータの維持管理を行っているシステム運用部門 イ システム部門に開発、システム運用及び保守を委託している業務の主 管部門 ウ データのインテグリティを保証し、必要に応じてデータ内容の訂正を行う 保守部門 エ データを取り扱う画面や帳票のレイアウトを決定する利用部門
  • 35. データのオーナ  情報システムにおけるデータのオーナに相当す る部門として、適切なものはどれか? ア システム及びデータの維持管理を行っているシステム運用部門 イ システム部門に開発、システム運用及び保守を委託している業務の主 管部門 ウ データのインテグリティを保証し、必要に応じてデータ内容の訂正を行う 保守部門 エ データを取り扱う画面や帳票のレイアウトを決定する利用部門