軟件方法學

第4章：面向對象的中間件軟件體系結構軟件方法學第4章：面向對象的中間件軟件體系結構基于構件的軟件開發目標長期以來的軟件開發狀況多數軟件都是針對某個具體的應用系統從頭進行開發的導致：出現了大量的同類軟件重復開發，造成大量人力、財力的浪費，而且軟件的質量也不高對比：汽車工業的生產模式在已有的部件基礎上通過組裝進行生產：有專門的部件生產工廠，汽車設計者在設計中選擇市場上已有的合適的部件避免了大量的重復勞動，提高了產品質量和生產效率，促進分工合作我們的目標：將制造業中的組裝式生產模式引入到軟件開發中基于構件的軟件開發目標長期以來的軟件開發狀況內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述基于構件的軟件開發基于構件的軟件開發Component-BasedSoftwareDevelopment簡稱CBSD是指使用可復用構件來開發應用軟件基于構件的軟件工程Component-BasedSoftwareEngineering簡稱CBSE基于構件的軟件開發基于構件的軟件開發構件(Component)的典型定義Pressman書中的定義：構件是某系統中有價值的、幾乎獨立的并可替換的一個部分，它在良好定義的體系結構語境內滿足某清晰的功能Brown的定義：構件是一個獨立發布的功能部分，可以通過其接口訪問它的服務“計算機科學技術百科全書”的定義：軟件構件是軟件系統中具有相對獨立功能，可以明確標識，接口由規約指定，與語境有明顯依賴關系，可獨立部署，且多由第三方提供的可組裝軟件實體；軟件構件須承載有用的功能，并遵循某種構件模型；可復用構件是指具有可復用價值的構件構件(Component)的典型定義Pressman書中的定商用成品構件Commercialoff-the-shelf簡稱COTS指由第三方開發的滿足一定構件標準的，可組裝的軟件構件商用成品構件Commercialoff-the-shelf構件的要素規格說明：建立在接口概念之上，作為服務提供方與客戶方之間的契約一個或多個實現受約束的構件標準包裝方法部署方法構件的要素規格說明：建立在接口概念之上，作為服務提供方與客戶3C構件模型關于構件的一個指導性模型由構件的三個不同方面的描述組成概念(concept)：關于“構件做什么”的抽象描述，可以通過概念去理解構件的功能。概念包括接口規約和語義描述兩部分，語義描述和每個操作相關聯(至少表示為前后置謂詞形式)內容(content)：概念的具體實現，描述構件如何完成概念所刻畫的功能周境(context)：描述構件和外圍環境在概念級和內容級的關系，刻畫構件的應用環境，為構件的選用和適應性修改提供指導3C構件模型關于構件的一個指導性模型REBOOT構件模型REBOOT(ReuseBasedonObject_OrientedTechnology)：基于面向對象技術的復用一種基于刻面(facet)的模型刻面：對領域進行分析，所得到的一組基本的描述特征刻面可以描述構件執行的功能、所操作的數據、構件應用的周境或任何其它特征通常的刻面描述限制在不超過7或8個刻面一個構件通常包括以下刻面：抽象(abstraction)：它是構件概念的抽象性描述操作(operation)：它是構件所提供的操作的描述操作對象(operand)：它描述操作的對象依賴(dependency)：它描述構件與外界的依賴關系REBOOT構件模型REBOOT(ReuseBasedo常用的構件標準CORBA(公共對象請求代理體系結構)CommonObjectRequestBrokerArchitectureOMG發布的構件標準核心是ORB(ObjectRequestBroker)，定義了異構環境下對象透明地發送請求和接收響應的基本機制COM+微軟開發的一個構件對象模型，提供了在運行于Windows操作系統之上的單個應用中使用不同廠商生產的對象的規約EJB：一種基于Java的構件標準提供了讓客戶端使用遠程的分布式對象的框架EJB規約規定了EJB構件如何與EJB容器進行行交互常用的構件標準CORBA(公共對象請求代理體系結構)面向對象的中間件軟件體系結構研討課件

CORBA技術規范CORBA是OMG組織在1991年提出的公用對象請求代理程序結構技術規范。CORBA的底層結構是基于面向對象模型的模塊組成:1接口描述語言(OMGInterfaceDefinitionLanguage,OMGIDL)、2對象請求代理(ObjectRequestBroker,ORB)3IIOP標準協議(InternetInter-ORBProtocol)使用接口描述語言編寫的對象接口,使得與語言無關的獨立性成為可能。IDL使得所有CORBA對象以一種方式被描述,僅僅需要一個由語言(C/C++、CORBA或Java)到IDL的“橋梁”。CORBA對象的互通要以對象請求代理為中介,這種互通信可以在多種流行通信協議之上實現。在TCP/IP上,來自于不同開發商的ORB用IIOP標準協議進行通訊。CORBA技術規范面向對象的中間件軟件體系結構研討課件

COM/DCOM技術規范COM(ComponentObjectModel,組件對象模型)是Microsoft軟件組件標準,是構造二進制兼容軟件組件的規范。COM的體系結構包括統一數據傳輸、持久存儲和智能命名、COM核心等。其中:1COM核心：包括服務控制管理、接口代理、接口基和COM庫。COM核心定義了COM對象與使用者如何通過二進制標準接口進行交換的規格說明。

2持久存儲:：通過Istorage和Istream接口提供一個“文件系統”。

3智能命名：通過對象實現接口,使用戶可以在以后重新連接一個指定的對象實例,并且使對象實例仍保持原來的狀態,另外還提供保存它們名字和其它持久信息的機制。COM庫提供對所有客戶及組件都非常有用的組件管理服務。DCOM是COM的分布式擴展,Microsoft把DCOM作為開發Internet和組件的基礎。當客戶和組件位于不同機器時,DCOM用TCP/IP協議等取代COM中的本地進程間通信LRPC,從而對位于Internet不同機器上的組件對象之間的相互通訊提供了透明的支持。COM/DCOM技術規范面向對象的中間件軟件體系結構研討課件目前可以支持DCOM部件開發的編程語言很多,如Java、VisualC++/VisualBasic、Delphi、PowerBuilder等，具有較好的集成性和擴展性。微軟的許多其它軟件如OLE、OLEDB、ADO都是基于COM/DCOM技術。COM/DCOM并沒有真正實現跨平臺，目前基于COM的軟件較多，但沒有運行于異構平臺上的基于DCOM的分布式軟件。COM/DCOM在微軟平臺上運行情況較好，但對實時性、可靠性等的支持較少。目前可以支持DCOM部件開發的編程語言很多,如Java、VCOM+技術規范COM+是微軟公司在COM、DCOM(DistributedCOM)和MTS(MicrosoftTransactionServer)基礎上進一步優化了組件管理環境與事務服務[3]，提供了無縫連接系統。它以系統服務的形式把原先一些分散的技術綜合起來，并提供簡單的編程模型，以直接應用層的編程接口為應用程序提供服務，使創建服務器應用就像實現客戶應用一樣簡單。COM+把COM模型推向了更高層次，成為了企業級別分布式軟件開發領域的重要技術。COM+技術規范COM+組件提供了ASP、ASPServlet、ASPBean等技術，實現頁面動態內容的實現與顯示，ASPServlet運行在Web服務器端的Servlet程序，支持多線程、多用戶訪問，能完成所有CGI功能。以SOAP為基礎的Microsoft的.NET顯現出減少實現RPC的困難，快速實現互操作性的潛力，使COM+組件可以與CORBA和Java標準進行通信。采用MFC(Microsoftfoundationclasslibrary)和ATL(activetemplatelibrary)作為開發工具，用COM+技術把模塊的類做成動態鏈接庫(DLL)的形式來發布，可以在物理上把模塊類的包裝與客戶的包裝脫離開來。COM+組件提供了ASP、ASPServlet、ASPBSOAP通訊協議：SimpleObjectAccessProtocol（簡單對象訪問協議）的英文縮寫，目前已經得到IBM、Ariba、CommerceOne、SAP、康柏、惠普等公司的支持。它能夠讓不同應用程序之間通過HTTP通訊協議，以XML格式互相交換彼此的資料。作為新生事物，SOAP通過建立HTTP連接隧道來部署自己的協議：SOAP要求把請求參數組織在XML文檔中，該文檔然后被放到HTTPPOST請求體中發送到運行在Web主機基于SOAP的Web服務。同樣，現在正在做很多擴展SOAP的工作，使它能使用其它的傳輸協議，例如HTTPS和SMTP。它包括四個部分：1SOAP封裝（envelop），封裝定義了一個描述消息中的內容是什么，是誰發送的，誰應當接受并處理它以及如何處理它們的框架；2SOAP編碼規則（encodingrules），用于表示應用程序需要使用的數據類型的實例;3SOAPRPC表示(RPCrepresentation)，表示遠程過程4SOAP綁定（binding），使用底層協議交換信息SOAP通訊協議：SimpleObjectAccess

EJB技術規范EJB(EnterpriseJavaBeans)是J2EE的核心技術之一,它是建立基于Java的服務器端組件的標準。EJB是以部件為基礎框架,其中每個部件都是分布式對象,可以擴展,也可以適配在不同應用中使用,大大方便了企業應用開發。EJB不局限于一種特定的操作系統,也不局限于任何一種特別的機構、服務器解決方案、中間件或者通信協議,是一種可重用的具有高度可移植性的組件。EJB組件模型包含了EJB服務器、容器、Home接口、Remote接口等。EJB技術規范三種分布式組件對象模型的比較（表1）三種分布式組件對象模型的比較（表1）面向對象的中間件軟件體系結構研討課件三種模型各有其優勢：

Java由于平臺無關性的優勢顯著,成為理想的Internet技術;而Windows平臺的廣泛使用也使COM/DCOM具有深厚的基礎;OMG組織在10幾年來一直在為自己的組件軟件建立標準,而且已被很多組織和公司采用。對于異構環境下的企業應用開發,CORBA和EJB有著明顯的優勢,并且CORBA和EJB所依賴Java技術可以很好的互補。CORBA處理網絡透明性,EJB處理實現透明性。因此,CORBA和EJB技術緊密結合應是今后多層分布式系統發展的一大趨勢。三種模型各有其優勢：基于構件的軟件開發過程基于構件的軟件開發過程領域工程步驟-1領域分析：首先要進行領域分析，收集領域中有代表性的應用樣本，分析應用中的公共部分或相似部分，抽取該領域的應用體系結構建立領域特定的基準體系結構模型：在領域分析的基礎上，構造該領域的基準體系結構，這個基準體系結構應是可以裁剪和擴充的，并可供該領域的應用復用標識候選構件：在領域分析和領域基準體系結構模型的基礎上標識該領域的候選構件泛化(generalization)和可變性(variability)分析：提高其通用性，同時尋找候選構件在不同應用中的變化點(variationpoint)，通過設置參數、繼承或其它手段，使可變部分局部化領域工程步驟-1領域分析：首先要進行領域分析，收集領域中有代領域工程步驟-2重建構件：在泛化和可變性分析的基礎上，重建構件，使它成為可復用構件構件的測試：對重建的可復用的構件要嚴格測試，以提高其可靠性構件的包裝：經測試的構件應根據構件庫的要求，對它進行包裝，以便構件庫對它分類儲存和檢索構件入庫：包裝后的構件即可存入構件庫領域工程步驟-2重建構件：在泛化和可變性分析的基礎上，重建構應用系統工程的步驟-1建立應用系統的體系結構模型：可以使用構件生產者提供的領域特定的基準體系結構經裁剪和/或擴充而獲得尋找候選構件：根據應用系統的體系結構模型，從構件庫或其它可利用的構件源中尋找候選構件評價和選擇合適的構件：評價候選構件以判斷是否適合于待開發的軟件構件的修改(modify)和特化(specialize)：在復用時對構件進行特化以滿足特定應用的需要應用系統工程的步驟-1建立應用系統的體系結構模型：可以使用構應用系統工程的步驟-2開發未被復用的部分：對新系統中未復用的部分進行開發構件的組裝：將特化和修改后的可復用構件和新開發的部分組裝成一個新的軟件系統集成測試：對組裝后的軟件系統進行集成測試評價被復用的構件，并推薦可能的新構件應用系統工程的步驟-2開發未被復用的部分：對新系統中未復用的CBSD對質量、生產率和成本的影響對質量的影響：隨著長期的測試和使用，構件能夠保證很高的質量，因此可以使系統開發的質量得到保證對生產率的影響：一般來說，大約30%~50%的復用可使生產率提高25%~40%對成本的影響與復用相關的成本應由多個采用復用技術的項目來分擔通常要經過2~3個采用復用的生產周期(大約3年左右)復用才能帶來顯著的效益CBSD對質量、生產率和成本的影響對質量的影響：隨著長期的測內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述建造可復用構件建造構件的目的是為了以后復用構件，即為復用而建造構件在建造構件時仍應遵循抽象、逐步求精、信息隱蔽、功能獨立、結構化程序設計等思想和原則由于面向對象方法具有封裝性、繼承等特點，能有力地支持復用，所以應盡可能考慮采用面向對象方法建造可復用構件建造構件的目的是為了以后復用構件，即為復用而建對可復用構件的要求構件的設計應具有較高的通用程度構件應易于調整構件應易于組裝構件必須具有可檢索性構件必須經過充分的測試對可復用構件的要求構件的設計應具有較高的通用程度創建領域構件的設計框架除應遵循已有的設計概念和原則外，還必須考慮應用領域的特征，例如：標準數據：應該研究應用領域，并標識出標準的全局數據結構(如文件結構或完整的數據庫)。于是所有設計的構件都可以用這些標準數據結構來刻畫標準接口協議：應該建立三個層次的接口協議：構件內(intramodular)接口、構件外接口以及人機接口程序模板：程序的結構模型可以作為新程序的體系結構設計的模板創建領域構件的設計框架除應遵循已有的設計概念和原則外，還必須可變性分析構件應具有較強的通用性和可變性為了滿足不同的復用需求，需要在構件復用時可能發生變化的一個或多個位置上標識變化點(variationpoint)，同時為變化點附加一個或多個變體(variant)例如Account構件的帳號編碼規則以及透支規則在不同的國家可能不一樣·VP1·VP2CVP1descriptioncontext可變性分析構件應具有較強的通用性和可變性··CVP1des

構件系統中的門面和變體構件系統中的門面和變體可變性機制繼承：在變化點上創建指定抽象類型或抽象類的子類型或子類。擴展和擴展點：可以在用況和對象構件中的變化點(或擴展點)上附加變體(或擴展)參數化：用于模板、框架和宏的類型和類適用于變體較小時(經常是一個數值、短語或表達式)可變性機制繼承：在變化點上創建指定抽象類型或抽象類的子類型或內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述應用系統工程任務：通過組裝可復用構件得到應用系統CBSD中構件是組成應用系統的基本單元注重體系結構和構件接口的分析和設計，忽略構件內部實現的設計應用系統工程任務：通過組裝可復用構件得到應用系統關注接口的設計接口是構件行為的描述機制，并提供了對其服務的訪問供應接口(Providedinterface)：描述構件所提供的服務，可以被其它構件訪問請求接口(requivedinterface)：請求接口描述構件為完成其功能(服務)需請求其它構件為其提供的服務一個接口可以有多種實現，并且對使用者隱蔽接口描述是構件使用者能依賴的所有信息，因此構件接口描述的表達能力和完整性是CBSD方法主要關注的問題之一關注接口的設計接口是構件行為的描述機制，并提供了對其服務的訪基于構件的體系結構基于構件的應用系統體系結構描述了組成應用系統的構件，構件之間的組織結構、交互、約束和關系對系統的組成、結構以及系統如何工作的較為宏觀的描述如果在領域工程中已開發了領域基準體系結構(referencearchitecture)，則可以通過對基準體系結構的剪裁和/或擴充獲得應用系統的體系結構基于構件的體系結構基于構件的應用系統體系結構基于構件的體系結構層次邏輯體系結構以接口形式對每組服務進行描述，并描述那些包怎樣交互來滿足通常的用戶使用場景展示了系統設計的藍圖，可用于驗證系統是否提供了適當的功能，并能在系統功能需求變化時方便地改變系統的設計物理體系結構描述系統的物理設計，包括硬件及其拓撲結構、網絡和通信協議、基礎設施(如運行平臺、中間件、數據庫管理系統等)，以及軟件系統的部署展示了系統的實現構架，有助于理解系統的許多非功能屬性，如性能、吞吐量、服務的可用性等基于構件的體系結構層次邏輯體系結構基于構件的應用系統開發方法Rationel統一過程Rational’sUnifiedProcess，簡稱RUP一個關于軟件開發的廣泛的過程框架，覆蓋了整個軟件生命周期使用UML進行分析和設計建模，鼓勵使用CBSD方法TheSelectPerspectiveMethod支持通用的構件設計方法，并以SelectComponentManager為目標通用構件設計準則使用UML作為構件設計符號SterlingSoftware的Enterprise-CBD方法鼓勵使用UML的擴展形式把構件的規格說明和實現分離允許制作技術中立的規格說明，然后再使用不同的實現技術來實現規格說明共同點：關注構件庫中的構件、接口的設計和基于構件構架的應用程序組裝基于構件的應用系統開發方法Rationel統一過程構件鑒定(qualification)目的：確保獲得的構件可以完成所需的功能并能被集成在系統中與系統的其它構件正確交互主要依據是構件的接口描述和相關的規格說明，但這些信息往往還不足以確保構件能成功地集成到系統中對于外部提供的成品構件(COTS)可通過運行構件測試版進行鑒定構件鑒定(qualification)目的：確保獲得的構件可構件鑒定需考慮的因素應用編程接口(API)該構件所需的開發和集成工具運行時需求，包括使用的資源(如內存或存儲器)、時間或速度以及網絡協議服務需求，包括操作系統接口和來自其他構件的支持安全特征，包括訪問控制和身份驗證協議嵌入式設計假定，包括特定的數值或非數值算法的使用異常處理構件鑒定需考慮的因素應用編程接口(API)構件的特化和組裝構件特化根據應用系統的具體情況對其進行特化，對變化點配置特定的變體，必要時要自行開發變體如果所選的構件不能完全滿足應用系統的功能需求，還需對構件作適當的修改如果所選的構件未按構件標準開發(如遺產系統中抽取的構件)時，還需按某種構件標準對其進行包裝構件組裝將經過鑒定和特化后的構件組裝成應用系統提倡使用構件組裝工具來組裝應用系統(能檢查接口匹配中的錯誤，實現組裝的自動化或半自動化)構件的特化和組裝構件特化內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述構件的管理構件的分類描述對構件庫中的構件進行合理的分類和組織，幫助軟件開發人員方便地找到所需要的構件大多數的研究都建議使用圖書館科學索引方法進行構件分類構件庫管理系統：主要用于構件的儲存、檢索、瀏覽和管理構件的管理構件的分類描述常用的構件分類模式-1枚舉分類(EnumeratedClassification)將構件組織成分類層次結構，構件庫中的構件按某些性質分成若干大類，每個大類又分成若干較小的類，經過若干次分解，形成構件分類的層次結構，實際的構件位于層次結構的最低層，其它層次則表示構件的類或子類枚舉分類模式的分層結構易于理解和檢索，但是，在建立層次結構之前，必須進行領域分析，尋找合適的供分類的性質。屬性—值分類(Attribute_ValueClassification)為所有構件定義一組屬性，每個構件都具有一組屬性值，開發人員通過指定一組屬性值對構件庫檢索與刻面分類方法非常類似，不同點在于：屬性—值分類法對可使用的屬性數量沒有限制；屬性沒有優先級；不使用同義詞常用的構件分類模式-1枚舉分類(EnumeratedCla常用的構件分類模式-2刻面分類(FacetedClassification)根據一組刻面對構件分類，每個刻面從不同的側面對構件庫中的構件進行分類，并根據重要性設置刻面的優先級每個刻面由一組術語(term)構成,稱之為術語空間(termspace)，這些術語通常是描述性的關鍵詞檢索：用戶通過指定一組刻面的術語值尋找匹配的構件使用同義詞詞典(thesaurus)解決用戶指定的術語值與庫中構件所對應的術語值之間的不一致問題評價：具有較好的靈活性，易于加入新的刻面值，比枚舉分類模式易于擴展和修改常用的構件分類模式-2刻面分類(FacetedClassi構件庫管理系統的主要功能構件的分類存儲(即添加構件)：根據構件庫的分類模型將入庫的構件儲存在構件庫中構件檢索：從構件庫中檢索出滿足用戶要求或接近用戶要求的構件.構件庫瀏覽：瀏覽庫中的全部或部分構件刪除構件：將不再使用的構件從構件庫中刪去構件使用情況評價：根據用戶使用和檢索構件的反饋意見對構件作出評價，為進一步的改進提供依據構件庫管理系統的主要功能構件的分類存儲(即添加構件)：根據構構件的描述和檢索構件庫管理系統的兩個關鍵技術直接影響到構件庫檢索的查準率(precision)、查全率(recall)和效率(efficient)常用的構件檢索方法規約匹配：基于有序的謂詞邏輯的匹配，通過謂詞演算公式進行精確匹配,通過邏輯連接符和邏輯量詞進行部分精確匹配特征(signature)匹配：通過接口的定義進行匹配，適用于函數之類的構件術語輪廓匹配：基于構件編目描述語言的匹配，將每一個構件的編目描述作為該構件的一個特征矢量，通過測算矢量的距離進行匹配行為采樣：基于構件測試的匹配，根據測試結果相同的概率進行匹配構件的描述和檢索構件庫管理系統的兩個關鍵技術內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述小結基于構件的軟件開發(CBSD)是20世紀90年代開始流行的開發方法。CBSD支持軟件復用，能有效提高軟件的開發效率和質量，降低開發和維護成本，因此受到人們的關注。本章內容：基于構件的軟件開發的概念、領域工程過程和應用系統工程過程、可復用構件的建造、基于CBSD的應用系統分析和設計、以及構件的管理小結基于構件的軟件開發(CBSD)是20世紀90年代開始流行Serplogic青鳥軟件構件庫管理系統—JBCLMS/Main.do系統特點：1系統采用基于B/S的多層體系結構；

2采用分布式的應用架構；

3完全支持UDDIV2.0標準規范；

4采用J2EEV2.0，基于EJB技術，具有較強的靈5活性和擴充性；

6支持刻面分類等多種分類模式；

7提出并采用基于角色的用戶管理機制，使系統具；8有靈活的權限分配和安全的控制方式。Serplogic青鳥軟件構件庫管理系統—JBCLMSht系統功能：

1提供分布式構件及其服務的注冊、發布、查詢、管理等功能，提供構件管理信息與實體的有效管理平臺；

2實現軟件構件庫中構件管理與構件服務的集成，軟件資產與構件服務的集成；

3結合配置管理技術，對構件的構造性和演化性進行支持；

4以UDDIRegistry（UDDI注冊中心）形式對Webservices形態的構件提供有效管理支持，并對外界提供服務；

5提供以刻面分類為主，結合多種標準的分類方法對構件庫中大量構件進行有效的管理；

6供多樣化的檢索機制，用戶可以更加靈活地查找構件；

7實行基于角色的用戶管理，提供更靈活的訪問控制機制。系統功能：

1提供分布式構件及其服務的注冊、發布、查詢、管面向對象的中間件軟件體系結構研討課件面向對象的中間件軟件體系結構研討課件面向對象的中間件軟件體系結構研討課件面向對象的中間件軟件體系結構研討課件構件是構件庫中最重要的實體信息。構件（component）是指在應用系統中可以明確辨別的構成部分。構件：構件概念信息和構件實體信息。構件概念信息描述構件基本屬性的信息，包括構件名稱、分類信息、屬性信息等，用于理解和搜索定位構件。構件實體信息。獲取構件實體的描述、訪問地址、符合的規范等信息。構件是構件庫中最重要的實體信息。構件（component）是分類模式（taxonomy）是一種用于分類的標準。青鳥軟件構件庫目前可用的分類模式有：1ntis-gov:naics:1997（北美工業分類法）、2pku-sei:Facet（刻面分類法）、3uddi-org:iso-ch:3166-1999（地理區域分類法）、4unspsc-org:unspsc、unspsc-org:unspsc:3-1（統一標準產品和服務分類法）、5uddi-org:types（其它類別）等。分類模式（taxonomy）是一種用于分類的標準。青鳥軟件構1層次分類法：它將一個被關注的領域嚴格劃分為若干不相交的子領域，子領域可以進一步劃分，構成樹形的層次結構。這些子領域或其中的元素都稱作術語（term）。例如，選定分類模式ntis-gov:naics:1997后，列出了該分類模式的第一層術語信息，可點擊選擇子術語，進入下一層；或點擊選定的分類方案中的任意術語，進入相應層次；或點擊取消按鈕或"選擇分類模式"重新進行選擇；或點擊增加分類按鈕提交，注意：僅僅選擇了分類模式是無法進行提交的。1層次分類法：它將一個被關注的領域嚴格劃分為若干不相交的子2刻面分類法：刻面分類使用一組{刻面，刻面術語}來對構件進行分類。刻面是一個單詞或短語的固定集合，用于描述構件的某個方面或視角。術語是置于特定語境中的關鍵詞。每個刻面都要具有一組相應的術語，用刻面術語來描述要分類的構件。例如，選定刻面分類模式pku-sei:Facet后，列出了刻面分類模式下的所有刻面，可點擊任一刻面，進入下一層選擇其對應的術語。

選擇任一個刻面，可以進入該刻面下的層次分類結構。此時點擊選定的分類方案中的任意術語，進入相應層次；或點擊取消按鈕或"選擇分類模式"重新進行選擇；或點擊增加分類按鈕提交--此時是將選定的信息提交到刻面分類模式頁面中，只有點擊刻面分類模式頁面中的提交按鈕才會將增加的刻面分類信息最后提交。2刻面分類法：刻面分類使用一組{刻面，刻面術語}來對構件進3平面分類法：它為需要描述的構件賦予一組與之相關的關鍵詞。關鍵詞是與被描述的對象相關的表達其某種特征的字符串。例如，選定分類模式uddi-org:operators后進入的，在此分類模式中需要填寫術語及術語名稱，并且要求術語非空。

3平面分類法：它為需要描述的構件賦予一組與之相關的關鍵詞。1、不是井里沒有水，而是你挖的不夠深。不是成功來得慢，而是你努力的不夠多。

2、孤單一人的時間使自己變得優秀，給來的人一個驚喜，也給自己一個好的交代。

3、命運給你一個比別人低的起點是想告訴你，讓你用你的一生去奮斗出一個絕地反擊的故事，所以有什么理由不努力!

4、心中沒有過分的貪求，自然苦就少。口里不說多余的話，自然禍就少。腹內的食物能減少，自然病就少。思緒中沒有過分欲，自然憂就少。大悲是無淚的，同樣大悟無言。緣來盡量要惜，緣盡就放。人生本來就空，對人家笑笑，對自己笑笑，笑著看天下，看日出日落，花謝花開，豈不自在，哪里來的塵埃!

5、心情就像衣服，臟了就拿去洗洗，曬曬，陽光自然就會蔓延開來。陽光那么好，何必自尋煩惱，過好每一個當下，一萬個美麗的未來抵不過一個溫暖的現在。

6、無論你正遭遇著什么，你都要從落魄中站起來重振旗鼓，要繼續保持熱忱，要繼續保持微笑，就像從未受傷過一樣。

7、生命的美麗，永遠展現在她的進取之中;就像大樹的美麗，是展現在它負勢向上高聳入云的蓬勃生機中;像雄鷹的美麗，是展現在它搏風擊雨如蒼天之魂的翱翔中;像江河的美麗，是展現在它波濤洶涌一瀉千里的奔流中。

8、有些事，不可避免地發生，陰晴圓缺皆有規律，我們只能坦然地接受;有些事，只要你愿意努力，矢志不渝地付出，就能慢慢改變它的軌跡。

9、與其埋怨世界，不如改變自己。管好自己的心，做好自己的事，比什么都強。人生無完美，曲折亦風景。別把失去看得過重，放棄是另一種擁有;不要經常艷羨他人，人做到了，心悟到了，相信屬于你的風景就在下一個拐彎處。

10、有些事想開了，你就會明白，在世上，你就是你，你痛痛你自己，你累累你自己，就算有人同情你，那又怎樣，最后收拾殘局的還是要靠你自己。

11、人生的某些障礙，你是逃不掉的。與其費盡周折繞過去，不如勇敢地攀登，或許這會鑄就你人生的高點。

12、有些壓力總是得自己扛過去，說出來就成了充滿負能量的抱怨。尋求安慰也無濟于事，還徒增了別人的煩惱。

13、認識到我們的所見所聞都是假象，認識到此生都是虛幻，我們才能真正認識到佛法的真相。錢多了會壓死你，你承受得了嗎?帶，帶不走，放，放不下。時時刻刻發悲心，饒益眾生為他人。

14、夢想總是跑在我的前面。努力追尋它們，為了那一瞬間的同步，這就是動人的生命奇跡。

15、懶惰不會讓你一下子跌倒，但會在不知不覺中減少你的收獲;勤奮也不會讓你一夜成功，但會在不知不覺中積累你的成果。人生需要挑戰，更需要堅持和勤奮!

16、人生在世：可以缺錢，但不能缺德;可以失言，但不能失信;可以倒下，但不能跪下;可以求名，但不能盜名;可以低落，但不能墮落;可以放松，但不能放縱;可以虛榮，但不能虛偽;可以平凡，但不能平庸;可以浪漫，但不能浪蕩;可以生氣，但不能生事。

17、人生沒有筆直路，當你感到迷茫、失落時，找幾部這種充滿正能量的電影，坐下來靜靜欣賞，去發現生命中真正重要的東西。

18、在人生的舞臺上，當有人愿意在臺下陪你度過無數個沒有未來的夜時，你就更想展現精彩絕倫的自己。但愿每個被努力支撐的靈魂能吸引更多的人同行。1、不是井里沒有水，而是你挖的不夠深。不是成功來得慢，而是你軟件方法學

第4章：面向對象的中間件軟件體系結構軟件方法學第4章：面向對象的中間件軟件體系結構基于構件的軟件開發目標長期以來的軟件開發狀況多數軟件都是針對某個具體的應用系統從頭進行開發的導致：出現了大量的同類軟件重復開發，造成大量人力、財力的浪費，而且軟件的質量也不高對比：汽車工業的生產模式在已有的部件基礎上通過組裝進行生產：有專門的部件生產工廠，汽車設計者在設計中選擇市場上已有的合適的部件避免了大量的重復勞動，提高了產品質量和生產效率，促進分工合作我們的目標：將制造業中的組裝式生產模式引入到軟件開發中基于構件的軟件開發目標長期以來的軟件開發狀況內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述基于構件的軟件開發基于構件的軟件開發Component-BasedSoftwareDevelopment簡稱CBSD是指使用可復用構件來開發應用軟件基于構件的軟件工程Component-BasedSoftwareEngineering簡稱CBSE基于構件的軟件開發基于構件的軟件開發構件(Component)的典型定義Pressman書中的定義：構件是某系統中有價值的、幾乎獨立的并可替換的一個部分，它在良好定義的體系結構語境內滿足某清晰的功能Brown的定義：構件是一個獨立發布的功能部分，可以通過其接口訪問它的服務“計算機科學技術百科全書”的定義：軟件構件是軟件系統中具有相對獨立功能，可以明確標識，接口由規約指定，與語境有明顯依賴關系，可獨立部署，且多由第三方提供的可組裝軟件實體；軟件構件須承載有用的功能，并遵循某種構件模型；可復用構件是指具有可復用價值的構件構件(Component)的典型定義Pressman書中的定商用成品構件Commercialoff-the-shelf簡稱COTS指由第三方開發的滿足一定構件標準的，可組裝的軟件構件商用成品構件Commercialoff-the-shelf構件的要素規格說明：建立在接口概念之上，作為服務提供方與客戶方之間的契約一個或多個實現受約束的構件標準包裝方法部署方法構件的要素規格說明：建立在接口概念之上，作為服務提供方與客戶3C構件模型關于構件的一個指導性模型由構件的三個不同方面的描述組成概念(concept)：關于“構件做什么”的抽象描述，可以通過概念去理解構件的功能。概念包括接口規約和語義描述兩部分，語義描述和每個操作相關聯(至少表示為前后置謂詞形式)內容(content)：概念的具體實現，描述構件如何完成概念所刻畫的功能周境(context)：描述構件和外圍環境在概念級和內容級的關系，刻畫構件的應用環境，為構件的選用和適應性修改提供指導3C構件模型關于構件的一個指導性模型REBOOT構件模型REBOOT(ReuseBasedonObject_OrientedTechnology)：基于面向對象技術的復用一種基于刻面(facet)的模型刻面：對領域進行分析，所得到的一組基本的描述特征刻面可以描述構件執行的功能、所操作的數據、構件應用的周境或任何其它特征通常的刻面描述限制在不超過7或8個刻面一個構件通常包括以下刻面：抽象(abstraction)：它是構件概念的抽象性描述操作(operation)：它是構件所提供的操作的描述操作對象(operand)：它描述操作的對象依賴(dependency)：它描述構件與外界的依賴關系REBOOT構件模型REBOOT(ReuseBasedo常用的構件標準CORBA(公共對象請求代理體系結構)CommonObjectRequestBrokerArchitectureOMG發布的構件標準核心是ORB(ObjectRequestBroker)，定義了異構環境下對象透明地發送請求和接收響應的基本機制COM+微軟開發的一個構件對象模型，提供了在運行于Windows操作系統之上的單個應用中使用不同廠商生產的對象的規約EJB：一種基于Java的構件標準提供了讓客戶端使用遠程的分布式對象的框架EJB規約規定了EJB構件如何與EJB容器進行行交互常用的構件標準CORBA(公共對象請求代理體系結構)面向對象的中間件軟件體系結構研討課件

CORBA技術規范CORBA是OMG組織在1991年提出的公用對象請求代理程序結構技術規范。CORBA的底層結構是基于面向對象模型的模塊組成:1接口描述語言(OMGInterfaceDefinitionLanguage,OMGIDL)、2對象請求代理(ObjectRequestBroker,ORB)3IIOP標準協議(InternetInter-ORBProtocol)使用接口描述語言編寫的對象接口,使得與語言無關的獨立性成為可能。IDL使得所有CORBA對象以一種方式被描述,僅僅需要一個由語言(C/C++、CORBA或Java)到IDL的“橋梁”。CORBA對象的互通要以對象請求代理為中介,這種互通信可以在多種流行通信協議之上實現。在TCP/IP上,來自于不同開發商的ORB用IIOP標準協議進行通訊。CORBA技術規范面向對象的中間件軟件體系結構研討課件

COM/DCOM技術規范COM(ComponentObjectModel,組件對象模型)是Microsoft軟件組件標準,是構造二進制兼容軟件組件的規范。COM的體系結構包括統一數據傳輸、持久存儲和智能命名、COM核心等。其中:1COM核心：包括服務控制管理、接口代理、接口基和COM庫。COM核心定義了COM對象與使用者如何通過二進制標準接口進行交換的規格說明。

2持久存儲:：通過Istorage和Istream接口提供一個“文件系統”。

3智能命名：通過對象實現接口,使用戶可以在以后重新連接一個指定的對象實例,并且使對象實例仍保持原來的狀態,另外還提供保存它們名字和其它持久信息的機制。COM庫提供對所有客戶及組件都非常有用的組件管理服務。DCOM是COM的分布式擴展,Microsoft把DCOM作為開發Internet和組件的基礎。當客戶和組件位于不同機器時,DCOM用TCP/IP協議等取代COM中的本地進程間通信LRPC,從而對位于Internet不同機器上的組件對象之間的相互通訊提供了透明的支持。COM/DCOM技術規范面向對象的中間件軟件體系結構研討課件目前可以支持DCOM部件開發的編程語言很多,如Java、VisualC++/VisualBasic、Delphi、PowerBuilder等，具有較好的集成性和擴展性。微軟的許多其它軟件如OLE、OLEDB、ADO都是基于COM/DCOM技術。COM/DCOM并沒有真正實現跨平臺，目前基于COM的軟件較多，但沒有運行于異構平臺上的基于DCOM的分布式軟件。COM/DCOM在微軟平臺上運行情況較好，但對實時性、可靠性等的支持較少。目前可以支持DCOM部件開發的編程語言很多,如Java、VCOM+技術規范COM+是微軟公司在COM、DCOM(DistributedCOM)和MTS(MicrosoftTransactionServer)基礎上進一步優化了組件管理環境與事務服務[3]，提供了無縫連接系統。它以系統服務的形式把原先一些分散的技術綜合起來，并提供簡單的編程模型，以直接應用層的編程接口為應用程序提供服務，使創建服務器應用就像實現客戶應用一樣簡單。COM+把COM模型推向了更高層次，成為了企業級別分布式軟件開發領域的重要技術。COM+技術規范COM+組件提供了ASP、ASPServlet、ASPBean等技術，實現頁面動態內容的實現與顯示，ASPServlet運行在Web服務器端的Servlet程序，支持多線程、多用戶訪問，能完成所有CGI功能。以SOAP為基礎的Microsoft的.NET顯現出減少實現RPC的困難，快速實現互操作性的潛力，使COM+組件可以與CORBA和Java標準進行通信。采用MFC(Microsoftfoundationclasslibrary)和ATL(activetemplatelibrary)作為開發工具，用COM+技術把模塊的類做成動態鏈接庫(DLL)的形式來發布，可以在物理上把模塊類的包裝與客戶的包裝脫離開來。COM+組件提供了ASP、ASPServlet、ASPBSOAP通訊協議：SimpleObjectAccessProtocol（簡單對象訪問協議）的英文縮寫，目前已經得到IBM、Ariba、CommerceOne、SAP、康柏、惠普等公司的支持。它能夠讓不同應用程序之間通過HTTP通訊協議，以XML格式互相交換彼此的資料。作為新生事物，SOAP通過建立HTTP連接隧道來部署自己的協議：SOAP要求把請求參數組織在XML文檔中，該文檔然后被放到HTTPPOST請求體中發送到運行在Web主機基于SOAP的Web服務。同樣，現在正在做很多擴展SOAP的工作，使它能使用其它的傳輸協議，例如HTTPS和SMTP。它包括四個部分：1SOAP封裝（envelop），封裝定義了一個描述消息中的內容是什么，是誰發送的，誰應當接受并處理它以及如何處理它們的框架；2SOAP編碼規則（encodingrules），用于表示應用程序需要使用的數據類型的實例;3SOAPRPC表示(RPCrepresentation)，表示遠程過程4SOAP綁定（binding），使用底層協議交換信息SOAP通訊協議：SimpleObjectAccess

EJB技術規范EJB(EnterpriseJavaBeans)是J2EE的核心技術之一,它是建立基于Java的服務器端組件的標準。EJB是以部件為基礎框架,其中每個部件都是分布式對象,可以擴展,也可以適配在不同應用中使用,大大方便了企業應用開發。EJB不局限于一種特定的操作系統,也不局限于任何一種特別的機構、服務器解決方案、中間件或者通信協議,是一種可重用的具有高度可移植性的組件。EJB組件模型包含了EJB服務器、容器、Home接口、Remote接口等。EJB技術規范三種分布式組件對象模型的比較（表1）三種分布式組件對象模型的比較（表1）面向對象的中間件軟件體系結構研討課件三種模型各有其優勢：

Java由于平臺無關性的優勢顯著,成為理想的Internet技術;而Windows平臺的廣泛使用也使COM/DCOM具有深厚的基礎;OMG組織在10幾年來一直在為自己的組件軟件建立標準,而且已被很多組織和公司采用。對于異構環境下的企業應用開發,CORBA和EJB有著明顯的優勢,并且CORBA和EJB所依賴Java技術可以很好的互補。CORBA處理網絡透明性,EJB處理實現透明性。因此,CORBA和EJB技術緊密結合應是今后多層分布式系統發展的一大趨勢。三種模型各有其優勢：基于構件的軟件開發過程基于構件的軟件開發過程領域工程步驟-1領域分析：首先要進行領域分析，收集領域中有代表性的應用樣本，分析應用中的公共部分或相似部分，抽取該領域的應用體系結構建立領域特定的基準體系結構模型：在領域分析的基礎上，構造該領域的基準體系結構，這個基準體系結構應是可以裁剪和擴充的，并可供該領域的應用復用標識候選構件：在領域分析和領域基準體系結構模型的基礎上標識該領域的候選構件泛化(generalization)和可變性(variability)分析：提高其通用性，同時尋找候選構件在不同應用中的變化點(variationpoint)，通過設置參數、繼承或其它手段，使可變部分局部化領域工程步驟-1領域分析：首先要進行領域分析，收集領域中有代領域工程步驟-2重建構件：在泛化和可變性分析的基礎上，重建構件，使它成為可復用構件構件的測試：對重建的可復用的構件要嚴格測試，以提高其可靠性構件的包裝：經測試的構件應根據構件庫的要求，對它進行包裝，以便構件庫對它分類儲存和檢索構件入庫：包裝后的構件即可存入構件庫領域工程步驟-2重建構件：在泛化和可變性分析的基礎上，重建構應用系統工程的步驟-1建立應用系統的體系結構模型：可以使用構件生產者提供的領域特定的基準體系結構經裁剪和/或擴充而獲得尋找候選構件：根據應用系統的體系結構模型，從構件庫或其它可利用的構件源中尋找候選構件評價和選擇合適的構件：評價候選構件以判斷是否適合于待開發的軟件構件的修改(modify)和特化(specialize)：在復用時對構件進行特化以滿足特定應用的需要應用系統工程的步驟-1建立應用系統的體系結構模型：可以使用構應用系統工程的步驟-2開發未被復用的部分：對新系統中未復用的部分進行開發構件的組裝：將特化和修改后的可復用構件和新開發的部分組裝成一個新的軟件系統集成測試：對組裝后的軟件系統進行集成測試評價被復用的構件，并推薦可能的新構件應用系統工程的步驟-2開發未被復用的部分：對新系統中未復用的CBSD對質量、生產率和成本的影響對質量的影響：隨著長期的測試和使用，構件能夠保證很高的質量，因此可以使系統開發的質量得到保證對生產率的影響：一般來說，大約30%~50%的復用可使生產率提高25%~40%對成本的影響與復用相關的成本應由多個采用復用技術的項目來分擔通常要經過2~3個采用復用的生產周期(大約3年左右)復用才能帶來顯著的效益CBSD對質量、生產率和成本的影響對質量的影響：隨著長期的測內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述建造可復用構件建造構件的目的是為了以后復用構件，即為復用而建造構件在建造構件時仍應遵循抽象、逐步求精、信息隱蔽、功能獨立、結構化程序設計等思想和原則由于面向對象方法具有封裝性、繼承等特點，能有力地支持復用，所以應盡可能考慮采用面向對象方法建造可復用構件建造構件的目的是為了以后復用構件，即為復用而建對可復用構件的要求構件的設計應具有較高的通用程度構件應易于調整構件應易于組裝構件必須具有可檢索性構件必須經過充分的測試對可復用構件的要求構件的設計應具有較高的通用程度創建領域構件的設計框架除應遵循已有的設計概念和原則外，還必須考慮應用領域的特征，例如：標準數據：應該研究應用領域，并標識出標準的全局數據結構(如文件結構或完整的數據庫)。于是所有設計的構件都可以用這些標準數據結構來刻畫標準接口協議：應該建立三個層次的接口協議：構件內(intramodular)接口、構件外接口以及人機接口程序模板：程序的結構模型可以作為新程序的體系結構設計的模板創建領域構件的設計框架除應遵循已有的設計概念和原則外，還必須可變性分析構件應具有較強的通用性和可變性為了滿足不同的復用需求，需要在構件復用時可能發生變化的一個或多個位置上標識變化點(variationpoint)，同時為變化點附加一個或多個變體(variant)例如Account構件的帳號編碼規則以及透支規則在不同的國家可能不一樣·VP1·VP2CVP1descriptioncontext可變性分析構件應具有較強的通用性和可變性··CVP1des

構件系統中的門面和變體構件系統中的門面和變體可變性機制繼承：在變化點上創建指定抽象類型或抽象類的子類型或子類。擴展和擴展點：可以在用況和對象構件中的變化點(或擴展點)上附加變體(或擴展)參數化：用于模板、框架和宏的類型和類適用于變體較小時(經常是一個數值、短語或表達式)可變性機制繼承：在變化點上創建指定抽象類型或抽象類的子類型或內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述應用系統工程任務：通過組裝可復用構件得到應用系統CBSD中構件是組成應用系統的基本單元注重體系結構和構件接口的分析和設計，忽略構件內部實現的設計應用系統工程任務：通過組裝可復用構件得到應用系統關注接口的設計接口是構件行為的描述機制，并提供了對其服務的訪問供應接口(Providedinterface)：描述構件所提供的服務，可以被其它構件訪問請求接口(requivedinterface)：請求接口描述構件為完成其功能(服務)需請求其它構件為其提供的服務一個接口可以有多種實現，并且對使用者隱蔽接口描述是構件使用者能依賴的所有信息，因此構件接口描述的表達能力和完整性是CBSD方法主要關注的問題之一關注接口的設計接口是構件行為的描述機制，并提供了對其服務的訪基于構件的體系結構基于構件的應用系統體系結構描述了組成應用系統的構件，構件之間的組織結構、交互、約束和關系對系統的組成、結構以及系統如何工作的較為宏觀的描述如果在領域工程中已開發了領域基準體系結構(referencearchitecture)，則可以通過對基準體系結構的剪裁和/或擴充獲得應用系統的體系結構基于構件的體系結構基于構件的應用系統體系結構基于構件的體系結構層次邏輯體系結構以接口形式對每組服務進行描述，并描述那些包怎樣交互來滿足通常的用戶使用場景展示了系統設計的藍圖，可用于驗證系統是否提供了適當的功能，并能在系統功能需求變化時方便地改變系統的設計物理體系結構描述系統的物理設計，包括硬件及其拓撲結構、網絡和通信協議、基礎設施(如運行平臺、中間件、數據庫管理系統等)，以及軟件系統的部署展示了系統的實現構架，有助于理解系統的許多非功能屬性，如性能、吞吐量、服務的可用性等基于構件的體系結構層次邏輯體系結構基于構件的應用系統開發方法Rationel統一過程Rational’sUnifiedProcess，簡稱RUP一個關于軟件開發的廣泛的過程框架，覆蓋了整個軟件生命周期使用UML進行分析和設計建模，鼓勵使用CBSD方法TheSelectPerspectiveMethod支持通用的構件設計方法，并以SelectComponentManager為目標通用構件設計準則使用UML作為構件設計符號SterlingSoftware的Enterprise-CBD方法鼓勵使用UML的擴展形式把構件的規格說明和實現分離允許制作技術中立的規格說明，然后再使用不同的實現技術來實現規格說明共同點：關注構件庫中的構件、接口的設計和基于構件構架的應用程序組裝基于構件的應用系統開發方法Rationel統一過程構件鑒定(qualification)目的：確保獲得的構件可以完成所需的功能并能被集成在系統中與系統的其它構件正確交互主要依據是構件的接口描述和相關的規格說明，但這些信息往往還不足以確保構件能成功地集成到系統中對于外部提供的成品構件(COTS)可通過運行構件測試版進行鑒定構件鑒定(qualification)目的：確保獲得的構件可構件鑒定需考慮的因素應用編程接口(API)該構件所需的開發和集成工具運行時需求，包括使用的資源(如內存或存儲器)、時間或速度以及網絡協議服務需求，包括操作系統接口和來自其他構件的支持安全特征，包括訪問控制和身份驗證協議嵌入式設計假定，包括特定的數值或非數值算法的使用異常處理構件鑒定需考慮的因素應用編程接口(API)構件的特化和組裝構件特化根據應用系統的具體情況對其進行特化，對變化點配置特定的變體，必要時要自行開發變體如果所選的構件不能完全滿足應用系統的功能需求，還需對構件作適當的修改如果所選的構件未按構件標準開發(如遺產系統中抽取的構件)時，還需按某種構件標準對其進行包裝構件組裝將經過鑒定和特化后的構件組裝成應用系統提倡使用構件組裝工具來組裝應用系統(能檢查接口匹配中的錯誤，實現組裝的自動化或半自動化)構件的特化和組裝構件特化內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述構件的管理構件的分類描述對構件庫中的構件進行合理的分類和組織，幫助軟件開發人員方便地找到所需要的構件大多數的研究都建議使用圖書館科學索引方法進行構件分類構件庫管理系統：主要用于構件的儲存、檢索、瀏覽和管理構件的管理構件的分類描述常用的構件分類模式-1枚舉分類(EnumeratedClassification)將構件組織成分類層次結構，構件庫中的構件按某些性質分成若干大類，每個大類又分成若干較小的類，經過若干次分解，形成構件分類的層次結構，實際的構件位于層次結構的最低層，其它層次則表示構件的類或子類枚舉分類模式的分層結構易于理解和檢索，但是，在建立層次結構之前，必須進行領域分析，尋找合適的供分類的性質。屬性—值分類(Attribute_ValueClassification)為所有構件定義一組屬性，每個構件都具有一組屬性值，開發人員通過指定一組屬性值對構件庫檢索與刻面分類方法非常類似，不同點在于：屬性—值分類法對可使用的屬性數量沒有限制；屬性沒有優先級；不使用同義詞常用的構件分類模式-1枚舉分類(EnumeratedCla常用的構件分類模式-2刻面分類(FacetedClassification)根據一組刻面對構件分類，每個刻面從不同的側面對構件庫中的構件進行分類，并根據重要性設置刻面的優先級每個刻面由一組術語(term)構成,稱之為術語空間(termspace)，這些術語通常是描述性的關鍵詞檢索：用戶通過指定一組刻面的術語值尋找匹配的構件使用同義詞詞典(thesaurus)解決用戶指定的術語值與庫中構件所對應的術語值之間的不一致問題評價：具有較好的靈活性，易于加入新的刻面值，比枚舉分類模式易于擴展和修改常用的構件分類模式-2刻面分類(FacetedClassi構件庫管理系統的主要功能構件的分類存儲(即添加構件)：根據構件庫的分類模型將入庫的構件儲存在構件庫中構件檢索：從構件庫中檢索出滿足用戶要求或接近用戶要求的構件.構件庫瀏覽：瀏覽庫中的全部或部分構件刪除構件：將不再使用的構件從構件庫中刪去構件使用情況評價：根據用戶使用和檢索構件的反饋意見對構件作出評價，為進一步的改進提供依據構件庫管理系統的主要功能構件的分類存儲(即添加構件)：根據構構件的描述和檢索構件庫管理系統的兩個關鍵技術直接影響到構件庫檢索的查準率(precision)、查全率(recall)和效率(efficient)常用的構件檢索方法規約匹配：基于有序的謂詞邏輯的匹配，通過謂詞演算公式進行精確匹配,通過邏輯連接符和邏輯量詞進行部分精確匹配特征(signature)匹配：通過接口的定義進行匹配，適用于函數之類的構件術語輪廓匹配：基于構件編目描述語言的匹配，將每一個構件的編目描述作為該構件的一個特征矢量，通過測算矢量的距離進行匹配行為采樣：基于構件測試的匹配，根據測試結果相同的概率進行匹配構件的描述和檢索構件庫管理系統的兩個關鍵技術內容摘要基于構件的軟件開發概述建造可復用構件應用系統工程構件的管理小結內容摘要基于構件的軟件開發概述小結基于構件的軟件開發(CBSD)是20世紀90年代開始流行的開發方法。CBSD支持軟件復用，能有效提高軟件的開發效率和質量，降低開發和維護成本，因此受到人們的關注。本章內容：基于構件的軟件開發的概念、領域工程過程和應用系統工程過程、可復用構件的建造、基于CBSD的應用系統分析和設計、以及構件的管理小結基于構件的軟件開發(CBSD)是20世紀90年代開始流行Serplogic青鳥軟件構件庫管理系統—JBCLMS/Main.do系統特點：1系統采用基于B/S的多層體系結構；

2采用分布式的應用架構；

3完全支持UDDIV2.0標準規范；

4采用J2EEV2.0，基于EJB技術，具有較強的靈5活性和擴充性；

6支持刻面分類等多種分類模式；

7提出并采用基于角色的用戶管理機制，使系統具；8有靈活的權限分配和安全的控制方式。Serplogic青鳥軟件構件庫管理系統—JBCLMSht系統功能：

1提供分布式構件及其服務的注冊、發布、查詢、管理等功能，提供構件管理信息與實體的有效管理平臺；

2實現軟件構件庫中構件管理與構件服務的集成，軟件資產與構件服務的集成；

3結合配置管理技術，對構件的構造性和演化性進行支持；

4以UDDIRegistry（UDDI注冊中心）形式對Webservices形態的構件提供有效管理支持，并對外界提供服務；

5提供以刻面分類為主，結合多種標準的分類方法對構件庫中大量構件進行有效的管理；

6供多樣化的檢索機制，用戶可以