システム戦略せんりゃくと企画きかく

この章しょうで学まなぶこと

システム戦略せんりゃくと企画きかくは 5〜7 問もん程度ていど出題しゅつだいされる領域りょういきです。RFIあーるえふあい/RFPあーるえふぴー・要件定義ようけんていぎなど調達ちょうたつフェーズの用語ようごが頻出ひんしゅつ。

学習がくしゅうゴール

この章しょうを読よみ終おえた時点じてんで、以下いかができるようになっていることを目指めざします。

• 情報システム戦略じょうほうしすてむせんりゃくと EAいーえー（Enterprise Architecture）の役割やくわりを判別はんべつできる
• BPRびーぴーあーる・BPMびーぴーえむ・業務ぎょうむモデリングの違ちがいを使つかいこなせる
• RFI・RFP・提案ていあん依頼いらいの流ながれを判別はんべつして、調達ちょうたつプロセスを説明せつめいできる
• 要件ようけん定義ていぎ（機能要件きのうようけん・非機能要件ひきのうようけん）を判別はんべつできる
• SaaSさーす・PaaSぱーす・IaaSあいあーす の違ちがいと選定せんてい基準きじゅんを使つかいこなせる

1. 情報じょうほうシステム戦略せんりゃく

1.1 IT ガバナンスと EA

• IT ガバナンス — IT を経営戦略けいえいせんりゃくに整合せいごうさせる統制とうせい
• EA（Enterprise Architecture） — 組織そしき全体ぜんたいの業務ぎょうむ・システムを 4 階層かいそうに分わけて体系たいけい化かするフレームワーク

階層かいそう	略称りゃくしょう	名称めいしょう	内容ないよう
1（業務ぎょうむ寄より）	BA	ビジネスアーキテクチャ	業務ぎょうむ体系たいけい（業務ぎょうむプロセス・組織そしき）
2	DA	データアーキテクチャ	データ体系たいけい（データモデル・項目こうもく）
3	AA	アプリケーションアーキテクチャ	システム体系たいけい（業務ぎょうむシステム群ぐん）
4（技術ぎじゅつ寄より）	TA	テクノロジアーキテクチャ	技術ぎじゅつ体系たいけい（OS・DB・ネットワーク 等ひとし）

上位じょうい（業務ぎょうむ）↔ 下位かい（技術ぎじゅつ）の整合せいごう性せいを保たもつ。覚おぼえ方かた: Biz → Data → App → Tech。

覚おぼえ方かた: 上うえから BA → DA → AA → TA の頭文字かしらもじ。「Biz → Data → App → Tech」と「業務ぎょうむ寄よりから技術ぎじゅつ寄よりへ」の順番じゅんばん。

1.2 BCP と BCM

• BCP（Business Continuity Plan） — 事業じぎょう継続けいぞく計画けいかく。災害さいがい・事故じこ時じに事業じぎょうを継続けいぞくする計画けいかく
• BCM（Business Continuity Management） — BCP を継続けいぞく的てきに見直みなおす管理かんり活動かつどう
• RTO（Recovery Time Objective） — 目標もくひょう復旧ふっきゅう時間じかん（どこまで早はやく復旧ふっきゅうすべきか）
• RPO（Recovery Point Objective） — 目標もくひょう復旧ふっきゅう時点じてん（どこまで前まえのデータに戻もどってもよいか）
• ディザスタリカバリ（DR） — 災害さいがい時じのシステム復旧ふっきゅう

RTO と RPO の違ちがい（時間じかん軸じくでの位置いち）

直近のバックアップ ──── ⚠災害発生 ──── 復旧完了

区間くかん	略称りゃくしょう	意味いみ
バックアップ → 災害さいがい	RPO（Recovery Point Objective）	失うしなわれるデータの時間じかん幅はば
災害さいがい → 復旧ふっきゅう	RTO（Recovery Time Objective）	サービス停止ていし時間じかん

小ちいさいほど厳きびしい目標もくひょう（要よう投資とうし）。RTO=2 時間じかん / RPO=1 時間じかんなら「1 時間じかん前まえまで遡さかのぼって復旧ふっきゅうでき、2 時間じかん以内いないにサービス再開さいかい」が要件ようけん。

頻出ひんしゅつ引ひっかけ: RTO（Recovery Time Objective）= 時間じかん、RPO（Recovery Point Objective）= ポイント（時点じてん）。Time の T、Point の P で覚おぼえる。RTO は「停止ていし時間じかんの許容きょよう上限じょうげん」、RPO は「失うしなっていいデータの時間じかん幅はば」。RTO=2 時間じかん / RPO=1 時間じかんなら「1 時間じかん前まえまで遡さかのぼって復旧ふっきゅうでき、2 時間じかん以内いないにサービス再開さいかい」が要件ようけん。

1.3 情報じょうほうシステム戦略せんりゃく関連かんれん用語ようご

