CMMI在網(wǎng)絡(luò)學(xué)習(xí)空間軟件項(xiàng)目中的應(yīng)用研究

張璇

摘要：軟件項(xiàng)目管理是建立軟件生產(chǎn)線的必經(jīng)之路，軟件項(xiàng)目管理是以模型和理論為指導(dǎo)的，理解并結(jié)合軟件組織的自身特征和開發(fā)現(xiàn)狀的。CMMI（Capability Maturity Model Integration，即能力成熟度模型集成）是幫助軟件項(xiàng)目控制和改進(jìn)軟件開發(fā)和管理過程，從而不斷改進(jìn)提高軟件質(zhì)量的國(guó)際通行標(biāo)準(zhǔn)，CMMI提出了軟件項(xiàng)目管理并給出了達(dá)到各成熟等級(jí)的標(biāo)準(zhǔn)，但是CMMI缺少具體可操作的實(shí)施方法和確實(shí)有效的實(shí)施措施。該文從CMMI出發(fā)，選定網(wǎng)絡(luò)學(xué)習(xí)空間軟件項(xiàng)目為特定研究對(duì)象，分析了項(xiàng)目實(shí)施中遇到的問題和原因，結(jié)合CMMI第二級(jí)和CMMI第三級(jí)的關(guān)鍵過程域，提出了改進(jìn)網(wǎng)絡(luò)學(xué)習(xí)空間軟件項(xiàng)目管理的策略，并對(duì)比了實(shí)施效果，以期通過提升項(xiàng)目管理水平使得網(wǎng)絡(luò)學(xué)習(xí)空間的軟件質(zhì)量有所保證。

關(guān)鍵詞：軟件項(xiàng)目管理；CMMI；軟件質(zhì)量；軟件過程改進(jìn)

中圖分類號(hào)：G434 文獻(xiàn)標(biāo)識(shí)碼：A

一、前言

隨著信息技術(shù)的發(fā)展，網(wǎng)絡(luò)學(xué)習(xí)空間軟件的復(fù)雜性與規(guī)?；粩嘣鲩L(zhǎng)，但是網(wǎng)絡(luò)學(xué)習(xí)空間的實(shí)踐過程階段不明顯，在軟件質(zhì)量保證、項(xiàng)目管理等方面尚未得到足夠的認(rèn)識(shí)和重視，缺乏系統(tǒng)、完整、科學(xué)、適用的方法論和模型體系的指導(dǎo)和規(guī)范，開發(fā)風(fēng)險(xiǎn)不斷增大，軟件質(zhì)量很難得到有效的保證。在這樣的現(xiàn)實(shí)環(huán)境下，使得構(gòu)建軟件的過程（即軟件過程）得到了更多的關(guān)注?；诖?，卡內(nèi)基—梅隆大學(xué)軟件工程研究院（SEI）提了軟件能力成熟度模型（CMM）。CMM的核心是對(duì)軟件的實(shí)踐過程進(jìn)行管理和研究，使其流程化、科學(xué)化，最后達(dá)到保證軟件質(zhì)量的目的。

CMM模型的提出后，衍生了多種模型，分別針對(duì)軟件過程的各個(gè)不同階段和不同對(duì)象，但是這些模型又在配置管理、需求管理等方面有共同的方面，因此SEI整合了不同模型中的最佳實(shí)踐，建立了覆蓋不同領(lǐng)域的統(tǒng)一模型CMMI。CMMI被認(rèn)為是把各種CMM和其衍生模型集成為一個(gè)系列的模型，CMMI在支持軟件過程改進(jìn)和提高的同時(shí)，減少了重復(fù)工作，消除了多種模型共存的不一致性和混亂性，CMMI的源模型包含：軟件能力成熟度（CUU）2.0版，EIA-731系統(tǒng)工程能力評(píng)估模型，集成的產(chǎn)品開發(fā)能力模型IPDCMM（IPD）0.98a版。

二、研究理論

（一）CMMI模型

1.外部結(jié)構(gòu)

