1、目錄? 引言-編寫的目的-背景-定義-參考資料? 任務概述-目標 -用戶的特點-假定和約束? 需求規定-對性能的規定1. 精度2. 時間特性要求3. 靈活性-輸入輸出要求-數據管理能力要求-故障處理要求-其他專門要求? 運行環境規定-設備-支持軟件-接口-控制引言1.1 、編寫目的（1）使開發更有目的性 , 以便大大提高超市的運作效率；（2）通過全面的信息采集和處理，輔助提高超市的決策水平；（3）使用本系統，可以迅速提升超市的管理水平，為降低經營成本， 提高效益，增強超市擴張力， 提供有效的技術保障。1.2、背景21 世紀，超市的競爭也進入到了一個全新的領域，競爭已不再 是規模的競爭，而是技術

2、的競爭、管理的競爭、人才的競爭。 技術 的提升和管理的升級是超市業的競爭核心。零售領域目前呈現多元發展趨勢，出現多種業態：超市、便利店、特許加盟店、專賣店、 貨倉等等。如何在激烈的競爭中擴大銷售額，降低經營成本，擴大 經營規模，成為超市營業者努力追求的目標。針對超市的特點，為 了幫助超市解決現在面臨的問題，提高小型超市的競爭力，我們將 開發一個超市管理系統。為了使此系統能更好地為用戶服務，我們 需要有較完善的軟件需求規格說明書來作為開發的引導。1.3 、定義（1）商品條形碼： 每種商品具有唯一的條形碼， 對于某些價格一樣的 商品，可以使用自定義條形碼。（2）交易清單：包括交易的流水賬號、每類商

3、品的商品名、數量、該 類商品的總金額、交易的時間。（3）商品積壓：在一定時期內， 遠無法完成銷售計劃的商品會造成積 壓。（4）促銷：在一定時期內，某些商品會按低于原價的促銷價格銷售。 庫存告警提示： 當商品的庫存數量低于庫存報警數量時， 發出提 示。（5）盤點：計算出庫存、銷售額、盈利等經營指標。1.4 、參考文獻1、齊志昌，譚慶平，寧洪.軟件工程（第二版）M.北京.高等教育出版 社.20042、王珊，薩師煊 . 數據庫系統概論（第四版） M. 北京. 高等教育出 版社.20063、SQL Server 2000 實用教程范立南編 清華大學出版社4、軟件工程導論重慶大學出版社5、軟件工程理論與

4、實踐 Shari Lawrence Pfleeger 編 清華大學 出版社任務概述2.1 、實現目標（1）建立一個具有友好界面，操作簡單的超市管理系統；（ 2） 能夠更好的控制和發展超市各種資源的流轉；（ 3） 實現對進貨商品的信息錄入，并建立完整的數據庫，對商品實 行統一管；（4）采購人員查詢本系統， 可以更直接，更有效的獲得商品的情況， 了解商品是否暢銷或滯銷，以及做出精確的進貨單，促銷的商品的 條目單；（ 5）銷售人員可以通過系統查詢商品的銷售狀況，制定下一步的銷售計劃，對某些特殊產品進行打折優惠活動。（ 6）財務人員通過系統的查詢更加清楚了解庫存情況、銷售金額， 是否盈利虧損等情況；（

5、 7）超市管理者把握住商品的進銷存動態，管理更方便， 進一步提高工作效率。2.2 用戶特點 用戶類型與職能如下 （ 1 ）員工（營業員）： 通過商品條形碼掃描輸入商品到購買清單 操作軟件計算交易總金額 操作軟件輸出交易清單（2）超市經理 操作軟件錄入商品，供貨商，廠商 操作軟件制定進貨計劃 查詢打印計劃進貨與入庫記錄操作軟件控制商品銷售與否查詢打印銷售情況操作軟件生成銷售排行榜查詢庫存明細記錄根據軟件發出的庫存告警進行入貨操作軟件進行盤點計算（3）總經理： 基本信息登記管理 員工操作權限管理 客戶銷售權限管理本軟件的最終用戶主要是面向管理員（超市經理）、收銀員、信 息管理員。他們都具有一定的計

