面向對象的中間件軟件體系結構研討

1、本資料來源軟件方法學軟件方法學第4章：面向對象的中間件軟件體系結構基于構件的軟件開發(fā)目標n長期以來的軟件開發(fā)狀況多數(shù)軟件都是針對某個具體的應用系統(tǒng)從頭進行開發(fā)的導致：出現(xiàn)了大量的同類軟件重復開發(fā)，造成大量人力、財力的浪費，而且軟件的質量也不高n對比：汽車工業(yè)的生產(chǎn)模式在已有的部件基礎上通過組裝進行生產(chǎn)：有專門的部件生產(chǎn)工廠，汽車設計者在設計中選擇市場上已有的合適的部件避免了大量的重復勞動，提高了產(chǎn)品質量和生產(chǎn)效率，促進分工合作n我們的目標：將制造業(yè)中的組裝式生產(chǎn)模式引入到軟件開發(fā)中內(nèi)容摘要n基于構件的軟件開發(fā)概述n建造可復用構件n應用系統(tǒng)工程n構件的管理n小結內(nèi)容摘要n建造可復用構件n應用系統(tǒng)

2、工程n構件的管理n小結基于構件的軟件開發(fā)n基于構件的軟件開發(fā)Component-Based Software Development簡稱CBSD是指使用可復用構件來開發(fā)應用軟件n基于構件的軟件工程Component-Based Software Engineering簡稱CBSE構件(Component)的典型定義nPressman書中的定義：構件是某系統(tǒng)中有價值的、幾乎獨立的并可替換的一個部分，它在良好定義的體系結構語境內(nèi)滿足某清晰的功能nBrown的定義：構件是一個獨立發(fā)布的功能部分，可以通過其接口訪問它的服務n“計算機科學技術百科全書”的定義：軟件構件是軟件系統(tǒng)中具有相對獨立功能，可以明

3、確標識，接口由規(guī)約指定，與語境有明顯依賴關系，可獨立部署，且多由第三方提供的可組裝軟件實體；軟件構件須承載有用的功能，并遵循某種構件模型；可復用構件是指具有可復用價值的構件商用成品構件nCommercial off-the-shelfn簡稱COTSn指由第三方開發(fā)的滿足一定構件標準的，可組裝的軟件構件 構件的要素n規(guī)格說明：建立在接口概念之上，作為服務提供方與客戶方之間的契約n一個或多個實現(xiàn)n受約束的構件標準n包裝方法n部署方法3C構件模型n關于構件的一個指導性模型n由構件的三個不同方面的描述組成概念(concept)：關于“構件做什么”的抽象描述，可以通過概念去理解構件的功能。概念包括接口規(guī)

4、約和語義描述兩部分，語義描述和每個操作相關聯(lián)(至少表示為前后置謂詞形式) 內(nèi)容(content)：概念的具體實現(xiàn)，描述構件如何完成概念所刻畫的功能周境(context)：描述構件和外圍環(huán)境在概念級和內(nèi)容級的關系，刻畫構件的應用環(huán)境，為構件的選用和適應性修改提供指導REBOOT構件模型nREBOOT(Reuse Based on Object_Oriented Technology)：基于面向對象技術的復用n一種基于刻面(facet)的模型刻面：對領域進行分析，所得到的一組基本的描述特征刻面可以描述構件執(zhí)行的功能、所操作的數(shù)據(jù)、構件應用的周境或任何其它特征通常的刻面描述限制在不超過7或8個刻面n

5、一個構件通常包括以下刻面：抽象(abstraction)：它是構件概念的抽象性描述操作(operation)：它是構件所提供的操作的描述操作對象(operand)：它描述操作的對象依賴(dependency)：它描述構件與外界的依賴關系常用的構件標準nCORBA(公共對象請求代理體系結構)Common Object Request Broker ArchitectureOMG發(fā)布的構件標準核心是ORB(Object Request Broker)，定義了異構環(huán)境下對象透明地發(fā)送請求和接收響應的基本機制nCOM+微軟開發(fā)的一個構件對象模型，提供了在運行于Windows操作系統(tǒng)之上的單個應用中使用

