軟件開發(fā)項目總結(jié)精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的軟件開發(fā)項目總結(jié)主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：軟件開發(fā)項目總結(jié)范文

與一般項目相比，軟件開發(fā)項目存在一些獨有的特點，而這些特點的存在使得要想真正做好軟件開發(fā)項目的管理工作是十分困難的，其在管理方法上與傳統(tǒng)項目管理存在著一定的差別，一些通用的項目管理理論或者項目管理方法并不適用于軟件開發(fā)項目的管理。在這種情況下，對軟件開發(fā)項目管理進行相應(yīng)的實踐探究，就顯得非常必要。

關(guān)鍵詞：

軟件開發(fā)項目管理；實踐

進入21世紀(jì)后，伴隨著計算機技術(shù)和網(wǎng)絡(luò)技術(shù)的飛速發(fā)展，各種智能終端設(shè)備逐漸興起，也使得人們對于軟件的需求達到了一個前所未有的高度，推動了我國軟件產(chǎn)業(yè)的發(fā)展。而在軟件開發(fā)過程中，需要切實做好項目管理工作，提升管理水平，才能夠促進我國軟件產(chǎn)業(yè)的進一步發(fā)展壯大。

一、軟件開發(fā)與項目管理

簡單來講，軟件開發(fā)就是依照客戶的需求，構(gòu)建軟件系統(tǒng)或者系統(tǒng)中的軟件部分，其是一項包括了需求捕捉、需求分析、設(shè)計、實現(xiàn)和測試的系統(tǒng)工程，需要借助某種本程序設(shè)計語言實現(xiàn)。軟件開發(fā)的主要流程包括：需求分析、總體設(shè)計、細(xì)部設(shè)計、編碼、單元測試、綜合測試、運行以及維護。項目管理則是指在一定的約束條件下，為了實現(xiàn)某個特定的目標(biāo)，依照項目自身的內(nèi)在邏輯規(guī)律所進行的系統(tǒng)管理活動。相對于軟件開發(fā)而言，項目管理需要遵循幾個基本的原則，一是依照分階段的生命周期計劃，進行嚴(yán)格管理；二是做好相應(yīng)的階段性評審；三是重視產(chǎn)品控制；四是應(yīng)用現(xiàn)代程序設(shè)計技術(shù)；五是確保開發(fā)人員的專業(yè)素質(zhì)較高，同時對人數(shù)進行控制；六是必須能夠?qū)Y(jié)構(gòu)進行清晰地審查；七是必須承認(rèn)軟件工程實踐持續(xù)改進的必要性[1]。

二、基于軟件開發(fā)的項目管理實踐

以智能手機系統(tǒng)為平臺，針對手機軟件開發(fā)的項目管理實踐進行簡要分析和討論。

2.1需求分析需求分析是軟件開發(fā)的基礎(chǔ)與前提，能夠獲取和記錄系統(tǒng)需求，確?？蛻襞c項目團隊在系統(tǒng)需求變更上的一致性，避免軟件開發(fā)過程中不必要的彎路。需求分析法包括了用戶問卷調(diào)查、研討會以及原型展示等，需要安排專人做好相應(yīng)的記錄工作，并及時對其進行總結(jié)和歸納，做好應(yīng)對策略。在該項目中，軟件需要滿足的需求包括：適用于主流手機操作平臺，充分考慮不同硬件配置以及操作系統(tǒng)版本的兼容性；可以跨平臺運行，同時不需要占用過多的系統(tǒng)資源；確保數(shù)據(jù)連接的速率以及操作的流暢性等。

2.2設(shè)計編碼系統(tǒng)設(shè)計包括了總體設(shè)計和細(xì)部設(shè)計兩個不同的階段，其中，總體設(shè)計應(yīng)該大致規(guī)劃出軟件的功能模塊，做好相應(yīng)的功能分區(qū)，并對其進行初步的設(shè)計分析，細(xì)部設(shè)計則需要給出每一個功能模塊的控制流程、算法以及數(shù)據(jù)結(jié)構(gòu)等，確保每一個模塊都有不同的層次。對于一些難度較大、涉及面較廣的模塊，可以交給一些經(jīng)驗豐富、心細(xì)縝密的技術(shù)人員完成，并做好模塊的測試與修改，保證其穩(wěn)定可靠，盡可能降低風(fēng)險與成本[2]。設(shè)計完成后，需要進行編碼工作，采用代碼版本管理工具SVN，以確保各個子系統(tǒng)的功能都能夠得到最大限度的發(fā)揮，實現(xiàn)系統(tǒng)之間的功能互補，從而降低軟件開發(fā)的風(fēng)險和難度，提高軟件過程的跟蹤率。

2.3測試運行軟件測試并非單純的某個環(huán)節(jié)，而是貫穿于整個軟件開發(fā)項目中，制定出詳細(xì)全面的測試計劃，并對測試用例進行用心編寫。軟件中的每一個子模塊都應(yīng)該由編程人員之外的技術(shù)人員進行反復(fù)測試，同時對測試過程中出現(xiàn)的問題進行記錄，提出相應(yīng)的修改意見，由相應(yīng)的編程人員進行修改。在對測試用例進行編寫時，需要對測試目標(biāo)、測試環(huán)境、測試步驟、預(yù)期結(jié)果等進行記錄，形成具有代表性的數(shù)據(jù)信息。在測試完成后，需要首先在小范圍內(nèi)，對軟件的子模塊進行試運行，確認(rèn)無誤后再對軟件整體進行試運行，結(jié)合運行反饋結(jié)果，評估軟件的可靠性，采取相應(yīng)的完善措施。試運行成功后，需要編寫相應(yīng)的用戶手冊，制作視頻說明，幫助用戶了解和使用軟件，同時標(biāo)注聯(lián)系方式，方便用戶進行反饋。

2.4后期管理在系統(tǒng)安裝試用一段時間，具備相應(yīng)的驗收條件后，需要進行驗收準(zhǔn)備工作，對之前的工作進行總結(jié)，列出工作成果和相應(yīng)的文檔，審查相關(guān)技術(shù)文檔中的內(nèi)容和信息。應(yīng)該對系統(tǒng)當(dāng)前的完成狀況進行明確，對于尚未完成的部分，應(yīng)該采取有效策略去完成，或者設(shè)置相應(yīng)的回避措施，確?？蛻粼隍炇諘r不會提出這些未實現(xiàn)的需求。在交付使用后，需要做好軟件維護工作，結(jié)合需求變化或者硬件環(huán)境變化對程序進行修改，確保其具備良好的實用性和適用性[3]。

三、結(jié)語

綜上所述，軟件開發(fā)項目管理與一般的項目管理存在著很大的差別，需要相關(guān)技術(shù)人員結(jié)合軟件開發(fā)的具體流程，做好全過程管理，保證管理效果，在完成預(yù)定功能目標(biāo)的基礎(chǔ)上，提升軟件的可靠性與安全性，確保軟件的有效應(yīng)用。

參考文獻：

[1]劉宇柯.基于CMMI的軟件開發(fā)項目管理研究[D].廣東工業(yè)大學(xué),2015.

[2]魯成祥,呂培強,龐新瑩.基于Android平臺軟件開發(fā)的軟件項目管理實踐研究[J].軟件導(dǎo)刊,2012,11(8):10-13.

第2篇：軟件開發(fā)項目總結(jié)范文

上述文獻中存在著兩個缺陷：一是雖然在軟件開發(fā)項目經(jīng)濟分析時考慮了項目內(nèi)含的實物期權(quán)價值，但在項目投資決策分析中卻仍然遵循NPV方法的思路，而沒有考慮實物期權(quán)的執(zhí)行問題以及何時執(zhí)行問題；二是缺乏對軟件開發(fā)項目在生命周期的各個階段所包含的實物期權(quán)作全面、系統(tǒng)的研究，大多只是考慮到項目中的等待期權(quán)。本文則對上述問題作了詳盡的研究和分析。

二、軟件項目的生命周期

從項目管理與項目經(jīng)濟分析的角度看，軟件項目的生命周期可歸納為圖1所示的一般過程：

在圖1中，橫坐標(biāo)是時間，縱坐標(biāo)是收益或投資成本，t0=0是項目的決策點。在決策時，I是項目可行性研究費用(成本)，相對于項目的整個壽命期，一般來說項目的可行性研究階段的時間很短，所以假設(shè)項目的可行性研究是在瞬間完成。t1是項目開發(fā)的起始點，t2-t1是項目前期開發(fā)階段，在這一階段，項目有一現(xiàn)金流C1支出，C1可能是常量，也可能是隨時間的變量C1(t)。從t2時刻起，項目的首期開發(fā)完成，項目開始有收益，即現(xiàn)金流B1，B1也可能是常量，更一般的是隨時間的變量B1(t)，這一收入可能是企業(yè)出售軟件或軟件相關(guān)服務(wù)效益的收入。同時，對于大多數(shù)成功的軟件項目來說，從t2時刻起，該軟件項目又開始了進一步的開發(fā)，如增加軟件的新功能，或?qū)④浖浦矓U展到其他的計算機操作系統(tǒng)等。從t3-t2階段是軟件項目的第二次開發(fā)階段，在這一過程中所發(fā)生的開發(fā)費用為C2，C2的特點也與C1相似。從t3到tn，其中可能包括多個與t3-t2階段相似的軟件項目的擴展(二次開發(fā))階段。T是該軟件項目結(jié)束的時間。由于技術(shù)進步與消費者需求的變化，一般來說一個軟件不可能永遠(yuǎn)繼續(xù)下去，它可能在某一時刻被完全淘汰。綜上分析，t0是項目的決策點，t1是項目的開發(fā)起始點，他們可能是同一時間，但大多數(shù)情況下可能是不同點。t1-tn是項目的開發(fā)階段，其中t1-t2是項目的純開發(fā)階段，在這一階段上，項目無收益。t2-T是項目的收益階段，在這個時段上項目有現(xiàn)金流入，他們通常大于本階段上的開發(fā)費用。值得指出的是，軟件項目在t2-T階段，企業(yè)可以中止并出售該項目，并一次性收取轉(zhuǎn)讓費。

三、軟件開發(fā)項目內(nèi)含實物期權(quán)分析

從圖1的分析可以看出，一個軟件開發(fā)項目包含了多個階段。把軟件項目看作是由一系列序貫開發(fā)的小項目所組成，這一觀點在軟件開發(fā)項目管理中已被廣泛接受。在軟件項目中，前一階段的決策，決定了后續(xù)階段的開發(fā)投資。所以，在前一階段的經(jīng)濟評價中，應(yīng)考慮本階段的決策所帶來的后續(xù)階段投資機會的價值。從這一觀點出發(fā)，可以分析在軟件開發(fā)項目的不同階段中項目可能包含的實物期權(quán)。

在t0點，即項目投資決策時，項目內(nèi)含一個等待(wait)或推遲(defer)開始的實物期權(quán)，這相當(dāng)于一個美國式的買方期權(quán)(CallOption)。該期權(quán)的執(zhí)行條件是：推遲項目可以使得管理人員獲得更多(額外)的有關(guān)項目的信息，在此基礎(chǔ)上，有利于管理人員采取管理行動，而且，一般來說計算機硬件，軟件的價格隨時間迅速下降，推遲項目會有利于降低開發(fā)成本。但同時也應(yīng)看到，推遲項目也可能導(dǎo)致項目收入的損失和企業(yè)競爭優(yōu)勢的喪失，即推遲項目具有機會成本。在項目決策時，應(yīng)綜合全面考慮這兩方面因素。因而，在項目決策時，除了篩選項目外，還應(yīng)考慮這一實物期權(quán)的價值，在時間許可的范圍內(nèi)，決定最佳項目開始時間。

在t0時，除等待期權(quán)外，項目還包含有第二階段投資機會的實物期權(quán)。

在t1至tn時項目的開發(fā)階段。在開發(fā)階段上項目具有更大的管理柔性，項目可能包含的實物期權(quán)有：1.推遲或中止下一階段的開發(fā)。2.若不期望的情況出現(xiàn)，并且繼續(xù)下去，則可完全放棄該項目。3.根據(jù)新掌握的信息，擴展或縮減項目。4.發(fā)現(xiàn)新派生軟件(項目)的投資機會。

最后，項目的經(jīng)營階段，項目還可能包括中止(出售)的期權(quán)，或由于條件的變化，進一步升級軟件的機會。

