王光偉（裝甲兵工程學(xué)院科研部，北京　100072）

一種基于構(gòu)件的軟件系統(tǒng)性能工程生命周期過程模型

王光偉
（裝甲兵工程學(xué)院科研部，北京100072）

0　引言

軟件構(gòu)件技術(shù)近年來在軟件開發(fā)中得到了廣泛的應(yīng)用，基于構(gòu)件的軟件開發(fā)（Component-Based Software Development，CBSD）通過組裝已有的構(gòu)件實現(xiàn)軟件復(fù)用，能夠較短時間內(nèi)開發(fā)出開發(fā)新的系統(tǒng)，提高了軟件開發(fā)效率和產(chǎn)品質(zhì)量?；跇?gòu)件的軟件系統(tǒng)性能是指系統(tǒng)對及時性要求的符合程度，通常用響應(yīng)時間、吞吐量、資源利用率等性能指標(biāo)進(jìn)行衡量。

傳統(tǒng)軟件工程中的軟件性能管理通常采用 “以后修正”（Fix-it-later）的方法，在構(gòu)件設(shè)計、開發(fā)、組裝等前期階段時對性能關(guān)注不夠，直到系統(tǒng)基本完成實現(xiàn)進(jìn)行測試和試運(yùn)行的時候才著力解決性能瓶頸，但很多性能問題是由于在系統(tǒng)設(shè)計帶來的，此時已不能從體系結(jié)構(gòu)進(jìn)行較大的更改，提高性能的途徑是有限的，往往不能從根本上解決出現(xiàn)的軟件性能問題。為解決這一問題，提出了軟件性能工程（Software Performance Engineering，SPE），軟件性能工程技術(shù)不僅能夠使得軟件的功能屬性在軟件的整個軟件開發(fā)生命周期中能夠被追蹤、管理，軟件的非功能屬性和性能也能夠被追蹤［1］。

但是傳統(tǒng)的軟件性能工程在基于構(gòu)件的軟件開發(fā)過程中遇到了新問題，與傳統(tǒng)的軟件開發(fā)方式相比，基于構(gòu)件的軟件開發(fā)更加強(qiáng)調(diào)構(gòu)件的組裝、配置、部署、運(yùn)行與動態(tài)重構(gòu)［2］，而傳統(tǒng)的軟件性能工程沒有提供對這些階段的支持方法，例如在構(gòu)件動態(tài)重構(gòu)時，因為傳統(tǒng)的軟件性能工程沒有直接提供對分布式構(gòu)件組裝的支持，軟件的原有性能就不能直接應(yīng)用在基于構(gòu)件的軟件開發(fā)過程中技術(shù)中。另外，在構(gòu)件動態(tài)重構(gòu)時，軟件的原有性能屬性都會發(fā)生變化，而傳統(tǒng)的軟件性能工程都沒有提供應(yīng)對變化的方法。因此需要針對構(gòu)件開發(fā)的特點(diǎn)，對軟件性能工程中的性能過程模型進(jìn)行研究，提出適合基于構(gòu)件的軟件系統(tǒng)開發(fā)的新的性能過程模型。

1　構(gòu)件性能的影響因素

構(gòu)件是軟件系統(tǒng)中具有相對獨(dú)立功能的組成實體，通過標(biāo)準(zhǔn)接口對外提供服務(wù)，具有可復(fù)用、可組裝、可替換的特點(diǎn)。構(gòu)件通過對外提供的接口稱為服務(wù)接口（provide interface）、請求接口（request interface）［3］。

構(gòu)件性能的影響的因素比較復(fù)雜，因為構(gòu)件的性能不僅取決于構(gòu)件內(nèi)部實現(xiàn) （如構(gòu)件實現(xiàn)采用的算法和編程語言），還取決于構(gòu)件部署的環(huán)境。構(gòu)件性能的影響因素主要包括：構(gòu)件實現(xiàn)、請求服務(wù)、部署平臺、輸入?yún)?shù)、資源競爭。如圖1所示。

圖1　構(gòu)件性能影響因素

構(gòu)件的實現(xiàn)：在構(gòu)件定義時，對于相同的服務(wù)接口，不同的構(gòu)件開發(fā)人員可以使用完全不同的方法實現(xiàn)，雖然這些構(gòu)件提供的服務(wù)接口都是相同的，即構(gòu)件功能是相同的，但是由于構(gòu)件內(nèi)部具體實現(xiàn)不同，如采用的算法不同、編程實現(xiàn)不同等。即使在相同的運(yùn)行環(huán)境下，這些服務(wù)接口相同內(nèi)部實現(xiàn)不同的構(gòu)件展現(xiàn)出的構(gòu)件性能仍然是不同的。