CMMI有兩種表示法：階段表示法、連續(xù)表示法。階段表示法是一個(gè)五級(jí)的階梯式進(jìn)化結(jié)構(gòu)，具體描述如下：

（1）初始級(jí)：無計(jì)劃、無流程、無管理，軟件項(xiàng)目完成情況不穩(wěn)定，隨意變更項(xiàng)目計(jì)劃，是否能成功完成項(xiàng)目主要依靠項(xiàng)目負(fù)責(zé)人的經(jīng)驗(yàn)和能力。

（2）完成級(jí)：建立了最基本的管理規(guī)則，初步實(shí)現(xiàn)標(biāo)準(zhǔn)化開發(fā)流程，開發(fā)計(jì)劃能穩(wěn)定完成。但是，開發(fā)計(jì)劃和項(xiàng)目管理依賴于以往的項(xiàng)目實(shí)踐經(jīng)驗(yàn)，盲目重復(fù)采用以往成功項(xiàng)目的條件。

（3）管理級(jí)：開發(fā)過程（包括研發(fā)和管理）實(shí)現(xiàn)配置管理，并建立了培訓(xùn)制度、同行評(píng)審制度，有效控制了各項(xiàng)實(shí)踐活動(dòng)，基本保證系統(tǒng)成功達(dá)到需求目標(biāo)。

（4）定義級(jí)：建立了定量的質(zhì)量目標(biāo)，建立了過程數(shù)據(jù)庫，實(shí)現(xiàn)了過程控制。開發(fā)活動(dòng)中的生產(chǎn)率和質(zhì)量是可量度的，因此可以預(yù)測(cè)軟件質(zhì)量趨勢(shì)，如預(yù)測(cè)有偏差，實(shí)現(xiàn)及時(shí)糾正。

（5）優(yōu)化級(jí)：能夠防止出現(xiàn)缺陷、識(shí)別薄弱環(huán)節(jié)，可獲得過程有效性的數(shù)據(jù)，并據(jù)此進(jìn)行分析，采用新技術(shù)、新方法，從而改進(jìn)現(xiàn)有過程，最終得出最佳實(shí)踐方法。

連續(xù)表示法將過程域劃分為四個(gè)類型，分別為“過程管理、項(xiàng)目管理、工程管理、支持服務(wù)管理”，并將過程域分成基礎(chǔ)和高級(jí)，分別在每個(gè)過程域中建立實(shí)現(xiàn)基準(zhǔn)。每個(gè)過程域的能力等級(jí)有六級(jí)：不完整級(jí)、執(zhí)行級(jí)、管理級(jí)、定義級(jí)、量化管理級(jí)和持續(xù)優(yōu)化級(jí)。在連續(xù)表示法中，項(xiàng)目可以追求單獨(dú)的類型上的提升。

本文采用的是階段表示法。

2.內(nèi)部結(jié)構(gòu)

CMMI模型每級(jí)的內(nèi)部結(jié)構(gòu)包括：等級(jí)特性、關(guān)鍵過程域（KPA）、關(guān)鍵實(shí)踐（KP），這三者共同定義CMMI模型的每個(gè)成熟度等級(jí)，它們構(gòu)成了成熟度等級(jí)的關(guān)鍵成功因素。CMMI階段表示法的五個(gè)等級(jí)中共包括22個(gè)關(guān)鍵過程域，每個(gè)等級(jí)中的關(guān)鍵過程域都有特定目標(biāo)，并有與之相應(yīng)的關(guān)鍵實(shí)踐用來實(shí)現(xiàn)這些目標(biāo)，關(guān)鍵實(shí)踐包括管理、技術(shù)和人員三方面的因素。通過對(duì)關(guān)鍵過程域的識(shí)別，能夠找出過程成功所需的關(guān)鍵實(shí)踐，從而確定項(xiàng)目活動(dòng)的優(yōu)先次序。