雖然軟件項目中所包含的期權(quán)不同，但一般情況下，影響他們價值的因素主要包括：1.執(zhí)行項目中實物期權(quán)所產(chǎn)生的收益。對軟件開發(fā)項目來說，這可能是項目在某一階段的收益，一般來說，其他條件不變，收益越高，期權(quán)的價值也就越大。2.執(zhí)行實物期權(quán)所需要的成本。對于軟件開發(fā)項目而言，是投資于項目下一階段的成本，一般來說，其他條件不變，成本越小，期權(quán)的價值也就越大。3.收益與成本的不確定性的程度。對于金融期權(quán)來說，其價值是建立在市場風(fēng)險之上的，這個風(fēng)險反映在證券資產(chǎn)的價格變化上。然而，其中之一變?yōu)椴淮_定了，則項目所包含的實物期權(quán)價值會相應(yīng)增加。4.實物期權(quán)的截止時間。對于軟件項目來說，這一時間就是下一階段項目管理決策的可能時間。在實踐中，它經(jīng)常是企業(yè)因素所決定的。實物期權(quán)的截止時間越長，則期權(quán)的價值也就越高。5.項目包含的實物期權(quán)執(zhí)行的機會成本。若這一機會成本越高，則期權(quán)的價值也就越低。6.無風(fēng)險折現(xiàn)率。無風(fēng)險折現(xiàn)率越低，則期權(quán)的價值也就越高。

四、軟件開發(fā)項目經(jīng)濟分析的目標(biāo)與內(nèi)容

Trigeorgis等學(xué)者提出，在考慮內(nèi)含實物期權(quán)時，投資項目的價值包括兩部分：一是傳統(tǒng)的、被動的、靜態(tài)的(static)項目直接現(xiàn)金流的凈現(xiàn)值(NPV)。二是管理柔性或靈活性所產(chǎn)生的項目內(nèi)含實物期權(quán)價值。這一思想可歸納為下式：F=NPV+V(1)

(1)式中，F(xiàn)是擴展(Expand)的NPV，也是整個項目投資機會的價值；NPV是按凈現(xiàn)值法計算出的項目凈現(xiàn)值；V是項目內(nèi)含期權(quán)的價值。

根據(jù)項目投資決策的NPV法則，內(nèi)含實物期權(quán)的IT項目，其投資機會的價值大于零時，項目可行；篩選IT項目的多個獨立方案時，選擇投資機會最大的投資方案。在大多數(shù)投資項目的實物期權(quán)理論研究以及實證研究的文獻中，都遵循這一準(zhǔn)則。然而，這類投資項目的決策思路卻值得重新審視。

傳統(tǒng)的投資項目經(jīng)濟評價中，沒有考慮項目中可能包含的實物期權(quán)，其經(jīng)濟評價是為其投資決策服務(wù)的。而投資決策的特點是在決策時只有投資或不投資兩種選擇，若項目選擇投資，其經(jīng)濟評價的使命便告結(jié)束。若選擇不投資，項目就放棄了。傳統(tǒng)的投資項目決策的內(nèi)容可歸納為下面三個基本內(nèi)容：1.決定投資項目是否經(jīng)濟可行；2.若可行的投資項目存在多個相互排斥的投資方案，篩選最佳的投資方案；3.在企業(yè)資源(預(yù)算)約束的條件下，篩選多個項目的投資組合。然而，若投資項目中包含實物期權(quán)，項目經(jīng)濟評價中也考慮了項目內(nèi)含實物期權(quán)的價值，那么投資項目不僅在經(jīng)濟評價的內(nèi)容與方式上與傳統(tǒng)項目的經(jīng)濟評價不同，而且項目的決策內(nèi)容和方式也與傳統(tǒng)項目的決策不同，具體體現(xiàn)在下面三個方面：第一，項目的決策不僅在項目最初的決策階段(點)進行，而且還應(yīng)延伸進項目的整個過程之中。第二，在項目最初的決策階段(點)，管理者不僅要決定項目是否可行，篩選最佳方案和選擇投資組合，而且還要依據(jù)項目經(jīng)濟評價的結(jié)果，決定項目內(nèi)含期權(quán)是否應(yīng)該執(zhí)行和何時執(zhí)行。第三，投資項目內(nèi)含期權(quán)的經(jīng)濟分析，不僅在項目決策階段進行，而且還應(yīng)延伸至項目開發(fā)的全過程。在項目開發(fā)的每一個階段，根據(jù)項目經(jīng)濟分析的結(jié)果，決定當(dāng)時項目所含實物期權(quán)是否實施、何時實施。

五、軟件開發(fā)項目決策框架與準(zhǔn)則

從上述分析可以看出，在軟件開發(fā)項目經(jīng)濟評價中引入實物期權(quán)的概念和實物期權(quán)定價方法，是軟件開發(fā)項目經(jīng)濟分析與決策管理的革命，它必然給原有的軟件開發(fā)項目的管理帶來深刻變革。本文構(gòu)建了軟件開發(fā)項目的經(jīng)濟分析與管理決策過程的框架，其主要內(nèi)容是：1.確定本階段軟件開發(fā)的范圍及下一階段開發(fā)的可能范圍，決定是否可引出相關(guān)的開發(fā)項目。2.構(gòu)造確定本階段開發(fā)項目包含的實物期權(quán)，如推遲開發(fā)、進一步擴展開發(fā)等。3.預(yù)估開發(fā)項目成本、收益、時間和無風(fēng)險折現(xiàn)率，特別應(yīng)分析確定成本與收益的不確定性特征，如變化方差等。4.根據(jù)開發(fā)項目的不確定源的特征，選擇合理、恰當(dāng)?shù)氖袇^(qū)期權(quán)定價模型，確定開發(fā)項目內(nèi)含期權(quán)的價值。對于相似于美國式期權(quán)的實物期權(quán)，還應(yīng)確定最佳執(zhí)行時間。一般來說，實物期權(quán)定價模型主要包括：已有的期權(quán)定價模型、偏微分方程法和動態(tài)規(guī)劃方法等。5.根據(jù)項目的經(jīng)濟分析結(jié)果作出管理決策。應(yīng)該指出的是，在軟件開發(fā)項目的不同階段，管理決策的內(nèi)容有所不同，下面詳細(xì)分析不同開發(fā)階段管理決策的內(nèi)容與規(guī)則。

在軟件開發(fā)項目的最初決策階段，決策內(nèi)容包括兩個部分：一是傳統(tǒng)項目投資決策內(nèi)容相同；二是針對項目內(nèi)含期權(quán)的決策。具體可歸納為圖2所示：

第3篇：軟件開發(fā)項目總結(jié)范文

關(guān)鍵詞：軟件企業(yè)能力成熟度模型軟件過程改進

一、引言

CMM是軟件過程能力成熟度模型的簡稱，它主要用于軟件開發(fā)過程與軟件開發(fā)能力的評估與改進，CMM自問世以來備受關(guān)注，在很多國家與地區(qū)得到了廣泛的應(yīng)用，成為衡量軟件公司軟件開發(fā)管理水平的重要參考因素和軟件過程改進事實上的工業(yè)標(biāo)準(zhǔn)。

二、CMM的主要用途有

1.軟件過程評估。軟件過程評估主要用于軟件企業(yè)自身內(nèi)部的軟件過程的改進問題，目的在于發(fā)現(xiàn)缺陷與不足，提出軟件過程改進的方向。在評估過程中，由經(jīng)過CMM系統(tǒng)培訓(xùn)的專業(yè)人員調(diào)查，評估與鑒別軟件過程中存在的問題，確定出企業(yè)軟件過程的現(xiàn)狀，從中分析出企業(yè)最急于解決或者最重要的與軟件過程相關(guān)的問題，將問題匯報給企業(yè)管理層，以便取得企業(yè)管理層對軟件過程改進的支持。

2.軟件能力評價。對接受評價的企業(yè)或軟件開發(fā)小姐，評價出他們在一定條件下，即資金與時間的約束條件下能否按時按質(zhì)完成軟件開發(fā)項目的能力。分析出其能夠承受風(fēng)險的系數(shù)大小。通過利用CMM確定評價結(jié)果后，可以利用這些結(jié)果確定選擇軟件外包企業(yè)的風(fēng)險，也可以判斷相關(guān)企業(yè)在軟件開發(fā)過程中的工作進程，指導(dǎo)他們改進相關(guān)的軟件過程。3.軟件過程改進。CMM可以用于指導(dǎo)軟件開發(fā)企業(yè)優(yōu)化軟件過程，對軟件過程進行計劃，制定與過程定義。CMM指出了軟件企業(yè)如何擺脫無序與不成熟的軟件過程，形成一個成熟的有規(guī)律的軟件過程所必經(jīng)的優(yōu)化與提高的途徑。同時CMM也列出了達到每一個成熟度等級所必須關(guān)注的軟件過程的關(guān)鍵內(nèi)容，即軟件過程域，以及完成每一個軟件過程域所必須要做的關(guān)鍵實踐。隨著軟件企業(yè)CMM級別的提高，軟件企業(yè)的軟件過程能力成熟度不斷地增長。

三、中小型軟件企業(yè)在軟件開發(fā)過程中的特征

不同企業(yè)有不同的情況，例如不同的規(guī)模，企業(yè)文化，技術(shù)水平，不同的優(yōu)劣勢，所以在實施軟件過程改進時，要根據(jù)不同企業(yè)的特點有所裁減，要在軟件過程改善時，有針對性的發(fā)揮優(yōu)勢，減少劣勢所可能造成的負(fù)面影響。中小軟件企業(yè)相對于大型軟件企業(yè)有以下鮮明特征：第一，由于企業(yè)規(guī)模的限制導(dǎo)致中小軟件企業(yè)大多數(shù)從事的是系統(tǒng)集成軟件的開發(fā)，即特性軟件的開發(fā)，人員規(guī)模與資金規(guī)模相對于大型軟件開發(fā)企業(yè)的有限，使中小軟件企業(yè)很難花費大量時間對開發(fā)員工進行徹底的軟件過程改善的培訓(xùn)，且在軟件發(fā)行過程中很難進行良好的商業(yè)宣傳與運作，這些都是由于規(guī)模有限產(chǎn)生的負(fù)面效應(yīng)。第二，在企業(yè)文化上，中小軟件企業(yè)的員工可能參與到軟件開發(fā)流程中的各個環(huán)節(jié)與方面，例如需求分析，設(shè)計，開發(fā)或測試。在開發(fā)過程中的職責(zé)劃分上，以員工為中心而不是以角色為中心。軟件開發(fā)層次不明晰，不利于保障軟件開發(fā)質(zhì)量，因為不能做到像大型軟件企業(yè)那樣，設(shè)立不同的專業(yè)軟件過程組來進行軟件過程改善，比如劃分了專門的軟件工程組與軟件過程組等。第三，中小企軟件企業(yè)的項目成功主要依賴于核心開發(fā)人員的技術(shù)與管理能力，企業(yè)缺乏明確定義的軟件過程，雖然這種開發(fā)模式能確保開發(fā)過程中的靈活性與自由化，但同時造成少部分人的工作量超負(fù)荷，也使得成功的開發(fā)模式與經(jīng)驗得不到有效的繼承，限制了軟件開發(fā)能力的提高，中小型軟件企業(yè)的人員變更相對頻繁，這使得軟件過程改善必須以軟件過程及其活動為中心，而不能以某個員工為中心。第四，中小型軟件企業(yè)的溝通比較容易，這造成各項工作的文檔化程度不高，主要是通過交流來達到監(jiān)控項目的目的，幾乎沒有或者很少有庫存的過往開發(fā)項目的文檔資料。

四、CMM在中小型軟件企業(yè)中實施的步驟

1.需求管理。從客戶處獲取原始需求，經(jīng)分析后形成需求說明書，獲得客戶授權(quán)與認(rèn)可，軟件開發(fā)項目組評審需求說明書，加入配置管理，創(chuàng)建需求基線，對需求的開發(fā)狀況進行跟蹤，要及時了解需求的變化與實現(xiàn)情況，一旦需求變更，需要按配置管理變更流程的執(zhí)行。

2.軟件項目計劃。軟件項目計劃是軟件項目跟蹤與監(jiān)控的基礎(chǔ)，項目經(jīng)理根據(jù)需求說明書進行估算，擬定軟件項目計劃，交上交軟件開發(fā)計劃給上級部門評審與審批。審批通過后，加入配置管理。

3.軟件項目跟蹤與監(jiān)控。項目經(jīng)理使用進度表進行監(jiān)控，根據(jù)項目的實際執(zhí)行情況，擬定進度報告，并得到項目組相關(guān)成員的確認(rèn)，一旦計劃與實際執(zhí)行情況有偏差，項目經(jīng)理要發(fā)現(xiàn)差距，并形成問題報告。高層經(jīng)理審查項目報告，監(jiān)督項目經(jīng)理修正計劃和解決已經(jīng)存在的問題和風(fēng)險。

