在一個(gè)軟件產(chǎn)品發(fā)布并使用之后，其中肯定有許多地方不如意和值得改進(jìn)的地方�？蛻粼谑褂玫倪^(guò)程中會(huì)發(fā)現(xiàn)一些問(wèn)題，提出更高的需求，市場(chǎng)也在發(fā)生變化，我們的競(jìng)爭(zhēng)對(duì)手也在發(fā)展，新的技術(shù)不斷地產(chǎn)生，這些因素推動(dòng)著我們的產(chǎn)品不斷地向前發(fā)展，使軟件版本不停地往上增長(zhǎng)。這些發(fā)展的需求不是一下子提出來(lái)的，在客戶使用的過(guò)程中發(fā)現(xiàn)某些不如意不方便的地方，他們會(huì)向我們提出寶貴的意見(jiàn)，而技術(shù)人員會(huì)把這些需求記錄下來(lái)，以便修改或成為下一個(gè)版本的新特性或需求。

一個(gè)軟件的開(kāi)發(fā)主要分為需求、設(shè)計(jì)、編碼、測(cè)試、維護(hù)幾個(gè)重要的階段，下面每個(gè)階段的一些管理措施提點(diǎn)愚見(jiàn)：

1. 需求管理

在進(jìn)入正式開(kāi)發(fā)之前，必須先從用戶處獲取準(zhǔn)確的需求。在這上面花費(fèi)相當(dāng)時(shí)間是很必要的。在軟件項(xiàng)目的開(kāi)發(fā)過(guò)程中，需求變更貫穿了軟件項(xiàng)目的整個(gè)生命周期，從軟件的項(xiàng)目立項(xiàng)，研發(fā)，維護(hù)，用戶的經(jīng)驗(yàn)在增加，對(duì)使用軟件的感受有變化，以及整個(gè)行業(yè)的新動(dòng)態(tài)，都為軟件帶來(lái)不斷完善功能 ，優(yōu)化性能，提高用戶友好性的要求。在軟件項(xiàng)目管理過(guò)程中，項(xiàng)目經(jīng)理經(jīng)常面對(duì)用戶的需求變更。如果不能有效處理這些需求變更，項(xiàng)目計(jì)劃會(huì)一再調(diào)整，軟件交付日期一再拖延，項(xiàng)目研發(fā)人員的士氣將越來(lái)越低落，將直接導(dǎo)致項(xiàng)目成本增加、質(zhì)量下降及項(xiàng)目交付日期推后。這決定了項(xiàng)目組必須擁有需求管理策略。

在整個(gè)開(kāi)發(fā)周期中期望用戶的需求一直保持不變是不大可能的，因?yàn)橛脩魧?duì)于如何應(yīng)用計(jì)算機(jī)軟件并沒(méi)有一個(gè)成熟的經(jīng)驗(yàn)。需求變化的原因很多，如：

一開(kāi)始沒(méi)有調(diào)研全，需要增加需求;

客戶需求發(fā)生了變化，需求必須變化;

需求錯(cuò)誤;

需求不清楚。

基于上述的問(wèn)題，必須對(duì)需求進(jìn)行管理，使需求能夠真正成為軟件工程和管理的基線。 一種比較明智的方法是在簽定開(kāi)發(fā)合同(協(xié)議)時(shí)把用戶需求的改動(dòng)和經(jīng)濟(jì)利益掛鉤，如果用戶增加或改動(dòng)了需求，那么軟件的交付日期可以推遲，費(fèi)用也應(yīng)增加。

需求是一項(xiàng)復(fù)雜的工作，使用的方法也很多，不同的開(kāi)發(fā)方式有不同的方法，這里簡(jiǎn)單介紹一些相關(guān)的方法：

可行性分析：在允許的成本、性能要求下，分析每項(xiàng)需求實(shí)施的可行性，提出需求實(shí)現(xiàn)相關(guān)風(fēng)險(xiǎn)，包括與其它需求的沖突，對(duì)外界因素的依賴和技術(shù)障礙。

快速原型：當(dāng)用戶自身對(duì)有的需求不十分清楚時(shí)，我們可以建立一個(gè)系統(tǒng)原型，用戶通過(guò)評(píng)價(jià)原型更好地理解所要解決的問(wèn)題。

圖形分析模型：繪制圖形分析模型是編制軟件需求規(guī)格說(shuō)明重要手段。它們能幫助分析人員理清數(shù)據(jù)、業(yè)務(wù)模式、工作流程以及他們之間的關(guān)系，找出遺漏、冗余和不一致的需求。這樣的模型包括數(shù)據(jù)流圖、實(shí)體關(guān)系圖、狀態(tài)變換圖、對(duì)話框圖、對(duì)象類(lèi)及交互作用圖。

數(shù)據(jù)字典：數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的定義，以確保開(kāi)發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。在需求階段，數(shù)據(jù)字典至少應(yīng)定義客戶數(shù)據(jù)項(xiàng)，確�？蛻襞c開(kāi)發(fā)小組是使用一致的定義和術(shù)語(yǔ)。

2. 設(shè)計(jì)管理