部署平臺：構(gòu)件性能受部署環(huán)境的影響，部署環(huán)境包括硬件環(huán)境和軟件環(huán)境，硬件環(huán)境如CPU的個數(shù)和主頻、內(nèi)存容量、網(wǎng)絡(luò)帶寬、外部存儲設(shè)備的性能等。除硬件之外，還包括軟件中間層的影響，如構(gòu)件容器、虛擬機(jī)、操作系統(tǒng)等，如.NET平臺對構(gòu)件性能的影響構(gòu)件。

輸入?yún)?shù)：當(dāng)用戶調(diào)用構(gòu)件提供的服務(wù)時，服務(wù)的執(zhí)行時間會因用戶輸入的不同參數(shù)值而不同，如某數(shù)學(xué)運(yùn)算構(gòu)件，用戶輸入數(shù)值的大小會影響構(gòu)件運(yùn)行的時間。除用戶輸入外，構(gòu)件運(yùn)行時還可能需要調(diào)用其依賴的其他構(gòu)件提供的參數(shù)值，這些參數(shù)值也會影響構(gòu)件的執(zhí)行時間。

資源競爭：在運(yùn)行平臺上構(gòu)件通常不是獨(dú)立的，而是與其他進(jìn)程一起運(yùn)行，構(gòu)件與該平臺環(huán)境中其他運(yùn)行的進(jìn)程之間可能存在資源競爭關(guān)系，如線程池的線程數(shù)量、數(shù)據(jù)庫連接數(shù)、信號量等，構(gòu)件在運(yùn)行時等待競爭資源的時間會影響構(gòu)件執(zhí)行的總時間，帶來構(gòu)件性能的影響。

2　構(gòu)件生命周期的性能建模內(nèi)容

在構(gòu)件生命周期的不同階段，對構(gòu)件性能起重要作用的影響因素是不同的，因此，需要提出構(gòu)件生命周期性能模型。文獻(xiàn)［4］把構(gòu)件生命周期分為三個階段：設(shè)計階段、部署階段和運(yùn)行階段。Cheesman和Daniels［5］提出了的理想化的構(gòu)件生命周期的四個階段：構(gòu)件的定義、構(gòu)件的實現(xiàn)、構(gòu)件的部署和構(gòu)件的運(yùn)行。在構(gòu)件生命周期的每個階段，構(gòu)件性能建模的內(nèi)容和關(guān)注點(diǎn)有所不同。

在構(gòu)件的定義階段，性能管理主要體現(xiàn)為描述構(gòu)件的服務(wù)接口和請求接口，可以使用UML建模語言進(jìn)行描述。由于此時構(gòu)件還沒有實現(xiàn)，對該構(gòu)件的實現(xiàn)、部署、運(yùn)行時的有關(guān)性能的相關(guān)信息無法得到，所以構(gòu)件性能模型只能對該構(gòu)件提供服務(wù)接口的性能需求進(jìn)行定義和描述，即對構(gòu)件性能指標(biāo)的定義，如某數(shù)據(jù)庫訪問構(gòu)件的查詢操作的最長時間不超過10秒。

在構(gòu)件的實現(xiàn)階段，構(gòu)件功能的實現(xiàn)需要向其他構(gòu)件提供的接口請求服務(wù)，實現(xiàn)需求定義時的構(gòu)件功能。由于此時構(gòu)件尚未部署和運(yùn)行，因此構(gòu)件實現(xiàn)階段的性能模型包括不依賴硬件平臺的資源需求和構(gòu)件行為信息，以及用戶輸入?yún)?shù)等。

在構(gòu)件的部署階段，已實現(xiàn)的構(gòu)件與其他構(gòu)件進(jìn)行裝配后部署到硬件平臺上，該階段的構(gòu)件性能模型包括構(gòu)件容器、操作系統(tǒng)和硬件的信息。此時與硬件平臺無關(guān)的資源需求可以轉(zhuǎn)換為平臺相關(guān)的資源需求，如將構(gòu)件實現(xiàn)階段的 “處理器周期”轉(zhuǎn)換為 “執(zhí)行時間”。