4.軟件質(zhì)量保證。如有專人負(fù)責(zé)軟件質(zhì)量保證，可擬定專門的質(zhì)量保證計劃，根據(jù)計劃進行審查，記錄下不一致的問題，將問題記錄到項目問題日志，了解問題的解決情況，并定期向高層經(jīng)理匯報。

5.軟件配置管理。如有專人負(fù)責(zé)軟件配置管理，可以擬定專門的配置管理計劃。創(chuàng)建開發(fā)域和基線域，開發(fā)人員在各自的開發(fā)域上工作，軟件配置管理則標(biāo)識配置項并加入基線域。在各個階段結(jié)束時創(chuàng)建基線，對配置項和基線進行審計。質(zhì)量保證人員定期審計配置管理活動。

6.同行評審。項目經(jīng)理確定評審的人員、時間與地點，將相關(guān)材料發(fā)給評審人員，評審人員評審材料，記錄發(fā)現(xiàn)的問題，如果時間充足，以會議方式進行交流，否則由項目組成員各自提交發(fā)現(xiàn)的問題，最后匯總發(fā)現(xiàn)的問題，由項目經(jīng)理指定相關(guān)人員跟蹤解決問題。

五、CMM在中小型軟件企業(yè)中實施的策略

對項目組相關(guān)成員進行CMM的培訓(xùn)，對軟件企業(yè)當(dāng)前的工作流程進行分析，整理及文檔化，制定一個適合本企業(yè)的軟件過程。合并管理任務(wù)，沒有必要重復(fù)設(shè)置經(jīng)理職位，可以把相關(guān)工作交給有關(guān)人員實施，個人可以執(zhí)行項目或者組織中的多個角色。建立合理的組織結(jié)構(gòu)，成立軟件工程過程組，同時軟件質(zhì)量保證部門要獨立于研發(fā)及測試部門。可以合并的文檔就合并，可以消除的文檔就消除，從而減少生成文檔的負(fù)擔(dān)，保持文檔的簡單性。適當(dāng)合并評審實踐，把評審實踐非正式化，充分利用其他會議或者碰頭機會解決評審需求。在軟件開發(fā)過程中，將CMM與個體軟件過程PSP和小組軟件過程TSP有機地結(jié)合起來，以幫助提高軟件企業(yè)的開發(fā)管理能力。

總結(jié)：

第4篇：軟件開發(fā)項目總結(jié)范文

關(guān)鍵詞：  ；軟件開發(fā)項目； 質(zhì)量功能展開技術(shù)； 模糊層次分析法； 質(zhì)量屋

中圖分類號： TN830.1?34  ；  ；  ；  ；  ；  ；  ；  ；  ；  ； 文獻標(biāo)識碼： A  ；  ；  ；  ；  ；  ；  ；  ；  ；  ；  ；  ；文章編號： 1004?373X（2014）23?0118?04

Application of QFD and FAHP in software developing

ZHANG Zi?nan

（Commercial College， Hohai University， Nanjing 211100， China）

Abstract： The applicability of quality function deployment （QFD） technology in software developing projects is analyzed. The fuzzy AHP （FAHP） is brought in the method based on the traditional QFD technology. Based on the basic theory of fuzzy AHP， the trapezoidal fuzzy numbers is adopted to score for  ；the customer needs， so as to improve the coordinated management of the three parties in the software  ；project developing process.

Keyword： software developing project； quality function deployment technology； fuzzy AHP； house of quality

0  ；引  ；言

信息化時代的來到，給軟件市場帶來了良好的機遇。我國眾多軟件開發(fā)團隊的追求目標(biāo)是在現(xiàn)有預(yù)算內(nèi)及時開發(fā)出切合客戶需要的高品質(zhì)軟件。作為軟件開發(fā)中最關(guān)鍵的一個輸入，顧客需求對軟件開發(fā)團隊管理的重要程度，決定了軟件產(chǎn)品開發(fā)的結(jié)果。但是，需求的變更來自各方面的因素，這使得其成為大多軟件產(chǎn)品開發(fā)中最不穩(wěn)定的一個因素，因此，持續(xù)變化的需求是整個軟件生命周期中的固有狀態(tài)。同時，軟件領(lǐng)域存在的各種問題逐漸凸顯出來，其中很大一部分是由于項目評估不準(zhǔn)確，投資者決策失誤，同時開發(fā)團隊未能準(zhǔn)確理解顧客的期望和需求，導(dǎo)致層層偏差背離開發(fā)計劃。解決軟件產(chǎn)品開發(fā)中的需求變更控制是當(dāng)今面臨的一大課題。

軟件產(chǎn)品具有需求規(guī)?；?、多樣化的特征，這使得軟件開發(fā)與制造難度大幅度提升。盡管軟件開發(fā)的實踐和研究已經(jīng)取了顯著的成果，可危機卻依舊存在。軟件開發(fā)團隊所面臨的最大問題就是顧客對其產(chǎn)品不滿意。究其原因是消費者、市場部門與開發(fā)團隊的逐層傳遞中出現(xiàn)溝通的誤解，導(dǎo)致了設(shè)計各子過程接口模糊，信息被錯誤地傳遞或得不到傳遞。間斷現(xiàn)象造成的結(jié)果就是軟件產(chǎn)品無法滿足顧客的需求。因此，在軟件開發(fā)策劃過程時，科學(xué)的技術(shù)和方法是保證產(chǎn)品最終滿足市場的重要保障。

本文采用質(zhì)量功能展開（QFD）技術(shù)在軟件開發(fā)中的適用性和建立模糊語言評價集及其對應(yīng)的模糊數(shù)集，利用模糊層次分析法（Fuzzy Analytic Hierarchy Process，F(xiàn)AHP）進行評價和決策，從而有效地處理需求的模糊性和多變性。通過模糊QFD技術(shù)對軟件項目開發(fā)中的模糊信息進行處理，構(gòu)建基于模糊QFD的軟件項目開發(fā)過程協(xié)同管理模型。

1  ；基于QFD的軟件項目開發(fā)管理

1.1  ；QFD技術(shù)及其特點

QFD技術(shù)是一種將顧客需求轉(zhuǎn)化為產(chǎn)品各階段設(shè)計要求的有效工具。例如，在軟件開發(fā)過程中，軟件開發(fā)團隊在軟件設(shè)計階段具有將顧客需求轉(zhuǎn)變?yōu)楫a(chǎn)品質(zhì)量設(shè)計的特性。20世紀(jì)70年代，三菱重工的神戶造船廠興起了QFD技術(shù)，經(jīng)過多年的發(fā)展與改進已經(jīng)被廣泛地應(yīng)用于軟件開發(fā)項目中。比如， Mulligan和Mallon運用QFD技術(shù)對設(shè)想的個人計算機工作間進行了更改[1]；新藤久和和我國的熊偉在1991年東京召開的第一屆國際QFD研討會上一同提出了將QFD技術(shù)運用于軟件產(chǎn)品中的理論模型與現(xiàn)實框架[2]； GOAL/QPC及ASI是美國的兩家非營利性培訓(xùn)組織，為本國諸多公司培訓(xùn)了大批QFD專業(yè)技術(shù)人員，如今QFD技術(shù)已成為美國企業(yè)在產(chǎn)品開發(fā)過程中一個強有力的工具[3]；但是，其中的應(yīng)用目標(biāo)是構(gòu)建質(zhì)量屋矩陣，并沒有提出一個完整的軟件產(chǎn)品開發(fā)應(yīng)用模型，大多為模仿工業(yè)產(chǎn)品的應(yīng)用而構(gòu)建的[4]；Kamara和Anumba提出了在工業(yè)生產(chǎn)行業(yè)應(yīng)用QFD工具的客戶需求處理模型[5]；在我國，QFD技術(shù)也被逐漸應(yīng)用于軟件開發(fā)項目中?？滦钦J(rèn)為QFD是有益的信息系統(tǒng)開發(fā)技術(shù)，可用于調(diào)配全公司的所有過程，包括軟件開發(fā)在內(nèi)。它不增加生產(chǎn)成本，僅在前期投資增加，但在測試實現(xiàn)和維護階段節(jié)省投資[6]；邵家駿和張宗斌開創(chuàng)性地將QFD技術(shù)運用于氣動力數(shù)值計算軟件全過程中，達到了提升軟件質(zhì)量的效果，同時也節(jié)約了大量的時間和費用，取得了卓越的成果[7]；郭春明對基于QFD的軟件需求分析方法進行了研究，敘述了相應(yīng)的分析過程，并以網(wǎng)絡(luò)報銷系統(tǒng)為應(yīng)用實例，得出了角色與use case矩陣、用戶與角色矩陣以及需求分析質(zhì)量屋的構(gòu)建方法[8]。

關(guān)于質(zhì)量功能配置，赤尾洋二和水野滋兩位教授對其進行了定義：把客戶需求轉(zhuǎn)化為質(zhì)量特性，系統(tǒng)地配置這些特性和需求之間的關(guān)系，來保證產(chǎn)品的質(zhì)量。這個過程是從配置每一個產(chǎn)品的功能質(zhì)量開始的，而后擴展到各工序質(zhì)量和部件的質(zhì)量，產(chǎn)品整體質(zhì)量通過這些互相關(guān)聯(lián)的網(wǎng)絡(luò)來實現(xiàn)。運用了質(zhì)量屋（House of Quality，HoQ）來配置客戶的需求過程。HoQ是QFD工具實施的核心部分，它的形式是一種類似房子的矩陣框架，輸入信息后通過分析評價獲取輸出信息，進而實現(xiàn)了一種需求轉(zhuǎn)換，為軟件項目的開發(fā)、設(shè)計提供了有效的協(xié)調(diào)和規(guī)劃手段，其基本原理見圖1。

<；E：＼2014年23期＼2014年23期＼Image＼27t1.tif>；

圖1 質(zhì)量屋（HoQ）的結(jié)構(gòu)

通過量化分析軟件項目開發(fā)措施與顧客需求間的關(guān)聯(lián)度， HoQ運用數(shù)據(jù)處理分析手段提取出對滿足顧客需求最關(guān)鍵的項目開發(fā)措施（關(guān)鍵措施），進而指引軟件項目開發(fā)者在項目開發(fā)和軟件制作過程中把握軟件項目開發(fā)的關(guān)鍵過程特性（CTP）和關(guān)鍵質(zhì)量特性（CTQ），使得軟件項目的質(zhì)量能最優(yōu)地滿足顧客要求。HoQ是由以下要素組成的一個二元矩陣。

（1） 顧客需求及其重要度。它是質(zhì)量屋的輸入部分。這是確定什么才是顧客最需要的一部分。顧客的需求可以通過各種市場研究方法和市場調(diào)查得來。顧客需求目標(biāo)集將不同層次的顧客將劃分為不同級別，然后確定不同層次顧客需求的重要程度。通常采用親和圖等方法對顧客需求的信息進行分析和整理研究。它可以通過五個等級來區(qū)別表示：完全不影響功能實現(xiàn)的需求為1級；對主要功能的實現(xiàn)不產(chǎn)生影響的為2級；較為重要的影響到功能實現(xiàn)為3級；對功能實現(xiàn)產(chǎn)生重要的影響的需求為4級；影響到基本的非常重要的功能的需求為5級。這些級別確定的東西對后續(xù)階段具有決定作用，其他階段需求及其重要度是指上一級QFD質(zhì)量屋的技術(shù)方法集。

（2） 工程質(zhì)量技術(shù)措施。這部分由項目開發(fā)人員提取出來，主要是從顧客需求中總結(jié)滿足這些需求的軟件質(zhì)量技術(shù)要素。

（3） 關(guān)系矩陣。關(guān)系矩陣是描述顧客需求與軟件質(zhì)量技術(shù)措施之間關(guān)系的質(zhì)量屋核心部分。軟件開發(fā)人員在此階段需要對每一個質(zhì)量要素對全部顧客需求的影響度進行判斷。它表現(xiàn)了技術(shù)措施對它相對應(yīng)目標(biāo)實現(xiàn)程度衡量。[Rij]表示第[i]項顧客需求與第[j]項開發(fā)措施的關(guān)系度，它通過取1分、3分、5分、7分、9分，分別表示了有細(xì)微影響、有部分效果、有一定效果、有效、很有效、十分有效；2分、4分、6分、8分則代表了有效程度介于相鄰的兩個奇數(shù)之間的分值。

（4） 產(chǎn)品市場競爭能力評估矩陣。這一階段任務(wù)是市場調(diào)研組總結(jié)出來的各種顧客需求，并對本企業(yè)及主要競爭對手和同行業(yè)先進企業(yè)進行評估。準(zhǔn)確地定位公司自身在同行業(yè)競爭中的地位以及競爭的優(yōu)勢，根據(jù)自身情況尋找突破性的改進領(lǐng)域和方向，然后依據(jù)此定義新服務(wù)和產(chǎn)品的戰(zhàn)略目標(biāo)。

