実践的 SOA 導入ガイド ~ 検討から導入まで - J-SOX の向こうに ~. 1 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita )

Slides:



Advertisements
Similar presentations
ユーザ認証を考慮した 情報コンセントの活用 明治大学 情報システム管理課 服部裕之 ( ) ’ 99私情協 学内 LAN 運用管理講習会.
Advertisements

All Rights Reserved, Copyright © 2001 GeoBasic® & IIMS® Networking GIS データ共有型 GIS 2001年2月 ジーイーネット 株式会社.
CMU2005 海外エンジニアリングワークショップ参加報告書 1 「真の要求を見極めろ!」: teamB 要求定義をどう捉えるか ● 要求定義とは何か? 製品には、顧客の望むことを正しく反映させる必要がある。 そのために必要なものが要求仕様である。 すなわち、要求仕様とは、顧客と製品を結ぶものであり、これを作ることが要求定義である。
Copyright 2009 FUJITSU SOCIAL SCIENCE LABORATORY LIMITED SOA で失敗しないための現実的アプロ ーチ.
EDI 接続によるメーカー側 のメリット 2003 年 9 月 4 システム部会 所属企業 : ジョンソン・エンド・ジョンソン株式 会社 仁瓶 太郎.
BPLogix + Fiorano SOA Platform ヒューマンワークフローとの連携. この資料は、情報提供を目的としたものであり、提供している情報内容は記述時点でのありのままを述べた ものです。 この資料は資料の販売を目的としたものでもなく、また、弊社製品の特定の目的への適合性などについてい.
1 会社名: 氏名: 日付: 会社名: 氏名: 日付:. 2 内容 企業のセキュリティ対策状況 ユーザー管理の重要性 ユーザー管理製品 市場状況 Active Directory とは Active Directory 利用に最低限必要な準備 ユーザー管理のご提案内容 最初の取り組み:ユーザー情報の統合管理.
SOA 導入ロードマップ ~ Think Big! Start Small! ~ タイトルは仮名です。 (変更予定)
© 2012 ISACA. All rights reserved. ISACA の事前の許可 無く、本著作物の全部又は一部について、あらゆる 形式や手段(電磁的、機械的、写真複写、記録、そ の他の方法)による使用、複製、再生、改変、配布 、表示、検索システムへの組込、送信を行うことを 禁じます。本著作物の使用は、個人的に使用する場.
AdventNet SwisSQL データベース自動移行ツール.
Curlの特徴.
東京工科大学 コンピュータサイエンス 亀田弘之
Head Office of Reserch Support & Intellectual Property Management
パイプラインパフォーマンス管理 SAP Best Practices.
CRM とは? CRM (カスタマーリレーションシップマネジメント) とは、その名が示すとおり、「企業と顧客の双方の長期的な利益のために、見込み客を含む顧客 (カスタマー) との関係 (リレーション) を管理する包括的な方法」です。最近の CRM システムでは、顧客とのやり取りにかかわる情報を収集し、あらゆる顧客管理の機能や他のデータと連携させることができます。
PacSec Nov 6, ISMSおよびその重要性 Richard Keirstead CISSP, BS7799 主任監査員
ERPとして必要な統合管理機能を有し、内部統制等の様々なニーズに柔軟に対応
第三章要約 りんご.
A市におけるGIS活用推進の役割分担 【検討例2】
Microsoft Office InfoPath 2003 概要
大谷経営労務管理事務所のISO9001認証取得について
第5章 要約 イノベーション・プロセスを設計する
第3章 組織構造の基本 担当 しーそー 100% くろい.
ビジネスパターンに基づく クラウドシステムのサービスレベル設計
情報処理学会・経営情報学会 連続セミナー第3回 情報システム構築アプローチ 主旨
InfoLibDBRによる      システム構築  山口大学 情報環境部 深川昌彦.
Enterprise CALS Systemの開発
Borderless Networks 4 How to Sell: SBA
経営情報論B⑩ 情報技術と組織革新①(第9章).
BPMN(Business Process Modeling Notation)
構成管理 構成管理とは、ソフトウェア開発に於ける成果物をある時点で凍結し、 以降の変更を管理する事をいう

