SOA (Service-oriented-architecture)

Slides:



Advertisements
Similar presentations
☆ ESB概要 現在ほとんどのベンダーが(ESBと呼んでいるかどう かは 別として)「ESBにあたるもの」を、その提供するSO A実現の ためのミドルウェア中に、中核のITインフラとして実装 しており ます。 もちろんその基本的な機能は共通ですが、これがESB だ というような確定した技術や製品があるわけではなく、各.
Advertisements

CMU2005 海外エンジニアリングワークショップ参加報告書 1 「真の要求を見極めろ!」: teamB 要求定義をどう捉えるか ● 要求定義とは何か? 製品には、顧客の望むことを正しく反映させる必要がある。 そのために必要なものが要求仕様である。 すなわち、要求仕様とは、顧客と製品を結ぶものであり、これを作ることが要求定義である。
Copyright 2009 FUJITSU SOCIAL SCIENCE LABORATORY LIMITED SOA で失敗しないための現実的アプロ ーチ.
卸売流通 卸の変化 1. 卸売業とは 生産者や同業者から商品を仕入れ同業 者や小売業者へ販売する業者 消費者は販売の対象としない メーカと小売を結ぶ結節点 集荷分散機能・在庫調整機能を持つ 2.
ソフトウェア工学特論III 第10回 その他の図 情報通信工学専攻 GM11013 堀江 真史
経営情報論B 第一回 講義概要+経営と情報.
SCM for IT.
SaaS (Software as a Service)
社内での競争は組織が払う犠牲は大きい ⇒全体の幸せに無関心 競争原理を持ち込むのはほかの手段より公平で利用価値アリ!
スポーツウエア等の 調達、物流、販売システム に関する課題
Microsoft® UC&C向けデル導入計画
「ワク インダストリーアカデミー」のご案内
SCMとトヨタ生産方式を比較する 再編 ∞Infinity
3-1システム戦略 3-1-3ソリューションビジネス (Point) ・代表的なサービスを通じ、ソリューションの考え方を理解
電子社会設計論 第11回 Electronic social design theory
ユースケース図 FM12012 比嘉久登.
顧客/コンタクト管理 SAP Best Practices.
情報処理学会・経営情報学会 連続セミナー第3回 情報システム構築アプローチ 主旨
グループ研究1班 第一章 経営戦略とは何か 雨森 彩 大嶋 健夫 小沢 博之.
SCMのためのITマネジメント 先端的グローバル・ビジネスと ITマネジメント
情報技術とビジネス・プロセス革新③(第8章) 3.プロセス革新と技術革新
オブジェクト指向プログラミング(2) OOPの三大要素 「クラス」「ポリモーフィズム」「継承」
絞り込み:多様化の必要性を減らす ●製品の絞り込み 適応という課題に取り組むのに最強のツール!! 現地市場で有利に競争していこうというときに
CHAPTER1 UMLとオブジェクト指向の基本概念(2)
経済・経営情報コース コース紹介.
Borderless Networks 4 How to Sell: SBA
第三章 会社のグループを形成する.
第9章 オブジェクトの構築 日下部研究室 修士2年 秋本 浩平.
パッケージソフトウェア利用コンピュータシステム構築委託契約書 パッケージソフトウェア、OS、第三者ソフトウェアの使用許諾契約
BPMN(Business Process Modeling Notation)
ユースケース図2-4~ FM11012 中島拓也.
UML入門 UML PRESS vol.1 より 時松誠治 2003年5月19日.
ユースケース オブジェクト指向の要求分析のためのモデル。 スウェーデンのイヴァー・ヤコブソンが1990年代前半に開発。
1 2 ワークスタイルを変えるOffice変革 クラウド導入をサポートする Microsoft CSPプログラムのご案内
管理的側面 管理者に必要な経営知識 経営学の基本 ①マネジメントと組織.
MPIによる行列積計算 情報論理工学研究室 渡邉伊織 情報論理工学研究室 渡邉伊織です。
ソフトウェア工学 第四回 知能情報学部 新田直也.
第9章 組織全体の方向付けと働く個人 振り返り.
情報技術とビジネス・プロセス革新②(第8章) 2.プロセス革新と企業戦略
製造準備段階における 工程FMEAの実施と不具合未然防止
All IP Computer Architecture
2017年度 情報技術マップ調査 ITディレクトリの構成とSI要素技術
その他の図 Chapter 7.
ERPとグローバル展開 © , all rights reserved by NetCommerce & applied marketing.
ソフトウェアを取り巻く環境の変化がメトリクスに及ぼす影響について
アップデート 株式会社アプライド・マーケティング 大越 章司
SOA基盤製品 「見る、聞く、体験する SOAノウハウツアー」
COM コンポーネント・オブジェクト・モデル.
All Rights Reserved, Copyright © 2004, Kobayashi
1.情報機器について知ろう(p.8-9) 第1章 第1節
All Rights Reserved, Copyright © 2004, Kobayashi
本フォーマットに従い、提案する研究開発の説明資料を作成してください。
物理的側面を表現する図 Chapter6 物理的側面を表現する図について徐研究室の大楠が発表します。 FM13005 大楠拓也 徐研究室.
シスコの保守運用サービス シスコシステムズ合同会社 2016年1月.
営業トレーニング 提供: [名前].
ビジネス プロジェクトの計画 発表者名 | 会社名.
[ 改訂版 ] シスコシステムズ合同会社 2017年1月.
ネットワークをシンプルにする エンタープライズ NFV
UMLの概要とオブジェクト指向の基本概念
~求められる新しい経営観~ 経済学部 渡辺史門
顧客管理、商談活動、フィードバック、 資産形成を通じて、顧客と長期的な関係を
明星大学 情報学科 2012年度前期     情報技術Ⅰ   第1回
第8回 生産プロセスの管理.
All Rights Reserved, Copyright © 2004, Kobayashi
設計情報の再利用を目的とした UML図の自動推薦ツール
平成30年度 情報技術マップ調査 ITディレクトリの構成とSI要素技術
SAPジャパン株式会社 エデュケーション・サービス事業本部 2009年7月
Sicoob 堅牢、安全で、効率のよい IBM テクノロジーが急速な事業の成長をサポート
明星大学 情報学科 2014年度前期     情報技術Ⅰ   第1回
P2P & JXTA Memo For Beginners
Presentation transcript:

SOA (Service-oriented-architecture)

1・SOAとは… サービス指向的アーキテクチャア ソフトウェアを「サービス」という部品の集まりとして構築すること  他のコンピュータから利用可能となるようにネットワーク上にインターフェイスを公開したソフトウェア。ビジネスプロセス上の処理単位(注文受付・信用照会・在庫確認) ビジネス・モデルに従ったバリューチェーンの構築と変更を極めて迅速に(アジャイルに)かつフレキシブルに実現することを可能にするITアーキテクチャ ビジネス・プロセスを実装したサービスを単位として、再利用可能なサービスを積極的に活用することで、 ビジネス・モデルに従ったバリューチェーンの構築と変更を極めて迅速に(アジャイルに)かつフレキシブルに実現することを可能にするITアーキテクチャ = ハードウェア、OS、ネットワーク、アプリケーションソフトなどの基本設計や設計思想のこと。元来、建築学における設計術あるいは建築様式を表していたのが、転じて、コンピュータ用語として用いられるようになった。  企業組織やビジネスプロセスは1つのシステムである。また、企業のコンピュータ・システムももちろん、システムである。  同じく“システム”でありながら、1つの企業の中で両システムはきれいな対応関係を示していなかった。対応していたとしても、それは抽象レベル──システム設計者の頭の中や設計書の上で、込み入った形で関係が示されているだけだった。  この両方の構成単位をそろえよう──それがSOA(サービス指向アーキテクチャ)の根本思想だと考えると SOAでいう“サービス”は、ビジネスプロセスでいう業務の単位である。コンピュータ・システムを構成する単位にも“サービス”という概念を取り入れるというわけだ。 ソフトウェアを「サービス」という部品の集まりとして構築すること

しかし、同じシステムでありながらほとんどの企業は両システムをきれいな対応関係に示していなかった。 SOAの根本思想 企業の中にあるシステム 企業組織 ビジネスプロセス 企業の コンピュータシステム 同じシステム この両方の構成単位をそろえよう!! しかし、同じシステムでありながらほとんどの企業は両システムをきれいな対応関係に示していなかった。