（5） 技術(shù)競爭性評估。此部分包括設(shè)計質(zhì)量、軟件質(zhì)量技術(shù)措施的權(quán)重和技術(shù)競爭性評估。設(shè)計質(zhì)量是質(zhì)量屋的輸出部分，是指通過比較分析，確定本企業(yè)要趕超先進水平、戰(zhàn)勝競爭對手、實現(xiàn)顧客滿意贏得顧客信賴所必需具備的質(zhì)量或產(chǎn)品；軟件質(zhì)量技術(shù)措施的權(quán)重是由顧客需求的重要性及其關(guān)系矩陣得出的；此項評估是根據(jù)公司自身實力，全面了解主要競爭對手在此項技術(shù)上的競爭性實力得出的結(jié)果。

（6） 相關(guān)矩陣。主要分析了各個質(zhì)量要素之間沖突、支持和相關(guān)程度。通常情況下分為強正相關(guān)、正相關(guān)、負(fù)相關(guān)和強負(fù)相關(guān)。

1.2  ；QFD的四個階段

QFD是由客戶需求所驅(qū)動的產(chǎn)品開發(fā)方法，運用QFD技術(shù)可以通過量化評估的方式實現(xiàn)將顧客需求、產(chǎn)品特性、產(chǎn)品質(zhì)量技術(shù)措施等項目的功能展開，通過提取關(guān)鍵特性或技術(shù)措施，緊抓開發(fā)重點，企業(yè)可以把人力物力用到關(guān)鍵的地方，最大可能降低成本，縮短開發(fā)周期，在激烈的市場競爭中開發(fā)出滿足顧客需要的產(chǎn)品，取得可觀的效益。

軟件行業(yè)是區(qū)別于一般企業(yè)的特殊性生產(chǎn)企業(yè)，軟件開發(fā)過程是指軟件開發(fā)的生命周期中所涉及的一系列過程，包括需求分析、產(chǎn)品設(shè)計、代碼編寫、軟件測試、產(chǎn)品維護等階段。我國現(xiàn)行軟件產(chǎn)品開發(fā)中，許多軟件產(chǎn)品陷入質(zhì)量低下、生存周期短甚至軟件不符合用戶需求的漩渦，究其原因，主要是軟件企業(yè)對質(zhì)量管理認(rèn)知度不足、軟件質(zhì)量專業(yè)人才缺乏等造成的。全員參與、管理的系統(tǒng)方法和過程方法在軟件產(chǎn)品開發(fā)中尤為重要。QFD的ASI四階段模式能夠良好地鏈接顧客需求與產(chǎn)品制造之間的聯(lián)系，從而完善了軟件開發(fā)計劃，加強了項目參與者的聯(lián)系與信息交流，盡可能地避免重復(fù)設(shè)計，利于避免返工和設(shè)計上的缺陷，解決了效率低下和不確定性等問題。

QFD的ASI四階段由John R Hauser &； Don Clausing更具體的提出。設(shè)計需求、工藝特性、生產(chǎn)要求和零件特性這四個階段分別被展開為顧客需求。由于該模型將QFD的展開過程進行了分解，使QFD的展開過程更為清晰，目前，該模式已經(jīng)成為歐美國家實施QFD的主要模式。本文把QFD的ASI四階段模式運用到軟件項目開發(fā)中構(gòu)建了軟件開發(fā)中的QFD四階段模型圖，如圖2所示，運用這種結(jié)構(gòu)化的系統(tǒng)方法，將顧客需求轉(zhuǎn)化為設(shè)計需求，進而轉(zhuǎn)化為編碼需求和測試需求，最終完成滿足市場要求的軟件項目產(chǎn)品。產(chǎn)品開發(fā)者實現(xiàn)了對軟件產(chǎn)品開發(fā)全過程的了解后，能夠準(zhǔn)確地對各關(guān)鍵子過程根據(jù)其對顧客需求的滿意程度進行系統(tǒng)的評價，幫助開發(fā)者實現(xiàn)過程優(yōu)化，不斷改進。

2  ；軟件項目需求評判的FAHP

軟件項目開發(fā)是一個復(fù)雜又存在著大量不確定性因素的生產(chǎn)活動，本文采用FAHP對HoQ中的重要度、關(guān)系度等進行量化評估，有效地處理需求的模糊性和不確定性。

2.1  ；FAHP基本理論

FAHP在評分時可以采用梯形模糊數(shù)、三角模糊數(shù)、正態(tài)分布等，其克服了層次分析法中人的主觀選擇偏好及判斷使得決策結(jié)果更加準(zhǔn)確合理。其中梯形模糊數(shù)更符合現(xiàn)實生活，得到了廣泛的應(yīng)用，故本文采用梯形模糊數(shù)評分[9]。

<；E：＼2014年23期＼2014年23期＼Image＼27t2.tif>；

圖2 軟件開發(fā)中的QFD四階段模型圖

設(shè)[S∈D1]（[D1]為全體模糊數(shù)所組成的空間）上的一個梯形模糊數(shù)，它隸屬函數(shù)定義：

[μS（X）=（1-a）（g-a），a≤x≤b1，b<；x≤c（x-d）（c-d），c<；x≤d0，其他]

式中：[a≤b≤c≤d，]閉區(qū)間[[b，c]]為[S]的中值，[a]和[d]分別為[S]所支撐的上、下界。根據(jù)梯形模糊數(shù)的定義得知，[S]可以被有序四元實數(shù)組[（a，b，c，d）]所確定，故可以用[（a，b，c，d）]表示為一個梯形模糊數(shù)；當(dāng)[a=b=c=d]時，[S]即為普通實數(shù)；當(dāng)[b=c]時，[S]就轉(zhuǎn)化為三角模糊數(shù)。QFD技術(shù)應(yīng)用中，[a，b，c，d，x]根據(jù)1～9的評分準(zhǔn)則（見表1） 進行兩兩比較取值，[X1，][X2]為進行兩兩比較的值。

表1 重要度標(biāo)度兩兩比較表

[重要度差別＼&；[X1]標(biāo)度＼&；[X2]標(biāo)度＼&；[X1]與[X2]同等重要＼&；1＼&；1＼&；[X1]與[X2]稍微重要＼&；3＼&；[13]＼&；[X1]與[X2]明顯重要＼&；5＼&；[15]＼&；[X1]與[X2]強烈重要＼&；7＼&；[17]＼&；[X1]與[X2]極端重要＼&；9＼&；[19]＼&；介于以上中間＼&；2，4，6，8＼&；[12，][1416，][18]＼&；]

依據(jù)Zadeh的擴展原理可以把梯形模糊數(shù)的數(shù)學(xué)算法表達為下式[11]：

已知[S1=a1，b1，c1，d1，S2=a2，b2，c2，d2，]則[S1]與[S2]的數(shù)學(xué)算法為：

[S1+S2=a1，b1，c1，d1+a2，b2，c2，d2=（a1+a2，b1+b2，c1+c2，d1+d2）] [S1×S2=a1，b1，c1，d1×a2，b2，c2，d2=（a1×a2，b1×b2，c1×c2，d1×d2）] ；

[λ×S1=λa1，b1，c1，d1=λa1，λb1，λc1，λd1]

[a1，b1，c1，d1-1=1d1，1c1，1b1，1a1]

式中：[a1>；0，b1>；0，c1>；0，d1>；0，a2>；0，b2>；0，c2>；0，d2>；0，][λ>；0。]

在進行矩陣一致性判斷時通常將模糊數(shù)映射成一個實數(shù)。對梯形模糊數(shù)而言， 梯形的重心被該模糊數(shù)所表示是本質(zhì)特征。所以， 計算該模糊數(shù)的梯形重心用于對其一致性的判斷。

對于梯形模糊數(shù)，其中心[10]：

[xc=（AsdA）A=d2+cd+c2-（b2+ab+a2）3d+c-b-a]

2.2  ；梯形模糊AHP的基本步驟

通過上述方法確定梯形模糊數(shù)，需求指標(biāo)權(quán)重將從以下步驟求得。

步驟1：構(gòu)造兩兩比較模糊判斷矩陣，專家打分法（采用德爾菲法），專家按1～9模糊標(biāo)度法將模糊評語轉(zhuǎn)化為對應(yīng)的梯形模糊數(shù)。

步驟2：對矩陣的一致性檢驗做判斷并模糊權(quán)重計算。

步驟3：層次單排序。

步驟4：層次總排序。

完成以上步驟，獲得顧客需求和軟件開發(fā)團隊可制造需求指標(biāo)的權(quán)重。

在QFD顧客需求分析中將應(yīng)用梯形模糊AHP方法，運用梯形模糊數(shù)描述判斷矩陣及權(quán)重的值，依據(jù)實際情況選擇評分方式，達到最優(yōu)化效果。

3  ；結(jié)  ；語

本文主要論述了QFD技術(shù)的基本方法及FAHP與其相結(jié)合的運用模式，針對軟件行業(yè)的特殊性，對傳統(tǒng)的QFD方法進行了改進，提出了適用于軟件開發(fā)項目的模糊QFD技術(shù)方法模型。該模型使得顧客、市場部門、程序開發(fā)人員有效地聯(lián)系起來，保證整個軟件項目開發(fā)過程中的有效溝通和聯(lián)系，有助于軟件項目更好地符合顧客的需求。

參考文獻

[1] MALLON J C， MULLIGAN D E. Quality function deployment： a system for meeting customer needs  ； [J]. Journal of Construction Engineering and Management， 1993， 119（3）： 516?31.

[2] 熊偉，新藤久和.日本質(zhì)量管理的回顧與展望[J].Quality Progress，1991，19（6）：39?50.

[3]  ；ZAIRI Mohamed， YOUSSEF M A. Quality function deployment： a main pillar for successful total quality management and product development [J]. International Journal of Quality and Reliability Management， 1995， 12（6）： 9?23.

[4] 邵家俊.質(zhì)量功能展開[M].北京：機械工業(yè)出版社，2004.

[5] KAMARA J M， ANUMBA C J， EVBUOMWAN F O. Computer?based application for the processing of clients requirements [J]. Journal of Computing in Civil Engineering 2000， 14（4）： 264?269.

[6] 柯星.提高軟件質(zhì)量的有效工具QFD[J].計算機系統(tǒng)應(yīng)用，1994（6）：32?35.

[7] 邵家駿，張宗斌.QFD技術(shù)在計算機軟件改造中的應(yīng)用[J].世界標(biāo)準(zhǔn)化與質(zhì)量管理，1998（10）：9?13.

[8] 郭春明.基于QFD的軟件需求分析[J].上海質(zhì)量，2005（9）：55?58.

[9] 王琦，鐘毓寧.基于模糊層次分析法的QFD顧客需求權(quán)重求法[J].湖北工學(xué)院學(xué)報，2004，19（2）：54?57.

第5篇：軟件開發(fā)項目總結(jié)范文

1.軟件開發(fā)組織機構(gòu)管理

這里所說的組織，不只是簡單的將計算機開發(fā)人員匯合在一起，而是重視這個計算機軟件開發(fā)組織的人員分配情況。這樣有利成員分工明確，責(zé)任落實到位。但是在實際工作中，由于各個管理項目的要求不同，無法對整個組織機構(gòu)提出統(tǒng)一的規(guī)章制度。

2.計算機軟件開發(fā)工程工作人員的管理

在信息技術(shù)不斷發(fā)展過程中，作為軟件開發(fā)工作人員便是這個領(lǐng)域的主體。主要負(fù)責(zé)各個軟件項目的設(shè)計與實施，其中包括搜尋項目的資料、改編各種應(yīng)用程序、工程完畢之后的處理事件等。各項工作都需要不同崗位的工作人員共同完成；同時，在實際開發(fā)進展過程中，應(yīng)該有效結(jié)合各個工程項目的規(guī)模、性質(zhì)等，然后科學(xué)合理的安排計算機軟件項目的開發(fā)人員，堅持做到分工明確；最后，堅持具體問題具體分析的原則，充分了解工作人員的業(yè)務(wù)素質(zhì)，堅持做到科學(xué)合理的配置資源。在工作人員的素質(zhì)要求上，除了具備專業(yè)業(yè)務(wù)素質(zhì)之外，還應(yīng)該具備良好的團隊合作能力，這樣工作人員才能夠共同完成開發(fā)的計算機軟件工程。

3.實施對計算機軟件開發(fā)各個用戶進行管理

