三、 進行業(yè)務分類，規(guī)劃系統(tǒng)藍圖
以上都明確了以后，我們可以描繪系統(tǒng)藍圖了。系統(tǒng)有幾個子系統(tǒng)，每個子系統(tǒng)有哪些模塊，各個模塊處理哪些業(yè)務，很重要的一點還有各子系統(tǒng)模塊之間的數(shù)據(jù)接口關系，基礎數(shù)據(jù)從哪里進入，通過哪些處理生成哪些結(jié)果等等。這個過程需要整理、抽象用戶業(yè)務，規(guī)劃軟件實現(xiàn)，規(guī)劃軟件系統(tǒng)模塊間的邏輯關系。因為系統(tǒng)的頁面實現(xiàn)是按照系統(tǒng)模塊的規(guī)劃，所以應盡量采用用戶易理解、熟悉的方式、詞語進行模塊的描述。例如ERP系統(tǒng)中的物資管理子系統(tǒng)，首先明確這個子系統(tǒng)是ERP系統(tǒng)中進行物資相關的業(yè)務處理系統(tǒng)，同時它為主生產(chǎn)系統(tǒng)、成本管理子系統(tǒng)提供生產(chǎn)物資供應、領用消耗核算等的數(shù)據(jù)支持。因此在規(guī)劃子系統(tǒng)模塊時，按照業(yè)務過程模型，應包含物資需用計劃、物資采購計劃、出入庫管理、庫存管理等主要業(yè)務模塊，再考慮軟件運行必須的初始數(shù)據(jù)設置，增加一個基礎信息維護模塊(包括物資大類、物資編碼等信息維護)，還有考慮到不同用戶對此系統(tǒng)的不同需求，如更多的生產(chǎn)人員、管理人員的需求，再單獨增加一個綜合查詢和分析模塊。另外還有與物資采購相關的業(yè)務如采購合同，可以放到合同管理子系統(tǒng)統(tǒng)一考慮，這里只做查詢。這樣規(guī)劃出了軟件系統(tǒng)對物資管理業(yè)務的處理，檢查一下是否包含了物資管理中所有核心、主要的業(yè)務，這時我們發(fā)現(xiàn)還有比如物資采購、驗收、盤庫等業(yè)務還是需要物資管理業(yè)務人員來完成，系統(tǒng)可以做到的就是記錄結(jié)果。軟件系統(tǒng)是管理的輔助系統(tǒng)，不能完全代替人的所有工作。管理軟件再加上管理制度、業(yè)務人員的操作才構(gòu)成一套完整的管理體系。
四、 詳細描述軟件功能點
規(guī)劃出了軟件的功能模塊，只是軟件的功能框架結(jié)構(gòu)，下一步就需要明確描述每個模塊的具體內(nèi)容了。包含什么內(nèi)容、能做什么操作，每一個功能點的說明、優(yōu)先級、業(yè)務規(guī)則、詳細功能描述等等。這些也是軟件需求規(guī)格必須描述的內(nèi)容。 轉(zhuǎn)貼于：http://www.vanceur.cn
需求分析的表現(xiàn)方式，我們現(xiàn)在采用需求規(guī)格文檔，UML語言描述的用例圖、類圖、活動圖，還有實體關系圖、界面原型等等，從不同角度、不同需求描述規(guī)劃出的軟件全貌。
五、 需求分析的質(zhì)量控制
軟件需求分析直接關系到軟件產(chǎn)品的方向，所以需求分析的質(zhì)量至關重要。對于這個關鍵點的質(zhì)量控制，則可以通過內(nèi)部評審和同行評審的方式，然后是客戶方的評審。項目組內(nèi)部評審或同行評審主要是根據(jù)公司規(guī)范和評審人員本身的經(jīng)驗對需求分析中不明確、不合理、不符合邏輯、不符合規(guī)范的地方予以指正。而客戶的評審主要是對描述的軟件實現(xiàn)是否真正符合他們的需求，能否幫助他們解決問題等方面作出評定。
此文章共有3頁 上一頁 1 2 3 下一頁
文章來源：中國項目管理資源網(wǎng)
 軟件開發(fā)項目管理培訓課程方案
|
Leadge.com首頁 > 知識庫 