COBIT 5 エグゼクティブ・サマリー.
営業帳票システムに関するご提案書 (Draft)
X市におけるGIS活用推進の役割分担 【検討例1】
Java ソフトウェア部品検索システム SPARS-J のための リポジトリ自動更新機能の実現
東京大学空間情報科学研究センターを 中心とした空間情報データベースの整備
【1 事業の目的、内容及び実施方法】 1.1 事業目的
SOA (Service-oriented-architecture)
「経理・財務サービス スキルスタンダード」の作成について - ダイジェスト版 -
株式公開成功事例002 1.経緯 ベンチャー立上から十数年経過し業績順調、もう一段上のステージを求めてIPOチャレンジ 2.結果
情報技術とビジネス・プロセス革新②(第8章) 2.プロセス革新と企業戦略
azbil-eラーニングとは、aG共通のeラーニングによる教育システムです。
ERPとグローバル展開 © , all rights reserved by NetCommerce & applied marketing.
品質実施作業部会(Q-IWG) 現状と最新情報
ソフトウェアを取り巻く環境の変化がメトリクスに及ぼす影響について
事務所における情報化の問題点 データが所内で共有されていない、各課ごとに個別に利用されている
アップデート 株式会社アプライド・マーケティング 大越 章司
技術参照モデルとシステム要件定義 に関する学習システム
TIME SIGNAL: 集合知を利用した赤信号点灯時間の取得手法
SOA基盤製品 「見る、聞く、体験する SOAノウハウツアー」
【1 調査の目的、内容及び実施方法】 1.1 調査目的
顧客関係性マネジメント.
ミドルウェア”TSUNAGI”を 用いたWEBアプリケーションの構築
オープンソース開発支援のための ソースコード及びメールの履歴対応表示システム
平成19年度青年部会「第2回~第4回研修会」(人材育成研修会)実施計画書
ISO 改訂に向けた意見 (Guidance on project management)
管理的側面 管理者に必要な経営知識 経営学の基本 ②環境と戦略と競争優位.
~ 情シスが仕掛ける業務改革:BPMの手順とポイント~
Winter Workshop in Kanazawa -プロセスと方法論-
X市におけるGIS活用推進の役割分担 【検討例1】
事業リスク分析をベースとした 意思決定・事業評価手法
【1 調査の目的、内容及び実施方法】 1.1 調査目的
UMLの概要とオブジェクト指向の基本概念
All Rights Reserved, Copyright © 2004, Kobayashi
Db2 Warehouse on Cloud Db2 on Cloud フルマネージドサービス提案時の注意点
資料3-2 平成26年度 第3回技術委員会資料 次年度テーマの検討
異種セグメント端末による 分散型仮想LAN構築機構の設計と実装
SAPジャパン株式会社 エデュケーション・サービス事業本部 2009年7月
P2Pによる協調学習システム 唐澤 信介   北海道工業大学 電気工学専攻.
Presentation transcript:

実践的 SOA 導入ガイド ~ 検討から導入まで - J-SOX の向こうに ~

1 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) アジェンダ 1. SOAは何がうれしいか? 2.SOA を始めるにあたっての課題と要点 3.SRA の取り組み 4. 事例:山形県庁

2 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) アジェンダ 1. SOAは何がうれしいか? 2.SOA を始めるにあたっての課題と要点 3.SRA の取り組み 4. 事例:山形県庁

3 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 1. SOA は何がうれしいのか? 経営 ビジネス システム EA BPM 2007 年問題 類似システムへの重複投資 バッチや情報の不一致によ る二重入力や不整合 合併や環境適応による ビジネス変化に システムが対応できない エンタープライズソフトウェアを取り巻く課題 内部統制