實踐是檢驗真理的唯一標(biāo)準(zhǔn)。要想證明軟件開發(fā)項目是否具備優(yōu)勢，最重要在于用戶的使用。因此，在項目開發(fā)進行之前，應(yīng)該對市場進行充分了解。不僅要了解用戶對計算機軟件的需求有多大，還應(yīng)該了解大部分用戶的操作習(xí)慣。通過這樣開發(fā)部門與外界的聯(lián)系，讓用戶對所使用的軟件提出自己的看法，這樣便能夠有效增強計算機軟件的實用性。

4.軟件開發(fā)過程設(shè)置檔案資料管理

在現(xiàn)實生活中，工作人員應(yīng)該將計算機軟件開發(fā)的各個流程記錄到檔案中進行有效管理，為下一個階段的開發(fā)工作打下堅實的基礎(chǔ)；通過實施檔案資料管理，又方便了軟件工程后期的查詢工作，有效提高了計算機軟件開發(fā)的保障性。因此，在計算機軟件工程的開發(fā)過程中，應(yīng)該不斷提高項目檔案資料的重視程度，有效提高計算機軟件開發(fā)管理的效率和水平。

二、強化計算機軟件工程管理的對策

1.完善計算機軟件工程管理體系，提高項目開發(fā)效率

在社會不斷發(fā)展過程中，為了推動計算機軟件工程開發(fā)項目更好的發(fā)展，應(yīng)該逐步構(gòu)建起完善的工程管理體系。其一，要想構(gòu)建起完善的工程管理體系，便應(yīng)該有效認(rèn)識到人才在工程項目開發(fā)中所起到的積極作用。充分調(diào)動工作員工的主觀能動性，確保各個軟件開發(fā)項目安全快速的完成；其二是強化計算機軟件工程應(yīng)用相關(guān)知識滲透力度。不斷加強工作人員的專業(yè)知識培訓(xùn)，充分了解最新軟件的知識，堅持理論聯(lián)系實際的原則，有效運用到具體的項目開發(fā)中。這樣便能夠大大提高軟件開發(fā)的利用價值，從而提高工程項目的管理效率；其三是制定獎懲機制，從而推動項目工程效益能夠順利實現(xiàn)。

2.強化軟件風(fēng)險管理，抓好進度發(fā)展

為了推動計算機軟件工程更好的發(fā)展，首先應(yīng)該構(gòu)建完善的風(fēng)險管理體系。作為開發(fā)人員，應(yīng)該具備風(fēng)險意識。然后通過充分利用空余時間學(xué)習(xí)風(fēng)險管理知識，能夠很容易識別出軟件開發(fā)過程中存在的風(fēng)險，然后根據(jù)實際情況選擇科學(xué)的防護措施，在必要的時候還應(yīng)該提交工程風(fēng)險報告單；其次是，堅持定期做好計算機軟件的風(fēng)險控制管理。其中對于一個歷時時間之久的計算機軟件工程項目來說，更應(yīng)該堅持將項目風(fēng)險管理落實到整個過程中，對出現(xiàn)的風(fēng)險問題，及時采取處理措施，從而將項目進行過程中帶來的損失降到最低的限度。但是在實際操作過程中，一般主要采取規(guī)范、轉(zhuǎn)移等措施處理風(fēng)險；最后，還應(yīng)該有效強化計算機軟件工程開發(fā)的進度管理，大力提高工程管理的效率水平，降低開發(fā)成本。工作人員還應(yīng)該堅持理論聯(lián)系實際，通過有效結(jié)合計算機軟件工程項目的實際情況，然后制定科學(xué)合理的管理工作日志。這樣能夠?qū)Ω鱾€工程項目實行有效的監(jiān)督，從而確保各項計算機軟件工作能夠安全順利的完成。

3.提高團隊合作管理水平，提高團隊協(xié)作力量

在計算機軟件項目的開發(fā)過程中，一個優(yōu)秀的團隊占有非常重要的地位，是實現(xiàn)計算機軟件工程管理的重要保障。因此，強化項目管理的團隊管理，對實現(xiàn)工程項目起著非常積極的作用。其中主要表現(xiàn)在以下幾個方面：其一，不斷加強項目開發(fā)人員之間的溝通與聯(lián)系，不斷整合團隊意識滲透；其二是明確項目開發(fā)過程中各個崗位人員的分工情況。在充分了解項目開發(fā)的實際情況時，再進行科學(xué)合理的分配，將具體的工作落實到每個人身上，從而確保計算機軟件工程順利進行；其三是充分調(diào)動整個軟件項目部門員工的積極性，確保項目開發(fā)過程中的每個員工都能夠全身心的參與，有效激發(fā)團隊成員的潛力，共同做好軟件工程的管理工作。

三、計算機軟件工程的應(yīng)用

隨著現(xiàn)代社會快速發(fā)展，網(wǎng)絡(luò)信息技術(shù)也得到快速發(fā)展。由于計算機技術(shù)具備較高的準(zhǔn)確性、方便、高效，從而確保計算機軟件工程的開發(fā)得到更廣泛的推廣。隨著計算機技術(shù)不斷深入，在人們的生活中，越來越離不開計算機。其中計算機軟件的應(yīng)用范圍主要包括：辦公、電子商務(wù)、游戲、音樂、電子郵件等。更重要的是在現(xiàn)代的航空、農(nóng)業(yè)、銀行等各個生活領(lǐng)域都大量采用計算機軟件工作。其中由于計算機軟件工程在開發(fā)過程中基本上屬于一個非常重要的工程項目，在軟件開發(fā)過程中也越來越人性化。計算機軟件在開發(fā)過程中，具有自己獨特的要求，同時還需要經(jīng)驗豐富的工作人員才能夠勝任軟件開發(fā)工作。同時，在軟件研究過程中，工作人員還應(yīng)該認(rèn)真仔細(xì)，不斷去總結(jié)工作過程中所出現(xiàn)的問題，然后及時采取處理措施。因為，計算機應(yīng)用的各個環(huán)節(jié)與其他環(huán)節(jié)之間都存在著密切的聯(lián)系。對于工作人員來說，計算機軟件工程的開發(fā)工作是非常復(fù)雜的，因此，要不斷去克服重重困難，不斷去探索。這樣便能夠促使計算機軟件變得更加方便快捷。其中主要體現(xiàn)在以下幾個方面：其一，學(xué)校老師應(yīng)用方面。學(xué)校老師可以利用計算機制作PPT教案，這樣能夠讓知識點更加直觀的呈現(xiàn)在同學(xué)們的面前。學(xué)生也可以直接通過網(wǎng)絡(luò)加強與老師之間的溝通交流。有的學(xué)校，在學(xué)生入學(xué)登記時，也直接采用計算機進行登記；各種消費也直接通過計算機軟件來進行管理。這樣當(dāng)學(xué)校任何一個事情出現(xiàn)問題時，都能夠很容易的查出來。從而通過計算機軟件能夠大大提高學(xué)校管理效率；其二是像醫(yī)院、KTV、大型的企業(yè)等幾乎都應(yīng)用到了計算機軟件。這個軟件在開發(fā)的整個過程中，各個因素之間都存在著密切的聯(lián)系，從而形成相互影響、相互制約的現(xiàn)象。因此，必須加大計算機軟件的開發(fā)控制力度，確保研發(fā)出來的計算機軟件的質(zhì)量。針對目前的形勢來說，計算機軟件的應(yīng)用范圍更加廣泛，軟件工程也得到了實質(zhì)性的解決。因此，要想解決這個問題，便需要不斷改善計算機軟件工程的開發(fā)條件。但是，就目前計算機軟件的開發(fā)空間來說，仍然落后于其他國家，還具有較大的發(fā)展空間。所以，我們就應(yīng)該努力去解決各種困難，不斷解決這些問題。這樣就促使計算機軟件的開發(fā)空間變得更寬、更大了，應(yīng)該讓更多的人們?nèi)フJ(rèn)識認(rèn)識、了解并且去應(yīng)用它，讓它得到更大的發(fā)揮，帶動我們國家的經(jīng)濟能力，把人們的生活水平提高，為我們國家的發(fā)展做出貢獻。

四、總結(jié)

第6篇：軟件開發(fā)項目總結(jié)范文

關(guān)鍵詞：軟件開發(fā)；項目管理

中圖分類號：TP311.52 文獻標(biāo)識碼：A 文章編號：1007-9599　（2012）　18-0000-02

1 軟件項目開發(fā)管理的必要性及其相關(guān)要素

1.1 軟件項目開發(fā)管理的必要性。所謂項目管理，主要指的是通過在項目中利用一些知識、工具、技能以及技術(shù)來實現(xiàn)相關(guān)利益者的期望及要求，換句話說，項目管理就是通過項目中各方面關(guān)系者的合作，將資源更好的應(yīng)用到項目中，來實現(xiàn)項目的既定目標(biāo)。本質(zhì)上來說，項目管理是對質(zhì)量、成本以及時間的控制與管理。

當(dāng)前，隨著軟件開發(fā)越來越深入，新的技術(shù)以及相應(yīng)的產(chǎn)業(yè)也已經(jīng)逐步形成，這種背景下，人們越來越意識到軟件開發(fā)過程中應(yīng)用項目管理的重要性，通過將其思想融入到開發(fā)過程中能夠給軟件開發(fā)的效率、成本以及質(zhì)量起到很大的促進效果。

1.2 項目管理三要素。在不同軟件的項目管理中，其管理的的目標(biāo)是不一樣的，而且在軟件項目的大小上也存在著一定的差距。但是，無論怎樣變化，管理過程中有三個要素是不變的，也就是進度、質(zhì)量以及成本。一般來說，這三個要素之間存在著較為緊密的關(guān)系，并不是相互獨立的。舉例來說，一般如果要獲得高質(zhì)量的軟件，則工期必然會比較長一些，而且開發(fā)的成本也要高一些?；诖?，在軟件項目開發(fā)的過程中，怎樣保證這三個要素之間的平衡，使其符合我們的既定期望是一個非常重要的問題，它不僅僅關(guān)系著用戶的滿意度，和項目的經(jīng)濟效益以及成本也有著重要的關(guān)系。

一般來說，確保軟件的質(zhì)量是開發(fā)過程中最為關(guān)注的一個問題。實際的工作中，如何在保證軟件能夠?qū)崿F(xiàn)其設(shè)定功能的前提下使其符合我們質(zhì)量的要求是一個重要的課題。另外，成本也是項目管理的一大重點，當(dāng)前，很多項目中，我們往往會過多的關(guān)注質(zhì)量以及工期，卻忽視了成本的控制，這種行為如果得不到很好的解決甚至?xí)?dǎo)致項目出現(xiàn)虧損?；诖?，在我們的工作中，我們要從進度、質(zhì)量以及成本這三個部分入手。

2 軟件項目開發(fā)管理的要點

2.1 項目計劃。在軟件的開發(fā)過程中，項目計劃代表著項目進入的啟動階段，其主要的任務(wù)主要可以分為：對項目實施的范圍進行確定、對需要遞交的成果進行定義、評估開發(fā)項目中存在的風(fēng)險、對時間計劃、成本計劃以及人力資源計劃進行制定。

2.2 組織模式。在軟件開發(fā)項目管理的實行中，我們要先建立一個項目的領(lǐng)導(dǎo)小組，在小組下設(shè)立管理小組、開發(fā)項目組以及項目的評審小組。

（1）領(lǐng)導(dǎo)小組。這屬于項目管理中的最高決策層，一般的情況下是由企業(yè)的總經(jīng)理以及副總經(jīng)理等組成，其主要的任務(wù)是：對項目的總方案以及實施計劃進行審批；對項目實施中遇到的事件起到?jīng)Q策的作用；對項目中的進度、成本、質(zhì)量、風(fēng)險等進行宏觀的監(jiān)控；組建驗收小組，并對驗收工作進行主持；對各方面的工作進行協(xié)調(diào)。

（2）管理小組。一般來說，這一小組的成員主要包括項目經(jīng)理以及各種項目的人員，其具體的工作如下：依照具體的要求來制定計劃，并監(jiān)督計劃的實施，起到控制進度的作用；對項目內(nèi)的分工進行協(xié)調(diào)，確保資源合理分配；確保項目開發(fā)過程中質(zhì)量及過程符合相關(guān)的標(biāo)準(zhǔn)；對各階段的評審工作進行負(fù)責(zé)；制度驗收的標(biāo)準(zhǔn)，并將其送至領(lǐng)導(dǎo)小組審批。

（3）開發(fā)項目組。開發(fā)項目組主要的構(gòu)成人員包括技術(shù)人員以及專業(yè)開發(fā)商開發(fā)人員，其主要的工作是：對系統(tǒng)的需求進行調(diào)研；負(fù)責(zé)系統(tǒng)的設(shè)計；進行程序的編碼；測試系統(tǒng)；配置系統(tǒng)開發(fā)環(huán)境以及測試環(huán)境；對測試所需的數(shù)據(jù)進行準(zhǔn)備；進行生產(chǎn)系統(tǒng)的安裝。