用語ようご	意味いみ
SoR	Systems of Record。基幹きかん系けい（記録きろく・管理かんり）
SoE	Systems of Engagement。顧客こきゃく接点せってん系けい
SoI	Systems of Insight。データ分析ぶんせき系けい
DXでぃーえっくす	Digital Transformation。デジタル変革へんかく

2. 業務ぎょうむプロセスと業務ぎょうむ改革かいかく

2.1 BPR と BPM

• BPR（Business Process Re-engineering） — 業務ぎょうむプロセスの抜本ばっぽん的てき再さい設計せっけい（一気いっきにやり直なおす）
• BPM（Business Process Management） — 業務ぎょうむプロセスの継続けいぞく的てき改善かいぜん（少すこしずつ磨みがき続つづける）
• BPO（Business Process Outsourcing） — 業務ぎょうむプロセスの外部がいぶ委託いたく
• ワークフローシステム — 業務ぎょうむの流ながれを電子でんし化かして管理かんり

頻出ひんしゅつ引ひっかけ: BPR は破壊はかい的てき・革命かくめい的てき・一いち回かい、BPM は継続けいぞく的てき・進化しんか的てき・サイクル型がた。「Re-engineering の Re = やり直なおし」、「Management の M = 継続けいぞく的てきに管理かんり」と区別くべつ。

2.2 業務ぎょうむ可視かし化かの手法しゅほう

手法しゅほう	用途ようと
DFD（Data Flow Diagram）	データの流ながれを可視かし化か
BPMN	Business Process Model and Notation。業務ぎょうむプロセス記述きじゅつ
ERD	エンティティ関連かんれん図ず（データモデル）
UML	統一とういつモデリング言語げんご（システム設計せっけいに多用たよう）

2.3 データ利り活用かつよう

• データサイエンティスト — データから価値かちを引ひき出だす専門せんもん家か
• データドリブン経営けいえい — データに基もとづく意思いし決定けってい
• BI（Business Intelligence） — ビジネスデータの分析ぶんせき・可視かし化か
• ETL — Extract・Transform・Load。データ統合とうごう処理しょり
• データウェアハウス（DWH） — 分析ぶんせき用ように統合とうごうされたデータ格納庫かくのうこ
• データレイク — 生なまデータを保管ほかんする大だい容量ようりょうストレージ

3. ソリューションビジネスそりゅーしょんびじねす

3.1 クラウドサービスの形態けいたい

略称りゃくしょう	正式せいしき名めい	提供ていきょう範囲はんい	例れい
SaaS	Software as a Service	アプリケーション	Gmail、Salesforce
PaaS	Platform as a Service	実行じっこう環境かんきょう	Heroku、Google App Engine
IaaS	Infrastructure as a Service	サーバ・ネットワーク	AWS EC2、Azure VM
DaaS	Desktop as a Service	仮想かそうデスクトップ	Azure Virtual Desktop

3.2 クラウドの配置はいち形態けいたい

• パブリッククラウド — 不ふ特定とくてい多数たすう向むけ
• プライベートクラウド — 自社じしゃ専用せんよう
• ハイブリッドクラウド — 両者りょうしゃの組み合わせくみあわせ
• マルチクラウド — 複数ふくすうクラウドベンダーを併用へいよう

3.3 システム活用かつよう促進そくしん

• デジタルデバイド — IT を使つかえる人ひとと使つかえない人ひとの格差かくさ
• アクセシビリティ — 障さわがい者しゃ等とうも含ふくむ誰だれもが使つかえる状態じょうたい
• ユニバーサルデザイン — 年齢ねんれい・能力のうりょくを問とわず誰だれもが使つかえるデザイン
• リスキリング — 新あたらしい技術ぎじゅつ・知識ちしきを学まなび直なおすこと

4. システム企画きかく

4.1 システム企画きかくプロセス

1. システム化計画しすてむかけいかく — 全体ぜんたい方針ほうしん決定けってい
2. 要件ようけん定義ていぎ — 必要ひつような機能きのう・性能せいのうの定義ていぎ
3. 調達ちょうたつ — ベンダー選定せんてい・契約けいやく
4. 開発かいはつ — 次じ章しょう（章しょう 4）
5. 運用うんよう・評価ひょうか

4.2 調達ちょうたつプロセス

ベンダーからシステムを購入こうにゅう・委託いたくする際さいは、情報じょうほう収集しゅうしゅう → 提案ていあん依頼いらい → 見積みつもり依頼いらい → 選定せんてい → 契約けいやくの順序じゅんじょで進すすめます。各かく段階だんかいでベンダーに渡わたす書類しょるいが違ちがうのが頻出ひんしゅつポイント。

