銷售管理子系統(tǒng)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上本科學(xué)生綜合性實(shí)驗(yàn)報(bào)告課程名稱：數(shù)據(jù)庫系統(tǒng)原理數(shù)據(jù)庫設(shè)計(jì)姓名 學(xué) 號(hào) 姓名 學(xué) 號(hào) 班級(jí) 項(xiàng)目名稱 指導(dǎo)教師 開課學(xué)期 至 學(xué)年 第一 學(xué)期完成時(shí)間 年 月 日目錄1 需求分析現(xiàn)今中國市場(chǎng)經(jīng)濟(jì)不斷發(fā)展、銷售企業(yè)的不斷壯大，對(duì)于一個(gè)對(duì)大多數(shù)的銷售企業(yè)都適用的銷售管理系統(tǒng)，其需求量越來越大，全面及安全方面的要求也越來越嚴(yán)格！本次設(shè)計(jì)正是基于這種需求開發(fā)一個(gè)適用于大多數(shù)銷售企業(yè)，且安全性能高的銷售管理子系統(tǒng)！銷售管理系統(tǒng)是處于生產(chǎn)層和供應(yīng)層之后的管理系統(tǒng)，主要負(fù)責(zé)產(chǎn)品銷售和供應(yīng)協(xié)調(diào)，是企業(yè)管理的一個(gè)重要管理環(huán)節(jié)，它的特點(diǎn)是信息量大，要求信息反饋迅速，對(duì)企業(yè)經(jīng)濟(jì)效益能夠產(chǎn)生直

2、接的影響。同時(shí)，它與他的其他管理環(huán)節(jié)如庫存管理銷售賬務(wù)管理等關(guān)系十分密切1.1系統(tǒng)目標(biāo)由于傳統(tǒng)的手工管理模式，其工作效率、管理質(zhì)量和管理水平已不能滿足當(dāng)今經(jīng)營管理發(fā)展的要求。只有采用先進(jìn)的計(jì)算機(jī)管理技術(shù)，把一些科學(xué)管理的技術(shù)及管理方式融入到企業(yè)銷售管理中，才能提高工作效率和企業(yè)的管理水平。鑒于這種需求，根據(jù)企業(yè)實(shí)際運(yùn)營情況，設(shè)計(jì)出合理的解決方案，在業(yè)務(wù)與管理之間、產(chǎn)品與客戶之間建立很好的信息共享渠道，提高企業(yè)運(yùn)營效率；還有專門針對(duì)銷售企業(yè)的日常事務(wù)管理，集合了進(jìn)、銷、存和退位一體的管理。本系統(tǒng)主要用于存儲(chǔ)客戶、銷售產(chǎn)品信息以及銷售記錄，以便能夠?qū)崟r(shí)地進(jìn)行訂單跟蹤、銷售結(jié)算、庫存管理，最大限度的

3、實(shí)現(xiàn)產(chǎn)品銷售管理的科學(xué)化、系統(tǒng)化和自動(dòng)化。1.2 功能需求及數(shù)據(jù)需求分析產(chǎn)品銷售管理系統(tǒng)總的系統(tǒng)功能模塊如圖1-1所示：銷售管理子系統(tǒng)基礎(chǔ)貨料用戶權(quán)限管理采購業(yè)務(wù)信息統(tǒng)計(jì)報(bào)表及業(yè)務(wù)分析查詢業(yè)務(wù)綜合信息查詢貨品庫存查詢報(bào)表生成及業(yè)務(wù)分析財(cái)務(wù)結(jié)算收款單管理退貨單管理銷售單管理付款單管理退貨單管理采購單管理倉庫管理貨品信息管理來往客戶信息管理職員信息管理銷售業(yè)務(wù)圖 1-1銷售管理系統(tǒng)功能模塊1基礎(chǔ)資料管理(1)職員信息：提供職員(該系統(tǒng)中職員包括：銷售員，采購員，制單員、庫管理員)基本信息錄入、維護(hù)與查詢功能。包括： 職員信息基本信息的錄入； 職員基本信息的更新、增加和刪除； 支持模糊查詢，可由職員

4、所司職業(yè)查詢?cè)撀殬I(yè)上的全部員工； 所有有權(quán)限用戶根據(jù)職員編號(hào)查詢特定職員基本信息；(2)來往客戶信息：提供來往客戶(包括供貨客戶單位和銷售客戶單位)基本息息錄入、維護(hù)與查詢功能。包括： 來往客戶信息基本信息的錄入； 來往客戶基本信息的更新、增加和刪除； 支持模糊查詢，可由來往客戶所在地分類查詢?cè)撛擃惾靠蛻糍Y料； 所有有權(quán)限用戶根據(jù)來往客戶編號(hào)查詢特定來往客戶基本信息；(3)貨品信息：提供貨品基本信息錄入、維護(hù)與查詢功能。包括： 貨品信息基本信息的錄入； 貨品基本信息的更新、增加和刪除； 支持模糊查詢，可由貨品所在分類查詢?cè)撛擃惾控浧沸畔ⅲ?所有有權(quán)限用戶根據(jù)貨品編號(hào)查詢特定貨品基本信息；(

5、4) 倉庫信息：提供公司倉庫信息錄入、維護(hù)與查詢功能。包括： 公司新增倉庫基本信息的錄入； 所有有權(quán)限用戶根據(jù)倉庫分類或倉庫編號(hào)、名稱查詢倉庫基本信息；2采購業(yè)務(wù)管理：(1)采購進(jìn)貨單信息管理：提供進(jìn)貨單基本信息錄入、維護(hù)與查詢功能。包括： 進(jìn)貨單信息基本信息的錄入； 進(jìn)貨單基本信息的更新、增加和刪除； 所有有權(quán)限用戶可根據(jù)進(jìn)貨單單號(hào)查詢特定進(jìn)貨單基本信息，或根據(jù)貨單的其他屬性查詢一類進(jìn)貨單的信息；(2) 采購?fù)素泦涡畔⒐芾恚禾峁┩素泦位拘畔浫?、維護(hù)與查詢功能。包括： 采購?fù)素泦涡畔⒒拘畔⒌匿浫耄?采購?fù)素泦位拘畔⒌母?、增加和刪除； 所有有權(quán)限用戶可根據(jù)采購?fù)素泦螁翁?hào)查詢特定退貨單基