6、算機應用基礎，可以比較熟練地操 作計算機。2.3假定和約束建立一個用戶權限，把用戶分為管理員和員工，在登陸時進行選擇， 登陸后具備不同的權限。其STD圖如下：經費限制：少于50萬 開發期限:6個月 軟件使用周期：5年需求規定3.1對功能的規定本系統是為了提高超市的運營效率而開發的一套超市商品管理軟 件，其主要由兩套子系統組成，包括前臺銷售系統和后臺庫存管理系統，該系統邏輯結構如圖所示:金存普理;承細系統總體流程圖如下:前臺銷售系統功能規定3.1.1.1 進入前臺銷售系統主頁（員工）（1）提供商品條形碼輸入框，把顧客所購買的商品所標明的條形碼輸入， 得到商品的相關信息，包括商品的名稱，規格，類別

7、，單價，單位和 數量。并在輸入時累計商品的消費額，得出本次商品購買行為的總額。（2）提供商品名輸入框，在條形碼輸入無效的情況下可以輸入商品的名稱， 然后得到商品的相關屬性，包括類別，規格，單價，單位，數量等， 并計算出本次消費總額，保證商品的銷售正常進行，同時計算該商品, 預警，提示該商品的條形碼出現錯誤。（3）構架一個顯示框，顯示功能（1）和（2）的商品屬性（4）提供消費者所購商品的修改按鈕，包括退貨，調換商品，以及添加商 品（5）提供金額輸入框，員工輸入消費者所給金額，系統自動計算出應補的 余額（6）和庫存管理系統實現及時更新，在消費活動完結之后數據倒回庫存管 理系統，數據包括本次商品消費

8、的商品的名稱，規格，類別，單價， 單位和數量，實時更新商品的庫存信息（7）打印本次的消費清單3.1.1.2 進入前臺銷售系統主頁（管理員）除實現 3.1.1.1 全部功能外，系統為管理提供如下高于員工權限的功能（1）提供商品屬性的修改功能，能夠對商品的各項屬性進行校正（2）查看該日銷售報表（3）核查商品銷售額和實際金額的準確性，可以得出商品是否流失3.1.2 庫存管理系統功能規定 庫存管理系統是該超市管理系統的核心子系統，它備份商品的所有數 據，并完成了大部分的數據操作，有利于讓管理員直接、有效地獲得商品情 況，了解到商品是否暢銷或滯銷，然后根據商品的銷售情況進行分析，以進 行下一次的銷售計劃

9、，更加清楚地了解庫存情況、帳款余額、毛利等財務數 據，通過更好地控制成本和費用，提高資金周轉率，對超市各種資源的流轉 進行更好的控制和發展。同時也提供了預警子系統，避免因為人為地原因不 能及時發現超市商品存儲存在的問題和隱患。 該子系統涉及大量單位和數據 包括以下幾項（ 1）在進貨后，可以添加商品的相關屬性和數據，包括商品的名稱，規格， 類別，單價，單位和數量。（2）在商品下架后，可以刪除數據庫中的商品所有信息 （3）在商品上架后，可以系統的對商品進行編號，生成商品對應的條形碼 （ 4）能夠對已存商品的相關屬性和數據進行修改， 及時保持商品信息的正確 性（ 5）提供查看當前庫存數據的功能， 以

10、及查看數據額的變化情況， 能夠按日期查詢，按商品類別查詢或者按某種商品的屬性查詢銷售狀況（6）和前臺銷售系統聯系，保證數據庫的正確性（ 7）提供雙標準預警子系統， 當某商品的庫存低于 50%時，指示燈變紅提示， 當商品庫存低于 20%時，聲音提示，自動預警3.2 性能規定前臺銷售系統性能要求（1）精度數據錄入精確， 計算準確，同時與后臺庫存管理系統的數據保持一致性即可（2）時間特性要求登陸系統時，系統的響應時間控制在兩秒內 與庫存管理系統保持同步更新的時間越低越好， 實現商品的銷售和記錄的高 度統一數據傳送時間盡量縮短（3）靈活性對于該系統， 最大的問題在于當停電的時候如何解決銷售和庫存記錄的

