由于信息ERP應(yīng)用系統(tǒng)建設(shè)針對(duì)的行業(yè)廣泛，因此在需求分析階段可能存在著承建單位對(duì)業(yè)主單位的業(yè)務(wù)需求理解不全面不準(zhǔn)確的情況，常發(fā)生承建單位認(rèn)為某一個(gè)業(yè)務(wù)功能的實(shí)現(xiàn)非常簡(jiǎn)單，而實(shí)際上業(yè)主單位業(yè)務(wù)標(biāo)準(zhǔn)的要求很復(fù)雜的情況。在這種情況下，如果不在監(jiān)理單位的協(xié)調(diào)下進(jìn)行業(yè)主單位與承建單位充分的溝通，往往造成承建單位按照自己的理解進(jìn)行開(kāi)發(fā)的情況，如果在測(cè)試階段沒(méi)有發(fā)現(xiàn)此類問(wèn)題則給系統(tǒng)造成重大隱患，如果發(fā)現(xiàn)問(wèn)題則造成工程建設(shè)返工與延期。
　　因此，在此階段監(jiān)理單位的工作重點(diǎn)是監(jiān)督承建單位的分析人員、設(shè)計(jì)人員和測(cè)試人員對(duì)需求說(shuō)明書(shū)的審查，并協(xié)調(diào)業(yè)主單位與承建單位需求說(shuō)明書(shū)的評(píng)審確認(rèn)。需求分析階段工作落實(shí)的情況，直接決定了后續(xù)開(kāi)發(fā)工作的質(zhì)量、進(jìn)度、投資與變更的情況，因此必須在監(jiān)理過(guò)程中給予足夠的重視。
需求說(shuō)明書(shū)評(píng)審監(jiān)理
　　一、需求說(shuō)明書(shū)評(píng)審原則
　　原則1：功能與實(shí)現(xiàn)分離，即描述要“做什么”而不是“怎樣實(shí)現(xiàn)”
  　原則2：要求使用面向處理的規(guī)格說(shuō)明語(yǔ)言，討論來(lái)自環(huán)境的各種刺激可能導(dǎo)致系統(tǒng)做出什么樣的功能性反應(yīng)，來(lái)定義一個(gè)行為模型，從而得到“做什么”的規(guī)格說(shuō)明。
　　原則3：如果目標(biāo)軟件只是一個(gè)大系統(tǒng)中的一個(gè)元素，那么整個(gè)大系統(tǒng)也包括在規(guī)格說(shuō)明的描述之中。描述該目標(biāo)軟件與系統(tǒng)的其它系統(tǒng)元素交互的方式。
　　原則4：規(guī)格說(shuō)明必須包括系統(tǒng)運(yùn)行的環(huán)境。
　　原則5：系統(tǒng)規(guī)格說(shuō)明必須是一個(gè)認(rèn)識(shí)的模型，而不是設(shè)計(jì)或?qū)崿F(xiàn)的模型。
　　原則6：規(guī)格說(shuō)明必須是可操作的。規(guī)格說(shuō)明必須是充分完全和形式的，以便能夠利用它決定對(duì)于任意給定的測(cè)試用例，已提出的實(shí)現(xiàn)方案是否都能滿足規(guī)格說(shuō)明。
　　原則7：規(guī)格說(shuō)明必須容許不完備性并允許擴(kuò)充。
　　原則8：規(guī)格說(shuō)明必須局部化和松散的耦合。它所包括的信息必須局部化，這樣當(dāng)信息被修改時(shí)，只要修改某個(gè)單個(gè)的段落（理想情況）。同時(shí)，規(guī)格說(shuō)明應(yīng)被松散地構(gòu)造（即耦合），以便能夠很容易地加入和刪去一些段落。
　　這是由Balzer和Goldman提出的8條原則，主要用于基于形式化規(guī)格說(shuō)明語(yǔ)言之上的需求定義的完備性，但這些原則對(duì)于其它各種形式的規(guī)格說(shuō)明都適用。當(dāng)然要結(jié)合實(shí)際來(lái)應(yīng)用上述的原則。
　　二、需求說(shuō)明書(shū)評(píng)審框架
　　需求說(shuō)明書(shū)是分析任務(wù)的最終產(chǎn)物，通過(guò)建立完整的信息描述、詳細(xì)的功能和行為描述、性能需求和設(shè)計(jì)約束的說(shuō)明、合適的驗(yàn)收標(biāo)準(zhǔn)，給出對(duì)目標(biāo)軟件的各種需求。軟件需求說(shuō)明書(shū)的框架：
　?、? 引言 A.系統(tǒng)參考文獻(xiàn)   B.整體描述   C.軟件項(xiàng)目約束
　　Ⅱ. 信息描述 A.信息內(nèi)容表示   B.信息流表示 C數(shù)據(jù)流 D控制流
　?、? 功能描述 A.功能劃分 B.功能描述 C處理說(shuō)明 D限制∕局限 E 性能需求
  　ⅳ 設(shè)計(jì)約束
　?、?支撐圖  
　?、? 行為描述 A.系統(tǒng)狀態(tài)   B.事件和響應(yīng)   C.控制描述
　　Ⅴ. 檢驗(yàn)標(biāo)準(zhǔn) A.性能范圍   B.測(cè)試種類   C.期望的軟件響應(yīng)   D.特殊的考慮
　?、? 參考書(shū)目
　?、? 附錄
　　三、需求說(shuō)明書(shū)評(píng)審內(nèi)容
　　作為需求分析階段工作的復(fù)查手段，在需求分析的最后一步，應(yīng)該對(duì)功能的正確性、完整性和清晰性，以及其它需求給予評(píng)價(jià)。評(píng)審的主要內(nèi)容是：
　　 系統(tǒng)定義的目標(biāo)是否與用戶的要求一致；
　　 系統(tǒng)需求分析階段提供的文檔資料是否齊全；
　　 文檔中的所有描述是否完整、清晰、準(zhǔn)確反映用戶要求；
　　 與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述；
　　 被開(kāi)發(fā)項(xiàng)目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠，確定；
　　 所有圖表是否清楚，在不補(bǔ)充說(shuō)明時(shí)能否理解；
　　 主要功能是否已包括在規(guī)定的軟件范

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

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