1、小型超市管理系統摘要隨著小超市規模的不斷發展擴大， 商品數量急劇增加， 商品信息量也成倍增長。 超市在時時刻刻要 對各種商品信息進行統計分析， 而大型超市管理系統功能過于強大而造成操作繁瑣降低了小型超市的工 作效率。超市管理系統是市場上最流行的超市上常用的系統之一， 他主要包含以下幾個模塊： 系統權限設定、 原始數據錄入、數據總匯及查詢等。從而實現對進貨、銷售及員工信息等實現全面、動態、及時管理。本文主要是介紹超市進銷存管理信息系統的環境、 功能作用、 所用到的語言、 設計的方案等各方面 的內容。主要是讓使用者了解此系統，使他們能更好的運用本系統，使此系統發揮出應有的作用。本系 統運用計算機管

2、理信息技術，建立數據庫，對超市的進銷存過程和人事管理進行詳細的分析 , 實現了超 市的人事、進貨、銷售和庫存的科學管理。【關鍵詞 】查詢 、數據庫 、管理信息系統Mini-Market Management systemAbstractWith the con ti nu ous developme nt of small-scale expa nsion of supermarket goods in creased dramatically the number of goods have doubled the amount of information. Supermarket goo

3、ds at all times to all kinds of in formatio n for statistical an alysis, and a large supermarket man ageme nt system function caused by too strong and complicated operation reduces the efficiency of a small supermarket. |Supermarket Man ageme nt System is the most popular supermarket on one com mon

4、system, he mai nly contains the following modules: system permissions, the original data entry, data pooling and inquiries. To realize the purchase, sale, and employee information such as a comprehensive, dynamic and timely man ageme nt.This article is to introduce the supermarket inventory manageme

5、nt information system environment, functions, the Ianguage used in the design of the program and other aspects. Is designed to allow users to un dersta nd the system, so that they can better use the system to make this system play its due role. The use of computer man ageme nt in formatio n system t

6、ech no logy, a database of supermarket In voici ng process and a detailed an alysis of pers onnel man ageme nt, impleme ntati on of the supermarket's pers onn el, purchas ing, sales and inven tory of scie ntific man ageme nt.【Keyords】Inquiry、DatabaseManagement Information System緒論隨著現代科學技術的迅猛發展，

7、計算機技術已滲透到各個領域， 成為各行業必不可少的工具， 特別 是 Internet 技術的推廣和信息高速公路的建立，使IT 產業在市場競爭中越發顯示出其獨特的優勢，步入數字化時代， 有巨大的數據信息等待著加工處理和傳輸， 這使得對數據庫的進一步開發和利用顯得尤 為迫切。作為國內市場的一些小超市， 他們在信息化過程中的步伐要落后大中型超市， 而對于這些企業的資 源管理，信息的存儲和處理也顯的迫切需要，要適應市場競爭，就需要有高效的處理方式和管理方法， 因此加快超市的電算化進程是必不可少的。在開發過程中， 我們針對當前各超市管理特點和技術人員的實際水平， 采用 Window 基于圖形界面 這一易

8、學易用的操作系統環境， 在系統設計過程中， 我們盡量采用一些易懂易讀的接口界面， 使用戶可 以在短期內完全掌握。 在功能方面， 我們借鑒現在市場上流行的財務軟件的特點， 拋去泛泛不實用的缺 點，使我們設計的系統在功能上極貼近小超市的使用要求。 在設計過程中， 我們始終把系統的正確性放 在首位，力求數據的完整，處理的正確性。 在此基礎上優化程序代碼， 加速系統運行和減少對系統資源 的占用。作為一家小型超市 ，他們的主要業務是銷售產品，目前系統運做中存在很多題，所有的進貨 單，出貨單都是人工填寫， 耗時而且易出現錯誤； 庫存也是人工記帳， 無法隨時掌握最準確的存貨情況； 對于銷售數據，往往要花好多

9、時間和精力去計算每個業 務員的銷售業績，每項商品的銷售狀況，為了解決上述問題，提高經濟效益，準備導入進銷存系統進行銷售，采購，庫存等的計算機化管理。1、項目計劃1.1 系統開發目的1）大大提高超市的運作效率；2）通過全面的信息采集和處理，輔助提高超市的決策水平；（3）使用本系統， 可以迅速提升超市的管理水平， 為降低經營成本， 提高效益， 增強超市擴張力， 提供有效的技術保障。1.2 背景說明21 世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競 爭、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈 多元發展趨勢，多種業態：超市、倉