6、不同廠商生產(chǎn)的對象的規(guī)約 nEJB：一種基于Java的構件標準提供了讓客戶端使用遠程的分布式對象的框架EJB規(guī)約規(guī)定了EJB構件如何與EJB容器進行行交互nCORBA 技術規(guī)范nCORBA 是OMG組織在1991 年提出的公用對象請求代理程序結構技術規(guī)范。CORBA 的底層結構是基于面向對象模型的模塊組成:n1 接口描述語言(OMG Interface Definition Language , OMG IDL ) 、n2 對象請求代理(Object Request Broker , ORB ) n3 IIOP 標準協(xié)議( Internet Inter - ORB Protocol ) n使用

7、接口描述語言編寫的對象接口,使得與語言無關的獨立性成為可能。IDL 使得所有CORBA 對象以一種方式被描述,僅僅需要一個由語言( C/ C + + 、CORBA 或Java ) 到IDL 的“橋梁”。CORBA 對象的互通要以對象請求代理為中介,這種互通信可以在多種流行通信協(xié)議之上實現(xiàn)。在TCP/ IP 上,來自于不同開發(fā)商的ORB 用IIOP 標準協(xié)議進行通訊。nCOM/ DCOM 技術規(guī)范nCOM ( Component Object Model ,組件對象模型) 是Microsoft 軟件組件標準,是構造二進制兼容軟件組件的規(guī)范。COM 的體系結構包括統(tǒng)一數(shù)據(jù)傳輸、持久存儲和智能命名、

8、COM 核心等。其中:n 1 COM 核心：包括服務控制管理、接口代理、接口基和COM 庫。COM 核心定義了COM 對象與使用者如何通過二進制標準接口進行交換的規(guī)格說明。n 2 持久存儲:：通過Istorage 和Istream 接口提供一個“文件系統(tǒng)”。n 3 智能命名：通過對象實現(xiàn)接口,使用戶可以在以后重新連接一個指定的對象實例,并且使對象實例仍保持原來的狀態(tài),另外還提供保存它們名字和其它持久信息的機制。COM 庫提供對所有客戶及組件都非常有用的組件管理服務。nDCOM 是COM 的分布式擴展, Microsoft 把DCOM 作為開發(fā)Internet 和組件的基礎。當客戶和組件位于不同

9、機器時, DCOM 用TCP/ IP 協(xié)議等取代COM 中的本地進程間通信LRPC ,從而對位于Internet 不同n機器上的組件對象之間的相互通訊提供了透明的支持。n目前可以支持DCOM 部件開發(fā)的編程語言很多,如Java、Visual C+/ VisualBasic、Delphi、PowerBuilder 等，具有較好的集成性和擴展性。n微軟的許多其它軟件如OLE、OLE DB、ADO 都是基于COM/DCOM 技術。nCOM/DCOM 并沒有真正實現(xiàn)跨平臺，目前基于COM 的軟件較多，但沒有運行于異構平臺上的基于DCOM 的分布式軟件。COM/DCOM 在微軟平臺上運行情況較好，但對實

10、時性、可靠性等的支持較少。nCOM+技術規(guī)范nCOM+ 是微軟公司在COM、DCOM (Distributed COM)和MTS(Microsoft Transaction Server)基礎上進一步優(yōu)化了組件管理環(huán)境與事務服務3，提供了無縫連接系統(tǒng)。n它以系統(tǒng)服務的形式把原先一些分散的技術綜合起來，并提供簡單的編程模型，以直接應用層的編程接口為應用程序提供服務，使創(chuàng)建服務器應用就像實現(xiàn)客戶應用一樣簡單。COM+ 把COM 模型推向了更高層次，成為了企業(yè)級別分布式軟件開發(fā)領域的重要技術。nCOM+ 組件提供了ASP、ASP Servlet、ASPBean 等技術，實現(xiàn)頁面動態(tài)內(nèi)容的實現(xiàn)與顯示，

11、ASP Servlet 運行在Web 服務器端的Servlet 程序，支持多線程、多用戶訪問，能完成所有CGI 功能。n以SOAP 為基礎的Microsoft 的.NET 顯現(xiàn)出減少實現(xiàn)RPC 的困難，快速實現(xiàn)互操作性的潛力，使COM+組件可以與CORBA 和Java 標準進行通信。n采用MFC(Microsoft foundation class library)和ATL(activetemplate library)作為開發(fā)工具，用COM+技術把模塊的類做成動態(tài)鏈接庫(DLL)的形式來發(fā)布，可以在物理上把模塊類的包裝與客戶的包裝脫離開來。SOAP通訊協(xié)議：nSimple Object Ac