最后，在構(gòu)件的運(yùn)行階段，構(gòu)件被實例化并運(yùn)行，可以響應(yīng)客戶端的請求。此時的構(gòu)件是在運(yùn)行在內(nèi)存中的一個對象的實例。構(gòu)件運(yùn)行階段的性能模型，還包括此階段構(gòu)件的吞吐量 （即客戶端調(diào)用構(gòu)件的數(shù)量），用戶的輸入?yún)?shù)以及與構(gòu)件性能相關(guān)的內(nèi)部狀態(tài)。此外，系統(tǒng)的整體性能模型還包括系統(tǒng)中與構(gòu)件并行運(yùn)行的其他進(jìn)程參與系統(tǒng)資源的情況。

3　構(gòu)件系統(tǒng)生命周期的性能過程模型

在基于構(gòu)件的軟件系統(tǒng)生命周期中，從早期設(shè)計階段的性能預(yù)測到運(yùn)行階段的性能測試，都需要采用來自系統(tǒng)架構(gòu)師和構(gòu)件開發(fā)人員提供的信息。首先進(jìn)行系統(tǒng)需求分析，構(gòu)件開發(fā)人員根據(jù)需求檢索已有構(gòu)件，判斷現(xiàn)有構(gòu)件是否滿足需求：如果已有構(gòu)件能夠?qū)崿F(xiàn)所需功能和性能需求，則對該構(gòu)件進(jìn)行性能測試，放入構(gòu)件庫；如果沒有滿足功能需求的構(gòu)件，需要進(jìn)行構(gòu)件需求分析，定義構(gòu)件的功能需求和性能需求，進(jìn)行構(gòu)件性能建模，此時的模型稱為架構(gòu)模型，包括構(gòu)件部署模型、構(gòu)件組裝模型和構(gòu)件運(yùn)行模型，架構(gòu)模型經(jīng)過模型轉(zhuǎn)換成為可以進(jìn)行分析和評估的系統(tǒng)性能模型，通常使用排序網(wǎng)絡(luò)等技術(shù)進(jìn)行系統(tǒng)性能模型建模，對性能模型進(jìn)行分析評估或者仿真運(yùn)行，得到可供分析評估構(gòu)架性能的數(shù)據(jù)，形成構(gòu)件性能矩陣，對性能數(shù)據(jù)進(jìn)行評估，檢查性能需求是否滿足。如果滿足需求則進(jìn)行構(gòu)件組裝、測試和發(fā)布，否則檢查性能模型并重新設(shè)計，再次建模?；跇?gòu)件的軟件系統(tǒng)生命周期性能模型如圖2所示。

構(gòu)件開發(fā)人員為構(gòu)件的性能模型提供性能預(yù)測需要的參數(shù)，得到參數(shù)化的構(gòu)件性能模型，構(gòu)件開發(fā)者對構(gòu)件的性能建模需要從構(gòu)件定義開始，而此時構(gòu)件尚未實現(xiàn)，構(gòu)件性能模型需要的參數(shù)是未知的，需要構(gòu)件開發(fā)者進(jìn)行估計，例如資源的需求和依賴的服務(wù)。如果存在已實現(xiàn)的構(gòu)件，則對構(gòu)件進(jìn)行靜態(tài)分析或者使用試驗床上進(jìn)行運(yùn)行得到構(gòu)件性能參數(shù)。

構(gòu)件開發(fā)人員將該階段的結(jié)果存入構(gòu)件庫，供企業(yè)內(nèi)其他人員訪問，該構(gòu)件庫可以存放構(gòu)件性能模型，還可存放構(gòu)件的需求定義文檔、已實現(xiàn)的構(gòu)件、其他文檔等。構(gòu)件開發(fā)者也可從中檢索已有構(gòu)件組合成新構(gòu)件。

構(gòu)件開發(fā)人員是從單個構(gòu)件的視角進(jìn)行性能建模，而系統(tǒng)架構(gòu)師是從系統(tǒng)的角度進(jìn)行全系統(tǒng)的性能建模，系統(tǒng)架構(gòu)師根據(jù)設(shè)計系統(tǒng)架構(gòu)的需求，將構(gòu)件庫中的構(gòu)件性能模型進(jìn)行組裝，包括構(gòu)件組裝模型、部署模型和運(yùn)行模型，組裝模型描述了將構(gòu)件庫中選擇的已有構(gòu)件組裝成系統(tǒng)的構(gòu)件連接關(guān)系，部署模型定義了構(gòu)件部署的軟硬件平臺，運(yùn)行模型定義了系統(tǒng)運(yùn)行時的使用信息，如負(fù)載、輸入?yún)?shù)、和內(nèi)部狀態(tài)等。