除初始級(jí)外的其他等級(jí)都包含了實(shí)現(xiàn)該級(jí)特定目標(biāo)的若干個(gè)關(guān)鍵實(shí)踐，不同的關(guān)鍵實(shí)踐都有具體的實(shí)踐活動(dòng)的描述。通過分析各等級(jí)與關(guān)鍵過程域在管理、人員和技術(shù)三方面的因素，可以得出第二級(jí)與第一級(jí)相比最大的提高是在管理方面具有了需求管理以及項(xiàng)目跟蹤和監(jiān)督，第三級(jí)與第二級(jí)相比最大的提高是具有配置管理、人員培訓(xùn)和同行評(píng)審。由此可知，第二級(jí)和第三級(jí)是兩個(gè)非常重要的階段，在第二級(jí)中開始建立基本制度和規(guī)程，第三級(jí)中實(shí)現(xiàn)了標(biāo)準(zhǔn)化管理，處于該等級(jí)時(shí)，實(shí)踐活動(dòng)為軟件質(zhì)量的保證提供良好的基礎(chǔ)。CMMI第二級(jí)和第三級(jí)共有18個(gè)關(guān)鍵過程域（PA），占據(jù)了五個(gè)等級(jí)所有關(guān)鍵過程域的八成。

3 CMMI的實(shí)施方案

對(duì)于軟件項(xiàng)目，CMMI的實(shí)施需要基本的五個(gè)步驟：

第一步：調(diào)查分析研究。通過調(diào)查項(xiàng)目中開發(fā)、管理等關(guān)鍵流程，發(fā)現(xiàn)具有共性的重要問題，研究出現(xiàn)問題的潛在原因，并與項(xiàng)目組成員商議解決方案。

第二步：明確職責(zé)，優(yōu)化結(jié)構(gòu)。根據(jù)問題原因，明確重要崗位的職責(zé)，確定科學(xué)的組織架構(gòu)，調(diào)整部分職責(zé)模糊的崗位和人員。

第三步，優(yōu)化項(xiàng)目過程，配備管理工具。優(yōu)化項(xiàng)目管理的流程，整合商務(wù)、研發(fā)和管理過程規(guī)范，配備與流程規(guī)范相配套的管理工具。

第四步，內(nèi)部培訓(xùn)。為項(xiàng)目組成員提供全面的培訓(xùn)，讓成員掌握過程規(guī)范和管理工具。

第五步，執(zhí)行改進(jìn)方案。項(xiàng)目組根據(jù)改進(jìn)后的過程規(guī)范開展項(xiàng)目工作，項(xiàng)目過程改進(jìn)人員監(jiān)督并記錄執(zhí)行的情況，將問題反饋給項(xiàng)目組，然后再優(yōu)化改進(jìn)過程。如此反復(fù)，形成持續(xù)改進(jìn)的良性循環(huán)，建立更加有效的項(xiàng)目運(yùn)作機(jī)制，提高產(chǎn)品質(zhì)量，控制生產(chǎn)成本和降低開發(fā)風(fēng)險(xiǎn)。

（二）軟件項(xiàng)目管理

實(shí)施軟件項(xiàng)目管理的目的是為了使軟件項(xiàng)目的生命周期在控制之下，以預(yù)定的成本、進(jìn)度、質(zhì)量順利完成并交付用戶使用。軟件項(xiàng)目管理主要涉及人員組織管理、項(xiàng)目計(jì)劃、風(fēng)險(xiǎn)管理、配置管理、軟件質(zhì)量保證、軟件過程能力評(píng)估等。

三、網(wǎng)絡(luò)學(xué)習(xí)空間項(xiàng)目開發(fā)過程中存在的問題

（一）項(xiàng)目中存在的問題

影響軟件質(zhì)量的因素有很多，在本項(xiàng)目中主要存在的問題有：需求不明確、項(xiàng)目計(jì)劃不充分、項(xiàng)目監(jiān)控不到位、評(píng)審機(jī)制不完善、團(tuán)隊(duì)的組織不恰當(dāng)?shù)鹊?。通過本項(xiàng)目的實(shí)施，并結(jié)合目前存在的一些普遍問題，歸納總結(jié)了兩個(gè)產(chǎn)生嚴(yán)重影響的問題。

