來的困擾，同時(shí)客戶更容易地參與到項(xiàng)目的開發(fā)過程中。
4.3 需求分析要共同參與各施其職
項(xiàng)目經(jīng)理、系統(tǒng)分析員、開發(fā)經(jīng)理、交互設(shè)計(jì)師、測試人員、文檔人員包括客戶代表都應(yīng)該看需求分析，并進(jìn)行共同討論，達(dá)成一致意見。參與項(xiàng)目開發(fā)的人員都應(yīng)該對這份需求有統(tǒng)一清晰的認(rèn)識，并根據(jù)自己的工作對需求提出意見，通過與客戶的溝通修訂，最終確定項(xiàng)目實(shí)現(xiàn)的目標(biāo)。這樣可以盡量避免業(yè)務(wù)人員與開發(fā)人員、承建方和客戶方之間發(fā)生不必要的糾紛。
例如：項(xiàng)目經(jīng)理通過需求分析才能組建所需要的團(tuán)隊(duì)包括配置工作環(huán)境，制定開發(fā)周期；開發(fā)周期的限制和功能上的要求可能會影響到程序員采用什么樣的語言和工具進(jìn)行編寫；操作用戶的技能水平將影響到交互設(shè)計(jì)師進(jìn)行前臺設(shè)計(jì)時(shí)做到什么樣的精度；界面設(shè)計(jì)人員根據(jù)項(xiàng)目的性質(zhì)和定位確定表現(xiàn)方式；測試人員了解測試環(huán)境和條件后才能對項(xiàng)目質(zhì)量進(jìn)行跟蹤和檢測。
4.4 將需求變更置于可控狀態(tài)
需求的變更幾乎是不可避免的，也許是出自客戶的遺漏，也可能是在開發(fā)過程中被激發(fā)出來的。如何以可控的方式管理網(wǎng)站項(xiàng)目需求的變更，對于項(xiàng)目的順利進(jìn)行有著重要的意義。如果匆匆忙忙地完成用戶調(diào)研與分析，則往往意味著不穩(wěn)定的需求。所以需求管理要保證需求分析各個(gè)活動都得到了充分的執(zhí)行。
為了將變更及時(shí)反饋到項(xiàng)目的各個(gè)角色中，做好需求變更日志就顯得非常重要。在需求分析后面附上變更日志，并將修改后的需求分析制作成新版本，保留每次更改過的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調(diào)整。在新版本的需求分析中，將變更部分用特殊方式表示出來，并在日志中記錄變更明細(xì)。
4.5 評審需求文檔
需求文檔完成后，需要經(jīng)過正式評審，以便作為下一階段工作的基矗一般的評審分為用戶評審和同行評審兩類。用戶和開發(fā)方對于軟件項(xiàng)目內(nèi)容的描述，是以需求規(guī)格說明書作為基礎(chǔ)的；用戶驗(yàn)收的標(biāo)準(zhǔn)則是依據(jù)需求規(guī)格說明書中的內(nèi)容來制訂，所以評審需求文檔時(shí)用戶的意見是第一位的。而同行評審的目的，是在軟件項(xiàng)目初期發(fā)現(xiàn)那些潛在的缺陷或錯(cuò)誤，避免這些錯(cuò)誤和缺陷遺漏到項(xiàng)目的后續(xù)階段。
5 總結(jié)
隨著互聯(lián)網(wǎng)的飛速發(fā)展，Web技術(shù)應(yīng)用日益廣泛，網(wǎng)站的規(guī)模和復(fù)雜性不斷增加，網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)進(jìn)入了需要強(qiáng)調(diào)流程和分工的時(shí)代，軟件工程方法將越來越多地介入到網(wǎng)站項(xiàng)目的設(shè)計(jì)和開發(fā)中。建立規(guī)范的、有效的、健壯的開發(fā)機(jī)制，特別是打好網(wǎng)站項(xiàng)目管理的基石，強(qiáng)化項(xiàng)目的需求分析，將有利于高效、高速、高質(zhì)量地完成開發(fā)任務(wù)。轉(zhuǎn)貼于：http://m.opto-elec.com.cn