10、儲店、便利店、特許加盟店、專賣店、貨倉等相互并存。如 何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。1.3 項目確立針對超市的特點，為了幫助超市解決現在面臨的問題，提高小型超市的競爭力，我們將開發 以下系統：前臺 POS 銷售系統、后臺管理系統，其中這兩個子系統又包含（1）大大提高超市的運作效率；2）通過全面的信息采集和處理，輔助提高超市的決策水平；（3）使用本系統， 可以迅速提升超市的管理水平， 為降低經營成本， 提高效益， 增強超市擴張力， 提供有效的技術保障。21 世紀，超市的競爭也進入到了一個全新的領域，競爭已不再是規模的競爭，而是技術的競 爭、

11、管理的競爭、人才的競爭。技術的提升和管理的升級是超市業的競爭核心。零售領域目前呈 多元發展趨勢，多種業態：超市、倉儲店、便利店、特許加盟店、專賣店、貨倉等相互并存。如 何在激烈的競爭中擴大銷售額、降低經營成本、擴大經營規模，成為超市營業者努力追求的目標。針對超市的特點， 為了幫助超市解決現在面臨的問題， 提高小型超市的競爭力， 我們將開發 以下系統：前臺 POS 銷售系統、后臺管理系統，其中這其它一些子功能。1.4 應用范圍本系統適應于各種小型的超市 。1.5 定義1）商品條形碼：每種商品具有唯一的條形碼，對于某些價格一樣的商品，可以使用自定義條 形碼。2）交易清單：包括交易的流水賬號、每類商

12、品的商品名、數量、該類商品的總金額、交易的 時間、負責本次收銀的員工號。3）商品積壓：在一定時期內，遠無法完成銷售計劃的商品會造成積壓。4）促銷：在一定時期內，某些商品會按低于原價的促銷價格銷售。 庫存告警提示：當商品的庫存數量低于庫存報警數量時發出提示。5）盤點：計算出庫存、銷售額、盈利等經營指標。2、邏輯分析與詳細分析2.1 系統功能（1 ）、零售前臺（POS）管理系統，本系統必須具有以下功能： 商品錄入：根據超巿業務特點制定相關功能，可以通過輸入唯一編號、掃描條形碼、商品名稱 等來實現精確或模糊的商品掃描錄入。 該掃描錄入方法可以充分保證各種電腦操作水平層次的 人員均能準確快速地進行商品

13、掃描錄入。收銀業務： 通過掃描條形碼或者直接輸入商品名稱 （對于同類多件商品采用一次錄入加數量的 方式）自動計算本次交易的總金額。在顧客付款后，自動計算找零，同時打印交易清單（包括 交易的流水賬號、每類商品的商品名、數量、該類商品的總金額、交易的時間、負責本次收銀 的員工號） 。如果顧客是本店會員并持有本人會員卡，則在交易前先掃描會員卡，并對所購物 品全部實行 95 折優惠， 并將所購物品的總金額累計到該會員的總消費金額中。 會員卡的有效 期限為一年，滿一年未續卡者，該會員卡將被注銷。安全性： OS 登陸、退出、換班與操作鎖定等權限驗證保護；斷電自動保護最大限度防止意外 及惡意非法操作。獨立作

14、業：有的斷網收銀即在網絡服務器斷開或網絡不通的情況下，收銀機仍能正常作業（2） 、后臺管理系統，本系統必須具備以下功能進貨管理： 根據銷售情況及庫存情況，自動制定進貨計劃（亦可手工制定修改），可以避免盲目進貨造成商品積壓。 按計劃單有選擇性地進行自動入庫登記。 綜合查詢打印計劃進貨與入 庫記錄及金額。銷售管理： 商品正常銷售、 促銷與限量、 限期及禁止銷售控制。 綜合查詢各種銷售明細記錄、 各地收銀員收銀記錄以及交結賬情況等。 按多種方式統計生成銷售排行榜，靈活察看和打印 商品銷售日、月、年報表。庫存管理： 綜合查詢庫存明細記錄。 庫存狀態自動告警提示。如庫存過剩、少貨、缺貨等。 軟件為您預警

