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

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來(lái)測(cè)測(cè)你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html