1、四川理工學院課程設計目錄1 緒論31.1研究背景31.2研究意義32 系統規劃32.1 系統目標32.2 系統規劃方法的選擇32.3超市現狀調查42.3.1 組織結構調查42.3.1.1 職能層級總攬42.3.1.2 頂層結構42.3.1.3 二層-倉庫52.3.1.4 二層-采購62.3.1.5 二層-銷售62.3.1.6 二層-財務72.3.1.7 二層-人事72.3.2 現行業務流程82.3.2.1超市的整體業務流程圖82.3.2.2 銷售業務流程92.3.2.3倉庫管理業務流程102.3.2.4采購業務流程112.3.2.5 財務業務流程122.3.2.6 人事業務流程123 系統分析

2、133.1 現行銷售業務流程分析133.2 現行倉庫管理流程分析143.3 現行采購流程分析153.4 現行財務流程分析163.5 現行人事流程分析163.6 新增會員管理流程圖164 系統設計174.1 系統概覽174.2 各個子系統的功能設計與說明184.2.1 主界面設計184.2.2 店長功能及界面設計184.2.3 “銷售管理子系統”功能及界面設計194.2.4 “采購管理子系統”功能及界面設計204.2.5 “倉庫管理子系統”功能及界面設計224.2.6 “財務管理子系統”功能及界面設計234.2.7 “人事管理子系統”功能及界面設計254.2.8 “會員管理子系統”功能及界面設計

3、274.3 系統數庫設計284.3.1數據存儲設計284.3.1.1數據邏輯結構設計284.3.1.2 數據項設計294.3.1.3 數據結構設計304.3.1.4 數據流設計304.3.2 存儲過程設計314.3.3 系統登錄賬號的設計325 系統配套設施簡要說明331 緒論1.1研究背景隨著現代科學技術的迅猛發展，計算機技術已經滲透到各個領域，成為各行業必不可少的工具。我國超市形成在20世紀90年代初期，現在已經成為我國零售業的一種重要形態，為國民經濟的發展發揮了重要的作用。隨著超市高速的發展，其經營管理也變得愈加復雜，早期的售貨員站柜臺的形式早已不能滿足現有銷售也的發展，這樣就迫切地需要

4、引入新的管理技術。國內市場的一些中小型超市，它們在信息化過程中的步伐要落后于大中型超市，而對于這些企業的資源管理，信息的存儲和處理也顯得迫切需要，要適應市場競爭，就需要有高效的處理方式和管理方法，因此加快超市的信息化進程是必可少的1.2研究意義超市形態具有種種優點，但在目前狀況下，它仍存在零售業企業所共有的落后的一面，如：不能有效地管理每種商品，收款結算速度慢，容易出現營業差錯，不宜進行商品調價，盤點效率低等，而且在超市日常管理中，商品的進、銷、存等決策以經驗為主，缺乏實時分析功能，管理人員對及時傳遞資料的要求始終得不到滿足。為此，依靠現代化的計算機信息處理技術來管理超市，能節省大量的人力、物

5、力，改善了員工的工作條件，減輕了勞動強度，并且能夠快速反映出商品的進、銷、存等狀況和各種反饋信息分析，使管理人員快速對市場的變化做出相應的決策，加快超市經營管理效率。2 系統規劃2.1 系統目標該系統得主要目標是協助超市管理層高效的管理超市的日常工作，提供一些決策必要的信息。系統涉及到整個超市的業務，包括商品入場洽談及采購、庫存管理、銷售管理、人事管理等。該系統建成后應該能做到實事檢測超市的所有動態，高層管理者通過一個入口，就能對超市的當前經營現狀一目了然，并提供某些問題的參考解決方案。2.2 系統規劃方法的選擇信息系統規劃(Information Systems Planning)是將組織目