（4）評審小組。這一小組主要是由市場專家以及技術(shù)專家組成。其主要的工作時評審項目的可行性報告；評審開發(fā)的計劃；評審各階段報告；評審項目結(jié)束后的總結(jié)報告。

2.3 項目管理的內(nèi)容。軟件開發(fā)的過程中，我們可以將其分為6個極端，以下將對各個階段的管理工作進行分析：

（1）需求分析階段。這個階段屬于項目開發(fā)的首要階段，主要的任務(wù)是確定用戶的實際需求，并以此作為基礎(chǔ)對項目開發(fā)功能點進行確定，在這個階段中，我們需要制度《項目需求規(guī)格說明書》。

（2）概要設(shè)計階段。這個階段主要內(nèi)容有：設(shè)計系統(tǒng)框架、設(shè)計數(shù)據(jù)結(jié)構(gòu)、設(shè)計接口、設(shè)計功能模塊以及開發(fā)的目標(biāo)和環(huán)境，在概要設(shè)計階段，我們需要形成《概要設(shè)計說明書》這一文檔。

（3）詳細(xì)設(shè)計階段。這是以上一階段為基礎(chǔ)，對每個模塊的算法進行設(shè)計，并對數(shù)據(jù)結(jié)構(gòu)進行物理設(shè)計，這是編碼階段的基礎(chǔ)，其形成的文檔是《詳細(xì)設(shè)計說明書》。

（4）編碼階段。這屬于開發(fā)軟件的實質(zhì)性階段，主要的工作是將各種算法轉(zhuǎn)換為代碼。需要注意的是，由于不同的開發(fā)人員在風(fēng)格和編碼習(xí)慣上存在著差異，因此，在開發(fā)之前確定編碼規(guī)范是一項非常有必要的工作。

（5）測試階段。這主要是指在已知環(huán)境中使用已知輸入來動態(tài)的執(zhí)行系統(tǒng)，主要包括單元測試、集成測試、模塊測試以及系統(tǒng)測試。這個過程中，需要形成的文檔有《項目測試計劃》以及《項目測試報告》。

（6）系統(tǒng)上線和維護階段。在這個階段開始之前，我們要進行《系統(tǒng)上線計劃書》的編寫，對其上線的時間、步驟、環(huán)境、風(fēng)險以及應(yīng)急方案等進行詳細(xì)的說明，這些說明越詳細(xì)越能夠保證系統(tǒng)安全生產(chǎn)的成功性。至于維護階段主要是指處理系統(tǒng)運行過程中出現(xiàn)的問題以及對原有的功能模塊進行修改或者擴展。

2.4 項目評審。對于項目的評審并不只是完成項目開發(fā)之后進行，在開發(fā)的每一個階段中都要進行項目的評審。主要是由于項目開發(fā)的各個階段中都可能出現(xiàn)問題，而這些問題如果不能夠被及時的發(fā)現(xiàn)并糾正，則很可能出現(xiàn)擴大，容易導(dǎo)致項目的失敗。一般來說，在項目評審的過程中，主要的標(biāo)準(zhǔn)有：

正確性，這主要是指項目可以在預(yù)定的環(huán)境之下正確的實現(xiàn)預(yù)期的功能；健壯性，這是指硬件出現(xiàn)問題、操作失誤以及輸入數(shù)據(jù)無效等情況下，系統(tǒng)是否可以做出合適的響應(yīng)；效率，代表著系統(tǒng)為例實現(xiàn)預(yù)定的功能所需要消耗資源的數(shù)量；安全性，在系統(tǒng)被未經(jīng)授權(quán)的人使用或者操作過程中，安全性代表了其控制這種行為的程度；可用性，表示系統(tǒng)在完成預(yù)定功能的時候令用戶滿意的程度；風(fēng)險，它表示了項目開發(fā)的時候，是否可以按照預(yù)定的進度以及成本將軟件開發(fā)出來以及開發(fā)出來的軟件被用戶滿意的概率；可理解性，表示系統(tǒng)被用戶理解以及使用的難度大??；可維護性，它表示了我們在對發(fā)現(xiàn)系統(tǒng)中存在的問題之后，當(dāng)改正這些問題時所需要的工作量的大小；此外，還有可測試性，表示了系統(tǒng)測試的難易程度；可移植性，代表著將一個程序沖某種配置環(huán)境轉(zhuǎn)移到另一種環(huán)境中所需要付出工作量的多少；可再用性，指在其他應(yīng)用中這一程序能夠被再一次使用的程度；互運行性，表示了將這一系統(tǒng)與其他系統(tǒng)結(jié)合起來時所需要付出工作量的多少；

3 結(jié)語

軟件項目開發(fā)管理是一項非常重要的工作，本文只是對其進行了簡要的分析，在具體的工作中，我們還要結(jié)合自身的特點，加強這方面的探索，只有不斷地進步，才能使我們的企業(yè)在當(dāng)前的環(huán)境下真正立于不敗之地。

參考文獻：

[1]吳艷艷，周長倫，姜家軒，王春梅，許自國.軟件項目管理中的需求管理[J].信息技術(shù)與信息化，2008，2.

第7篇：軟件開發(fā)項目總結(jié)范文

關(guān)鍵詞：軟件工程；實踐教學(xué)平臺；角色扮演；學(xué)習(xí)空間；知識庫

1、高校軟件工程課程實踐教學(xué)現(xiàn)狀

隨著我國經(jīng)濟的發(fā)展，軟件產(chǎn)業(yè)在國民經(jīng)濟中越來越起到了舉足輕重的作用。高校作為社會所需人才的培養(yǎng)基地，有責(zé)任和義務(wù)培養(yǎng)和提供掌握軟件開發(fā)方法和具有實踐技能的軟件人才，以更好地促進軟件產(chǎn)業(yè)的發(fā)展。為此，很多高校開設(shè)了軟件工程課程，以讓學(xué)生從工程化的角度認(rèn)識軟件開發(fā)和維護，工程化的概念、原理、技術(shù)和方法必須通過實踐才能真正理解和把握。但是，目前的軟件工程課程教學(xué)存在著“重理論、輕實踐”的現(xiàn)象，且傳統(tǒng)的授課模式也不利于開展實踐教學(xué)。下面將對目前高校軟件工程課程實踐教學(xué)中存在的困難和問題進行分析。

1.1 傳統(tǒng)的課程結(jié)構(gòu)設(shè)置，不利于開展實踐教學(xué)

目前，高校的軟件工程課程結(jié)構(gòu)基本上是采用理論課+上機課的形式，總學(xué)時為48學(xué)時，其中，理論課36學(xué)時，上機課12學(xué)時。這樣的課程結(jié)構(gòu)設(shè)置凸顯了以教師講授為主、實踐教學(xué)為輔的特點，學(xué)生的實踐訓(xùn)練基本以課下為主。

1.2 教學(xué)案例過于“文檔化”，學(xué)生無法了解過程細(xì)節(jié)

在軟件工程課程的教學(xué)中，教師一般都會從教材或其他資料上引入一些軟件開發(fā)的案例，但是，這些案例一般都是直接給出了結(jié)果，卻沒有對過程進行詳細(xì)的描述。例如，在講授需求分析時，可能案例中直接給出的是需求分析的結(jié)果——《需求規(guī)格說明書》，其中描述了功能需求、性能需求、接口需求、安全性需求等，并構(gòu)建了相應(yīng)的分析模型，但是卻沒有給出需求分析的過程描述，即這些功能、性能等的需求是如何分析出來的，模型是如何一步一步建立起來的等。再如，在講授系統(tǒng)設(shè)計時，案例中可能直接給出了數(shù)據(jù)庫設(shè)計的結(jié)果，其中包括數(shù)據(jù)庫表結(jié)構(gòu)、視圖等，但是卻沒有詳細(xì)的描述數(shù)據(jù)庫設(shè)計的過程，即如何建立數(shù)據(jù)庫設(shè)計模型，如何設(shè)計相應(yīng)的數(shù)據(jù)庫表，數(shù)據(jù)庫表中的字段以及字段的類型、約束等是如何得到的等。這些案例只有結(jié)果描述，類似于企業(yè)里開發(fā)所用的文檔，學(xué)生僅僅通過這些“文檔化”的案例，是無法真正掌握軟件開發(fā)的細(xì)節(jié)的，而導(dǎo)致的結(jié)果是——學(xué)生看看都會，聽聽都明白，動起手來卻是滿腦子空白。

1.3 缺乏有效的實踐教學(xué)環(huán)境。無法做到“學(xué)”“練”和“指導(dǎo)”的全過程互動

目前的軟件工程課程實踐教學(xué)主要采用學(xué)生課下完成實踐作業(yè)的形式，學(xué)生在學(xué)習(xí)“紙質(zhì)的”和“靜態(tài)的”理論知識和案例的基礎(chǔ)上進行開發(fā)實踐，這樣的實踐教學(xué)過于簡單，缺乏環(huán)境的支持，無法做到“學(xué)”“練”和“指導(dǎo)”的全過程互動，不利于真正提高學(xué)生的實踐能力。

（1）學(xué)生只能被動地學(xué)習(xí)和接受案例，但是卻不能提出自己的見解，更不能將其與其他學(xué)生來分享。

（2）學(xué)生無法對案例細(xì)節(jié)和過程進行“拆解”，并對某部分過程和細(xì)節(jié)進行模擬訓(xùn)練，更無法對模擬的結(jié)果進行動態(tài)的對照，發(fā)現(xiàn)自身理解的偏差和問題，從而加深對案例的理解和掌握，不至于讓案例學(xué)習(xí)“流于表面”。

（3）學(xué)生無法通過實踐環(huán)境，動態(tài)創(chuàng)建軟件開發(fā)項目，并將項目開發(fā)的過程細(xì)節(jié)和結(jié)果與其他學(xué)生進行分享，甚至讓其他的學(xué)生動態(tài)參與其中，也無法讓教師對實踐項目進行全程指導(dǎo)。

（4）學(xué)生沒有自己的學(xué)習(xí)空間，無法將課程學(xué)習(xí)和實踐中的心得、體會等進行記錄，也無法將一些好的技術(shù)、方法等資料與其他學(xué)生進行分享。

（5）案例的更新缺乏一種動態(tài)的機制，只能依賴教師去收集，無論是數(shù)量，還是真實性、貼切度，都無法滿足實踐教學(xué)的要求。

2、具體改革實施方案

經(jīng)過上文的分析，我們發(fā)現(xiàn)目前的軟件工程課程實踐教學(xué)存在課程設(shè)置不合理、缺乏能夠被學(xué)生深入學(xué)習(xí)和理解的實際案例、缺乏能夠支持“學(xué)”“練”和“指導(dǎo)”全過程互動的實踐教學(xué)環(huán)境等問題。為此，我們提出了基于實踐教學(xué)平臺的軟件工程課程實踐教學(xué)改革方案，主要從課程結(jié)構(gòu)設(shè)置和實踐教學(xué)平臺的使用兩個方面人手，加強學(xué)生的實踐訓(xùn)練，并以實踐教學(xué)平臺為支撐，讓學(xué)生切實提高實踐能力。下面將對具體的改革方案進行論述。

2.1 以課程實訓(xùn)代替上機課，加強實踐教學(xué)

我們以課程實訓(xùn)來代替?zhèn)鹘y(tǒng)的上機課，將總學(xué)時數(shù)由48學(xué)時調(diào)整為64學(xué)時，其中，理論課設(shè)置為32學(xué)時，實訓(xùn)課設(shè)置為32學(xué)時。課程實訓(xùn)是在教師的指導(dǎo)下，由學(xué)生自己完成一個完整的軟件開發(fā)實踐課題，具體的課程內(nèi)容如下。

（1）課題確定：由學(xué)生自己根據(jù)日常生活和學(xué)習(xí)中所接觸或熟悉的軟件來命題，如學(xué)生管理系統(tǒng)、圖書館管理系統(tǒng)、選課系統(tǒng)、宿舍管理系統(tǒng)等，也可以由教師結(jié)合教學(xué)、科研的實際情況設(shè)置多個課題供學(xué)生選擇，要求課題的規(guī)模大小適中，有一定難度，但經(jīng)過努力可以較好地完成。

（2）組織形式：課題以小組的形式來進行組織，包括一位組長和3～4位組員，對于系統(tǒng)中的部分開發(fā)工作也可以采用“外包”的形式，即由組外的其他學(xué)生來幫助完成。

