ディペンダブルなDX社会基盤の構築に向けて

独立行政法人情報処理推進機構（IPA）
社会基盤センター
センター長 片岡 晃

本日お話しすること
１．デジタルトランスフォーメーション（DX）を取り巻く状況
２．DX時代の特徴

３．DXに向けての取り組み
４．DX時代のシステム開発アプローチ①システムを俯瞰的に見る重要性②事例から学ぶこと
５．ディペンダブルなDX社会基盤の構築に向けて©2019 IPA,Japan2

社会的課題を解決する新たな社会 Society5.0

出典：内閣府©2019 IPA,Japan3

社会・技術・産業のあり方の変化（society5.0への流れ）©2019 IPA,Japan4

Connected Industries実現には、DXの実行が不可欠“Connected
Industries”を実現していくためには、個々の企業がDXを着実に実行して成長力を高めることが不可欠©2019 IPA,Japan5

デジタルトランスフォーメーション（DX）とは■The digital transformation can be understood as the changes thatthe digital technology causes or influences in all aspects of human
life. (Erik StoltermanUmea University,Sweden)■企業が外部エコシステム（顧客、市場）の破壊的な変化に対応しつつ、内部エコシステム（組織、文化、従業員）の変革を牽引しながら、第３のプラットフォームを利用して、新しい製品やサービス、新しいビジネ
スモデルを通して、ネットとリアルの両面での顧客エクスペリエンスの変革を図ることで価値を創出し、競争上の優位性を確立すること（IDC）※DXにおける「デジタル」の定義として、「複数の技術革新が、つながり（コネクティビティ）の向上という意味で統合されていくこと」がよく引用されている。
（J. Loucks, et al., Digital Vortex, DBT Center Press, 2016
[根来龍之（監訳）, 対デジタル・ディスラプター戦略, 日本経済新聞出版社,2017年])
経済産業省「デジタルトランスフォーメーションに向けた研究会」より

企業は、既存のビジネスから脱却して、新しいデジタル技術を活用する
ことによって、新たな価値を生み出していくことが求められる。
©2019 IPA,Japan6例）自動車産業における変革
キーワード
・MaaS （Mobility as a Service)「保有から共有へ」「車体（モノ）売るから、移動（コト）を提供するへ」・CASE「Connected：コネクティッド化」「Autonomous：自動運転化」「Shared/Service:シェア/サービス化」「Electric：電動化」©2019 IPA,Japan7例）自動車産業における変革
変革のベースはデジタル技術
・認識技術の向上、ディープラーニング、処理速度の向上
・センサー性能の向上（LIDAR、高精度カメラ等）
・より高速で正確な相互通信（Vehicle-to-everything）
・データ利用、シェアリング

様々な産業でデジタルトランスフォーメーション（DX）
LIDAR:光を用いたリモートセンシング技術
遠距離の対象物までの距離や性質を分析©2019 IPA,Japan8

様々な産業への影響
物流• ほぼ無人の倉庫・配送センター• 自動運転によるほぼ無人の配送車• ARグラスと身体機能強化を装備した
少数の配送員• シェアリング配車・配送、ドローン配送

https://japan.cnet.com/article/35057380/

流通• ほぼ無人の店舗• 自動決済• センサー、カメラによる顧客分析、マーケティング（来店人数、年齢・性別、滞在時間など）©2019 IPA,Japan

https://www.businessinsider.jp/post-183686

9様々な産業への影響
・・・

デジタルテクノロジー（IoT AI Bigdata）

・・・
・・・

・・・

土木

運輸

農林

厚生

金融

小売

製造

環境ｾﾝｼﾝｸﾞ
橋梁健全性
地滑り監視

自動運転

林の監視
農業工場
６次産業

予防医療
遠隔医療

ﾌｨﾝﾃｯｸ
電子決済

サプライ
チェーン

ウェアラブル
モバイルヘルス

ブロック
チェーン

在庫管理
自動化

ドローン
超小型モビリティ

マーケティング
オートメーション

RPA

POS

Convenience
お
弁
当
セ
ー
ル

システム（開発）の多様化
ステークホルダーの多様化
社会的影響範囲の拡大©2019 IPA,Japan10

日本におけるDXの現状
多くの企業が「ビジネス変革の必要性」を強く認識
AIやIoT等のデジタル技術の普及による自社への影響を尋ねたところ「自社の優位性や競争力の低下」を懸念する声が最多となった。

IPA「デジタル・トランスフォーメーション推進人材の機能と役割のあり方に関する調査」報告書より
https://www.ipa.go.jp/files/000073017.pdf©2019 IPA,Japan11

日本におけるDXの現状
多くの企業が「ビジネス変革の必要性」を強く認識
東証一部上場企業のような国内のリーディング企業であっても、現在の競争力を維持できる年数はそれほど長くはない（半数程度の企業が約５年後まで）と認識していることが明らかになった。このようなビジネス環
境の中、約６割の企業が、既存ビジネスの変革や新ビジネスの創出の必要性を「非常に強く」感じている。

IPA「デジタル・トランスフォーメーション推進人材の機能と役割のあり方に関する調査」 報告書より
https://www.ipa.go.jp/files/000073017.pdf©2019 IPA,Japan12

