本發(fā)明屬于軟件開發(fā)技術(shù)領(lǐng)域，特別是涉及一種基于軟件構(gòu)架驅(qū)動(dòng)的分布式系統(tǒng)開發(fā)方法。

背景技術(shù)：

從早期的程序設(shè)計(jì)庫開始，復(fù)用便是軟件開發(fā)中一個(gè)重要的方面。到20世紀(jì)80年代，隨著面向?qū)ο蟮娜諠u普及，復(fù)用己成為軟件設(shè)計(jì)一個(gè)必要的目標(biāo)。借鑒硬件的生產(chǎn)模式，實(shí)現(xiàn)軟件的工業(yè)化生產(chǎn)，軟件復(fù)用是必需的手段。軟件復(fù)用是指通過對(duì)己有軟件的各種有關(guān)知識(shí)來建立新的軟件。因此以復(fù)用為目的的，基于構(gòu)件的軟件開發(fā)CBSD便應(yīng)運(yùn)而生。

廣義而言，構(gòu)件(Component)是預(yù)先編制好的軟件模塊，它完全吸收了面象對(duì)象設(shè)計(jì)思想中封裝性的概念，而且更為嚴(yán)格。從系統(tǒng)構(gòu)造的角度，構(gòu)件是一個(gè)可以被復(fù)用的、自包含的、獨(dú)立于語言、平臺(tái)和具體應(yīng)用的、通過公布的接口訪問其功能的系統(tǒng)構(gòu)造塊。構(gòu)件包裝了一系列相互關(guān)聯(lián)的操作和服務(wù)。構(gòu)件的基本組成是接口、實(shí)現(xiàn)和部署，接口描述了構(gòu)件提供和所需的服務(wù)，實(shí)現(xiàn)是構(gòu)件功能代碼部分，部署是物理上可執(zhí)行的文件的。與對(duì)象不同的是，構(gòu)件不僅定義了提供接口而且定義了需求接口。構(gòu)件只能通過其接口來訪問，而不直接與別的構(gòu)件通信。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的在于提供一種基于軟件構(gòu)架驅(qū)動(dòng)的分布式系統(tǒng)開發(fā)方法，通過采用上下結(jié)合的開發(fā)方法針對(duì)大型的分布式系統(tǒng)，使用構(gòu)架從上層描述系統(tǒng)，強(qiáng)調(diào)構(gòu)件的結(jié)構(gòu)及構(gòu)件的交互關(guān)系。

本發(fā)明是通過以下技術(shù)方案實(shí)現(xiàn)的：

本發(fā)明為一種基于軟件構(gòu)架驅(qū)動(dòng)的分布式系統(tǒng)開發(fā)方法，包括如下步驟：

步驟一，需求分析：包括分層架構(gòu)和用例模型；所述分層架構(gòu)的應(yīng)用系統(tǒng)通過構(gòu)件系統(tǒng)，所述構(gòu)件系統(tǒng)通過子構(gòu)件組成；所述用例模型由執(zhí)行者和用例組成；

步驟二，構(gòu)架建模：將步驟一所得的分析模型用SA建模工具轉(zhuǎn)化為SA模型和ADL描述；

步驟三，求精轉(zhuǎn)換：完成步驟二中SA的ADL描述模型到OO的UML模型的求精與轉(zhuǎn)換；

步驟四，構(gòu)件實(shí)現(xiàn)：在步驟三所得的OO模型上，根據(jù)目標(biāo)運(yùn)行的中間件平臺(tái)，完成面向編碼和測(cè)試，利用UML代碼生成工具生成中間件骨架代碼；對(duì)實(shí)現(xiàn)構(gòu)件進(jìn)行打包，對(duì)運(yùn)行的構(gòu)件進(jìn)行復(fù)用和組裝；

步驟五，將打包的運(yùn)行構(gòu)件部署到中間平臺(tái)，并進(jìn)行測(cè)試。

優(yōu)選地，所述步驟一中執(zhí)行者為用戶與構(gòu)建的系統(tǒng)交互的實(shí)體，執(zhí)行者位于系統(tǒng)之外；所述用例為系統(tǒng)在執(zhí)行者的作用下執(zhí)行的行為。

為了將用例映射到分析模型上，分解用例，確定可以成為分析模型中的“類型”的要素，根據(jù)分析校型中的實(shí)體重新定義用例，形成第一次迭代，這樣分析模型更接近實(shí)體，責(zé)任，操作的描述。同時(shí)根據(jù)用例關(guān)系和上面所述的層的構(gòu)架結(jié)構(gòu)，確定用例分布在構(gòu)架的層次，形成一個(gè)二維的分析模型。

本發(fā)明具有以下有益效果：

本發(fā)明通過采用上下結(jié)合的開發(fā)方法針對(duì)大型的分布式系統(tǒng)，使用構(gòu)架從上層描述系統(tǒng)，強(qiáng)調(diào)構(gòu)件的結(jié)構(gòu)及構(gòu)件的交互關(guān)系。強(qiáng)調(diào)維護(hù)構(gòu)架模型，強(qiáng)調(diào)系統(tǒng)描述性的原則性，非可執(zhí)行的構(gòu)架的基線，設(shè)計(jì)具有靈活性，可容納修改的直觀的便于理解的系統(tǒng)，并以促進(jìn)有效軟件復(fù)用為目標(biāo)。

