Dn }
問題域Di 由若干個問題（記為P）組成，每個問題對應(yīng)于子系統(tǒng)中的一個軟構(gòu)件。
Di = { P1，P2，P3，… Pm }
問題Pj有若干個行為（或功能，記為F），每個行為對應(yīng)于軟構(gòu)件中的實現(xiàn)接口。
Pj = { F1，F(xiàn)2，F(xiàn)3，… Fk }
按圖4.1結(jié)構(gòu)寫成的需求說明書，對于那些只想了解宏觀需求的領(lǐng)導(dǎo)，和需要了解細(xì)節(jié)的技術(shù)員都合適。在寫需求說明書時還應(yīng)該注意兩個問題：
（1）最好為每個需求注釋“為什么”，這樣可讓程序員了解需求的本質(zhì)，以便選用最合適的技術(shù)來實現(xiàn)此需求。
（2）需求說明不可有二義性，更不能前后相矛盾。如果有二義性或前后相矛盾，則要重新分析此需求。
2．3咨詢監(jiān)理公司需求分析方法論
根據(jù)以往的工程經(jīng)驗基本認(rèn)為需求分析工作方法，應(yīng)該定位在“三個階段”（也稱“三步法”）。
首先：“訪談式”，這一階段為和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通上，主要目的基本是從宏觀上把我用戶的具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運(yùn)行系統(tǒng)等等具體實際、客觀的信息。建立起良好的溝通渠道和方式，針對具體的職能部門以及各委辦局最好能指定本次項目的接口人。
實現(xiàn)手段：訪談、調(diào)查表格
輸出成果：調(diào)查報告、業(yè)務(wù)流程報告
第三階段：“確認(rèn)式”，這一階段是在上述兩個階段成果的基礎(chǔ)上，進(jìn)行具體的流程細(xì)化、數(shù)據(jù)項的確認(rèn)階段，這個階段承建方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報告、數(shù)據(jù)項表，并能清晰的向用戶描述系統(tǒng)的業(yè)務(wù)流設(shè)計目標(biāo)。用戶方可以通過審查業(yè)務(wù)流程報告、數(shù)據(jù)項表；操作承建方提供的DEMO系統(tǒng)，來提出反饋意見，并對已經(jīng)可接受審查過的報告、文檔簽字確認(rèn)。
實現(xiàn)手段：拜訪（回顧、確認(rèn)），提交業(yè)務(wù)流程報告、數(shù)據(jù)項表；原型演示系統(tǒng)
輸出成果：需求分析報告、數(shù)據(jù)項、業(yè)務(wù)流程報告、原型系統(tǒng)反饋意見（后三者可以統(tǒng)一歸入需求分析報告中，提交用戶方、監(jiān)理方進(jìn)行確認(rèn)和存檔）
整體來講，需求分析的三個階段是需求調(diào)研中不可忽視一個重要的部分，三個階段或者說三步法的實施和采用，對用戶、承建方來講，都同樣提供了項目成功的保證。當(dāng)然在系統(tǒng)建設(shè)的過程中，特別在采用迭代法的開發(fā)模式后，需求分析的工作會一直進(jìn)行下去，在后期的需求改進(jìn)中，基本是處于以后兩個階段。轉(zhuǎn)貼于：http://opto-elec.com.cn