1.項(xiàng)目進(jìn)度滯后

在項(xiàng)目初期，對(duì)網(wǎng)絡(luò)學(xué)習(xí)空間系統(tǒng)的復(fù)雜性缺乏充分的估計(jì)，對(duì)需求沒有進(jìn)行詳細(xì)分析和實(shí)際驗(yàn)證的情況下就開始盲目開發(fā)，項(xiàng)目計(jì)劃制定的不充分、不到位。同時(shí)，項(xiàng)目很多工作完全依賴項(xiàng)目負(fù)責(zé)人協(xié)調(diào)溝通，沒有明確的工作流程，項(xiàng)目關(guān)鍵內(nèi)容缺少了必要的文檔化。在項(xiàng)目執(zhí)行過程中，出現(xiàn)了臨時(shí)更改系統(tǒng)功能的情況，且沒有可以采用的應(yīng)對(duì)計(jì)劃。在功能更改后，忽視了跟蹤需求變更和評(píng)審開發(fā)內(nèi)容。因此，影響了整體的開發(fā)的進(jìn)度，導(dǎo)致項(xiàng)目進(jìn)度延誤，項(xiàng)目計(jì)劃分成六個(gè)階段45天完成，實(shí)際完成時(shí)間是51天，進(jìn)度延誤偏差率為13%。延誤最為嚴(yán)重的環(huán)節(jié)是需求分析和測(cè)試階段，需求分析計(jì)劃天數(shù)是12天，實(shí)際完成是15天，測(cè)試計(jì)劃天數(shù)是4天，實(shí)際完成時(shí)間是5天，這兩個(gè)階段的實(shí)際完成時(shí)間進(jìn)度延誤偏差都高達(dá)25%。

2.軟件質(zhì)量偏低

在項(xiàng)目的整個(gè)實(shí)施過程中，由于項(xiàng)目計(jì)劃部分失效，出現(xiàn)了計(jì)劃外的任務(wù)，造成軟件出現(xiàn)明顯缺陷。而這些計(jì)劃外的任務(wù)多出現(xiàn)于開發(fā)階段的后期，而此時(shí)完成這些計(jì)劃外的任務(wù)所付出的成本代價(jià)是非常高的。另外，在缺陷管理方面，僅僅依賴測(cè)試報(bào)告來記錄系統(tǒng)缺陷情況，造成在系統(tǒng)缺陷追蹤上不暢通，出現(xiàn)了修復(fù)一個(gè)缺陷后繼而暴漏出其他缺陷的惡性循環(huán)，從而嚴(yán)重的影響了軟件質(zhì)量。通過比較各個(gè)階段的軟件缺陷分布率，得知在需求分析階段的缺陷率比較高，這說明了項(xiàng)目人員沒有完全理解應(yīng)用需求，并且對(duì)需求缺乏深入詳細(xì)的挖掘以及分析，錯(cuò)失了潛在需求，忽視了功能后的實(shí)際應(yīng)用效果，所以越來越多的缺陷逐漸暴漏在后續(xù)活動(dòng)中；另外，測(cè)試階段缺陷率也較高，在項(xiàng)目前期階段，預(yù)防和及早發(fā)現(xiàn)缺陷，有利于控制項(xiàng)目預(yù)算和項(xiàng)目進(jìn)度，而到了測(cè)試階段，修復(fù)軟件缺陷的成本代價(jià)將會(huì)成倍的擴(kuò)大，缺陷越多，進(jìn)度越延誤。

（二）問題的原因分析

1.需求不明確，需求分析不透徹，需求管理活動(dòng)混亂，導(dǎo)致不斷修改需求，同時(shí)缺乏有效的管理，無法保證軟件過程順利進(jìn)展，造成項(xiàng)目延期。

