IT技術架構研討會

技術開發(fā)部 2010-08-31 目錄 企業(yè) IT建設現(xiàn)狀及規(guī)劃 業(yè)務流程管理平臺建設的必要性 SOA、 BPM帶來的收益和價值 集團選型規(guī)劃 IT系統(tǒng)建設現(xiàn)狀 IT系統(tǒng)如何面對未來企業(yè)發(fā)展的需要 信息化建設與端到端管理 SOA建設思路 IT系統(tǒng)建設現(xiàn)狀 根據(jù)業(yè)務需要構建起了若干信息系統(tǒng) 固化的業(yè)務流程、無法靈活的適應需求的變化 相對封閉的業(yè)務數(shù)據(jù) 規(guī)劃 數(shù)據(jù)開放 服務功能開放 通過業(yè)務流程管理平臺，實現(xiàn)對服務功能的靈活編排、復用，對數(shù)據(jù)的共享 Partners ERP DB Customers CRM OA HR 核算 IT系統(tǒng)如何面對未來企業(yè)發(fā)展的需要 集團既是多元化的環(huán)境，也是一個集中的整體 構建統(tǒng)一的組織機構模型 部門、組織、機構之間的通力協(xié)作 數(shù)據(jù)信息的互通與分享 統(tǒng)一的 IT架構平臺 梳理業(yè)務流程與建模規(guī)范 基于知識構件的企業(yè)知識積累 統(tǒng)一調(diào)度、靈活響應 缺乏一個統(tǒng)一信息展現(xiàn)平臺集中展現(xiàn)各系統(tǒng)的關鍵數(shù)據(jù)和綜合信息，不利于工作效率的提升和領導決策 今天還有幾個訂單要處理 這個季度公司的財務狀況如何 ? 我今天要完成哪些工作 ? 日程 合并 HR OA 核算 資金 用戶需要從不同的入口進入不同的系統(tǒng)，影響工作效率 企業(yè)的經(jīng)營數(shù)據(jù)分散在不同系統(tǒng)中，無法集中在一個界面中展示，不能為業(yè)務決策提供有效幫助 沒有一個任務的全景視圖，員工需要在各個應用系統(tǒng)間切換處理任務，工作效率低，存在任務漏辦和遲辦的情況 各個應用系統(tǒng)數(shù)據(jù)沒有共享、交互和集成，造成重復性的工作，信息不準確、不對稱，增大了管理成本 客戶訂單要在多個系統(tǒng)中錄入 訂單數(shù)量又錯了 ?! 各系統(tǒng)相互獨立 日程 合并 HR OA 核算 資金 同樣一份數(shù)據(jù)在多套系統(tǒng)中重復錄入 重復錄入過程中，造成數(shù)據(jù)不準確，信息不一致 已有的應用系統(tǒng)形成“信息孤島”，造成流程、信息交換的隔閡 上半年的投入產(chǎn)出情況如何 ? 日程 合并 HR OA 核算 資金 缺乏統(tǒng)一的企業(yè)級流程平臺，無法支撐跨職能部門、跨應用的業(yè)務協(xié)作和流程再造 大量的人工流程 效率低，業(yè)績滑落 跨部門、跨應用的業(yè)務流程難以通過 IT系統(tǒng)實施和推進 IT系統(tǒng)不能及時響應企業(yè)管理流程的變化，不能提供流程執(zhí)行的效率和質(zhì)量的績效數(shù)據(jù) 經(jīng)營數(shù)據(jù)分散在多個系統(tǒng)中，企業(yè)級流程上下脫節(jié)，導致信息化系統(tǒng)的決策支持能力不足 沒有實現(xiàn)單點登錄，沒有統(tǒng)一的組織機構權限管理策略，組織機構權限管理和維護工作量大，存在安全隱患和信息不一致 機構和人員調(diào)整，加班加點配置權限 忘記了密碼 ? ! 日程 合并 HR OA 核算 資金 系統(tǒng)又不能正常使用了 ?! 需要配合機構重組和人員調(diào)整維護各個系統(tǒng)的組織機構和人員，工作量大，效率低 用戶需要記住自己在不同系統(tǒng)中的用戶名和密碼，切換到不同的系統(tǒng)登錄，操作很不方便并且容易混淆各系統(tǒng)的用戶名和密碼 多個系統(tǒng)不能及時反映組織機構和人員的調(diào)整、變化，降低了企業(yè) IT系統(tǒng)的使用效率和企業(yè)的整體運營效率 信息化建設與端到端管理 向管理要效益 如何實現(xiàn)精細化管理 如何實現(xiàn)對業(yè)務及其流程的端到端管控 如何及時了解企業(yè)業(yè)務的運作情況 策略執(zhí)行 資源利用率 瓶頸 實施的業(yè)務監(jiān)控與反饋 BPS流程平臺 環(huán)節(jié)構件庫 帳務變更 資源調(diào)查 速率變更 收費帳務審核 操作構件庫 轉(zhuǎn)調(diào)單 審核報價單 轉(zhuǎn)調(diào)單 委托收費 . 頁面模板構件庫 寬帶業(yè)務頁面模板 災備業(yè)務頁面模板 WAC業(yè)務頁面模板 E通 VPN業(yè)務頁面模板 . . 流程模板構件庫 帶寬型業(yè)務受理流程 VPN業(yè)務受理流程 ADSL業(yè)務受理流程 集成業(yè)務處理流程 . 業(yè)務受理流程模板 業(yè)務受理流程狀態(tài)監(jiān)控 業(yè)務受理流程 KPI分析 業(yè)務流程監(jiān)控 SOA建設思路 ERP 企業(yè)資源管理 企業(yè)服務資源管理 跨系統(tǒng)流程平臺（ BPM） 統(tǒng) 一 門 戶 資源層 投資項目管理流程 集成供應鏈流程 其它 資金管理系統(tǒng) 全面預算系統(tǒng) 財務核算系統(tǒng) 戰(zhàn)略管控系統(tǒng) 財務合并系統(tǒng) 人力資源管理系統(tǒng) 共享服務 日程安排系統(tǒng) . S O A 應 用 平 臺 目錄 企業(yè) IT建設現(xiàn)狀及規(guī)劃 業(yè)務流程管理平臺建設的必要性 SOA、 BPM帶來的收益和價值 集團選型規(guī)劃 平臺的意義 如何梳理服務 如何連接異構系統(tǒng) 服務的管理 平臺的安全管理 實施方案的階段劃分 好處 說明 結(jié)構化 可在業(yè)務一層組織、整合，不必使用技術手段 快速 由于采用公共的框架結(jié)構，縮短了開發(fā)時間 靈活 可以用各種邏輯進行組合，而不需要重新編碼 可調(diào)整 可以任意更換同樣接口的模塊，而不會對其他模塊產(chǎn)生影響 可重用 可提供跨應用、跨平臺的各種層次上的重用 Data Legacy LOB Packaged Apps Trading Partners 建設 SOA架構所面臨的問題 在 SOA的設計中是 最難 的 幾乎沒有人有“豐富”的經(jīng)驗 兩種方法 : Top down Bottom Up 目標 建立整合全局 IT基礎設施、信息資源、業(yè)務系統(tǒng)的一體化平臺（ TBI） 統(tǒng)一技術架構和 SOA平臺 客戶化架構與標準規(guī)范 統(tǒng)一基礎設施 統(tǒng)一數(shù)據(jù)、業(yè)務服務、 流程管理和展現(xiàn)門戶 SOA的實施策略和方法論 基礎技術構件 架構師的培養(yǎng) 產(chǎn)品化業(yè)務平臺 業(yè)務模塊化 組織機構與權限管理 主數(shù)據(jù)管理、業(yè)務服務管理、業(yè)務規(guī)則庫 行業(yè)標準支持 模塊產(chǎn)品化（平臺研發(fā)能力）： 工具技術、管控技術、業(yè)務化定制和產(chǎn)品化 方法與規(guī)范 平臺與工具 資產(chǎn)與知識 技術架構規(guī)范 項目管理體系 軟件過程體系 組件庫 業(yè)務服務庫 業(yè)務組件 組件標準 技術組件 基礎業(yè)務組件 開 發(fā) 環(huán) 境 運 行 環(huán) 境 治 理 環(huán) 境 構件庫 OA系統(tǒng) 財務系統(tǒng) 項目管理 查詢統(tǒng)計 頁面 流程 業(yè)務 運算 數(shù)據(jù) 需求改變 需求改變 XML企業(yè)數(shù)據(jù)總線 企業(yè)應用基礎平臺 新建 IT應用 平臺的意義 如何梳理服務 如何連接異構系統(tǒng) 服務的管理 平臺的安全管理 實施方案的階段劃分 服務的篩選可以采用自頂向下、自底向上的兩種方式 自底向上更多用于從現(xiàn)有應用中篩選服務 服務篩選 方法 服務 服務 1 服務 2 服務 4 服務 5 服務 3 流程 開始 結(jié)束 活動一 活動二 活動三 應用 應用 1 應用 2 新開發(fā) 服務組裝 SOA 業(yè) 務 藍 圖 服 務 與 流 程 的 構 造 流程梳理 服務篩選 服務定義 服務設計 流程重組 輸入 輸出 業(yè)務流程定義 候選服務 服務篩選原則 服務列表 數(shù)據(jù)定義 服務接口 數(shù)據(jù)依賴 服務契約 服務構件 組合服務 服務協(xié)議綁定 服務契約映射 已有服務 已有流程 組織 /角色 重組規(guī)則 2010-8-31 服務規(guī)劃始于業(yè)務流程梳理 由業(yè)務人員參與的流程建模 與技術人員可互動的流程模型 流程重組的要素 已有服務 已有流程 組織 /角色 重組規(guī)則 流程重組 平臺的意義 如何梳理服務 如何連接異構系統(tǒng) 服務的管理 平臺的安全管理 實施方案的階段劃分 Data Legacy LOB Packaged Apps Trading Partners 如何連接現(xiàn)有應用 存在多種技術架構的應用 B/S， C/S等 .NET， J2EE等 服務組件基礎設施 服務引用 協(xié)議綁定 服務裝配 構件實現(xiàn) SCA Client ESB Java Spring ESB BPEL SOAP JMS RMI EJB 服務注冊 服務引用 服務發(fā)現(xiàn) SDO 平臺的意義 如何梳理服務 如何連接異構系統(tǒng) 服務的管理 平臺的安全管理 實施方案的階段劃分 Data Legacy LOB Packaged Apps Trading Partners 實現(xiàn)對服務的全生命周期管理 實現(xiàn)服務的基本操作 : 增 /刪 /查 /改 監(jiān)控服務的運行狀態(tài) 平臺的意義 如何梳理服務 如何連接異構系統(tǒng) 服務的管理 平臺的安全管理 實施方案的階段劃分 Data Legacy LOB Packaged Apps Trading Partners 如何進行安全管理 Sun ONE Directory Active Directory 數(shù)據(jù)庫驗證 UUM驗證 平臺的意義 如何梳理服務 如何連接異構系統(tǒng) 服務的管理 平臺的安全管理 實施方案的階段劃分 通過 SOA平臺建設的 組合應用 第一階段：基于規(guī)劃開發(fā)服務接口 第二階段：建設SOA管理平臺 第三階段：建設SOA流程平臺 ， 生成基于流程的組合應用 SOA 服務 目錄 企業(yè) IT建設現(xiàn)狀及規(guī)劃 業(yè)務流程管理平臺建設的必要性 SOA、 BPM帶來的收益和價值 集團選型規(guī)劃 2 循序漸進的部署與維護 逐漸向 SOA移植 成本分散到多個項目中 降低維護成本 3 服務的重復使用： 加快部署 降低部署成本 提高應用的適應性 1 架構分區(qū) 支持不同的生命周期“速度” 支持不同技術配套協(xié)同 實現(xiàn)技能分配最優(yōu)化 改進文檔 提高可維護性 更便于業(yè)務外包 /離岸外包 平穩(wěn)的方法 以 IT為導向的方案 以業(yè)務為導向的方案 開發(fā) 生產(chǎn)效率和質(zhì)量 維護與支持 更改和升級 運行 自動化和減少差錯 投放市場的時間 產(chǎn)品 /服務的交付 提高服務質(zhì)量 流程可視性 擴展價值鏈 客戶 /供應商的連通性 節(jié)約成本 創(chuàng)造收益 SOA并非實施技術，而是一種設計體系，需要理解并加以應用 留出足夠的時間和資源進行前期規(guī)劃 制定切合實際的期望值 明確規(guī)定并控制項目范圍 確定技術差距 不要指望 Web服務支持所有的現(xiàn)有系統(tǒng) 利用業(yè)務流程的專門技能來識別核心業(yè)務 循序漸進地交付使用 企業(yè)文化會影響 SOA項目的選擇