12、cess Protocol（簡單對象訪問協(xié)議）的英文縮寫，目前已經(jīng)得到IBM 、Ariba 、Commerce One 、SAP 、康柏、惠普等公司的支持。它能夠讓不同應用程序之間通過HTTP通訊協(xié)議，以 XML格式互相交換彼此的資料。作為新生事物， SOAP 通過建立 HTTP 連接隧道來部署自己的協(xié)議：SOAP 要求把請求參數(shù)組織在XML 文檔中，該文檔然后被放到 HTTP POST 請求體中發(fā)送到運行在 Web 主機基于 SOAP 的 Web 服務。同樣，現(xiàn)在正在做很多擴展 SOAP 的工作，使它能使用其它的傳輸協(xié)議，例如 HTTPS 和 SMTP。n它包括四個部分：n1 SOAP 封裝

13、（envelop），封裝定義了一個描述消息中的內(nèi)容是什么，是誰發(fā)送的，誰應當接受并處理它以及如何處理它們的框架；n2 SOAP 編碼規(guī)則（encoding rules），用于表示應用程序需要使用的數(shù)據(jù)類型的實例;n3 SOAP RPC 表示(RPC representation)，表示遠程過程n4 SOAP 綁定（binding），使用底層協(xié)議交換信息nEJB 技術規(guī)范nEJB ( Enterprise Java Beans ) 是J2EE 的核心技術之一,它是建立基于Java 的服務器端組件的標準。nEJB 是以部件為基礎框架,其中每個部件都是分布式對象,可以擴展,也可以適配在不同應用中使用

14、,大大方便了企業(yè)應用開發(fā)。EJB 不局限于一種特定的操作系統(tǒng),也不局限于任何一種特別的機構、服務器解決方案、中間件或者通信協(xié)議,是一種可重用的具有高度可移植性的組件。EJB 組件模型包含了EJB 服務器、容器、Home 接口、Remote 接口等。n三種分布式組件對象模型的比較（表1）n三種模型各有其優(yōu)勢：n Java 由于平臺無關性的優(yōu)勢顯著,成為理想的Internet 技術;n而Windows平臺的廣泛使用也使COM/ DCOM 具有深厚的基礎; nOMG 組織在10 幾年來一直在為自己的組件軟件建立標準,而且已被很多組織和公司采用。對于異構環(huán)境下的企業(yè)應用開發(fā), CORBA 和EJB 有

15、著明顯的優(yōu)勢,并且CORBA 和EJB 所依賴Java 技術可以很好的互補。CORBA 處理網(wǎng)絡透明性, EJB 處理實現(xiàn)透明性。因此, CORBA 和EJB 技術緊密結合應是今后多層分布式系統(tǒng)發(fā)展的一大趨勢?；跇嫾能浖_發(fā)過程領域工程步驟-1n領域分析：首先要進行領域分析，收集領域中有代表性的應用樣本，分析應用中的公共部分或相似部分，抽取該領域的應用體系結構n建立領域特定的基準體系結構模型：在領域分析的基礎上，構造該領域的基準體系結構，這個基準體系結構應是可以裁剪和擴充的，并可供該領域的應用復用n標識候選構件：在領域分析和領域基準體系結構模型的基礎上標識該領域的候選構件n泛化(gener

16、alization)和可變性(variability)分析：提高其通用性，同時尋找候選構件在不同應用中的變化點(variation point)，通過設置參數(shù)、繼承或其它手段，使可變部分局部化領域工程步驟-2n重建構件：在泛化和可變性分析的基礎上，重建構件，使它成為可復用構件n構件的測試：對重建的可復用的構件要嚴格測試，以提高其可靠性n構件的包裝：經(jīng)測試的構件應根據(jù)構件庫的要求，對它進行包裝，以便構件庫對它分類儲存和檢索n構件入庫：包裝后的構件即可存入構件庫應用系統(tǒng)工程的步驟-1n建立應用系統(tǒng)的體系結構模型：可以使用構件生產(chǎn)者提供的領域特定的基準體系結構經(jīng)裁剪和/或擴充而獲得n尋找候選構件：根