6、標、支持組織目標所需要的信息、提供這些必需信息的信息系統，以及這些信息系統的實施等諸要素集成的信息系統方案，是面向組織中信息系統發展遠景的系統開發計劃。常用的規劃方法有關鍵成功因素法、戰略目標集轉化法、企業系統規劃法、投資回收法等，根據該系統的需要及現實環境，本文將采取“企業系統規劃法”。2.3超市現狀調查2.3.1 組織結構調查通過調查發現，現今的中小型超市，除了擁有一般的收銀系統外，幾乎沒有采用任何管理系統對超市進行日常管理，商品的確定、采購、入庫和查詢，上架商品的選擇、清點，銷售額和成本的核算等日常業務都是通過人工來完成。店長是超市的最高管理者，負責超市長遠經營戰略的制定。店長的直接管理

7、人員有：財務管理負責人，商品采購負責人，倉庫保管負責人，各類商品銷售負責人，收銀負責人等職能負責人。各職能負責人主要指定實際可行的方案，來達到店長的戰略目標，他們下設一線員工，是戰術的主要執行人。由于一般中小型超市都不設置財務部，銷售部，人事部等職能部門，而是有店長（老板），財務人員，店員，倉庫保管員等組成。2.3.1.1 職能層級總攬圖1.1 職能層級圖2.3.1.2 頂層結構店長一般配備有1-2名助理，來協助店長完成各項工作，助理擁有店長賦予的一部分權力來管理一些人員；店長之下設有各種職能人員，來完成店長所指定的戰略目標；店長和各職能人員的職能關系，處于超市組織結構的頂層。下面是整體結構的

8、頂層結構：圖1.2 頂層組織結構圖各個職能負責人下面就是一線的員工，他們主要負責制定出一些實際可行的方案，然后上報店長批準，批準后由其領導員工執行方案。之后做方案的績效估，上報店長方案執行結果，等待下一個任務。下面是各二級結構圖：2.3.1.3 二層-倉庫“倉庫負責人”：倉庫部分，一般由一名負責人，一名入庫登記人員，一名出庫登記人員組成。在有些超市，這些不止一名，還有更細的分工。而在一般的超市，是一名人員，還有一些超市出庫和入庫登記都是一個人完成，甚至一些超市的倉庫管理只有一人。由于本文研討的是“中小型超市”，故按照出入庫登記各一名人員分布，則有下面的結構圖：圖1.3 倉庫組織結構圖2.3.1

9、.4 二層-采購“采購負責人”：超市采購由一名全權責任人統領，下設二級各類食品采購負責人，其中一般有生鮮食品采購，其他食品采購，非食品采購。采購負責人需根據市場定位，顧客需求，商品質量及價格，上級領導安排等指標，來確定入場商品，然后分派下級采購員和指定商品供應商洽談采購事宜。只有某商品供應商的產品獲準入場，下級人員才就可以讓商品上架。下面是結構圖：圖1.4 采購組織結構圖2.3.1.5 二層-銷售“銷售負責人”：銷售負責人主要管理超市日常的銷售工作，左接采購，商談那些商品該上架，那些商品該加貨，那些商品該停止銷售；右接財務，及時了解超市經營狀況，調整銷售方案，使超市處于最優銷售狀態。除了這些大

10、項的工作外，還要設計貨品的擺放位置以及數量，比如某些超市將木糖醇，口香糖之類的商品放在，超市收銀臺旁邊來提高銷售額。銷售負責人，下設二級各類商品銷售負責人，類別和采購一樣，但人員數量大于采購人員。二級負責人下配有各個貨架或者小片區域責任人。人員結構如下：圖1.5 銷售組織結構圖2.3.1.6 二層-財務“財務負責人”：財務負責人主要管理超市銷售和采購所涉及的資金流轉，左接銷售，右接采購。完成超市日常收入與支出的結算，確保資金流能正常運轉，保證超市可以正常運作。做好預算，有效的成本控制，在賬款上一定要準確，及時記錄入賬。圖1.6 財務組織結2.3.1.7 二層-人事“人事負責人”：人事負責人主要

11、管理超市進貨渠道的穩定和超市員工的穩定，確保和廠商建立穩定的商貿來往。保證超市貨源穩定，維系一系列的貿易商談。還設有戰略發展研究處，具有遠見的超市必定能發展的更好，所以這個是必不可少的。但在一些中小型超市里，這個部門不是很被重視，主要是因為它在日常的業務中對經營效益不起決定作用。 圖1.7 人事組織結構圖2.3.2 現行業務流程 業務流程是為達到特定的價值目標而由不同的人分別共同完成的一系列活動。活動之間不僅有嚴格的先后順序限定，而且活動的內容、方式、責任等也都必須有明確的安排和界定，以使不同活動在不同崗位角色之間進行轉手交接成為可能。超市的日常業務，按照嚴格的執行機制和秩序，每個部門都協調工

