【正文】 析說明），分析其對應(yīng)的各個功能模塊的實現(xiàn)方法，展示其實現(xiàn)效果。表311 采購商品信息表字段名字段類型長度主/外鍵約束對應(yīng)中文名b_billvarchar20PNOT NULL賬單號sp_idintP/F(sp)NOT NULL商品編號pv_idintF(provider)NOT NULL供貨商b_countintNOT NULL進貨數(shù)量b_zfdoubleNOT NULL支付金額b_timedatetimeNOT NULL進貨日期per_idintF(person)NOT NULL操作員采購商品信息表使用聯(lián)合主鍵“primary key(b_bill,sp_id)”，通過賬單號和商品ID可以確定這個表中的一條記錄。通過這個表可以查詢銷售記錄，形成財務(wù)銷售信息，借此以輔助提高超市的決策水平。銷售商品信息表如表310所示，表名sell，主鍵s_bill，sp_id。損益信息表如表39所示，表名sy，主鍵sy_id。表38 商品庫存信息表字段名字段類型長度主/外鍵約束對應(yīng)中文名sp_idintP(auto)F(sp)NOT NULL商品編號stock_countintNOT NULL庫存數(shù)量通過查詢商品庫存表可以查看庫存預(yù)警信息和詳細的庫存信息。表37 商品信息表字段名字段類型長度主/外鍵約束對應(yīng)中文名sp_idintP(auto)NOT NULL商品編號sp_namevarchar20NOT NULL商品名稱sp_unitvarchar20單位cg_idintF(category)NOT NULL類別sp_costdoubleNOT NULL成本價sp_pricedoubleNOT NULL單價添加商品后，進行進貨、銷售、損溢等操作時系統(tǒng)會自動將所有商品按照商品類別分類展示出來，供用戶選擇使用。表36 商品類別信息表字段名字段類型長度主/外鍵約束對應(yīng)中文名cg_idintP(auto)NOT NULL類別編號cg_namevarchar20NOT NULL類別名稱cg_statevarchar40NOT NULL類別說明設(shè)定商品類別后，添加商品的時候便可以根據(jù)商品類別添加，系統(tǒng)也會按照商品類別分類顯示。表35 供貨商信息表字段名字段類型長度主/外鍵約束對應(yīng)中文名pv_idintP(auto)NOT NULL供貨商編號pv_namevarchar20NOT NULL供貨商名稱pv_pervarchar20NOT NULL聯(lián)系人pv_addrvarchar40NOT NULL聯(lián)系電話pv_phonevarchar20NOT NULL聯(lián)系地址設(shè)定供貨商信息，在采購進貨時會加載供用戶選擇，每筆訂單中的記錄都可以設(shè)定各自的供貨商信息。表34 日志信息表字段名字段類型長度主/外鍵約束對應(yīng)中文名log_idintP(auto)NOT NULL日志編號per_idintF(person)NOT NULL員工工號login_timedatetimeNOT NULL登錄時間logout_timedatetimeNOT NULL退出時間login_ipvarchar20NOT NULL登錄IP用戶登錄時系統(tǒng)會自動記錄登錄員工的工號和其登錄時間、登錄IP地址等信息，當(dāng)用戶退出時系統(tǒng)會自動記錄其時間并更新對應(yīng)記錄。員工使用其工號登錄時，系統(tǒng)會自動根據(jù)其用戶類型確定其權(quán)限，并加載對應(yīng)的UI。”，即管理員工號：1111，密碼：1111。111139。admin39。表33 員工信息表字段名字段類型長度主/外鍵約束對應(yīng)中文名per_idintPNOT NULL員工工號per_namevarchar20NOT NULL員工姓名per_passwordvarchar20NOT NULL員工密碼user_type_idintF(userlimit)NOT NULL用戶類型系統(tǒng)默認使用員工工號進行登錄，管理員可以添加員工設(shè)定其工號和密碼，并設(shè)置其權(quán)限類型?！薄dmin39。權(quán)限信息表如表32所示，表名userlimit，主鍵user_type_id。表31 用戶信息表字段名字段類型長度主/外鍵約束對應(yīng)中文名user_namevarchar40PNOT NULL用戶名稱sys_use_timedatetimeNOT NULL系統(tǒng)啟用時間user_addrvarchar40NOT NULL用戶地址user_phonevarchar20NOT NULL聯(lián)系電話open_timevarchar20NOT NULL營業(yè)時間用戶信息表中存儲系統(tǒng)超市名稱、地址、聯(lián)系電話等信息。其對應(yīng)的實體屬性圖如圖314所示：圖314 采購商品信息實體屬性圖 創(chuàng)建數(shù)據(jù)庫我們選用MySQL數(shù)據(jù)庫，首先創(chuàng)建超市銷售管理系統(tǒng)數(shù)據(jù)庫market，創(chuàng)建數(shù)據(jù)庫的SQL語句為：create database market default character set utf8。其對應(yīng)的實體屬性圖如圖312所示：圖312 損溢信息實體屬性圖銷售商品信息：包括賬單號、商品編號、銷售數(shù)量、應(yīng)收金額、折扣率、實收金額、銷售日期、操作員。其對應(yīng)的實體屬性圖如圖310所示：圖310 商品信息實體屬性圖商品庫存信息：包括商品編號、庫存數(shù)量。其對應(yīng)的實體屬性圖如圖38所示：圖38 供貨商信息實體屬性圖商品類別信息：包括類別編號、類別名稱、類別說明。其對應(yīng)的實體屬性圖如圖36所示：圖36 員工信息實體屬性圖日志信息：包括日志編號、員工工號、登錄時間、退出時間、登錄IP。其對應(yīng)的實體屬性圖如圖34所示：圖34 用戶信息實體屬性圖權(quán)限信息：包括用戶類型編號、用戶類型名稱、財務(wù)管理權(quán)限、商品銷售權(quán)限、商品進貨權(quán)限、商品庫存管理權(quán)限、系統(tǒng)管理權(quán)限。通過收集基本數(shù)據(jù)、數(shù)據(jù)結(jié)構(gòu)以及數(shù)據(jù)處理的流程，組成一份詳盡的數(shù)據(jù)詞典，為后面的具體設(shè)計打下基礎(chǔ)。MySQL精小但是執(zhí)行效率高，運行穩(wěn)定，深受歡迎。本系統(tǒng)選用MySQL數(shù)據(jù)庫。目前商業(yè)應(yīng)用中最主要的是關(guān)系數(shù)據(jù)庫。合理的數(shù)據(jù)庫結(jié)構(gòu)設(shè)計可以提高數(shù)據(jù)存取效率，保證數(shù)據(jù)完整性和一致性，從而有利于程序的實現(xiàn)。（6）系統(tǒng)管理設(shè)置系統(tǒng)運行的必要信息，添加商品、商品類別，供貨商信息，添加員工設(shè)置權(quán)限，查看登錄日志，查看系統(tǒng)信息等。查看庫存詳細信息。（4）采購進貨可以輸入商品編號或商品樹中選擇商品，進行采購商品的操作，盤點當(dāng)日的采購狀況。（2）財務(wù)管理可以根據(jù)設(shè)定的時間段查看超市整體的營業(yè)狀況，查看這一時間內(nèi)銷售或進貨的報表，查看某一結(jié)賬單據(jù)的詳細等等。下面就讓我們來看看圖中用例的詳細說明。根據(jù)用例和角色的概念，通過對超市銷售管理系統(tǒng)需求的了解，可以得到如圖33所示的分析結(jié)果：圖33 系統(tǒng)用例圖在圖33中像人一樣的圖形就是角色，通過對超市銷售管理系統(tǒng)的需求分析可知系統(tǒng)默認有管理員角色，管理員擁有所有系統(tǒng)權(quán)限，它可以添加其他用戶和設(shè)置其權(quán)限；圖中橢圓代表的是用例（這里分析的是系統(tǒng)整體上的功能）；中間的箭頭將角色與用例連接起來，代表的是對應(yīng)的角色可以使用的用例，有一個箭頭就代表對應(yīng)的角色可以使用用例，沒有箭頭則表示對應(yīng)的角色不能使用該用例。用例是對包括變量在內(nèi)的一組動作序列的描述，系統(tǒng)執(zhí)行這些動作，并產(chǎn)生可觀察到的系列結(jié)果。使用用例與系統(tǒng)互相交流的任何人或事都是角色。角色（Actor）是與系統(tǒng)交互的人或事。 系統(tǒng)用例分析 對系統(tǒng)做角色用例分析，這樣可以很好地體現(xiàn)系統(tǒng)各個模塊的設(shè)計思路，體現(xiàn)系統(tǒng)功能模塊設(shè)計的必要性。系統(tǒng)會自動查詢出登錄日志和設(shè)定的系統(tǒng)信息并做出相應(yīng)展現(xiàn)。系統(tǒng)管理模塊中可以設(shè)置用戶信息，商品、商品類別、供貨商等信息?；诔羞\營的實際情況并不設(shè)置商品出庫的功能。商品庫存模塊中可以查看庫存預(yù)警，查看庫存的詳細信息。商品進貨模塊中也會自動顯示所有商品，采購人員可以選定商品進行采購操作，還可查看當(dāng)日進貨盤點信息。商品銷售模塊中系統(tǒng)自動將所有商品按照類別分類顯示，銷售人員可以選定商品或直接輸入商品編號進行銷售操作，此外還可以查看當(dāng)日盤點信息。財務(wù)管理模塊中可以根據(jù)設(shè)定的時間段，查詢對應(yīng)的營業(yè)信息。系統(tǒng)根據(jù)不同的用戶角色又有不同的功能模塊體現(xiàn)，其中銷售人員的功能結(jié)構(gòu)圖如圖31所示：圖31 銷售人員功能結(jié)構(gòu)圖管理員的對應(yīng)的系統(tǒng)功能結(jié)構(gòu)圖，如圖32所示。（5）安全性原則：該系統(tǒng)的管理員具有可設(shè)置登錄賬戶，修改密碼的權(quán)限，不同的用戶類型有不同的操作權(quán)限。（3）準(zhǔn)確性原則：對輸入的相關(guān)資料建立檢錯機制，及時報錯，使用戶能夠及時準(zhǔn)確的輸入合法資料（如：類型匹配，長度不超限等）。（2）設(shè)計原則：為了使本系統(tǒng)功能齊全完備，操作簡便，最大限度的提高軟件的質(zhì)量，從而滿足用戶的實際需要，在設(shè)計開發(fā)過程中遵循如下原則：（1）合法性原則：依據(jù)小型超市實際的工作情況，進行諸如商品進貨、銷售等工作。這樣使程序?qū)哟谓Y(jié)構(gòu)分明，便于維護拓展。作為應(yīng)用程序有較強的可操作性和擴展性。每個模塊都可以完成自己特定的功能，如財務(wù)、銷售、進貨等等。實現(xiàn)一體化的設(shè)計思路。安全性：系統(tǒng)采用不同的權(quán)限級別，不同的用戶有不同的操作權(quán)限，實現(xiàn)了很好的安全認證。易維護性：可以方便的維護系統(tǒng)，可以使用工具導(dǎo)出數(shù)據(jù)庫數(shù)據(jù)，清空階段性數(shù)據(jù)。本系統(tǒng)是B/S模式，可以實現(xiàn)同時讓多個用戶訪問和操作。易操作性：本系統(tǒng)在銷售、商品管理等重要環(huán)節(jié),不需輸入任何復(fù)雜的信息，管理員只需通過瀏覽器便可進行數(shù)據(jù)的錄入、查詢和修改等工作。實用性：方便可快捷的實現(xiàn)商品在銷售、采購和庫存等方面的信息操作。庫存管理模塊，實現(xiàn)商品的綜合管理業(yè)務(wù)。根據(jù)超市的業(yè)務(wù)流程，必須要設(shè)計實現(xiàn)的模塊有商品銷售模塊，以實現(xiàn)商品銷售的基本業(yè)務(wù)。 功能需求分析根據(jù)超市的實際運營情況進行分析，通常它們沒有獨立的倉庫，進貨和銷售商品都是在同一場所完成，在此，我們即按照這一實際的情況進行系統(tǒng)設(shè)計。 系統(tǒng)需求分析所謂“需求分析”，是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什么數(shù)據(jù)，要得到什么結(jié)果，最后應(yīng)輸出什么。無論是從經(jīng)濟方面還是從技術(shù)方面分析的情況上都可以看出，開發(fā)超市銷售管理系統(tǒng)，實現(xiàn)超市銷售管理的計算機化是非常必要的，也是可行的?；贘AVAEE規(guī)范的系統(tǒng)設(shè)計實現(xiàn)已經(jīng)非常成熟。從本系統(tǒng)的投入費用、收益、投資回報周期等方面來看，本系統(tǒng)都是可行的。 經(jīng)濟可行性作為超市的銷售管理系統(tǒng)，由于其數(shù)據(jù)量相對較小，并且在數(shù)據(jù)處理上不是很復(fù)雜，所以從項目開發(fā)的角度來說其開發(fā)周期會比較短，它的開發(fā)成本不會很高。這實際上是一種模型的變化傳播機制。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù)，所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化?？刂茖釉跀?shù)據(jù)和應(yīng)用客戶之間擔(dān)當(dāng)一個調(diào)節(jié)者，它實現(xiàn)了業(yè)務(wù)邏輯的控制，并且響應(yīng)客戶端和數(shù)據(jù)層之間的交換，它接受客戶端的請求，將