五：什么人要看需求分析報告
項目經(jīng)理、系統(tǒng)分析員、開發(fā)經(jīng)理、交互設(shè)計師、測試人員、文檔人員包括客戶代表都應(yīng)該看需求分析，并進(jìn)行共同的討論，達(dá)成一致的意見。
我們經(jīng)常會遇到業(yè)務(wù)人員辛辛苦苦談下來的項目，對開發(fā)人員來說卻是難以實(shí)現(xiàn)的，而技術(shù)人員設(shè)計的產(chǎn)品卻常常得不到客戶的認(rèn)可，甚至發(fā)生糾紛，因此參與項目開發(fā)的人員都應(yīng)該對這份需求有統(tǒng)一清晰的認(rèn)識，并根據(jù)自己的工作對需求提出意見，通過與客戶的溝通修訂，最終確定項目實(shí)現(xiàn)的目標(biāo)。
例如：
項目經(jīng)理通過需求分析才能組建所需要的團(tuán)隊包括配置工作環(huán)境，制定開發(fā)周期。
開發(fā)周期的限制和功能上的要求可能會影響到程序員采用什么樣的語言和工具進(jìn)行編寫;
操作用戶的技能水平將影響到交互設(shè)計師進(jìn)行前臺設(shè)計時做到什么樣的精度;
界面設(shè)計人員根據(jù)項目的性質(zhì)和定位確定表現(xiàn)方式。
測試人員了解測試環(huán)境和條件后才能對項目質(zhì)量進(jìn)行跟蹤和檢測;
通過下表，我們可以看的出不同角色根據(jù)需求的變更所進(jìn)行的工作流程：
六：建立需求變更日志，制作新版本的需求分析報告
盡管我們費(fèi)了許多功夫在需求分析進(jìn)行了最大可能的努力，但幾乎可以肯定的是，這份需求分析在開發(fā)過程中一定會發(fā)生變化，也許是出自客戶的遺漏，也可能是在開發(fā)過程中被激發(fā)出來的，這種變更有時是如此的頻繁和瑣碎，以至于往往不能將變更及時反饋到項目的各個角色中，那么做好需求變更日志就顯得非常重要。
在需求分析后面附上變更日志，并將修改后的需求分析制作成新版本，保留每次更改過的版本，而不是覆蓋，這樣就比較容易地跟蹤到需求變更過程中所帶來的工作調(diào)整。
在新版本的需求分析中，將變更多部分用特殊方式表明出來，并在日志中記錄變更多重的明細(xì)。
關(guān)于需求分析和變更管理可以參照下圖示意：
七：本階段重點(diǎn)工作角色
在需求分析和變更管理的過程中，工作量最大的角色為客戶代表、業(yè)務(wù)員和項目經(jīng)理。
客戶代表提出需求，業(yè)務(wù)員幫助整理和分析，項目經(jīng)理對整個項目進(jìn)行評估。
在實(shí)際工作中，很多項目失敗的起因都和需求分析有關(guān)。 客戶代表和業(yè)務(wù)員通常并非從事技術(shù)開發(fā)的專業(yè)人員，在討論需求的時候往往對項目的技術(shù)難度、工作量、時間進(jìn)度把握不準(zhǔn)確，這時候需要項目經(jīng)理或技術(shù)人員進(jìn)行參謀。
為了降低項目的風(fēng)險，提高工作效率，有必要設(shè)計規(guī)范的需求管理計劃書，幫助客戶代表和業(yè)務(wù)員更好的完成任務(wù)。
以下提供一份需求管理計劃的模板可作為參考：
八：總結(jié)
根據(jù)筆者的經(jīng)驗(yàn)，要盡快做好需求分析掌握以下要點(diǎn)，也許能事半功倍：
仔細(xì)聆聽，羅列客戶的所有要求;
將需求進(jìn)行分析，確認(rèn)可操作的系統(tǒng)模型;
利用最自然的語言將系統(tǒng)進(jìn)行描述，使每個開發(fā)人員不會產(chǎn)生歧意;
迅速確定網(wǎng)站的用戶角色;
比如訪客、會員、重要客戶、前臺管理員、網(wǎng)站管理員、業(yè)務(wù)員等;
分析確定每個角色的權(quán)限及可操作的功能;
比如會員可以查看特別信息、修改個人信息、退出登陸等;
前臺管理員能夠登錄管理系統(tǒng)，能夠發(fā)布編輯修改信息，能夠?qū)彶闀T資格等;
網(wǎng)站管理員可以更改欄目、修改網(wǎng)站界面等;
制作流程圖和示意圖將需求表現(xiàn)出來;
讓客戶參與到示意圖的設(shè)計中，及時正確的反應(yīng)出需求變更。
制作需求變更日志，保留升級版本，通過版本控制進(jìn)行需求管理;
通過需求《管理計劃書》使每個參與人員看到共同的努力目標(biāo)。
附注：本文圖表引用于RUP2000中文版。