12、作。不管怎樣，銷售始終是超市最重要，也是最復雜的一塊，所以其中最為重要的是銷售部門。也是因為有了銷售，所以才產生了與其相關的一些部門，其他部門都圍繞這個部門運作。每天的經營一開始，就會產生一系列的業務。首先開啟的是銷售，查看貨架商品存量，判定是否該補給商品，或者某些商品該下架，而這些業務就會涉及到“倉庫”的參加，倉庫應該根據庫存信息及時調整庫存，并給相關部門發送信息，缺貨或者某些商品需要退貨，就會涉及到“采購部”，采購不根據各方的表單，制定訂貨單，此時，訂貨需要交由“財務部”審核，并發放采購資金，進而采購部攜帶資金采購。人生部是一個和各部門都可以直接接觸的部門，但起主要職責還是人員管理，招聘，

13、薪酬管理等。2.3.2.1超市的整體業務流程圖圖1.7 人事組織結構圖2.3.2.2 銷售業務流程圖1.9 銷售業務流程圖2.3.2.3倉庫管理業務流程圖1.10 倉庫業務流程圖2.3.2.4采購業務流程圖1.11 采購業務流程圖2.3.2.5 財務業務流程圖1.12 財務業務流程圖2.3.2.6 人事業務流程圖1.13 任業務流程圖3 系統分析 通過第2章調查的現行的超市業務處理流程，我們可以看出，現在超市的業務處理基本靠手工完成（除了收銀的賬務處理），單據的傳遞以及信息的傳遞及共享都不及時，這在很大程度上給超市的經營帶來了負面的影響。由于超市的顧客有很大一部分是來自周邊的社區、學校等，而且

14、這些顧客在很長一段時間是不會流失的，所以超市的日常購物者很大一部分是老顧客，如果超市能在這部分老顧客身上做一定的工作，那么會給超市帶來的收入大幅上升。但是現在的超市普遍是人工管理，顧客的登記，以及會員的管理做的很差，基本是只憑一張會員卡來判定顧客的層次，這不僅不能提高收益，反而有可能使一些老顧客流失。該系統的一個重要改進是增加會員管理子系統，幫助超市有效的管理會員。在超市的其他部門的業務流程里也存在一些冗雜和不合理的地方，以及用電腦系統管理可以變得更高效的地方，下面就各個部門的業務作出分析與改進：3.1 現行銷售業務流程分析顧客選定好商品后，在收銀臺由收銀員結算。結算之后收銀員向顧客提供發票，

15、同時向商品管理人員提供銷售商品的各種清單。商品管理人員收到清單之后開據銷售報表，并結算現金，開據月結現金報表。然后將銷售報表和月結現金報表上交至財務部。 商品管理人員另一方面還要對貨架商品進行查詢：（1）由于被顧客所購而數量減少的商品要及時進行補充上架。所以就要由商品管人員開據領貨單去倉庫提貨再上架，確保商品不間斷供應；（2）對貨架上的商品進行例行檢查，如有損壞，已過保質期的，不合格的商品要及時下架。由商品管理人員開據下架退貨單，下架至倉庫。再由倉庫管理人員開據出庫單，將出庫商品交由商品管理員負責處理。 不過上述流程過于繁瑣，可以將銷售人員，商品管理人員等統一，節約成本。下圖為修改后的流程圖：

16、圖2.1 改進銷售業務流程圖3.2 現行倉庫管理流程分析 倉庫管理流程主要是負責商品的存入與出庫。倉庫管理人員首先要根據銷售人員提供的商品信息開據入庫單和領貨單，然后查看庫存有無相應的商品，若缺貨，則向采購部開據缺貨清單，采購部進行采購，合格入庫；若有商品，直接開據出庫單，讓銷售人員領貨。同時倉庫管理員要對商品信息進行更改與審核。 不過上述流程同樣過于繁瑣，其入庫管理員，入庫登記員，倉庫管理員等可進行統一的管理與實施。合并為倉庫管理員。其流程圖如下：圖2.2 改進倉庫業務流程圖3.3 現行采購流程分析 現行的采購流程里，采購經理的任務過于繁雜，而采購員的工作又過于單一，所以將一部分責任和工作分