4 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 1. SOA は何がうれしいのか? 経営 ビジネス システム 各サービスの自立・非依存 (ビジネスプロセスの変化に強 い) サービスの集合として構成す る(一枚岩システムからの脱 却) 接続方法の標準化 (ベンダー依存しない) SOA とは

5 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 1. SOA は何がうれしいのか? 経営 ビジネス システム ビジネス プロセス設計 ビジネスプロセス 実装 統計・分析 実行・モニタリング 整合 短縮 ・ビジネス要求と IT の整合 ・俊敏な IT 変化対応 ・保守コスト削減 経営層 ・システム改変を短期かつ低コストで実現 ・ビジネス側の機能要件を重視できる ・ IT 部門との円滑なコミュニケーション 業務担当 経営層、業務担当にとってのベネフィット SOA

6 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 1. SOA は何がうれしいのか? 経営 ビジネス システム ・柔軟なプロジェクト運営ができる ・マネージメントを機能面に集中できる ・問題の切り分けが容易になる ・柔軟なプロジェクト運営ができる ・マネージメントを機能面に集中できる ・問題の切り分けが容易になる プロジェクトマネージャー ・再利用提案がユーザーに理解されやすい ・外部機能への影響を抑えられる ・アーキテクチャが管理し易くなる ・より創造的な作業に集中できる ・再利用提案がユーザーに理解されやすい ・外部機能への影響を抑えられる ・アーキテクチャが管理し易くなる ・より創造的な作業に集中できる 開発者 開発者サイトのベネフィット

7 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) アジェンダ 1. SOAは何がうれしいか? 2.SOA を始めるにあたっての課題と要点 3.SRA の取り組み 4. 事例:山形県庁

8 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 2. SOA を始めるにあたっての課題と要点 初期コストがかか る メインテナンスや変更ま で定量的効果が見えない SOA を始めるにあたっての課題

9 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 2. SOA を始めるにあたっての課題と要点 初期コストの優先度を考慮し、 余分なコストは極力抑える 段階的な導入・拡張によっ て、継続的に取り組む 重要なのは対応製品導入ではなく、 「サービス設計」 (サービス抽出、共創的アプロー チ) SOA を始めるにあたっての要点とは

10 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) アジェンダ 1. SOAは何がうれしいか? 2.SOA を始めるにあたっての課題と要点 3.SRA の取り組み 4. 事例:山形県庁

11 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 3. SRA の取り組み 経営 ビジネス システム ビジネスプロセスモデル を活用したサービス抽出 低コスト環境での実現 ASIMA ( SOA 実行基 盤) 段階的な導入・拡張を視 野に入れたアプローチ SOA 導入のための SRA 支援姿勢

12 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 3. SRA の取り組み SOA 活用レベル 事業ドメイン ステークホルダー 巻き込み パイロット段階 システム統合 [SOA] 中継層 [ ドメイン ] システム中心(主にマスター) [ ステークホルダ ] コアメンバー +選択ドメイン担当者 [SOA] サービス設計手法理解 [ ドメイン ] 選択ドメイン [ ステークホルダ ] コアメンバー [SOA] プロセス層、 モニタリング ( BPM サイクル) [ ドメイン ] 事業ドメイン [ ステークホルダ ] 混成チーム (業務担当を含む) [SOA] 中継層・プロセス層 [ ドメイン ] 特定業務ドメイン [ ステークホルダ ] 現場への展開 [SOA] サービス公開 [ ドメイン ] サプライチェーン [ ステークホルダ ] +外部ステークホルダー アプローチの確立 と部門展開 BPM ライフサイクル サービス公開 パイロット成功・期待感の養成 → 基本プロセスとテンプレートの作成・更新 → 支援体制を構築 段階的な導入と展開

