1引言 2
1.1編寫目的 2
1.2背景 2
1.3定義 2
1.4參考資料 3
2任務概述 2
2.1目標 3
2.2使用者的特點 4
2.3假定和約束 5
3需求規定 6
3.1對功能的規定 6
3.2對效能的規定 12
3.2.1精度 12
3.2.2時間特性要求 12
3.2.3靈活性 12
3.3輸人輸出要求 13
3.4資料管理能力要求 15
3.5故障處理要求 15
3.6其他專門要求 15
4執行環境規定 16
4.1裝置 16
4.2支援軟體 16
4.3介面 16
軟體需求說明書的編寫提示
大大提高超市的運作效率；
通過全面的資訊採集和處理，輔助提高超市的決策水平；
使用本系統，可以迅速提公升超市的管理水平，為降低經營成本，提高效益，增強超市擴張力，提供有效的技術保障。
為了提高物資管理的水平和工作效率，盡可能杜絕商品流通中各環節中可能出現的資金流失不明現象，商品進銷存領域迫切需要引入資訊系統來加以管理。而商品進銷管理系統是當前應用於超市或者公司管理系統的典型代表。
主要完成的功能有：商品基本資訊維護、進貨管理、銷售管理、報損管理等，心及這一系列過程中涉及商品的資料修改與查詢統計等多種操作。
ａｄｏ則具有更多的優點，包括易於使用，熟悉的介面，高嚴謹及較低的記憶體空間戰勝。本系統的開發使用的是ａｄｏ方式來開發資料庫。要使用這種訪問方式，必須在ｖｂ工程裡面引用microsoft activex data objects庫。
（1）商品條形碼：每種商品具有唯一的條形碼，對於某些**一樣的商品，可以使用自定義條形碼。
（2）交易清單：包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號。
（3）商品積壓：在一定時期內，遠無法完成銷售計畫的商品會造成積壓。
（4）**：在一定時期內，某些商品會按低於原價的****銷售。
庫存告警提示：當商品的庫存數量低於庫存報警數量時發出提示。
（5）盤點：計算出庫存、銷售額、盈利等經營指標。
《資料庫原理及設計》 陶巨集才編清華大學出版社
《sql server 2000 實用教程》范立南編清華大學出版社
《sql server 2000 程式設計員指南》李香敏編北京希望電子出版社
《輕鬆搞定 sql server 2000 程式設計》rebecca 編
《軟體工程規範》watts 編清華大學出版社
《軟體工程理論與實踐》 shari lawrence pfleeger編清華大學出版社
《軟體需求分析》 swapna kishore編機械工業出版社
《軟體工程思想》 林銳編
背景說明：
21世紀，超市的競爭也進入到了乙個全新的領域，競爭已不再是規模的競爭，而是技術的競爭、管理的競爭、人才的競爭。技術的提公升和管理的公升級是超市業的競爭核心。零售領域目前呈多元發展趨勢，多種業態：
超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互並存。如何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標
系統總體結構
|經費限制：10萬元以內。
開發期限：
定義問題（一周）；
分析需求（兩周）；
實現功能（兩周）；
**編寫（兩周）；
編譯測試（四周）；
其他（一周）。
（1）、零售前台（pos）管理系統
本系統必須具有以下功能：
a． 商品錄入：根據超巿業務特點制定相關功能，可以通過輸入唯一編號、掃瞄條形碼、商品名稱等來實現精確或模糊的商品掃瞄錄入，並能在輸入相關資訊後,收銀箱會自動彈出,保證錢財的安全,並結合附近設定的監控探頭,以便以後取證使用。該掃瞄錄入方法可以充分保證各種電腦操作水平層次的人員均能準確快速地進行商品掃瞄錄入。
b． 收銀業務：通過掃瞄條形碼或者直接輸入商品名稱（對於同類多件商品採用一次錄入加數量的方式）自動計算本次交易的總金額。在顧客付款後，自動計算找零，同時列印交易清單（包括交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀的員工號）。
如果顧客是本店會員並持有本人會員卡，則在交易前先掃瞄會員卡，並對所購物品全部實行95折優惠，並將所購物品的總金額累計到該會員的總消費金額中。 會員卡的有效期限為一年，滿一年未續卡者且餘額為零，該會員卡將被登出。
c． 安全性：os登陸、退出、換班與操作鎖定等許可權驗證保護；斷電自動保護最大限度防止意外及惡意非法操作。
d． 獨立作業：有收銀機與資料庫網路斷網，其他收銀機仍能正常作業
(2)、後台管理系統
，本系統必須具備以下功能
a. 進貨管理： 根據銷售情況及庫存情況，自動制定進貨計畫（亦可手工制定修改），可以避免盲目進貨造成商品積壓。
按計畫單有選擇性地進行自動入庫登記。 綜合查詢列印計畫進貨與入庫記錄及金額。
b. 銷售管理： 商品正常銷售、**與限量、限期及禁止銷售控制。
綜合查詢各種銷售明細記錄、各地收銀員收銀記錄以及交結賬情況等。 按多種方式統計生成銷售排行榜，靈活察看和列印商品銷售日、月、年報表。
c. 庫存管理： 綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。軟體為您預警，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。
d. 人員管理： 員工、會員、供貨商、廠商等基本資訊登記管理。 員工操作許可權管理。 客戶銷售許可權管理。
（2）、系統er
系統er圖說明
1) 商店中的所有使用者（員工）可以銷售多種商品，每種商品可由不同使用者（員工）銷售；
2) 每個顧客可以購買多種商品，不同商品可由不同顧客購買；
3) 每個供貨商可以**多種不同商品，每種商品可由多個**商**。
對輸入資料要求採用浮點數格式儲存，資料應在小數點後儲存三位。在必要的傳輸過程中，可在需要的時候給出整形的約數，或者是小數點後一位的約數，遵循規則預設狀態下應該是四捨五入。
超市管理系統對時間特性要求，如對：
a． 大量商品、會員和員工資訊的儲存、分類和查詢；
b． 大量商品、會員和員工資訊以及相關資訊的修改；
c． 大量商品、會員和員工資訊錄入的方式；
d． 編寫程式時對相關資料庫的處理以及採取哪些方法用以優化時間。
當需求發生某些變化時，也能對超市管理系統軟體做出適當的改動，以適應這些變化，如：
a． 操作方式上的變化當操作方式發生改變時，軟體維護人員及時詳細了解客戶需求，反饋給軟體工程人員，對相應的模組進行適當的修改，以滿足使用者的需求；
b． 執行環境變化時，軟體維護人員及軟體工程人員積極查閱相關資料，及時對軟體進行修改，測試完成後，交付客戶使用；
c． 同其他軟體的介面發生變化時，及時對原有介面的模組進行修改；
d． 精度和有效時限變化時，方法一就是對資料的錄入精度進行修改。這可能引起的問題就是要對資料進行重新錄入，無疑會耗費大量的時間。而在進行軟體設計開發時，就將錄入的資料的精度設為浮點數預設精度，將精度和有效性的修改許可權交付給使用者同意管理，這樣可以避免軟體源**的頻繁修改，但對於龐大的資料而言，將會提高對儲存空間的要求，通常而言，我們更傾向於第二種方法；
e． 計畫有變化或改進時，在開發設計時，加強與客戶溝通，要有計畫的對比實際進度和原有計畫進度，可以採用gantt圖或者時間流程圖進行監測。
總之，一切的修改都要根據客戶的需求，軟體工程師能做的就是要及時、準確的把握客戶的需求，並盡可能快的作出準確的修改、優化。
解釋各輸入輸出資料型別，並逐項說明其**、格式、數值範圍、精度等。對軟體的資料輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。
商品錄入：
輸入：商品編號（0~10位）
或者條形碼(10~13位)
收銀業務：
輸入：會員號（0~11位）
輸出：商品名稱（1~15位）
單價（0~*）
數量應付金額
付款金額
找零金額
會員積分
進貨管理：
輸入： 商品編號(0~10位)
商品名稱（1~15位）
單位量（個，包，克…）
規格型號（g,kg,ml,…）
單價數量
總金額經辦人(0~4位)
商品**商（0~10位）
銷售管理：
輸入：所要時間範圍
商品編號(0~10位)
輸出：商品名稱（1~15位）
現有庫存量（0~*）
銷售量單價單位量規格型號（g,kg,ml,…）
銷售總金額排行榜
超市管理系統
通過本次課程設計，使學生能夠全面 深刻地掌握資料庫系統的設計流程。根據在資料庫原理課程中所學到的資料庫理論知識，結合某個具體的實際需求，最終開發出乙個較為實用的資料庫系統。20世紀90年代後期特別是近幾年，我國的超市產業飛速發展，其經營模式更為複雜，舊的管理體制已經無法適應超市的發展，這就迫切的需要...
超市管理系統
目錄一 任務概述 3 1.1超市管理系統概述 3 1.2 前台銷售系統概述 3 1.3 會員管理系統概述 4 1.4 客戶服務貨源管理系統概述 4 1.5 後台管理銷售情況系統概述 5 1.6 後台人員管理系統概述 5 二 超市管理系統需求分析 6 2.1銷售系統的需求分析 6 2.1.1用例圖 7...
超市管理系統
create table 商品 編號 int primary key,名稱 char 9 生產廠家 char 20 型號 char 9 規格 char 9 單價 float,create table 進出庫 名稱 char 9 primary key,數量 int,採購價 float,日期 char...