2.不重視項(xiàng)目的實(shí)際度量和分析，設(shè)計(jì)開發(fā)等進(jìn)程建立在以往的項(xiàng)目經(jīng)驗(yàn)上，缺乏科學(xué)的實(shí)施流程，項(xiàng)目進(jìn)度完全依靠項(xiàng)目負(fù)責(zé)人協(xié)調(diào)溝通去推進(jìn)。

3.缺乏設(shè)計(jì)和實(shí)施過程的標(biāo)準(zhǔn)定義，文檔結(jié)構(gòu)各異且版本管理混亂，出現(xiàn)交叉測(cè)試等缺乏管理規(guī)則的活動(dòng)，忽略了設(shè)計(jì)開發(fā)與測(cè)試各個(gè)步驟之間的關(guān)聯(lián)性，造成項(xiàng)目實(shí)現(xiàn)過程中缺少連貫性，項(xiàng)目只好停滯返工，重新設(shè)計(jì)開發(fā)，從而導(dǎo)致不能按照原定計(jì)劃按時(shí)完成。

4.在開發(fā)中缺少有效的項(xiàng)目監(jiān)管和評(píng)審機(jī)制，項(xiàng)目不能順利交付，出現(xiàn)大大小小的偏差，致使項(xiàng)目進(jìn)度滯后，軟件質(zhì)量偏低。

四、基于CMMI的改進(jìn)建議

CMMI給出了規(guī)范化的過程，關(guān)注在開發(fā)過程中加強(qiáng)過程域的監(jiān)督和管理，解決軟件實(shí)施中的實(shí)際問題，并通過持續(xù)改進(jìn)提升軟件質(zhì)量。以往項(xiàng)目進(jìn)展只是依靠項(xiàng)目負(fù)責(zé)人的經(jīng)驗(yàn)，實(shí)施過程無序且不可控，僅僅達(dá)到CMMI第一級(jí)的要求。顯而易見，達(dá)到CMMI 1（初始級(jí)）并不能解決上文中提到的問題。因此，上述三個(gè)問題，本文以CMMI 2、3級(jí)為依據(jù)找到影響問題的關(guān)鍵過程域，提出網(wǎng)絡(luò)學(xué)習(xí)空間的軟件過程改進(jìn)措施。主要的改進(jìn)措施包括完善需求管理和質(zhì)量保證體系、規(guī)范實(shí)施過程、建立監(jiān)管和評(píng)審機(jī)制，涉及到的關(guān)鍵過程域有需求管理過程、技術(shù)解決方案、過程和產(chǎn)品質(zhì)量保證、配置管理、項(xiàng)目監(jiān)督和控制。

（一）完善需求管理

CMMI模型對(duì)需求管理提出了明確的目的是就軟件項(xiàng)目中需要滿足的各種功能性和非功能性需求建立約定。針對(duì)項(xiàng)目中存在的問題，從以下幾個(gè)方面對(duì)需求管理進(jìn)行了改進(jìn)。

（1）在項(xiàng)目開始時(shí)，根據(jù)實(shí)際情況制定需求管理制度，并規(guī)定文檔化的內(nèi)容。建立需求管理小組，確定角色和責(zé)任。制定需求跟蹤方案，明確需求偏離后的糾正流程，確立需求變更評(píng)審制度。對(duì)需求管理小組人員進(jìn)行培訓(xùn)，從業(yè)務(wù)上加深需求理解。

（2）需求管理小組中有一定經(jīng)驗(yàn)的設(shè)計(jì)人員、開發(fā)人員和測(cè)試人員協(xié)助進(jìn)行需求調(diào)研，有益于項(xiàng)目各個(gè)執(zhí)行部分對(duì)系統(tǒng)的理解，有效規(guī)避由于溝通不暢引起的問題。

（3）需求調(diào)研之后，對(duì)獲得的需求進(jìn)行分析和整理，定義各項(xiàng)需求的重要性和優(yōu)先級(jí)，形成規(guī)范文檔。

（4）變更管理是需求管理中最重要的部分，首先，需求變更規(guī)格化，必須由書面化的方式提出；其次，評(píng)審確定是否接受變更；如接受，在執(zhí)行變更后驗(yàn)證是否成功。

