的規(guī)劃，所以應(yīng)盡量采用用戶易理解、熟悉的方式、詞語(yǔ)進(jìn)行模塊的描述。例如ERP系統(tǒng)中的物資管理子系統(tǒng)，首先明確這個(gè)子系統(tǒng)是ERP系統(tǒng)中進(jìn)行物資相關(guān)的業(yè)務(wù)處理系統(tǒng)，同時(shí)它為主生產(chǎn)系統(tǒng)、成本管理子系統(tǒng)提供生產(chǎn)物資供應(yīng)、領(lǐng)用消耗核算等的數(shù)據(jù)支持。因此在規(guī)劃子系統(tǒng)模塊時(shí)，按照業(yè)務(wù)過(guò)程模型，應(yīng)包含物資需用計(jì)劃、物資采購(gòu)計(jì)劃、出入庫(kù)管理、庫(kù)存管理等主要業(yè)務(wù)模塊，再考慮軟件運(yùn)行必須的初始數(shù)據(jù)設(shè)置，增加一個(gè)基礎(chǔ)信息維護(hù)模塊(包括物資大類、物資編碼等信息維護(hù))，還有考慮到不同用戶對(duì)此系統(tǒng)的不同需求，如更多的生產(chǎn)人員、管理人員的需求，再單獨(dú)增加一個(gè)綜合查詢和分析模塊。另外還有與物資采購(gòu)相關(guān)的業(yè)務(wù)如采購(gòu)合同，可以放到合同管理子系統(tǒng)統(tǒng)一考慮，這里只做查詢。這樣規(guī)劃出了軟件系統(tǒng)對(duì)物資管理業(yè)務(wù)的處理，檢查一下是否包含了物資管理中所有核心、主要的業(yè)務(wù)，這時(shí)我們發(fā)現(xiàn)還有比如物資采購(gòu)、驗(yàn)收、盤(pán)庫(kù)等業(yè)務(wù)還是需要物資管理業(yè)務(wù)人員來(lái)完成，系統(tǒng)可以做到的就是記錄結(jié)果。軟件系統(tǒng)是管理的輔助系統(tǒng)，不能完全代替人的所有工作。管理軟件再加上管理制度、業(yè)務(wù)人員的操作才構(gòu)成一套完整的管理體系。 

　　四、 詳細(xì)描述軟件功能點(diǎn) 

　　規(guī)劃出了軟件的功能模塊，只是軟件的功能框架結(jié)構(gòu)，下一步就需要明確描述每個(gè)模塊的具體內(nèi)容了。包含什么內(nèi)容、能做什么操作，每一個(gè)功能點(diǎn)的說(shuō)明、優(yōu)先級(jí)、業(yè)務(wù)規(guī)則、詳細(xì)功能描述等等。這些也是軟件需求規(guī)格必須描述的內(nèi)容。 轉(zhuǎn)貼于：http://opto-elec.com.cn
　　需求分析的表現(xiàn)方式，我們現(xiàn)在采用需求規(guī)格文檔，UML語(yǔ)言描述的用例圖、類圖、活動(dòng)圖，還有實(shí)體關(guān)系圖、界面原型等等，從不同角度、不同需求描述規(guī)劃出的軟件全貌。 

　　五、 需求分析的質(zhì)量控制 

　　軟件需求分析直接關(guān)系到軟件產(chǎn)品的方向，所以需求分析的質(zhì)量至關(guān)重要。對(duì)于這個(gè)關(guān)鍵點(diǎn)的質(zhì)量控制，則可以通過(guò)內(nèi)部評(píng)審和同行評(píng)審的方式，然后是客戶方的評(píng)審。項(xiàng)目組內(nèi)部評(píng)審或同行評(píng)審主要是根據(jù)公司規(guī)范和評(píng)審人員本身的經(jīng)驗(yàn)對(duì)需求分析中不明確、不合理、不符合邏輯、不符合規(guī)范的地方予以指正。而客戶的評(píng)審主要是對(duì)描述的軟件實(shí)現(xiàn)是否真正符合他們的需求，能否幫助他們解決問(wèn)題等方面作出評(píng)定。 

　　軟件的需求分析必須要有對(duì)原業(yè)務(wù)的一個(gè)深入了解、提取、抽象、升華的過(guò)程，管理軟件需求分析尤其如此。 

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

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