導(dǎo)語：軟件項目管理過程分析論文一文來源于網(wǎng)友上傳，不代表本站觀點，若需要原創(chuàng)文章可咨詢客服老師，歡迎參考。

摘要：本文通過對軟件開發(fā)過程的各個階段中存在的問題以及解決方法進(jìn)行研究，希望能夠從軟件開發(fā)過程的角度解決一些問題。

關(guān)鍵字：軟件項目管理需求分析系統(tǒng)設(shè)計

1.項目前期以及項目準(zhǔn)備

在進(jìn)行任何一項較大的項目時,首先要進(jìn)行項目的可行性分析和研究,因為這些項目中的問題并不都有明顯的解決辦法,這樣就很難在預(yù)定的時間、費用之內(nèi)解決這些問題，如果這些問題沒有可以行得通的解決辦法，貿(mào)然開始這些項目，就可能導(dǎo)致項目的失敗，造成巨大的損失。

1.1可行性分析

軟件項目可行性研究的目的是用最小的代價和時間，確定該項目是否能夠開發(fā)值得開發(fā)，其實質(zhì)是要進(jìn)行一次簡化的、抽象的需求分析和設(shè)計過程，主要應(yīng)從以下幾個方面進(jìn)行分析。

1.1.1技術(shù)可行性

對要開發(fā)項目的功能，性能和限制條件進(jìn)行分析，確定在現(xiàn)有的資源條件下技術(shù)風(fēng)險有多大，項目是否能夠?qū)崿F(xiàn)，現(xiàn)有的資源包括硬件、軟件資源，現(xiàn)有的技術(shù)人員和技術(shù)水平，已經(jīng)有的工作基礎(chǔ)等，判斷技術(shù)上是否可行，主要需要考慮以下幾個問題:

(1)開發(fā)的風(fēng)險即在給定條件下能否實現(xiàn)目標(biāo)的功能和性能；

(2)資源的有效性；

(3)技術(shù)的發(fā)展性；

由于需求未經(jīng)過詳細(xì)的調(diào)研，存在模糊性和可能的變化，開發(fā)人員進(jìn)行技術(shù)可行性評估時，存在比較大的風(fēng)險，一旦出現(xiàn)估計的錯誤，將可能導(dǎo)致災(zāi)難性的后果。

1.1.2經(jīng)濟可行性

進(jìn)行軟件開發(fā)項目的成本估算以及了解取得的效益估算，確定該項目是否值得開發(fā)，對于大多數(shù)項目，衡量經(jīng)濟可行性，應(yīng)考慮一個“底線”，同時應(yīng)考慮公司的長期經(jīng)營策略，潛在市場前景等因素。

1.1.3社會可行性

應(yīng)考慮項目是否存在任何侵權(quán)、責(zé)任等問題，考慮在現(xiàn)有的制度、法規(guī)下是否行得通，包括合同、責(zé)任、法律等多種因素。

1.2需求調(diào)研

在項目前期工作中，需求調(diào)研是其中最重要的一個環(huán)節(jié)，今后的許多工作都依賴于需求調(diào)研的結(jié)果，需求調(diào)研的過程是漸進(jìn)的，在可行性分析階段，主要關(guān)注的是項目規(guī)模、范圍和重點的功能，在項目進(jìn)入正是開發(fā)流程以后，我們需要更加全面、準(zhǔn)確地了解系統(tǒng)的需求不重視需求過程的項目隊伍將自食其果，需求工程中的缺陷將給項目成功帶來極大風(fēng)險。如:無足夠用戶參與導(dǎo)致產(chǎn)品無法被接受；用戶需求的增加帶來過度的耗費和降低產(chǎn)品的質(zhì)量；模棱兩可的需求說明可能導(dǎo)致時間的浪費和返工；用戶增加一些不必要的特性和開發(fā)人員畫蛇添足；過分簡略的需求說明以致遺漏某些關(guān)鍵需求；忽略某類用戶的需求將導(dǎo)致眾多客戶的不滿；不完善的需求說明使得項目計劃和跟蹤無法準(zhǔn)確進(jìn)行。