17、據(jù)應用系統(tǒng)的體系結構模型，從構件庫或其它可利用的構件源中尋找候選構件n評價和選擇合適的構件：評價候選構件以判斷是否適合于待開發(fā)的軟件n構件的修改(modify)和特化(specialize)：在復用時對構件進行特化以滿足特定應用的需要應用系統(tǒng)工程的步驟-2n開發(fā)未被復用的部分：對新系統(tǒng)中未復用的部分進行開發(fā)n構件的組裝：將特化和修改后的可復用構件和新開發(fā)的部分組裝成一個新的軟件系統(tǒng)n集成測試：對組裝后的軟件系統(tǒng)進行集成測試n評價被復用的構件，并推薦可能的新構件CBSD對質量、生產(chǎn)率和成本的影響n對質量的影響：隨著長期的測試和使用，構件能夠保證很高的質量，因此可以使系統(tǒng)開發(fā)的質量得到保證n對生產(chǎn)

18、率的影響：一般來說，大約30% 50%的復用可使生產(chǎn)率提高25%40% n對成本的影響與復用相關的成本應由多個采用復用技術的項目來分擔通常要經(jīng)過23個采用復用的生產(chǎn)周期(大約3年左右)復用才能帶來顯著的效益內(nèi)容摘要n基于構件的軟件開發(fā)概述n應用系統(tǒng)工程n構件的管理n小結建造可復用構件n建造構件的目的是為了以后復用構件，即為復用而建造構件n在建造構件時仍應遵循抽象、逐步求精、信息隱蔽、功能獨立、結構化程序設計等思想和原則n由于面向對象方法具有封裝性、繼承等特點，能有力地支持復用，所以應盡可能考慮采用面向對象方法對可復用構件的要求n構件的設計應具有較高的通用程度n構件應易于調整n構件應易于組裝n構

19、件必須具有可檢索性n構件必須經(jīng)過充分的測試創(chuàng)建領域構件的設計框架n除應遵循已有的設計概念和原則外，還必須考慮應用領域的特征，例如：標準數(shù)據(jù)：應該研究應用領域，并標識出標準的全局數(shù)據(jù)結構(如文件結構或完整的數(shù)據(jù)庫)。于是所有設計的構件都可以用這些標準數(shù)據(jù)結構來刻畫標準接口協(xié)議：應該建立三個層次的接口協(xié)議：構件內(nèi)(intramodular)接口、構件外接口以及人機接口程序模板：程序的結構模型可以作為新程序的體系結構設計的模板可變性分析n構件應具有較強的通用性和可變性n為了滿足不同的復用需求，需要在構件復用時可能發(fā)生變化的一個或多個位置上標識變化點(variation point)，同時為變化點附加

20、一個或多個變體(variant)n例如Account構件的帳號編碼規(guī)則以及透支規(guī)則在不同的國家可能不一樣VP1VP2CVP1 descriptioncontext 構件系統(tǒng)中的門面和變體可變性機制n繼承：在變化點上創(chuàng)建指定抽象類型或抽象類的子類型或子類。n擴展和擴展點：可以在用況和對象構件中的變化點(或擴展點)上附加變體(或擴展)n參數(shù)化：用于模板、框架和宏的類型和類適用于變體較小時(經(jīng)常是一個數(shù)值、短語或表達式)內(nèi)容摘要n基于構件的軟件開發(fā)概述n建造可復用構件n構件的管理n小結應用系統(tǒng)工程n任務：通過組裝可復用構件得到應用系統(tǒng)nCBSD中構件是組成應用系統(tǒng)的基本單元n注重體系結構和構件接口的

21、分析和設計，忽略構件內(nèi)部實現(xiàn)的設計關注接口的設計n接口是構件行為的描述機制，并提供了對其服務的訪問供應接口(Provided interface)：描述構件所提供的服務，可以被其它構件訪問請求接口(requived interface)：請求接口描述構件為完成其功能(服務)需請求其它構件為其提供的服務n一個接口可以有多種實現(xiàn)，并且對使用者隱蔽n接口描述是構件使用者能依賴的所有信息，因此構件接口描述的表達能力和完整性是CBSD方法主要關注的問題之一基于構件的體系結構n基于構件的應用系統(tǒng)體系結構描述了組成應用系統(tǒng)的構件，構件之間的組織結構、交互、約束和關系對系統(tǒng)的組成、結構以及系統(tǒng)如何工作的較為宏

