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

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

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

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

關(guān)鍵詞：

軟件開發(fā)項(xiàng)目管理；實(shí)踐

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

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

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

二、基于軟件開發(fā)的項(xiàng)目管理實(shí)踐

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

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

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

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

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

三、結(jié)語

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

參考文獻(xiàn)：

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

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

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

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

二、軟件項(xiàng)目的生命周期

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

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

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

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

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

在t0時(shí)，除等待期權(quán)外，項(xiàng)目還包含有第二階段投資機(jī)會(huì)的實(shí)物期權(quán)。

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

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

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

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

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

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

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

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

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

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

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

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

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

一、引言

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

二、CMM的主要用途有

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

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

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

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

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

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

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

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

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

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

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

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

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

總結(jié)：

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

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

中圖分類號： TN830.1?34  ；  ；  ；  ；  ；  ；  ；  ；  ；  ； 文獻(xiàn)標(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  ；引  ；言

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.2  ；QFD的四個(gè)階段

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

軟件行業(yè)是區(qū)別于一般企業(yè)的特殊性生產(chǎn)企業(yè)，軟件開發(fā)過程是指軟件開發(fā)的生命周期中所涉及的一系列過程，包括需求分析、產(chǎn)品設(shè)計(jì)、代碼編寫、軟件測試、產(chǎn)品維護(hù)等階段。我國現(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ā)計(jì)劃，加強(qiáng)了項(xiàng)目參與者的聯(lián)系與信息交流，盡可能地避免重復(fù)設(shè)計(jì)，利于避免返工和設(shè)計(jì)上的缺陷，解決了效率低下和不確定性等問題。

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

2  ；軟件項(xiàng)目需求評判的FAHP

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

2.1  ；FAHP基本理論

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

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

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

設(shè)[S∈D1]（[D1]為全體模糊數(shù)所組成的空間）上的一個(gè)梯形模糊數(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í)數(shù)組[（a，b，c，d）]所確定，故可以用[（a，b，c，d）]表示為一個(gè)梯形模糊數(shù)；當(dāng)[a=b=c=d]時(shí)，[S]即為普通實(shí)數(shù)；當(dāng)[b=c]時(shí)，[S]就轉(zhuǎn)化為三角模糊數(shù)。QFD技術(shù)應(yīng)用中，[a，b，c，d，x]根據(jù)1～9的評分準(zhǔn)則（見表1） 進(jìn)行兩兩比較取值，[X1，][X2]為進(jìn)行兩兩比較的值。

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

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

依據(jù)Zadeh的擴(kuò)展原理可以把梯形模糊數(shù)的數(shù)學(xué)算法表達(dá)為下式[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。]

在進(jìn)行矩陣一致性判斷時(shí)通常將模糊數(shù)映射成一個(gè)實(shí)數(shù)。對梯形模糊數(shù)而言， 梯形的重心被該模糊數(shù)所表示是本質(zhì)特征。所以， 計(jì)算該模糊數(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：對矩陣的一致性檢驗(yàn)做判斷并模糊權(quán)重計(jì)算。

步驟3：層次單排序。

步驟4：層次總排序。

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

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

3  ；結(jié)  ；語

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

參考文獻(xià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].北京：機(jī)械工業(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].計(jì)算機(jī)系統(tǒng)應(yīng)用，1994（6）：32?35.

[7] 邵家駿，張宗斌.QFD技術(shù)在計(jì)算機(jī)軟件改造中的應(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é)報(bào)，2004，19（2）：54?57.

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

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

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

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

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

3.實(shí)施對計(jì)算機(jī)軟件開發(fā)各個(gè)用戶進(jìn)行管理

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

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

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

二、強(qiáng)化計(jì)算機(jī)軟件工程管理的對策

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

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

2.強(qiáng)化軟件風(fēng)險(xiǎn)管理，抓好進(jìn)度發(fā)展

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

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

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

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

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

四、總結(jié)

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

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

中圖分類號：TP311.52 文獻(xiàn)標(biāo)識碼：A 文章編號：1007-9599?。?012）　18-0000-02

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

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

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

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

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

2 軟件項(xiàng)目開發(fā)管理的要點(diǎn)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3 結(jié)語

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

參考文獻(xiàn)：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2、具體改革實(shí)施方案

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

2.1 以課程實(shí)訓(xùn)代替上機(jī)課，加強(qiáng)實(shí)踐教學(xué)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4）知識庫。

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

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

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

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

2改革教學(xué)方法

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

3提高實(shí)踐能力

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

4教學(xué)評價(jià)改革

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

5結(jié)束

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

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

一、引言

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

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

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

1.需求獲取

需求獲取是在問題和最終解決方案之間架設(shè)橋梁，其主要任務(wù)是和用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員進(jìn)行溝通，獲取用戶的具體需求，并了解用戶的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等具體情況，同用戶建立起良好的溝通渠道和方式。軟件需求獲取的方法有：與用戶交談，向用戶提問題；參觀用戶的工作流程，觀察用戶的操作；用戶工作的情景分析；現(xiàn)有系統(tǒng)的問題報(bào)告和改進(jìn)要求，事件和響應(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ā)方等不同參與者提供一個(gè)交流的渠道。業(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)時(shí)間、存儲(chǔ)空間等。非功能需求定義系統(tǒng)提供服務(wù)或功能的約束，包括時(shí)間約束、空間約束、開發(fā)過程約束及應(yīng)遵循的標(biāo)準(zhǔn)等。通常這兩類需求構(gòu)成軟件需求的總集。

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

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

4.需求評審

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

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

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

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

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

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

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

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

3.模型應(yīng)用

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

四、結(jié)語

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

參考文獻(xiàn)：

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

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

[3]孫琦龍:加強(qiáng)軟件項(xiàng)目管理的實(shí)踐模式[J].科技信息，2008（7）