軟件項(xiàng)目管理研究論文

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

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

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

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

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

1.1可行性分析

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

1.1.1技術(shù)可行性

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

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

(2)資源的有效性；

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

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

1.1.2經(jīng)濟(jì)可行性

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

1.1.3社會可行性

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

1.2需求調(diào)研

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

1.3項(xiàng)目團(tuán)隊(duì)的組織

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

1.4項(xiàng)目開發(fā)計(jì)劃

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

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

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

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

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

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

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

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

2.2設(shè)計(jì)評審

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

要包括：

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

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

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

（4）文檔的完備性；

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

2.3編碼

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

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

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

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

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

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

2.4調(diào)試

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

3.項(xiàng)目后期管理

3.1項(xiàng)目的驗(yàn)收

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

3.2軟件維護(hù)

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

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

參考文獻(xiàn)：

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

2002年10月

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

3.尼爾懷特著管理軟件開發(fā)項(xiàng)目-通向成功的最佳實(shí)踐電子工業(yè)出版社2002年4月

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

2002年2月

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

2002年3月

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