【正文】 130 人工交互? 工作流系統(tǒng)中，需人工干預(yù)部分，包括：–1）模型定義，創(chuàng)建、修改和發(fā)布企業(yè)的業(yè)務(wù)過程的模型；–2）根據(jù)工作流任務(wù)管理器提供的任務(wù)項，完成具體的業(yè)務(wù)處理工作（即應(yīng)用的人工部分）；–3）過程運行狀態(tài)監(jiān)控，可以掛起、喚醒、終止某個過程實例的執(zhí)行，以及對過程活動狀態(tài)進(jìn)行人工干預(yù)，保證過程順利進(jìn)行等等。這些應(yīng)用程序可能只需編寫一次，然而可以在支持 EJB規(guī)范的任何服務(wù)器平臺上配置– EJB包含以下內(nèi)容? EJB 服務(wù)器? EJB 容器? EJB類 和實例? EJB本地接口和 EJB遠(yuǎn)程接口116 EJB各組成間的關(guān)系? EJB 服務(wù)器– 是 EJB容器的運行母體– 提供一些系統(tǒng)服務(wù)：如事務(wù)，安全服務(wù)等? EJB 容器– 管理 EJB類和實例? 生成調(diào)用 bean的代碼? 創(chuàng)建、初始化和銷毀 bean? 管理持久對象– 提供 EJB Server的服務(wù)給 bean? EJB 類的實例 Bean，包括：– 會話 Bean(有狀態(tài) /無狀態(tài) )– 實體 Bean– 消息 Bean117 EJB的部署EJB部署 每一個 EJB組件必須包含一個部署描述文件，該文件聲明需要 EJB容器的哪些服務(wù)。不需要額外的工作，他們的產(chǎn)品就可以運行在多種系統(tǒng)平臺上? 團(tuán)隊 IT開發(fā)者會從可移植性組件技術(shù)? IT開發(fā)者可以專注于支持業(yè)務(wù)處理的需求，而不需要花時間去創(chuàng)造內(nèi)部的應(yīng)用架構(gòu)。瘦客戶：在本地部署了用戶界面和少數(shù)的業(yè)務(wù)邏輯。 .NET 框架是用于生成、部署和運行 XML Web services 和應(yīng)用程序的多語言環(huán)境，它包含以下三個主要部分： 公共語言運行庫、統(tǒng)一編程類和 。 由由 SOAP+WSDL包裝的包裝的 Object 適應(yīng)松散耦合的網(wǎng)絡(luò)環(huán)境，可通過適應(yīng)松散耦合的網(wǎng)絡(luò)環(huán)境，可通過 Web訪問，手段是訪問，手段是 SOAP Message 服務(wù)的行為、輸入服務(wù)的行為、輸入 /輸出都可使用輸出都可使用 WSDL描述描述關(guān)鍵技術(shù)：關(guān)鍵技術(shù)：SOAP – XML 格式的消息交換協(xié)議格式的消息交換協(xié)議 消息消息 /文檔交換協(xié)議文檔交換協(xié)議 Web服務(wù)對象的面向?qū)ο蟮脑L問界面服務(wù)對象的面向?qū)ο蟮脑L問界面WSDL – 基于基于 XML的組件的組件 描述描述UDDI – 可通過可通過 Web訪問的注冊中心訪問的注冊中心 使用使用 SOAP Message來訪問來訪問WSFL – Web Service 間工作流描述間工作流描述102 COM/DCOM/COM+COM對象是由 Windows系統(tǒng)平臺直接支持并注冊的二進(jìn)制代碼對象，它實現(xiàn)了面向?qū)ο蟮幕咎卣饕约罢Z言無關(guān)性、訪問透明性和可重用性的特征。? 對象管理體系結(jié)構(gòu) OMA（ Object Management Architecture）是OMG提出的異構(gòu)環(huán)境下對分布式對象進(jìn)行管理的體系結(jié)構(gòu)，它包括：– 1）對象請求代理 ORB（ Object Request Broker）– 2）對象服務(wù)（ Object Services）– 3）公共設(shè)施（ Common Facility）– 4）域接口（ Domain Interface）– 5）應(yīng)用接口（ Application Interface）94 OMA要素間關(guān)系95 CORBA 規(guī)范? CORBA對象模型（ CCM）它提供了對象概念和術(shù)語的有組織的表達(dá)，定義了分布計算模型，該模型體現(xiàn)了對象的關(guān)鍵特征：– 1）與對象相關(guān)的概念：對象、請求、對象的創(chuàng)建和銷毀、數(shù)據(jù)類型、接口、操作、屬性；– 2）與對象實現(xiàn)相關(guān)的概念。– 事務(wù)處理監(jiān)控界于 client和 server之間，進(jìn)行事務(wù)管理與協(xié)調(diào)、負(fù)載平衡、失敗恢復(fù)等，以提高系統(tǒng)的整體性能。一個應(yīng)用程序使用 RPC來“遠(yuǎn)程 ”執(zhí)行一個位于不同地址空間里的過程，并且從效果上看和執(zhí)行本地調(diào)用相同。? 要實現(xiàn)系統(tǒng)的應(yīng)用集成，系統(tǒng)必須遵守一個公共的體系結(jié)構(gòu) ——公共的開放式標(biāo)準(zhǔn)，這是建立開放式系統(tǒng)最直接的途徑。? 元數(shù)據(jù)（ Metadata）是 “有關(guān)數(shù)據(jù)的數(shù)據(jù) ”，可以分為管理元數(shù)據(jù)、業(yè)務(wù)元數(shù)據(jù)和操作元數(shù)據(jù)，它可以告訴用戶數(shù)據(jù)倉庫有什么、來自何處、所有者、安全訪問授權(quán)等信息。68 數(shù)據(jù)倉庫的特性? 面向主題： 數(shù)據(jù)是由業(yè)務(wù)主題組織的，而不是由客戶總數(shù)或者其它關(guān)鍵因素（也許是組織的正確方法，例如，事務(wù)數(shù)據(jù)）組織的。65 數(shù)據(jù)復(fù)制 –場景示例? 某全國性的超市連鎖的業(yè)務(wù)記錄同步– 背景? 連鎖店使用同一系統(tǒng) (數(shù)據(jù)結(jié)構(gòu)相同 )? 業(yè)務(wù)實時性要求高，無法使用網(wǎng)頁等實時連接手段? 需要每天能將數(shù)據(jù)匯總，形成統(tǒng)一的數(shù)據(jù)庫– 方案? 設(shè)定基于數(shù)據(jù)庫功能的同步功能，每晚由系統(tǒng)啟動無人執(zhí)守的同步進(jìn)程。– 數(shù)據(jù)文件通常依賴于固定的數(shù)據(jù)格式，這些格式雖然是規(guī)范的，但需要依賴于固定的數(shù)據(jù)庫環(huán)境，這限制了集成的通用性和開放性。54 數(shù)據(jù)共享 優(yōu)缺點? 優(yōu)點：– 是最簡單的方法，通常也是最有效的方法。?思路深入研究目標(biāo)系統(tǒng)的特點；開展全面的調(diào)研工作；分析問題，根據(jù)客戶的優(yōu)先極、難度確定范圍制定總體的解決方案。包括：–執(zhí)行時提供希望功能和性能的指令；–使得程序能夠適當(dāng)?shù)夭僮餍畔⒌臄?shù)據(jù)結(jié)構(gòu)；–描述程序的操作和使用的文檔。他推出了支持企業(yè)范圍的 “客戶 /服務(wù)器體系結(jié)構(gòu) ”的數(shù)據(jù)庫。? 信息系統(tǒng)層次劃分物理層 ——硬件產(chǎn)品、網(wǎng)絡(luò)設(shè)備；操作系統(tǒng)層 ——系統(tǒng)軟件；工具層 ——DBMS、中間件、網(wǎng)絡(luò)工具等；數(shù)據(jù)層 ——數(shù)據(jù)模型；功能層 ——功能模型；業(yè)務(wù)層 ——管理模型；表示層 ——人機(jī)交互。企業(yè)應(yīng)用集成陳剛1 前言 企業(yè)對應(yīng)用集成的需求 應(yīng)用集成的目標(biāo) 應(yīng)用集成的作用示例2 企業(yè)對應(yīng)用集成的需求 1? 問題– 企業(yè)獨立信息單元不斷增長，彼此缺乏關(guān)聯(lián)? 信息時效? 重復(fù)操作? 準(zhǔn)確性 ? ……成為企業(yè)的業(yè)務(wù)、決策能力的短板3 企業(yè)對應(yīng)用集成的需求 2? 原因– 業(yè)務(wù)推動信息建設(shè)? 業(yè)務(wù)群間水平、能力存在差距? 信息需求緊迫程度的差異– 信息系統(tǒng)本身的實施能力所致? 技術(shù)規(guī)范? 項目自身的管理 /文檔缺失等 …4 企業(yè)對應(yīng)用集成的需求 3? 如何解決– 革命性的：推倒重來 /一攬子方案– 改良性的：逐一分析，據(jù)優(yōu)先級給出方案5 企業(yè)對應(yīng)用集成的需求 4? 企業(yè)的根本需求– 用投入產(chǎn)出符合企業(yè)能力的方案，使信息系統(tǒng)成為企業(yè)利益最大化的工具– 解決眼前問題的同時，不能成為新的弧島。18 信息系統(tǒng)組成? 網(wǎng)絡(luò)、硬件基礎(chǔ)設(shè)施、操作系統(tǒng)? 網(wǎng)絡(luò)應(yīng)用環(huán)境： OA平臺 /信息安全? 數(shù)據(jù)庫? 平臺工具 /中間層? 應(yīng)用軟件 / 應(yīng)用系統(tǒng)? 業(yè)務(wù)應(yīng)用19 網(wǎng)絡(luò)應(yīng)用環(huán)境? Intra/Inter 基礎(chǔ)服務(wù)? 信息安全20 網(wǎng)絡(luò)基礎(chǔ)服務(wù)21 網(wǎng)絡(luò)基礎(chǔ)服務(wù) DNS? 分布式層次數(shù)據(jù)庫? 提供域名和數(shù)據(jù)的映射– 域名 ? IP地址– 域名 ? 計算機(jī)名– IP地址 ? 域名?樹狀的名字系統(tǒng)22 網(wǎng)絡(luò)安全? 密碼技術(shù)與密鑰管理? 證書? 數(shù)字簽名? 智能 IC卡技術(shù)? 安全套接字 (SSL)23 數(shù)據(jù)庫? 數(shù)據(jù)庫系統(tǒng)概述? 數(shù)據(jù)庫分類? 發(fā)展現(xiàn)狀? 典型產(chǎn)品的介紹24 數(shù)據(jù)庫概述? 數(shù)據(jù)庫– 詞義：原始及加工數(shù)據(jù)的集合– 產(chǎn)品包含：數(shù)據(jù)庫 + 管理工具 + 開發(fā)接口 25 數(shù)據(jù)庫分類– 關(guān)系型數(shù)據(jù)庫– 文件型數(shù)據(jù)庫– 非結(jié)構(gòu)化數(shù)據(jù)庫– 多媒體數(shù)據(jù)庫– 專用、工程數(shù)據(jù)庫26 數(shù)據(jù)庫發(fā)展情況 1? 發(fā)展階段– 第一階段 (70年代 )，可說是一套對表的有限命令集。 Sybase把 “客戶 /服務(wù)器數(shù)據(jù)庫體系結(jié)構(gòu)”作為開發(fā)產(chǎn)品的重要目標(biāo)。35 應(yīng)用軟件的特征軟件是被設(shè)計開發(fā)的，而不是傳統(tǒng)意義上的被制造的，它是工程化的產(chǎn)品；軟件不會 “磨損 ”；雖然軟件產(chǎn)業(yè)正在向基于構(gòu)件的組裝前進(jìn)，大多數(shù)應(yīng)用軟件仍然是定制的。46 應(yīng)用集成概念 1? 企業(yè)應(yīng)用集成的分類– 體系結(jié)構(gòu)間的集成 (橫向 )– 體系結(jié)構(gòu)內(nèi)的集成 (縱向 )47 應(yīng)用集成概念 2? 橫向集成– 長期、穩(wěn)定的集成– 隨機(jī)的集成48 應(yīng)用集成概念 3? 縱向集成– 單一層次的集成： (應(yīng)用環(huán)境 ……集成 )– 數(shù)據(jù)集成– 應(yīng)用集成：平臺工具 /中間層 493 數(shù)據(jù)集成? 概念? 方法– 數(shù)據(jù)共享– 接口集成– 復(fù)制– 數(shù)據(jù)倉庫50 數(shù)據(jù)集成概念 定義?數(shù)據(jù)集成： 是共享或者合并來自于兩個或更多應(yīng)用的數(shù)據(jù)，支持更多企業(yè)應(yīng)用的過程；?數(shù)據(jù)集成的目的： 是運用一定的技術(shù)手段將系統(tǒng)中的數(shù)據(jù)按一定的規(guī)則組織成為一個整體，使得用戶能有效地對數(shù)據(jù)進(jìn)行操作；?數(shù)據(jù)集成處理的對象： 系統(tǒng)中各種異構(gòu)分布數(shù)據(jù)庫中的數(shù)據(jù)；?數(shù)據(jù)集成的目標(biāo)： 是達(dá)到應(yīng)用之間的信息共享、數(shù)據(jù)通訊。– 實時數(shù)據(jù)同步、結(jié)構(gòu)完全相同? 缺點