22、觀的描述n如果在領域工程中已開發(fā)了領域基準體系結構(reference architecture)，則可以通過對基準體系結構的剪裁和/或擴充獲得應用系統(tǒng)的體系結構基于構件的體系結構層次n邏輯體系結構以接口形式對每組服務進行描述，并描述那些包怎樣交互來滿足通常的用戶使用場景展示了系統(tǒng)設計的藍圖，可用于驗證系統(tǒng)是否提供了適當?shù)墓δ?，并能在系統(tǒng)功能需求變化時方便地改變系統(tǒng)的設計n物理體系結構描述系統(tǒng)的物理設計，包括硬件及其拓撲結構、網(wǎng)絡和通信協(xié)議、基礎設施(如運行平臺、中間件、數(shù)據(jù)庫管理系統(tǒng)等)，以及軟件系統(tǒng)的部署展示了系統(tǒng)的實現(xiàn)構架，有助于理解系統(tǒng)的許多非功能屬性，如性能、吞吐量、服務的可用性等基

23、于構件的應用系統(tǒng)開發(fā)方法nRationel統(tǒng)一過程Rationals Unified Process，簡稱RUP一個關于軟件開發(fā)的廣泛的過程框架，覆蓋了整個軟件生命周期使用UML進行分析和設計建模，鼓勵使用CBSD方法nThe Select Perspective Method支持通用的構件設計方法，并以Select Component Manager為目標通用構件設計準則使用UML作為構件設計符號nSterling Software的Enterprise-CBD方法鼓勵使用UML的擴展形式把構件的規(guī)格說明和實現(xiàn)分離允許制作技術中立的規(guī)格說明，然后再使用不同的實現(xiàn)技術來實現(xiàn)規(guī)格說明n共同點：關

24、注構件庫中的構件、接口的設計和基于構件構架的應用程序組裝構件鑒定(qualification)n目的：確保獲得的構件可以完成所需的功能并能被集成在系統(tǒng)中與系統(tǒng)的其它構件正確交互n主要依據(jù)是構件的接口描述和相關的規(guī)格說明，但這些信息往往還不足以確保構件能成功地集成到系統(tǒng)中n對于外部提供的成品構件(COTS)可通過運行構件測試版進行鑒定構件鑒定需考慮的因素n應用編程接口(API)n該構件所需的開發(fā)和集成工具n運行時需求，包括使用的資源(如內(nèi)存或存儲器)、時間或速度以及網(wǎng)絡協(xié)議n服務需求，包括操作系統(tǒng)接口和來自其他構件的支持n安全特征，包括訪問控制和身份驗證協(xié)議n嵌入式設計假定，包括特定的數(shù)值或非數(shù)

25、值算法的使用n異常處理構件的特化和組裝n構件特化根據(jù)應用系統(tǒng)的具體情況對其進行特化，對變化點配置特定的變體，必要時要自行開發(fā)變體如果所選的構件不能完全滿足應用系統(tǒng)的功能需求，還需對構件作適當?shù)男薷娜绻x的構件未按構件標準開發(fā)(如遺產(chǎn)系統(tǒng)中抽取的構件)時，還需按某種構件標準對其進行包裝n構件組裝將經(jīng)過鑒定和特化后的構件組裝成應用系統(tǒng)提倡使用構件組裝工具來組裝應用系統(tǒng)(能檢查接口匹配中的錯誤，實現(xiàn)組裝的自動化或半自動化)內(nèi)容摘要n基于構件的軟件開發(fā)概述n建造可復用構件n應用系統(tǒng)工程n小結構件的管理n構件的分類描述對構件庫中的構件進行合理的分類和組織，幫助軟件開發(fā)人員方便地找到所需要的構件大多數(shù)的

26、研究都建議使用圖書館科學索引方法進行構件分類n構件庫管理系統(tǒng)：主要用于構件的儲存、檢索、瀏覽和管理常用的構件分類模式-1n枚舉分類(Enumerated Classification)將構件組織成分類層次結構，構件庫中的構件按某些性質分成若干大類，每個大類又分成若干較小的類，經(jīng)過若干次分解，形成構件分類的層次結構，實際的構件位于層次結構的最低層，其它層次則表示構件的類或子類枚舉分類模式的分層結構易于理解和檢索，但是，在建立層次結構之前，必須進行領域分析，尋找合適的供分類的性質。n屬性值分類(Attribute_Value Classification)為所有構件定義一組屬性，每個構件都具有一組