17、擔給采購員。該進的采購流程里，把一般的商業洽談分配給采購員，而遇到特別重要的才有采購經理出面；而有關采購的信息就有系統自動收集整理，只需有人員把關即可。改進后的業務流程如下：圖2.3 改進采購業務流程圖3.4 現行財務流程分析 使用管理信息系統后，財務的處理基本擺脫人工操作，實現自動化和可控性。日常會計的計算審核工作量將大大減少。圖2.4 改進財務業務流程圖3.5 現行人事流程分析圖2.5 改進人事業務流程圖3.6 新增會員管理流程圖 通過會員管理子系統，超市可以及時了解會員的歷史消費信息，進而制定相應的銷售計劃，滿足起消費需求。會員系統存儲有會員的基本個人信息，如姓名、生日等，當會員生日到的

18、時候，系統會自動提醒會員管理員，會員管理員即可給會員送上生日祝福，每到中國傳統節日，系統也會提醒會員管理員，會員管理員可以有選擇性的給會員送上節日祝福。會員管理子系統，還想銷售部提供一些必要的信息，這樣銷售部就可以及時了解顧客消費習慣，制定更貼切實際的銷售計劃。“會員管理子系統”其實是一個縮小的“客戶關系管理系統”，如果未來超市發展擴大，該部分就必須擴建為“客戶關系管理系統”。圖2.6 新增會員業務流程圖4 系統設計4.1 系統概覽整個系統做成以后，由6個子系統構成，分別是：采購管理子系統、銷售管理子系統、倉庫管理子系統、財務管理子系統、人事管理子系統、會員管理子系統。各個子系統的全權管理由各

19、個部門經理承擔，其具有新增、修改、和刪除改部門人員管理權限的能力。整個系統都收到店長的控制，店長具有該系統的最高權限，他可以操作整個系統的功能模塊。除去超市的管理者之外，系統外部還設置有一個“系統管理員”接口，其主要功能和職責是維護系統的正常運行，和優化系統的功能。如下是系統概覽：圖3.1 新系統概覽 系統設置有2個店長帳號（其中一個是備用帳號），店長可以添加最多2個助理帳號，以幫助其完成日常工作。各個子系統擁有一個“部門經理帳號”和若干職員帳號對應相應職位，他們登錄后擁有不同的界面顯示。系統運行在一個主服務器上，各個功能用“存儲過程”實現，每個管理界面單獨設置，其功能實現只需調用主服務器上的

20、“存儲過程”實現即可。 4.2 各個子系統的功能設計與說明 系統的各個主界面，都分為“信息顯示區”和“功能操作區”，“信息顯示區”主要顯示和該職位有關的主要信息以及一些定制信息；“功能操作區”是各個操作功能的入口，如銷售部長的界面的功能區有“制定銷售計劃”功能，點擊后跳轉到制定界面。由于具備這樣系統的界面設計，即每個界面的風格和劃分是一樣的，實際編碼的時候，則只需要做一個“模版界面”，然后根據不同職位的需要，在“信息區”和“功能區”添加相應的信息和功能接口即可，這樣就大大簡化了系統的制作。并且功能區里面添加的功能是用“存儲過程”實現的，所以在添加功能的時候，也不用一一實現，只需在跳轉到功能界面

21、后調用對應的“存儲過程”即可，這不僅能提高整個系統的制作進度，也對后期系統的維護提供了極大的方便。4.2.1 主界面設計主界面，設置為兩個部分，一個是系統管理員登錄選擇部分，一個是超市人員登錄部分。其中“超市人員登錄部分”位于登錄界面正中，并且直接顯示登錄框（帳號和密碼）；如要進行系統管理，則需要點擊“系統管理員登錄選擇按鈕”，其位于登錄界面右上方小區域。當超市人員登錄時，系統自動識別其人員性質，跳轉到相應管理界面。4.2.2 店長功能及界面設計店長登錄后，即跳轉到主操作界面，主操作界面分為及時“信息顯示區”和“功能操作區”上下兩部分，其中“信息顯示區”有以下幾部分信息： 及時銷售信息：當日銷