6、本信息，或根據(jù)采購貨單的其他屬性查詢一類退貨單的信息；(3)付款管理：提供付款單基本信息錄入、維護(hù)與查詢功能。包括： 付款單信息基本信息的錄入； 付款單基本信息的更新、增加和刪除； 所有有權(quán)限用戶可根據(jù)付款單單號(hào)查詢特定付款單信息，也可根據(jù)采進(jìn)貨單單號(hào)查詢?cè)搯蔚母犊钚畔ⅲ?.銷售業(yè)務(wù)管理(1)銷售發(fā)貨單信息管理：提供銷售發(fā)貨單基本信息錄入、維護(hù)與查詢功能。包括： 銷售發(fā)貨單信息基本信息的錄入； 銷售發(fā)貨單基本信息的更新、增加和刪除； 所有有權(quán)限用戶可根據(jù)銷售發(fā)貨單單號(hào)查詢特定進(jìn)銷售發(fā)貨單基本新息，或根據(jù)銷售發(fā)貨單的其他屬性查詢一類銷售發(fā)貨單的信息；(2) 銷售退貨單信息管理：提供銷售退貨單基本

7、信息錄入、維護(hù)與查詢功能。包括： 銷售退貨單信息基本信息的錄入； 銷售退貨單基本信息的更新、增加和刪除； 所有有權(quán)限用戶可根據(jù)銷售退貨單單號(hào)查詢特定銷售退貨單基本信息，或根據(jù)銷售退貨單的其他屬性查詢一類銷售退貨單的信息；(3)收款管理：提供收款單基本信息錄入、維護(hù)與查詢功能。包括： 收款單信息基本信息的錄入； 收款單基本信息的更新、增加和刪除； 所有有權(quán)限用戶可根據(jù)收款單單號(hào)查詢特定收款單信息，也可根據(jù)銷售進(jìn)貨單單號(hào)查詢?cè)搯蔚氖湛钚畔ⅲ? 統(tǒng)計(jì)報(bào)表及業(yè)務(wù)分析： 查詢某段時(shí)間內(nèi)貨品的采購、銷售匯總、明細(xì)； 查詢某段時(shí)間內(nèi)來往客戶銷售匯總、明細(xì)； 查詢某段時(shí)間內(nèi)收賬、付賬匯總、明細(xì)； 業(yè)務(wù)分析，及

8、下一步銷售計(jì)劃！5.查詢業(yè)務(wù)：貨品庫存容量查詢：根據(jù)倉庫編號(hào)或名稱查詢當(dāng)前庫存中的貨品及貨品的庫存容量；綜合信息查詢：支持模糊查詢，根據(jù)選填的關(guān)鍵字查詢與該關(guān)鍵字有關(guān)的所有業(yè)務(wù)信息；6.用戶權(quán)限管理：提供用戶管理、權(quán)限分配、登錄及權(quán)限驗(yàn)證等功能。包括： 系統(tǒng)管理員增加、刪除用戶； 用戶登錄及權(quán)限驗(yàn)證； 系統(tǒng)管理員對(duì)用戶角色及權(quán)限進(jìn)行分配； 系統(tǒng)管理員更改用戶密碼。1.3數(shù)據(jù)需求及業(yè)務(wù)規(guī)則分析數(shù)據(jù)庫的數(shù)據(jù)需求是根據(jù)與用戶交流和自己對(duì)企業(yè)的業(yè)務(wù)規(guī)則分析得到。業(yè)務(wù)規(guī)則分析主要是分析數(shù)據(jù)之間的約束以及數(shù)據(jù)庫約束。產(chǎn)品銷售信息系統(tǒng)業(yè)務(wù)規(guī)則：1.所有客戶均可以查詢和瀏覽產(chǎn)品的信息。2.只有超級(jí)管理員可以修

9、改、更新、刪除數(shù)據(jù)，普通用戶都有指定的用戶權(quán)限超級(jí)用戶及普通用戶都可以有多個(gè)；3.職員注冊(cè)時(shí)，職員的員工號(hào)是通過計(jì)算機(jī)自動(dòng)生成的，是職員的唯一標(biāo)識(shí)。職員的員工號(hào)是職工表的唯一標(biāo)識(shí)。員工號(hào)由系統(tǒng)按時(shí)間順序生成，后生成的具有更大的員工號(hào)。職員編號(hào)編碼規(guī)則為：職員標(biāo)志+5位數(shù)字。如：XS-00000(注：XS表示職員所司職務(wù)的縮寫)。4.來往客戶單位注冊(cè)時(shí)，客戶單位的賬號(hào)是通過計(jì)算機(jī)自動(dòng)生成的，一個(gè)客戶單位可以注冊(cè)多個(gè)賬號(hào)?？蛻魡挝坏馁~號(hào)是用戶表的唯一標(biāo)識(shí)。用戶賬號(hào)由系統(tǒng)按時(shí)間順序生成，后生成的具有更大的用戶編號(hào)，客戶單位標(biāo)志+5位數(shù)字。如：C00000 (注：C表示銷售客戶標(biāo)志)。5.其他實(shí)體的編

