參與人員角色及職責(zé)
項(xiàng)目負(fù)責(zé)人
– 參與評(píng)審給定的需求
– 確認(rèn)需求規(guī)格說(shuō)明書、并簽字
– 提出需求和需求變更請(qǐng)求，確認(rèn)修改方案和結(jié)果并簽字
– 主持三方SCCB會(huì)議
用戶代表
– 參與評(píng)審給定的需求
– 確認(rèn)需求規(guī)格說(shuō)明書、并簽字
– 提出需求和需求變更請(qǐng)求，確認(rèn)修改方案和結(jié)果并簽字
項(xiàng)目總負(fù)責(zé)人-部門經(jīng)理/副經(jīng)理）
– 評(píng)審需求管理活動(dòng)
– 參與給定需求、需求規(guī)格說(shuō)明書的評(píng)審和基線產(chǎn)品評(píng)審
– 主持內(nèi)部SCCB會(huì)議
內(nèi)部SCCB
– 需求基線建立后，內(nèi)部人員提出的重大變更或意見分歧由內(nèi)部SCCB解決。
開發(fā)組長(zhǎng)
– 組織、開展需求交流活動(dòng)、
– 組織基線文檔的編寫、審查、評(píng)審
– 對(duì)客戶需求精練和細(xì)化、建立與客戶需求一致的產(chǎn)品、和產(chǎn)品構(gòu)件初步需求
– 跟蹤需求變更、對(duì)重大問題擬定初步的變更方案和實(shí)施計(jì)劃提交內(nèi)部SCCB 評(píng)審
– 審查工作產(chǎn)品，以便與需求變更保持一致
– 根據(jù)確定的需求和變更修改方案調(diào)整開發(fā)計(jì)劃、分配任務(wù)
開發(fā)組成員
– 參與需求分析、收集、整理、評(píng)審活動(dòng)
– 參與文檔化需求、基線文檔的編寫
– 跟蹤需求變更、及時(shí)反映客戶的需求、需求變更批準(zhǔn)后修改程序和相關(guān)文檔。
– 定期維護(hù)系統(tǒng)功能狀態(tài)跟蹤表、統(tǒng)計(jì)用戶問題數(shù)以及解決狀態(tài)
– 按照開發(fā)計(jì)劃完成任務(wù)，為設(shè)計(jì)、編碼工作做必要的準(zhǔn)備
測(cè) 試 組
-- 根據(jù)需求規(guī)格說(shuō)明書編寫相應(yīng)的驗(yàn)收方案、驗(yàn)收大綱、驗(yàn)收用例；需求變更批準(zhǔn)后調(diào)整測(cè)試計(jì)劃、修改驗(yàn)收方案、驗(yàn)收大綱、驗(yàn)收用例
– 跟蹤測(cè)試開發(fā)組修改的問題
維護(hù)組
– 收集用戶電話、E-mail、公告欄提出的需求提交開發(fā)組
SQA工程師
– 審查需求活動(dòng)、工作產(chǎn)品，并報(bào)告檢查結(jié)果
– 每月統(tǒng)計(jì)系統(tǒng)功能變更數(shù)、變更率
– 參加給定需求、需求規(guī)格說(shuō)明書的評(píng)審和基線產(chǎn)品評(píng)審
配置管理員
– 負(fù)責(zé)基線文檔和工作文檔的管理
– 按照基線變更控制規(guī)程存取基線文檔
需求管理活動(dòng)過程
如下圖所示：
活動(dòng)過程
需求獲取方式
- 問卷調(diào)查
- 與不同層次、不同類型的用戶面談
- 現(xiàn)場(chǎng)觀摩工作流程，觀察實(shí)際操作
- 從行業(yè)標(biāo)準(zhǔn)中提出需求
- 文檔追溯（公司內(nèi)部，客戶現(xiàn)場(chǎng)，記得涉密材料一定要專人管理）
- 外聘相關(guān)行業(yè)專家
- 原型法、用例法、流程圖法等直觀表現(xiàn)形式
需求分析方法及要點(diǎn)
- 分析需求，判斷是否滿足項(xiàng)目的高層需求的目標(biāo)。
- 確保需求具備完整性、正確性、可行性、無(wú)二義性、及可驗(yàn)證性：
- 利用技術(shù)術(shù)語(yǔ)將用戶需求描述成產(chǎn)品需求。
- 建立需求跟蹤矩陣，標(biāo)識(shí)需求的優(yōu)先級(jí)別、標(biāo)識(shí)對(duì)成本、進(jìn)度、功能、性能等有強(qiáng)烈影響的關(guān)鍵需求；建立和維護(hù)用戶需求與功能需求之間的映射，以便需求發(fā)生變化時(shí)評(píng)估其對(duì)產(chǎn)品的影響。
- 逐級(jí)分解功能需求，將產(chǎn)品需求分配到對(duì)應(yīng)的功能。
- 將產(chǎn)品需求分配給不同的產(chǎn)品組件。
- 確定接口需求，包括系統(tǒng)內(nèi)部不同組件的需求及本系統(tǒng)與其它系統(tǒng)的接口。
- 編寫用戶使用手冊(cè)，設(shè)立不同的場(chǎng)景分析用戶深層次的需求。
- 編寫驗(yàn)收測(cè)試用例，每個(gè)軟件需求，都應(yīng)形成測(cè)試用例或驗(yàn)證方法（如：演示、分析、審查等方法），以確保該需求可以得到驗(yàn)證。
- 編寫用戶使用手冊(cè)、驗(yàn)收測(cè)試用例的過程要說(shuō)明操作步驟和結(jié)果。
- 通過上述方法不斷細(xì)化、分析需求，逐級(jí)分解功能需求、
需求確認(rèn)
活動(dòng)1：內(nèi)部評(píng)審
《需求規(guī)格說(shuō)明書》編寫完成之后，應(yīng)對(duì)其進(jìn)行正式技術(shù)評(píng)審。找出需求中存在的問題，進(jìn)行更改；最終得到項(xiàng)目負(fù)責(zé)人簽字、相關(guān)組/人認(rèn)可。
活動(dòng)2：外部評(píng)審
《需求規(guī)格說(shuō)明書》內(nèi)部評(píng)審?fù)ㄟ^后、應(yīng)提交甲方評(píng)審、得到甲方項(xiàng)目負(fù)責(zé)人簽字、有關(guān)方面認(rèn)可。
需求跟蹤
目前作者所接觸到的根據(jù)需求的最有效和最普遍的需求跟蹤方法是通過映射的方法建立需求跟蹤矩陣來(lái)實(shí)現(xiàn)。
正向跟蹤：檢查需求文檔中的每個(gè)需求是否都能在后續(xù)的工作成果中找到對(duì)應(yīng)點(diǎn)，沒有的對(duì)應(yīng)點(diǎn)要分析、是后續(xù)產(chǎn)品遺漏還是需求沒有及時(shí)更新，制定解決方案，指定相關(guān)人解決；消除不一致性后，項(xiàng)目經(jīng)理更新需求跟蹤矩陣。
逆向跟蹤：檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在需求文檔中找到出處，沒有出處的要確認(rèn)、是后續(xù)產(chǎn)品的錯(cuò)誤還是需求沒有及時(shí)更新，制定解決方案，指定相關(guān)人解決；消除不一致性后，項(xiàng)目經(jīng)理更新需求跟蹤矩陣。
需求變更流程
任何的項(xiàng)目執(zhí)行過程，都會(huì)涉及需求的變更，控制好變更流程，大大減少工作量。
過程文檔
- 需求規(guī)格說(shuō)明書、包括以下需求要素：
項(xiàng)目基本情況（背景、目標(biāo)、范圍、系統(tǒng)特點(diǎn)）、用戶分析、假定和約束、項(xiàng)目風(fēng)險(xiǎn)、業(yè)務(wù)需求、功能需求、性能需求、其他非功能需求（外部接口需求等）、系統(tǒng)運(yùn)行環(huán)境等；
- 需求調(diào)查報(bào)告：
需求訪談、調(diào)查后編寫，作為需求規(guī)格說(shuō)明書的準(zhǔn)備材料
- 需求跟蹤矩陣
建立和維護(hù)用戶需求與功能需求之間的映射，以便需求發(fā)生變化時(shí)評(píng)估其對(duì)產(chǎn)品的影響；
- 系統(tǒng)功能狀態(tài)跟蹤表
系統(tǒng)功能列表、逐級(jí)列出系統(tǒng)功能、標(biāo)注各功能狀態(tài)；
- 統(tǒng)計(jì)新增、修改、刪除功能數(shù)、功能變更率
- 用戶變更請(qǐng)求與處理單
- 會(huì)議概要，現(xiàn)場(chǎng)情況記錄
- 資料接收清單
防止文檔移交過程中丟失
- DEMO/原型
- 可視化頁(yè)面：操作頁(yè)面、PPT、業(yè)務(wù)流程圖、輸入/輸出數(shù)據(jù)表等
- 業(yè)務(wù)流程說(shuō)明、各模塊功能說(shuō)明、接口說(shuō)明、及系統(tǒng)非功能性需求說(shuō)明等
- 驗(yàn)收大綱、測(cè)試用例
依據(jù)需求規(guī)格說(shuō)明書、用戶認(rèn)可的文檔化需求、以及任何相關(guān)資料、驗(yàn)收標(biāo)準(zhǔn)編寫；
目的是確認(rèn)需求而不僅僅是驗(yàn)證需求。
- 用戶使用手冊(cè)
依據(jù)需求規(guī)格說(shuō)明書、和用戶使用的場(chǎng)景編寫。
- 用戶提供資料：
用戶認(rèn)可的文檔化需求、以及任何相關(guān)資料、行業(yè)法律/法規(guī)等
常用工具
1、Axure RP
StarUML
Microsoft Visio
XMind
常用模板
版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點(diǎn)僅代表作者本人。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌抄襲侵權(quán)/違法違規(guī)的內(nèi)容， 請(qǐng)發(fā)送郵件至 舉報(bào)，一經(jīng)查實(shí)，本站將立刻刪除。