當(dāng)然，實(shí)施本發(fā)明的任一產(chǎn)品并不一定需要同時(shí)達(dá)到以上所述的所有優(yōu)點(diǎn)。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例的技術(shù)方案，下面將對(duì)實(shí)施例描述所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明的一種基于軟件構(gòu)架驅(qū)動(dòng)的分布式系統(tǒng)開發(fā)方法的流程圖；

圖2為本發(fā)明的一種基于軟件構(gòu)架驅(qū)動(dòng)的分布式系統(tǒng)開發(fā)方法架構(gòu)圖；

圖3為需求分析中的分層架構(gòu)的系統(tǒng)結(jié)構(gòu)圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其它實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

請(qǐng)參閱圖1-3所示，本發(fā)明為一種基于軟件構(gòu)架驅(qū)動(dòng)的分布式系統(tǒng)開發(fā)方法，包括如下步驟：

步驟一，需求分析：包括分層架構(gòu)和用例模型；所述分層架構(gòu)的應(yīng)用系統(tǒng)通過構(gòu)件系統(tǒng)，所述構(gòu)件系統(tǒng)通過子構(gòu)件組成；所述用例模型由執(zhí)行者和用例組成；

步驟二，構(gòu)架建模：將步驟一所得的分析模型用SA建模工具轉(zhuǎn)化為SA模型和ADL描述；

步驟三，求精轉(zhuǎn)換：完成步驟二中SA的ADL描述模型到OO的UML模型的求精與轉(zhuǎn)換；

步驟四，構(gòu)件實(shí)現(xiàn)：在步驟三所得的OO模型上，根據(jù)目標(biāo)運(yùn)行的中間件平臺(tái)，完成面向編碼和測(cè)試，利用UML代碼生成工具生成中間件骨架代碼；對(duì)實(shí)現(xiàn)構(gòu)件進(jìn)行打包，對(duì)運(yùn)行的構(gòu)件進(jìn)行復(fù)用和組裝；

步驟五，將打包的運(yùn)行構(gòu)件部署到中間平臺(tái)，并進(jìn)行測(cè)試。

其中，步驟一中執(zhí)行者為用戶與構(gòu)建的系統(tǒng)交互的實(shí)體，執(zhí)行者位于系統(tǒng)之外；所述用例為系統(tǒng)在執(zhí)行者的作用下執(zhí)行的行為。

為了將用例映射到分析模型上，分解用例，確定可以成為分析模型中的“類型”的要素，根據(jù)分析校型中的實(shí)體重新定義用例，形成第一次迭代，這樣分析模型更接近實(shí)體，責(zé)任，操作的描述。同時(shí)根據(jù)用例關(guān)系和上面所述的層的構(gòu)架結(jié)構(gòu)，確定用例分布在構(gòu)架的層次，形成一個(gè)二維的分析模型。

上下結(jié)合的開發(fā)方法以促進(jìn)有效的軟件復(fù)用為目標(biāo)，主要包括兩種復(fù)用，分別是構(gòu)件復(fù)用和構(gòu)架復(fù)用。復(fù)用首先要有可復(fù)用的元素。

構(gòu)件復(fù)用首先對(duì)構(gòu)件創(chuàng)建、標(biāo)準(zhǔn)化與規(guī)約，以構(gòu)架模式為指導(dǎo)創(chuàng)建可復(fù)用的專業(yè)化構(gòu)件；對(duì)己有構(gòu)件進(jìn)行規(guī)約和適應(yīng)性修改，并將它們存入構(gòu)件庫中。然后是構(gòu)件分類、檢索與存儲(chǔ)，使得復(fù)用者能夠快速地査詢到所霈的構(gòu)件，從構(gòu)件庫中直接獲取符合要求的可復(fù)用構(gòu)件，復(fù)用構(gòu)件必須異有不同層次的描述與形式。

值得注意的是，上述系統(tǒng)實(shí)施例中，所包括的各個(gè)單元只是按照功能邏輯進(jìn)行劃分的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應(yīng)的功能即可；另外，各功能單元的具體名稱也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護(hù)范圍。

另外，本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述各實(shí)施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，相應(yīng)的程序可以存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，所述的存儲(chǔ)介質(zhì)，如ROM/RAM、磁盤或光盤等。

以上公開的本發(fā)明優(yōu)選實(shí)施例只是用于幫助闡述本發(fā)明。優(yōu)選實(shí)施例并沒有詳盡敘述所有的細(xì)節(jié)，也不限制該發(fā)明僅為所述的具體實(shí)施方式。顯然，根據(jù)本說明書的內(nèi)容，可作很多的修改和變化。本說明書選取并具體描述這些實(shí)施例，是為了更好地解釋本發(fā)明的原理和實(shí)際應(yīng)用，從而使所屬技術(shù)領(lǐng)域技術(shù)人員能很好地理解和利用本發(fā)明。本發(fā)明僅受權(quán)利要求書及其全部范圍和等效物的限制。