11、同步 性。我個人的想法主要是兩種： 其一：在停電銷售未記錄入數據庫時，先由人工記錄，然后等電來的時候再人工手動錄入未存數據其二：脫機處理，即當停電的時候，收銀臺能夠正常工作，但后臺庫存管理 系統失效，則由前臺銷售系統暫時代行記錄任務，等庫存管理系統恢復工作 后，再向庫存導入銷售數據，實現更新(針對大規模，多個消費服務點的超 市平臺)3.3 輸入輸出要求下面分別對兩個系統的輸入輸出數據做如下分析3.3.1 前臺銷售系統(1) 數據流描述輸入商品=商品識別碼 +商品名稱消費結果=所購商品名稱 +商品單價+商品類型+商品數量+總額收銀=用戶所付金額 +應找余額 +打印清單數據庫更新 =更新數據庫中被

12、消費商品的數量 +備份數據商品屬性 =類別+規格+單價+單位+數量驗證查詢 =匹配數據庫中該商品所存屬性計算=顧客所付金額減去商品總價所得顯示 =在屏幕上顯示商品屬性備份要求=備份商品名稱 +商品單價+商品類型+商品數量+總額打印清單 =本次消費商品詳情 +商品消費總額 +本次操作流水線號 +消費日期回復要求 =恢復數據庫備份前的老數據庫修改要求 =修改數據庫后保存查看請求 =查看某以固定時間段消費狀況備份成功提示 =備份成功| 備份失敗恢復成功提示 =恢復成功 | 恢復失敗校正成功提示 =校正成功| 校正失敗(2) 數據存儲數據存儲名： 庫存數據庫組成：商品的各項屬性集合組織形式：按商品的屬

13、性優先級順序排列數據存儲名：消費打印清單組成：本次消費的詳細目錄組織形式：按商品名稱，單價，數量，消費總額，操作流水線，最好生成 日期的順序排列數據存儲名：庫存打印清單組成：當前庫存的商品信息組織方式：按照商品的數額進行排列，并和標準庫存比較(3) 處理描述處理名：輸入商品處理號： 1輸入數據流：輸入商品的條形碼 輸出數據流：輸出商品的相關屬性，包括類別，規格，單價，單位，數量 處理邏輯：商品的屬性認證處理名：消費結果 處理號：2 輸入數據流：商品屬性 輸出數據流：商品屬性 處理邏輯：核查價格和數量后輸出 處理名：更新數據庫 處理號：3輸入數據流：消費的及時信息 輸出數據流：更新后的數據庫數據

14、 處理邏輯：實時把前臺銷售系統和庫存管理系統聯系，及時更新庫存數據庫 處理名：打印清單處理號： 4 輸入數據：商品的消費情況 輸出數據：商品的消費情況 處理邏輯：把更新后的商品存儲情況打印成報表 處理名：備份要求處理號： 5 輸出數據：從新備份后的庫存數據庫 處理邏輯：人為地把數據庫進行備份 處理名：恢復要求處理號： 6 輸出數據：恢復為原來的數據庫 處理邏輯：當有必要的時候，恢復原數據庫 處理名：查看要求處理號：7 輸出數據：顯示某段時間內的商品消費狀況 處理邏輯：把數據庫的變化科學的現實出來3.3.2 后臺庫存管理系統 （ 1） 數據流描述 日期查詢=按營業期的某時間段查詢 |某日 | 某