具体例 1 仲介 システムは、隠ぺい化され、ビジネスレイヤーからはビジネスプロセスしか見えない 具体例 1 システムは、隠ぺい化され、ビジネスレイヤーからはビジネスプロセスしか見えない ↓ 整理された形に見える !! インターフェイスをビジネスプロセスの写像として用意する 仲介 複雑なシステムは、より小さな部分に分割し、ビジネスプロセスとは別々に管理する。 外部からは見えない SOAのしくみを図に表していくとこうなります。 こうすることで、システム側が“サービス”を用意すれば、ビジネス側からは(込み入った)システムは隠ぺい化され、“サービス”のみ見える形になる。また、たとえコンピュータ同士がやり取りする処理(プロセス)であっても、“サービス”が定義されていれば、その処理を実際のビジネスと同じ言葉で語ることができる。これがSOAのメリットだといえよう ある複雑なシステムは、より小さな部分に分割し、それぞれを別々に見ることで管理できる。ある要素の複雑さが一定の限界を超えるときには、単純なインターフェースを持つ別個の抽出を定義することで、その複雑さを隔離できる。抽出によって、その要素の複雑性が隠される。すなわち、インターフェースは、より大きなシステムにおいて要素がどのように作用するかを示す ビジネスプロセスの写像としてインターフェイスを用意することにより、システムは隠ぺい化され、ビジネスレイヤーからは整理された形に見える 複雑で大きな問題を解決可能な小さな部分に分解して実装していくことである[7]。encapsulationとは、内部で実装しているデータやロジックを外部から見えないように隠し、入出力インターフェイスだけが見えるようにブラックボックス化することである 標準的なインターフェイスを持った再利用可能なソフトウェア部品の組み合わせによってシステムを構成するコンピュータシステムの作り方  独立して運営されるビジネスファンクションの組み合わせによってビジネスプロセスを構成するビジネスシステムの構築手法 隠ぺい化

具体例 1 SOAとは… ●独立して運営されるビジネスファンクションの組み合わせによってビジネスプロセスを構成するビジネスシステムの構築手法 ●再利用可能なソフトウェア部品の組み合わせによってシステムを構成するコンピュータシステムの作り方 仲介 外部からは見えない SOAのしくみを図に表していくとこうなります。 こうすることで、システム側が“サービス”を用意すれば、ビジネス側からは(込み入った)システムは隠ぺい化され、“サービス”のみ見える形になる。また、たとえコンピュータ同士がやり取りする処理(プロセス)であっても、“サービス”が定義されていれば、その処理を実際のビジネスと同じ言葉で語ることができる。これがSOAのメリットだといえよう ある複雑なシステムは、より小さな部分に分割し、それぞれを別々に見ることで管理できる。ある要素の複雑さが一定の限界を超えるときには、単純なインターフェースを持つ別個の抽出を定義することで、その複雑さを隔離できる。抽出によって、その要素の複雑性が隠される。すなわち、インターフェースは、より大きなシステムにおいて要素がどのように作用するかを示す ビジネスプロセスの写像としてインターフェイスを用意することにより、システムは隠ぺい化され、ビジネスレイヤーからは整理された形に見える 複雑で大きな問題を解決可能な小さな部分に分解して実装していくことである[7]。encapsulationとは、内部で実装しているデータやロジックを外部から見えないように隠し、入出力インターフェイスだけが見えるようにブラックボックス化することである 標準的なインターフェイスを持った再利用可能なソフトウェア部品の組み合わせによってシステムを構成するコンピュータシステムの作り方  独立して運営されるビジネスファンクションの組み合わせによってビジネスプロセスを構成するビジネスシステムの構築手法 隠ぺい化

具体例 2 ~製品を製造・販売するというビジネス~ 具体例 2 ~製品を製造・販売するというビジネス~ アーキテクチャ 外部の配送の算入が あってもすぐに対応 できる!! 独立 無関係 サブ・プロセス 次の具体例は、製品を製造・販売する流れを使って説明します まず、 このように①「設計」「部材調達」「製造」「マーケティング」「セールス」「配送」「サポート」などの流れが想定できる。 → 一連の流れ、構造が“アーキテクチャ”だ。 ②そして「配送部門」を例にとります。配送は、「仕入」や「セールス」から独立した配送部門が行う。配送部門にはその内部に「トラックの手配」「配送担当者への指示」「商品ピックアップ」「配送センターでの仕分け」「配送先への配達」「商品の受け渡し」などのサブ・プロセスがある。これは、上位プロセスには無関係です。例としてセールス部門はどのトラックが商品を取り来るかは知らなくてよい。つまり、“隠ぺい”されているといえる。 また、 “インターフェイス”が統一され、業務が“標準”化されていれば、配送部門は独立しているので、外部の配送の算入があってもすぐに対応できるし、外部の配送業者に入れ替え可能です。このとき、前プロセスのセールス部門は、社内配送部門であれ、外部配送業者であれ、「いつ」「どこに」「何を」届けるのかという情報を伝達するだけでよく、ややこしいくなることはありません。 隠ぺい化