22、售額、銷售量前3的商品； 實時庫存信息：主要商品庫存量、庫存額； 財務現狀信息：庫存現金、銀行存款、欠款總額、未收貨款； 超市人員信息：總員工數量、管理人員數量； 店長定制信息：店長選擇的其他信息；全部信息下面是各個子系統的接口，店長可以直接進入各個子系統，并進行各種操作。但在執行修改、添加、刪除等修改數據的操作時，店長只能留下操作指示，再由相應職員完成，而不能直接操作，以免造成數據修改后，相應的職員卻不知情。4.2.3 “銷售管理子系統”功能及界面設計銷售管理子系統中，銷售部長擁有最高管理權限，其擁有一個帳號，和若干助理帳號，助理帳號的權限由部長分配。銷售部內還設有銷售管理員若干和各銷售片區

23、負責人帳號若干。“銷售部長”主要制定銷售計劃、洞察市場行情以及時改變銷售方案。其次銷售部長還要根據本部的實際情況招聘或者辭退員工，但其只需寫出計劃表即可，實際操作將由人事部來完成；“銷售管理員”主要負責日常銷售的安排，包括根據貨架的商品信息，及時安排領貨即制定領貨單，若貨架有過期或者損壞商品，應及時把商品下架，并開具下架單或者退貨單；“片區負責人”主要負責及時更新其負責的片區的所有貨架上的商品信息，包括商品種類，商品數量，商品的剩余保質期，損壞商品的種類數量。 圖3.2 銷售管理子系統 銷售部長界面：從首頁登錄后，立即跳轉到其主操作界面，主界面分區和店長是基本一樣的，也分為信息顯示區和功能操作

24、區，信息顯示區，顯示的內容由銷售部長定制，但最基本的信息應含有當日銷售額、商品存量、在途商品等。操作區有以下幾個按鈕：1.制定銷售計劃；2.新增商品；3.制定人員招裁計劃；銷售管理員界面：信息顯示區包含各個貨架及時的商品信息、倉庫庫存信息、定制信息； 功能操作區包含“開領貨單”、“開下架退貨單”按鈕。銷售片區負責人：信息區包含歷史上架下架記錄； 功能區包含更新貨架商品信息。下圖是銷售部與其他部門的數據傳遞圖：圖3.3 銷售管理子系統數據傳遞圖4.2.4 “采購管理子系統”功能及界面設計采購管理子系統中，采購主管擁有最高管理權限，其擁有一個帳號，和若干助理帳號，助理帳號的權限由主管分配。采購部內

25、還設有采購管理員若干和各類商品采購負責人帳號若干。“采購主管”主要制定采購計劃、洞察市場行情以及時改變以及調整采購方案。其次采購主管還要根據本部的實際情況招聘或者辭退員工，但其只需寫出計劃表即可，實際操作將由人事部來完成；“采購助理”主要負責日常采購的安排，包括根據貨架的商品銷量信息，及時安排采購清單即制定商品采購單，若銷售部有下架過期商品，需擬定退貨單；“片區采購負責人”主要負責及時更新其負責的片區的所有商品信息，包括商品種類，商品數量，商品的剩余保質期，損壞商品的種類數量等。圖3.4 采購管理子系統數據傳遞圖 采購主管界面：從首頁登錄后，立即跳轉到其主操作界面，主界面分區和店長是基本一樣的

26、，也分為信息顯示區和功能操作區，信息顯示區，顯示的內容由銷售部長定制，但最基本的信息應含有當日各類商品領貨總額、各類商品庫存量、在途商品、小于安全庫存的商品等。操作區有以下幾個按鈕：1.制定采購計劃；2.新增商品；3.制定人員招裁計劃；采購管理員界面：信息顯示區包含各商品倉庫庫存信息、定制采購計劃、辦理退貨換貨； 功能操作區包含“開采購清單”、“開退貨單”按鈕。各類商品采購負責人：信息區包含歷史領貨記錄，歷史進貨記錄； 功能區包含更新貨架商品信息。下圖是采購部與其他部門的數據傳遞圖：圖3.5 采購管理子系統數據傳遞圖4.2.5 “倉庫管理子系統”功能及界面設計“倉庫負責人”主要負責整個倉庫的合

