1、 汽車銷售管理系統軟件需求規格說明 學 校：寧 夏 大 學 學 院：數學計算機學院 年 級：09 級 7 班 專 業：軟 件 工 程 指導老師：楊 萍 姓 名： 周海東 周 健 尤 歡 李可新 D.3 軟件需求規格說明D.3.1 介紹 1. 目標 公司通過該“汽車銷售管理系統”在兩到四個季度可以使公司銷售管理的所有流程都有所提高。首先，運作費用減少50%。盡可能的減少了公司成本，使利潤增加80%。其次，員工平均工作量也降低了40%。有效提高了勞動力的價值。再次，為顧客在購車環節節省時間80%。這樣也不會讓顧客在購車時感到程序繁瑣。最后，通過顧客對銷售管理系統的滿意度對其進行適度的調整，以致達到

2、更高的銷售水平。2. 項目范圍和產品特性 汽車銷售管理系統根據客戶需要主要根據實際需求，實現了從客戶預約、報價、訂購、售后服務等多個環節數據的跟蹤管理服務。 “汽車銷售管理系統”可以根據不斷更新的汽車數據向顧客展示車輛信息、圖片、視圖等，并根據市場變動向顧客推薦最新的汽車信息與款型，介紹其性能。然后根據顧客反饋的信息（用途、價位等）向其推薦合適的車型以及給出合理的建議，如果客戶滿意的話，由專業的顧問跟客戶預約到公司試車的時間。最后本系統可以根據公司的銷售的情況，對銷售量進行統計，并顯示出銷售業績最好的車型及相關的信息（車輛信息、顧客信息），以便更好的掌握市場銷售動向。D.3.2 總體描述 1.

3、 產品遠景規劃“汽車銷售管理系統”是一個現代化的新系統，它取代了繁瑣的客戶購車方式，可以不用打很多電話，可以不用到處跑去選擇自己喜歡的車輛。圖1.1顯示了“汽車銷售管理系統”的關聯圖它演示了外部實體和系統接口。期望系統能夠演化出更多的版本，最終體現出更好的效果。 售前管理 訂貨管理 車輛管理 客 添加 客戶 添加 信息 戶 車輛 信息 客戶 進貨 訂 信息 管理 信息 加 客 車 添 信息 汽車銷售管 理系統 戶 退貨 退 添加 貨 車 車輛 車輛 車輛 銷售 車 輛 進貨 添加 密碼 管理 退貨 退貨 輛 退 結帳 用戶 修改 用戶 查詢 查詢 退貨 銷 貨 車輛 車輛 車輛 車輛 售 結

4、進貨 銷售 庫存 銷售 結帳 帳 售后管理系統設定 退出登錄 查詢 查詢 查詢 排行 結帳 售后管理 查詢統計 查詢統計 圖1.1“汽車銷售管理系統”的關聯圖 2. 用戶類和用戶特性用戶類描述客戶客戶是一個消費群體，他們希望通過公司的“汽車銷售管理系統”訂購自己需要的車輛款型，以至于送貨上門。有100名消費的客戶，其中大約有65%的客戶都會使用“汽車銷售管理系統”來訂購車輛（大致估計的數據），其中50%的客戶是直接在家里連網訂購的，所以可見“汽車銷售管理系統”的方便前臺工作人員公司的銷售部門目前雇傭了大約30名“汽車銷售管理人員”，他們從“汽車銷售管理系統”接受訂單并收取定金，準備車輛，按照客

5、戶要求的送貨時間進行發貨，銷售部門的工作人員需要接受培訓，學會如何使用計算機、相應的瀏覽器和“汽車銷售管理系統”技術主管技術部門主管，他負責建立并維護（增加、刪除、更新）“汽車銷售管理系統”的各項菜單，例如：菜單中有效的送車時間；車庫中車輛款型、數量的情況售后服務人員售后服務人員，當前臺接受訂單并確定要發貨后就會將相關的信息發送給售后部，售后就會根據客戶的請求時間進行發貨，并且還要根據客戶所定的售后各項套餐定期給予相應的服務3. 運行環境（operating environment,OE） OE-1：“汽車銷售管理系統”的操作將通過web瀏覽器完成：Microsoft Internet Exp

