情報処理学会ソフトウェアエンジニアリングシンポジューム 2010 基調講演

ソフトウェアエンジニアリングにおける「場」づくり
トウジリ グにおける「場 づくり（マネージャ向けサマリー）

松本吉弘
工学博士
博
IEEE Life Fellow
京都高度技術研究所
http://www5d.biglobe.ne.jp/~y‐h‐m/

2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,2010

1

いま、日本が直面している問題とは？

2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,2010

2

「場」が壊れている

 人材
 学生は、３年生から始まる就職活動で、他国を経験する余裕がない。
 学生は、苦しんでまで、偉くなろうと思わなくなっている。
 日本での教育は、幼児教育から企業教育に至るまで、「なんでも与える」式の教育ばかりで、自らを厳しく鍛錬できる機会や時間余裕を与えていない。
 大学でのSTEM教育への関心低下（2004年から2007年までに、米国STEM卒
業生は30%減少（US‐NSF発表）⇒Ph.Dから弁護士、MBAへの転向者増）
 技術系の給与水準が、金融・証券・保険など経済系に比して極端に低い。
技術系の給与水準が 金融 証券 保険など経済系に比し 極端に低い
 企業OBが集まると、約半数のOBが、日本での定年後の生活に不安を感じて、中韓の企業に就職し、現場技術を提供している。
 日本のビジネスモデル
 日本の国益（技術）を守って海外進出するためのモデルを確保しているか？
 世界に通用する共通基盤の覇権争いで落伍していないか？
 日本企業間の傷つけあいで、国際競争力が落ちていないか？
 戦後、日本を立ち直らせたエンジニアリングと工学の軽視
戦後 日本を立ち直らせたエンジニアリングと工学の軽視
 ソフトウェアを生体とみて、生涯に亘って、「場」に適応させる心構え不足
 「モデル」という仮想空間だけで、ソフトウェアの開発・保守はできない（次ページ）
ジ） アメリカのソフトウェア・アジテータ (agitator) に振り回される日本
2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,20103ソフトウェアは、時間的に変化する「場」に合わせて、全ライフサイクルに亘って、進化を続けなければならない。

2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,20104

対象は、アジャイルビジネスモデルのなかの Ecoterial としてのソフトウェア*********アジャイル・ビジネスエンタプライズ**********
ソフトウェア利用ビジネス*********進化型ソフトウェアエンジニアリング*********
引用元： 松本吉弘著・ソフトウェア開発へのSWEBOKの適用、オーム社 (2005)
Ecoterial = eco‐material
eco material
2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,20105

国際市場で勝ち残るための「場」
日本は、これまで、発注先の住民、議会、地方自治体、発注者、ユーザ、大学、プ
日本はこれまで 発注先の住民 議会 地方自治体 発注者 ユ ザ 大学 プ
ロバイダを囲む「場」を形成してきた（過去、70‐80年代の日本企業の戦略）。
現在、新しい国際市場で必要となる「場」のあり方を、見直し定義する必要がある。
現在新しい国際市場で必要となる「場」のあり方を 見直し定義する必要がある⇒従来の空間的共同体思想を超えた、新しい共同体運営論理の開発要⇒「空間型」から「時間型」共同体へ（風評被害で代表されるように、事業をとりまく国際的「場」は、常に変化）「場」という概念を構成する思想哲学をもつ必要がある。
電磁気学、量子論、生体論における 場」
 電磁気学、量子論、生体論における「場」
 原始仏教における「縁起」
 ハイデッカーの根拠律、ヘーゲルの本質論、Kurt LevinのField theory 清水 博の「場」、マイケル・サンデル（ハーバード大学教授）の共同体正場」、授義論
ソフトウェアエンジニアリングにおける「場」
 「ひと」： コラボレーション（未熟）⇒ とくに日本国内での過当競争（足の引っ張り合い）を解消する共同体運営論理の確立が必要 「こと」： アスペクト
 「もの」：「もオブジ クトオブジェクト
2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,2010

6確立されたガバナンス体制の基で、ソフトウェアの進化を進めなければならない。
エンタプライズによって、エンタプライズによて必要となるアジリティ性の範囲・度合いはすべて異なる 狭義のアジャイルなる。狭義のアジャイル
ソフトウェアプロセス先行 適応戦略
は、リスク大。

品質認証
企業資源適応要求

内部統制

執行責任承認

経営責任

指示

準拠

適用
知識資産
例：ISO26262ベース高安全ソフトウェア⇒安
全性概念の変化に応じて、FMEAから、部品ごとのアジャイルリスク度を展開 ガバナンスごとのアジャイルリスク度を展開、ガバナンスのもとで、アジャイルプロセス適用判定
2010/9/1

Yoshihiro Matsumoto, 2010

Cummins, F.A., Building the Agile
Enterprise, Elsevier (2009)7

エンジニアリングとプラクティスの依存関係
持続に対するリスク大（悪例：非エンジニアリング・アジャイルソフトウェアプロセス）

エンジアリング
原理・原則(principles)

ソフトウェアエンジニアリング
原理・原則(principles)

実践標準(practicestandards)

成熟度水準
で判定

価値ある実践
例

影響度で判定米国滞在中、SWEBOK 委員会、ISO/IEC SC7 WG20で、どこまでをエンジニアリングと考えるか、議論したときのモデルです。
引用元： 松本吉弘著・ソフトウェアエンジニアリング基礎知識体系の背景と活用、SEC
journal , Volume 6, pp.6‐15
2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,20108