27、理運做配置，負責分配管理員的工作。以及對倉庫管理遇到的問題及時的做出處理。以及對倉庫管理做出預見性的決策；“倉庫管理員”主要負責商品的入庫，出庫的登記與管理。對入庫的商品進行統一的編號，合理地分區存放與管理以及對出庫商品進行必要的核對與登記管理圖3.6 倉庫管理子系統結構圖倉庫負責人界面：從首頁錄后，立即跳轉到其主操作界面。操作界面分為信息顯示區和功能操作區。信息顯示區顯示每日商品的入庫，出庫的登記與管理情況，以及各種票據信息。操作區有以下幾個按鈕：1 對倉庫管理員的工作進行分配；2 對倉庫每日進行的業務進行最后的核對；3 對倉庫管理進行合理的規劃；倉庫管理員界面：信息顯示區顯示每日出庫與入庫

28、的商品信息和相關的處理流程信息； 功能操作區：對商品的入庫與出庫進行處理以及庫存商品的管理；圖3.7 倉庫管理子系統數據傳遞圖4.2.6 “財務管理子系統”功能及界面設計財務管理子系統中，財務部經理擁有最高管理權限，其擁有一個帳號，和若干助理帳號，助理帳號的權限由部長分配。財務部內還設有財務科員，業務會計，倉庫會計等人員。 “財務部經理”主持公司的財務預決算，財務核算，會計監督和財務管理工作；組織協調，指導監督財務部門日常管理工作，監督執行財務計劃，完成公司財務目標。其次“財務部長”還要根據本部的實際情況招聘或者辭退員工，但其只需寫出計劃表即可，實際操作將由人事部來完成；“財務科員”將分管資金

29、，稅務，銀行會計，稅務會計業務，報表會計業務，賬務會計業務，出納業務，員工工資等。“業務會計” 負責銷售收入，報往來賬，協調業務部和財務之間的工作。“倉庫會計”將負責負責貨品入庫出庫記錄，商品庫存，商品采購記錄以及商品采購票據等。 圖3.5 財務管理子系統結構圖 財務部經理界面：從首頁登錄后，立即跳轉到其主操作界面，主界面分區和店長是基本一樣的，也分為信息顯示區和功能操作區，信息顯示區，顯示的內容由財務部經理定制，但最基本的信息應含有當日銷售額、庫存商品等。操作區有以下幾個按鈕：1.制定財務計劃；2.制定各種財務報表；3.制定人員招裁計劃；財務科員界面：信息顯示區包含：流動資金信息，稅務信息，

30、銀行財務信息，稅信息務，報表會計業務信息，賬務會計業務信息，出納業務信息，員工工資信息。 功能操作區包含：流動資金查詢，應交稅金，現金出納以及員工工資管理。業務會計界面：信息區包含：每日銷售收入，商品成本，其他費用信息； 功能區包含：每日銷售業務處理，定期總結上報銷售收入等票據及現金處理，還有“員工薪酬表單”。倉庫會計界面：信息區包含：商品入庫出庫信息，商品庫存信息，商品采購信息等 功能區包含：商品庫存查詢，商品采購資金處理，及其他商品資金管理。下圖是財務部與其他部門的數據傳遞圖： 圖3.5 財務管理子系統數據傳遞圖4.2.7 “人事管理子系統”功能及界面設計“人事部長”主要制定超市整體工作計

31、劃，人員招聘以及裁員計劃、洞察市場行情以及時改變超市經營方案；“人事管理員”主要負責超市日常運作的安人員排，包括根據超市整體經營情況，擬定超市發展、改革規劃；還負責及時總結超市經營情況，各部門工作業績，人事部長以此為依據，前瞻超市經營發展觀，做出更好的決策。人事部還需負責超市員工的考勤以及薪酬福利發放。圖 3.9人事系統結構 人事部長界面：從首頁登錄后，立即跳轉到其主操作界面，分為信息顯示區和功能操作區，信息顯示區，顯示的內容由人事部長定制，但最基本的信息應含有各部門事務安排、發展計劃等。操作區有以下幾個按鈕：1.制定發展計劃；2.制定超市規章；3.制定薪酬；4.制定人員招裁計劃；人事管理員界