（5）針對(duì)需求定期進(jìn)行追蹤，追蹤每一個(gè)需求從定義到實(shí)現(xiàn)到驗(yàn)證的全過程，確保需求、設(shè)計(jì)、開發(fā)和測(cè)試之間的一致性，保證最終成果符合需求。

（二）完善質(zhì)量保證體系

過程和產(chǎn)品的質(zhì)量保證體系是為了向項(xiàng)目組提供軟件過程的客觀信息。網(wǎng)絡(luò)學(xué)習(xí)空間軟件項(xiàng)目出現(xiàn)進(jìn)度延期、軟件缺陷率高等問題，歸根到底其本質(zhì)是對(duì)軟件過程把控的不足，對(duì)質(zhì)量保證關(guān)注的不夠。因此，參照CMMI第二級(jí)和第三級(jí)的關(guān)鍵過程域，對(duì)質(zhì)量保證體系提出了改進(jìn)建議，涉及到管理、人員、技術(shù)三個(gè)方面。

1.增設(shè)質(zhì)量管理崗位

根據(jù)CMMI增設(shè)了軟件質(zhì)量管理人員，主要負(fù)責(zé)項(xiàng)目評(píng)審和驗(yàn)證并及時(shí)更新相關(guān)文檔，檢查開發(fā)活動(dòng)和管理活動(dòng)是否與已經(jīng)制定好的策略一致。為保障評(píng)審的客觀性，軟件質(zhì)量管理人員獨(dú)立于項(xiàng)目組。

2.完善配置管理

配置管理作為CMMI第三級(jí)的關(guān)鍵過程域，其目的是用標(biāo)識(shí)、控制、統(tǒng)計(jì)和審計(jì)等活動(dòng)來保證網(wǎng)絡(luò)學(xué)習(xí)空間軟件的完整性和項(xiàng)目的可回溯性。根據(jù)CMMI的規(guī)定，配置管理分成三個(gè)部分：配置項(xiàng)、基線和變更控制，貫穿于網(wǎng)絡(luò)學(xué)習(xí)空間軟件項(xiàng)目的整個(gè)生命周期。

3.建立缺陷管理

在網(wǎng)絡(luò)學(xué)習(xí)空間軟件項(xiàng)目實(shí)施過程中出現(xiàn)的缺陷主要來源于需求和測(cè)試階段，技術(shù)問題和管理問題混雜在一起?，F(xiàn)將技術(shù)問題和管理問題區(qū)分管理，并且建立缺陷等級(jí)制度。缺陷等級(jí)分為三級(jí)：第一級(jí)不會(huì)影響項(xiàng)目進(jìn)度，由項(xiàng)目組協(xié)商解決；第二級(jí)可能影響項(xiàng)目進(jìn)度，需要記錄缺陷并上報(bào)項(xiàng)目負(fù)責(zé)人，隨后采取相應(yīng)措施；第三級(jí)嚴(yán)重影響項(xiàng)目進(jìn)度，可能導(dǎo)致項(xiàng)目停滯，上報(bào)項(xiàng)目負(fù)責(zé)人后，召開專家會(huì)議確定缺陷解決方案，專人全程跟蹤并記錄解決過程。

規(guī)范和完善的缺陷處理流程。首先，發(fā)現(xiàn)缺陷后記錄，然后將其提交給負(fù)責(zé)人，通過評(píng)審，最后進(jìn)行任務(wù)分配并解決缺陷問題，由缺陷發(fā)現(xiàn)人跟蹤解決情況直至問題關(guān)閉。缺陷處理好后，評(píng)審人員對(duì)修復(fù)結(jié)果進(jìn)行評(píng)審，確認(rèn)無誤后，此任務(wù)關(guān)閉，并將結(jié)果記錄。為保證缺陷信息的完整性和即時(shí)性，項(xiàng)目負(fù)責(zé)人跟蹤處理過程并記錄過程，在結(jié)項(xiàng)時(shí)進(jìn)行匯總統(tǒng)計(jì)。

