【文章內(nèi)容簡介】 圖形用戶界面，而該系統(tǒng)是大家熟悉的操作系統(tǒng)，對于那些有一般的計算機知識的人員就可以輕松上手。而整個超市管理系統(tǒng)采用最友好的交互界面，簡介明了，不需要對數(shù)據(jù)庫進行深入的了解。綜上所述，該系統(tǒng)具有很高的開發(fā)可行性，無論是從技術(shù)上或者經(jīng)濟上還是操作上。第四章 需求分析現(xiàn)在的社會是信息的社會，信息只有快、準、精，才能發(fā)揮其價值，所以機器操作代替人力操作是必然的歷史發(fā)展趨勢，只有領(lǐng)導(dǎo)的重視和支持才能從人工操作改為計算機的自動化系統(tǒng)，人工操作必將被計算機代替。 功能需求（1）對商品類型信息資料進行管理，對該信息數(shù)據(jù)進行及時的更新以及維護，具有刪除、添加、修改以及查詢的功能。（2）對商品基本信息資料進行管理，對該信息數(shù)據(jù)進行及時的更新以及維護，每個商品基本信息都歸屬匹配到對應(yīng)的商品類型信息，具有刪除、添加、修改以及查詢商品基本信息的功能。（3）對庫存信息資料進行管理，對該信息數(shù)據(jù)進行及時的更新以及維護，當商品庫存數(shù)量不足或者低于商品庫存下限時，會提示管理員對該商品進行進貨處理。（4）對銷售記錄信息資料進行管理，對該信息數(shù)據(jù)進行及時的更新以及維護，可以對銷售記錄信息進行統(tǒng)計以及查詢，能夠查看某個時間段內(nèi)、某件商品或者某個收銀員的銷售狀況。（5）系統(tǒng)維護管理，能夠系統(tǒng)用戶的密碼進行修改。（6）系統(tǒng)應(yīng)該有一個簡易易于操作使用的界面。 數(shù)據(jù)流程分析 流程概述管理員通過登錄界面才能訪問超市銷售管理系統(tǒng)后臺界面，如果用戶賬號，密碼或者權(quán)限出錯，則會提示登錄失敗，將無法進入后臺管理界面。管理員是有員工表根據(jù)員工的職稱自動分配的，密碼是默認設(shè)置的，可以對第一次登錄的管理員提示修改密碼。管理員登陸本系統(tǒng)后，能夠?qū)拘畔①Y料處理、信息查詢、系統(tǒng)維護、銷售統(tǒng)計，其中基本信息資料處理包括錄入、刪除、修改。錄入功能涉及對商品基本信息、商品類型信息、員工基本信息的錄入；刪除功能涉及對商品基本信息、商品類型信息、員工基本信息的刪除；修改功能是對不正確或者變動更新后的商品基本信息、商品類型信息、員工基本信息的修改。管理員能夠隨時關(guān)注超市商品表跟倉庫商品表中的數(shù)量以及銷售業(yè)績。當超市商品庫存數(shù)量低于一定值時，則根據(jù)庫存警報提示，通知物流部門人員對相應(yīng)商品進行進貨處理，補貨到倉庫，完成入庫操作，及時修改數(shù)據(jù)庫數(shù)據(jù)更新庫存信息。管理員還可以查看某段時間內(nèi)或者某個銷售人員或者某件商品的銷售情況，根據(jù)銷售情況對銷售人員的業(yè)績進行評定，以及可以根據(jù)銷售情況修改商品的零售價。 數(shù)據(jù)流程圖數(shù)據(jù)流程圖是描述信息流和數(shù)據(jù)從輸入流動到輸出的變換的圖形化技術(shù),是表示軟件邏輯模型的圖形工具。既是對原系統(tǒng)進行分析和抽象的工具，也是用以描述新系統(tǒng)邏輯模型的主要工具。它既提供了信息流建模機制,也提供了功能建模的機制,是自頂向下的分解和自底向上的抽象工具。數(shù)據(jù)流程圖由以下四種符號表示：圖41 數(shù)據(jù)流程圖符號管理員登陸該超市商品銷售管理系統(tǒng)，可以進行操作事務(wù)如管理庫存、管理銷售、管理進貨/退貨、管理員工等，系統(tǒng)返回操作事務(wù)結(jié)果給管理員。超市商品銷售管理系統(tǒng)各層數(shù)據(jù)流圖如圖42所示： 圖42 系統(tǒng)頂層DFD圖超市商品銷售管理系統(tǒng)有庫存管理、銷售管理、進貨/退貨管理、員工管理功能模塊。庫存管理模塊，管理員可以進行庫存信息查詢，得到庫存信息清單；銷售管理模塊，管理員可以進行銷售信息查詢以得到銷售信息清單，而該銷售信息時前臺銷售信息獲取到的；進貨/退貨管理模塊，管理員可以進行進貨/退貨信息查詢得到進貨/退貨信息清單，根據(jù)進貨/退貨單進行進貨/退貨，也可以根據(jù)已進貨/退貨信息對庫存商品信息進行更新；員工管理模塊，管理員可以進行員工信息查詢得到員工信息清單，也可以進行員工信息更新與維護。超市商品銷售管理零層DFD圖如圖43所示：圖43 超市商品銷售管理零層DFD圖庫存管理模塊，管理員可以進行庫存信息查詢以得到庫存信息清單，可以根據(jù)庫存信息發(fā)送進貨/退貨信息請求。管理員也可以對該庫存信息進行更新與維護，根據(jù)已進貨/退貨信息以及銷售信息來更新庫存商品庫信息。庫存管理DFD圖如圖44所示：圖44 庫存管理DFD圖銷售管理模塊，管理員可以進行銷售信息查詢得到銷售清單，可以根據(jù)前臺銷售信息以及庫存信息對銷售信息進行更新與維護。銷售管理DFD圖如圖45所示：圖 45 銷售管理DFD圖進貨/退貨管理模塊，管理員可以進行進貨/退貨信息查詢得到進貨/退貨清單，可以根據(jù)進貨/退貨單或者庫存信息模塊發(fā)送出的進貨/退貨信息請求來更新進貨/退貨信息。進行進貨/退貨清單來更新庫存商品信息。進貨/退貨管理DFD圖如圖46所示：圖46 進貨/退貨管理DFD圖員工管理模塊，管理員可以進行員工信息查詢得到員工信息清單，也可以進行員工信息更新與維護。員工管理DFD圖如圖47所示：圖 47 員工管理DFD圖 數(shù)據(jù)庫設(shè)計 概要結(jié)構(gòu)設(shè)計概念結(jié)構(gòu)設(shè)計是數(shù)據(jù)庫設(shè)計的第一個階段，在管理信息系統(tǒng)的分析階段，我們已經(jīng)得到了數(shù)據(jù)流程圖和數(shù)據(jù)，現(xiàn)在就是要結(jié)合數(shù)據(jù)規(guī)范化的理論，用一種數(shù)據(jù)模型將用戶的數(shù)據(jù)需求明確地表示出來。概念數(shù)據(jù)模型是按人們的認識觀點從現(xiàn)實世界中抽象出來的、屬于信息世界的模型。概念數(shù)據(jù)模型是面向問題的模型，反映了用戶的現(xiàn)實工作環(huán)境，是與數(shù)據(jù)庫的具體實現(xiàn)技術(shù)無關(guān)的。根據(jù)系統(tǒng)分析階段的結(jié)果對系統(tǒng)中的各個數(shù)據(jù)項進行分類、組織，確定系統(tǒng)中的實體、實體的屬性、標識實體的碼以及實體之間聯(lián)系的類型。員工ER圖 對象: 員工, 員工的屬性如下:圖61 員工ER圖商品基本信息ER圖 對象: 商品基本信息, 商品基本信息的屬性如下:圖 62 商品 ER圖商品類型ER圖 對象: 商品類型, 商品類型的屬性如下:圖 63 商品類型ER圖庫存信息ER圖 對象: 庫存信息, 庫存信息的屬性如下:圖 64 庫存 ER圖銷售信息ER圖 對象: 銷售信息, 銷售信息的屬性如下:圖 65 銷售 ER圖商品進貨/退貨信息ER圖 對象: 商品進貨/退貨信息, 商品進貨/退貨信息的屬性如下:圖 66商品進貨/退貨ER圖各個局部視圖即分ER圖建立好后，還需要對它們進行合并，集成為一個整體的數(shù)據(jù)概念結(jié)構(gòu)，即總ER圖。經(jīng)過消除不必要的冗余數(shù)據(jù)和冗余聯(lián)系得到總體ER圖如下：圖67系統(tǒng)總ER圖 邏輯結(jié)構(gòu)設(shè)計邏輯結(jié)構(gòu)設(shè)計是數(shù)據(jù)庫設(shè)計的第二個階段，這個階段就是要根據(jù)已經(jīng)建立的概念數(shù)據(jù)模型，以及所采用的某個數(shù)據(jù)庫管理系統(tǒng)軟件的數(shù)據(jù)模型特征，按照一定的轉(zhuǎn)換規(guī)則，把概念模型轉(zhuǎn)換為這個數(shù)據(jù)庫管理系統(tǒng)所能夠接受的邏輯數(shù)據(jù)模型。根據(jù)分析得到以下關(guān)系模式：員工表：（員工編號，員工姓名，員工性別，員工年齡，員工職稱，賬號密碼，備注）商品類型表：（商品類型編號，商品類型名稱）商品基本信息表：（商品編號，商品類型編號，商品規(guī)格，商品名稱，商品零售價，商品進價，備注）庫存表：（庫存編號，商品編號，商品庫存數(shù)量）商品銷售表：（銷售編號，商品編號，銷售商品數(shù)量，收銀員編號，銷售日期）商品進貨/退貨表：（進貨/退貨單號，進貨/退貨狀態(tài)，進貨/退貨價，商品編號，商品數(shù)量，進貨/退貨日期）根據(jù)用戶需求和功能設(shè)計，數(shù)據(jù)庫名稱為：happinessSupermarket，系統(tǒng)表如下：表1 員工表（employee）FieldTypeNullKeyDefaultExtraemployeeIdintNOPRINULLauto_incrementemployeeNamevarchar(20)NO—NULL——employeeSexvarchar(2)YES—NULL——employeeAgeintYES—NULL——employeeSalarydoubleNO—NULL——e