15、月 | 某年 按商品查詢 =按商品的條形碼或者商品名稱查詢 按類別查詢 =按商品的歸類查詢 銷售分析 =商品在某時間段內的商品銷售額度，即原數據與當前數據的差額 最優庫存值 =在銷售分析的基礎上統計具體商品的最佳庫存量 錄入數據庫 =存儲商品名稱 +商品單價 +商品類型 +商品數量 +總額 添加商品 =添加商品的相關屬性，包括類別，規格，單價，單位，數量 修改商品 =修改商品的相關屬性，包括類別，規格，單價，單位，數量 數據庫備份 =備份商品名稱 +商品單價 +商品類型 +商品數量 +總額 恢復數據庫 =恢復原數據庫 數據比較 =前后數據庫數據對比 紅燈提示 =系統運行時有紅燈發光語音提示 =

16、系統運行時語言提示某商品庫存過低(2) 數據存儲描述 數據存儲名： 庫存數據庫 組成：商品的各項屬性集合 組織形式：按商品的屬性優先級順序排列 數據存儲名： 最優庫存值 組成：商品的最優庫存數量組織形式：按商品數量的差額大小順序排列 數據存儲名：財務報表組成：某時間段內的財務狀況 組織形式：商品的售出總金額及利潤(3) 處理描述 處理名： 管理員登陸 輸入數據流：用戶名和密碼 輸出數據流：登陸或錯誤，請從新登陸 處理邏輯：判讀輸入的用戶名和密碼在注冊表中是否存在， 存在則可以登陸， 否則不能登陸處理名： 按日期查詢 輸入數據流： 輸入所要查詢的時間段 輸出數據流： 輸出該時間段內的商品銷售情況

17、以及庫存狀況 處理邏輯：數據庫實時記錄商品的銷售情況，統計，輸出 處理名： 按名稱查詢輸入數據流： 輸入所要查詢商品的條形碼或者名稱 輸出數據流：輸出該商品銷售情況以及庫存狀況 處理邏輯：數據庫實時記錄商品的銷售情況，統計，輸出 處理名： 按類別查詢輸入數據流：輸入所要查詢的商品類別 輸出數據流：輸出該類商品銷售情況以及庫存狀況 處理邏輯：數據庫實時記錄商品的銷售情況，統計，輸出 處理名： 銷售分析輸入數據流： 一個時間段 輸出數據流：輸出該時間段內的商品銷售情況以及庫存狀況 處理邏輯：進行差額計算，包括某種商品的銷售差額，以及某類商品的銷售差額 處理名： 添加商品 輸入數據流： 輸入商品的相

18、關屬性，包括類別，規格，單價，單位，數量 輸出數據流：添加后的商品及其相關屬性 處理邏輯：把新的數據錄入數據庫，進行編碼和管理 處理名： 修改商品輸入數據流： 需要修改的商品名輸出數據流： 修改后后的商品及其相關屬性， 包括類別， 規格， 單價，單位， 數量處理邏輯：對已存在于數據庫中的數據進行修改并從新保存 處理名： 系統正常運行輸入數據流： 最優庫存值和當前的商品庫存 輸出數據流： 系統午異常運行 處理邏輯：基于銷售分析得出的最有庫存值進行判斷 處理名： 紅燈提示輸入數據流：最優庫存值和當前的商品庫存 輸出數據流： 系統出現紅燈閃爍 處理邏輯： 當當前商品庫存值位于最優庫存值的 20%和

19、50%之間時，系統自 動出現紅燈，閃爍，提示管理員及時進貨處理名： 語音提示 輸入數據流：最優庫存值和當前的商品庫存 輸出數據流：系統自動播放語音處理邏輯： 當當前商品庫存值低于最優庫存值的 20%時，系統自動播放語音， 提示管理員及時進貨3.4 數據管理能力要求商品基本信息：商品號：大小為 10字節；名稱：不超過 20 字節，數量：不 超過 15 字節，金額：不超過 15 字節。對于銷售記錄等所需記錄的內容相似，采 用相同的方式。對商品基本信息、庫存管理、銷售記錄內容的存儲的各表，至少需要 100M以上的空間，即至少需要500M的空間進行數據的存儲，并至少需要1G以上的空 間對增長的數據進行保存。3.5 故障處理要求1 ）磁盤碎片過多、數據庫存儲空間不夠，引起數據庫