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