1. RFI（Request For Information、情報じょうほう提供ていきょう依頼いらい書しょ）— 「こんなテーマで何なにができますか？」
2. RFP（Request For Proposal、提案ていあん依頼いらい書しょ）— 「この要件ようけんで提案ていあんしてください」
3. RFQ（Request For Quotation、見積みつもり依頼いらい書しょ）— 「この内容ないようでいくらですか？」
4. ベンダー選定せんてい — 提案ていあん + 見積みつもりを比較ひかく評価ひょうか
5. 契約けいやく締結ていけつ — SLA / 納期のうき / 費用ひよう / 保守ほしゅ等とうを確定かくてい

用語ようご	意味いみ	渡わたす内容ないよう
RFI（Request For Information）	情報じょうほう提供ていきょう依頼いらい書しょ	「こんなテーマで何なにができますか？」
RFP（Request For Proposal）	提案ていあん依頼いらい書しょ	「この要件ようけんで提案ていあんしてください」
RFQあーるえふきゅー（Request For Quotation）	見積みつもり依頼いらい書しょ	「この内容ないようでいくらですか？」
ベンダー	システム提供ていきょう企業きぎょう	—
グリーン調達ちょうたつ	環境かんきょう配慮はいりょ型がた製品せいひんを優先ゆうせん的てきに調達ちょうたつ	—
CSR 調達ちょうたつ	企業きぎょうの社会しゃかい的てき責任せきにんに配慮はいりょした調達ちょうたつ	—
フェアトレード	公正こうせいな取引とりひき条件じょうけんで調達ちょうたつ	—

頻出ひんしゅつ引ひっかけ: RFI → RFP → RFQ の順序じゅんじょは試験しけん定番ていばん。「最初さいしょにざっくり情報じょうほう収集しゅうしゅう（RFI）」→「具体ぐたい的てきな要件ようけんで提案ていあんを募つのる（RFP）」→「最終さいしゅう的てきにいくらか見積みつもる（RFQ）」の順じゅん。逆順ぎゃくじゅんや RFP/RFQ の混同こんどうに注意ちゅうい。

4.3 要件ようけん定義ていぎ

区分くぶん	内容ないよう	例れい
機能きのう要件ようけん	システムが何なにをするか	ログイン機能きのう・検索けんさく機能きのう・在庫ざいこ表示ひょうじ
非ひ機能きのう要件ようけん	どのように動うごくか（品質ひんしつ特性とくせい）	性能せいのう・可用性かようせい・セキュリティ・保守ほしゅ性せい

頻出ひんしゅつ引ひっかけ: 「応答おうとう時間じかん 3 秒びょう以内いない」「99.9% の可用性かようせい」「SQL インジェクション対策たいさく」はすべて非ひ機能きのう要件ようけん（品質ひんしつ特性とくせい）。一方いっぽう「ログイン機能きのう」「検索けんさく機能きのう」「在庫ざいこ表示ひょうじ」は機能きのう要件ようけん。「~を実装じっそうする」が機能きのう、「~の品質ひんしつを担保たんぽする」が非ひ機能きのう、と区別くべつ。

4.4 システム企画きかくで使つかう手法しゅほう

• フィージビリティスタディ — 実現じつげん可能かのう性せい調査ちょうさ
• SoR/SoE の切きり分わけ — 基幹きかん系けいと接点せってん系けいで異ことなる要件ようけん設計せっけい
• プロトタイピング — 試作しさくモデルで要件ようけんを具体ぐたい化か
• ユーザーストーリー — 利用りよう者しゃ視点してんの要件ようけん記述きじゅつ

📋 章しょう末まつまとめ

最さい重要じゅうようポイント 10 連発れんぱつ

1. EA の 4 階層かいそう — BA・DA・AA・TA
2. BCP と BCM の違ちがい — 計画けいかくと継続けいぞく的てき管理かんり
3. RTO と RPO の意味いみ — 時間じかん軸じくと時点じてん軸じく
4. BPR と BPM — 抜本ばっぽん再さい設計せっけい vs 継続けいぞく改善かいぜん
5. SaaS/PaaS/IaaS の提供ていきょう範囲はんい — 上位じょういほどユーザが管理かんりする範囲はんいが狭せまい
6. RFI と RFP の順序じゅんじょ — 情報じょうほう収集しゅうしゅう → 提案ていあん依頼いらい
7. 機能きのう要件ようけんと非ひ機能きのう要件ようけん — 何なにをする vs どう動うごくか
8. DX の意味いみ — IT 活用かつようによる事業じぎょう変革へんかく
9. DWH とデータレイク — 統合とうごう整形せいけい済ずみ vs 生なまデータ
10. デジタルデバイド・アクセシビリティあくせしびりてぃ — 共生きょうせい社会しゃかいの概念がいねん

出題しゅつだい傾向けいこうのコツ

• 英略えいりゃく語ごの意味いみを日本語にほんごと英語えいご両方りょうほうで答えこたえられるようにする
• 調達ちょうたつプロセスの順番じゅんばんを問とう問題もんだいが多おおい（RFI → RFP → 契約けいやく）
• 非ひ機能きのう要件ようけんは「性能せいのう・可用性かようせい・セキュリティ」を柱はしらに整理せいり