10、號(hào)命名也遵循以上原則，用特定的標(biāo)志+特定的位數(shù)數(shù)字表示；6.登陸系統(tǒng)時(shí)，職員通過員工號(hào)和設(shè)定的密碼登陸系統(tǒng)，來往客戶單位通過單位編號(hào)和密碼登陸系統(tǒng)。7.訂單編號(hào)是訂單表的唯一標(biāo)識(shí)。訂單編號(hào)由系統(tǒng)按時(shí)間順序生成，后生成的訂單具有更大的訂單號(hào)。8.具有編號(hào)的各個(gè)實(shí)體，編號(hào)均為該表的唯一標(biāo)識(shí)，由系統(tǒng)按時(shí)間順序生成，后生成的編號(hào)具有更大的編號(hào)。9.每張收款單都有唯一稅收編號(hào)，編號(hào)是由稅務(wù)局同意制定的。10.一種產(chǎn)品只能由一個(gè)供貨單位，一個(gè)供貨單位可以提供多種產(chǎn)品。11.一個(gè)職員能受理多個(gè)訂單，但一個(gè)訂單只能被一個(gè)職員受理。12.訂單生成、收付款、發(fā)票生成、財(cái)務(wù)結(jié)算、貨品入出庫這五個(gè)過程是有先后順序的。

11、只有收付款完成或達(dá)到收付款的預(yù)定比例是才能生成收、付款單，以及之后的貨品出入庫及出入庫單的生成；13.銷售客戶單位可以憑會(huì)員卡享受一定的優(yōu)惠。用戶注冊(cè)最初是普通客戶，不能享受任何優(yōu)惠；當(dāng)歷史購買的總金額超過1000元，會(huì)員等級(jí)變?yōu)橐患?jí)VIP會(huì)員，可享受9.5折優(yōu)惠；當(dāng)歷史購買的總金額超過5000元，會(huì)員等級(jí)變?yōu)槎?jí)VIP會(huì)員，可享受9折優(yōu)惠；當(dāng)歷史購買的總金額超過10000元，會(huì)員等級(jí)編程三級(jí)VIP會(huì)員，可享受8.5折優(yōu)惠。會(huì)員等級(jí)最高為三級(jí)。14.銷售、采購訂單生成后，用戶不能再對(duì)訂單進(jìn)行添加、修改或刪除。只有在退單之后重新選擇新的訂單；15.只有在某個(gè)客戶選定的產(chǎn)品都添加到了訂單中，才能最

12、后生成一張訂單。16.當(dāng)庫存的某種產(chǎn)品的數(shù)量少于某個(gè)閥值時(shí)，系統(tǒng)會(huì)自發(fā)出提示或者警報(bào)來提示數(shù)據(jù)庫管理者提醒采購員進(jìn)行補(bǔ)貨。17.當(dāng)客戶選定的產(chǎn)品的數(shù)量超過該庫存產(chǎn)品的數(shù)量時(shí)，系統(tǒng)提示該信息，并禁止客戶選擇該產(chǎn)品。18.來往客戶單位、職員、貨品及倉庫都有各自的類別編號(hào)和所屬類別名，便于在查詢時(shí)可以支持分類查詢和模糊查詢；2 概念設(shè)計(jì)2.1 命名規(guī)范概念設(shè)計(jì)中涉及到聯(lián)系集和實(shí)體集。將實(shí)體集的名稱定義為與該實(shí)體集意義相關(guān)的名詞，將聯(lián)系集的名稱定義為與該實(shí)體集意義相關(guān)的動(dòng)詞。將實(shí)體集或者聯(lián)系集中包含的屬性定義為與該屬性意義相關(guān)的名詞。2.2 實(shí)體集及屬性根據(jù)以上命名規(guī)范的原則，各實(shí)體集的定義、屬性和E

13、-R圖分別設(shè)計(jì)如下：(1) 職員實(shí)體集。其屬性有：職員編號(hào)、姓名、性別、生日、住址、聯(lián)系電話、雇傭時(shí)間、所屬部門、所司職務(wù)(本系統(tǒng)中包含銷售員、采購員、制單員倉庫管理員)等。職員實(shí)體集的E-R圖如圖2-1所示：職員住址聯(lián)系電話姓名所屬部門生日性別所司職務(wù)編號(hào)雇傭時(shí)間 圖 2-1 職員實(shí)體集的E-R圖(2) 貨品實(shí)體集。其屬性有：貨品編號(hào)、貨品名稱、貨品類別、條形碼、貨品規(guī)格、銷售價(jià)格、入庫價(jià)、備注等。貨品分類實(shí)體：類別號(hào)、類別名稱；貨品實(shí)體集的E-R圖如圖2-3所示：貨品貨品類別備注入庫價(jià)名稱規(guī)格條形碼貨品編號(hào)銷售價(jià)貨品分類類別名稱類別號(hào) 圖 2-2 貨品實(shí)體集E-R圖(3) 來往客戶單位實(shí)體