このとき、インターフェイスの標準化が鍵! SOAのメリット 1 ビジネスプロセスの写像としてインターフェイスを用意することにより、システムは隠ぺい化され、ビジネスレイヤーからは整理された形に見える このとき、インターフェイスの標準化が鍵!

SOAのメリット 2 業務に新しい手続きが追加されたり、一部の手続きが変更された場合にも、全面的に更改する必要はなく、一部のサービスを取り替えたり、変更するだけで対応できる 

SOAの必要性 外部環境(市場動向/取引形態など)の変化は速いが、組織や業務プロセスの変更には時間がかかっている… ビジネス環境の変化状況 外部環境(市場動向/取引形態など)の変化は速いが、組織や業務プロセスの変更には時間がかかっている… 不明 0% 環境安定し 組織/業務は変更しない 18% 環境変化速く 組織・業務もよく変わる 28% 今日の企業は経営環境の変化に合わせ、“システム”を迅速かつ柔軟に変更できる環境を整えることが求められている ビジネス要求の変化に、迅速/柔軟に対応できるシステムの実現が重要!! 組織/業務の変更に時間がかかる 54%

SOAを使った例 ~トヨタ~ トヨタ 外部の変化 部品表をグローバルに統一しているが、そのシステム再構築において、 ①「仕様確定の遅れ」 UNIXやWindows、 Linuxなどマルチプラット フォームへと拡張 部品表をグローバルに統一しているが、そのシステム再構築において、 ①「仕様確定の遅れ」 ②「システム開発後半での要件変更」 ③「テスト工数・期間の拡大」 という3つのリスクを経験した トヨタ およそ30年前よりIBMのメインフレームをベースとしたシステムを開発してきた IBM=コンピュータ関連の企業 トヨタでは、およそ30年前よりIBMのメインフレームをベースとしたシステムを開発してきたが、時代の流れとともにUNIXやWindows、Linuxなどマルチプラットフォームへと拡張されている。今回、30年ぶりに部品表をグローバルに統一しているが、そのシステム再構築において、「仕様確定の遅れ」「システム開発後半での要件変更」「テスト工数・期間の拡大」という3つのリスクを経験した。部品表をグローバルに統一しているが、そのシステム再構築において、「仕様確定の遅れ」「システム開発後半での要件変更」「テスト工数・期間の拡大」という3つのリスクを経験した。  加藤氏は、「この3つのリスクを解消するためには、システム全体を俯瞰し、最適化を行える仕組みが必要 解消するためには、 システム全体を俯瞰し、 最適化を行える仕組みが必要

SOAを使った例 ~トヨタ~ 考え出された仕組み 実現 今後の目標 これまで部門ごと、業務ごとに個別に最適化されてきたITシステムを、共通フレームワークを中核に、その上にレゴブロックのように業務システムを組み込める 実現 ●ソフトウェア開発における品質の向上 ●共通部品の再利用 ●システム維持の集約化などの効果を見          込むことが可能。 SCM=企業活動の管理手法の一つ。取引先との間の受発注、資材の調達から在庫管理、製品の配送まで、いわば事業活動の川上から川下までをコンピュータを使って総合的に管理することで余分な在庫などを削減し、コストを引き下げる効果があるとされる これまで部門ごと、業務ごとに個別に最適化されてきたITシステムを、共通フレームワークを中核に、その上にレゴブロックのように業務システムを組み込める仕組みの実現だった EAの実現により、ソフトウェア開発における品質の向上や共通部品の再利用、システム維持の集約化などの効果を見込むことが可能。今後はさらに、部品表、調達、SCM、販売なそ独立した個々の業務システムが自立的に構築され、相互に標準化されたシステム基板上で連携・接続できる仕組みを実現する 今後の目標 部品表、調達、SCM、販売など独立した個々の業務システムが自立的に構築され、相互に標準化されたシステム基板上で連携・接続できる仕組みを実現すること

終わり トップ