6、lorer版本8.0和9.0,，Macromedia Dreamwear 8.0。 OE-2：“汽車銷售管理系統”將運行在一個服務器中，該服務器運行當前由公司批準的ftp和http。OE-3：“汽車銷售管理系統”將允許用戶通過公司內聯網來訪問，如果用戶被授權在公司的外部穿過防火墻來訪問，那么用戶也可以在家里通過Internet來訪問改系統。4. 設計和實現的約束條件（constraint） CO-1：系統的設計、編碼和維護文檔將遵照Process Impact Intranet Development Standard(Process Impact 公司內聯網開發標準)版本1.3【2】。CO-

7、2：系統將采用公司標準的當前Oracle數據引擎庫。 CO-3：所有HTML代碼將遵守HTML4.0標準。CO-4：所有腳本都用Perl語言來編寫。5. 用戶文檔（User Documentation,UD） UD-1：系統將提供一個分層的和跨越連接的html聯機幫助系統，它描述并演示了所有系統功能。UD-2：如果有一個用戶第一次使用該系統，系統可根據用戶的要求，提供一個聯機教程，這樣用戶可以使用靜態教程菜單來具體實現一下如何訂餐。系統不會將采用的這一模板的訂餐訂單儲存到數據庫中，也不會將這種訂單提交給銷售部門。6. 假設（ASsumption）和依賴（DEpendency） AS-1：只要是

8、要求員工在崗的每一個工作日，銷售部門的前臺、售后都會營業。 DE-1：“汽車銷售管理系統”的運行依賴于“刷卡繳費系統”所做出的變更，他接受用“汽車銷售管理系統”訂購車輛的付費請求。DE-2：“汽車銷售管理系統”的運行依賴于“銷售部門庫存系統”所做出的變更，當接受“汽車銷售管理系統”訂單后，它更新車輛數量、款式的有效性。D.3.3 系統特性1. 訂購車輛 （1） 描述和優先級客戶的身份的到驗證之后，他們就可以訂購自己喜歡的車輛，并可以要求送貨到指定的地點，也可以自行去公司領取。只要在規定的期限內客戶可以隨時取消或改變訂單。優先級為最高。 （2） 刺激/響應序列 刺激：客戶請求訂購車輛可以一輛或者

9、是多輛。 響應：系統向客戶詢問訂車細節、售后套餐和送貨說明。 刺激：客戶請求改變訂單。 響應：如果訂單的狀態是可以點擊（即在規定改變的時間內），則系統允許用戶編輯以前的訂單。 刺激：客戶請求取消菜單。響應：如果訂單的狀態是可以點擊（即在規定改變的時間內），則系統取消訂單。 （3） 功能性需求Order.place登陸到“汽車銷售管理系統”的客戶可以通過該系統訂單，訂一份或者多份Order.place.Register系統將確認訂單的客戶所注冊付費是一次付清還是分期付費，或是刷卡Order.place.Register.No如果客戶沒有注冊則不能繼續訂購車輛Order.place.Date系統將

10、提示客戶輸入送車日期Order.place.Date.Cutoff如果訂購的日期是當前的日期，而訂購時間已經過了截止時間，那么系統將通知客戶訂購太晚了，今天已經不能訂購了，客戶可以改變訂購日期，或者也可以取消訂單Order.Deliver.Select客戶可以請求只是訂購車輛或是還要求送貨上門Order.Deliver.Location如果訂單是送貨上門，送貨的日期是有效的時間，那么客戶將提供一個有效的送貨地點Order.Deliver.Notimes如果送貨日期是無效的，那么系統將通知客戶，客戶可以取消訂單也可以自行去接收Order.Deliver.times系統將顯示訂購日期剩余的有效送貨

