需求分析簡(jiǎn)介軟件工程中需求分析的關(guān)鍵概念和方法。目錄理論基礎(chǔ)基本概念與重要性采集與分析方法與流程工具與建模實(shí)用技術(shù)與應(yīng)用管理與實(shí)踐案例與趨勢(shì)什么是需求分析？需求分析定義確定用戶真實(shí)需要的系統(tǒng)功能與特性在軟件工程中的作用連接用戶期望與技術(shù)實(shí)現(xiàn)的橋梁為什么需求分析重要？10倍早期修改成本比后期修改成本節(jié)省70%失敗項(xiàng)目需求分析不足導(dǎo)致30%預(yù)算超支因需求變更造成需求的基本分類(lèi)1約束條件法規(guī)、政策與技術(shù)限制2非功能性需求性能、安全、可用性3功能性需求系統(tǒng)應(yīng)執(zhí)行的具體功能需求分析的三大目標(biāo)明確問(wèn)題定義待解決的業(yè)務(wù)問(wèn)題理解用戶把握用戶真實(shí)需要引導(dǎo)設(shè)計(jì)與開(kāi)發(fā)為技術(shù)實(shí)現(xiàn)提供清晰路徑需求分析在開(kāi)發(fā)流程中的位置項(xiàng)目啟動(dòng)確立目標(biāo)與范圍需求分析明確系統(tǒng)行為與特性設(shè)計(jì)基于需求進(jìn)行系統(tǒng)設(shè)計(jì)開(kāi)發(fā)實(shí)現(xiàn)設(shè)計(jì)的功能測(cè)試驗(yàn)證需求實(shí)現(xiàn)情況常見(jiàn)的需求來(lái)源用戶直接使用者的期望與反饋業(yè)務(wù)部門(mén)組織內(nèi)部的業(yè)務(wù)流程需要法律法規(guī)必須遵守的合規(guī)要求市場(chǎng)趨勢(shì)競(jìng)爭(zhēng)對(duì)手與行業(yè)發(fā)展動(dòng)向需求分析流程總覽采集收集各方需求信息分析澄清、分類(lèi)、優(yōu)先級(jí)排序建模形成規(guī)范化的需求模型管理文檔化、變更控制、追蹤需求分析師的角色與能力技術(shù)能力建模技能文檔編寫(xiě)工具使用溝通能力傾聽(tīng)技巧引導(dǎo)討論解決沖突業(yè)務(wù)敏感度領(lǐng)域知識(shí)問(wèn)題洞察商業(yè)思維需求的生命周期提出識(shí)別并記錄需求審查評(píng)估需求的合理性和可行性實(shí)現(xiàn)設(shè)計(jì)與編碼實(shí)現(xiàn)需求驗(yàn)證測(cè)試需求是否正確實(shí)現(xiàn)維護(hù)持續(xù)優(yōu)化與調(diào)整需求采集方法介紹被動(dòng)采集文檔分析、市場(chǎng)研究交互采集訪談、研討會(huì)、頭腦風(fēng)暴觀察采集用戶行為觀察、場(chǎng)景分析原型驅(qū)動(dòng)快速原型驗(yàn)證需求訪談法結(jié)構(gòu)化訪談?lì)A(yù)先設(shè)計(jì)問(wèn)題數(shù)據(jù)易于分析非結(jié)構(gòu)化訪談開(kāi)放式對(duì)話適合探索性需求注意要點(diǎn)提前準(zhǔn)備記錄與跟進(jìn)問(wèn)卷調(diào)查設(shè)計(jì)技巧問(wèn)題簡(jiǎn)潔明了避免誘導(dǎo)性問(wèn)題合理的問(wèn)題數(shù)量邏輯流暢適用場(chǎng)景大規(guī)模用戶反饋滿意度評(píng)估功能偏好收集基礎(chǔ)數(shù)據(jù)積累頭腦風(fēng)暴準(zhǔn)備階段明確目標(biāo)，邀請(qǐng)合適參與者創(chuàng)意生成鼓勵(lì)自由發(fā)言，不評(píng)判整理與分類(lèi)對(duì)創(chuàng)意進(jìn)行歸納與優(yōu)先級(jí)排序形成需求將有價(jià)值想法轉(zhuǎn)化為需求項(xiàng)研討會(huì)確定與會(huì)者用戶、開(kāi)發(fā)、分析師等關(guān)鍵角色制定議程明確討論主題和時(shí)間安排引導(dǎo)討論保持討論聚焦，記錄共識(shí)點(diǎn)形成文檔會(huì)后整理需求并確認(rèn)觀察法直接觀察分析師實(shí)地跟蹤用戶工作流程真實(shí)環(huán)境無(wú)干預(yù)記錄參與式觀察分析師參與用戶活動(dòng)過(guò)程深入體驗(yàn)內(nèi)部視角記錄方式筆記、錄像、行為日志詳細(xì)記錄后期分析文檔分析已有文檔是需求的重要來(lái)源原型驅(qū)動(dòng)采集低保真原型紙面草圖，快速驗(yàn)證概念中保真原型基本交互，流程驗(yàn)證高保真原型近似真實(shí)產(chǎn)品，細(xì)節(jié)反饋場(chǎng)景分析法1場(chǎng)景構(gòu)建描述用戶使用系統(tǒng)的具體情境2角色定義明確場(chǎng)景中的用戶角色與特征3流程分析梳理用戶在場(chǎng)景中的活動(dòng)步驟4需求提取從場(chǎng)景中識(shí)別功能與非功能需求需求采集的常見(jiàn)挑戰(zhàn)溝通障礙術(shù)語(yǔ)理解差異表達(dá)能力限制文化差異用戶描述模糊隱性知識(shí)難表達(dá)需求表述不精確期望過(guò)高或不切實(shí)際變化頻繁業(yè)務(wù)環(huán)境變化用戶認(rèn)知演變技術(shù)條件變更多方法結(jié)合的實(shí)踐用戶訪談了解購(gòu)物習(xí)慣與痛點(diǎn)市場(chǎng)調(diào)研分析競(jìng)品特性與趨勢(shì)用戶測(cè)試觀察真實(shí)購(gòu)物行為原型驗(yàn)證交互設(shè)計(jì)的反饋收集需求分析的步驟詳解需求分類(lèi)功能、非功能、業(yè)務(wù)規(guī)則等需求驗(yàn)證確認(rèn)需求的正確性與完整性?xún)?yōu)先級(jí)排序基于價(jià)值與成本的優(yōu)先級(jí)確定需求建模創(chuàng)建可視化模型表示需求需求澄清與確認(rèn)需求確認(rèn)會(huì)議與利益相關(guān)者共同評(píng)審需求基線經(jīng)過(guò)確認(rèn)的需求版本核查清單確保需求質(zhì)量的標(biāo)準(zhǔn)需求優(yōu)先級(jí)排序MoSCoW法必須有（Must）應(yīng)該有（Should）可以有（Could）將來(lái)有（Would）Kano模型基本型需求期望型需求興奮型需求無(wú)差異型需求需求建模概念為什么建模降低溝通成本，提高理解精度建模符號(hào)UML標(biāo)準(zhǔn)圖形語(yǔ)言建模工具Visio、EnterpriseArchitect等用例建模簡(jiǎn)介用例圖結(jié)構(gòu)角色（Actor）用例（UseCase）關(guān)系（Relationship）系統(tǒng)邊界明確系統(tǒng)范圍與外部實(shí)體關(guān)系類(lèi)型包含關(guān)系擴(kuò)展關(guān)系泛化關(guān)系用例描述模板用例名稱(chēng)簡(jiǎn)潔描述功能參與者使用該功能的角色前置條件執(zhí)行用例的必要條件主流程基本操作步驟序列備選流程異常情況的處理后置條件執(zhí)行完成后的系統(tǒng)狀態(tài)領(lǐng)域建模概念類(lèi)圖實(shí)體與屬性關(guān)系表示多重性領(lǐng)域?qū)ο笞R(shí)別分析名詞確定核心概念劃分對(duì)象職責(zé)應(yīng)用價(jià)值統(tǒng)一概念理解指導(dǎo)數(shù)據(jù)設(shè)計(jì)支持業(yè)務(wù)規(guī)則表達(dá)數(shù)據(jù)建?；A(chǔ)ER圖實(shí)體關(guān)系圖，表示數(shù)據(jù)結(jié)構(gòu)主鍵、外鍵唯一標(biāo)識(shí)與關(guān)聯(lián)關(guān)系關(guān)系類(lèi)型一對(duì)一、一對(duì)多、多對(duì)多規(guī)范化減少數(shù)據(jù)冗余，保證數(shù)據(jù)一致性業(yè)務(wù)流程建模流程圖簡(jiǎn)單直觀的流程表示活動(dòng)圖詳細(xì)的操作流與條件分支BPMN專(zhuān)業(yè)的業(yè)務(wù)流程建模標(biāo)準(zhǔn)原型工具與展現(xiàn)AxureRP高級(jí)交互原型條件邏輯專(zhuān)業(yè)文檔生成墨刀簡(jiǎn)單易用團(tuán)隊(duì)協(xié)作多端適配原型收集反饋用戶測(cè)試實(shí)時(shí)評(píng)注版本比較需求管理系統(tǒng)專(zhuān)業(yè)工具助力需求全生命周期管理工具選擇與實(shí)踐建議最終選擇結(jié)合評(píng)估結(jié)果做出決策試用評(píng)估小規(guī)模應(yīng)用測(cè)試效果需求分析明確團(tuán)隊(duì)工具需求需求變更管理變更提出記錄變更請(qǐng)求影響分析評(píng)估成本與風(fēng)險(xiǎn)變更決策批準(zhǔn)或否決變更實(shí)施與追蹤執(zhí)行變更并更新文檔需求追蹤需求ID業(yè)務(wù)來(lái)源設(shè)計(jì)元素測(cè)試用例REQ-001銷(xiāo)售流程訂單類(lèi)TC-101REQ-002財(cái)務(wù)規(guī)定支付模塊TC-203REQ-003用戶反饋用戶界面TC-305需求驗(yàn)證與確認(rèn)靜態(tài)評(píng)審文檔檢查，發(fā)現(xiàn)邏輯問(wèn)題原型驗(yàn)證通過(guò)原型確認(rèn)用戶感受確認(rèn)會(huì)議與利益相關(guān)者共同確認(rèn)驗(yàn)收標(biāo)準(zhǔn)定義具體可測(cè)試的標(biāo)準(zhǔn)需求文檔編寫(xiě)規(guī)范SRS文檔結(jié)構(gòu)引言、總體描述、詳細(xì)需求2IEEE830標(biāo)準(zhǔn)軟件需求規(guī)格說(shuō)明書(shū)標(biāo)準(zhǔn)編寫(xiě)原則準(zhǔn)確、完整、一致、可驗(yàn)證關(guān)注受眾針對(duì)不同讀者調(diào)整技術(shù)深度版本管理與需求基線基線定義經(jīng)批準(zhǔn)的需求集合的快照版本控制工具Git、SVN等工具管理文檔變更變更歷史記錄每項(xiàng)需求的演變過(guò)程里程碑基線關(guān)鍵階段設(shè)立正式基線利益相關(guān)者管理關(guān)鍵決策者高權(quán)力高利益滿意用戶低權(quán)力高利益影響者高權(quán)力低利益知情者低權(quán)力低利益典型需求分析誤區(qū)過(guò)度假設(shè)未驗(yàn)證的假設(shè)缺乏用戶確認(rèn)自我中心設(shè)計(jì)需求蔓延范圍持續(xù)擴(kuò)大缺乏邊界管理無(wú)控制變更不完整分析遺漏關(guān)鍵需求忽視非功能需求淺層次理解案例1：交通卡系統(tǒng)需求分析采集方法乘客訪談?wù)军c(diǎn)觀察競(jìng)品分析關(guān)鍵需求多渠道充值跨線路使用安全性保障文檔輸出用例說(shuō)明流程圖業(yè)務(wù)規(guī)則案例2：醫(yī)療預(yù)約平臺(tái)醫(yī)生用戶排班管理、患者信息查看患者用戶預(yù)約掛號(hào)、就診提醒醫(yī)院管理資源配置、數(shù)據(jù)統(tǒng)計(jì)非功能需求數(shù)據(jù)保密、高并發(fā)、可用性案例3：銀行APP迭代1需求采集用戶反饋分析2變更申請(qǐng)功能優(yōu)化提案3影響評(píng)估安全與體驗(yàn)分析4變更批準(zhǔn)需求基線更新5實(shí)施追蹤進(jìn)度與質(zhì)量監(jiān)控需求分析中的常見(jiàn)溝通錯(cuò)誤術(shù)語(yǔ)不統(tǒng)一同一詞匯不同理解忽視核心利益方遺漏關(guān)鍵決策者傾聽(tīng)不足過(guò)于專(zhuān)注自己的想法記錄不完整關(guān)鍵點(diǎn)遺漏案例復(fù)盤(pán)：失敗項(xiàng)目的需求教訓(xùn)失敗原因需求理解偏差范圍持續(xù)蔓延隱性需求未識(shí)別利益方溝通不足改進(jìn)措施結(jié)構(gòu)化采集方法嚴(yán)格的變更控制全面驗(yàn)證與確認(rèn)增強(qiáng)追蹤性需求分析的未來(lái)趨勢(shì)敏捷需求分析迭代增量式需求管理AI與智能化自動(dòng)化需求分析與驗(yàn)證眾包與開(kāi)放協(xié)作