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

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