27、屬性值，開發(fā)人員通過指定一組屬性值對構件庫檢索與刻面分類方法非常類似，不同點在于：屬性值分類法對可使用的屬性數(shù)量沒有限制；屬性沒有優(yōu)先級；不使用同義詞常用的構件分類模式-2n刻面分類(Faceted Classification)根據(jù)一組刻面對構件分類，每個刻面從不同的側面對構件庫中的構件進行分類，并根據(jù)重要性設置刻面的優(yōu)先級每個刻面由一組術語(term)構成,稱之為術語空間(term space)，這些術語通常是描述性的關鍵詞檢索：用戶通過指定一組刻面的術語值尋找匹配的構件使用同義詞詞典(thesaurus)解決用戶指定的術語值與庫中構件所對應的術語值之間的不一致問題評價：具有較好的靈活性，

28、易于加入新的刻面值，比枚舉分類模式易于擴展和修改構件庫管理系統(tǒng)的主要功能n構件的分類存儲(即添加構件)：根據(jù)構件庫的分類模型將入庫的構件儲存在構件庫中n構件檢索：從構件庫中檢索出滿足用戶要求或接近用戶要求的構件.n構件庫瀏覽：瀏覽庫中的全部或部分構件n刪除構件：將不再使用的構件從構件庫中刪去n構件使用情況評價：根據(jù)用戶使用和檢索構件的反饋意見對構件作出評價，為進一步的改進提供依據(jù)構件的描述和檢索n構件庫管理系統(tǒng)的兩個關鍵技術n直接影響到構件庫檢索的查準率(precision)、查全率(recall)和效率(efficient)n常用的構件檢索方法規(guī)約匹配：基于有序的謂詞邏輯的匹配，通過謂詞演算

29、公式進行精確匹配,通過邏輯連接符和邏輯量詞進行部分精確匹配特征(signature)匹配：通過接口的定義進行匹配，適用于函數(shù)之類的構件術語輪廓匹配：基于構件編目描述語言的匹配，將每一個構件的編目描述作為該構件的一個特征矢量，通過測算矢量的距離進行匹配行為采樣：基于構件測試的匹配，根據(jù)測試結果相同的概率進行匹配內(nèi)容摘要n基于構件的軟件開發(fā)概述n建造可復用構件n應用系統(tǒng)工程n構件的管理小結n基于構件的軟件開發(fā)(CBSD)是20世紀90年代開始流行的開發(fā)方法。nCBSD支持軟件復用，能有效提高軟件的開發(fā)效率和質量，降低開發(fā)和維護成本，因此受到人們的關注。n本章內(nèi)容：基于構件的軟件開發(fā)的概念、領域工程

30、過程和應用系統(tǒng)工程過程、可復用構件的建造、基于CBSD的應用系統(tǒng)分析和設計、以及構件的管理Serplogic 青鳥軟件構件庫管理系統(tǒng)JBCLMS./Main.don系統(tǒng)特點系統(tǒng)特點：n1 系統(tǒng)采用基于B/S的多層體系結構；2 采用分布式的應用架構；3 完全支持UDDI V2.0標準規(guī)范；4 采用J2EE V2.0，基于EJB技術，具有較強的靈5 活性和擴充性；6 支持刻面分類等多種分類模式；7 提出并采用基于角色的用戶管理機制，使系統(tǒng)具；n8有靈活的權限分配和安全的控制方式。 n系統(tǒng)功能：系統(tǒng)功能：1 提供分布式構件及其服務的注冊、發(fā)布、查詢、管理等功能，提供構件管理信息與實體的有效管理平臺；2 實現(xiàn)軟件構件庫中構件管理與構件服務的集成，軟件資產(chǎn)與構件服務的集成；3 結合配置管理技術，對構件的構造性和演化性進行支持；4以UDDI Registry（UDDI注冊中心）形式對Web services形態(tài)的構件提供有效管理支持，并對外界提供服務；5 提供以刻面分類為主，結合多種標準的分類方法對構件庫中大量構件進行有效的管理；6 供多樣化的檢索機制，用戶可以更加靈活地查找構件；7 實行基于角色的用戶管理，提供更靈活的訪問控制機制。