15、，避免庫存商品積壓損失和缺貨。 庫存自動盤點計算。人員管理： 員工、會員、供貨商、廠商等基本信息登記管理。 員工操作權限管理。 客戶銷售權限管 理。(3)系統結構系統總體結構步型超市嫁售管理丟魏功能描述：商品錄入子系統要求能快速錄入商品，因此必須支持條形碼掃描。功能描述：收銀業務子系統能計算交易總額，打印交易清單，并根據會員卡打折。-4-F/1自髓定進心萍劃a-Ai 記壬日出戈 謹貝與入庫翠F- _n-rl J LlraJ功能描述：進貨管理子系統可以根據庫存自動指定進貨計劃，進貨時自動等級,以及提供查詢和打印計劃進貨與入庫記錄的功能。功能描述：銷售管理子系統可以控制某商品是否允許銷售，查詢每種

16、商品的銷售情況并產生年、月、日報表，同時可以生成銷售排行榜。功能描述：庫存管理子系統提供查詢庫存明細記錄的基本功能，并根據庫存的狀態報警，以及自動盤點計算 。3 二 理 人匚rj1基嗇息豎遲B理員玉養限管理功能描述:人員管理子系統提供基本信息登記管理，員工操作權限管理，客戶銷售權限管理的功能。2.2、流程圖前臺管理系統頂層DFD圖第0層DFD圖條形碼信息商品信息/業務清單銷售人員條丿形碼信 息1.商品錄入2.收銀業務文商品錄入信息會員信息檔商會員息息口商品信息表會員信息表2.3、戶類型與職能(1) 、員工(營業員)：通過商品條形碼掃描輸入商品到購買清單操作軟件計算交易總金額操作軟件輸出交易清單

17、對會員進行會員卡掃描以便打折(2) 、：超市經理操作軟件錄入商品，供貨商，廠商 操作軟件制定進貨計劃 查詢打印計劃進貨與入庫記錄 操作軟件控制商品銷售與否 查詢打印銷售情況 操作軟件生成銷售排行榜 查詢庫存明細記錄 根據軟件發出的庫存告警進行入貨 操作軟件進行盤點計算（3）、總經理：基本信息登記管理員工操作權限管理 客戶銷售權限管理2.4 、統開發步驟確定參與者和相關的用況 為每個用況設計過程 建立順序圖，確定每個腳本中對象的協作 創建類，確定腳本中的對象 設計 , 編碼 , 測試, 集成類 為過程編寫系統測試案例 運行測試案例，檢驗系統2.5 、系統環境需求系統模式本系統采用 C/S 模式作

18、為開發模式硬件環境服務器端：高性能的計算機一臺， 普通的雙絞線作為連接。客戶端： 普通的計算機或者工作站， 普通的雙絞線作為連接。軟件環境服務器端：安裝 SQL Server 2000 的服務器版本， 安裝 windows 2000 服務器版本，配置了諾頓等必須的防毒軟件。客戶端： 安裝 SQL Server2000 的服務器版本， 安裝了 VB 等可視化開發工具軟件， 安裝 windows2000 服務器版本。2.6 、系統安全問題信息系統盡管功能強大，技術先進，但由于受到自身體系結構，設計思路以及運行機制等 限制，也隱含許多不安全因素。常見因素有：數據的輸入，輸出，存取與備份，源程序以及應

19、 用軟件，數據庫，操作系統等漏洞或缺陷，硬件，通信部分的漏洞，企業內部人員的因素，病 毒，“黑客”等因素。因此，為使本系統能夠真正安全，可靠，穩定地工作，必須考慮如下問題： 為保證安全，不致使系統遭到意外事故的損害，系統因該能防止火，盜或其他形式的人為破壞。系統要能重建系統應該是可審查的系統應能進行有效控制，抗干擾能力強系統使用者的使用權限是可識別的3、基于UM啲建模3.1語義規則用例模型（use cases view）（用例視圖）的基本組成部件是用例（use cas®、角色（actor）和系統（system）。用例用于描述系統的功能，也就是從外部用戶的角度觀察，系統應支持哪些功能，

