【文章內容簡介】 同編譯器實現(xiàn)的構件，可以通過 對象請求代理 ORB進行連接，形成一個跨平臺的應用。 ? CORBA一般有兩層意思：一是指對象管理組織 OMG提出的分布式對象體系結構標準；另一層意思是按這種體系結構開發(fā)的中間件產品。 CORBA作為一種應用級的互聯(lián)標準得到了廣泛的認同和應用。 ? CORBA是一套規(guī)約，而不是一個產品，開發(fā)商可以開發(fā)不同的產品來實現(xiàn) CORBA規(guī)約。例如， IBM公司的ComponentBroker等。 下一頁 上一頁 停止放映 第 27|83頁 OMG ? OMG是一個開放標準的非盈利組織，其目標是制定行業(yè)標準和對象管理標準，為應用開發(fā)提供一個公共框架，推動構件市場的發(fā)展。 OMG成立于1989年，目前已擁有會員近千個，包括許多研究機構、大學和大公司，如 IBM， HP等。 下一頁 上一頁 停止放映 第 28|83頁 CORBA的發(fā)展 ? CORBA規(guī)約的第一代主要集中在為分布式對象定義一個基礎，其核心是 ORB和 IDL。 ? CORBA ORB互操作性規(guī)約 ，主要是基于 TCP／ IP的 IIOP協(xié)議（因特網 ORB互聯(lián)協(xié)議）。 1995年。 ? CORBA COM/CORBA互操作規(guī)范 。 1997年。 ? CORBA 對象適配器 POA和 IDL到 Java語言的映射規(guī)約。與此同時， 對象管理體系結構 OMA中增加了領域接口。 1998年。 ? CORBA CORBA構件模型 CCM（與 COM+和 EJB核心概念相似），提供容器（為構件提供運行環(huán)境）作為構件的運行環(huán)境，而諸如事務處理、安全處理、事件處理等公共服務都是通過公共 API訪問。 2020年。 ? 但是，目前還沒有成熟的、完全實現(xiàn) CORBA 。 下一頁 上一頁 停止放映 第 29|83頁 CORBA的主要特征 ? 在 CORBA環(huán)境下應用系統(tǒng)間的互聯(lián)是以對象或程序的調用方式進行的，實現(xiàn)系統(tǒng)間實時互操作。原則上，一個系統(tǒng)內部能夠完成的操作，在系統(tǒng)之間通過 CORBA都可以實現(xiàn)。 ? CORBA的 OO的特點還保證了各對象的封裝性和內部細節(jié)的隱蔽性。這不僅可以簡化各種功能的使用，還提高了系統(tǒng)的安全性。 ? CORBA比較適合于分層結構的應用集成，這一技術比較適合于互聯(lián)網應用系統(tǒng)核心業(yè)務邏輯的應用程序的集成。此外，由于目前應用服務器大多提供 CORBA接口，這樣利用 CORBA技術完成應用程序和平臺之間的無縫連接也比較容易。 下一頁 上一頁 停止放映 第 30|83頁 OMA基準模型 ? CORBA的基準模型是 OMA。該模型描述了分布式對象系統(tǒng)的基本成分，有四個主要層次： ? 對象服務 是一組系統(tǒng)級的對象，為實現(xiàn)和管理對象提供了基本的功能，包括名字、生存周期服務、事務服務、安全服務等。 ? 對象請求代理 ORB是核心，它提供了一種機制，使得對象可以透明地發(fā)送請求和接受響應。 ORB與對象服務相結合，確保符合 CORBA基準的應用構件之間有效的通信。 ? 公共設施 是適用于眾多應用領域的通用構件，例如信息管理、系統(tǒng)管理、任務管理和用戶界面等。 ? 應用對象 是專用于特定領域的應用構件， OMG沒有為它制定標準。 下一頁 上一頁 停止放映 第 31|83頁 接口定義語言 IDL ? OMG IDL是 CORBA的重要組成部分，是一種嚴格定義的接口定義語言。用 OMG IDL編寫的接口定義能完整地定義接口，并完備地說明每個操作的參數。 OMG IDL已被 ISO ORB采納，自 1991年公布以來，基本上沒有改變。 ? OMG IDL是獨立于具體編程語言的，一個 IDL文件可以向多種編程語言映射。 CORBA包含 IDL向具體編程語言的映射規(guī)約，例如， IDL到 C， C++， Java等的映射。 ? OMG IDL是獨立于平臺的，由 IDL定義的接口可以在不同的 ORB和平臺上一致地表達。 ? OMG IDL是一個純規(guī)約，不涉及實現(xiàn)問題， IDL定義的接口不對對象實現(xiàn)進行任何約束。 IDL將客戶從對象實現(xiàn)細節(jié)中清晰地分離出來，從而更利于軟件復用，因此被廣泛接受。 下一頁 上一頁 停止放映 第 32|83頁 軟件復用技術 ? 軟件復用是指在軟件開發(fā)過程中重復使用相同或相似軟件元素的過程。軟件復用是在軟件開發(fā)中避免重復勞動的解決方案，它使得應用系統(tǒng)的開發(fā)不再采用一切從零開始的模式，而是以已有的工作模式為基礎，充分利用過去應用系統(tǒng)開發(fā)中積累的知識和經驗，從而將開發(fā)的重點集中于應用的特有構成成分。 ? 為了能夠在軟件開發(fā)過程中重用已有的復用件，必須不斷地進行復用件的積累，并將它們組織成復用件庫。因此，軟件復用不僅要解決如何檢索所需的復用件，還要解決如何選取復用件、如何組織復用件庫等問題。這類項目通常稱為軟件復用項目。 ? 軟件重用過程可借助于支持軟件重用的 CASE工具，其主要任務是：用某種組織結構實現(xiàn)復用件庫的存儲，提供友好的人機界面，幫助用戶瀏覽、檢索和修改復用件庫，并且對用戶感興趣的復用件進行解釋。 下一頁 上一頁 停止放映 第 33|83頁 軟件復用方式分類 ⑴ 依據復用的對象分類；可以分為： ? 產品復用 指復用已有的軟件構件，通過構件集成得到新系統(tǒng)。產品復用是目前現(xiàn)實的、主流的途徑。 ? 過程復用 指復用已有的軟件開發(fā)過程，過程復用依賴于軟件自動化技術的發(fā)展。 ⑵ 依據對可復用信息進行復用的方式分類，可分為： ? 白盒復用 指已有構件并不能完全符合用戶要求，需要根據用戶需求進行適應性修改后才能使用。 ? 黑盒復用 指對已有構件不需作任何修改，通過構件組裝的方式直接進行復用。這是目前的研究熱點，也是將來的發(fā)展趨勢。 下一頁 上一頁 停止放映 第 34|83頁 可復用的復用件 Caper Jones定義了可候選的十種復用件： ⑴ 項目計劃 ：計劃的基本結構和內容（如， SQA計劃）。 ⑵ 成本估計 ：有可能復用對某個功能的成本估計。 ⑶ 體系結構 ：可能創(chuàng)建一組類屬的體系結構模板（例如，事務處理體系結構），并將模板作為可復用的設計框架。 ⑷ 需求模型和規(guī)約 ：類和對象的模型和規(guī)約是可復用的，用傳統(tǒng)軟件工程方法開發(fā)的分析模型（例如，數據流圖）也是可復用的。 ⑸ 設計 ：用傳統(tǒng)方法開發(fā)的體系結構、數據、接口和過程化設計是復用的候選者，更常見的是，系統(tǒng)和對象設計是可復用的。 ⑹ 源代碼 ：驗證過的程序構件（用兼容的程序設計語言書寫的）。 ⑺ 用戶和技術文檔 ：對特定的不同應用，可復用大部分用戶和技術文檔。 ⑻ 用戶界面 ：可能是最廣泛被復用的（例如 GUI）。 ⑼ 數據 ：包括：內部表、列表和記錄結構，以及文件和完整的數據庫。 ⑽ 測試用例 ：一旦設計或代碼構件將被復用，相關的測試用例也可復用。 下一頁 上一頁 停止放映 第 35|83頁 建立復用途徑的一些建議 ⑴ 建立內部的軟件復用計劃。這樣一個計劃可以幫助組織控制軟件的質量和成本。 ⑵ 要求將軟件復用作為任何技術和管理培訓的內容。對 OO的培訓尤其應該如此。 ⑶ 按照內部的軟件復用計劃，尋求對軟件復用有積極貢獻的工具和庫。 ⑷ 鼓勵采用已被證明為可以促進軟件復用的方法和工具。 ⑸ 跟蹤并測度軟件復用以及軟件復用的影響；應客觀評價，而不是主觀臆測。 ⑹ 管理上必須積極地鼓勵軟件的復用。 ⑺ 認識除 “ 模塊 ” 外，工具、測試數據、設計、計劃、環(huán)境及其他軟件均可復用。 ⑻ 最重要的是認識到軟件復用不是 “ 平常的業(yè)務 ” ，大多數技術和管理人員是不接受軟件復用的概念的。 下一頁 上一頁 停止放映 第 36|83頁 軟件復用面臨的問題 ⑴ 管理問題。沒有相應的鼓勵機制等。 ⑵ 復用的障礙。 ⑶ 技術方面的問題 ⑷ 法律問題 ? 顯然，很多其他相關問題對復用也有影響，政治的、文化的、財政的、市場的、以及產品化等方面的問題也必須考慮。 下一頁 上一頁 停止放映 第 37|83頁 復用的障礙 ? 自負；太多的開發(fā)