【正文】 框架，并以Tomcat作為服務器Mysql作為數(shù)據(jù)庫進行開發(fā)的。 B/S。 MVC。由此我們設計開發(fā)超市銷售管理系統(tǒng)。此外，對于那樣功能齊全的管理系統(tǒng)也需要花大精力來維護。本系統(tǒng)所包括的功能模塊主要有：用戶登錄模塊，它是系統(tǒng)的初始界面，用戶必須登錄才可以進行相應操作，登錄時系統(tǒng)會自動根據(jù)用戶的權限給予相應的管理主界面。商品銷售模塊，此模塊可以銷售商品和盤點當日銷售情況。商品庫存模塊，此模塊可以查看庫存信息，進行庫存商品的損溢操作等。在系統(tǒng)的安全性方面，超級管理員可以登錄到任何一個管理模塊，能夠添加和刪除其他賬戶，改變?nèi)我庖粋€賬戶的密碼，設定賬戶的操作權限。通過這樣的權限限制就可以方便的控制系統(tǒng)的安全性。操作難度小，易學易用。1 系統(tǒng)概述 系統(tǒng)背景介紹超市形式在我國于20世紀90年代初期起步，現(xiàn)在已經(jīng)成為我國零售業(yè)的一種重要形態(tài)。超市形態(tài)具有種種優(yōu)點，但在目前狀況下，它仍存在零售業(yè)企業(yè)所共有的落后的一面，如：不能有效地管理每種商品，收款結算速度慢，容易出現(xiàn)營業(yè)差錯，不宜進行商品調(diào)價，盤點效率低等，而且在超市日常管理中，商品的進、銷、存等決策以經(jīng)驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足。在這樣的背景下，只有依靠現(xiàn)代化的計算機信息處理技術來管理超市，從而節(jié)省出大量的人力、物力，改善員工的工作條件，減輕勞動強度，快速反映出商品的進、銷、存等狀況和各種反饋信息的分析，才能夠使管理人員快速對市場的變化做出相應的決策，加快超市經(jīng)營管理效率。本系統(tǒng)可以實現(xiàn)銷售、采購、倉儲等超市基本業(yè)務的綜合銷售管理，還可以實現(xiàn)財務的綜合統(tǒng)計，為超市的現(xiàn)代化管理提供便利、可靠的保障。如商品銷售模塊可以進行商品的銷售和盤點當日的銷售信息等，財務管理模塊可以查詢超市的綜合營業(yè)狀況，查詢銷售和進貨的狀況等。體現(xiàn)了功能的靈活實現(xiàn)。開發(fā)前需要首先安裝JDK以支持環(huán)境的搭建。在Firefox中安裝組件Firebug調(diào)試工具，它在開發(fā)調(diào)試JavaScript過程中十分便利。（2）在MyEclipse中安裝插件Spket，它是一款全面支持JavaScript的免費開發(fā)工具，其體積小巧，它就像是為EXT量身定做的一樣。這樣在開發(fā)ExtJS的時候可以有相應提示。Firebug是它的一個組件，它用于調(diào)試JavaScript相當方便，它可以顯示動態(tài)生成的DOM，甚至可以在Firebug里直接對DOM進行修改，而這些修改會反映到顯示頁面上。Firebug安裝相當簡單，在Firefox中搜索，在網(wǎng)頁中點擊安裝即可。下面詳細介紹這些概念。B/S是瀏覽器(Browser)/服務器(Server)模式，客戶端只要有一款瀏覽器就可以和服務器實現(xiàn)數(shù)據(jù)交互，Web應用程序就是B/S模式。JSP技術以Java語言作為腳本語言（Java是一種成熟的跨平臺的程序設計語言）。Servlet是一種Java編程語言類，用來擴展通過響應－請求編程模型服務應用程序訪問的服務器功能。（3） ExtJS可以用來開發(fā)RIA也即富客戶端的AJAX應用，是一個用javascript寫的，主要用于創(chuàng)建前端用戶界面，是一個與后臺技術無關的前端ajax框架。本系統(tǒng)使用ExtJS實現(xiàn)了One Page, One Application即一個頁面就是一個應用。MVC架構是Model –View Controller的縮寫，中文翻譯為模型視圖控制器。Event(事件)導致Controller改變Model或View，或者同時改變兩者。類似的，只要Controller改變了View，View會從潛在的Model中獲取數(shù)據(jù)來刷新自己。數(shù)據(jù)模型主要指實體對象的數(shù)據(jù)保存（持續(xù)化）。一個模型能為多個視圖提供數(shù)據(jù)。視圖可以向模型查詢業(yè)務狀態(tài)，但不能改變模型，它還能接收模型發(fā)出的數(shù)據(jù)更新事件，從而對用戶界面進行同步更新。如當用戶單擊頁面中的提交按鈕來發(fā)送表單內(nèi)容時，控制器接受請求并調(diào)用相應的模型組件去處理請求，然后更新相應視圖來顯示模型返回的數(shù)據(jù)。模型、視圖與控制器的分離，使得一個模型可以具有多個顯示視圖。因此，無論何時發(fā)生了何種數(shù)據(jù)變化，控制器都會將變化通知所有的視圖，導致顯示的更新。2 可行性分析和需求分析 可行性研究可行性研究（Feasibility Study），是指在調(diào)查的基礎上，通過市場分析、技術分析、財務分析和國民經(jīng)濟分析，對各種投資項目的技術可行性與經(jīng)濟合理性進行的綜合評價。由于系統(tǒng)數(shù)據(jù)量相對較少，從系統(tǒng)運行的角度來看，對計算機的性能要求相對來說也不是很高，所以在其管理上所需費用要相對較少。 技術可行性隨著互聯(lián)網(wǎng)的迅速發(fā)展，基于Internet的B/S架構應用程序逐漸被人們所關注。能夠很好的實現(xiàn)B/S架構的軟件。因為使用計算機化的超市銷售管理系統(tǒng)可以很好的改變目前超市銷售管理工作的現(xiàn)狀，能夠提高工作效率?？梢哉f，在軟件工程當中的“需求分析”就是確定要計算機“做什么”。超市的基本業(yè)務狀況有銷售、進貨、庫存等，此外系統(tǒng)中還要設置商品、用戶、權限等必要的系統(tǒng)信息，還可以查看超市運行財務狀況。采購進貨模塊，以實現(xiàn)商品采購進貨的基本業(yè)務。此外可以添加輔助功能模塊，系統(tǒng)管理和財務管理，分別實現(xiàn)對系統(tǒng)的維護和超市營業(yè)狀況的分析查詢。整個系統(tǒng)實現(xiàn)商品信息的統(tǒng)一編碼，并由系統(tǒng)管理員集中管理,可以促進系統(tǒng)管理員的工作效率，并有效減少成本和繁瑣的工作量。適應性：該系統(tǒng)對于軟硬件要求并不是趨于高檔,能實現(xiàn)廣泛應用。同時支持動態(tài)添加基本信息，增加的商品供貨商等都可以隨時添加。實現(xiàn)系統(tǒng)數(shù)據(jù)處理的輕負荷。3 系統(tǒng)設計 系統(tǒng)功能設計 超市系統(tǒng)功能的設計首先進行總體設計說明系統(tǒng)功能設計的設計思想和設計原則，在根據(jù)總體設計做詳細的功能模塊設計。 總體設計（1）設計思想：（1）系統(tǒng)分成幾個相對獨立的模塊，但這些模塊都進行集中式管理。（2）分層的模塊化程序設計思想，整個系統(tǒng)采用模塊化結構設計。如程序中操作數(shù)據(jù)庫時，在Util層中獲取數(shù)據(jù)庫連接，在DAO層中操作數(shù)據(jù)庫完成CRUD操作。（3）合理的數(shù)據(jù)流設計，在應用系統(tǒng)設計中，相對獨立的模塊間以數(shù)據(jù)流相互連接，使各模塊間的耦合性較低，方便系統(tǒng)運行，提高系統(tǒng)安全性。（2）實用性原則：適合商品信息管理工作的實際需求，并能夠處理一些特殊情況的要求，此外，盡可能預留空間，以便擴充功能。（4）易操作原則：要求設計的系統(tǒng)功能齊全，接口友好，操作方便，必要的地方進行提示。 詳細設計本系統(tǒng)除了登錄模塊外，主頁中共實現(xiàn)五個完整的功能模塊，分別是財務管理、商品銷售管理、商品進貨管理、商品庫存管理和系統(tǒng)管理。圖32 系統(tǒng)功能結構圖財務管理模塊包括營業(yè)綜合統(tǒng)計、收銀報表查詢、結賬單據(jù)查詢、進貨報表查詢、進貨單據(jù)查詢。商品銷售模塊包括銷售商品、今日盤點。商品進貨模塊包括采購進貨、今日盤點。商品庫存模塊包括庫存預警、庫存信息查詢、損溢處理、損益查詢。進行庫存的損溢操作，查看損益信息等。系統(tǒng)管理模塊包括用戶設置、商品管理、供貨商管理、商品類別管理、員工管理、權限管理、登錄日志、系統(tǒng)信息?？梢蕴砑訂T工并設置員工的權限。管理員可以添加賬戶類型，并設置相應的權限。 用例分析用例分析是干什么用的呢？要說明這個問題，我們看看下面幾個概念。所謂與“系統(tǒng)交互”指的是角色向系統(tǒng)發(fā)送消息、從系統(tǒng)中接收信息，以及在系統(tǒng)中的信息交換。比如，某人使用系統(tǒng)中提供的用例，則該人就是角色。我們可以這樣通俗的理解，用例是參與者想要系統(tǒng)做的某件事情。 用例詳細說明光有用例分析是不夠的，用例只是程序的功能界定，需求概述也僅僅對每個功能提了個名字，想要實現(xiàn)系統(tǒng)的功能還必須知道每個功能的詳細內(nèi)容，深入了解用戶在完成系統(tǒng)的某個功能時需要做些什么事。（1）系統(tǒng)登錄所有的用戶都可以登錄，系統(tǒng)會自動加載與其權限對應的主界面。（3）商品銷售可以輸入商品編號或商品樹中選擇商品，進行銷售商品的操作，盤點當日的銷售狀況。（5）商品庫存查看庫存預警，商品少于一定數(shù)量則自動顯示在預警頁面中。進行庫存商品的損溢操作，查看損溢信息等。 數(shù)據(jù)庫需求分析數(shù)據(jù)庫在一個系統(tǒng)中占有非常重要的地位，數(shù)據(jù)設計的優(yōu)劣將直接對應用系統(tǒng)的效率以及實現(xiàn)的效果產(chǎn)生影響。設計數(shù)據(jù)庫系統(tǒng)時應該首先充分了解系統(tǒng)需求的各個方面的需求，包括現(xiàn)有的和將來可能增加的需求。 Oracle、DBSybase、MS SQL Server、MySQL等都是關系數(shù)據(jù)庫。MySQL是當前應用最廣泛的開源數(shù)據(jù)庫軟件，在非商業(yè)用途下可免費使用。需求具體體現(xiàn)在各種信息的提供、保存、更新和查詢上，這就要求數(shù)據(jù)庫結構能充分滿足各種信息的輸出和輸入。在仔細分析和調(diào)查系統(tǒng)的基礎上，針對超市銷售管理系統(tǒng)的需求，通過對超市運營的流程和數(shù)據(jù)進行分析，設計如下所示的數(shù)據(jù)項和數(shù)據(jù)結構：用戶信息：包括用戶名稱、系統(tǒng)啟用時間、用戶地址、聯(lián)系電話、營業(yè)時間。（其中TRUE=1和FALSE=0）其對應的實體屬性圖如圖35所示：圖35 權限信息實體屬性圖員工信息：包括員工工號、員工姓名、員工密碼、用戶類型。其對應的實體屬性圖如圖37所示：圖37 日志信息實體屬性圖供貨商信息：包括供貨商編號、供貨商名稱、聯(lián)系人、聯(lián)系電話、聯(lián)系地址。其對應的實體屬性圖如圖39所示：圖39 商品類別信息實體屬性圖商品信息：包括商品編號、商品名稱、單位、類別、成本價、單價。其對應的實體屬性圖如圖311所示：圖311 商品庫存信息實體屬性圖損溢信息：包括損溢編號、商品編號、供貨商、損溢數(shù)量、損溢標注、損溢說明、損溢日期、操作員。其對應的實體屬性圖如圖313所示：圖313 銷售商品信息實體屬性圖采購商品信息：包括帳單號、商品編號、供貨商、進貨數(shù)量、支付金額、進貨日期、操作員。并使用當前數(shù)據(jù)庫“use market”開始創(chuàng)建表：其中，用戶信息表如表31所示，表名user，主鍵user_name。設定后它會自動加載到主頁的系統(tǒng)信息上，每次登錄時會自動顯示出來。表32 權限信息表字段名字段類型長度主/外鍵約束對應中文名user_type_idintP(auto)NOT NULL用戶類型編號user_type_namevarchar20NOT NULL用戶類型名稱cw_ctrlintNOT NULL財務管理權限sell_ctrlintNOT NULL商品銷售權限buy_ctrlintNOT NULL商品進貨權限stock_ctrlintNOT NULL庫存管理權限sys_ctrlintNOT NULL系統(tǒng)管理權限權限表中擁有某個權限TRUE=1，沒有權限FALSE=0，向權限表中加入初始數(shù)據(jù)，定義用戶類型“admin”管理員擁有所有權限，SQL語句為“insert into userlimit values(null,39。,1,1,1,1,1)。員工信息表如表33所示，表名person，主鍵per_id。這里向員工表中加入初始數(shù)據(jù)，加入管理員賬戶其SQL語句為“insert into person values(1111,39。,39。,1)。這樣啟用系統(tǒng)后便可以使用此賬戶進行系統(tǒng)初始化操作了。日志信息表如表34所示，表名log，主鍵log_id。供貨商信息表如表35所示，表名provider，主鍵pv_id。商品類別信息表如表36所示，表名category，主鍵cg_id。商品信息表如表37所示，表名sp，主鍵sp_id。商品庫存信息表如表38所示，表名stock，主鍵sp_id。表中沒有的冗余字段查詢的時候使用表的聯(lián)合查詢來實現(xiàn)。表39 損溢信息表字段名字段類型長度主/外鍵約束對應中文名sy_idintP(auto)NOT NULL損溢編號sp_idintF(sp)NOT NULL商品編號pv_idintF(provider)NOT NULL供貨商sy_countintNOT NU