1.3項目團(tuán)隊的組織

建立項目團(tuán)隊是項目開發(fā)過程的開始，一切工作都是由項目團(tuán)隊的成員完成的在整個項目的運行過程中，需要很多不同的角色參與到項目中，完成不同階段的任務(wù)。所以在建立項目團(tuán)隊的過程中要把握好人員角色的劃分、特別人員管理與激勵、監(jiān)督等。整個人員的管理是項目管理的關(guān)鍵，因為人是活的，而項目是死的，只要人員管理妥當(dāng)，項目開發(fā)一般是不會出什么問題的。

1.4項目開發(fā)計劃

軟件項目的特征之一就是需求的不確定性和開發(fā)過程中存在的技術(shù)風(fēng)險，按照通常的方法，制定一個項目的計劃應(yīng)該是先根據(jù)項目的需求，進(jìn)行詳細(xì)的任務(wù)分解找出實現(xiàn)的方法，估計出項目的工作量，再根據(jù)項目資源的狀況，制定出項目的計劃。

但是，再現(xiàn)實的工作中，項目的時間表往往是事先確定的，給開發(fā)留出的時間也是事先定好的。而我們能夠利用的資源，主要是開發(fā)的人力資源，也被事先基本確定了，在被確定的這2個前提條件下，我們?nèi)绾胃鶕?jù)項目的需求，合理地安排人力和時間，完成項目的開發(fā)，這是現(xiàn)實中項目經(jīng)理經(jīng)常遇到的問題如果事先確定的時間表是相對比較合理的，至少應(yīng)該是我們夠的到的。我們制定的開發(fā)計劃才是有意義的，否則，按照這個時間表制定出來的計劃只能失敗的在這種情況下，項目經(jīng)理唯一可以做的是對用戶的需求進(jìn)行剪裁，去掉某些耗時長而且不太重要的功能，或是在開發(fā)中適當(dāng)降低質(zhì)量要求，或許可以完成項目的進(jìn)度。當(dāng)然這必須最終要得到用戶的認(rèn)可。778論文在線

2.項目開發(fā)過程管理

2.1詳細(xì)設(shè)計

在詳細(xì)設(shè)計階段，由于任務(wù)已經(jīng)詳細(xì)地分解，總體地解決方案和技術(shù)框架已經(jīng)確立，詳細(xì)設(shè)計地目的就主要是針對某個特定地模塊或?qū)ο?，根?jù)需求，技術(shù)框架地要求和模塊間接口，描述出我們實現(xiàn)功能的方法，主要內(nèi)容包括：

（1）內(nèi)部算法描述；

（2）內(nèi)部數(shù)據(jù)組織；

（3）相關(guān)接口詳細(xì)設(shè)計；

2.2設(shè)計評審

在設(shè)計完成后，必須安排設(shè)計評審以保證設(shè)計的質(zhì)量，通常設(shè)計評審以小組內(nèi)部的評審會的方式進(jìn)行，參與人有項目小組內(nèi)部的人員及其負(fù)責(zé)人，由開發(fā)者介紹其設(shè)計思路，其他人了解并對其設(shè)計質(zhì)量進(jìn)行評審。評審的內(nèi)容主要包括：

（1）關(guān)鍵算法的可行性；

（2）接口是否符合概要設(shè)計的要求；

（3）技術(shù)清晰度是否符合設(shè)計標(biāo)準(zhǔn)；

（4）文檔的完備性；

評審?fù)ㄟ^的設(shè)計，才能夠開始編碼工作，評審的結(jié)果應(yīng)記錄到開發(fā)文檔當(dāng)中。

2.3編碼

在編碼階段，主要需要在編碼工作結(jié)束后，進(jìn)行代碼審核，這項工作非常重要主要應(yīng)該由項目小組的技術(shù)負(fù)責(zé)人完成，審核的目的并不是為了檢驗代碼的正確性而是需要對編碼是否按照規(guī)范進(jìn)行審核。主要內(nèi)容包括：