14、集。其屬性有：來往客戶編號(hào)、名稱、客戶等級(jí)、地址、聯(lián)系人、聯(lián)系電話、備注等。來往客戶單位分類實(shí)體集：類別號(hào)、類別地來往客戶實(shí)體集的E-R圖如圖2-4所示：來往客戶單位類別名地址聯(lián)系電話名稱來往單位編號(hào)編號(hào)聯(lián)系人備注客戶等級(jí)2-3 來往客戶實(shí)體集E-R圖(4) 倉庫實(shí)體集。其屬性有：倉庫編號(hào)、倉庫名稱、倉庫容量等。倉庫實(shí)體集的E-R圖如圖2-4所示：倉庫倉庫名稱倉庫編號(hào)倉庫容量 圖 2-4 倉庫實(shí)體集E-R圖(5) 銷售單實(shí)體集。其屬性有：銷售單編號(hào)、客戶編號(hào)、職員編號(hào)、貨品編號(hào)、銷售日期、銷售單金額。銷售單實(shí)體集的E-R圖如圖2-5所示：銷售單訂單金額銷售日期職員編號(hào)名稱原始單號(hào)貨品編號(hào) 圖

15、2-5銷售單實(shí)體集E-R圖(6) 銷售退單實(shí)體集。其屬性有：銷售退單編號(hào)、所屬訂單編號(hào)、銷售退單日期、職員編號(hào)、備注等。 退單實(shí)體集的E-R圖如圖2-6所示：銷售退單所屬單號(hào)退單編號(hào)退單日期備注制單員號(hào) 圖 2-6 銷售退單實(shí)體集E-R圖(7) 收款單實(shí)體集。其屬性有：收款號(hào)、所屬單號(hào)、收款日期、應(yīng)收金額、實(shí)收金額、發(fā)票編號(hào)、備注等。 收款單實(shí)體集的E-R圖如圖2-7所示：收款單所屬單號(hào)收款單號(hào)應(yīng)收金額實(shí)收金額制單員號(hào)收款日期發(fā)票編號(hào) 圖 2-7 收款單實(shí)體集E-R圖(8) 采購單實(shí)體集。其屬性有：采購單號(hào)、客戶編號(hào)、職員編號(hào)、貨品編號(hào)、采購日期、采購單金額。采購單實(shí)體集的E-R圖如圖2-8所

16、示：采購單訂單金額采購日期職員編號(hào)名稱原始單號(hào)貨品編號(hào) 圖 2-8銷售單實(shí)體集E-R圖(9) 采購?fù)藛螌?shí)體集。其屬性有：采購?fù)藛尉幪?hào)、所屬采購單編號(hào)、采購?fù)藛稳掌?、職員編號(hào)、備注等。 退單實(shí)體集的E-R圖如圖2-9所示：采購?fù)藛嗡鶎賳翁?hào)退單編號(hào)退單日期備注制單員號(hào) 圖 2-9 采購?fù)藛螌?shí)體集E-R圖(10) 付款單實(shí)體集。其屬性有：付款號(hào)、所屬單號(hào)、付款日期、應(yīng)付金額、實(shí)付金額、備注等。 付款單實(shí)體集的E-R圖如圖2-10所示：付款單所屬單號(hào)付款單號(hào)應(yīng)付金額實(shí)付金額制單員號(hào)付款日期發(fā)票編號(hào) 圖 2-10 付款單實(shí)體集E-R圖2.3 聯(lián)系集及其屬性根據(jù)上面設(shè)計(jì)得到的實(shí)體集，可確定如下聯(lián)系集：(1

17、)銷售、采購單”包含” 貨品，這是多對(duì)多聯(lián)系；(2)銷售客戶單位在銷售員的推銷下”選擇”銷售單，客戶單位與銷售單是一對(duì)多關(guān)系；”選擇”聯(lián)系集派生出銷售單明細(xì)表，其屬性包括：貨品規(guī)格、數(shù)量、成交單價(jià)、折扣、備注；(3)銷售單在客戶單位”退貨”后成為退貨單； (4)銷售單”客戶付款”后成為付款單，付款單參與財(cái)務(wù)結(jié)算；(5)供貨單位為采購員”供應(yīng)”貨品形成采購單；”供應(yīng)”聯(lián)系集派生出采購明細(xì)表，其屬性包括：貨品規(guī)格、數(shù)量、成交單價(jià)、折扣、備注；(6)采購單在供貨單位”收款”后成為公司的付款單；(7)采購單在公司”退貨”后成為采購?fù)素泦危?8)貨品”存儲(chǔ)”在倉庫中；”存儲(chǔ)”派生的存儲(chǔ)明細(xì)表：貨品規(guī)格、

18、當(dāng)前貨品庫存容量；(9)由銷售單、貨品和銷售客戶單位聚合成的實(shí)體與倉庫和倉管聚合成的實(shí)體之間存在“出倉”聯(lián)系；由采購單、貨品和供貨單位聚合成的實(shí)體與倉庫和倉管聚合成的實(shí)體之間存在“進(jìn)倉”聯(lián)系；派生出進(jìn)倉、出倉明細(xì)表，屬性值有：貨品規(guī)格、數(shù)量、入庫均價(jià)、日期、數(shù)量。2.4 系統(tǒng)總ER圖根據(jù)以上對(duì)實(shí)體集和聯(lián)系集的設(shè)計(jì)得到了最終的完整的產(chǎn)品銷售管理的E-R圖如圖2-8所示:退貨采購員提供供貨公司采購單退貨付款單包含貨 品包含銷售單付款收款單選擇銷售員業(yè)務(wù)客戶單位屬于入庫倉庫存儲(chǔ)出庫退貨單退貨退貨單3 邏輯設(shè)計(jì)3.1 數(shù)據(jù)字典設(shè)計(jì)數(shù)據(jù)庫的重要部分是數(shù)據(jù)字典(Data dictionary)。它存放數(shù)據(jù)