日本におけるDXの現状
DXの取り組みで根本的な変革は少数DXの取り組みに関する成果の創出状況を尋ねたところ、最も取り組みやすい「業務の効率化による生産性の向上」であっても、「既に十分な／ある程度の成果が出ている」という回答は３割程度であることが分かった。「既存製品・サービスの高付加価値化」や「新規製品・サービスの創出」については、「既に十分な／
ある程度の成果が出ている」という回答は１割前後となっている。「企業文化や組織マインドの根本的な変革」の取り組みをしているのは、わずか1.1％である。

IPA「デジタル・トランスフォーメーション推進人材の機能と役割のあり方に関する調査」 報告書より
https://www.ipa.go.jp/files/000073017.pdf©2019 IPA,Japan13

日本におけるDXの現状
DX推進を担う人材の状況

IPA「デジタル・トランスフォーメーション推進人材の機能と役割のあり方に関する調査」 報告書より
https://www.ipa.go.jp/files/000073017.pdf©2019 IPA,Japan

14

DXからSociety5.0へ⬧ AIやIoTなどの技術が進化⬧ より複雑な実世界の課題に対する最適解が得られる可能性
超スマート社会（Society5.0）へ
技術の進化
Digital Transformationによる社会課題の解決

DXが生み出す価値
リソース最適化

Digital Transformationによるビジネスモデルの変革

Digital Transformationに高い経験価値

コスト・利便性よる業務の変革・
効率化©2019 IPA,Japan15

本日お話しすること
１．デジタルトランスフォーメーション（DX）を取り巻く状況
２．DX時代の特徴

３．DXに向けての取り組み
４．DX時代のシステム開発アプローチ①システムを俯瞰的に見る重要性②事例から学ぶこと
５．ディペンダブルなDX社会基盤の構築に向けて©2019 IPA,Japan16

DX時代の特徴：仕事の変化
自動化の度合い

高

ルーチンの
業務
Society3.0

煩雑な業務
一部複雑な業務
Society4.0

低複雑だがイノベーティブな
業務
Society5.0

不確実性
低

高

ルーチンの業務

煩雑な業務

イノベーティブな業務

仕事のタイプ

確立されたプロセス（繰り返しの仕事）

確立されたプロセスと新しいやり方が混在先駆的な研究や発見を期待（その方法は未知）

不確実性

低い：結果が予測できる

中程度：もたらされるものも結果も予測がつきにくい

高い：結果が予測できない

成功の尺度

効率性/信頼性

安全性/品質イノベーション/発展例

製品の組み立て工場

サプライチェーン
大企業顧客用のサポート

未来の製品デザイン

アジャイル領域へのスキル変革の指針
なぜ、いまアジャイルが必要か？
（IPA）より引用

出典：『チームが機能するとはどういうことか――「学習力」と「実行力」を高める実践アプローチ』 、エイミー・C・エドモンドソン、 英治出版、2014.5をベースに改変©2019 IPA,Japan17

DX時代の特徴：
ITとビジネスの関係性の変化

ITとビジネスの関係性の変化

Society3.0

ビジネスIT
1990年代ITは道具

Society4.0
ビジネスIT
2000年代ITは情報システム

Society5.0
ビジネス

IT

ITとビジネスの関係は相補的であり、お互いがお互いの存在のきっかけを与えている。

現在
ITはビジネスと融合

アジャイル領域へのスキル変革の指針
なぜ、いまアジャイルが必要か？
（IPA）より引用©2019 IPA,Japan18

DX時代の特徴：
ビジネス価値を提供し続ける必要性

ビジネス価値を提供しつづける■完成したソフトウェア
献ビ
価ジ
値ネ
ス
へ
の
貢

■ビジネスにマッチしたソフトウェア

リリース後にビジネス環境が変化し、期待値と乖離していく
期待感

リリース後は開発から手離れ
リリース

時間

献ビ
価ジ
値ネ
ス
へ
の
貢

ビジネスにマッチして短期間のリリースごとに価値を向
上していく

・・・
リリース後も開発を継続
リリース後も修正

時間

アジャイル領域へのスキル変革の指針
なぜ、いまアジャイルが必要か？
（IPA）より引用©2019 IPA,Japan19

DX時代の特徴：開発とビジネスの一体化

市場分析

発注
市場

市場

企画

開発

企画
リリース

開発

納品

これまでのシステム開発（ IT（開発）とビジネス（市場/企画）の分離）

これからのシステム開発（開発とビジネスの一体化）

出典：経営者のための「DX時代のイノベーション戦略」、平鍋 健児、http://jbpress.ismedia.jp/articles/-/51870?page=1 を参考にアジャイルWGで改変

アジャイル領域へのスキル変革の指針
なぜ、いまアジャイルが必要か？
（IPA）より引用©2019 IPA,Japan

20

DX時代：変化する要求や環境への対応

要求の全てが開発初期に分からない。サービス開始後に徐々に明らかになる要求への対応が常に求められる。
©2019 IPA,Japan21

DX時代：広がる脅威への対応
企業

社会インフラ

顧客情報
機密情報

インフラ 機密情報
マヒ

身体や生命

財産

IoTの進展による拡がる脅威

業務停止

現金

（参照）IPA「つながる世界の開発指針」「事業の継続性」を重視したサイバーレジリエンスが必要。
侵入前提の対策と経営層を巻き込んで全社で対策を行う体制の確立が求められる。
©2019 IPA,Japan22