五、基于CMMI的網(wǎng)絡(luò)學(xué)習(xí)空間實(shí)現(xiàn)過程

在基于CMMI的網(wǎng)絡(luò)學(xué)習(xí)空間的設(shè)計(jì)與實(shí)現(xiàn)過程中，強(qiáng)調(diào)文檔標(biāo)準(zhǔn)化、準(zhǔn)確化和完善化，強(qiáng)調(diào)項(xiàng)目順利完成和軟件質(zhì)量很大程度上取決于實(shí)現(xiàn)過程。同時(shí)，網(wǎng)絡(luò)學(xué)習(xí)空間采用開源B/S結(jié)構(gòu)，下面將結(jié)合其技術(shù)特點(diǎn)討論合理的系統(tǒng)實(shí)現(xiàn)流程，從過程上加以改進(jìn)實(shí)現(xiàn)流程，達(dá)到標(biāo)準(zhǔn)化流程的要求，采用分步驟逐步推進(jìn)的方法。

（一）網(wǎng)絡(luò)學(xué)習(xí)空間的設(shè)計(jì)模式

網(wǎng)絡(luò)學(xué)習(xí)空間展示頁面設(shè)計(jì)模式采用的是JSP+持久層框架，后臺(tái)管理頁面設(shè)計(jì)模式采用的是JSP+EXT+持久層框架，完全基于W3C技術(shù)構(gòu)建，具有很高的代碼復(fù)用率，為敏捷開發(fā)提供了較好的解決方法。

（二）網(wǎng)絡(luò)學(xué)習(xí)空間開發(fā)流程實(shí)現(xiàn)

在網(wǎng)絡(luò)學(xué)習(xí)空間項(xiàng)目實(shí)施前，確認(rèn)需求后，將實(shí)現(xiàn)流程映射到迭代增量開發(fā)模型，得到一個(gè)完整的基于CMMI三級(jí)和網(wǎng)絡(luò)學(xué)習(xí)空間軟件的開發(fā)流程，如下圖所示，結(jié)合網(wǎng)絡(luò)學(xué)習(xí)空間的自身特點(diǎn)，半年分四個(gè)階段完成，四個(gè)階段分別是：?jiǎn)?dòng)階段、計(jì)劃階段、建設(shè)階段和交付階段。如下圖所示。

每一個(gè)階段通過質(zhì)量保證體系，及時(shí)跟進(jìn)并反饋項(xiàng)目進(jìn)度、關(guān)鍵資源應(yīng)用、問題缺陷等情況，分析跟蹤結(jié)果，一旦出現(xiàn)項(xiàng)目進(jìn)展和系統(tǒng)功能偏離項(xiàng)目計(jì)劃時(shí)，采取糾正措施，直至項(xiàng)目結(jié)束，促使項(xiàng)目按照計(jì)劃時(shí)間、預(yù)算、達(dá)到既定質(zhì)量要求的情況下交付。下面幾個(gè)步驟是具體的開發(fā)實(shí)例說明。

1.初始階段

首先，調(diào)研網(wǎng)絡(luò)學(xué)習(xí)空間的需求，建立需球管理，明確各類人員的分工和職責(zé)，利用適當(dāng)?shù)臅r(shí)間組織培訓(xùn)，加深開發(fā)人員對(duì)需求的理解，并確定技術(shù)路線。

2.計(jì)劃階段

對(duì)網(wǎng)絡(luò)學(xué)習(xí)空間的開發(fā)過程進(jìn)行適當(dāng)?shù)牟眉簦_定其系統(tǒng)框架，建立項(xiàng)目里程碑，并用經(jīng)驗(yàn)估算法對(duì)工作量進(jìn)行估算。結(jié)合前兩個(gè)階段，網(wǎng)絡(luò)學(xué)習(xí)空間功能模塊及實(shí)現(xiàn)優(yōu)先級(jí)如表1所示。

3.建設(shè)階段