19、庫所用的有關(guān)信息，對(duì)用戶來說是一組只讀的表。本系統(tǒng)主要從以下幾點(diǎn)來設(shè)計(jì)數(shù)據(jù)字典：(1) 性別字典(DCSex)。其數(shù)據(jù)字典描述如圖3-1所示： 屬性名稱屬性類型是否允許為空默認(rèn)值性別編號(hào)char(1)否性別名稱varchar(4)是是否有效char(1)是0 圖 3-1 性別字典(2) 所在部門字典(DCDpartment)。其數(shù)據(jù)字典描述如圖3-2所示： 屬性名稱屬性類型是否允許為空默認(rèn)值部門編號(hào)char(2)否部門名稱varchar(8)是是否有效char(1)是0 圖 3-2 所在部門字典(3) 所任職務(wù)(DCHeadship)。其數(shù)據(jù)字典描述如圖3-3所示： 屬性名稱屬性類型是否允許為

20、空默認(rèn)值職務(wù)編號(hào)char(2)否職務(wù)名稱varchar(8)是是否有效char(1)是0 圖 3-3 所任職務(wù)數(shù)據(jù)字典(4) 操作類型(DCClass)。其數(shù)據(jù)字典描述如圖3-5所示：屬性名稱屬性類型是否允許為空默認(rèn)值類型編號(hào)char(2)否類型名稱char(10)是是否有效char(1)是0 圖 3-4 操作類型數(shù)據(jù)字典3.2 基本數(shù)據(jù)設(shè)計(jì)由上述的E-R圖，通過邏輯設(shè)計(jì)ER模型轉(zhuǎn)化為關(guān)系模型法，得到了銷售管理子系統(tǒng)的基本數(shù)據(jù)，包括：職員表、貨品表、來往客戶單位表、倉庫表。(1)職員表：由職員強(qiáng)實(shí)體集轉(zhuǎn)化而來，如圖3-5所示：屬性名稱數(shù)據(jù)類型是否為空職員編號(hào)char(9)否職員姓名varcha

21、r(12)否性別char(4)否生日datetime是住址varchar(30)否聯(lián)系電話char(12)否雇傭時(shí)間datetime否所在部門varchar(10)否所司職務(wù)varchar(10)否 圖 3-5職員表 (2)來往客戶單位表：由來往客戶單位強(qiáng)實(shí)體集轉(zhuǎn)化而來，如圖3-6所示：屬性名稱數(shù)據(jù)類型是否為空來往單位編號(hào)char(9)否單位名稱varchar(20)否單位類別varchar(12)否單位等級(jí)varchar(12)是單位地址char(20)否聯(lián)系人varchar(12)否聯(lián)系電話char(12)否備注varchar(50)是 圖 3-6來往客戶單位(3)貨品表：由貨品實(shí)體集轉(zhuǎn)化

22、而來，如圖3-7所示：屬性名稱數(shù)據(jù)類型是否為空貨品編號(hào)char(9)否貨品名稱varchar(20)否貨品類別varchar(12)否規(guī)格varchar(12)是條形碼char(20)否備注varchar(50)是銷售價(jià)格numeric(7,2)否入庫價(jià)numeric(7,2)否 圖 3-7 貨品主表(4)倉庫表：由貨品明細(xì)強(qiáng)實(shí)體集轉(zhuǎn)化而來，如圖3-8所示：屬性名稱數(shù)據(jù)類型是否為空倉庫編號(hào)char(9)否倉庫名稱varchar(12)否倉庫容量int否 圖 3-8 倉庫表 3.3 業(yè)務(wù)數(shù)據(jù)設(shè)計(jì)通過上述的E-R圖設(shè)計(jì)，得到了貨品銷售系統(tǒng)的業(yè)務(wù)數(shù)據(jù)，包括：貨品分類表、來往客戶分類表、銷售單主表、銷

23、售明細(xì)表、銷售退單表、收款表、采購單主表、采購明細(xì)表、采購?fù)藛伪怼⒏犊畋?、入庫明?xì)表、出庫表明細(xì)表。(1)來往單位分類表：由單位分類實(shí)體轉(zhuǎn)化而來屬性名稱數(shù)據(jù)類型是否為空單位分類編號(hào)char(9)否分類名稱varchar(20)否(2)貨品分類表：由貨品分類實(shí)體轉(zhuǎn)化而來屬性名稱數(shù)據(jù)類型是否為空貨品分類編號(hào)char(9)否分類名稱varchar(20)否(3) 銷售單主表：由銷售單實(shí)體集轉(zhuǎn)化而來，如同所示：屬性名稱數(shù)據(jù)類型是否為空銷售單編號(hào)char(9)否銷售員編號(hào)char(9)否客戶單位編號(hào)char(9)否銷售總金額double否銷售時(shí)間datetime否(4)銷售明細(xì)表：由銷售單主表與貨品和客