項(xiàng)目經(jīng)理把功能模塊分配給每個(gè)開(kāi)發(fā)人員，每個(gè)開(kāi)發(fā)人員把自己相關(guān)的功能模塊收集起來(lái)，同時(shí)預(yù)估時(shí)間，其中主要包括寫(xiě)文檔的時(shí)間、開(kāi)發(fā)時(shí)間和單元測(cè)試的時(shí)間，一般要求精確到工作日。這些信息返回給項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理再把本小組人員的任務(wù)和預(yù)估時(shí)間發(fā)送給管理層，由管理層對(duì)此任務(wù)及進(jìn)度進(jìn)行評(píng)估審核，管理層會(huì)根據(jù)產(chǎn)品發(fā)布時(shí)間及客戶需求、市場(chǎng)因素等方面作出選擇，可能某些功能由于時(shí)間緊急會(huì)被推遲到下一個(gè)版本中去。若預(yù)估出來(lái)的時(shí)間同預(yù)計(jì)的產(chǎn)品發(fā)布時(shí)間有較大沖突，而且此功能是本版本中必須得做的，則開(kāi)發(fā)小組會(huì)被要求重新預(yù)估時(shí)間，加快開(kāi)發(fā)速度來(lái)達(dá)到這個(gè)要求。

雖然這個(gè)開(kāi)發(fā)進(jìn)度時(shí)間是一個(gè)大概的估計(jì)時(shí)間，但我們要盡力按照這個(gè)開(kāi)發(fā)進(jìn)度來(lái)執(zhí)行。作為開(kāi)發(fā)人員每個(gè)星期寫(xiě)一篇周記，描述自己本周所做的工作，根據(jù)自己的描述來(lái)評(píng)估我們自己的工作，每個(gè)人手上的工作是否按照這個(gè)進(jìn)度在走，是否有人延后了，是否延誤了別人的工作。在周記里每個(gè)人都要報(bào)告自己的進(jìn)度，同時(shí)還要報(bào)告上個(gè)星期做了什么，正在做什么，以及下個(gè)星期打算做什么。通過(guò)這個(gè)周記，會(huì)讓你覺(jué)得有人在監(jiān)督你，無(wú)形之中迫使你不斷地督促自己不要使任務(wù)延后，如果有延后的跡象也會(huì)盡早發(fā)現(xiàn)而趕上。若某些經(jīng)過(guò)努力不能趕上，那也沒(méi)有辦法，只能修改原先的進(jìn)度表，因?yàn)槟鞘俏覀兊墓烙?jì)與現(xiàn)實(shí)發(fā)生了偏差，我們必須使我們的進(jìn)度表符合實(shí)際情況。

3. 編碼管理

進(jìn)入編碼工作之后，可能會(huì)發(fā)現(xiàn)前面分析或設(shè)計(jì)階段的某些錯(cuò)誤，這時(shí)應(yīng)返回到前面的階段進(jìn)行必要的修改。由于我們用asp.net(c#)語(yǔ)言進(jìn)行開(kāi)發(fā)，因此我們借助了VS2005工具。關(guān)于代碼風(fēng)格，我們基本上套用VS2005中自動(dòng)的代碼格式編排。良好的編碼習(xí)慣有利于我們提高整個(gè)團(tuán)對(duì)的開(kāi)發(fā)效率，比如變量的命名、寫(xiě)代碼時(shí)要對(duì)類(lèi)及函數(shù)提供詳細(xì)的注釋及說(shuō)明等，基本做到看它們的說(shuō)明能知道這個(gè)變量、類(lèi)或函數(shù)的功能以及主要算法的實(shí)現(xiàn)原理。在開(kāi)發(fā)過(guò)程中對(duì)主要的模塊要編寫(xiě)單元測(cè)試，同時(shí)要單元測(cè)試先行，當(dāng)所有的單元測(cè)試代碼通過(guò)時(shí)，此功能也基本上完成了。

我們采用VSS進(jìn)行代碼管理控制，其中存放了此產(chǎn)品的所有源代碼，各個(gè)部分存放在不同的目錄中。每天早上要求開(kāi)發(fā)人員從VSS中獲取新的源代碼，然后進(jìn)行編譯并開(kāi)始的工作。在下班之前理論上要求員工簽入所有當(dāng)天修改的代碼，在簽入之前要保證編譯是能通過(guò)的。若有誰(shuí)簽入的代碼導(dǎo)致運(yùn)行失敗則會(huì)被要求某些懲罰措施或警告。有時(shí)我們編寫(xiě)的代碼涉及到多個(gè)文件，而且此改動(dòng)是比較復(fù)雜需要花費(fèi)多天的工作量，如果現(xiàn)在簽入進(jìn)去可能會(huì)導(dǎo)致項(xiàng)目測(cè)試通不過(guò)，因?yàn)橛行┐�碼沒(méi)有完全完成，而之前的代碼能測(cè)試通過(guò)，而且這些代碼基本上不會(huì)涉及到他人，在這種情況下可以不簽入進(jìn)去，直到全部代碼完成能提交測(cè)試時(shí)再一起簽入進(jìn)去。