11、時間，客戶可以從顯示的送貨時間中選擇一個時間，也可以自行去接收，或者取消訂單Order.Menu.Date系統將顯示指定日期的菜單Order.Menu.Available當前的日期的菜單只顯示至少在銷售部門存貨的一個供應庫有貨Order.Units.car系統允許客戶表明他希望訂購的車輛款型、數量Order.Units.Multiple系統允許用戶訂購多份同樣的餐，但其最大的份數只能是庫存中有效份數的最小值Order.Units.TooMany如果客戶所訂購的車輛數超過了庫存的數量，那么系統會提示客戶他所能訂購的車輛最大數目Order.Units.Change如果車庫中的存貨不能夠滿足客戶的訂

12、購數量，那么客戶可以改變所定車輛的數目，也可以取消訂單Order.Confirm.Display如果客戶表明他不想再訂購了，那么系統就會顯示一個總菜單，標明客戶所訂購的車輛信息，以及應該支付多少費用Order.Confirm.Prompt系統提示客戶確認訂單Order.Confirm.Not如果客戶不確認訂單，則客戶可以繼續編輯訂單，也可以取消訂單Order.Confirm.More客戶可以通過系統再另外訂單，可以使同一天的，也可以是不同天的。Order.pay.Method當客戶標明他確認訂購時，系統就會提示用戶選擇一種付費方式Order.pay.Deliver如果送貨上門，客戶可以選擇現金

13、支付余款Order.pay.Pickup如果客戶選擇自行去接收，那么系統就會提示客戶付費方式Order.pay.Details系統將顯示所訂購的車輛數目、費用、付費方式和送貨說明Order.pay.Confirm客戶可以確認訂單，也可以請求編輯訂單，或者也可以請求取消訂單Order.pay.Confirm。Deduct如果客戶確認訂單，并選擇直接刷卡，那么系統將向“刷卡繳費系統”發出一個付費請求Order.pay.Confirm.Ok如果付費請求被接受，那么系統將顯示一條消息來確認訂單已經接受，消息中會提示刷卡（輸入自己的卡號）Order.pay.Confirm.NG如果付費請求被拒絕，系統將

14、顯示一條消息來說明拒絕的理由，客戶可以取消訂單，也可以改變為直接去公司接收Order.Done當顧客確認了訂單時，系統會將下面幾步座位一個事務來處理Order.Done.Store將這個訂單分配一個有效的訂單號并儲存這一訂單Order.Done.Inventory向“汽車銷售管理系統”發送一條消息，包括訂單的信息Order.Done.Menu對庫存進行更新，以便其他客戶進行選擇Order.Done.times對有效的送貨時間進行更新Order.Done.patron向客戶發送電子郵件消息，消息包括訂購車輛和支付費用的有關信息Order.Done.Cateteria向售后的工作人員發一個消息，包

15、括客戶的訂單有關信息（送貨日期、售后套餐等）Order.Done.Failure如果Order.Done中一步不成功，則系統回滾事務，通知用戶，并說明失敗的原因Order.Previous.Period系統允許客戶瀏覽之前的所有點單Order.Previous.Reorder客戶可以重新再夠任何一款車型，只要訂單中的所有條目在菜單中有效即可 2.創建、瀏覽、修改和刪除訂單 （該范例不提供細節）3.注冊個人的有關信息 （該范例不提供細節） 4.請求送貨 （該范例不提供細節） 5.創建、瀏覽、修改和刪除銷售部門的菜（該范例不提供細節）D.3.4 外部接口需求 1. 用戶界面（User Interf