20、 幫助分析人員理解系統的行為，它是對系統功能的宏觀描述，一個完整的系統中通常包含若干個 用例，每個用例具體說明應完成的功能，代表系統的所有基本功能（集）。角色是與系統進行交互的外部實體，它可以是系統用戶，也可以是其它系統或硬件設備，總之，凡是需要與系統交互的 任何東西都可以稱作角色。系統的邊界線以內的區域（即用例的活動區域）則抽象表示系統能夠 實現的所有基本功能。在一個基本功能（集）已經實現的系統中，系統運轉的大致過程是：外部 角色先初始化用例，然后用例執行其所代表的功能，執行完后用例便給角色返回一些值，這個值 可以是角色需要的來自系統中的任何東西。UML :是一種標準的圖形化建模語言，它是面

21、向對象分析與設計的一種標準表示；它不是一種可視化的程序 設計語言而是一種可視化的建模語言；不是工具或知識庫的規格說明而是一種建模語言規格說明是一種表示的標準；不是過程也不是方法但允許任何一種過程和方法使用它。用例（use case :參與者（actor）:3.2、UML模型3.213.22、子系統UML莫型會員業務打折刪除VIP(2 )后臺管理系統用例視圖自動制定進貨計劃銷售管理自動入庫登記生成銷售排行榜超市經理查詢庫存明細記錄倉管員庫存管理庫存狀態自動告警自動制定進貨計劃進貨管理自動入庫登記查詢打印計劃員工基本信息登記管理人員管理自動盤點計算客戶銷售權限管理提示員工操作權限管理3.3 系統實

22、現圖服務系P0占機釆購站TCIVIPTCP/IP客戶端TCIVIPP人事站財務站總經理 查詢站應用服 務器后臺管 理端配送管理端TCP/IP數據庫一- /配送站4、超市銷售系統概念設計文檔(1)、系統ER圖允許打折促銷價格允許銷售m供貨屯貨商商品廠商(2)、系統ER圖說明1) 商店中的所有用戶(員工)可以銷售多種商品，每種商品可由不同用戶(員工)銷 售；2) 每個顧客可以購買多種商品，不同商品可由不同顧客購買；3) 每個供貨商可以供應多種不同商品，每種商品可由多個供應商供應。3)、視圖設計1) 交易視圖 ( v_Dealing ) 用于查詢交易情況的視圖；2) 計劃進貨視圖 ( v_PlanS

23、tock ) 用于查詢進貨計劃的視圖；3) 銷售視圖(v_Sale)用于查詢銷售明細記錄的視圖；4) 入庫視圖 ( v_Stock) 用于查詢入庫情況的視圖。5、邏輯設計文檔（1）、系統關系模型a）商品信息表（商品編號，商品名稱，價格，條形碼，促銷價格，促銷起日期，促銷止日期，允許打折，庫存數量，庫存報警數量，計劃進貨數，允許銷售，廠商編號, 供貨商編號）b）用戶表（用戶編號，用戶名稱，用戶密碼，用戶類型）c）會員表（會員編號，會員卡號，累積消費金額，注冊日期）d）銷售表（銷售編號，商品編號，銷售數量，銷售金額，銷售日期）e）交易表（交易編號，用戶名稱，交易金額，會員卡號，交易日期）f）進貨入

24、庫表（入庫編號，入庫商品編號，入庫數量，單額，總額，入庫日期，計劃進貨日期，入庫狀態）g）供貨商表（供貨商編號，供貨商名稱，供貨商地址，供貨商電話）h）廠商表（廠商編號，廠商名稱，廠商地址，廠商電話）（2）、系統數據庫表結構表名中文名Merchl nfo商品信息表User用戶表Men ber會員表Sale銷售表Deali ng交易表Stock進貨入庫表Provide供貨商表Factory廠商表數據庫表索引字段名字段類型長度主/外鍵字段值約束對應中文名MerchIDint4PNot null商品編號MerchNameVarchar50Not null商品名稱MerchPriceMoney4Not

25、 null價格MerchNumInt4Not null庫存數量Cauti onNumInt4Not null庫存報警數量Pla nNumInt4null計劃進貨數BarCodeVarchar50Not null條形碼SalesProPriceMoney4促銷價格SalesProDateSDatetime8促銷起日期SalesProDateEDatetime8促銷止日期AllowAbateInt4Not null允許打折AllowSaleInt4Not null允許銷售FactoryIDVarchar10FNot null廠商編號ProvideIDVarchar10FNot null供貨商編號商