24、戶單位之間的聯(lián)系轉(zhuǎn)換而來屬性名稱數(shù)據(jù)類型是否為空銷售單編號(hào)char(9)否貨品編號(hào)char(9)否貨品規(guī)格varchar(12)否銷售均價(jià)numeric(7,2)否采購數(shù)量int否折扣float否(5) 銷售退貨主表：由銷售退貨實(shí)體集轉(zhuǎn)化而來，如同所示：屬性名稱數(shù)據(jù)類型是否為空銷售退單號(hào)char(9)否制單員號(hào)char(9)否所屬單號(hào)char(9)否備注varchar(50)否退單日期datetime否(6) 收款單主表：由收款單實(shí)體集轉(zhuǎn)化而來，如同所示：屬性名稱數(shù)據(jù)類型是否為空收款單號(hào)char(9)否制單員號(hào)char(9)否所屬單號(hào)char(9)否發(fā)票編號(hào)char(9)否收款日期dateti

25、me否應(yīng)收金額numeric(7,2)否實(shí)收金額numeric(7,2)否(7) 采購單主表：由銷售單實(shí)體集轉(zhuǎn)化而來，如同所示：屬性名稱數(shù)據(jù)類型是否為空采購單編號(hào)char(9)否采購員員編號(hào)char(9)否供貨單位編號(hào)char(9)否采購總金額double否采購時(shí)間datetime否(8)采購明細(xì)表：由銷售單主表與貨品和客戶單位之間的聯(lián)系轉(zhuǎn)換而來，如圖所示：屬性名稱數(shù)據(jù)類型是否為空采購單編號(hào)char(9)否貨品編號(hào)char(9)否貨品規(guī)格varchar(12)否成本價(jià)格numeric(7,2)否采購數(shù)量int否折扣float否(9)采購?fù)素浿鞅恚河射N售退貨實(shí)體集轉(zhuǎn)化而來，如同所示：屬性名稱數(shù)據(jù)

26、類型是否為空采購?fù)藛翁?hào)char(9)否制單員號(hào)char(9)否所屬單號(hào)char(9)否備注varchar(50)否退單日期datetime否(10) 付款單主表：由收款單實(shí)體集轉(zhuǎn)化而來，如同所示：屬性名稱數(shù)據(jù)類型是否為空付款單號(hào)char(9)否制單員號(hào)char(9)否所屬單號(hào)char(9)否發(fā)票編號(hào)char(9)否付款日期datetime否應(yīng)收金額numeric(7,2)否實(shí)收金額numeric(7,2)否(11)入庫明細(xì)表：由倉庫與采購單的聯(lián)系轉(zhuǎn)化而來，如圖所示：屬性名稱數(shù)據(jù)類型是否為空入庫單編號(hào)char(9)否倉庫編號(hào)char(9)否貨品編號(hào)char(9)否貨品規(guī)格 varchar(12)

27、否貨品數(shù)量int否入庫時(shí)間datetime否入庫均價(jià)numeric(7,2)否倉庫員編號(hào)char(9)否(12)出庫明細(xì)表：由倉庫與銷售訂單的聯(lián)系轉(zhuǎn)化而來，如圖所示：屬性名稱數(shù)據(jù)類型是否為空出庫單編號(hào)char(9)否倉庫編號(hào)char(9)否貨品編號(hào)char(9)否貨品規(guī)格 varchar(12)否貨品數(shù)量int否出庫時(shí)間datetime否出庫均價(jià)numeric(7,2)否倉庫員編號(hào)char(9)否3.4 視圖設(shè)計(jì)視圖是虛表，是從一個(gè)或幾個(gè)基本表中導(dǎo)出的表。數(shù)據(jù)庫的視圖設(shè)計(jì)可以在一定層次上提高數(shù)據(jù)庫的安全性，來達(dá)到業(yè)務(wù)的透明性，也可以降低腳本設(shè)計(jì)的復(fù)雜度。安全性主要涉及到貨品的入庫、訂單生成、退

28、單處理等業(yè)務(wù)，同時(shí)用戶沒有訪問涉及到業(yè)務(wù)關(guān)系到的基本表的權(quán)限，所以建立各種視圖來處理各種業(yè)務(wù)，這樣既不破壞數(shù)據(jù)庫的安全性設(shè)計(jì)，又達(dá)到了預(yù)期的效果；降低腳本設(shè)計(jì)的復(fù)雜度主要是對(duì)一些統(tǒng)計(jì)數(shù)據(jù)如銷售人員的銷售量、財(cái)務(wù)結(jié)算等進(jìn)行視圖設(shè)計(jì)，來減少涉及到該操作的表的數(shù)量。以下是一些本系統(tǒng)涉及的視圖：視圖一VisitorView：統(tǒng)計(jì)貨品相關(guān)的基本信息。視圖二CustomerView：統(tǒng)計(jì)各用戶的購買貨品金額。視圖三SupplierView：統(tǒng)計(jì)各供貨商提供的貨品的總金額。3.5 觸發(fā)器設(shè)計(jì)數(shù)據(jù)庫的觸發(fā)器設(shè)計(jì)主要是在數(shù)據(jù)的插入、刪除和更新操作場(chǎng)合下來進(jìn)行更為復(fù)雜的檢查和操作，一次來保證數(shù)據(jù)庫的正確性和一致性

