銷售管理系統(tǒng)需求獲取報告

1、精選優(yōu)質(zhì)文檔-傾情為你奉上銷售管理系統(tǒng)需求獲取報告一、 問題描述本系統(tǒng)以“訂單”為核心，構(gòu)建出了以“客戶”為中心的管理模式。該系統(tǒng)具有以下一些特征：     （1） 先進(jìn)的系統(tǒng)結(jié)構(gòu)，面向銷售流程，能適應(yīng)原有銷售工作流程并進(jìn)行合理的改進(jìn)，從而更貼近實際的應(yīng)用；     （2） 針對大型企業(yè)銷售管理人員多，銷售管理復(fù)雜的特點，通過系統(tǒng)提供的靈活的人員權(quán)限設(shè)置和全面的財務(wù)核算方式，實現(xiàn)真正的銷售網(wǎng)絡(luò)化辦公；     （3） 

2、;在實現(xiàn)訂單的電子化、工作流程的數(shù)字化同時，幫助公司領(lǐng)導(dǎo)提高決策的科學(xué)化水平；     （4） 通過對客戶信息的管理，實現(xiàn)對客戶廣告走勢和重要客戶情況統(tǒng)計和分析。     整個系統(tǒng)操作業(yè)務(wù)人員包括：銷售員、銷售經(jīng)理、倉庫管理員、審計員、公司銷售主管、和系統(tǒng)管理員。各個角色承擔(dān)不同的系統(tǒng)任務(wù)，通過網(wǎng)絡(luò)和通信系統(tǒng)，連接到銷售管理系統(tǒng)，使用統(tǒng)一的訪問界面，進(jìn)行日常的銷售業(yè)務(wù)操作，最終實現(xiàn)銷售部門業(yè)務(wù)的正常運轉(zhuǎn)。二、 文檔概述我采用的需求獲取的方法是情景串聯(lián)法。由于軟件產(chǎn)品的抽象性，大部分涉眾

3、在腦海里未有一個清晰的產(chǎn)品輪廓，影響涉眾對產(chǎn)品的理解?；诖丝煽紤]編寫清晰、完整的情景描述文檔。需求場景是一種更接地氣的分析和描述用戶需求的方法。它應(yīng)該擁有這樣的結(jié)構(gòu)：“在某某時間(when)，某某地點(where)，周圍出現(xiàn)了某些事物時(with what)，特定類型的用戶(who)萌發(fā)了某種欲望(desire)，會想到通過某種手段(method)來滿足欲望。”將應(yīng)用場景描述為需求場景，這種講法更加形象。因為對場景的描述就是一個分析用戶需求的過程，解讀這個過程可以更容易的對用戶需求做出分解并從中找到吸引用戶的關(guān)鍵。三、 計劃1. 分析涉眾；2. 根據(jù)涉眾分析場景；3. 思考其它可能的場景。四

4、、 實施1. 分析涉眾涉眾主要包括：銷售員：銷售過程控制，包括訂單的增、刪、改、查，查看銷售量等個人銷售業(yè)績；銷售經(jīng)理：銷售總控和主管，控制管理各個銷售員以及每個訂單的狀態(tài)；倉庫管理員：倉庫余量控制，進(jìn)貨控制，與生產(chǎn)部門的聯(lián)系；審計員：查看財務(wù)流動，事前事后審計財務(wù)；人事主管：人事管理，如增、刪、改、查銷售員，銷售經(jīng)理賬號等；財務(wù)主管：財務(wù)管理，生成財務(wù)報表；系統(tǒng)管理員：維護(hù)系統(tǒng)運行狀態(tài)穩(wěn)定；銷售顧問：銷售專家，按需再添加顧問的信息與專業(yè)回答；法律顧問：法律援助（注意法律法規(guī)，政策意向），按需再添加顧問的信息與專業(yè)回答；開發(fā)者：希望系統(tǒng)能有用戶使用反饋，便于改進(jìn)升級系統(tǒng)。2. 根據(jù)涉眾分析場景

5、由于場景比較多，現(xiàn)在只列舉典型的場景 (1) 當(dāng)有新的訂單時，銷售員希望能通過這個系統(tǒng)增加新訂單； (2) 無論銷售經(jīng)理在哪里，都可以通過此系統(tǒng)，實時地動態(tài)的看到各個銷售員和每個訂單以及的狀態(tài)信息，以及每個客戶的需求是否被滿足的信息； (3) 每天都有貨物進(jìn)出倉庫，倉庫管理員希望可以通過此系統(tǒng)隨時查看倉庫余量，能提交進(jìn)貨通知，能與生產(chǎn)部門良好溝通。 (4) 從項目開始前到項目結(jié)束后，審計員希望通過此系統(tǒng)能看到財務(wù)的流動，去向； (5) 在招聘會到來之前，人事主管可以通過系統(tǒng)查看各個部門的人力資源情況，確定此次招聘職位及人數(shù)； (6) 當(dāng)月末，季末，年末時，領(lǐng)導(dǎo)希望看到本公司的財務(wù)報表，財務(wù)主管

6、希望能通過此系統(tǒng)導(dǎo)出財務(wù)數(shù)據(jù)，按自己想要的方式組織數(shù)據(jù)，如營業(yè)額按從大到小排序，最后生成財務(wù)報表； (7) 當(dāng)系統(tǒng)發(fā)生故障時，系統(tǒng)管理員希望系統(tǒng)能報出故障源，能提出可選的故障處理方案； (8) 為了方便系統(tǒng)更新，開發(fā)者希望系統(tǒng)能輸出各個用戶的使用反饋，希望系統(tǒng)能輸出故障發(fā)生的頻次，主要的位置等信息； (9) 當(dāng)銷售顧問提供了比較好的建議或者法律顧問提供了值得注意的注意事項時，公司的每個人員都希望系統(tǒng)能讓自己存儲這些好的建議或注意事項，并能在登錄系統(tǒng)后，在個人的主頁里顯示這些好的建議或注意事項。3. 思考其它可能的場景其它場景主要是非功能性的需求。非功能性需求是指依一些條件判斷系統(tǒng)運作情形或其特性，而不是針對系統(tǒng)特定行為的需求，包括安全性、可靠性、互操作性、健壯性等。列舉一些主要的非功能性需求： (10) 當(dāng)使用過程中，操作的數(shù)據(jù)量很大時，用戶希望系統(tǒng)不會因此“卡死”； (11) 用戶