13 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 3. SRA の取り組み 経営 ビジネス システム 目的 製品/サービス ビジネス プロセス構造 ビジネス プロセス サービス構成 ワークフロー 組織・役割 アプリ ケーション 関連 ドメインモデル相互作用 1.全体地図を作る 2.人中心のビジネスプロセス設計 3.サービス抽出 トップダウンアプローチ

14 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 3. SRA の取り組み 経営 ビジネス システム ビジネス プロセス サービス構成 ワークフロー 組織・役割 アプリ ケーション 関連 ドメインモデル 2 .対象ドメインの ビジネスプロセス 1 .既存アプリケー ションの機能と情報の 棚卸 3 .サービス抽出 ボトムアップアプローチ

15 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 目的 プロセス 構造 ドメインモデル 経営 ビジネス システム 技術 相互作用 マーケット(製品/サービス) ソフトウェア ハードウェア ネットワーク 業務の階層構造 [ ファンクションツリー ] 事業・プロセス対応 [ プロセス選択マトリクス ] ビジネスプロセス [EPC] 全体ビジネス概要 [ 付加価値連鎖図 ] ユースケース図 [ ユースケース図 ] システムドメインプロセス [BPMN] [ 参考 ] アーキテクチャ全体像(設計思想) 組織 組織・役割 [ 組織図 ] アプリケーション [ アプリケーション システムタイプ図 ] アプリケーション サービス抽出 事業体系 [ 製品/サービスツリー ] 戦略や課題 [ 目的図 ]

16 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) [ 参考 ] EA アプローチ EA 推進プロセスを 標準化する 各アーキテクチャ領域毎に再 利用可能なモデル及びコン ポーネント資産を開発する 組織戦略を検討ま たは理解し、アー キテクチャの方向 性を検討する 現状の可視化及び将来 モデルを開発する (事業全体について、 技術依存しなモデルを 中心に作成する) 個別成果物を踏まえ、 アーキテクチャモデ ルを変更・追加する EA が対象とするビジ ネス領域の定量的評 価を行う UP(Unified Process) ベース の開発プロセス

17 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 3. SRA の取り組み SOA 導入支援 製品販売 ビジネスモデリング支援 UP 開発プロセス導入支援 ARIS製品 IBM Rational 製品 ASIMA ツールメンタリング UP ・・・ Unified Process(UP) サービス体系 システム開発

18 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 3. SRA の取り組み SOA とサービス体系の関係 ビジネス システム 経営 ビジネスモデリング支援 ARIS製品 IBM Rational 製品 ASIMA システム開発

19 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) SOA 導入ロードマップ 1. SOAは何がうれしいか? 2.SOA を始めるにあたっての課題と要点 3.SRA の取り組み 4. 事例:山形県庁

20 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 4. 山形県庁の事例 ASIMA基盤の文書管理システム – 起案承認、広報文書確認 – 文書をすべてPDFで保管 DBは PostgreSQL – 検索機能 全文検索 DB検索 – 作成者 – 作成時期 –Etc … サービス – 文書管理サービス 文書登録、検索など – ユーザ情報サービス ユーザ認証など – メールサービス メールによる承認依頼など – 定期処理サービス 未承認文書チェックなど Tomcat Struts アプリケーション (UI) (フロントエンド) ServiceMix Jetty (HTTP サーバ ) HTTP コネクタ (バックエンド) BPEL 実行エンジン 文書管理 DB ・文書情報 ・権限情報 ・文書履歴 etc・・・ LDAP ・ユーザ情報 文書管理 サービス メール サービス アダプタ ユーザ情報 サービス アダプタ 定期処理 サービス アダプタ 【 SOA 基盤】 文書管理システムとサービス構成について

21 Copyright 2007(C) Software Research Associates, Inc. Create(4/12/2007 K.Makita) Update(5/7/2007 K.Makita ) 株式会社 SRA ( ) ニュービジネス戦略本部 ビジネスモデリングスペシャ リスト 蒔田 一友 : TEL: 03-5979-2 671 FAX : 03-5979-26 72 ご清聴ありがとうございます