李 明

( 上海青年管理干部學(xué)院，上海 200083)

0 引 言

根據(jù)SOA(Service-oriented Architecture)的理念，把一個(gè)整體事務(wù)看作是由多個(gè)小事務(wù)組成，因此不論使用的是什么軟件流程管理模型，都可以把它拆分成許多個(gè)小任務(wù)［1］，并確定每個(gè)任務(wù)的輸入和輸出，一旦流程被劃分成一個(gè)個(gè)小任務(wù)的時(shí)候，系統(tǒng)就可以按照一種特定的需求去重組或者改進(jìn)流程。本文借鑒RUP(Rational Unified Process)模型為基礎(chǔ)，吸收瀑布模型和極限編程等其他模型的優(yōu)點(diǎn)［2-3］，對(duì)軟件流程管理進(jìn)行系統(tǒng)分析，使其SOA 化?；赟OA的軟件流程管理按照RUP 流程，包含了所有的軟件開發(fā)所應(yīng)用到的文檔及詳細(xì)過程，根據(jù)RUP 流程，軟件過程管理模型如圖1所示。整個(gè)軟件開發(fā)分為3個(gè)階段，在第一階段，項(xiàng)目組成員對(duì)項(xiàng)目進(jìn)行需求調(diào)研，直到內(nèi)部評(píng)審?fù)ㄟ^后，對(duì)項(xiàng)目目標(biāo)、項(xiàng)目范疇進(jìn)行確定，并對(duì)項(xiàng)目進(jìn)行初步估計(jì)［4］。第二階段，對(duì)軟件項(xiàng)目進(jìn)行選擇軟件過程管理模型，選擇范圍有RUP、瀑布、原型法等［5］，并根據(jù)管理模型確定各個(gè)階段的目標(biāo)，制定里程碑時(shí)間，編寫人力資源計(jì)劃，開始在公司尋找相應(yīng)資源，明確開發(fā)環(huán)境和軟件框架。第三階段就是項(xiàng)目的正式開始，項(xiàng)目的執(zhí)行和項(xiàng)目測試。

圖1 軟件過程管理模型圖

在這個(gè)軟件過程流中，只有在需求調(diào)研時(shí)期，公司組織有內(nèi)部評(píng)審，當(dāng)項(xiàng)目不符合，或者公司無法完成項(xiàng)目的時(shí)候，在這個(gè)階段可以通過內(nèi)部評(píng)審的機(jī)制結(jié)束或修訂軟件項(xiàng)目，而當(dāng)通過內(nèi)部評(píng)審后，從項(xiàng)目立項(xiàng)到項(xiàng)目執(zhí)行結(jié)束期間，再?zèng)]有任何修正機(jī)制，這是一般軟件企業(yè)所使用的軟件過程方法。眾所周知，軟件項(xiàng)目固有的復(fù)雜性、易變性和不可見性，尤其是在軟件項(xiàng)目開發(fā)過程中的易變性致使軟件開發(fā)周期長、代價(jià)高和質(zhì)量低等問題。因此基于這些問題，本文提出一個(gè)改進(jìn)的軟件過程管理模型。如圖2所示。

改進(jìn)后的模型在原來的基礎(chǔ)上，在項(xiàng)目執(zhí)行和項(xiàng)目測試之間增加了一個(gè)評(píng)估的模塊，這個(gè)模塊在項(xiàng)目執(zhí)行當(dāng)中，以項(xiàng)目實(shí)施各階段的時(shí)間表為基準(zhǔn)，對(duì)項(xiàng)目實(shí)施進(jìn)行監(jiān)控，當(dāng)項(xiàng)目開發(fā)出現(xiàn)問題的時(shí)候，可以調(diào)整軟件過程管理，重新部署，使之適應(yīng)軟件項(xiàng)目的開發(fā)。

這種需要企業(yè)業(yè)務(wù)靈活應(yīng)對(duì)外部環(huán)境變化的行為正迎合了SOA的思想，因此要達(dá)到對(duì)軟件過程的這種改進(jìn)，就需要在這個(gè)基礎(chǔ)上對(duì)軟件過程進(jìn)行SOA化建模。建模是面向服務(wù)體系結(jié)構(gòu)項(xiàng)目，不同于傳統(tǒng)的建模方式，第一步是選取的所有事項(xiàng)都和具體的業(yè)務(wù)相關(guān)?；赟OA 建模要確定這些業(yè)務(wù)所執(zhí)行的活動(dòng)或流程實(shí)際是什么［6］。對(duì)業(yè)務(wù)體系結(jié)構(gòu)進(jìn)行記錄后，這些記錄不僅可以用于規(guī)劃SOA，還可以用于對(duì)實(shí)際業(yè)務(wù)流程進(jìn)行優(yōu)化。