29、。本系統(tǒng)涉及到貨品的入庫、貨品的出庫、貨品的更新等操作，對(duì)應(yīng)于不同的操作建立不同的觸發(fā)器來限定各種操作的范圍。為此設(shè)計(jì)了如下觸發(fā)器：(1)觸發(fā)器一trgInsert：在入庫明細(xì)表中規(guī)定每次只能一次插入一條貨品記錄。(2) 觸發(fā)器二trgUpdate：在貨品信息更新時(shí)貨品的銷售價(jià)格大于成本價(jià)格。(3) 觸發(fā)器三trgChange： 在訂單表中保證該用戶在達(dá)到一定消費(fèi)金額時(shí)改變會(huì)員用戶的等級(jí)。(4) 觸發(fā)器四trgWarnWrong：在訂單中貨品訂購數(shù)量大于庫存數(shù)時(shí)進(jìn)行報(bào)錯(cuò)。(5) 觸發(fā)器五trgWarnLack：在貨品庫存低于某一閥值時(shí)，在貨品的綜合信息中顯示”貨品緊缺”。3.6 存儲(chǔ)過程設(shè)計(jì)數(shù)

30、據(jù)庫的存儲(chǔ)過程設(shè)計(jì)主要是為了完成特定功能匯集而成的一組SQL語句集合，該集合編譯后存放在數(shù)據(jù)庫中。由于存儲(chǔ)過程可以直接運(yùn)行，也可以遠(yuǎn)程運(yùn)行，所以存儲(chǔ)過程擁有對(duì)業(yè)務(wù)操作封裝、便于事務(wù)管理和一定程度上的安全性保護(hù)的優(yōu)點(diǎn)。由于本系統(tǒng)主要是面向廣大用戶的系統(tǒng)，所以數(shù)據(jù)庫的訪問量肯定比較大。為解決能及時(shí)的響應(yīng)用戶的各種操作，本系統(tǒng)將創(chuàng)建各種存儲(chǔ)過程來增加對(duì)用戶的響應(yīng)操作。如：當(dāng)用戶需要查詢某種貨品時(shí)，向服務(wù)器發(fā)出查詢請(qǐng)求，服務(wù)器接受到請(qǐng)求直接調(diào)用存儲(chǔ)過程來處理用戶的請(qǐng)求，提高了查詢效率。為此設(shè)計(jì)了如下存儲(chǔ)過程：(1) 存儲(chǔ)過程二proSupplierMsg：根據(jù)輸入的供貨商類別、編號(hào)、名稱(或者其中的關(guān)

31、鍵字組合)來查找該供貨商的歷史成交信息。(2) 存儲(chǔ)過程四proGoodsName：根據(jù)輸入的貨品類別、編號(hào)、名稱(或者其中的關(guān)鍵字組合)來查詢符合該條件的各貨品品的信息。(3) 存儲(chǔ)過程三proEmployeeMsg：根據(jù)輸入的銷售人員編號(hào)來查找該銷售人員的歷史銷售業(yè)績。(4) 存儲(chǔ)過程一proOrderMsg：根據(jù)輸入的訂單號(hào)號(hào)來查找該訂單的信息。(5) 存儲(chǔ)過程二proStorageMsg：根據(jù)輸入的倉庫名稱、倉庫編號(hào)、貨品編號(hào)、貨品名稱(或者其中的關(guān)鍵字組合)來查找該貨品的庫存信息。(6) 存儲(chǔ)過程五proProfit：根據(jù)輸入的貨品編號(hào)來查詢?cè)撠浧返匿N售信息和盈利信息。(7) 存儲(chǔ)過

32、程五proMultipleMsg：根據(jù)輸入的訂單編號(hào)來查詢與該貨品的所所有信息，包括：來往單位、所含貨品、貨品所在倉庫、出/入庫、是否付款/退貨等。4 模式求精4.1 存在的問題至此基本上給出了一個(gè)比較完整的貨品銷售管理系統(tǒng)的需求分析、概念設(shè)計(jì)（E-R模型）和邏輯設(shè)計(jì)的全過程。在每一步設(shè)計(jì)中都反復(fù)的修改，討論還有什么不足的情況。但萬事不能盡善盡美,在本實(shí)例系統(tǒng)中，只考慮到貨品的入庫、貨品的存儲(chǔ)、用戶的訂購、貨品的出庫、用戶退單、訂單追蹤等業(yè)務(wù)，而在某些方面還是不能考慮的周全。1)通過關(guān)系數(shù)據(jù)理論和模式求精知識(shí)，結(jié)合本系統(tǒng)的邏輯設(shè)計(jì)，本系統(tǒng)的關(guān)系模式是屬于第一范式(1NF)。因?yàn)楸鞠到y(tǒng)只保證了此

33、關(guān)系模式的每一個(gè)屬性對(duì)應(yīng)的閾值都是不可分的,而在庫存貨品表和訂單明細(xì)表中都存在銷售價(jià)格，而訂單明細(xì)表中的銷售價(jià)格可以由訂單明細(xì)表和庫存貨品表做自然連接而得到，所以訂單明細(xì)表中的銷售價(jià)格冗余了。不過這種冗余對(duì)于本系統(tǒng)是必要的。因?yàn)楸鞠到y(tǒng)要經(jīng)常統(tǒng)計(jì)貨品銷售情況，包括銷售總量、銷售總金額、利潤結(jié)算等，如果要訂單明細(xì)表中添加銷售價(jià)格屬性，將更方便的做統(tǒng)計(jì)工作。2)通過進(jìn)一步的思考，還有以下問題：(1)對(duì)職員是否能勝任他所在的職位沒有一個(gè)明確的評(píng)判標(biāo)準(zhǔn)；(2)公司的決策僅根據(jù)貨品銷售的業(yè)績來決定，沒有對(duì)歷史數(shù)據(jù)的分析和市場(chǎng)的變化；(3)在客戶的注冊(cè)過程中，對(duì)顧客的信譽(yù)度沒有一定的要求。4.2 解決方案通

