項目質(zhì)量控制：分析階段

　　項目的開(kāi)始階段，也是質(zhì)量控制的開(kāi)始。在這個(gè)階段中，主要的工作是從客戶(hù)方獲得足夠多的項目需求，并準確地記錄在案，而且要使得項目組的成員對于需求足夠得了解。先說(shuō)說(shuō)這個(gè)項目的基本情況：一個(gè)信息管理系統，而且是在原來(lái)的版本上進(jìn)行的功能增加。項目組的成員，除了我以前參加了前一個(gè)版本的開(kāi)發(fā)，其它的人員都不了解這個(gè)項目。就是這樣的一個(gè)項目，在開(kāi)始階段，我先是安排了組員對以前版本的需求文檔進(jìn)行了閱讀，并安裝使用了軟件。隨后對新的需求進(jìn)行了研究，分析了它們對于原有系統的影響。由于是在舊有系統的文檔進(jìn)行增加，所以加入的新內容并不是很多，需求文檔很快就完成了。所謂的分析階段的里程碑也就結束了。

　　在需求階段＂順利＂結束的同時(shí)，問(wèn)題也隨之留下來(lái)，并對后面的階段起到了＂乘數效應＂――影響變得越來(lái)越大：

　　A.對舊系統的理解不足由于開(kāi)發(fā)人員沒(méi)有參與過(guò)上一個(gè)版本的開(kāi)發(fā)工作，他們對于舊系統并不了解．雖然在閱讀了以前的需求文檔以及使用了軟件之后，大概對系統的功能有了一個(gè)初步的認識．但是對于系統中出現的各種邏輯關(guān)系并沒(méi)有深入了解下去．作為項目經(jīng)理，在這項工作中，失誤之處在于任務(wù)的結果（即輸出）沒(méi)有事先定義清楚，從而也就導致無(wú)法確認目標是否已經(jīng)達到，再加上需求文檔描述的也不是十分清晰。最后，只是在開(kāi)發(fā)人員覺(jué)得已經(jīng)理解該系統的基本上，進(jìn)行了下一步的工作．沒(méi)有進(jìn)行進(jìn)一步的確認工作，不知道組員進(jìn)行舊系統已經(jīng)了解到了什么樣的程度。這個(gè)問(wèn)題的結果，就是直接導致了后期的開(kāi)發(fā)過(guò)程中，由于對于原先系統的邏輯關(guān)系不是很清楚。對于舊代碼理解和新代碼編寫(xiě)進(jìn)行地不是很順利。

　　B.對新需求的分析不夠這還是個(gè)老問(wèn)題，但又不是一個(gè)問(wèn)題．說(shuō)它是個(gè)老問(wèn)題，因為分析需求要求考慮細致全面，并且能引導客戶(hù)，啟發(fā)客戶(hù)提供更有價(jià)值的信息。事實(shí)上，需求分析我們做的算是很盡力了，同時(shí)客戶(hù)把需求一條條的列出來(lái)給我們，相對來(lái)說(shuō)需求已經(jīng)很清楚了。我們在接到這些需求后，不僅研究了新功能，還把他們對于舊系統的影響都做了分析。但還是有些問(wèn)題沒(méi)有能在需求文檔中反映出來(lái)，后面的影響也是可想而知的了。我以前的文章中才曾提到過(guò)相關(guān)的問(wèn)題，在這里就不再重復了。不過(guò)，從另一個(gè)角度來(lái)看，它又不是一個(gè)問(wèn)題。為什么這么說(shuō)呢，因為需求實(shí)在不是能夠在分析階段就能完全理解透徹的，甚至有的需求客戶(hù)也模模糊糊，直到交付以后才提出了改動(dòng)的要求。軟件開(kāi)發(fā)經(jīng)過(guò)這么多年的發(fā)展，大家已經(jīng)認識到了一點(diǎn)：需求是變化的。要達到能夠擁抱變化的要求，我們要對開(kāi)發(fā)方法進(jìn)行改進(jìn)，相關(guān)的問(wèn)題我在后面也會(huì )提到。

　　需求分析階段出現的問(wèn)題，解決的可操作性不是很大，更多的是從思想或經(jīng)驗上解決，而后面幾個(gè)階段出現的問(wèn)題都相對具體一些。