依據(jù)SOA 思想構(gòu)建系統(tǒng)的步驟，首先把軟件開發(fā)過程5 大階段(需求階段，環(huán)境配置階段，設(shè)計(jì)階段，編碼階段以及測試階段)進(jìn)行服務(wù)分類分析，并規(guī)定每個(gè)任務(wù)模塊有相應(yīng)的輸入和輸出以及判定標(biāo)準(zhǔn)［7］。使用SOA的思想，首先對(duì)軟件過程的每個(gè)階段進(jìn)行服務(wù)鑒別和服務(wù)分類，提取出關(guān)鍵的組件，以構(gòu)件化服務(wù)的形式對(duì)其進(jìn)行實(shí)現(xiàn)。

圖2 改進(jìn)后的軟件過程管理模型圖

1 需求分析階段改進(jìn)

在軟件過程中，需求分析指的是在建立一個(gè)新的或改變一個(gè)現(xiàn)存的系統(tǒng)時(shí)描寫新系統(tǒng)的目的、范圍、定義和功能時(shí)所要做的所有的工作。需求分析是軟件過程中的一個(gè)關(guān)鍵過程［8］。在需求分析階段，項(xiàng)目的任務(wù)還是比較少的，主要是收集需求、分析需求和管理需求3個(gè)任務(wù)，可以作為SOA 思想中所描述的關(guān)鍵組件。這3個(gè)任務(wù)是整個(gè)需求分析階段的關(guān)鍵工作流，在一些軟件公司里還有其他的附加的流程，例如需求階段審核，但本文認(rèn)為這樣的任務(wù)流可作為需求階段的可選任務(wù)，即非關(guān)鍵工作流。需求階段關(guān)鍵服務(wù)流分析結(jié)果如表1所示。

表1 需求階段關(guān)鍵服務(wù)流分析表

2 環(huán)境配置階段改進(jìn)

完成需求分析后，軟件項(xiàng)目進(jìn)入到環(huán)境配置階段，環(huán)境配置和需求分析都屬于軟件開發(fā)的前期準(zhǔn)備階段，還不算真正的展開項(xiàng)目［9］。在環(huán)境配置階段中最重要的任務(wù)就是根據(jù)現(xiàn)有軟件項(xiàng)目的種類、規(guī)模決定對(duì)現(xiàn)有的模型進(jìn)行裁減，這個(gè)階段同時(shí)會(huì)影響接下來各個(gè)階段的實(shí)施情況。環(huán)境配置階段的任務(wù)只有一個(gè)就是裁減模型［10］。

這個(gè)階段是整個(gè)軟件過程管理改進(jìn)模型的核心部分，因?yàn)樵谶@個(gè)階段中，是對(duì)軟件項(xiàng)目管理模型進(jìn)行篩選和改進(jìn)，是整個(gè)項(xiàng)目開發(fā)中首次對(duì)管理框架進(jìn)行調(diào)整，也稱為軟件過程管理系統(tǒng)實(shí)現(xiàn)SOA 化的第一步。項(xiàng)目經(jīng)理可以根據(jù)之前所做的項(xiàng)目需求報(bào)告，得到項(xiàng)目的范疇、大小以及完成時(shí)間要求，并根據(jù)這些要求對(duì)項(xiàng)目所采用的管理開發(fā)模式進(jìn)行選擇改進(jìn)。環(huán)境配置階段服務(wù)流分析如表2所示。

表2 環(huán)境配置階段關(guān)鍵服務(wù)流分析表

3 設(shè)計(jì)階段改進(jìn)

設(shè)計(jì)階段承接了需求分析階段的要求，對(duì)軟件項(xiàng)目的框架、技術(shù)、數(shù)據(jù)庫及接口進(jìn)行了從言語描述到程序?qū)崿F(xiàn)的設(shè)計(jì)［11］。這個(gè)階段主要由軟件設(shè)計(jì)師完成，前臺(tái)設(shè)計(jì)人員根據(jù)需求文檔實(shí)現(xiàn)用戶界面接口，高級(jí)程序員再根據(jù)需求設(shè)計(jì)選擇框架以及確認(rèn)技術(shù)風(fēng)險(xiǎn)，然后確定用戶行為細(xì)節(jié)和數(shù)據(jù)庫設(shè)計(jì)。根據(jù)SOA 思想對(duì)其過程進(jìn)行服務(wù)組件鑒別，可以得到關(guān)鍵服務(wù)組件——構(gòu)建框架、軟件行為詳細(xì)設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)、用戶接口設(shè)計(jì)、開發(fā)平臺(tái)設(shè)計(jì)和設(shè)計(jì)檢驗(yàn)。設(shè)計(jì)階段關(guān)鍵服務(wù)流分析結(jié)果如表3所示。

表3 設(shè)計(jì)階段關(guān)鍵服務(wù)流分析表

4 編碼階段改進(jìn)

編碼階段是整個(gè)軟件過程流中真正開始編寫代碼的時(shí)段。該流程任務(wù)包括明確項(xiàng)目按計(jì)劃完成的情況和測試階段的前期準(zhǔn)備。此任務(wù)開始的標(biāo)志是，程序員編碼開始、管理計(jì)劃正在進(jìn)行中［12-13］。其主要分為3個(gè)同時(shí)進(jìn)行的工作流:構(gòu)建代碼、檢查代碼、發(fā)布版本。在每個(gè)工作流中包含的關(guān)鍵組件有:建立流程、系統(tǒng)集成、集成計(jì)劃和構(gòu)建發(fā)布版本。編碼階段關(guān)鍵服務(wù)流如表4所示。

