（管理知識）企業(yè)管理軟件的需求描述方法

(管理知識)企業(yè)管理軟件戶溝通；從開發(fā)者的角系統(tǒng)的實現(xiàn)；從實于系統(tǒng)的發(fā)布與實施。 ，它可用來搞清各部門之間的領(lǐng)導(dǎo)關(guān)系,每個部門內(nèi)部的人員配備情況,職責(zé)分工等也應(yīng)進行簡單的對分析人員理解是需求獲取步驟中的基礎(chǔ)工作之一。述，建議采用表格的形式，如： 別不全，對以后的功能識別會造成盲區(qū)。 的作業(yè)流程首先要有一個來，然后對每來。詳細業(yè)務(wù)來描述，便于管理。 圖的過程,實際上是作業(yè)流程條理化的過程調(diào)研的結(jié)果,需要得到用戶的認(rèn)同,這就需要和用戶交流調(diào)研的結(jié)果,檔要通俗、易懂,不能采用專業(yè)術(shù)語?！隹梢宰鳛榕嘤?xùn)實施人員與技術(shù)服務(wù)人員的文檔■對高層管理人員的實際需求調(diào)查的不清楚.這一方面是由于用戶沒有接觸過計算機,對采用計算機后的管理會是工操作的哪些內(nèi)容?能夠作哪些現(xiàn)在手工無法完成的工作等等沒有清楚的概念,因此用戶無法將這些問題反應(yīng)出來.另一方面說明分析人員沒有經(jīng)驗,對原始材料挖掘不深,不能從用戶提供的材料中提煉處來用戶的真正需求,不能找到當(dāng)前管理中的問題?！鰧Ω鞣N業(yè)務(wù)之間的總體關(guān)系沒有表達出來.采用直式業(yè)務(wù)流程圖可以將企業(yè)的每一種業(yè)務(wù)的處理流程清楚地表達出來,但是各業(yè)務(wù)之間的聯(lián)系卻沒有表示出來,單看一種業(yè)務(wù)的流程圖很清楚,但是卻不能綜合在一起,沒有整體的概念,作為需求分析的文檔,在這方面表達的不夠完整?！鲈诓焕霉ぞ叩那闆r下,畫法煩瑣。如關(guān)流程圖中描述出的內(nèi)容，需要用文字進行詳細描述。 ，應(yīng)該將單據(jù)的描述格式化，需要描述的內(nèi)容包括：體直觀地說明問題；填那些數(shù)據(jù)項。單據(jù)中哪些數(shù)據(jù)是必填的，哪些是可以不用填的。平均每天產(chǎn)生多少條記錄，高峰期的數(shù)量；購/銷售/生產(chǎn))，按生成的方式來分類(手工錄入型/自動生成型)，按格式變化的頻繁程度來分類(易變型/穩(wěn)定型)，按表現(xiàn)形式來分類 (列表型/卡片型)等等。單據(jù)之間的關(guān)系：引用關(guān)系等等。面的條目進行詳細的刻畫。 。商務(wù)規(guī)則一般是隱，但是有些復(fù)雜的商 文將用戶的需求描述地完整、準(zhǔn)確、易于理解即可。對功能需求比較復(fù)雜的系統(tǒng)(如超方法應(yīng)便于用戶部門的需求，這樣也便于組織用戶進行評審。以下是分類方法的舉例：產(chǎn)車間、財務(wù)科、統(tǒng)計科、總經(jīng)理等；據(jù)查詢、記帳、帳本查詢、統(tǒng)計報表、系統(tǒng)維護等；........對功能需求的分類在不同的層次可以采用不同的方法。進行對應(yīng)。對每一項功能的描述，應(yīng)指明用戶的輸入(input)、處理方法(process)、系統(tǒng)的輸出(output)及對此項功能的其他要求。功用戶權(quán)限可分級，要有操作日志等。 功能需求與性能需求是密不可分的，籠統(tǒng)的性能需求沒有任何意思，的一項。們習(xí)慣于從組織維來看與了哪些流程的哪些活動(功能)，在某個功能上操作了哪些數(shù)據(jù)，對這些數(shù)據(jù)進行了哪些待系統(tǒng)，即某個功能操理，這個功能屬于哪個以做哪些處理，這之間關(guān)系的刻畫可以采用矩陣的方式： 對于上表中列的排列順序可以根據(jù)面向的讀者的不同而改變。容有： (1)新系統(tǒng)對應(yīng)用模式帶來的變化則等的改變。 許，可將界面原型與數(shù)據(jù)庫表、字段連接起來，真正做出系統(tǒng)雛形，即快速原型法?？蛻襞c用戶業(yè)務(wù)高層；；IT主管與開發(fā)人員，包括設(shè)計人員、編碼人員、同行的專家；不同的讀者對文檔的閱讀需求是不同的，他們關(guān)注的信息是不同的。我見過了很多次需求評審的失敗(如果做好需求評審我會另外再撰文描述)，總結(jié)下來我認(rèn)為和需求描述沒有區(qū)分讀者群是很有關(guān)系的。 求是不關(guān)心的，所以度抽象。由于他們的所以要簡短明了，能求，而忽略系統(tǒng)的目報告的編寫上往往沒的問題，在給企業(yè)的高層匯報時當(dāng)然很難通過評審。 總體的了解，能夠和其他的子系統(tǒng)銜接的很好，關(guān)注的焦點更具細的文檔來描述能從開發(fā)人員的呢？一是開發(fā)人去描述，不符合動的角度來考慮問題，而不是功能；二是太多了，用戶也沒有時間靜下心來去消化、吸收如此多的文檔，需求畢竟不是小說，能夠那么吸引讀者。 T家述了。 項目經(jīng)理、質(zhì)量保證人員、測試人員、需也是分析人員常犯的。管理人員實際上最關(guān)心的是需求列表，如下表所示： 在此基礎(chǔ)上項目經(jīng)理、質(zhì)量保證人員可以據(jù)此來進入項目策劃過程，管理員可以識很難高效地開理的平衡決策是很重要的，實際上需求的優(yōu)先級可能比需求本身更重要。檔，而是多 個很重要的方面，為了提高文檔的可讀性可以借鑒下面的一些做法：在文檔的描述中，適當(dāng)運用