重要性を増すオープンシステムディペンダビリティ
DX時代の特徴（全てではないが）•変化する要求や環境•つながり（コネクティビティ）の拡大、システムの巨大化•ステークホルダーの拡大•社会的な影響範囲の拡大、事業継続と説明責任の遂行の要請

利用者がシステムに期待する便益を安全にかつ継続的に提供できること•システム運用開始後の要求の変化に適応できること（変化対応）•システムの障害要因を顕在化する前にできる限り取り除くことができること（未然防止）•障害が顕在化した後に迅速かつ適切に対応し、影響を最小とすることができること（障害対応）

ステークホルダーや社会への説明責任を全うできること•全ライフサイクルでの要求と実現に関する合意形成の構造的記録と履歴がある（合意履歴保持）•合意に基づいたシステムの運用状況の監視と詳細な記録がある（監視と記録）©2019 IPA,Japan23

本日お話しすること
１．DXを取り巻く状況

２．DX時代の特徴
３．デジタルトランスフォーメーションに向けての取り組み
４．DX時代のシステム開発アプローチ①システムを俯瞰的に見る重要性②事例から学ぶこと
５．ディペンダブルなDX社会基盤の構築に向けて©2019 IPA,Japan24

経済産業省DXレポート(2018/9）©2019 IPA,Japan25

経済産業省DXレポート(2018/9）©2019 IPA,Japan26

経済産業省DXレポート(2018/9）

7月正式版

IPA
IPA
©2019 IPA,Japan27

協調領域における共通プラットフォーム
経済産業省DXレポートより（再掲）3.DX実現に向けたITシステム構築におけるコスト・リスク低減のための対応策•刷新後のシステムが実現すべきゴールイメージ（変化に迅速に追従できるシステムに）の共有（ガイドラインでチェック）•不要なシステムは廃棄し、刷新前に軽量化（ガイドラインでチェック）•刷新におけるマイクロサービス等の活用を実証（細分化により大規模・長期に伴うリスクを回避）•協調領域における共通プラットフォームの構築（割り勘効果）（実証）•コネクテッド・インダストリーズ税制（2020年度まで）©2019 IPA,Japan28

水道情報活用システムの事例－水道事業者等における現状のシステム構成と課題◼ 業務システムごとに独立した構成となっており、異なるシステム間でデータを自由に流通させることが困難◼ ベンダやシステムごとに管理するデータの項目、形式等が異なるため、データ連携が困難◼ その結果、システムの調達では、競争余地が乏しく、他ベンダが提供するシステムへの乗り換えが困難（ベンダロックイン）
同一目的のためのシステムであっても、ベンダによって管理項目／形式等が異なるため、横断的に管理することが困難
バックオフィス

バックオフィス

AX社変換
モジュール

X社

Y社

施設管理
台帳アプリ

料金計算
アプリ

※紙/エクセルの場合も

A社

B社

施設管理
台帳アプリ

料金計算
アプリ

※紙/エクセルの場合も異なるベンダ／システム間で連携するためには、個別のインテグレーション（モジュールの用意等）が必要

ａ．浄水場

YZ社変換
モジュール

ＰＬＣ

同一目的のためのシステムであっても、ベンダによって管理項目
ｂ．浄水場／形式等が異なるため、横断的に管理することが困難

WD社変換
モジュール

Z社

W社

C社

SCADA（運転制御）

D社

SCADA（水質管理）

SCADA（水質管理）

SCADA（運転制御）

Z社
ＰＬＣ

W社
ＰＬＣ

ＰＬＣ

ＰＬＣ

D社

C社
ＰＬＣ

ＰＬＣ
ＰＬＣ

ＰＬＣ
水道事業者等α

ＰＬＣ

ＰＬＣ

異なるシステム間の連携は接点レベルでの連携が必要 ＰＬＣになる場合が多い。

水道事業者等β

経産省・厚労省作成「水道情報活用システム導入の手引き」より©2019 IPA,Japan29

水道情報活用システムの事例－水道IoTにおける「データ流通ルール」の必要性ー◼

現状では、ベンダ各社で接続仕様が異なるため、アプリケーションを利用する場合は、ベンダ毎の接続仕様を意識した作りこみが必要。

◼

水道IoTでは、アプリケーションと現場機器が疎結合となるよう、「データ流通のルール」を定める。このルールに則してデータのやり取りを行うことで、変更に容易に対応できる、ベンダに依存しない、オープンで公平性のある社会を目指す。

図 水道IoTにおけるデータ流通ルールの必要性

経産省・厚労省作成「水道情報活用システム導入の手引き」より©2019 IPA,Japan30

水道情報活用システムの事例－水道情報活用システムの全体構成ー◼ 水道情報活用システムは、以下に示す5つの階層とそれぞれに配置されたサブシステムから構成される。
(1)アプリケーション

アプリケーションA（運転監視）

アプリケーションB（施設台帳）

アプリケーションC（需要予測）

標準インタフェース

標準インタフェース

標準インタフェース

標準化による
水平分業

共通部品

外部
サービス

(2)プラットフォーム
水道事業者等

アプリベンダ向け標準インタフェース

水道標準プラットフォーム
機器ベンダ向け
標準インタフェース(デバイス)

ユーザー

機器ベンダ向け
標準インタフェース(システム)

広域ネットワーク(3)ゲートウェイ

標準インタフェース
セキュア
モジュール

標準インタフェース

水道CPSライブラリ

システムゲートウェイ

IoTゲートウェイ(4)狭域ネットワーク(5)デバイス・システム

デバイス

カスタマイズ
改造

SCADA

改造

PLC
ポンプ

システム

センサー

経産省・厚労省作成「水道情報活用システム導入の手引き」より©2019 IPA,Japan31

水道情報活用システムの事例－水道情報活用システムの導入時のセキュリティ対策の概要ー◼ 水道情報活用システムの導入において、従来方式と変わらないセキュリティ水準の確保を前提に、以下に示
すセキュリティ対策技術を活用し、堅牢なシステム構築とする。
クラウド
センタ

アプリケーションをデ要ー
求タInternet

・相互認証

をデ
応ー
答タ

・通信経路の 暗号化

アプリベンダ 向け標準インタフェース

ファイアウォール
機能付モバイルルーター

水道標準プラットフォー ム

・データの暗号化

機器ベンダ 向け標準インタフェース

ファイアウオール・ファイアウォール機能

・相互認証
をデ
要ー
求タ

Internet

浄水場等

・通信経路の暗号化

をデ
応ー
答タ

ファイアウォール機能付
モバイルルーター・ファイアウォール機能

IoTゲートウェイ

・耐タンパー性(非正規な読み取り防止 )既設デバイス
改造

改造

改造

SCADA

PLC

DCS

ポンプ

センサー

ポンプ

センサー

ポンプ

センサー

経産省・厚労省作成「水道情報活用システム導入の手引き」より©2019 IPA,Japan32

本日お話しすること
１．DXを取り巻く状況

２．DX時代の特徴
３．デジタルトランスフォーメーションに向けての取り組み
４．DX時代のシステム開発アプローチ①システムを俯瞰的に見る重要性②事例から学ぶこと
５．ディペンダブルなDX社会基盤の構築に向けて©2019 IPA,Japan

33

システムを俯瞰的にみる必要性
つながり（コネクティビティ）の向上と新たなビジネスチャンス
従来は想定されなかったようなモノ・コトのつながりできることが広がってきた

隣接する分野の事業への
進出

スマホ・
家電連携

新たなビジ
新サービスが生まれることに ネスや価値よるビジネス環境の変化の創出
シェアリング・エコノミー

健康ビジネスと医療連携考慮すべき条件の拡大
自動車(乗り心地、
安全性、燃費)©2019 IPA,Japan34

システムを俯瞰的にみる必要性
ビジネスチャンスの裏には様々な経営リスクも！
従来は想定されなかったようなモノ・コトのつながり

隣接する分野の事業への進出つながる相手への迷惑、相手からの迷惑単一分野でのビジネスルールが通用しない

想定リスク

新サービスが生まれることによるビジネス環境の変化考慮すべき条件の拡大

現ビジネス領域の衰退

考慮もれによる失敗（不備、遅延、事故）

新たなアプローチが必要©2019 IPA,Japan

35

システムズエンジニアリングによるアプローチ「システムを成功させるための複数の専門分野にまたがるアプローチと手段である」
JCOSE(Japan Council on Systems Engineering)

ここでいう「システム」は、コンピュータシステムにとどまらず、機械、電気機
器、人間系（操作者）、環境など広い意味を表す。
システム： 構造を持った要素の集合。
全体として、要素にはない振る舞いや意味を発揮する。

航空・宇宙領域で確立した企画・開発のアプローチを汎用的に体系化したもの ⇒ 欧米を中心に発展
参考文献： INCOSE Systems Engineering Handbook:
A Guide for System Life Cycle Processes and Activities, 4th Edition©2019 IPA,Japan36

システムズエンジニアリングの思考過程

IntentNeed

何を出発点にするかにより、分析段階が何段階にもなります。

要求分析
プロセス

(Requirement)

Function
設計
プロセス

ここには複数のアイデアが存在するはずであり、思考を巡らし、評価することが重要【冷蔵庫設計に至る例】
・食べ物を無駄にしないこと⇒・食べ物が腐らないこと ⇒・腐るスピードをを落とすこと・早く食べさせること©2019 IPA,Japan⇒・冷やす・防腐剤を利用⇒・消費期限管理
・促進メッセージ

37

テクニカルプロセス概観

注）今回は時間の関係で説明プロセスを限定

参照：「成功事例に学ぶシステムズエンジニアリング～ＩｏＴ時代のシステム開発アプローチ～」

SysEのプロセスは、ISO/IEC/IEEE 15288 にて
定義・解説されている。（下記は、その項番を記載）
６．４．１ ビジネスあるいはミッションの分析
プロセス

６．４．８ システム結合プロセス

６．４．２ 利害関係者ニーズと要求事項の定義プロセス

６．４．９ 検証プロセス
６．４．１０ 移行プロセス

６．４．３ システム要求事項の定義プロセス
６．４．４ アーキテクチャの定義プロセス

６．４．１１ 妥当性確認プロセス
６．４．１２ 維持プロセス

６．４．５ 設計プロセス

６．４．１３ 運用プロセス

６．４．６ システム解析プロセス

６．４．１４ 廃棄プロセス

６．４．７ 実装プロセス

部分について、以下で詳説

注）ISO/IEC/IEEE 15288の定義は解釈が難しいので、以下では平易な解釈文として記載©2019 IPA,Japan

38

テクニカルプロセス概説

６．４．１

ビジネスあるいはミッションの分析

ビジネス（あるいはミッション）の定義、目的などを明確にして、ビジネス（あるいはミッション）のゴールイメージを描く。
言い換えれば、次のような捉え方も存在する。
＝解決すべき課題を分析し、その本質を捉えて解決すべき事項を明確化する。
＝ミッションの妥当性や焦点化すべきニーズを明らかにする。

・目的
・課題
・ミッション

ミッション
分析

・ゴール
イメージ
・解決すべき事項・ニーズ

注）ここに記載した事項は、必ずしもISO15288に記載されたものではなく、独自の解釈が含まれています。
©2019 IPA,Japan

39

テクニカルプロセス概説

６．４．１

ビジネスあるいはミッションの分析【具体例】
目的・課題・ミッション

自分の５歳の子供が野菜嫌いで食べない

ミッション分析

ゴールイメージ・
解決すべき事項・
ニーズ

野菜嫌いを解決したいのか、食べないことを解決したいのか？

野菜だと気づかずに美味しく食べてくれるメ
ニューを考案する。

とりあえず食べさせたい。
食べない原因は？
・味が嫌い・親の料理がへた
・見た目のすり込み⇒これが主原因だとすれば©2019 IPA,Japan

40

テクニカルプロセスの中の留意点

６．４．１

ビジネスあるいはミッションの分析

ここでは、ミッション分析における留意点を示す。

出発点（本来の目的）の明確化○出発点を広めにとれば、思考は膨らむが、議論が発散（例）冷蔵庫開発に至る思考の場合
・食べ物を無駄にしない・食べ物を腐らせない・食べ物を冷やす⇒どのレベルを出発点（目的）にするかという意識合わせが重要

注）ここに記載した事項は、必ずしもISO15288に記載されたものではありません。
©2019 IPA,Japan

41

テクニカルプロセス概説

６．４．２

利害関係者ニーズと要求事項の定義

コンテキスト（周辺環境）やステークホルダ側から見た対象システムへの要求を定義する。

ミッション
分析結果・ゴールイメージ
・解決すべき事項
・ニーズ
のいずれか

利害関係者ニーズ（要求事項）の定義
・利害関係者定義
・利害関係者ニー
ズヒアリング・コンテキスト図作成
・その他
専門領域間調整
モデル化

利害関係者
ニーズ
・コンテキスト
図・PP対応表注）ここに記載した事項は、必ずしもISO15288に記載されたものではなく、独自の解釈が含まれています。
©2019 IPA,Japan

42

テクニカルプロセス概説

６．４．３ システム要求事項の定義
システム側が何を提供するかを、利害関係者ニーズを実現する技術観点に変換して定義する。特に、利害関係者が陽には言わないが、暗に求められている非機能要件等も考慮に加える。

利害関係者
ニーズ
（陽に期待された事項）＋（暗に求められた事項）

システム要求事項の定義
・利害関係者ニーズをシステム側の実現観点で
定義
・考慮範囲（実現範囲）への方針・非機能要件等の
考慮

システム
要求事項

注）ここに記載した事項は、必ずしもISO15288に記載されたものではなく、独自の解釈が含まれています。
©2019 IPA,Japan

43

テクニカルプロセス概説

６．４．４ アーキテクチャの定義
システム要求事項を実現するために、システムの基本的な構成要素や振る舞いを考え、具体的な機能や実現手段を構造的に示す。

アーキテク
チャの定義
システム
要求事項

・機能の論理構造
やその配置
・物理設計へのマッピング
・実現手段の検討

アーキテ
クチャ
・論理構造
・物理構造
・実現手段
・他 機能概要、
通信手段等

注）ここに記載した事項は、必ずしもISO15288に記載されたものではなく、独自の解釈が含まれています。
©2019 IPA,Japan

44

テクニカルプロセスの中の留意点

６．４．４ アーキテクチャの定義
ここでは、アーキテクチャ設計の留意点を示す。

論理設計と物理設計の分離○論理的な機能配置と物理的な実装箇所を混乱して設計し、後に色々なアーキテクチャ矛盾をもたらす危険⇒論理設計と物理設計を段階を追って進める方がベター実現手段を考慮した設計○同じ目的を持ったものでも、実現手段や機能はまちまち⇒実現手段の検討では、色々なアイデア出しが有効

階層が一致するものの間でのやりとり○次元やスタックが異なるものの間でのやりとり（通信、データ授受、制御指示等）を行う設計が散見され、共有理解が困難⇒アプリ同士、ミドル同士、OSレベル同士のように、階層の縦の関係を考慮したやりとりの設計を心掛け
注）ここに記載した事項は、必ずしもISO15288に記載されたものではありません。
©2019 IPA,Japan

45

テクニカルプロセス概説

６．４．６ システム解析
システムの成果を評価するための指標、データ、解析を行う。
注）特定の工程にのみ存在する作業ではなく、開発のライフサイクル全般を通して実施するもの

システム解析
システム
要求事項

・指標の設定・データ取得方法
・データ解析

解析評価
・解析結果

注）ここに記載した事項は、必ずしもISO15288に記載されたものではなく、独自の解釈が含まれています。
©2019 IPA,Japan

46

テクニカルプロセスの中の留意点

６．４．６ システム解析
ここでは、システム解析において留意すべき点を示す。

システムを特徴づける指標の設定○一般に、機能、性能、信頼性、運用、拡張性等を主要な指標として設定するが、機能以外の設計条件が曖昧なケースが多い。
⇒色々な角度から指標（〇〇性）を吟味し、大まかでもよいので、方針を定める。（次ページの例参照）○システムを特徴づける指標であるにも関わらず、出たとこ
勝負のケースが多々ある。
⇒システムを特徴づける指標（例えば、性能第一）は、
必ず条件を明確化し、設計時にクリアできる見通しを得る。

注）ここに記載した事項は、必ずしもISO15288に記載されたものではありません。
©2019 IPA,Japan47

例）大まかな信頼性条件
信頼性やセキュリティには万全というものは存在しない。
⇒方針（ポリシー）として対応レベルを設定する。

【ポリシー案】○顧客データだけは、強度に守る。ただし、コスト的に二重化まで。
○システムは最悪止まっても構わない。
【理由】
・顧客データが破壊された時、システム以外に復旧手段がない。
・顧客データが盗まれると、会社責任が問われ、存続が危ぶまれる。
・システムが止まっても、今まで手仕事でやっていたことをシステムで自動化しただけなので、最悪でも運用でカバー出来る。
【具体策】
・顧客データのバックアップを取り、復旧可能とする。
・顧客データへのアクセス制御を行い、暗号化する。
・システムに何らかの重要異常を検知したら、システムを止めて、継続による重症化を防ぐ。
©2019 IPA,Japan

48

テクニカルプロセス概説

６．４．１１ 妥当性確認
システムがそもそもの目的を果たすことを確かめる。

妥当性確認
目的
課題
ミッション

・本来の目的を満たすか確認（文章上のレビュー、総合試験、現場試験）確認結果注）ここに記載した事項は、必ずしもISO15288に記載されたものではなく、独自の解釈が含まれています。
©2019 IPA,Japan

49

テクニカルプロセスの中の留意点

６．４．１１ 妥当性確認
ここでは、妥当性確認における留意点を示す。

システムが出来上がってから確認するのではなく、随時確認が必要○システムはシステム要求事項を満たしたが、本来の目的を満たさないという事態が生じるのは、システム要求事項を明確化するまでの段階でミスがあったり、時間の流れとともに環境条件が変化することが要因⇒妥当性確認（見直し）は、各開発工程のそれぞれで実施要注）ここに記載した事項は、必ずしもISO15288に記載されたものではありません。
©2019 IPA,Japan50

本日お話しすること
１．DXを取り巻く状況

２．DX時代の特徴
３．デジタルトランスフォーメーションに向けての取り組み
４．DX時代のシステム開発アプローチ①システムを俯瞰的に見る重要性②事例から学ぶこと
５．ディペンダブルなDX社会基盤の構築に向けて©2019 IPA,Japan51

「成功事例に学ぶシステムズエンジニアリング」の発刊（2018年3月）⚫ 特徴：

複数の事例分析を通じて、SysEのプロセスや重要ポイントを解説⚫ 想定読者：製品/システム/サービスの企画・開発「成功事例に学ぶシステムズ
エンジニアリング」に取り組もうとするマネジメント層・リーダ・担当者【入手方法】①書籍 ・アマゾンで購入（５００円）②PDF ・ＩＰＡの公開ホームページよりダウンロード（無料）https://www.ipa.go.jp/sec/reports/20180315.html©2019 IPA,Japan52

事例から学ぶこと－地域活性化イベント情報共有基盤の開発◼ 背景⚫ 中心部からの大型商業施設の相次ぐ撤退
地域の活力低下の懸念• 地域としての集客力(売上）の減少• 若者離れが進むことへの危惧◼ 課題⚫ 若者を中心とした集客を増やして地域のビジネスを活性化する「人気アニメ聖地巡り」イベントを中心とした施策により一過性で終わらない継続的な「経済効果」 と 「若者の集客」 を実現する©2019 IPA,Japan53

事例から学ぶこと－地域活性化イベント情報共有基盤の開発 ～アプローチ～◼ 対策の全体像
アニメ作品の聖地巡りを軸とした集客イベン
トによって地域活性化を図る取り組み
 目指すは経済効果と若者の集客の両面での活性化
 多くの関係者を巻き込みWin-Winの関係を構築
 一過性の集客でなく継続できる基盤を確立

着想
人気アニメの「聖地巡り」の着目

実践 第二段階実現に向けた準備

実践 第一段階

ステークホルダを巻き込みながらビジネスミッションを分析

ステークホルダの要求を明確化して、実践により効果検証

継続性の課題を解決する仕組みを導入し、データ活用による継続活動を実現する

対策①

対策②

対策③、④

全体を俯瞰しながら段階的に対策を拡張し、成果を拡大©2019 IPA,Japan54

事例から学ぶこと－地域活性化イベント情報共有基盤の開発 ～対策詳細～
1

ステークホルダの巻き込み、ビジネスミッションの分析➢ 地域連携の多様なニーズを抽出➢ 必要なステークホルダの巻き込み➢ ビジネスミッションの分析
着想を実現するための前提条件を満たす環境作り
フィン
テック
推進

地域
貢献

ブロック
チェーン
活用

事業者間
のデータ
連携

顧客動
線の分
析不足
若者の
地域
離れ

ＩＴ技術
地銀
改革

地域
活性化
商店街
活性化
支援

グッズ販
売の権利
処理

原作者
の
地元愛

政策・
規制

目的：
アニメを用いた
地域活性化

地域
コンテンツ
（アニメ）

TVに合
わせたプ
ロモー
ション

地域の
課題

大型商
業施設
の撤退
自治体
の意向

経済・
市場

アニメに
よる地域
活性化
事例

クール
ジャパ
ン

様々な角度から課題を検討• 地元が舞台のライトノベルのアニメ化に合わせてコンテンツ保有者に提案• 鉄道、プロ野球球団への働きかけ• 自治体の協力で地元商店街の参画を得て
助成金確保

インバウ
ンドの取
込み

【 SysEのポイント：目的指向と全体俯瞰】【関連プロセス：ビジネスあるいはミッションの分析】©2019 IPA,Japan

55

事例から学ぶこと－地域活性化イベント情報共有基盤の開発 ～対策詳細～
２

ステークホルダの要求を明確化、実証による効果検証➢ ステークホルダの要求を明確化 （経済効果と若者の集客の追求）➢ 紙のスタンプラリーとイベントを組み合わせて実践
着想の効果を実証により確認
システム実証実験

Fintech実証協力

ＩＴベンダ
ＩＴベンダー（富士通）

銀行

ラッピング列車

交通
事業者

コ
ン
シ
ュ
ー
マ

スタンプラリー
コラボグッズ販売

後援
自治体

商店街
球場利用許可アニメコラボ試合
プロ野球
チーム

コンテンツ
ホルダ

アニメコンテンツ提供

Win-Winとなる関係を構築• 関係するステークホルダ(自治体、交通事業者、出版社等)のニーズと要求を明確化「経済効果」と「若者の集客」• それぞれから得意分野を提供• IT化に拘らず紙のスタンプラリーで実践して効果を検証（第一回イベント）【SysEのポイント：多様な専門分野を統合】【関連プロセス：利害関係者ニーズと要求事項の定義】©2019 IPA,Japan56

事例から学ぶこと－地域活性化イベント情報共有基盤の開発 ～対策詳細～
３

システム要求を明確化、継続性ある仕組みづくりを追求➢ ステークホルダの要求からシステム要求を抽出➢ 各関係者の役割を整理・分析して、集客層、ビジネス層、データ層に層別化し、システム機能として一般化
地域活性化活動の取り組みや事業者選定の基本モデルを構築■システム機能をレイヤーにて整理
地域活性化イベントのレイヤー

レイヤー

課題

・若年層を
ひきつけ
るコンテ
ンツ

1.集客層

２．ビジネス層

３．データ層基本モデルを構築

解決策

・売上の増
加

・スタンプラリー原作者サインプレゼント

・キャラクター人気投票などの無料イベント

・コラボグッズ販売
・コラボ試合、ラッピング列車などの有料イベント

・動線の把
握
・属性の把
握

・電子スタンプラリーによる動線把握・スマホアンケートによる顧客属性の把握• 各関係者の役割を整理・分析し、データ管理責任の分散というシステム要求を明
確化• 実現手段としてブロックチェーンの採用• 集客層、ビジネス層、データ層に層別化し、システム機能として一般化【SysEのポイント：目的指向と全体俯瞰、抽象化・モデル化】【関連プロセス：システム要求事項の定義、アーキテクチャの定義】©2019 IPA,Japan57

事例から学ぶこと－地域活性化イベント情報共有基盤の開発 ～対策詳細～■システム機能をレイヤーにて整理
地域活性化イベントのレイヤー

レイヤー

1.集客層

２．ビジネス層

３．データ層

解決策

課題

・若年層を
ひきつけ
るコンテ
ンツ
・売上の増
加

・スタンプラリー原作者サインプレゼント

・キャラクター人気投票などの無料イベント

・コラボグッズ販売
・コラボ試合、ラッピング列車などの有料イベント

・動線の把
握
・属性の把
握

・電子スタンプラリーによる動線把握・スマホアンケートによる顧客属性の把握

基本モデルを構築• 各関係者の役割を整理・分析し、データ管理責任の分散というシステム要求を明確化• 実現手段としてブロックチェーンの採用• 集客層、ビジネス層、データ層に層別化し、システム機能として一般化©2019 IPA,Japan58

事例から学ぶこと－地域活性化イベント情報共有基盤の開発 ～対策詳細～
４

課題を解決するＩＴの仕組みを構築して実践➢ 一般化した設計に基づいてＩＴシステムを構築➢ ＩＴシステムを利用して実践、データ取得・分析の実現
データ分析を通して付加価値を追加しながら継続する基盤を構築■顧客の動線分析と地域におけるデータ共有の仕組みを進化
2015年千葉アニメコラボ
参加者

2017年千葉アニメコラボ

・千葉市の商店街

・千葉市の商店街

・千葉ロッテマリーンズ様

・千葉都市モノレール様

・千葉都市モノレール様

・千葉銀行様紙によるスタンプラ
リーを提供
シ
ス
テ
ム

著/渡 航

イラスト/ぽんかん⑧

電子通貨の仕組みを利用したスタンプラ
リーを提供

地域におけるデータ共有の仕組みを進化• スマホを使ったスタンプラリーでデータを取得して分散管理する仕組みを実現し、第二回イベントとしてスマホスタンプラリーを実践• データを取得・分析し、動線や顧客属性を通して新たな気づきを獲得• 地域活性化イベントを継続的に実施へ

小学館「ガガガ文庫」刊【SysEのポイント：反復による発見と進化】【関連プロセス：システム要求事項の定義、アーキテクチャの定義】©2019 IPA,Japan59

本日お話しすること
１．DXを取り巻く状況

２．DX時代の特徴
３．デジタルトランスフォーメーションに向けての取り組み
４．DX時代のシステム開発アプローチ①システムを俯瞰的に見る重要性②事例から学ぶこと
５．ディペンダブルなDX社会基盤の構築に向けて©2019 IPA,Japan60

Society 5.0実現に向けたデータ連携イメージ図

出所：第2回 「スーパーシティ」構想の実現に向けた有識者懇談会
https://www.kantei.go.jp/jp/singi/tiiki/kokusentoc/supercity/dai2/shiryou1.pdf©2019 IPA,Japan61

日本の取組みの課題

課題解決の
ための
アプローチ
が必要

出所：第2回 「スーパーシティ」構想の実現に向けた有識者懇談会
https://www.kantei.go.jp/jp/singi/tiiki/kokusentoc/supercity/dai2/shiryou1.pdf©2019 IPA,Japan62

スマートシティのリファレンスアーキテクチャモデル(イメージ)

出所：第2回「スーパーシティ」構想の実現に向けた有識者懇談会

https://www.kantei.go.jp/jp/singi/tiiki/kokusentoc/supercity/dai2/shiryou1.pdf©2019 IPA,Japan63

課題解決を目指すアプローチ（案）全体アーキテクチャ

レファレンスアーキテクチャ

リファレンスアーキテクチャ

アセット

ガバナンス部分

リファレンスアーキテクチャ

セ
キ
ュ
リ
テ
ィ
・
認
証

対国
戦略
す・
る社
ト会
ルール
ラに
ス
ト
対人
組織
す・
る組
ト織
ラに
ビジネス
ス
ト
に サ 利活用機能
対イ
すバ
るー
ト ・ 通信・ﾈｯﾄﾜｰｸ
ラフ
スィ
トジ
データ
カ
ル
シ
ス データ連携
テ
ム

○○分野

○○分野

○○分野

DX

エンタープライズアーキテクチャ
ソフトウェアアーキテクチャ シス
通信アーキテクチャ
テ

例：RAMI4.0のOPC UA、OSI参照モデル、TCP/IP

ムア
例：データ標準化、情報共通基盤に関するアーキテクチャーキテマイクロアーキテクチャ
ク
例：インテルのプロセッサーのアーキテクチャ
チ
自動走行 モビリティサービス
自動車
地図データ
ャ
鉄道会社
ソフトウェア 提供事業者
提供事業者
会社

データアーキテクチャ（プラットフォーマー）提供事業者

分野横断を促すリファレンスアーキテクチャ
相互運用性（インターオペラビリティ）©2019 IPA,Japan

64

全体俯瞰に向けた俯瞰軸

空間軸
例えば、対象システム（製品）の空間的利用環境を全て洗い出す。
物（影響のある範囲、つながる相手、・・）、場所（国、寒冷地、交通網、・・）、法律の制約 等

意味軸
例えば、誰が何の目的で利用するかを洗い出す。

登場人物、各立場からの利用目的、利用条件、・・・

時間軸
例えば、対象システム（製品）のライフサイクル全般を考える。
開発時、出荷後の初期設定時、利用時、休止時、更改時、破棄時©2019 IPA,Japan65

課題解決を目指すアプローチ（案）

意味軸

空間軸
時間軸
出所：第2回 「スーパーシティ」構想の実現に向けた有識者懇談会
https://www.kantei.go.jp/jp/singi/tiiki/kokusentoc/supercity/dai2/shiryou1.pdf©2019 IPA,Japan66

課題解決を目指すアプローチ（案）〇対象分野のリファレンスアーキテクチャの構築〇リファレンスアーキテクチャに基づいた戦略立案〇環境や要件変化に対応した
リファレンスアーキテクチャの継続的見直し©2019 IPA,Japan67

DX時代の社会基盤構築と意義
Connected Industries
様々な業種、企業、人、機械、データなどがつながり、
AI等によって、新たな付加価値や製品・サービスを創出、生産性を向上

超高齢社会、人手不足、環境・エネルギーなどの社会課題を解決→ 新しい技術やサービスを創出、→ 課題先進国としてグローバルに展開、産業競争力を強化 etc
DX時代により重要となる「ディペンダビリティ」©2019 IPA,Japan

68

ＤＸに向けたスキル変革の方向性（参考）1Society 5.0
Connected Industries2

デジタルトランスフォーメーション(DX)
社会・企業・組織・個人の自律的・継続的変革
6 イノベーション指向
デザイン思考・サービスサイエンス

3

創造性
人間性
人間中心の
カルチャー
マインド

マ 7
イ
ンア
ドジ
＆ャ
プイ
ロル
セ
ス

５ 高速仮説検証サイクル（プログラミング的思考）

9

4

エ 8
ン
ジシ
ニス
アテ
リム
ンズ
グ

生産性
信頼性
エンジニア
リングの
尊重と継承

API・産業/業務サービスインターフェース(IoTプラットフォーム）
10 データサイエンス・AI
11 セキュリティ

©2019 IPA,Japan69

©2019 IPA,Japan70