（1）變量、包、方法等的命名是否符合規(guī)則；

（2）注釋是否填寫完整，是否符合規(guī)范；

（3）代碼的可讀性，編寫風(fēng)格是否符合規(guī)范；

（4）是否有明顯的造成系統(tǒng)運行低效率的處理方法；

（5）公共變量的定義和使用；

2.4調(diào)試

編碼工作完成以后，通常需要開發(fā)人員自己進(jìn)行單元測試，有些部分需要編寫相應(yīng)的測試程序。應(yīng)該避免發(fā)生這類的情況，有些開發(fā)人員任務(wù)自己不應(yīng)該進(jìn)行測試工作，在編寫完代碼以后，只要編譯成功，就直接提交成果，將測試工作完全交給測試人員去做，這樣做不僅僅給測試人員增加了許多的工作量，同時增加了許多因為交流產(chǎn)生的時間，造成進(jìn)度的延遲，管理人員應(yīng)該杜絕程序員的這樣的思想，同時在管理中予以考慮，可以將提交成果產(chǎn)生的bug數(shù)量作為考核程序員業(yè)績的標(biāo)準(zhǔn)之一。

3.項目后期管理

3.1項目的驗收

項目驗收，是整個項目生命周期中最后一個環(huán)節(jié)。一般來說，軟件項目的驗收一般來說有2個階段，第一個階段是驗收測試，當(dāng)驗收測試成功結(jié)束后，一般會有一個階段的試運行階段，只有當(dāng)2個階段全部結(jié)束后，整個項目才算真正結(jié)束，可以收回全部的工程款，該軟件也進(jìn)入其運行維護(hù)期。驗收測試應(yīng)按照軟件的需求，質(zhì)量要求進(jìn)行測試驗收，需要甲乙雙方共同建立驗收小組，或請第三方測試機構(gòu)進(jìn)行驗收測試，在驗收測試之前，開發(fā)方應(yīng)提供一系列的開發(fā)設(shè)計文檔供驗收測試使用。

3.2軟件維護(hù)

編程大師曾說“哪怕程序只有三行長，總有一天你也不得不對它維護(hù)。”，很

多軟件產(chǎn)品不是一次性的買賣，比如在電信、金融等領(lǐng)域，有些軟件系統(tǒng)要用十幾年，對軟件進(jìn)行維護(hù)是必不可少的，軟件公司的經(jīng)理們沒有哪一個喜歡被維護(hù)的費用嚇一跳，但軟件維護(hù)的代價通常是高昂的。對軟件而言“維護(hù)”是個不太直觀的術(shù)語，因為軟件產(chǎn)品在重復(fù)使用時不會被磨損，并不需要進(jìn)行像對車輛或電器那樣的維護(hù)，軟件維護(hù)是人們對既豐富多彩又會令人心酸的活動的統(tǒng)稱，其中豐富多彩的活動是指那些反映客觀世界變化，能使軟件系統(tǒng)更加完善的修改和擴充工作，令人心酸的活動是指那些永無休止，并且改了舊錯卻引起新錯讓人欲哭無淚的工作。

參考文獻(xiàn)：

1.邱菀華沈建明楊愛華等編著現(xiàn)代項目管理導(dǎo)論機械工業(yè)出版社

2002年10月

2.美理查德懷特黑德著領(lǐng)導(dǎo)軟件開發(fā)團(tuán)隊電子工業(yè)出版社2002年5月

3.尼爾懷特著管理軟件開發(fā)項目-通向成功的最佳實踐電子工

業(yè)出版社2002年4月

4.劉積仁康曉東饒友玲主編軟件開發(fā)項目管理人民郵電出版社

2002年2月

5.美JosephRaynus著CMM軟件過程改進(jìn)指南電子工業(yè)出版社

2002年3月

6.美EvelynStillerCathieLeBlanc著基于項目的軟件工程面向?qū)ο笱芯糠椒C械工業(yè)出版社2002年6月