これからのソフトウェアエンジニアリング• ソフトウェアエンジニアリングはソフトウェアエンジニアリングは、Integration‐Oriented
Integration Oriented からEcoterial‐Compositionality‐Oriented へ向かう。
– SEI/CMUは、Composability‐Oriented を主張する。
– 欧州では、Compositionality‐Oriented
欧州では C
itilit O i t d を主張する人が多い。
を主張する人が多い– 部分（「ひと」・「もの」・「こと」の合成）ごとに開発して組み合わせる。
– 要求改変の都度、システム全体の完全化（integration）は、考えない。
要求改変の都度 システム全体の完全化（ii ）は 考えない
– 優先する要求から、部分ごとに実現し、利用する。組合せおよび完全化
は事後 (later binding) 処理。
– 生涯に亘って、生涯に亘って• 成長期には、漸次価値増大• 成熟期には、回帰的改善・最適化• 衰退期には、世代交代に向けた整理
衰退期には 世代交代に向けた整理
Ecoterial: eco‐material （information age の後に来る）
2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,20109アーキテクチャから見直せ：Compositionality と composability は違う。
 （１） Compositionality （構成可能性）
 ソクラテス、プラトン、Gottlob Frege entity（もの） と relationship (構成関係と関係規則：こと）で、システムを構成(構成関係と関係規則：こと）で システムを構成
 relationshipは、stateless関数、エディンバラ大学などでの関数論が起点
 （２） Composability （合成可能性）
 CMUにおけるアーキテクチャ論が起点 アーキテクチャ記述
 selfself‐containedコンポーネントを相互接続
containedコンポ ネントを相互接続
 agilityの視点からは、（１） integrityの視点からは（２） security, availability, performance, などアプリケーションによって視点の重みづけが異なる。

2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,201010Constitutional software architectureは⇒E‐Rモデルを基底に関係（無状態）⇒「こと」

オブジェクト（有状態）⇒「もの」関係：⇒ アスペクトで実現・実装、ネットワアスペクトで実現・実装 ネットワークアプリケーションの場
クアプリケ ションの場
合にはＲＥＳＴサービスで実現： 無状態であることが重要
オブジェクト指向設計（モデリング）では、関係は、アソシエイションとして、オブジェクトの中に取り込まれてしまうので、拡張が難しくなる。
Constitutional design (modeling) では、関係は、独立資源として環境が管理し、アプリケーションが責任をもって使う。
2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,201011ソフトウェアエンジニアリングの「場」には、３つの力が外部から加えられる。
「場」は、これらと相互作用し、「場」を変動させることにより、目的を達成する
ための空間
議会、政治団体、経済団体、業界、顧客、利用者 コンサルタント
用者、コンサルタント、販売業者、サプライヤ、委託先業者、プロジェ
クト、チーム「ひと」の視点
ひと」の視点 (viewpoint) から見た「場」のビュー： イベント、様相、進捗、品質、スキル、Minskiのフレーム「こと」の視点から見た「場」のビ
ビュー：関数、関数
手続き、トランザクション、Minskiのノーム
Minskiのノ ム

view

view

「もの」の視点から見た「場」のビュー：オブジェク
場」
ト、プロダクト、アーキテ
クチャ、プラットフォーム、Minskiのニーム

view：コミュニケション：コミュニケーション
2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,
2010

12

Constitutional アーキテクチャにおける「ひと」、「こと」、「もの」の分離と統合

クライアントアプリケーション
プ（トランザクション）層「ひと」との 対話

ユーザエクスペリエンスとコラボレー
ション層

トランザクション処理「こと」の発見・加工・リンク
アプリケ ション
アプリケーション・インデックス作成「こと」層
小売

第２階の「こと」「こと」は無状態「こと」の発見・加工・リンク「もの」サーバ
現物
取引

店頭客

決済

店舗

商品

第１階の「こと」「こと」は無状態「もの」：正規形」
規
非正規化は、「こと」のなかで行う。

整合性、アプリケーション・インデックスのメンテナンスのためのバッチ処理「もの」層

2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,201013

「こと」層「こと」リポジトリ
ユーザエクスペリエンスとコラボレー
ション層「こと」セマンティク
ス・マネジメント

クライアントアプリケーション層
ネットワーク

「こと」層

発見

適応

例外処理

監視

協働仲介

複合化

修正

「こと」リポジ
トリは、ドメイ
ンごとに作成「もの」層
2010/9/1

All Rights Reserved © Yoshihiro Matsumoto,
2010

14

生涯プロダクト開発・保守提供を目的とする次世代基盤モデル
プロダクト開発・運用事業者
テクニカル・
エバリュエーション

セル

生涯と通して、ア
生涯と通してア
ジャイルに適応セル

テクニカル
マネジメントConstitutionalarchitectureはarchitectureは、クラウドに向いている。

プロダクト運用事業者
イベント走査、ビジネス最適化、性能予測・監視、リスク評価

プロダクト・ユー
ザインタフェース
プロダクト・オーガナイザプ
ダクト オ ガナイザ

プロダクト・コン
トロール
ユーザ・イベント

ファクトリ・
イベント

プロダクト・マネジャ
提供

保守・改善提供マネジャ
要求

センス

プロダクト運用統合基盤 （クラウドステム）
All Rights Reserved © Yoshihiro
2010/9/1
Matsumoto, 201015

リスポンス