（3）教學(xué)安排：實訓(xùn)課每周安排2學(xué)時，每一位組長在課上介紹本組項目的進展情況和碰到的問題等，其他項目組的學(xué)生可以就項目的某些部分提出疑問，教師可以對項目的實施進行指導(dǎo)，也可以引導(dǎo)學(xué)生就某一細(xì)節(jié)問題展開討論。

（4）成績評定：課程實訓(xùn)結(jié)束時，每組需提交所完成的軟件系統(tǒng)和相關(guān)的文檔、實踐報告等，而成績的評定采用驗收答辯的形式，即每個小組演示開發(fā)完成的軟件系統(tǒng)，并總結(jié)項目實踐經(jīng)驗和提出改進意見，由教師主持實踐項目驗收答辯，由其他組的代表（或組長）充當(dāng)評委，共同對實踐項目的成果進行評審并打分，最后由教師進行綜合評定，給出每組的課程實訓(xùn)的最終成績。

2.2 建立完整的課程實踐平臺，注重過程學(xué)習(xí)和模擬實踐訓(xùn)練

我們建立一套完整的課程實踐平臺，學(xué)生可以利用平臺來進行案例學(xué)習(xí)和模擬訓(xùn)練，也可以通過共享資料來形成知識庫，供每個人參考。此課程實踐平臺主要包括4個部分。

1）案例學(xué)習(xí)機。

案例學(xué)習(xí)機主要為學(xué)生提供完整的案例，以供學(xué)生進行學(xué)習(xí)。案例學(xué)習(xí)機包含由多個案例構(gòu)成的案例庫，案例的選擇基本上以學(xué)生所熟悉和易于接受的軟件開發(fā)項目為主，每個案例都詳細(xì)記錄了一個完整的軟件開發(fā)項目實踐，包括項目管理的內(nèi)容，具體內(nèi)容包括以下幾個方面。

（1）案例分解，細(xì)節(jié)分析：每一個案例都是完整的整體，同時又可以按照軟件開發(fā)的流程（瀑布模型）進行分解（如圖1所示），學(xué)生既可以看到軟件開發(fā)過程中每一步的結(jié)果，也可以看到每一步的過程細(xì)節(jié)，包括開發(fā)中所碰到的問題，解決的辦法，甚至開發(fā)中所走的彎路等，都可以在案例中進行瀏覽和學(xué)習(xí)。

（2）個性思考：學(xué)生在學(xué)習(xí)案例的過程中，可以針對某一個細(xì)節(jié)進行思考，并發(fā)表自己的評論（如圖2所示），也可以瀏覽其他學(xué)生針對此所發(fā)表的評論，所有的評論構(gòu)成了一個個性思考評論空間，可以給后續(xù)的更多的學(xué)生提供借鑒。

2）項目模擬訓(xùn)練器。

項目模擬訓(xùn)練器為學(xué)生提供了一個案例模擬和項目開發(fā)實踐的平臺，為學(xué)生進行課程實訓(xùn)提供了實踐環(huán)境，學(xué)生可以將案例作為框架，進行模擬訓(xùn)練，也可以進行全新的項目開發(fā)實踐訓(xùn)練，具體內(nèi)容包括以下幾個方面。

（1）案例模擬環(huán)境：學(xué)生可以直接引入一個案例作為模擬項目，可以參照案例的執(zhí)行步驟自行進行每一步的執(zhí)行操作，并將自己的操作結(jié)果與案例進行對照（如圖3所示），找出自己模擬訓(xùn)練中存在的問題。

（2）項目實踐環(huán)境：學(xué)生可以自行創(chuàng)建一個新的項目，實踐環(huán)境將給出項目管理和開發(fā)實踐的基本流程及任務(wù)框架（如圖4所示），學(xué)生可以進行項目組建、編寫項目計劃、記錄項目執(zhí)行過程，可以按照軟件開發(fā)流程進行需求分析、系統(tǒng)設(shè)計、編碼及測試等活動。

這樣的項目實踐環(huán)境是全方位的，即學(xué)生可以訓(xùn)練項目管理方面的技能，也可以訓(xùn)練軟件開發(fā)環(huán)節(jié)的技能，如學(xué)生可以創(chuàng)建一個項目，并擔(dān)任項目經(jīng)理，同時可以將項目在系統(tǒng)中，并“招聘”分析人員、設(shè)計人員、編碼人員、測試人員等，其他學(xué)生可以在系統(tǒng)中看到的“招聘”信息，如果愿意的話，可以在此項目中擔(dān)任相關(guān)的角色，這樣可以實現(xiàn)一種“角色扮演”，即某個學(xué)生既可以是A項目的項目經(jīng)理，以此訓(xùn)練項目管理方面的技能，也可以是B項目的系統(tǒng)分析師，以此訓(xùn)練系統(tǒng)分析的技能，還可以是C項目的開發(fā)工程師，以此訓(xùn)練編碼實現(xiàn)的技能等。

（3）網(wǎng)上評審：學(xué)生在項目實踐環(huán)境中創(chuàng)建了自己的項目后，安排相應(yīng)的開發(fā)工作，在每一個開發(fā)階段結(jié)束時，都可以“網(wǎng)上評審”邀請，其他學(xué)生可以對該項目本階段的工作進行評審和打分，這樣，最終會匯總出每個項目的總分，也可以根據(jù)每個學(xué)生在各個項目中參與的工作評分匯總出其項目實踐的總分，教師也可以很容易統(tǒng)計出每個學(xué)生的實踐課程成績。