26、品信息表（Merchlnfo ）字段名字段類型長度主/外鍵字段值約束對應中文名UserIDvarchar10PNot null用戶編號UserNameVarchar25Not null用戶名稱UserPWVarchar50Not null用戶密碼UserStyleInt4Not null用戶類型用戶表（User）字段名字段類型長度主/外鍵字段值約束對應中文名MemberIDVarchar10PNot null會員編號MemberCardVarchar20Not null會員卡號TotalCostMoney4Not null累積消費金額RegDateDatetime8Not null注冊日期會員

27、表（Menber）字段名字段類型長度主/外鍵字段值約束對應中文名SaleIDVarchar10PNot null銷售編號MerChIDVarchar10FNot null商品編號SaleDateDatetime8Not null銷售日期SaleNumInt4Not null銷售數量SalePriceMoney4Not null銷售單額銷售表（Sale）字段名字段類型長度主/外鍵字段值約束對應中文名Deali ngIDVarchar10PNot null交易編號Deali ngPriceMoney4Not null交易金額Deali ngDateMoney4Not null交易日期MemberI

28、DVarchar10會員卡號UserNameVarchar10FNot null用戶名稱交易表（Dealing）字段名字段類型長度主/外鍵字段值約束對應中文名StockIDVarchar10PNot null入庫編號MerchlDVarchar10FNot null入庫商品編號MerchNumInt4Not null入庫數量MerchPriceMoney4Not null單額TotalPriceMoney4Not null總額StockDateDatetime8Datetime入庫日期Pla nDateDatetime8Datetime計劃進貨日期StockStateInt4Not null入

29、庫狀態入庫紀錄表(Stock)字段名字段類型長度主/外鍵字段值約束對應中文名ProvideIDvarchar10PNot null:供貨商編號ProvideNameVarchar50Not null供貨商名稱ProvideAddressVarchar250r供貨商地址ProvidePh oneVarchar25供貨商電話供貨商表(Provide)字段名字段類型長度主/外鍵字段值約束對應中文名FactoryIDvarchar10PNot null:丿商編號FactoryNameVarchar50Not null廠商名稱FactoryAddressVarchar250:廠商地址FactoryPh