34、過分析以上產(chǎn)生的問題，再結(jié)合上述的數(shù)據(jù)庫設(shè)計(jì)，對(duì)每個(gè)問題提供了大體的解決方案。(1)在貨品銷售管理中還要對(duì)職員進(jìn)行基本的培訓(xùn)和考核措施；(2)對(duì)歷史數(shù)據(jù)的分析來更好的決策；(3)在供貨商的信譽(yù)上沒有做太多的思考，而是比較籠統(tǒng)的一概而論。但可以增加一些供貨的門檻來限定一些供貨商提供貨品；(4)在客戶的注冊(cè)過程中，對(duì)顧客的信譽(yù)度沒什么具體的要求，但可以根據(jù)用戶的信譽(yù)度提供不同程度的優(yōu)惠策略，從而提高用戶的購買力。5 物理設(shè)計(jì)5.1 設(shè)計(jì)目標(biāo)一個(gè)貨品銷售管理系統(tǒng)，其數(shù)據(jù)庫的物理設(shè)計(jì)是至關(guān)重要的，他涉及到各方面的利益：客戶的利益、銷售商的利益、供貨商的利益等等。所以怎么為數(shù)據(jù)庫選取一個(gè)最合適應(yīng)用環(huán)境的

35、物理結(jié)構(gòu)成為了本系統(tǒng)的一個(gè)重要的方面。本系統(tǒng)數(shù)據(jù)庫物理設(shè)計(jì)的目標(biāo)為：(1)提高數(shù)據(jù)庫的性能，以滿足應(yīng)用的性能需求；(2)有效利用存儲(chǔ)空間；(3)在性能和代價(jià)之間做出最優(yōu)平衡。5.2 數(shù)據(jù)分布本系統(tǒng)數(shù)據(jù)庫中要存儲(chǔ)的數(shù)據(jù)主要包括：關(guān)系表、數(shù)據(jù)字典、索引、日志和備份等。為了提高系統(tǒng)性能，因此，對(duì)于數(shù)據(jù)備份和日志文件的備份，由于他們只是在故障恢復(fù)時(shí)才使用，而且數(shù)據(jù)量很大，因此存放在三級(jí)存儲(chǔ)介質(zhì)上；對(duì)于計(jì)算機(jī)中有多個(gè)磁盤，可以考慮將表和索引分別存放在不統(tǒng)的磁盤上，在查詢時(shí)，由于多個(gè)磁盤驅(qū)動(dòng)器分別在工作，因此可以保證物理讀寫速度比較快，不過也可以將比較大的表分拆存放在多個(gè)磁盤中，以加快存取速度；對(duì)于數(shù)據(jù)字

36、典，由于其訪問量很大，可以單獨(dú)的為其開辟一塊存儲(chǔ)空間，以保證快速相應(yīng)用戶的需求。本系統(tǒng)將數(shù)據(jù)字典中的數(shù)據(jù)放在了主邏輯設(shè)備DictionaryDB.mdf上，將基礎(chǔ)數(shù)據(jù)放在了從邏輯設(shè)備一BasicDB.mdf上，將業(yè)務(wù)數(shù)據(jù)放在了從邏輯設(shè)備二BusinessDB.mdf上，將其他數(shù)據(jù)放在了從邏輯設(shè)備三OtherDB.mdf上，將日志及備份的數(shù)據(jù)放在了邏輯設(shè)備SaleDBLog.ldf上。5.3 索引實(shí)現(xiàn)如果只是從數(shù)據(jù)分布那方面來提高數(shù)據(jù)庫的性能，那是遠(yuǎn)遠(yuǎn)不夠的，因?yàn)樽罱K的數(shù)據(jù)存取還是要對(duì)數(shù)據(jù)進(jìn)行搜索、遍歷。所以，能提高對(duì)數(shù)據(jù)的搜索和遍歷的一個(gè)常用的技術(shù)就是建立索引。但如果對(duì)某一存儲(chǔ)的數(shù)據(jù)建立過多的

37、索引反而會(huì)導(dǎo)致數(shù)據(jù)性能的降低，反之則會(huì)降低數(shù)據(jù)的搜索速度。因此如何對(duì)各種存儲(chǔ)的數(shù)據(jù)建立合適的索引成了提高數(shù)據(jù)庫性能的一大問題。本系統(tǒng)就索引的實(shí)現(xiàn)提供了一些具體的方法，如：根據(jù)用戶查詢的習(xí)慣來對(duì)特定的屬性或者屬性集合建立輔助索引；對(duì)數(shù)據(jù)量比較多的表中采用多級(jí)索引或者B+樹索引來提高數(shù)據(jù)順序掃描的速度；采用B+樹索引技術(shù)來有效地支持范圍索引等等。以下是本系統(tǒng)所建立的一些索引：(1) 為貨品表中的貨品名稱屬性建立輔助索引goodsNameIdx。(2) 為貨品表中的銷售價(jià)格屬性建立輔助索引goodsPriceIdx。(3) 為供貨商的供貨商編號(hào)屬性建立B+樹索引supplierNoIdx。(4) 為職員表中的雇傭時(shí)間屬性建立輔助索引employeeT