表4 發(fā)布階段關(guān)鍵服務(wù)流分析表

5 測試階段改進(jìn)

測試是保障軟件質(zhì)量的重要途徑，是針對(duì)軟件這一特殊產(chǎn)品的一道生產(chǎn)工序，是軟件質(zhì)量保證的重要一環(huán)。也就是說，軟件測試不是項(xiàng)目管理過程的需要，而是軟件過程的需要［14］。軟件測試階段的關(guān)鍵過程有執(zhí)行開發(fā)測試、代碼檢查、軟件測試準(zhǔn)備、測試計(jì)劃、設(shè)計(jì)測試、執(zhí)行測試。測試階段關(guān)鍵服務(wù)流如表5所示。

表5 測試階段關(guān)鍵服務(wù)流分析表

6 結(jié)束語

現(xiàn)在的市場已經(jīng)不允許企業(yè)再花大量的時(shí)間去適應(yīng)瞬息萬變，因此企業(yè)需要做到靈活應(yīng)對(duì)。尤其是對(duì)于軟件服務(wù)的需要，將來的系統(tǒng)應(yīng)該是非原子性的，是可以分割的，這種系統(tǒng)組合可以隨著市場需求的變化而做出相應(yīng)的變化，而不是單一地針對(duì)某一方面的市場，或者制作龐大的期望能涵蓋所有功能的系統(tǒng)。把軟件過程管理模型分塊進(jìn)行分析，進(jìn)而劃分成各個(gè)小任務(wù)，并對(duì)每個(gè)任務(wù)實(shí)施進(jìn)行輸入輸出控制，使整個(gè)管理過程SOA 化，這樣基于SOA 軟件過程管理就形成了初步的框架，然后明確什么時(shí)候、什么狀態(tài)下管理人員需要對(duì)本身的軟件過程管理進(jìn)行裁減、修正，有助于企業(yè)避免重復(fù)工作，真正地實(shí)現(xiàn)軟件服務(wù)的靈活性，同時(shí)還可以支持在各個(gè)領(lǐng)域彼此關(guān)聯(lián)的服務(wù)，增強(qiáng)對(duì)元數(shù)據(jù)的管理。

［1］楊昌鋒，王冠，司建輝.基于SOA 構(gòu)建新一代的企業(yè)應(yīng)用集成［J］.計(jì)算機(jī)應(yīng)用與軟件，2005，22(10):122-123.

［2］徐賽華.軟件需求分析研究［J］.吉林師范大學(xué)學(xué)報(bào):自然科學(xué)版，2006，27(1):104-105，110.

［3］［英］Hubhes B，［英］Cotterell M.軟件項(xiàng)目管理(第4 版)［M］.廖彬山，王慧譯.北京:機(jī)械工業(yè)出版社，2007.

［4］［美］Futrell Robert T，［美］Shafer Donald F，［美］Shafer Linda I.高質(zhì)量軟件項(xiàng)目管理［M］.袁科萍，樊慶紅，陳河南譯.北京:清華大學(xué)出版社，2006.

［5］Anne Mete，Jonassen Hass.Configuration Management Principle and Practice［M］.Addison Wesley，Inc.，2002.

［6］Sean Kenefick.Real-World Software Configuration Management［M］.Addison Wesley，Inc.，2002.

［7］張力，薛惠鋒，許振華，等.基于遺傳算法的軟件工程資源配置優(yōu)化模型［J］.計(jì)算機(jī)仿真，2007，24(12):166-169.

［8］倪曉峰，趙文耕，張婕.構(gòu)件軟件配置管理及其版本控制技術(shù)研究［J］.計(jì)算機(jī)工程與應(yīng)用，2005(2):94-96，145.

［9］Buckley C D，Pulsipher D W.The Art of ClearCase Deployment:The Secrets to Successful Implementation［M］.Addison Wesley，Inc.，2003.

［10］Bellagio D E，Milligan T J.Software Configuration Management Strategies and IBM Rational ClearCase:A Practical Introduction (2nd ed.)［M］.Addison Wesley，Inc.2004.

［11］Bellagio D，Giordano A.UCM Stream Strategies and Best Practices［C］// Rational User’s Conference.2004.

［12］Per Kroll，Philippe Kruchten，Grady Booch.The Rational Unified Process Made Easy:A Practitioner’s Guide to Rational Unified Process［M］.Addison Wesley，Inc.2002.

［13］李娜，錢樂秋，趙文耘，等.可變粒度及面向過程的軟件配置管理系統(tǒng)［J］.計(jì)算機(jī)工程，2006，32(1):64-66，150.

［14］方滔.需求變更管理中的可視性問題及其解決方法［J］.自然雜志，2003，25(6):332-334.