cmm質(zhì)量管理論文
論文既是探討問(wèn)題進(jìn)行學(xué)術(shù)研究的一種手段,又是描述學(xué)術(shù)研究成果進(jìn)行學(xué)術(shù)交流的一種工具。這是學(xué)習(xí)啦小編為大家整理的cmm質(zhì)量管理論文,僅供參考!
基于CMM軟件項(xiàng)目質(zhì)量管理的研究篇一
摘要: 軟件企業(yè)或單位軟件過(guò)程的改進(jìn)是軟件能力成熟度模型關(guān)注的焦點(diǎn),首先對(duì)軟件能力成熟度模型進(jìn)行簡(jiǎn)單介紹,并以中小型軟件企業(yè)為分析對(duì)象,對(duì)其軟件過(guò)程管理現(xiàn)有不足進(jìn)行探討,之后對(duì)模型的改進(jìn)及實(shí)施方案進(jìn)行深入闡述。
關(guān)鍵詞: 軟件能力成熟度模型;軟件過(guò)程管理;項(xiàng)目測(cè)試
0 前言
中中國(guó)軟件行業(yè)協(xié)會(huì)相關(guān)統(tǒng)計(jì)資料顯示,從數(shù)量上來(lái)分析,我國(guó)擁有的軟件企業(yè)并不少,然而大多數(shù)的軟件企業(yè)的規(guī)模有限,抗風(fēng)險(xiǎn)能力有限。實(shí)踐證實(shí),中小型軟件企業(yè)在進(jìn)行軟件項(xiàng)目研發(fā)的過(guò)程中,管理無(wú)序、工期延期、系統(tǒng)缺乏可維護(hù)性以及經(jīng)費(fèi)預(yù)算不準(zhǔn)等問(wèn)題普遍存在,這些問(wèn)題給軟件企業(yè)業(yè)務(wù)的開(kāi)展造成了極大的負(fù)面影響,甚至?xí)斐绍浖?xiàng)目失敗。筆者分析,導(dǎo)致這些問(wèn)題的主要原因并非研發(fā)技術(shù)不夠先進(jìn),軟件研發(fā)人員的業(yè)務(wù)能力不夠,而是這些軟件企業(yè)在進(jìn)行軟件研發(fā)過(guò)程中處于無(wú)序狀態(tài),將主要的注意力集中在技巧方面,對(duì)管理的重視程度不夠,換句話(huà)說(shuō),就是軟件生產(chǎn)過(guò)程對(duì)目標(biāo)管理關(guān)注過(guò)度,而忽視了過(guò)程管理。
1 CMM相關(guān)理論及等級(jí)選擇
CMM,即軟件能力成熟度模型,其主要關(guān)注的焦點(diǎn)為軟件企業(yè)改進(jìn)軟件生產(chǎn)過(guò)程,致力于不斷提升軟件研發(fā)組織或項(xiàng)目的軟件過(guò)程能力以及軟件成熟度。對(duì)軟件能力成熟度模型準(zhǔn)確而合理的運(yùn)用可以促進(jìn)軟件研發(fā)質(zhì)量及效率的不斷提升。軟件能力成熟度模型自提出之后,其影響范圍迅速擴(kuò)大,并得到廣泛應(yīng)用,給各國(guó)軟件行業(yè)帶來(lái)了深遠(yuǎn)影響,其作為國(guó)際主流行業(yè)標(biāo)準(zhǔn)的角色已經(jīng)得到普遍認(rèn)可。按照從高到低的順序,可以將軟件能力成熟度模型劃分為五大不同等級(jí),其共涉及關(guān)鍵過(guò)程域18個(gè),目標(biāo)52個(gè)以及關(guān)鍵實(shí)踐316個(gè)。所有成熟度等級(jí)主要是由初始級(jí)以及軟件能力成熟度模型數(shù)個(gè)關(guān)鍵過(guò)程域構(gòu)成。CMM2級(jí)企業(yè)已經(jīng)具備軟件項(xiàng)目管理相關(guān)測(cè)量以及具體的實(shí)施規(guī)程,軟件研發(fā)及維護(hù)過(guò)程波動(dòng)不大,并具有可以重復(fù)使用的成功經(jīng)驗(yàn)。以項(xiàng)目為主要對(duì)象制定過(guò)程管理策略,項(xiàng)目經(jīng)理的主要職責(zé)是對(duì)成本、進(jìn)度以及軟件功能進(jìn)行跟進(jìn),并找出其中存在的不足;遇到問(wèn)題時(shí),具備識(shí)別及糾正的能力,并可以實(shí)現(xiàn)相關(guān)承諾。CMM等級(jí)及管件過(guò)程域分類(lèi)詳見(jiàn)下表所示。
對(duì)基于中小型軟件企業(yè)而言,企業(yè)規(guī)模有限,但一般具備突出的創(chuàng)造力,靈活性也較高,容易溝通;在人才配置方面,主要是技術(shù)研發(fā)人員,其同時(shí)兼顧管理,一般沒(méi)有專(zhuān)業(yè)且經(jīng)驗(yàn)豐富的管理人員;質(zhì)量意識(shí)淡薄,管理水平有限,軟件研發(fā)規(guī)范性有待提升;大多數(shù)是短期星期,產(chǎn)品及過(guò)程欠缺重復(fù)利用性。結(jié)合中小軟件企業(yè)實(shí)際存在的上述不足,在實(shí)施軟件項(xiàng)目研發(fā)管理的過(guò)程中引入CMM項(xiàng)目管理標(biāo)準(zhǔn),可以為軟件項(xiàng)目的實(shí)施及管理提供比那里,在很大程度上提升軟件項(xiàng)目過(guò)程及質(zhì)量。若以CMM標(biāo)準(zhǔn)為參考,中小型軟件企業(yè)尚處于CMM初級(jí)階段,從這點(diǎn)分析,由CMM2級(jí)切入較為適合;但筆者并不贊同對(duì)CMM2級(jí)管理標(biāo)準(zhǔn)進(jìn)行簡(jiǎn)單的照抄照搬,原因在于:1)CMM內(nèi)容的復(fù)雜系數(shù)較高,具備較為完善的標(biāo)準(zhǔn),中小型企業(yè)的資源有限,若進(jìn)行過(guò)度評(píng)審和實(shí)踐將會(huì)造成實(shí)施上的不便;2)CMM培訓(xùn)時(shí)間長(zhǎng)、花費(fèi)大,會(huì)給中小企業(yè)造成極大壓力;3)CMM只對(duì)軟件能力成熟度要實(shí)現(xiàn)的結(jié)果作出了相關(guān)規(guī)定,但并沒(méi)有對(duì)如何實(shí)現(xiàn)這樣的結(jié)果作出說(shuō)明。所以,要想使其更加適應(yīng)于中小型企業(yè)的CMM,還需要對(duì)CMM管理內(nèi)容及相關(guān)標(biāo)準(zhǔn)進(jìn)行優(yōu)化。
CMM軟件的技術(shù)核心是網(wǎng)絡(luò)計(jì)劃,因?yàn)榫W(wǎng)絡(luò)計(jì)劃直接影響了施工生產(chǎn)的進(jìn)度和所產(chǎn)生的費(fèi)用,而且整個(gè)資源的動(dòng)態(tài)管理與控制也都在這個(gè)網(wǎng)絡(luò)計(jì)劃的核心中,所以這個(gè)技術(shù)非常的有價(jià)值,對(duì)于企業(yè)的各項(xiàng)管理來(lái)說(shuō),都是很有管理價(jià)值的。在整個(gè)過(guò)程中,要先做好進(jìn)度計(jì)劃安排,實(shí)施好計(jì)劃和編制,然后根據(jù)編制的進(jìn)度進(jìn)行施工項(xiàng)目,合理的進(jìn)行工作結(jié)構(gòu)的分解和作業(yè)工期等各個(gè)工序的邏輯關(guān)系,使得這樣能夠?qū)τ谑┕どa(chǎn)的流程和方案要求進(jìn)行計(jì)算。最后還要對(duì)于這些成果進(jìn)行優(yōu)化和分析,對(duì)于進(jìn)度編制要積極的檢查和優(yōu)化,這樣能夠?qū)τ谏a(chǎn)作業(yè)的邏輯關(guān)系進(jìn)行檢查和完善,檢查企業(yè)的生產(chǎn)是否滿(mǎn)足其工期的要求,資源配置是否合理。
2 模型改進(jìn)及實(shí)施方案
2.1 改進(jìn)模型
筆筆者在此介紹一個(gè)以CMM2級(jí)為基礎(chǔ)的軟件項(xiàng)目管理模型,具體的結(jié)構(gòu)詳見(jiàn)下圖所示。
該基于CMM2級(jí)的軟件項(xiàng)目管理模型的生命周期結(jié)合了軟件項(xiàng)目研發(fā)生命周期,主要包括需求的確定、制定計(jì)劃、具體實(shí)施、測(cè)試維護(hù)以及最終交付等五個(gè)階段,每個(gè)階段中均含有對(duì)應(yīng)的CMM2級(jí)關(guān)鍵過(guò)程域,軟件質(zhì)量保證以及軟件配置管理貫穿于軟件研發(fā)過(guò)程始終,對(duì)于大部分的中小型軟件企業(yè)而言,軟件研發(fā)項(xiàng)目并不會(huì)采取外包的方式,因此,可以用軟件子合同管理KPA對(duì)其進(jìn)行裁剪;若在實(shí)踐中遇到需要外包的情況,可以在具體的實(shí)施階段有項(xiàng)目經(jīng)理篩選資質(zhì)合格的轉(zhuǎn)包商對(duì)子項(xiàng)目進(jìn)行轉(zhuǎn)包。
2.2 組織結(jié)構(gòu)
改在進(jìn)CMM過(guò)程的第一步就是要調(diào)整軟件組織結(jié)構(gòu),將之前的不科學(xué)之處予以舍棄,并根據(jù)實(shí)際需求裁剪CMM2級(jí)的組織結(jié)構(gòu)。對(duì)于中小型軟件企業(yè)而言,研發(fā)人員隊(duì)伍較為薄弱,如果設(shè)置過(guò)多人員或是過(guò)于復(fù)雜的角色關(guān)系,實(shí)現(xiàn)起來(lái)比較困難。組織結(jié)構(gòu)角色及其工作職責(zé)為:高級(jí)經(jīng)理一名,主要職責(zé)是對(duì)軟件項(xiàng)目進(jìn)行管理;項(xiàng)目經(jīng)理數(shù)名,主要職責(zé)是對(duì)整個(gè)項(xiàng)目進(jìn)行管理;軟件工程組,一般需要根據(jù)項(xiàng)目規(guī)模確定組成人數(shù),主要作用是開(kāi)發(fā)、維護(hù)軟件;系統(tǒng)測(cè)試組,可以由軟件工程組兼任,但必須交叉,也就是說(shuō),同一個(gè)模塊的開(kāi)發(fā)及測(cè)試不能是同一組人員;軟件配置人員,可由項(xiàng)目經(jīng)理兼任,主要工作時(shí)配置軟件產(chǎn)品;軟件質(zhì)量保證組,要盡可能的確保該機(jī)構(gòu)在組織上的獨(dú)立性,如果條件不具備,也能由項(xiàng)目經(jīng)理或者是測(cè)試人員兼任。
2.3 實(shí)施方案
首首先,確定需求,主要是開(kāi)展需求調(diào)研、分析可行性、制定需求文檔以及出具可行性報(bào)告等工作。在該階段,需要注意以下幾方面內(nèi)容:建立相應(yīng)的管理制度,從實(shí)際情況出發(fā),開(kāi)展必要的培訓(xùn),并積極創(chuàng)造交流機(jī)會(huì);適時(shí)引進(jìn)管理工具,并加以推廣,以便于盡可能的降低軟件項(xiàng)目管理壓力;開(kāi)展盡可能詳細(xì)的需求調(diào)研,并且盡量多采用選擇題的方式,避免使用開(kāi)放性問(wèn)題;其次,制定計(jì)劃,主要是向軟件工程的實(shí)施及各個(gè)階段的管理提供一個(gè)科學(xué)可行的計(jì)劃,具體的工作包括:選擇軟件項(xiàng)目開(kāi)發(fā)模型;明確項(xiàng)目資源;對(duì)項(xiàng)目進(jìn)行風(fēng)險(xiǎn)評(píng)估;工作分解與職責(zé)分配;編訂項(xiàng)目計(jì)劃書(shū)。此階段需要注意以下幾方面:根據(jù)每個(gè)開(kāi)發(fā)模型的優(yōu)點(diǎn)及不足、具體需求、項(xiàng)目開(kāi)發(fā)周期以及研發(fā)隊(duì)伍能力等因素來(lái)挑選開(kāi)發(fā)模型;項(xiàng)目經(jīng)理要帶領(lǐng)團(tuán)隊(duì)對(duì)項(xiàng)目進(jìn)行全面評(píng)估;結(jié)合研發(fā)人員特長(zhǎng)分配職責(zé);再次,具體實(shí)施,為了提供足夠的項(xiàng)目實(shí)施實(shí)際進(jìn)度可見(jiàn)度,防止在項(xiàng)目實(shí)際實(shí)施過(guò)程與原計(jì)劃出現(xiàn)較大偏差的情況下,管理部門(mén)可以及時(shí)采取有效應(yīng)對(duì)方案,需啊喲開(kāi)展項(xiàng)目跟蹤及監(jiān)控。在此階段,需要注意的是,在進(jìn)行編碼時(shí),客戶(hù)有可能對(duì)需求進(jìn)行調(diào)整,這就要求項(xiàng)目經(jīng)理能夠隨時(shí)提出需求變更請(qǐng)求,評(píng)估及批準(zhǔn)權(quán)掌握在如見(jiàn)配置組手中;使用VSS等版本管理工具,這樣既可以保證項(xiàng)目開(kāi)發(fā)組成員使用最新的代碼及文檔,由便于程序的調(diào)試、修改和管理;項(xiàng)目的測(cè)試及維護(hù),主要目的是為確保軟件及服務(wù)質(zhì)量,軟件研發(fā)及軟件項(xiàng)目管理的每個(gè)階段都貫穿著項(xiàng)目的測(cè)試及維護(hù);最后一個(gè)階段就是最終交付,在項(xiàng)目的最終交付時(shí)并不包含任何KPA,主要涉及到的工作有項(xiàng)目驗(yàn)收、項(xiàng)目資料歸檔以及培訓(xùn)等。
3 結(jié)語(yǔ)
綜綜上所述,對(duì)于規(guī)模有限的軟件企業(yè)而言,在進(jìn)行軟件項(xiàng)目研發(fā)的過(guò)程中,普遍存在著管理無(wú)序、工期延期、系統(tǒng)缺乏可維護(hù)性等問(wèn)題,給軟件企業(yè)業(yè)務(wù)的開(kāi)展造成了極大的負(fù)面影響,導(dǎo)致這些問(wèn)題的主要原因在于對(duì)管理的重視程度不夠,筆者在軟件開(kāi)發(fā)生命周期的基礎(chǔ)之上,運(yùn)用CMM2級(jí)項(xiàng)目管理關(guān)鍵過(guò)程域,構(gòu)建了依托于CMM2級(jí)的軟件項(xiàng)目管理模型,并分別從需求的確定、制定計(jì)劃、具體實(shí)施、測(cè)試維護(hù)以及最終交付等五個(gè)階段對(duì)項(xiàng)目模型的具體實(shí)施進(jìn)行了闡述。
參考文獻(xiàn):
[1]宋華青,國(guó)內(nèi)軟件企業(yè)軟件開(kāi)發(fā)質(zhì)量與項(xiàng)目管理[D].對(duì)外經(jīng)濟(jì)貿(mào)易大學(xué),2003:56.
[2]董鋒,基于軟件過(guò)程改進(jìn)理論提高軟件生產(chǎn)能力的研究[D].首都經(jīng)濟(jì)貿(mào)易大學(xué),2003:45-46.
[3]王嘉鵬,軟件項(xiàng)目質(zhì)量成本模型與管理方法的研究[D].首都經(jīng)濟(jì)貿(mào)易大學(xué),2005:34-35.
[4]陳宇靜,基于CMM的軟件過(guò)程改進(jìn)案例分析[D].首都經(jīng)濟(jì)貿(mào)易大學(xué),2005:45-46.
[5]李幟、林立新、曹亞波編著,軟件工程項(xiàng)目管理功能點(diǎn)分析方法與實(shí)踐[M].清華大學(xué)出版社,2005:243-250.
[6]孫煜,P6項(xiàng)目管理軟件在建筑工程中的應(yīng)用研究[D].華南理工大學(xué),2010:54.
[7]李洪東、孫藝鍵,工程項(xiàng)目管理軟件的發(fā)展趨勢(shì)與應(yīng)用現(xiàn)狀初探[J].中國(guó)建設(shè)信息,2008(10):123-125.
基于CMM子合同管理對(duì)RUP的改進(jìn)篇二
摘 要:通過(guò)運(yùn)用CMM模型對(duì)RUP進(jìn)行評(píng)估,計(jì)算出了RUP對(duì)CMM2級(jí)和CMM3級(jí)中的每個(gè)KPA所支持的百分比,根據(jù)計(jì)算結(jié)果分析了RUP與CMM2級(jí)和3級(jí)的差異,提出了RUP在軟件開(kāi)發(fā)過(guò)程中的不足,并針對(duì)軟件子合同管理一項(xiàng)進(jìn)行了充分的分析,提出了改進(jìn)建議。
關(guān)鍵詞:RUP開(kāi)發(fā);軟件能力成熟度模型;軟件子合同管理
中圖分類(lèi)號(hào):TP311.5
21世紀(jì)是信息社會(huì)高速發(fā)展的世紀(jì),軟件成為信息技術(shù)的核心,并起著至關(guān)重要的作用。伴隨著信息產(chǎn)業(yè)不斷發(fā)展,人們開(kāi)始關(guān)注軟件開(kāi)發(fā)過(guò)程中管理的規(guī)范化及標(biāo)準(zhǔn)化問(wèn)題,軟件質(zhì)量的不斷提高對(duì)于企業(yè)或集團(tuán)的生存和發(fā)展都有著舉足輕重的意義。因此,人們逐漸將研究重點(diǎn)轉(zhuǎn)向軟件開(kāi)發(fā)過(guò)程。期間陸續(xù)出現(xiàn)了許多軟件質(zhì)量和過(guò)程的改進(jìn)模型,比較重要的兩種模型是RUP和CMM。
RUP所研究的是軟件開(kāi)發(fā)過(guò)程,可以用其他的軟件模型對(duì)其進(jìn)行評(píng)估和改進(jìn)。而本文之所以選擇CMM,是由于CMM在全世界范圍內(nèi)得到了廣泛應(yīng)用,影響極為深遠(yuǎn)并取得了很大成功。
1 對(duì)RUP、CMM的介紹
1.1 RUP簡(jiǎn)介
RUP(Rational Unified Process)是一個(gè)軟件開(kāi)發(fā)過(guò)程,使用的是生命周期迭代法。它提供了在一個(gè)開(kāi)發(fā)團(tuán)隊(duì)內(nèi)分配任務(wù)和職責(zé)的一套嚴(yán)格的方法。它的目標(biāo)是在可預(yù)測(cè)的進(jìn)度和預(yù)算內(nèi)完成高質(zhì)量軟件的生產(chǎn),滿(mǎn)足用戶(hù)的需要[1]。作為一個(gè)典型的軟件過(guò)程模型,RUP的主要特點(diǎn)是用例驅(qū)動(dòng)過(guò)程。用例不僅定義了系統(tǒng)需要,同時(shí)驅(qū)動(dòng)了系統(tǒng)的設(shè)計(jì)、分析、執(zhí)行和測(cè)試。
RUP是一個(gè)二維的開(kāi)發(fā)模型。橫軸是過(guò)程展開(kāi)的生命周期特征,通過(guò)時(shí)間來(lái)組織,體現(xiàn)了軟件開(kāi)發(fā)過(guò)程的動(dòng)態(tài)結(jié)構(gòu),術(shù)語(yǔ)主要包括迭代(Iteration)、階段(Phase)、周期(Cycle)和里程碑(Milestone);縱軸體現(xiàn)自然的邏輯活動(dòng),通過(guò)內(nèi)容來(lái)組織,體現(xiàn)了軟件開(kāi)發(fā)過(guò)程的靜態(tài)結(jié)構(gòu),用來(lái)描述它的術(shù)語(yǔ)主要包括工作流(Workflow)、產(chǎn)物(Artifact)、工作者(Worker)、和活動(dòng)(Activity)。如圖1:
圖1 RUP迭代模型
RUP的生命周期在時(shí)間上被分解為4個(gè)階段,分別是初始階段、細(xì)化階段、構(gòu)造階段和交付階段。每個(gè)階段包含著一個(gè)或更多的迭代。一個(gè)典型的迭代將包括9個(gè)核心工作流,分別是商業(yè)建模、需求、分析和設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試、部署、配置和變更管理、項(xiàng)目管理、環(huán)境。每個(gè)階段在一個(gè)主要的里程碑處結(jié)束;每個(gè)階段的本質(zhì)實(shí)質(zhì)上是兩個(gè)里程碑之間的時(shí)間跨度。如果想要確定這個(gè)階段的目標(biāo)是否已經(jīng)滿(mǎn)足,那么需要在每個(gè)階段的結(jié)尾執(zhí)行一次評(píng)估。若評(píng)估結(jié)果令人滿(mǎn)意的話(huà),可以允許項(xiàng)目進(jìn)入到下一個(gè)階段。
1.2 CMM模型簡(jiǎn)介
CMM(Capability Maturity Model),即軟件能力成熟度模型,是由美國(guó)卡內(nèi)基梅隆大學(xué)的軟件工程研究所研發(fā)的。該模型提供了一個(gè)軟件工程成果和管理方法的框架,旨在幫助軟件企業(yè)保證軟件產(chǎn)品的質(zhì)量并提高軟件企業(yè)的管理水平[2]。CMM包含5個(gè)成熟度等級(jí),如初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)和優(yōu)化級(jí)。除初始級(jí)以外,CMM對(duì)每個(gè)等級(jí)規(guī)定了關(guān)鍵過(guò)程域(key process areas,KPA),每個(gè)KPA都關(guān)聯(lián)著一些目標(biāo)。這些目標(biāo)滿(mǎn)足了該KPA過(guò)程所需的要求。不同成熟度的KPA可以用于評(píng)估現(xiàn)有的過(guò)程能力,也可以識(shí)別出哪些領(lǐng)域需要加強(qiáng),便于軟件開(kāi)發(fā)過(guò)程從低成熟度級(jí)別向高成熟度級(jí)別遞進(jìn)。
關(guān)鍵實(shí)踐(key practice,KP)是一種基礎(chǔ)設(shè)施和活動(dòng),其對(duì)KPA的有效實(shí)現(xiàn)和制度化起到了非常重要的作用。在軟件組織取得更高級(jí)別的過(guò)程成熟度時(shí),每一項(xiàng)KPA中所要執(zhí)行的特定KP都將得到進(jìn)一步展開(kāi)。根據(jù)KP的共同特征(common features),我們可將關(guān)鍵實(shí)踐分為五大類(lèi):執(zhí)行約定,執(zhí)行能力,進(jìn)行的活動(dòng),測(cè)量和分析,驗(yàn)證實(shí)施。
2 運(yùn)用CMM對(duì)RUP的評(píng)價(jià)及其結(jié)果分析
2.1 評(píng)估
在該評(píng)估過(guò)程中,RUP以Rational公司2001年3月份發(fā)布的《Rational統(tǒng)一過(guò)程》為準(zhǔn),CMM中有關(guān)KP的規(guī)定以《Key Practices of the Capability Maturity Model》,Version 1.1為基準(zhǔn)。
制定的評(píng)估的方針是評(píng)價(jià)RUP是否支持CMM2和CMM3中的KP標(biāo)準(zhǔn),看CMM2和CMM3中的KP是否在RUP的一系列活動(dòng)、角色、產(chǎn)物和工作流中得到了實(shí)施。當(dāng)這種支持率達(dá)到75%以上時(shí),那么就認(rèn)為此KP得到了RUP的支持。
表1-表2是運(yùn)用CMM2和3對(duì)RUP進(jìn)行評(píng)估和計(jì)算后的結(jié)果。[3]
表1 RUP所支持的KP數(shù)量及支持率
關(guān)鍵過(guò)程域(KPA) 關(guān)鍵實(shí)踐(KP)
總數(shù) 支持個(gè)數(shù) 支持率
同行評(píng)審 9 6 67%
組間協(xié)調(diào) 17 13 76%
軟件產(chǎn)品工程 20 16 80%
集成化軟件管理 19 15 79%
培訓(xùn)大綱 16 0 0%
組織過(guò)程定義 11 9 82%
組織過(guò)程焦點(diǎn) 16 7 44%
軟件配置管理 21 18 86%
軟件質(zhì)量保證 17 10 59%
軟件子合同管理 22 0 0%
項(xiàng)目跟蹤與監(jiān)督 24 20 83%
軟件項(xiàng)目計(jì)劃 25 20 80%
需求管理 12 10 83%
表2 去除執(zhí)行能力后對(duì)KP的支持率
關(guān)鍵過(guò)程域(KPA) 關(guān)鍵實(shí)踐(KP)
總數(shù) 支持個(gè)數(shù) 支持率
同行評(píng)審 6 6 100% 組間協(xié)調(diào) 12 12 100%
軟件產(chǎn)品工程 16 16 100%
集成化軟件管理 16 15 94%
組織過(guò)程定義 9 9 100%
組織過(guò)程焦點(diǎn) 12 6 50%
軟件配置管理 16 16 100%
軟件質(zhì)量保證 13 9 69%
項(xiàng)目跟蹤與監(jiān)督 19 18 95%
軟件項(xiàng)目計(jì)劃 21 18 86%
需求管理 8 8 100%
2.2 評(píng)估結(jié)果分析
表1列出了CMM2和CMM3中KPA的KP的總數(shù),以及KP得到RUP支持的個(gè)數(shù)和支持率。表1中對(duì)KP支持率達(dá)75%以上的,我們認(rèn)為其得到了RUP的支持。但我們可以看出,RUP對(duì)軟件質(zhì)量保證、組織過(guò)程焦點(diǎn)和同行評(píng)審的支持率較低,其原因歸結(jié)如下:
(1)RUP未協(xié)調(diào)好軟件開(kāi)發(fā)人員和質(zhì)量保證人員的關(guān)系,二者處于對(duì)立地位;衡量軟件質(zhì)量保證的成本和進(jìn)度狀況的方法在RUP中也未進(jìn)行闡述;
(2)RUP沒(méi)有闡明如何實(shí)施、協(xié)調(diào)和實(shí)現(xiàn)組織當(dāng)前過(guò)程和改進(jìn)域;
(3)RUP沒(méi)有對(duì)項(xiàng)目資源和投資進(jìn)行評(píng)審。
RUP不支持軟件子合同管理和培訓(xùn)大綱。RUP認(rèn)為這兩項(xiàng)不屬于軟件過(guò)程的范圍,但組織應(yīng)對(duì)這兩項(xiàng)提供支持。因此在表2中這兩項(xiàng)被裁剪。
表2列出了在去掉執(zhí)行能力后各KPA所得到的支持率。通過(guò)分析我們可以看出,KPA所得到的支持率都有所提高,有些甚至達(dá)到100%。這也表明RUP強(qiáng)調(diào)的是軟件開(kāi)發(fā)過(guò)程,而不是與系統(tǒng)管理有關(guān)的其他方面。這是因?yàn)镽UP不是從項(xiàng)目管理過(guò)程演化來(lái)的,是從統(tǒng)一軟件開(kāi)發(fā)方法演變而來(lái)。[4]
3 對(duì)RUP的改進(jìn)
根據(jù)前面的分析,影響RUP對(duì)CMM2和CMM3中各KPA支持率的原因有很多,但主要集中在以下三個(gè)方面:沒(méi)有對(duì)計(jì)算機(jī)資源進(jìn)行較好的評(píng)估和監(jiān)督;未對(duì)員工進(jìn)行有效的培訓(xùn);沒(méi)有對(duì)子合同進(jìn)行充分管理。下文主要針對(duì)子合同管理方面提出改進(jìn)建議。
3.1 軟件子合同管理概述
所謂軟件子合同管理SSM(Software Subcontract Management),是指主承包方所承制的產(chǎn)品中有一部分軟件利用組織外的其它力量來(lái)完成,為此簽訂合同,并按合同進(jìn)行管理的過(guò)程。實(shí)質(zhì)上與合同管理基本一樣,只是要受顧客要求的約束,要符合顧客所提的要求。是確保主承包商產(chǎn)品質(zhì)量的重要環(huán)節(jié)。
一般軟件子合同管理分為6個(gè)主要階段進(jìn)行:
(1)準(zhǔn)備和策劃:確定外購(gòu)的產(chǎn)品及外購(gòu)時(shí)間;
(2)子合同定義:將外購(gòu)需求文檔化,并確定潛在資源;
(3)招標(biāo):從潛在子承包商處獲取其解決方案;
(4)評(píng)價(jià)和選擇:選擇合格的一個(gè)或幾個(gè)子承包商;
(5)管理和控制:監(jiān)督和管理子承包商的有關(guān)活動(dòng);
(6)子合同結(jié)束:驗(yàn)收、完成子合同,解決殘留問(wèn)題。[5]
3.2 CMM的關(guān)鍵過(guò)程域SSM
SSM的目的在于選擇合格的軟件子承包商并有效地管理它們。內(nèi)容包括選擇軟件子承包商、建立和子承包商的約定,及跟蹤和評(píng)審子承包商的性能和結(jié)果。這些實(shí)踐包括對(duì)純軟件子合同的管理,也包括對(duì)子合同的軟件成分的管理,后者含有軟件、硬件和可能有的其它系統(tǒng)成分。
為使軟件子合同管理活動(dòng)能順利進(jìn)行并取得成功,首先必須有必要的領(lǐng)導(dǎo)支持和保證條件。所謂領(lǐng)導(dǎo)支持,是要制定管理軟件子合同的書(shū)面的組織方針,并要求項(xiàng)目遵守,同時(shí)指派一個(gè)子合同經(jīng)理負(fù)責(zé)建立和管理軟件子合同;必要的保證條件包括提供足夠的資源和投資、進(jìn)行必要的培訓(xùn)和定向培訓(xùn)。
其次,為使該過(guò)程制度化和不斷改進(jìn),還必須對(duì)過(guò)程活動(dòng)的實(shí)施情況進(jìn)行測(cè)量分析和驗(yàn)證。對(duì)軟件子合同管理活動(dòng)進(jìn)行測(cè)量,分析測(cè)量結(jié)果用來(lái)確定該管理活動(dòng)的狀態(tài)。而對(duì)過(guò)程活動(dòng)的驗(yàn)證包括如下幾點(diǎn):
(1)高級(jí)管理者定期參與評(píng)審軟件子合同的管理活動(dòng);
(2)項(xiàng)目經(jīng)理既定期地也事件驅(qū)動(dòng)地參與評(píng)審管理軟件子合同的活動(dòng);
(3)軟件質(zhì)量保證組評(píng)審(或)審核軟件子合同的管理活動(dòng)和工作產(chǎn)品,并報(bào)告其結(jié)果。[6]
圖2-圖3是軟件子合同管理過(guò)程活動(dòng)的概要和活動(dòng)流程
圖2 SSM活動(dòng)概要
圖3 SMM活動(dòng)流程
3.3 結(jié)合SSM改進(jìn)RUP
由于RUP是從統(tǒng)一軟件開(kāi)發(fā)方法而不是從項(xiàng)目管理過(guò)程演化而來(lái),所以在軟件子合同管理等方面未能給予充分的重視。而在軟件項(xiàng)目的實(shí)施過(guò)程中,妨礙SSM成功的因素有很多,包括:
(1)沒(méi)有選擇子承包商的準(zhǔn)則;
(2)沒(méi)有管理子合同的規(guī)范;
(3)缺乏溝通;
(4)對(duì)術(shù)語(yǔ)、文化、專(zhuān)有信息等方面缺乏理解;
(5)缺少戰(zhàn)略伙伴共同發(fā)展的思想。
那么在實(shí)際的軟件項(xiàng)目開(kāi)發(fā)過(guò)程中,要盡量克服以上因素,將軟件子合同管理真正融入到其中,不斷完善RUP使其成為滿(mǎn)足各自項(xiàng)目的利器,而不再只是一種單純的框架模式。
4 結(jié)束語(yǔ)
RUP雖然作為一套成熟的軟件過(guò)程管理方法,但因?yàn)槠溲莼尘八蓿](méi)有涉及太多整個(gè)系統(tǒng)管理的其他方面,如人力資源管理、子合同管理等等。
對(duì)于一些希望通過(guò)采用RUP來(lái)通過(guò)CMM2級(jí)或3級(jí)的組織來(lái)說(shuō),必須對(duì)RUP進(jìn)行合理的改進(jìn)。想要通過(guò)CMM2級(jí)的組織必須對(duì)子合同進(jìn)行有效管理,對(duì)計(jì)算機(jī)資源進(jìn)行有效評(píng)估和跟蹤,完善同行評(píng)審。對(duì)于一些想通過(guò)CMM3的組織,除了完善上述機(jī)制以外,還需要對(duì)組織的軟件過(guò)程進(jìn)行持續(xù)改進(jìn),制定軟件過(guò)程的改進(jìn)計(jì)劃并交由高級(jí)經(jīng)理進(jìn)行評(píng)審,同時(shí)對(duì)員工進(jìn)行有效的培訓(xùn),從而滿(mǎn)足需要。
參考文獻(xiàn):
[1]張俊惠.基于RUP的質(zhì)量管理系統(tǒng)的研究與實(shí)現(xiàn)[D].大連海事大學(xué),2006.
[2]楊華煜.CMM在我國(guó)中小型軟件企業(yè)中應(yīng)用的研究[D].哈爾濱工程大學(xué),2003.
[3]Lisandra V.Manzoni and Roberto T.Price,Member,IEEE.Identifying Extensions Required by RUP(Rational Unified Process) to Comply with CMM(Capability Maturity Model) Levels 2 and 3[J].IEEE TRANSACTIONS ON SOFTWARE ENGINEERING.2003.VOL2:NO2.
[4]趙岳松,張亞軍.運(yùn)用CMM對(duì)RUP的評(píng)估和改進(jìn)[J].微機(jī)發(fā)展,2004(14):100.
[5]Software Subcontract Management Process,Version 2.0,CIG Software Engineering Process Group,March,1997.
[6]王霞.軟件外包項(xiàng)目管理的CMM實(shí)踐[J].福建電腦,2004(04):25.
作者簡(jiǎn)介:侯文昊(1987-),男,河北遷安人,研究生,主要從事工業(yè)工程方面的研究。
作者單位:北京建筑大學(xué)機(jī)電與車(chē)輛工程學(xué)院,北京 100044