32、面：信息顯示區包含各個各部門人員基本信息、休假信息、考勤信息等； 功能操作區包含“人員薪酬發放”、“人員招聘與裁減”“人員工作安排”按鈕。市場調研員：信息區包含市場商品熱度信息，市場消費情況調查信息，區域市場經濟信息； 功能區包含超市發展規劃建議，超市結構調整計劃；下圖是人事部與其他部門的數據傳遞圖：圖 3.10人事系統數據傳遞圖4.2.8 “會員管理子系統”功能及界面設計會員管理子系統的功能是管理會員的信息，并提供整理后的信息給決策者，幫助決策者更好的制定切實可行的方案。會員管理子系統基本實現智能化，所以不需過多人工干預，其中需要人工操作的有：新會員基本信息的錄入，更改會員信息，刪除會員信息

33、。會員管理員的界面信息顯示部分不默認設置有信息顯示，但管理員可以定制一些信息，如會員總人數，會員消費額等。功能區包含：新增會員按鈕，更改信息按鈕，刪除會員按鈕，查看信息按鈕四個按鈕。 4.3 系統數庫設計 數據庫是一個管理系統的最重要的核心部件，一個優秀的數據庫是一個系統優秀的標志。數據庫含兩大部分：數據存儲部分和存儲過程部分，其中數據存儲部分是存儲系統所需數據的“存儲庫”，存儲過程則是在這些數據上的一些功能，與一般的功能不同，它們直接置身于數據庫中，是數據庫的內部功能，而外部的程序若想操作數據庫，則只能通過這些存儲過程來實現。所以本系統的數據庫設計就主要圍繞這兩部分來設計。4.3.1數據存儲

34、設計數據存儲的設計對系統的整體效率也至關重要，數據存儲的設計要遵循冗余小，結構簡單明了，有層次性。 4.3.1.1數據邏輯結構設計下面是整個系統所要用到的數據的邏輯結構設計：員工 （員工ID，姓名，性別，身份證號碼，所屬部門，職位，家庭住址，電話，備注）；商品 （商品編號，商品名稱，價格，廠商ID，剩余保質期）；廠商 （廠商ID，廠商名稱，法定代表人，主營商品，郵編，地址，電話）；銷售計劃表 （表單ID，銷售額，起止時間，利潤，詳細計劃）；貨架商品信息表（貨架ID，商品編號列表，商品名稱列表，各商品數量，各商品剩余保質期，各商品安全存貨量）；領貨單 （表單ID，商品編號列表，商品名稱列表，各商

35、品數量）；下架及退貨單 （表單ID，商品編號，商品名稱，商品數量，下架原因）；銷售報表 （表單ID，銷售額，成本，利潤，起止日期）；商品銷售信息 （表單ID，商品編號，銷售額，銷售數量，起止日期）；入庫單 （表單ID，商品編號列表，商品名稱列表，各商品數量，入庫日期）；不合格清單 （表單ID，商品編號，商品名稱，商品數量，原因）；合格清單 （表單ID，商品編號列表，商品名稱列表，各商品數量）；倉庫貨物信息表（商品編號列表，商品名稱列表，各商品數量，各商品剩余保質期，各商品安全存貨量）；缺貨單 （表單ID，商品編號列表，商品名稱列表，各需求量）；采購計劃 （表單ID，商品編號，商品名稱，商品數量

36、，指定供應商列表）；薪酬表單 （表單ID，員工ID，姓名，基本工資，獎金，實發工資）；工資單 （員工ID，姓名，基本工資，獎金，實發工資）；考勤表 （員工ID，日期，遲到，未到，請假，早退）；員工考勤表 （表單ID，員工ID列表，日期，遲到次數，未到次數，請假次數，早退次數）；人員招聘計劃 （表單ID，部門，職位名稱，職位要求，薪水，人數）；會員信息表 （會員ID，姓名，性別，身份證號碼，生日，家庭住址）；會員消費信息表（會員ID，購買商品編號ID，數量，日期）；重要會員表單 （會員ID，姓名，消費額）；4.3.1.2 數據項設計數據項是整個系統數據的基礎，也是數據的最小單位，本系統的部分數據