（4）師生交流平臺：教師和學(xué)生可以在模擬訓(xùn)練器中針對某個具體的任務(wù)或?qū)嵺`活動進行交流，教師可以提出相應(yīng)的指導(dǎo)意見，也可以創(chuàng)建一個論壇，以方便學(xué)生之間、學(xué)生和教師之間的交流。

（5）案例申請：學(xué)生可以將自己的實踐項目申請成為案例，教師對實踐項目的過程細(xì)節(jié)和結(jié)果進行評估，若通過，則可以提交到案例學(xué)習(xí)機的案例庫中，這樣可以形成一個良性循環(huán)，不斷地補充由學(xué)生自己開發(fā)的真實案例，以供更多的學(xué)生進行學(xué)習(xí)。

3）學(xué)習(xí)空間。

學(xué)習(xí)空間是為每個學(xué)生的課程學(xué)習(xí)和實踐所建立的一個私有空間，學(xué)生可以將課程學(xué)習(xí)的計劃、日程安排、學(xué)習(xí)心得等置入學(xué)習(xí)空間中，形成一個完整的學(xué)習(xí)平臺。學(xué)生可以在個人的學(xué)習(xí)空間的桌面上放置便簽、今日安排、實踐項目列表、消息提醒、常用聯(lián)系人等快捷圖標(biāo)（如圖5所示），并通過點擊進人相關(guān)部分進行操作。

4）知識庫。

知識庫是所有資料的共享空間，學(xué)生和教師均可以將與軟件開發(fā)項目相關(guān)的資料上傳到知識庫中，并依照技術(shù)、管理等進行分類，以供所有學(xué)生進行查閱（如圖6所示），還可以建立一個FAO庫，把所有的問題和問題的解答（可以是教師解答的，也可以是其他學(xué)生解答的）進行記錄并存儲到FAQ庫中，以供學(xué)生在實踐過程中碰到問題時進行查閱參考。

建立了課程實踐平臺后，軟件工程的課程實訓(xùn)就可以依賴此平臺進行開展，學(xué)生可以在“案例學(xué)習(xí)機”中進行學(xué)習(xí)，在“案例模擬環(huán)境”中自己動手參照案例進行模擬訓(xùn)練，在“項目實踐環(huán)境”中創(chuàng)建和組織新的項目，也可以參與到其他組的項目工作中，在“學(xué)習(xí)空間”中構(gòu)造自己的私有學(xué)習(xí)環(huán)境，記錄學(xué)習(xí)心得等，還可以將心得或資料上傳到“知識庫”中，與其他學(xué)生進行分享，從而使“學(xué)”與“練”動態(tài)結(jié)合，真正達到課程實訓(xùn)的目標(biāo)。

第8篇：軟件開發(fā)項目總結(jié)范文

隨著社會對人才需求的變化，培養(yǎng)高素質(zhì)的應(yīng)用性人才成為我校辦學(xué)的方針，為培養(yǎng)學(xué)生的實踐動手能力和操作技能，我們修改了軟件工程的教學(xué)大綱，針對學(xué)生的實際和該課程課時較少的狀況，課堂上主要講解重點，次重點的內(nèi)容讓學(xué)生在實驗過程中掌握，刪除一些過時的內(nèi)容，增加學(xué)科的最新知識和研究進展，使學(xué)生了解更多的前沿知識，增加學(xué)生的學(xué)習(xí)興趣。

2改革教學(xué)方法

軟件工程的方法、原理和技術(shù)都是為了軟件開發(fā)服務(wù)的，所以實踐性知識是其教學(xué)的關(guān)鍵，所以在教學(xué)過程中引入案例教學(xué)，讓學(xué)生利用軟件工程的方法、原理和技術(shù)進行分析和練習(xí)，激發(fā)學(xué)生的學(xué)習(xí)興趣。具體的做法是，教學(xué)前，教師選取合適的案例，公布給學(xué)生，指導(dǎo)學(xué)生進行分組，按照軟件工程的開發(fā)流程進行任務(wù)分配。然后通過分析案例的解題思路和方法，引出案例中用到的知識點，將枯燥的理論和技術(shù)用生動形象的方式表達出來，再要求學(xué)生按照小組對案例進行討論，歸納和總結(jié)，對案例進行完善和擴展，達到學(xué)生快速的掌握知識和能力的提高。

3提高實踐能力

軟件工程是實踐性很強的一門學(xué)科，單純的理論講授并不能讓學(xué)生很好的掌握軟件工程的知識，必須讓學(xué)生動手參與具體的項目開發(fā)，才能夠在實踐中合理的應(yīng)用軟件工程相關(guān)技術(shù)和方法。為了讓學(xué)生很好地利用軟件工程的思想進行項目開發(fā)，在學(xué)期初就安排學(xué)生按照自愿的原則進行分組，一般要求4-5人一組，小組成員推選出一個組長。結(jié)合之前學(xué)習(xí)過的課程，每個小組選定一個開發(fā)項目，這些項目可以有教師指定，也可以小組成員自主選定。隨著軟件工程課程的進行，每個小組需要按照軟件工程生命周期完成可行性研究、需求分析、概要設(shè)計、詳細(xì)設(shè)計，實現(xiàn)和測試等內(nèi)容的相關(guān)文檔，在每個生命周期結(jié)束的時候，需要小組組長提供該生命周期的文檔，并從各個小組中隨機抽取一些小組進行答辯，由教師和其他小組組長組成的答辯小組對其進行提問和總結(jié)。實踐證明這種項目開發(fā)方式不但可以培養(yǎng)學(xué)生實際解決問題的能力，還可以培養(yǎng)學(xué)生的團隊合作精神，為以后參加工作打下堅實的基礎(chǔ)。

4教學(xué)評價改革

作為一門實踐性的課程，最后成績評定的重點不應(yīng)該是理論考試的成績，而應(yīng)該是學(xué)生是否在軟件開發(fā)中使用軟件工程的理論、方法和技術(shù)，是否正確的使用軟件工程的方法提高軟件質(zhì)量。所以，要將實踐部分即項目開發(fā)部分的比重加大到30%，平時課堂上案例總結(jié)部分比重為10%，試卷部分比重60%。而且試卷應(yīng)該以開卷考試為主，在試卷中，綜合性和實踐性的題目應(yīng)該占主要部分。這樣就不會讓學(xué)生在學(xué)習(xí)的過程中死記硬背，而應(yīng)該以理解和會應(yīng)用為主。

5結(jié)束

第9篇：軟件開發(fā)項目總結(jié)范文

[關(guān)鍵詞]項目管理軟件需求開發(fā)進度成本質(zhì)量管理模型

一、引言

軟件需求開發(fā)是軟件工程的一個重要環(huán)節(jié)，在軟件生命周期中的需求、設(shè)計、編碼、測試和維護等各個階段中，需求開發(fā)處于軟件工程的開始部分，它提供構(gòu)建軟件項目的根基，決定軟件開發(fā)成果滿足客戶需求的匹配程度。軟件需求開發(fā)環(huán)節(jié)的失誤會隨著開發(fā)進度的擴大而蔓延，資料表明，軟件項目中由于需求開發(fā)管理混亂而造成的返工開銷幾乎占了總開發(fā)的50％。本文應(yīng)用項目管理理論分析軟件需求開發(fā)階段的系統(tǒng)構(gòu)成，并設(shè)計管理模型來提高軟件需求開發(fā)的管理效率。

二、軟件需求開發(fā)管理過程

由于計算機技術(shù)的迅速發(fā)展，使得軟件需求具有模糊性、不確定性、變化性、主觀性等特點，并帶來軟件需求開發(fā)管理的復(fù)雜性。軟件需求開發(fā)是一定的組織利用有限的資源在規(guī)定的時間內(nèi)完成，可以作為項目來進行管理，其管理過程由需求獲取、需求分析、編寫軟件需求規(guī)格和需求驗證四個階段構(gòu)成。

1.需求獲取

需求獲取是在問題和最終解決方案之間架設(shè)橋梁，其主要任務(wù)是和用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員進行溝通，獲取用戶的具體需求，并了解用戶的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等具體情況，同用戶建立起良好的溝通渠道和方式。軟件需求獲取的方法有：與用戶交談，向用戶提問題；參觀用戶的工作流程，觀察用戶的操作；用戶工作的情景分析；現(xiàn)有系統(tǒng)的問題報告和改進要求，事件和響應(yīng)；市場調(diào)查和向用戶群體發(fā)調(diào)查問卷；與同行、專家交談，聽取他們的意見；分析已經(jīng)存在的同類軟件產(chǎn)品，提取需求；從現(xiàn)有產(chǎn)品或競爭產(chǎn)品的文檔中提取需求；從行業(yè)標(biāo)準(zhǔn)、規(guī)則中提取需求；從Internet上搜查相關(guān)資料等。

2.需求分析

需求分析主要通過建立業(yè)務(wù)模型的方式來描述用戶的功能需求，為客戶、用戶、開發(fā)方等不同參與者提供一個交流的渠道。業(yè)務(wù)模型可以映射出軟件產(chǎn)品的核心需求，即功能需求。功能需求應(yīng)描述軟件提供的功能和服務(wù)、對輸入的響應(yīng)，并描述特定條件下的系統(tǒng)構(gòu)成等。軟件產(chǎn)品本身可能還存在與業(yè)務(wù)無直接關(guān)系的非功能需求，具體與系統(tǒng)的總體特性有關(guān)，如可靠性、響應(yīng)時間、存儲空間等。非功能需求定義系統(tǒng)提供服務(wù)或功能的約束，包括時間約束、空間約束、開發(fā)過程約束及應(yīng)遵循的標(biāo)準(zhǔn)等。通常這兩類需求構(gòu)成軟件需求的總集。

3.編制軟件需求規(guī)格

軟件需求規(guī)格的編制是為了使用戶和軟件開發(fā)者雙方對該軟件的初始規(guī)定有一個共同的理解，使之成為整個開發(fā)工作的基礎(chǔ)，需求分析完成的標(biāo)志就是提交一份完整的軟件需求規(guī)格說明書。軟件需求規(guī)格說明書以一種開發(fā)人員可用的技術(shù)形式闡述軟件必須提供的功能和具備的性能，以及必須考慮的限制條件。軟件項目客戶通過軟件需求規(guī)格了解軟件項目能夠提供的軟件產(chǎn)品，檢查軟件需求是否滿足需要；項目管理人員根據(jù)軟件需求規(guī)格制定項目的開發(fā)計劃和管理過程；軟件開發(fā)人員通過軟件需求規(guī)格理解要開發(fā)的產(chǎn)品及具體要開發(fā)的內(nèi)容；軟件測試人員通過軟件需求規(guī)格驗證軟件。

4.需求評審

編寫的軟件需求規(guī)格說明書還應(yīng)當(dāng)進行需求評審，確保需求確定的科學(xué)性?？刹捎孟铝兄笜?biāo)進行評審：(1)正確性:每條需求都正確代表構(gòu)建軟件系統(tǒng)所要完成的事情。(2)無歧義:每條需求只有一種解釋。(3)完備性:需求不能發(fā)生遺漏，應(yīng)全面考慮相關(guān)問題。(4)一致性:用戶需求必須和業(yè)務(wù)需求一致，功能需求必須和用戶需求一致。(5)重要性和穩(wěn)定性分級:現(xiàn)有資源不足以實現(xiàn)所有需求時，可以根據(jù)級別的高低決定實現(xiàn)的先后，舍棄一些級別低的需求以保證項目的按期交付。(6)可驗證性:需求分析是可測試的，只有系統(tǒng)的所有需求都是可以被測試的，才能夠保證軟件始終圍繞著用戶的需要，保證軟件系統(tǒng)是成功的。(7)可修改性:每一條需求都易于完整一致的進行變更，且不改變需求集的結(jié)構(gòu)和風(fēng)格。(8)可跟蹤性:每條需求都是可溯源的，且存在一種機制使得在以后的工作中引用需求是可行的。(9)可理解性:用戶和開發(fā)人員都完全理解需求集的整體行為、所提供的功能及其中的每條需求的含義。

三、軟件需求開發(fā)管理模型

1.軟件需求開發(fā)管理模型構(gòu)建原則

軟件需求開發(fā)是一項復(fù)雜的系統(tǒng)工程，管理模型的構(gòu)建應(yīng)遵循下列原則:(1)程序性原則：軟件需求開發(fā)管理應(yīng)遵循固定的業(yè)務(wù)流程，可將其劃分為需求獲取、需求分析、編寫軟件需求規(guī)格和需求驗證四個階段，前一階段的工作完成后才能進入下一階段。(2)系統(tǒng)性原則：軟件需求開發(fā)要在限定的時間、成本條件約束下達到一定的質(zhì)量，實現(xiàn)軟件系統(tǒng)的最優(yōu)，要求管理遵循系統(tǒng)管理原則，實現(xiàn)目標(biāo)最優(yōu)。(3)簡化性原則：化繁為簡，將模糊的、潛在的復(fù)雜問題明確化，以圖表的形式表示出，并以簡化的解決方案解決問題，便于項目管理。(4)平衡性原則：管理軟件需求開發(fā)的具體事務(wù)要有一定的側(cè)重。對于需求開發(fā)過程事項，應(yīng)根據(jù)影響大小分清主次，關(guān)鍵的事項或者事項里的某個多發(fā)問題點，著重管理，達到在管理上的主次平衡。(5)高效性原則:模型的設(shè)計必須以促進需求開發(fā)目標(biāo)的實現(xiàn)為前提，提供給相關(guān)人員一個展示需求開發(fā)管理和有效解決方案的平臺。（6）時時控制性原則:及時控制需求開發(fā)過程中影響進度、成本、質(zhì)量等問題，及時發(fā)現(xiàn)解決沖突事件，做到事前、事中、事后控制，保證項目按時保質(zhì)保量完成。(7)動態(tài)性原則:開發(fā)中應(yīng)關(guān)注信息技術(shù)的發(fā)展，將先進的技術(shù)應(yīng)用到軟件需求開發(fā)中，并學(xué)習(xí)借鑒相關(guān)軟件需求開發(fā)的成果。

2．軟件需求開發(fā)管理模型

基于以上分析，本文構(gòu)建了軟件需求開發(fā)管理模型，見下圖：

該模型遵循了軟件需求開發(fā)的管理流程。啟動階段，軟件開發(fā)進行了可行性研究，軟件項目已立項，項目正式啟動。軟件需求開發(fā)管理階段是模型的主要部分，按照項目流程，依次劃分為需求獲取、需求分析、編寫軟件需求規(guī)格和需求驗證四個階段?？偨Y(jié)階段，對軟件需求開發(fā)管理進行總結(jié)，并進入到軟件程序設(shè)計階段。模型的核心部分是應(yīng)用項目管理的進度管理、成本管理、質(zhì)量管理，對軟件需求開發(fā)進行動態(tài)管理。進度管理就是制定出經(jīng)濟合理的進度計劃，然后在計劃執(zhí)行過程中，檢查實際進度與計劃進度之間的差異，并及時找出出現(xiàn)差異的原因，采取有效的補救措施，以確保項目按時按質(zhì)完成。進度管理應(yīng)加強溝通，掌握可能延誤進度的環(huán)節(jié)，并嚴(yán)格控制進度變更。成本管理就是對項目所需的成本情況進行詳細(xì)地分析和估算，編制資源需求計劃，并編制項目所需的成本估算和預(yù)算，在執(zhí)行過程中，采取相應(yīng)的措施對項目成本進行控制。成本管理應(yīng)嚴(yán)格控制加班、浪費等額外支出。質(zhì)量管理是為了保證項目的可交付成果能夠滿足客戶的需求，圍繞項目質(zhì)量而進行的計劃、協(xié)調(diào)和控制等活動，其具體內(nèi)容涉及質(zhì)量規(guī)劃、實施質(zhì)量保證和質(zhì)量控制。通過進度管理、成本管理和質(zhì)量管理，使軟件需求開發(fā)成為進度快、成本低和質(zhì)量合格的有機統(tǒng)一體。

該模型規(guī)范了軟件需求開發(fā)的業(yè)務(wù)流程，并在整個軟件需求開發(fā)的不同環(huán)節(jié)之間建立聯(lián)系，明確需求開發(fā)過程與自身各任務(wù)項之間以及項目其余環(huán)節(jié)所存在的各種聯(lián)系。模型各環(huán)節(jié)間的相關(guān)性、可追溯性保證了軟件項目需求開發(fā)過程，可以遵循統(tǒng)一的管理模式。該模型具備可配置性。每個軟件項目，都具有個性化管理需求，在進度管理、成本管理、質(zhì)量管理等方面有不同的要求，可以針對具體的開發(fā)團隊，項目要求，管理側(cè)重點，擴增相應(yīng)的管理模塊，將此模型推廣到任何一個軟件需求開發(fā)項目。

3.模型應(yīng)用

由于軟件需求開發(fā)具有復(fù)雜性，其主要表現(xiàn)為需求描述問題，明確表達需求較難確定，并且難以統(tǒng)一；需求完備問題，需求沒有遺漏，難以準(zhǔn)確劃定系統(tǒng)范圍；需求的變更問題，需求變化是永恒，需求不可能是完備。模型應(yīng)用需做好以下工作：（1）文檔化管理。需求必須有文檔來記錄，該文檔必須是正確的，是經(jīng)過驗證的，是在受控的狀態(tài)下變更的。開發(fā)或管理人員常常會在含糊的情況下把認(rèn)為是相對簡單的需求忽視而省略文檔記錄，其實未必簡單，只有想清楚、寫清楚、說清楚才說明已經(jīng)真正把需求整理清楚了，同時方便日后維護工作的展開。需求含糊的情況下要進行會議形式處理，并邀請相關(guān)人員參加進行需求澄清及確定，需求在進行多方確定后進行歸檔。同時軟件需求的復(fù)用率也是相當(dāng)高的，可以避免升級時重新將需求再次獲取，只需要在原來的基礎(chǔ)上作為文擋需求復(fù)用升級處理。（2）審核評估需求變更，減少變更的影響。在管理軟件開發(fā)過程中，需求漸變是必然的，無論需求變化的程度如何，只要需求變更就必須進行評估。在需求變更之前必須由項目管理人員審核，再傳給開發(fā)人員進行評估等工作。管理人員必需依據(jù)對整套系統(tǒng)的了解程度分析需求變更過程中可能受影響的系統(tǒng)及受關(guān)聯(lián)的功能模塊，并制定積極應(yīng)對措施。(3)整體管理。應(yīng)識別、確定、結(jié)合、統(tǒng)一與協(xié)調(diào)軟件需求開發(fā)管理過程中所需要進行的各種過程和活動，保證進度、成本、質(zhì)量等各要素的相互協(xié)調(diào)。

四、結(jié)語

軟件需求開發(fā)在軟件項目管理中具有重要地位。本文應(yīng)用項目管理理論，設(shè)計了軟件需求開發(fā)管理模型。該模型遵循項目管理流程，將軟件需求開發(fā)劃分啟動、需求開發(fā)過程、總結(jié)三個階段，并將軟件需求開發(fā)過程劃分為需求獲取、需求分析、編寫軟件需求規(guī)格和需求驗證四個階段，模型應(yīng)用項目管理的進度管理、成本管理、質(zhì)量管理，對軟件需求開發(fā)進行動態(tài)管理，實現(xiàn)軟件需求開發(fā)項目目標(biāo)最優(yōu)。該模型能夠提高軟件需求開發(fā)管理效率，確保軟件開發(fā)能夠按進度，低成本，高質(zhì)量地完成。

參考文獻：

[1]景慎艷:軟件項目需求管理的探索與實踐[J].電腦知識與技術(shù)，2008（27）

[2]左懷遠(yuǎn):軟件項目中的風(fēng)險管理研究[J].世界科技研究與發(fā)展，2008（3）

[3]孫琦龍:加強軟件項目管理的實踐模式[J].科技信息，2008（7）