30、oneVarchar25廠商電話廠商表(Factory)6、物理設計文檔/* 創建數據庫 */create database SuperMarketdbon primary( name=SuperMarketdb, filename='C:Program FilesMicrosoft SQL ServerMSSQLDataSuperMarketdb.mdf', size=100MB,maxsize=200MB, filegrowth=20MB)log on( name=SuperMarketlog, filename='C:Program FilesMicrosoft

31、SQL ServerMSSQLDataSuperMarketdb.ldf', size=60MB,maxsize=200MB, filegrowth=20MB)go/* 創建基本表 */use SuperMarketdbgo/* 創建交易表 */CREATE TABLE Dealing (DealingID int identity(1,1) Primary key , DealingDate datetime NOT NULL , DealingPrice money NOT NULL ,UserName varchar(25) NULL , MemberCard varchar(2

32、0) NULLGO/* 創建廠商表 */CREATE TABLE Factory (FactoryID varchar(10) Primary key , FactoryName varchar(50) NOT NULL , FactoryAddress varchar(250) NULL , FactoryPhone varchar(50) NULL)GO/* 創建會員表 */CREATE TABLE Member (MemberID varchar(10) Primary key , MemberCard varchar(20) NOT NULL , TotalCost money NOT

33、 NULL , RegDate datetime NOT NULL)GO/* 創建商品信息表 */CREATE TABLE MerchInfo (MerchID int identity(1,1) Primary key ,MerchName varchar(50) Unique NOT NULL , MerchPrice money NOT NULL , MerchNum int NOT NULL ,CautionNum int NOT NULL ,PlanNum int NOT NULL ,BarCode varchar(20) Unique NOT NULL , SalesProPric

34、e money NULL , SalesProDateS datetime NULL , SalesProDateE datetime NULL , AllowAbate int NOT NULL , AllowSale int NOT NULL , FactoryID int NOT NULL , ProvideID int NOT NULLGO/* 創建供應商表 */CREATE TABLE Provide (ProvideID varchar(10) Primary key ,ProvideName varchar(50) NOT NULL , ProvideAddress varcha

35、r(250) NULL , ProvidePhone varchar(25) NULL)GO/* 創建銷售表 */CREATE TABLE Sale (SaleID int identity(1,1) Primary key ,MerChID int NOT NULL ,SaleDate datetime NOT NULL ,SaleNum int NOT NULL,SalePrice money NOT NULL) GO /* 創建入庫表 */ CREATE TABLE Stock (StockID int identity(1,1) Primary key ,MerchID int NOT

36、 NULL , MerchNum int NOT NULL , MerchPrice money NULL , TotalPrice money NULL , PlanDate datetime NULL , StockDate datetime NULL, StockState int NOT NULL ) GO /* 創建用戶表 */ CREATE TABLE User (UserID varchar(10) Primary key , UserName varchar(25) NOT NULL ,UserPW varchar(50) NOT NULL ,UserStyle int NOT

37、 NULL ,)GO/* 創建表間約束 */* 商品信息表中廠商編號、 供應商編號分別與廠商表、 供應商表之間的外鍵約束 */ALTER TABLE MerchInfo ADDCONSTRAINT FK_MerchInfo_Factory FOREIGN KEY(FactoryID) REFERENCES Factory (FactoryID),CONSTRAINT FK_MerchInfo_Provide FOREIGN KEY(ProvideID) REFERENCES Provide (ProvideID)GO/* 銷售表中商品編號與商品信息表之間的外鍵約束 */ALTER TABLE

38、Sale ADDCONSTRAINT FK_Sale_MerchInfo FOREIGN KEY(MerChID) REFERENCES MerchInfo (MerchID) ON DELETE CASCADEGO/* 入庫表中商品編號與商品信息表之間的外鍵約束 */ALTER TABLE Stock ADDCONSTRAINT FK_Stock_MerchInfo FOREIGN KEY (MerchID) REFERENCES MerchInfo (MerchID) ON DELETE CASCADEGO/* 創建索引 */* 在交易表上建立一個以交易編號、交易日期為索引項的非聚集索引

39、*/ CREATE nonclustered INDEX IX_Dealing ON Dealing(DealingID, DealingDate) GO/* 在商品信息表上建立一個以商品編號為索引項的非聚集索引 */CREATE nonclustered INDEX IX_MerchInfo ON MerchInfo(MerchID) GO/* 在銷售表上建立一個以銷售編號、銷售日期為索引項的非聚集索引 */CREATE nonclustered INDEX IX_Sale ON Sale(SaleID, SaleDate)GO /*在入庫表上建立一個以入庫編號、入庫日期、商品編號為索引項的

40、非聚集索引 */CREATE nonclustered INDEX IX_Stock ON Stock(StockID, StockDate, MerchID) GO/* 創建視圖 */* 創建用于查詢交易情況的視圖 */CREATE VIEW v_DealingASSELECT DealingDate as 交易日期 , UserName as 員工名稱 , MemberCard as 會員卡號 , DealingPrice as 交易金額FROM DealingGO/* 創建用于查詢進貨計劃的視圖 */CREATE VIEW v_PlanStockASSELECT Stock.StockI

41、D as SID,MerchInfo.MerchName as 商品名稱 , MerchInfo.BarCode as 條形碼 , Factory.FactoryName as 廠商 , Provide.ProvideName as 供貨商 , Stock.MerchNum as 計劃進貨數量 , Stock.PlanDate as 計劃進貨日期FROM Stock,MerchInfo,Provide,FactoryWhere Stock.MerchID = MerchInfo.MerchIDand Provide.ProvideID=MerchInfo.ProvideID and Facto

42、ry.FactoryID=MerchInfo.FactoryID and Stock.StockState=0GO/* 創建用于查詢銷售明細記錄的視圖 */CREATE VIEW v_SaleASSELECT MerchInfo.MerchName as 商品名稱 , MerchInfo.BarCode as 條形碼 , MerchInfo.MerchPrice as 商品價格 , Sale.SalePrice as 銷售價格 , Sale.SaleNum as 銷售數量 , Sale.SaleDate as 銷售日期FROM Sale INNER JOINMerchInfo ON Sale.

43、MerChID = MerchInfo.MerchID GO/* 創建用于查詢入庫情況的視圖 */CREATE VIEW v_StockASSELECT MerchInfo.MerchName as 商品名稱 ,MerchInfo.BarCode as 條形碼 ,Factory.FactoryName as 廠商 , Provide.ProvideName as 供貨商 , Stock.MerchPrice as 入庫價格 , Stock.MerchNum as 入庫數量 , Stock.TotalPrice as 入庫總額 , Stock.StockDate as 入庫日期 FROM Sto

44、ck,MerchInfo,Provide,Factory Where Stock.MerchID = MerchInfo.MerchID and Provide.ProvideID=MerchInfo.ProvideID and Factory.FactoryID=MerchInfo.FactoryID and Stock.StockState=1GO7、小結和傳統管理模式相比較， 使用本系統， 毫無疑問會大大提高超市的運作效率， 輔助提高超市 的決策水平，管理水平，為降低經營成本， 提高效益，減少差錯，節省人力，減少顧客購物時 間，增加客流量，提高顧客滿意度，增強超市擴張能力， 提供有效的技

45、術保障。 由于開發者能力有限，加上時間倉促，本系統難免會出現一些不足之處，例如： 本系統只適合小型超市使用，不能適合中大型超市使用； 超市管理系統涉及范圍寬，要解決的問題多，功能復雜，實現困難，但由于限于時間， 本系統只能做出其中的一部分功能； 對于以上出現的問題，我們深表歉意，如發現還有其它問題，希望老師批評指正。參考文獻1 陶宏才編 數據庫原理及設計 清華大學出版社2 范立南編 SQL Server 2000 實用教程 清華大學出版社3 李香敏編 SQL Server 2000 編程員指南 北京希望電子出版社4 Rebecca M.Riordan 編 輕松搞定 SQL Server 200

46、0 程序設計5 Watts S.Humphrey 編 軟件工程規范 清華大學出版社6 Shari Lawrence Pfleeger 編 軟件工程理論與實踐 清華大學出版社7 Swapna Kishore 編 軟件需求分析 機械工業出版社8 林銳編 軟件工程思想應急預案現場處置方案一）、觸電事故現場處置方案第一節 事故特征1.1 危險程度分析 a 人直接與帶電體接觸的觸電事故：按照人體觸及帶電體的方式和電流通過人體的途徑，此類事故可分為單相觸電和兩相觸電。單相觸電是指人體在地面或其他接地導體上，人體某一部分觸及一相帶電體而發生的事故。兩相觸電是指 人體兩處同時觸及兩帶電體而發生的事故，其危險性

47、較大。此類事故約占全部觸電事故的40%以上；b 與絕緣損壞電氣設備接觸的觸電事故：正常情況下，電氣設備的金屬外殼是不帶電的，當絕緣損壞而漏電時，觸及到這些外殼，就會發生觸電事故，觸電情況和接觸帶電體一樣。此類事故占全部觸電事故的50% 以上；c 跨步電壓觸電事故：當帶電體接地有電流流入地下時，電流在接地點周圍產生電壓降，人在接地點周圍兩腳之間出現電壓降，即造成跨步電壓觸電。1.2 事故類型 人體因電流通過所受的傷害可分電傷和電擊兩種 , 其對人體的傷害如下： 電傷：電傷是因為觸電而使人體的外表局部受傷，有灼傷和電烙印等。這種觸電往往因電火花或電弧的發生而造成，會引起刺痛的感覺。電擊：電擊是指觸

48、電傷亡事故。當人體與有電導體接觸時，有電流通過人體，電流產生的熱將人體表皮燒傷，發生水泡，這樣皮膚電阻驟然減低，電流加大；在大電流通過人體時，神經細胞受傷，產生局部麻痹，使觸電人不能自我脫 離險境，被電“吸住”；電流對人體的傷害進一步加重，至使有一部分電流通過心臟，引起心臟或呼吸器官發生麻痹，造成死亡事故。1.3 事故發生的區域 變壓器區域、配電室、車間等生產裝置區域。1.4 事故可能發生的季節 觸電事故有明顯的季節性：一般每年以二、三季度事故較多，六至九月集中。因為夏秋兩季天氣潮濕、多雨，降低了電氣設備的絕緣性能；人體多汗皮膚電阻降低，容易導電；天氣炎熱，電扇用電或臨時線路增多，且操作人員不

49、穿戴 工作服和絕緣工具。1.5 事故前可能出現的征兆 絕緣層破損、老化，超負荷運行；設備存在安全隱患，出現漏電現象；電氣設備金屬外殼接地不良或不接地；未按規定進行必要的保養和檢查；員工未按安全操作規程操作。第二節 應急組織與職責2.1 火災事故現場應急處置小組組 長：車間主任副 組 長 : 班組長 通訊保障組：綜合辦、事故發現人員 搶險救護組：車間保全人員 滅火警戒組：各班組長2.2 應急職責2.2.1 組長：（1 ）組織本處置方案的制訂、修善，并定期組織演練；（2 ）負責本處置方案應急資金投入的落實；（3 ）發生事故后，組織指揮本單位的應急救援工作，并負責向公司領導報告；（4 ）事故結束后，

50、組織事故原因的調查、分析，處置方案適用性的評審。2.2.2 副組長（1 ）協助組長，具體組織本處置方案的編制、修善工作；（2 ）根據施工需求，制定處置方案的資金投入計劃；（3 ）發生事故后，協助總指揮負責應急救援的具體指揮工作；（4 ）協助事故后的恢復工作；（5 ）參與事故原因的調查和分析，處置方案適用性的評審；（6 ）組長不在，由副組長代理行使職責。2.2.3 通訊保障組主要職責（1）掌握所有重要部門的電話號碼以及重要應急機構、部門、人員的電話號碼；（2）保證通訊聯絡的暢通；（3）負責配合常務副總指揮的各項工作協調；及時下達各種指令，落實指令的執行情況，并匯報常務副總指揮；（4）保證應急搶險

51、車輛的調配。2.2.4 搶險救援組主要職責（1）迅速組織搶險、搶修隊員奔赴現場，佩戴好個人防護用品，按照指揮部的命令，搶救、轉移受傷人員，切斷事故源，迅速搶修并控制事故進一步擴大；（2）負責對傷員的臨時處置，待病情穩定后，做進一步處理；2.2.5 滅火警戒組主要職責（1）查明火情和職工傷亡情況，搶救事故現場職工、組織滅火；（2）滅火救援組組長如果不在現場，由保衛組組長代行職責；（3）配合專業消防隊伍做好滅火救援工作；（4 ）建立警戒區，根據確定的安全疏散路線，疏散公眾（包括公司內人員和公司外周邊人員），引導消防人員或醫護人員進入事故現場，迅速將警戒區內與事故應急處理無關的人員撤離。第三節 應急

52、處置3.1 應急處置程序：3.1.1 最早發現者就立即向主管部門領導或車間主任報告，在確保自身安全情況下并采取辦法控制事態。3.1.2 主管部門領導或車間主任接到報警后，應迅速通知有關車間，要求查明裝置和原因，下達應急救援預案處置的指令，同時發出警報通知上級應急指揮部，同時和車間指揮部成員迅速趕往事故現場，必要時向消防隊報警救援。3.1.3 應急指揮部人員應迅速到達事故現場，根據事故狀態及危害程度，做出相應的應急決定進行救援，如事故擴大無法控制，應立即向上級指揮中心匯報，上級指揮中心上報公安、安監等領導機關報告事故情況，并請求支援。3.1.4 其他相關班組到達事故現場后，會同發生事故的部門積極

53、展開救援。在查明部位和范圍后看能否控制，車間按生產調度命令進行停車或緊急停車。3.1.5 當事故得到控制。立即成立專門工作小組調查事故發生原因和研究制定防范措施。研究制定搶修方案，并立即組織搶修，盡早恢復生產。3.2 應急處置措施3.2.1 首先做好現場保衛工作，保護好現場并采取積極措施保護傷員生命，減輕傷情，減少痛苦，并根據傷情需要，迅速聯系醫療部門救治。3.2.2 發現有人觸電，應立即斷開有關電源，使觸電者在脫離電源后在沒有搬移、不急于處理外傷情況下，立即進行心肺復蘇急救，并根據傷情迅速聯系公司就近醫院救治，發現觸電者呼吸、心跳停止時，應立即在現場就地搶救，用心 肺復蘇法支持呼吸循環，對腦、心重要臟器供氧。3.2.3 如果觸電者處于高位，為防止解脫電源后自高處墜落應采取預防措施。3.2.4 觸電者觸及低壓帶電設備，救護人員應設法迅速切斷電源，救護人員也可站在絕緣墊上或木板上進行救護。5 秒繼續3.2.5 高處觸電緊急救護： 救護人員應在確定觸電者已與電源隔離，且救護人員本身所涉及環境安全距離危險電源時，方能接觸傷員進行搶救，并應注意防止發生高處墜落的可能。如傷員停止呼吸，立即口對口吹氣 2 次，再測試頸動脈，如有脈搏則每