建設(shè)階段的關(guān)鍵環(huán)節(jié)是系統(tǒng)設(shè)計(jì)與開發(fā)，該環(huán)節(jié)重點(diǎn)改進(jìn)的是變更控制，包括配置管理和缺陷問題管理。同時(shí)，監(jiān)督與評(píng)審也是網(wǎng)絡(luò)學(xué)習(xí)空間的開發(fā)進(jìn)行到第三個(gè)階段的關(guān)鍵工作過程。綜上所述，在此階段，項(xiàng)目負(fù)責(zé)人監(jiān)督項(xiàng)目進(jìn)展和系統(tǒng)性能，一旦出現(xiàn)項(xiàng)目進(jìn)展偏離項(xiàng)目計(jì)劃或開發(fā)缺陷問題時(shí)，采取糾正措施，直至項(xiàng)目結(jié)束。

4.交付階段

合理的環(huán)境和數(shù)據(jù)選擇是網(wǎng)絡(luò)學(xué)習(xí)空間部署實(shí)施的關(guān)鍵要素，發(fā)布系統(tǒng)并記錄問題以及處理情況。最后，進(jìn)行同行評(píng)審，確認(rèn)無誤后交付系統(tǒng)。

六、應(yīng)用與改進(jìn)效果

（一）網(wǎng)絡(luò)學(xué)習(xí)空間的實(shí)際應(yīng)用反饋

截止到本文發(fā)稿前，網(wǎng)絡(luò)學(xué)習(xí)空間已經(jīng)上線應(yīng)用，其功能需求和性能需求都得到了百分百的實(shí)現(xiàn)。前臺(tái)界面展示簡(jiǎn)潔友好，適合多種瀏覽器；后臺(tái)管理操作簡(jiǎn)單便捷，易用性強(qiáng)。應(yīng)用后的用戶實(shí)際反饋如表2所示。

（二）開發(fā)過程改進(jìn)效果

在項(xiàng)目進(jìn)度方面，按照改進(jìn)后的實(shí)現(xiàn)過程，網(wǎng)絡(luò)學(xué)習(xí)空間開發(fā)進(jìn)度延期情況明顯改善，尤其是延誤最為嚴(yán)重的需求分析和部署實(shí)施，初始進(jìn)度延誤偏差高達(dá)到20%，實(shí)施改進(jìn)方案后，需求分析延誤偏差為10%，系統(tǒng)實(shí)施階段按時(shí)完成，無延誤。

在軟件缺陷方面，改進(jìn)方案實(shí)施后，采用了較為科學(xué)的過程裁剪，選擇了適合網(wǎng)絡(luò)學(xué)習(xí)空間的開發(fā)過程顆粒度，使得開發(fā)過程較為順利，軟件質(zhì)量得到基本保證，無明顯需求偏離。

七、總結(jié)與展望

本文通過診斷并分析開發(fā)網(wǎng)絡(luò)學(xué)習(xí)空間系統(tǒng)過程中遇到的問題及問題產(chǎn)生的原因，以CMMI第二級(jí)、第三級(jí)中關(guān)鍵過程域?yàn)榛A(chǔ)，在軟件項(xiàng)目管理上采取了一些改進(jìn)措施，有效解決了部分問題。在系統(tǒng)開發(fā)過程中，出現(xiàn)缺陷問題是在所難免的，及時(shí)發(fā)現(xiàn)并提出行之有效的解決措施是提升軟件質(zhì)量的明智之舉。CMMI模型只能提供理論框架，因此，不能一味地盲目追求。在軟件項(xiàng)目管理的過程中，結(jié)合實(shí)際建立適合軟件項(xiàng)目的管理體系，做好項(xiàng)目監(jiān)管和質(zhì)量評(píng)審工作，促進(jìn)軟件質(zhì)量滿足實(shí)際應(yīng)用的需求，順應(yīng)教育教學(xué)的發(fā)展需求，迎合教育用戶的消費(fèi)心理，不斷提升軟件質(zhì)量，才可以有利于教育軟件持續(xù)發(fā)展，開創(chuàng)教育軟件發(fā)展的新天地。