16、aces，UI） UI-1：“汽車銷售管理系統”的屏幕畫面將遵照公司Internet應用程序界面的標準 UI-2：系統對所顯示的每個HTML網頁都提供幫助鏈接，解釋如何使用這些網頁。UI-3：web頁面的全部導航和車輛條目選擇。除了綜合使用鼠標和鍵盤共同完成外，還可以通過鍵盤單獨來完成。2.硬件接口硬件接口還沒有確定3.軟件接口 SI-1：汽車銷售存貨系統 SI-1.1：“汽車銷售管理系統”通過程序界面向“汽車銷售存貨系統”發送所訂購的車輛 數目和款型。 SI-1.2：“汽車銷售管理系統”將輪詢“汽車銷售存貨系統”，以確定請求的車輛是否有效。 SI-1.3：當“汽車銷售管理系統”通知“汽車銷售

17、存貨系統”某款車型沒有貨時，“汽車銷售存貨系統”會從庫存菜單上將其刪除。 SI-2：“刷卡繳費系統”?！捌囦N售管理系統”通過程序界面與“刷卡繳費系統”進行通信，完成下面這些操作： SI-2.1：允許客戶通過刷卡進行繳費的方式。 SI-2.2：允許客戶取消通過刷卡進行繳費的方式。 SI-2.3：檢查客戶是否注冊選擇刷卡繳費的額方式。 SI-2.4：為所訂購的車輛提交付費請求。SI-2.5：退還全部或部分上面的費用，其原因是因為客戶拒絕的所訂購的車輛，或對其不滿，也可能是沒有按照客戶的要求進行送貨。4.通信接口（Communications Interfaces，CI） CI-1：“汽車銷售管理

18、系統”將向客戶發送電子郵件消息，以確定收到訂單、價格和套餐說明。CI-2：“汽車銷售管理系統”向客戶發送電子郵件消息，以報告訂單接受之后訂單中或送貨中存在的問題。D.3.5 其他非功能性需求1. 性能（PErformance）需求PE-1：客戶可以隨時瀏覽本系統網頁，系統能適應1000用戶。 PE-2：系統生成的所有web網頁，通過64kbps的調制解調器在不超過三秒的時間內可以全部下載下來。PE-3：用戶提交了查詢后，對查詢的響應時間不能超過3秒，在此時間內要將查詢結果顯示在屏幕上。PE-4：用戶向系統提交信息后，系統將在4秒內向用戶顯示確認消息。2. 防護性需求防護性需求還沒確定。 3.

19、安全性(SEcurity)需求SE-1：所有涉及功能信息或個人身份信息的網絡事物，都要進行加密操作。SE-2：除瀏覽菜單外，用戶必須登錄到“汽車銷售系統”才能完成其他所有操作。SE-3：客戶的登錄受計算機系統訪問控制策略限制。SE-4：汽車銷售系統的銷售人員，只有那些授權為管理員的成員，才能通過系統創建或編輯汽車信息。SE-5：只有那些被授權可以在家訪問公司內聯網的用戶，才可以在公司以外的地方使用“汽車銷售系統”。SE-6：系統只允許客戶瀏覽他們自己以前的訂單，而不能瀏覽其他顧客的訂單。 4. 軟件質量屬性Availability(可用性)-1：“汽車銷售系統”在任何時間內都可以被客戶訪問。R

20、obustness(健壯性)-1：如果在訂單得到確認或取消之前，用戶和系統的鏈接中斷，那么用戶應該能通過“汽車銷售系統”恢復不完整的訂單。D.3.6 附錄A 數據字典和數據模型預約說明 =顧客名字 +顧客電話號碼 +顧客戶籍地 +試駕日期 +客戶指定顧問顧問ID號=*汽車顧問在公司里的ID號；是由6個字符數字組成的字符串*汽車款式描述=*汽車款式的文本描述，最多1M字節；汽車款式的圖片描述，最多20M字節；汽車款式的視頻描述，最多100M字節*汽車價格=*一款汽車的稅前費用，以人民幣計算*購車日期=*試駕或取車日期：格式為MM/DD/YYYY；如果取車截止日期在當前日期之后，則取車的默認值為當前日期，否則為預定日期；取車日期不能在當前