客戶訂購(gòu)登記系統(tǒng).doc

網(wǎng)絡(luò)數(shù)據(jù)庫(kù)課程設(shè)計(jì)網(wǎng) 絡(luò) 數(shù) 據(jù) 庫(kù) 課 程 設(shè) 計(jì)客戶訂購(gòu)登記系統(tǒng) 班級(jí)：13升計(jì)科2班姓名：段詩(shī)慧 學(xué)號(hào)：1316353047 日期：2014.11.28 摘要客戶訂購(gòu)登記系統(tǒng)的管理是公司管理的一個(gè)重要內(nèi)容。隨著市場(chǎng)競(jìng)爭(zhēng)的日趨激烈化，能夠擁有更多的客戶訂購(gòu)信息，將是企業(yè)長(zhǎng)久生存的重要因素。 隨著信息技術(shù)的發(fā)展和網(wǎng)絡(luò)在廣大消費(fèi)者中的普及，網(wǎng)上購(gòu)物愈來愈成為一種潮流和時(shí)尚。因此，建立一個(gè)網(wǎng)上的客戶訂購(gòu)登記系統(tǒng)，必將成為企業(yè)在未來激烈的競(jìng)爭(zhēng)中提升綜合競(jìng)爭(zhēng)優(yōu)勢(shì)的有力武器。 一個(gè)公司希望為其客戶的訂購(gòu)行為建立一個(gè)數(shù)據(jù)庫(kù)。瀏覽者如果想在線定購(gòu)，需提交注冊(cè)單。詳細(xì)的注冊(cè)信息便于管理員對(duì)瀏覽者的身份進(jìn)行確認(rèn)，同時(shí)便于企業(yè)進(jìn)行有針對(duì)性的推銷活動(dòng)。而且，經(jīng)過注冊(cè)的顧客可以在線修改個(gè)人資料，使企業(yè)能夠獲得第一手的客戶信息。已經(jīng)在線注冊(cè)的瀏覽者，在瀏覽產(chǎn)品頁(yè)面時(shí)，可以將自己喜歡的產(chǎn)品直接放入購(gòu)物車中，系統(tǒng)便會(huì)自動(dòng)生成定購(gòu)單，提交給管理員，企業(yè)便會(huì)依據(jù)顧客注冊(cè)信息將產(chǎn)品或服務(wù)送達(dá)顧客手中，從而實(shí)現(xiàn)在線訂購(gòu)。顧客還可以隨時(shí)登陸查看自己的訂單情況，了解企業(yè)對(duì)自己的產(chǎn)品訂單的處理情況。而采購(gòu)管理員也可以通過查看每個(gè)顧客的定單情況，了解各種產(chǎn)品的銷售情況和需要進(jìn)行采購(gòu)的商品信息，從而了解市場(chǎng)發(fā)展態(tài)勢(shì)并制定相應(yīng)的措施。這樣更有利于公司的長(zhǎng)期發(fā)展。關(guān)鍵詞:JAVA，SQL server 2008，數(shù)據(jù)庫(kù)目錄1、需求分析41.1 問題描述：41.2 業(yè)務(wù)流程描述：42、概念結(jié)構(gòu)設(shè)計(jì)63、邏輯結(jié)構(gòu)設(shè)計(jì)93.1 E-R圖向關(guān)系模型的轉(zhuǎn)換93.2數(shù)據(jù)模型的優(yōu)化104、物理結(jié)構(gòu)設(shè)計(jì)104.1關(guān)系存取方法選擇105、數(shù)據(jù)庫(kù)實(shí)施 105.1 數(shù)據(jù)庫(kù)的實(shí)現(xiàn)：105.2 生成的關(guān)系表：135.3 權(quán)限管理166、數(shù)據(jù)庫(kù)運(yùn)行與維護(hù)186.1 應(yīng)用系統(tǒng)開發(fā)用戶注冊(cè)模塊的實(shí)現(xiàn)186.2 數(shù)據(jù)庫(kù)的維護(hù)187、總結(jié)19參考文獻(xiàn)：19客戶訂購(gòu)登記系統(tǒng)1、需求分析1.1 問題描述：隨著信息技術(shù)的發(fā)展和網(wǎng)絡(luò)在廣大消費(fèi)者中的普及，網(wǎng)上購(gòu)物愈來愈成為一種潮流和時(shí)尚。因此，建立一個(gè)網(wǎng)上的客戶訂購(gòu)登記系統(tǒng)，必將成為企業(yè)在未來激烈的競(jìng)爭(zhēng)中提升綜合競(jìng)爭(zhēng)優(yōu)勢(shì)的有力武器。一個(gè)公司希望為其客戶的訂購(gòu)行為建立一個(gè)數(shù)據(jù)庫(kù)。瀏覽者如果想在線定購(gòu)，需提交注冊(cè)單。詳細(xì)的注冊(cè)信息便于管理員對(duì)瀏覽者的身份進(jìn)行確認(rèn)，同時(shí)便于企業(yè)進(jìn)行有針對(duì)性的推銷活動(dòng)。而且，經(jīng)過注冊(cè)的顧客可以在線修改個(gè)人資料，使企業(yè)能夠獲得第一手的客戶信息。已經(jīng)在線注冊(cè)的瀏覽者，在瀏覽產(chǎn)品頁(yè)面時(shí)，可以將自己喜歡的產(chǎn)品直接放入購(gòu)物車中，系統(tǒng)便會(huì)自動(dòng)生成定購(gòu)單，提交給管理員，企業(yè)便會(huì)依據(jù)顧客注冊(cè)信息將產(chǎn)品或服務(wù)送達(dá)顧客手中，從而實(shí)現(xiàn)在線訂購(gòu)。顧客還可以隨時(shí)登陸查看自己的訂單情況，了解企業(yè)對(duì)自己的產(chǎn)品訂單的處理情況。而采購(gòu)管理員也可以通過查看每個(gè)顧客的定單情況，了解各種產(chǎn)品的銷售情況和需要進(jìn)行采購(gòu)的商品信息，從而了解市場(chǎng)發(fā)展態(tài)勢(shì)并制定相應(yīng)的措施。這樣更有利于公司的長(zhǎng)期發(fā)展。1.2 業(yè)務(wù)流程描述：（1）數(shù)據(jù)流圖： 圖1：頂層數(shù)據(jù)流圖圖2：第0層數(shù)據(jù)流圖（2）數(shù)據(jù)字典：表格1：數(shù)據(jù)字典消費(fèi)者名字消費(fèi)者描述應(yīng)用該系統(tǒng)的公司客戶定義消費(fèi)者=消費(fèi)者ID+消費(fèi)者姓名+地址+聯(lián)系電話表格2：數(shù)據(jù)字典訂購(gòu)請(qǐng)求名字訂購(gòu)請(qǐng)求描述消費(fèi)者發(fā)出的訂購(gòu)請(qǐng)求定義訂購(gòu)請(qǐng)求=訂購(gòu)商品的名稱、編號(hào)+訂購(gòu)商品的數(shù)量表格3：數(shù)據(jù)字典合法的訂購(gòu)請(qǐng)求名字合法的訂購(gòu)請(qǐng)求描述經(jīng)過系統(tǒng)檢驗(yàn)后合格的請(qǐng)求定義合法的訂購(gòu)請(qǐng)求=合法的商品名稱、編號(hào)+合法的數(shù)量表格4：數(shù)據(jù)字典訂單名字訂單描述系統(tǒng)登記用戶的請(qǐng)求后，打印出來的關(guān)于用戶訂購(gòu)請(qǐng)求的詳細(xì)描述定義訂單=訂單號(hào)+消費(fèi)者ID+訂貨項(xiàng)數(shù)+訂貨日期+交貨日期表格5：數(shù)據(jù)字典發(fā)票名字發(fā)票描述每一張訂單，都對(duì)應(yīng)著一張發(fā)票，發(fā)票上記著消費(fèi)者所訂購(gòu)商品的價(jià)格等信息。消費(fèi)者必須支付該發(fā)票（支付方式為支票、信用卡或現(xiàn)金）定義發(fā)票=發(fā)票號(hào)+訂單號(hào)+應(yīng)收金額表格6：數(shù)據(jù)字典應(yīng)收賬款名字應(yīng)收賬款描述一個(gè)消費(fèi)者可能一次有多個(gè)訂單（即對(duì)應(yīng)有多張發(fā)票），應(yīng)收金額將所有發(fā)票上的應(yīng)收金額累加起來，最后由消費(fèi)者支付定義應(yīng)收金額=某個(gè)消費(fèi)者一次訂購(gòu)的所有應(yīng)收金額之和2、概念結(jié)構(gòu)設(shè)計(jì)（1）經(jīng)過分析可知，該系統(tǒng)的實(shí)體有：消費(fèi)者、訂單、訂單細(xì)節(jié)、商品、發(fā)票、應(yīng)收帳。各個(gè)實(shí)體的具體E-R圖如下：圖3：消費(fèi)者實(shí)體的E-R圖圖4：訂單實(shí)體的E-R圖圖5：訂單細(xì)節(jié)的E-R圖圖6：商品實(shí)體的E-R圖圖7：發(fā)票實(shí)體的E-R圖（2）實(shí)體-聯(lián)系方法是抽象和描述現(xiàn)實(shí)世界的有力工具。用E-R圖表示的該類模型獨(dú)立于具體的DBMS所支持的數(shù)據(jù)模型，它是各種數(shù)據(jù)模型的共同基礎(chǔ)。經(jīng)過分析，得到客戶訂購(gòu)登記系統(tǒng)的E-R圖：圖8：系統(tǒng)的E-R圖定義每個(gè)實(shí)體的屬性（其中加下劃線的屬性為實(shí)體的碼）：表格7：E-R圖中的實(shí)體的屬性消費(fèi)者消費(fèi)者ID，消費(fèi)者姓名，地址，電話應(yīng)收帳消費(fèi)者ID，發(fā)票號(hào)，支付日期訂單訂單號(hào)，消費(fèi)者ID，訂貨項(xiàng)數(shù)，訂貨日期，交貨日期訂單細(xì)節(jié)訂單號(hào)，細(xì)則號(hào)，訂貨數(shù)，商品號(hào)，金額發(fā)票發(fā)票號(hào)，訂單號(hào)，應(yīng)收金額商品商品號(hào)，商品名，單價(jià) 3、邏輯結(jié)構(gòu)設(shè)計(jì)3.1 E-R圖向關(guān)系模型的轉(zhuǎn)換邏輯結(jié)構(gòu)設(shè)計(jì)的任務(wù)就是把概念結(jié)構(gòu)設(shè)計(jì)階段設(shè)計(jì)好的基本E-R圖轉(zhuǎn)換為與選用的DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。我們將概念結(jié)構(gòu)設(shè)計(jì)中的E-R圖轉(zhuǎn)換成關(guān)系模式，轉(zhuǎn)換得到的關(guān)系模式：（1）消費(fèi)者（消費(fèi)者ID，消費(fèi)者姓名，地址，電話）此為“消費(fèi)者”實(shí)體型的關(guān)系模式。（2）支付賬款（消費(fèi)者ID，發(fā)票號(hào)，支付方式）此為聯(lián)系“支付”所對(duì)應(yīng)的關(guān)系模式。（3）應(yīng)收帳（消費(fèi)者ID，發(fā)票號(hào)，支付日期）此為“應(yīng)收帳”實(shí)體型對(duì)應(yīng)的關(guān)系模式。（4）訂購(gòu)（訂單號(hào)，消費(fèi)者ID）此為聯(lián)系“訂購(gòu)”所對(duì)應(yīng)的關(guān)系模式。（5）訂單（訂單號(hào)，消費(fèi)者ID，訂貨項(xiàng)數(shù)，訂貨日期，交貨日期）此為“訂單”實(shí)體型所對(duì)應(yīng)的關(guān)系模式。（6）參照（發(fā)票號(hào)，消費(fèi)者ID）此為聯(lián)系“參照”所對(duì)應(yīng)的關(guān)系模式。（7）發(fā)票（發(fā)票號(hào)，訂單號(hào)，應(yīng)收金額）此為“發(fā)票”實(shí)體型所對(duì)應(yīng)的關(guān)系模式。（8）訂單細(xì)節(jié)（訂單號(hào)，細(xì)則號(hào)，訂貨數(shù)，商品號(hào)，金額）此為“訂單細(xì)節(jié)”實(shí)體型所對(duì)應(yīng)的關(guān)系模式。（9）包含（訂單號(hào)，細(xì)則號(hào)，商品號(hào)）此為聯(lián)系“包含”所對(duì)應(yīng)的關(guān)系模式。（10）商品（商品號(hào)，商品名，單價(jià)）此為“商品”實(shí)體型所對(duì)應(yīng)的關(guān)系模式。3.2數(shù)據(jù)模型的優(yōu)化規(guī)范化理論為數(shù)據(jù)庫(kù)設(shè)計(jì)人員判斷關(guān)系模式的優(yōu)劣提供了理論標(biāo)準(zhǔn)，可以用來預(yù)測(cè)關(guān)系模式可能出現(xiàn)的問題，是數(shù)據(jù)庫(kù)設(shè)計(jì)工作有嚴(yán)格的理論基礎(chǔ)。經(jīng)過檢驗(yàn)，可知以上10個(gè)關(guān)系模式都滿足3NF。而且因?yàn)檫@里設(shè)計(jì)的關(guān)系模式都比較簡(jiǎn)單，模式之間的關(guān)系也不太復(fù)雜，所以也不需要再進(jìn)行分解等操作。4、物理結(jié)構(gòu)設(shè)計(jì)4.1關(guān)系存取方法選擇存取方法是使事務(wù)能夠快速存取數(shù)據(jù)庫(kù)中數(shù)據(jù)的技術(shù)。常用的存取方法有索引方法、Hash方法、聚簇方法等。（1）如果一個(gè)屬性經(jīng)常在查詢條件中出現(xiàn)，或者經(jīng)常作為最大值和最小值等聚集函數(shù)的參數(shù)，或者經(jīng)常在連接操作的連接條件中出現(xiàn)，則考慮在這個(gè)屬性上建立索引。但是，若一個(gè)關(guān)系的更新頻率很高，這個(gè)關(guān)系上定義的索引數(shù)就不能太多。因?yàn)楦乱粋€(gè)關(guān)系時(shí)，這樣的代價(jià)相當(dāng)高。（2）如果一個(gè)關(guān)系的屬性主要出現(xiàn)在等值連接條件中或主要出現(xiàn)在相等比較選擇條件中，而且一個(gè)關(guān)系的大小可預(yù)知且變化不大，則此關(guān)系可以選擇Hash存取方法。（3）當(dāng)通過聚簇碼進(jìn)行訪問或連接是該關(guān)系的主要應(yīng)用，與聚簇碼無關(guān)的其他訪問很少或者是次要的時(shí)，可以使用聚簇。尤其當(dāng)SQL語句中包含有與聚簇碼有關(guān)的ORDER BY,GROUP BY,UNION,DISTINCT等子句或短語時(shí)，使用聚簇特別有利，可以省去對(duì)結(jié)果集的排序操作。由以上各種存取方法的特點(diǎn)可知，商品關(guān)系的更新會(huì)比較頻繁，所以不適合建立索引，但是可以使用聚簇方法，將商品按類型排列，顯示給顧客。同樣，對(duì)于訂單的設(shè)計(jì)，也可以選擇使用聚簇方法，當(dāng)采購(gòu)管理員查詢訂購(gòu)登記系統(tǒng)中的訂單時(shí)，就可以將訂單信息按照訂單號(hào)遞增的顯示，當(dāng)然，訂單的編號(hào)是與時(shí)間相關(guān)的，這樣也方便訂購(gòu)管理員對(duì)訂單進(jìn)行添加和刪除等操作。5、數(shù)據(jù)庫(kù)實(shí)施 5.1 數(shù)據(jù)庫(kù)的實(shí)現(xiàn)：u create table 消費(fèi)者(消費(fèi)者ID char(10) primary key,密碼 char(20) not null,消費(fèi)者姓名 char(10)not null,地址 char(20) not null,電話 smallint not null)u create table 支付賬款(消費(fèi)者ID char (10) foreign key references 消費(fèi)者(消費(fèi)者ID),發(fā)票號(hào) smallint foreign key references 發(fā)票(發(fā)票號(hào)),支付方式 char(10) not null,primary key (消費(fèi)者ID,發(fā)票號(hào)),constraint c1 check (支付方式 in(支票,信用卡,現(xiàn)金)u create table 發(fā)票(發(fā)票號(hào) smallint primary key,訂單號(hào) smallint foreign key references 訂單(訂單號(hào)),應(yīng)收金額 smallint )u create table 訂單(訂單號(hào) smallint primary key,消費(fèi)者ID char (10) foreign key references 消費(fèi)者(消費(fèi)者ID),訂貨項(xiàng)數(shù) smallint,訂貨日期 datetime,交貨日期 datetime)u create table 應(yīng)收帳(消費(fèi)者ID char(10) foreign key references 消費(fèi)者(消費(fèi)者ID),發(fā)票號(hào) smallint foreign key references 發(fā)票(發(fā)票號(hào)),支付日期 datetime,primary key(消費(fèi)者ID,發(fā)票號(hào))u create table 訂購(gòu)(訂單號(hào) smallint foreign key references 訂單(訂單號(hào)) primary key,消費(fèi)者ID char(10) foreign key references 消費(fèi)者(消費(fèi)者ID)u create table 參照(發(fā)票號(hào) smallint foreign key references 發(fā)票(發(fā)票號(hào)) primary key,消費(fèi)者ID char(10) foreign key references 消費(fèi)者(消費(fèi)者ID)u create table 訂單細(xì)節(jié)(訂單號(hào) smallint foreign key references 訂單(訂單號(hào)),細(xì)則號(hào) smallint,訂貨數(shù) smallint,商品號(hào) smallint foreign key references 商品(商品號(hào)),金額 float(4),primary key (訂單號(hào),細(xì)則號(hào))u create table 商品(商品號(hào) smallint primary key,商品名 char(20),單價(jià) float(4)u create table 包含(訂單號(hào) smallint foreign key references 訂單(訂單號(hào)),細(xì)則號(hào) smallint,商品號(hào) smallint foreign key references 商品(商品號(hào)),primary key (訂單號(hào),細(xì)則號(hào))5.2 生成的關(guān)系表：由對(duì)數(shù)據(jù)庫(kù)的設(shè)計(jì)得到了10個(gè)表：圖 9：“消費(fèi)者”表這里不允許密碼、消費(fèi)者姓名、地址和電話為空，也就是要求用戶在進(jìn)行注冊(cè)時(shí)必須填寫這些項(xiàng)，這樣使得后來的寄送訂單等環(huán)節(jié)可行。圖 10：“支付賬款”表這里我們假設(shè)支付賬款只能選擇支票、信用卡或現(xiàn)金中的某種方式，在創(chuàng)建表的時(shí)候，進(jìn)行約束：constraint c1 check (支付方式 in(支票,信用卡,現(xiàn)金) 從而得到一個(gè)約束：圖 11：“支付賬款”表的元組級(jí)限制圖 12：“應(yīng)收帳”表“應(yīng)收帳”表中有一個(gè)屬性“支付日期”，它應(yīng)該是日期型或時(shí)間型，但是由于我使用的SQL Server 2000 不支持date 數(shù)據(jù)類型，所以這里選用datetime數(shù)據(jù)類型。圖13 ：“訂購(gòu)”表圖14：“訂單”表圖15 ：“參照”表圖16 ：“發(fā)票”表圖17 ：“訂單細(xì)節(jié)”表圖 18：“包含”表圖 19：“商品”表5.3 權(quán)限管理數(shù)據(jù)庫(kù)的安全性不容忽視，所以這里對(duì)用戶權(quán)限進(jìn)行了相應(yīng)的設(shè)置。為該系統(tǒng)設(shè)置的角色有：超級(jí)管理員、一般用戶、訂購(gòu)管理員、商品管理員、財(cái)務(wù)管理員、采購(gòu)管理員等。每個(gè)角色都有相應(yīng)不同的權(quán)限。下面只列舉其中兩個(gè)角色的權(quán)限：圖20：一般用戶的權(quán)限圖21：訂購(gòu)管理員的權(quán)限6、數(shù)據(jù)庫(kù)運(yùn)行與維護(hù) 6.1 應(yīng)用系統(tǒng)開發(fā)用戶注冊(cè)模塊的實(shí)現(xiàn)本次課程設(shè)計(jì)只實(shí)現(xiàn)了其中的用戶注冊(cè)模塊。在顧客需要進(jìn)行訂購(gòu)行為之前，需要注冊(cè)用戶的基本信息，包括登錄用戶名、登錄密碼、姓名、地址、電話等信息。這樣，在訂購(gòu)系統(tǒng)登記顧客的訂購(gòu)請(qǐng)求后，所產(chǎn)生的訂單將會(huì)被寄給正確的顧客。當(dāng)然，在實(shí)現(xiàn)該模塊之前，數(shù)據(jù)庫(kù)中應(yīng)該已經(jīng)存在“消費(fèi)者”這個(gè)表，這個(gè)模塊只是向該表中插入一些合法的記錄。填寫完“注冊(cè)”中的每一項(xiàng)后，點(diǎn)擊“確定”按鈕，系統(tǒng)提示“注冊(cè)成功”，這樣系統(tǒng)已經(jīng)將該用戶的信息存入了數(shù)據(jù)庫(kù)。當(dāng)然，由于“登錄用戶名”是“消費(fèi)者”關(guān)系的主碼，由該主碼約束可知，當(dāng)輸入了一個(gè)與數(shù)據(jù)庫(kù)中某條記錄相同的用戶名時(shí)，注冊(cè)將不能成功。這時(shí)系統(tǒng)會(huì)提示填入一個(gè)新的用戶名。為了檢驗(yàn)該系統(tǒng)是否正確與數(shù)據(jù)庫(kù)交互，我們打開SQL Server 2000 查詢分析器，輸入 “ select * from 消費(fèi)者 ”語句，執(zhí)行后的結(jié)果為：由此可見，用戶通過“注冊(cè)”注冊(cè)的信息與我們直接在數(shù)據(jù)庫(kù)中插入該條記錄的結(jié)果是一樣的。每次有顧客正確注冊(cè)之后，系統(tǒng)就會(huì)向“消費(fèi)者”數(shù)據(jù)庫(kù)中插入新的信息。當(dāng)然，應(yīng)該有數(shù)據(jù)庫(kù)管理員來維護(hù)這些信息。6.2 數(shù)據(jù)庫(kù)的維護(hù)數(shù)據(jù)庫(kù)試運(yùn)行合格后，數(shù)據(jù)庫(kù)開發(fā)工作就基本完成。但是，由于應(yīng)用環(huán)境在不斷變化，數(shù)據(jù)庫(kù)運(yùn)行過程中物理存儲(chǔ)也會(huì)不斷變化，所以就需要對(duì)數(shù)據(jù)庫(kù)進(jìn)行長(zhǎng)期的維護(hù)工作。DBA要針對(duì)不同的應(yīng)用要求制定不同的轉(zhuǎn)儲(chǔ)計(jì)劃，以保證一旦發(fā)生故障能盡快將數(shù)據(jù)庫(kù)恢復(fù)到某種一致的狀態(tài)，并盡可能減少對(duì)數(shù)據(jù)庫(kù)的破壞。而且，在數(shù)據(jù)庫(kù)的運(yùn)行過程中，對(duì)安全性的要求也會(huì)發(fā)生變化，比如有的數(shù)據(jù)原來是機(jī)密的，現(xiàn)在可以公開查詢，而新加入的數(shù)據(jù)又可能是機(jī)密的。這都需要DBA根據(jù)實(shí)際情況修改原有的安全性控制。同樣，數(shù)據(jù)庫(kù)的完整性約束條件也會(huì)變化，也需要DBA不斷修正，以滿足用戶要求。數(shù)據(jù)庫(kù)因?yàn)橛涗浀牟粩嘣?、刪、改的操作，其物理存儲(chǔ)情況會(huì)變壞，從而降低了數(shù)據(jù)的存取效率，數(shù)據(jù)庫(kù)的性能也下降了。這要求DBA對(duì)數(shù)據(jù)庫(kù)進(jìn)行重組織，或部分重組織。在重組織過程中，按原設(shè)計(jì)要求重新安排存儲(chǔ)位置、回收垃圾、減少指針鏈等，提高系統(tǒng)性能。7、總結(jié)通過設(shè)計(jì)客戶訂購(gòu)登記系統(tǒng)，從需求分析開始，逐步的進(jìn)行概念設(shè)計(jì)、邏輯設(shè)