[發明專利]基于面向方面的構件庫構建方法

有效

• 申請號: 201210443133.7
• 申請日: 2012-11-08
• 公開（公告）號: CN102955697A
• 公開（公告）日: 2013-03-06
• 發明（設計）人: 曹陽;王永會;王守金;宋曉宇
• 申請（專利權）人: 沈陽建筑大學
• 主分類號: G06F9/44
• 分類號: G06F9/44;G06F17/30
• 代理公司: 沈陽杰克知識產權代理有限公司 21207
• 代理人: 李宇彤

技術領域

本發明涉及一種基于面向方面的構件庫構建方法，屬于軟件工程技術領域。

背景技術

軟件構件是軟件系統中具有獨立功能，可以明確標識，借口由規約指定，與語境有明顯依賴關系，可獨立部署和組裝的軟件實體。軟件人員在開發軟件時可大量復用這些構件，從而降低軟件的開發和維護費用，提高軟件的生產率。基于構件的軟件開發已經成為軟件開發的主流技術。但隨著軟件系統規模和復雜性的逐步增加，系統各個構件中間的相互影響變得更加復雜。這些相互影響可能會限制軟件的重用性和可擴展性，并使使系統的正確性和可維護性變差，傳統的在操作系統或者中間件上直接進行軟件開發的模式，受到了極大的挑戰。

為了解決這一問題，我國發明專利，專利號為200710195613的“一種基于構件的領域基礎業務平臺及其構建方法”，在原有的通用橫向構件設計平臺基礎上（如惠普公司的EOS提供了頁面構件、展現構件、控制構件等），公開了一種領域內通用的縱向構件庫的構建方法。該方法具有根據輸入領域內通用基本功能描述集，按照規定的構件劃分規則實現構件聚類和查詢的功能。但如果將一個復雜的系統看作是由多個關注點的組合實現，則上述專利方法的構件庫只包含了核心業務關注點模塊，即該構件庫只滿足各個業務子系統的構建。而橫切關注點，即各個業務子系統都可能涉及的一些公共需求，例如日志記錄、安全性、數據存儲、授權、錯誤檢查等，則在構件庫中未有體現。例如，在系統開發后期，用戶提出需要在系統的各個子系統內部實現錯誤檢查，上述專利方法是編寫一個錯誤檢查的超類，在各個子系統中繼承、實現。不但代碼的修改量很大，而且無疑會增加出錯的概率。正因為橫切關注點可能要跨越多個模塊，同是又必須便于修改、維護和更新，應用程序開發者在進行基于構件軟件開發時不僅需要專注于業務邏輯的視線，還需要熟悉這些橫切關注點，對其API進行編程，使代碼的復用性變差。

發明內容

本發明就是針對上述問題提出來的，目的是提供一種基于面向方面的構件庫構建方法，實現了核心業務關注點和橫切關注點的構件化。

為實現上述目的，本發明解決技術問題的技術方案是：

（1）輸入源代碼文件，并將源代碼信息入庫；

（2）構造方面管理器，從源代碼信息庫中提取類信息，并根據從方面規劃庫中提取方面組件進行編織，最終得到方面構件庫；

（3）語義規則庫查詢提供語義知識作，方面規則庫提供的領域知識，這二者作為查詢時語義推理的依據，由此實現構件查詢機制；

（4）由于查詢是基于語義推理的，查詢后對查詢結果進行排序評價，并根據查詢匹配度向用戶進行構件推薦。

本發明與現有技術相比具有下述優點效果：

（1）由于面向方面的出現就是為解決橫切關注點問題，因此，本發明使用面向方面的構件庫首先帶來的好處就是可以模塊化橫切關注點，由此也使得代碼有良好的可重用性；

（2）使用面向方面構件庫可以解決代碼分散和代碼混亂問題，本發明使面向對象的代碼結構經過方面管理器將轉化為面向方面的代碼結構，這使得基于構件開發的系統代碼冗余小，也易于理解和維護；

（3）由于橫切關注點對于方面來說是透明的，本發明很容易通過建立新的方面加入新的功能。另外當往系統中加入新的模塊時，己有的方面自動橫切進來，使系統易于擴展。

（4）為了使方面構件庫能夠靈活地隨著領域知識的演化而查詢效率不降低，本發明建立了語義規則庫，提供了基于語義推理的查詢機制，實現了高效智能管理方面構件庫方案。

附圖說明

圖1基于面向方面的構件庫構建及查詢過程示意圖。

圖2方面管理器結構示意圖。

圖3基于面向方面的模塊結構轉化實例示意圖。

具體實施方式

下面參見本發明的附圖并結合具體實施例對本發明進行進一步詳細說明，但本發明的保護范圍不受具體的實施例所限制，以權利要求書為準。另外，以不違背本發明方案的前提下，對本發明所作的本領域普通技術人員容易實現的任何改動或改變都將落入本發明的權利要求范圍之內。

參見附圖1，本發明包括以下步驟：

第一步，軟件產品入庫。對源代碼文件進行掃描，并將源代碼信息輸入源代碼信息庫；

第二步，知識庫建立。根據語義知識、領域知識和源代碼信息，分別構建語義規則庫、方面規則庫和方面構件庫。本步驟的具體過程描述如下：