然后系統(tǒng)架構(gòu)師將包含組裝模型、部署模型和運(yùn)行模型的完整架構(gòu)模型進(jìn)行組裝，轉(zhuǎn)換成系統(tǒng)級的性能模型，通常使用排隊網(wǎng)絡(luò)、隨機(jī)Petri網(wǎng)、隨機(jī)進(jìn)程代數(shù)等方法建模并進(jìn)行模擬，得出系統(tǒng)的性能指標(biāo)，如響應(yīng)時間、吞吐量和資源利用率等，系統(tǒng)架構(gòu)師將這些數(shù)據(jù)與系統(tǒng)性能需求指標(biāo)進(jìn)行比較，檢查是否符合系統(tǒng)性能需求。

下面對構(gòu)件性能模型進(jìn)行需求評審，如果評審的預(yù)測的結(jié)果表明，現(xiàn)有的構(gòu)件設(shè)計不能滿足性能需求，則架構(gòu)模型需要重新設(shè)計，以提高性能。軟件架構(gòu)師也可以改用其他構(gòu)件或采用其他性能模型，以改變性能，這時往往需要與客戶進(jìn)行重新協(xié)商。修改完成之后，得到新的體系結(jié)構(gòu)模型，對新模型重新進(jìn)行預(yù)測性能和評估。

圖2　基于構(gòu)件的軟件開發(fā)性能過程模型

如果預(yù)測結(jié)果表明該設(shè)計可以滿足需求，則可以開始進(jìn)行系統(tǒng)的實現(xiàn)。在構(gòu)件配置階段，軟件架構(gòu)師可以建造或購買決策中指定的構(gòu)件體系結(jié)構(gòu)模型。一旦所有的構(gòu)件都實現(xiàn)或購買，軟件架構(gòu)師即可進(jìn)行構(gòu)件組裝和整個系統(tǒng)的測試。除了功能測試，軟件架構(gòu)師對系統(tǒng)的性能進(jìn)行容量規(guī)劃（如確定最大負(fù)荷）。測試完成后，軟件設(shè)計師給客戶發(fā)布完整的系統(tǒng)。

4　結(jié)語

通過分析在傳統(tǒng)的軟件性能工程中對基于構(gòu)件的軟件系統(tǒng)的性能出現(xiàn)的新問題，研究了構(gòu)件的性能影響因素和，面向構(gòu)件生命周期的全過程對性能模型進(jìn)行了分析，最后給出了一種基于構(gòu)件的軟件系統(tǒng)生命周期性能模型，該模型為在基于構(gòu)件的軟件系統(tǒng)的設(shè)計開發(fā)過程中，更好地進(jìn)行性能預(yù)測和性能管理提供了一種參考模型。

［1］王克波.基于分布構(gòu)件的軟件性能工程［J］.計算機(jī)工程與科學(xué)，2006，28（11）：105-107.

［2］R Dube.A comparison of the memory management subsystem in FreeBSD and Linux［R］.Technical Report CST R3929，University of Maryland，1998.

［3］陳霄等.采用構(gòu)件組裝技術(shù)協(xié)同開發(fā)Web應(yīng)用的方法［J］.計算機(jī)科學(xué)與探索，2013，7（2）：115-116.

［4］B.Christiansson，L.Jakobsson，and I.Crnkovic，“CBD Process，”building reliable component-based software systems，I.Crnkovic and M.Larsson，eds.，pp.89-113，Artech House，2002.

［5］J.Cheesman，J.Daniels.UML Components：A simple process for specifying component-based software systems.Addison-Wesley，2001.

Software Component；Software Performance；Process Model

A Life-Cycle Process Model of Software System Performance Engineering Based on Component

WANG Guang-wei
（Department of Scientific Research，Academy of Armored Forces Engineering，Beijing 100072）

1007-1423（2015）21-0014-04

10.3969/j.issn.1007-1423.2015.21.004

王光偉（1980-），男，山東沂南人，講師，碩士，研究方向為軟件工程

2015-06-04

2015-07-01

在基于構(gòu)件的軟件系統(tǒng)開發(fā)過程中，傳統(tǒng)的軟件性能工程不能解決構(gòu)件的組裝、部署、運(yùn)行等階段的軟件性能管理問題。為解決這一問題，研究構(gòu)件生命周期的每個階段的軟件性能影響因素，提出一種基于構(gòu)件的軟件系統(tǒng)性能模型。

軟件構(gòu)件；軟件性能；過程模型

In the development process of component-based software system，the traditional methods in software performance engineering can not solve the software performance management problems in the stages of component assembling，deployment，runtime etc.To solve this problem，researches factors influencing component performance in each stage of the life-cycle process，and proposes a model for componentsbased software system performance.