37、項如下：（1）員工ID說明：采購部的職員取“采購”第一個拼音大寫，即CG，其他類似；數據編號XX 1001（前兩位為部門縮寫，后面是編號）名 稱員工ID別 名員工編號簡 述超市內唯一識別員工的標志類型及寬度字符串，6位取值范圍XX取于A,Z，數字取0001,9999（2）商品編號說明：商品編號分3部分，第一部分是供貨商的縮寫，如興家食品（XJ）；第二部分是商品名稱縮寫，如娃哈哈（WHH）；第三部分為商品的條碼如“ISBN987-7-5643-0357-0”數據編號XX XX XX名 稱商品編號別 名商品編號簡 述超市內唯一識別一個商品的代碼類型及寬度字符串，32位取值范圍XX取于A,Z，條碼取

38、于0,9和-（3）表單ID說明：薪酬表單，則取XC為其縮寫，其他類似；數據編號XX 100001（前兩位為名稱縮寫，后面是編號）名 稱表單ID別 名XX表單（XX為其性質，如薪酬、考勤）簡 述表單的代碼類型及寬度字符串，8位取值范圍XX取于A,Z，數字取000001,999999（4）貨架ID數據編號1001（前兩位為區號，后兩位是貨架號）名 稱貨架ID別 名貨架編號簡 述超市內唯一識別貨架的代碼類型及寬度字符串，4位取值范圍數字取0101,9999（5）會員ID數據編號HY100001（前兩位為會員縮寫，后面是編號）名 稱會員ID別 名會員編號簡 述會員的代碼類型及寬度字符串，8位取值范圍數

39、字取000001,9999994.3.1.3 數據結構設計數據結構是對數據的進一步處理，也是對數據項的進一步組成，它能更好的滿足系統的需要，下面是本系統的部分主要數據結構：（1）采購單 數據結構編號BUY2012-05-15-1001（最后一部分為編號）數據結構名稱采購單簡 述采購部制定的采購單數據結構組成商品ID+商品名稱+數量+供貨商ID列表（2）倉庫貨物信息表 數據結構編號ST2012-05-15-21 （最后一部分為時間取0,24）數據結構名稱倉庫貨物信息表簡 述從倉庫系統提取的及時庫存信息表數據結構組成商品ID+商品名稱+數量（3）合格清單 數據結構編號SH2012-05-15-10

40、01數據結構名稱合格清單簡 述商品入庫時檢驗合格的商品合格清單數據結構組成商品ID+商品名稱+數量（4）工資單 數據結構編號SA2012-05-員工ID數據結構名稱工資單簡 述發放工資時系統打印的工資組成詳細單數據結構組成員工ID+姓名+基本工資+獎金+實發工資4.3.1.4 數據流設計 數據流是系統運行所需的數據，它傳遞于各個子系統之間，從而實現整個系統信息的及時共享與傳遞，本系統的部分主要數據流如下：（1）領貨單數據流編號LHD2012-05-18-11-24-10數據結構名稱領貨單簡述銷售部開具的領取貨物的清單數據流來源銷售部數據流去向倉庫數據流組成商品ID+商品名稱+數量數據流量10/12小時高峰流量50/12小時（2）下架單 數據流編號XJD2012-05-18-11-24-10數據結構名稱下架單簡述銷售部開具的貨物下架的清單數據流來源銷售部數據流去向倉庫數據流組成商品ID+商品名稱+數量數據流量5/天高峰流量10/天（3）缺貨單 數據流編號QHD2012-05-18-11-24-10數據結構名稱缺貨單簡述倉庫開具的貨物短缺的清單數據流來源倉庫數據流去向采購部數據流組成商品ID+商品名稱+數量數據流量5/天高峰流量10/天4.3.2 存儲過程設計系統的大部分功能都依靠存儲過程來實現，存儲過程編寫在數據庫中，可