報(bào)刊管理系統(tǒng)論文設(shè)計(jì)

1、PAGE PAGE 13目 錄 TOC o 1-3 u 1需求分析 PAGEREF _Toc265071567 h 11.1 功能描述 PAGEREF _Toc265071568 h 11.2 數(shù)據(jù)流圖 PAGEREF _Toc265071569 h 11.3 數(shù)據(jù)字典 PAGEREF _Toc265071570 h 31.3.1 數(shù)據(jù)項(xiàng) PAGEREF _Toc265071571 h 31.3.2 數(shù)據(jù)結(jié)構(gòu) PAGEREF _Toc265071572 h 31.3.3 數(shù)據(jù)流 PAGEREF _Toc265071573 h 41.3.4處理過程 PAGEREF _Toc265071574 h

2、 41.3.5 數(shù)據(jù)存儲(chǔ) PAGEREF _Toc265071575 h 52 概念結(jié)構(gòu)設(shè)計(jì) PAGEREF _Toc265071576 h 52.1 設(shè)計(jì)E-R圖的要點(diǎn) PAGEREF _Toc265071577 h 52.2 設(shè)計(jì)E-R圖 PAGEREF _Toc265071578 h 53 邏輯結(jié)構(gòu)設(shè)計(jì) PAGEREF _Toc265071579 h 73.1 設(shè)計(jì)邏輯結(jié)構(gòu)時(shí)的要點(diǎn) PAGEREF _Toc265071580 h 73.2 關(guān)系模式 PAGEREF _Toc265071581 h 84 物理結(jié)構(gòu)設(shè)計(jì) PAGEREF _Toc265071582 h 94.1 存儲(chǔ)方法設(shè)計(jì)

3、PAGEREF _Toc265071583 h 94.2存取結(jié)構(gòu)設(shè)計(jì) PAGEREF _Toc265071584 h 95數(shù)據(jù)庫的實(shí)施 PAGEREF _Toc265071585 h 105.1 創(chuàng)建數(shù)據(jù)庫 PAGEREF _Toc265071586 h 105.2 創(chuàng)建表 PAGEREF _Toc265071587 h 105.3 創(chuàng)建視圖 PAGEREF _Toc265071588 h 116 心得體會(huì) PAGEREF _Toc265071589 h 12參考文獻(xiàn) PAGEREF _Toc265071590 h 13報(bào)刊管理系統(tǒng)需求分析1.1 功能描述在一些報(bào)刊公司里，管理員往往需要處理多

4、種報(bào)刊的銷售及查詢等工作。這些工作如果不能充分利用計(jì)算機(jī)去實(shí)行，工作量就會(huì)非常大，而且容易出現(xiàn)錯(cuò)誤，造成管理上的混亂。因此，開發(fā)一個(gè)報(bào)刊管理系統(tǒng)對(duì)于提高公司的市場(chǎng)競(jìng)爭(zhēng)力已尤為重要。作為一個(gè)報(bào)刊管理系統(tǒng)，該系統(tǒng)直接面對(duì)的是其使用人員，而使用人員往往對(duì)計(jì)算機(jī)并不是非常熟悉。這就要求系統(tǒng)能夠提供易用的人機(jī)交互界面。要實(shí)現(xiàn)這一點(diǎn)，就要求系統(tǒng)應(yīng)該盡量使用用戶熟悉的術(shù)語和中文信息的界面。因此，無論是在功能設(shè)計(jì)還是業(yè)務(wù)流程上都盡可能做到滿足運(yùn)營管理的需求，要求設(shè)計(jì)的界面簡(jiǎn)潔友好、易于理解且操作方便，其內(nèi)容清晰明了并要求保持正確性和穩(wěn)定性。 以管理員的身份來設(shè)計(jì)此報(bào)刊管理系統(tǒng)，要求系統(tǒng)的主要功能有以下幾個(gè)：

5、（1）管理員登陸：管理員要通過輸入用戶名和相應(yīng)的密碼才能進(jìn)入管理系統(tǒng)，即根據(jù)用戶權(quán)限登陸此系統(tǒng)。（2）報(bào)刊的目錄管理：要求能夠?qū)?bào)刊目錄的相關(guān)信息增加到數(shù)據(jù)庫或從數(shù)據(jù)庫中刪除和修改，并要求能夠進(jìn)行查詢。（3）報(bào)刊的訂戶和訂單信息的管理：能夠根據(jù)實(shí)際情況添加、刪除、修改和查詢訂戶和訂單的基本信息，同時(shí)要求用戶能夠查看到訂單的統(tǒng)計(jì)情況。（4）賬號(hào)管理：要求能夠增加管理員和刪除管理員。1.2 數(shù)據(jù)流圖根據(jù)此管理系統(tǒng)中的數(shù)據(jù)和處理之間的關(guān)系，可繪制如下數(shù)據(jù)流圖：目錄信息管理員目錄信息管理員報(bào)刊管理系統(tǒng)管理員管理員信息訂戶信息密碼信息訂單信息賬號(hào)信息目錄信息刪除后目錄信息目錄信息新目錄信息目錄信息刪除后

6、目錄信息目錄信息新目錄信息目錄信息賬號(hào)信息訂單信息訂戶信息目錄信息管理員管理員訂單信息舊訂單信息添加目錄刪除目錄修改目錄查詢目錄刪除賬號(hào)添加賬號(hào)添加訂戶刪除訂戶修改訂戶查詢訂戶添加訂單刪除訂單修改訂單查詢訂單已有目錄信息目錄名字或編號(hào)舊目錄信息訂戶信息已有訂戶信息訂戶名字或編號(hào)舊訂戶信息已有訂單信息訂單編號(hào)賬號(hào)信息已有賬號(hào)信息賬號(hào)信息刪除后賬號(hào)信息刪除后訂戶信息訂戶信息新訂戶信息訂戶信息刪除后訂單信息訂單信息新訂單信息訂單信息目錄管理賬號(hào)管理訂單管理訂戶管理1.3 數(shù)據(jù)字典數(shù)據(jù)字典包括有數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、處理過程和數(shù)據(jù)存儲(chǔ)五個(gè)部分，以下根據(jù)系統(tǒng)開發(fā)的要求分別對(duì)各個(gè)部分進(jìn)行說明。1.3.

7、1 數(shù)據(jù)項(xiàng)編號(hào)數(shù)據(jù)項(xiàng)名表中列名含義說明數(shù)據(jù)類型長度D1目錄編號(hào)Did唯一標(biāo)識(shí)目錄INT4D2目錄名字Dname用于說明報(bào)刊的名字，不能為空VARCHAR30D3目錄單價(jià)UnitPrice每份報(bào)刊的價(jià)格，不能為空FLOAT3D4目錄備注Ifo附加說明報(bào)刊其它信息CHAR50C1訂戶編號(hào)Cid唯一標(biāo)識(shí)訂戶INT4C2訂戶名字Cname說明訂戶的姓名，不能為空VARCHAR30C3訂戶電話Phone說明訂戶的聯(lián)系電話VARCHAR20C4訂戶地址Address說明訂戶的聯(lián)系地址VARCHAR30Q1訂單編號(hào)Ono唯一標(biāo)識(shí)訂單INT4Q2訂閱數(shù)量Quantity說明訂戶訂閱的份數(shù)INT4Q3訂閱期數(shù)Q

8、iShu說明訂戶訂閱的期刊數(shù)INT4Q4總價(jià)Total統(tǒng)計(jì)訂戶所有訂刊的總共價(jià)格FLOAT3Q5下訂日期Odate說明訂戶訂刊的時(shí)間DATETIME8U1管理員Uname報(bào)刊管理者的用戶名VARCHAR20U2登錄密碼UPassword報(bào)刊管理者登錄系統(tǒng)時(shí)的密碼VARCHAR501.3.2 數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)名屬 性目錄目錄編號(hào)、目錄名字、目錄單價(jià)、目錄備注訂戶訂戶編號(hào)、訂戶名字、訂戶電話、訂戶地址訂單訂單編號(hào)、目錄編號(hào)、訂戶編號(hào)、訂閱數(shù)量、訂閱期數(shù)、目錄單價(jià)、總價(jià)、下訂日期賬號(hào)管理員、登錄密碼1.3.3 數(shù)據(jù)流數(shù)據(jù)流名說 明數(shù)據(jù)流來源數(shù)據(jù)流去向目錄公司報(bào)刊的目錄的基本信息改變的報(bào)刊目錄目錄管理

9、訂戶訂閱報(bào)刊的客戶的基本信息訂閱者訂戶管理訂單訂戶與訂閱的報(bào)刊的相關(guān)信息訂閱者和存在的報(bào)刊目錄訂單管理賬號(hào)管理員的用戶名和與相應(yīng)的密碼改變的管理員信息賬號(hào)管理 處理過程處理過程名處理說明輸入數(shù)據(jù)流輸出數(shù)據(jù)流添加目錄新的各數(shù)據(jù)項(xiàng)符合要求要添加的目錄信息新增的目錄信息刪除目錄只能刪除已有目錄需要?jiǎng)h除的目錄信息刪除后的目錄信息修改目錄修改已有目錄且修改后仍符合要求當(dāng)前的目錄信息修改后的目錄信息按名字查詢目錄查詢已有目錄名字的目錄信息目錄名字目錄信息按編號(hào)查詢目錄查詢已有目錄編號(hào)的目錄信息目錄編號(hào)目錄信息添加訂戶新的各數(shù)據(jù)項(xiàng)符合要求要添加的訂戶信息新增的訂戶信息刪除訂戶只能刪除已有訂戶需要?jiǎng)h除的訂戶信

10、息刪除后的訂戶信息修改訂戶修改已有訂戶且修改后仍符合要求當(dāng)前的訂戶信息修改后的訂戶信息按名字查詢訂戶查詢已有目錄名字的訂戶信息訂戶名字訂戶信息按編號(hào)查詢訂戶查詢已有目錄編號(hào)的訂戶信息訂戶編號(hào)訂戶信息添加訂單在已有目錄和訂戶的前提下，且新的各數(shù)據(jù)項(xiàng)符合要求要添加的訂單信息新增的訂單信息刪除訂單只能刪除已有訂單需要?jiǎng)h除的訂單信息刪除后的訂單信息修改訂單修改已有訂單且修改后仍符合要求當(dāng)前的訂戶信息修改后的訂戶信息按編號(hào)查詢訂單查詢已有的訂單信息訂單編號(hào)訂單信息增加管理員創(chuàng)建新的賬號(hào)和密碼要增加的賬號(hào)和密碼增加成功與否刪除管理員只能刪除已有的管理員要?jiǎng)h除的賬號(hào)和密碼刪除成功與否1.3.5 數(shù)據(jù)存儲(chǔ)數(shù)據(jù)

11、存儲(chǔ)名輸入的數(shù)據(jù)流輸出的數(shù)據(jù)流存儲(chǔ)目錄增加或修改的目錄信息改變后的目錄信息存儲(chǔ)訂戶增加或修改的訂戶信息改變后的訂戶信息 存儲(chǔ)訂單增加或修改的訂單信息改變后的訂單信息 存儲(chǔ)賬號(hào)增加的賬號(hào)信息改變后的賬號(hào)信息2 概念結(jié)構(gòu)設(shè)計(jì)2.1 設(shè)計(jì)E-R圖的要點(diǎn)（1）E-R圖提供矩形框表示實(shí)體型、橢圓表示屬性、菱形表示實(shí)體型之間的聯(lián)系。（2）能獨(dú)立存在并和其它事物產(chǎn)生某種聯(lián)系的數(shù)據(jù)對(duì)象，例如目錄、訂戶等，就應(yīng)把它作為實(shí)體；而對(duì)于那些不可再分的數(shù)據(jù)對(duì)象，就可將它作為屬性。（3）兩個(gè)或多個(gè)實(shí)體間的關(guān)聯(lián)與結(jié)合，例如目錄、訂戶、訂閱、，當(dāng)需要予以關(guān)注時(shí)，應(yīng)作為聯(lián)系。聯(lián)系通常是某類行為動(dòng)作，E-R圖中關(guān)注的是其狀態(tài)與結(jié)

12、果而不是它的過程。（4）實(shí)體的屬性是實(shí)體的本質(zhì)特征。實(shí)體應(yīng)有標(biāo)識(shí)屬性（能把不同個(gè)體區(qū)分開來的飛行員性或?qū)傩越M），并指定其中一個(gè)作為主標(biāo)識(shí)。2.2 設(shè)計(jì)E-R圖本次開發(fā)報(bào)刊管理系統(tǒng)，經(jīng)過功能描述和多次討論后，確定了該管理系統(tǒng)可以劃分的實(shí)體有：目錄實(shí)體、訂戶實(shí)體、訂單實(shí)體和賬號(hào)實(shí)體，先逐一設(shè)計(jì)各個(gè)分E-R圖描述這些實(shí)體，然后根據(jù)它們的聯(lián)系得到整體E-R圖。（1）目錄實(shí)體的E-R圖：目目 錄目錄編號(hào)目錄單價(jià)目錄備注目錄名字（2）訂戶實(shí)體的E-R圖訂 戶訂 戶訂戶編號(hào)訂戶電話訂戶地址訂戶名字（3）訂單實(shí)體的E-R圖訂 單訂 單訂閱期數(shù)目錄單價(jià)總價(jià)下訂日期訂單編號(hào)目錄編號(hào)訂戶編號(hào)訂閱數(shù)量（4）賬號(hào)實(shí)體的

13、E-R圖賬 號(hào)賬 號(hào)管理員登錄密碼（5）總的信息實(shí)體的E-R圖nnmn訂 單目 錄登 記查 詢填 寫n1mn訂 戶賬 號(hào)1管 理3 邏輯結(jié)構(gòu)設(shè)計(jì)邏輯結(jié)構(gòu)設(shè)計(jì)階段的任務(wù)是將概念結(jié)構(gòu)設(shè)計(jì)階段所得到的概念模型轉(zhuǎn)換為具體DBMS所能支持的數(shù)據(jù)模型，即邏輯結(jié)構(gòu)。3.1 設(shè)計(jì)邏輯結(jié)構(gòu)時(shí)的要點(diǎn)在本次開發(fā)的報(bào)刊管理系統(tǒng)中，使用的數(shù)據(jù)庫管理系統(tǒng)是SQL Server 2000,將用到設(shè)計(jì)邏輯結(jié)構(gòu)的常用方法：將概念結(jié)構(gòu)轉(zhuǎn)換為一般的關(guān)系模型。在這里即指E-R圖向關(guān)系模型的轉(zhuǎn)換，實(shí)際上就是要將實(shí)體型、實(shí)體型的屬性和實(shí)體型之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式。 E-R圖是由實(shí)體型、實(shí)體的屬性和實(shí)體之間的聯(lián)系三個(gè)要素組成的，所在將E

14、-R圖轉(zhuǎn)換為關(guān)系模型實(shí)際上就是要將實(shí)體型、實(shí)體的屬性和實(shí)體型之間的聯(lián)系轉(zhuǎn)換為關(guān)系模式，這種轉(zhuǎn)換一般遵循如下原則：一個(gè)實(shí)體型變換為一個(gè)關(guān)系模式，其屬性變?yōu)殛P(guān)系的屬性，其主標(biāo)識(shí)變?yōu)殛P(guān)系的主碼。 從此次設(shè)計(jì)出的E-R圖中，可知對(duì)于實(shí)體型間有1：n和m：n的聯(lián)系，可以轉(zhuǎn)換為一個(gè)獨(dú)立的關(guān)系模式。3.2 關(guān)系模式目錄的關(guān)系模式Diretory如下：列名數(shù)據(jù)類型長度可否為空說明DidINT 4否目錄編號(hào)（主鍵）DnameVARCHAR30否目錄名字UnitPriceFLOAT3否目錄單價(jià)IfoCHAR50可目錄備注訂戶的關(guān)系模式Customer如下：列名數(shù)據(jù)類型長度可否為空說明CidINT 4否訂戶編號(hào)（主

15、鍵）CnameVARCHAR30否訂戶名字PhoneVARCHAR20可訂戶電話AddressVARCHAR30可訂戶地址訂單的關(guān)系模式OrderDetail如下：列名數(shù)據(jù)類型長度可否為空說明OnoINT4否訂單編號(hào)（主鍵）DidINT4否目錄編號(hào)（外鍵）CidINT4否訂戶編號(hào)（外鍵）QuantityINT4可訂閱數(shù)量QiShuINT4可訂閱期數(shù)UnitPriceFLOAT3可目錄單價(jià)TotalINT4可總價(jià)OdateDATETIME8可下訂日期賬號(hào)的關(guān)系模式Login如下：列名數(shù)據(jù)類型長度可否為空說明UnameVARCHAR20否管理員（主鍵）UPasswordVARCHAR50否登錄密碼

16、4 物理結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)庫的物理結(jié)構(gòu)依賴于選定的數(shù)據(jù)庫管理系統(tǒng)，此次報(bào)刊管理系統(tǒng)中使用的數(shù)據(jù)庫管理系統(tǒng)是SQL Server 2000。數(shù)據(jù)庫的物理設(shè)計(jì)主要任務(wù)是選擇關(guān)系模式存取方法和確定數(shù)據(jù)庫存儲(chǔ)結(jié)構(gòu)。4.1 存儲(chǔ)方法設(shè)計(jì)對(duì)目錄、訂戶和訂單三大部分最經(jīng)常的操作是查找，假設(shè)現(xiàn)有n個(gè)目錄信息，如果采取順序查找，平均查找n/2次，在n的值比較大的情況下，這種存取方式顯然無法產(chǎn)生高效率，所以，在此建立B+樹索引，具體設(shè)計(jì)如下：（1）對(duì)以下經(jīng)常在查詢中出現(xiàn)的關(guān)系的碼建立索引：目錄（目錄編號(hào)、目錄名字、目錄單價(jià)、目錄備注）；/為Diretory表按目錄編號(hào)升序建立唯一索引DirDidCREATE UNIQ

17、UE INDEX DirDid ON Diretory (Did );（2）對(duì)以下經(jīng)常進(jìn)行連接操作的關(guān)系的碼建立索引: 目錄編號(hào)、訂戶編號(hào) /為OrderDetail表按目錄編號(hào)升序和訂戶編號(hào)降序建立唯一索引OD_DCidCREATE UNIQUE INDEX OD_DCid ON OrderDetail(Did ASC,Cid DESC);4.2 存取結(jié)構(gòu)設(shè)計(jì)本報(bào)刊管理系統(tǒng)中信息處理的特點(diǎn)如下：（1）目錄信息的數(shù)據(jù)經(jīng)常需要查詢，例如了解這種報(bào)刊的基本情況。（2）訂戶和訂單三大信息的數(shù)據(jù)不僅經(jīng)常需要查詢,而且更新速度快,例如經(jīng)常需要添加、刪除或修改目錄和訂戶，也由此需要更改訂單的內(nèi)容。（3）目

18、錄、訂戶和訂單這三部分信息要求共享的信息較多。例如目錄的編號(hào)和單價(jià),訂戶的編號(hào)等信息。 所以，對(duì)于表Diretory、Customer和OrderDetail應(yīng)放在不同的磁盤中，以防止數(shù)據(jù)丟失，同時(shí)提高存取速度；對(duì)于索引DirDid和OD_DCid也應(yīng)放在不同的磁盤中，以提高查詢速度。數(shù)據(jù)庫的實(shí)施關(guān)系數(shù)據(jù)庫系統(tǒng)支持三級(jí)模式結(jié)構(gòu)，其模式、外模式和內(nèi)模式中的基本對(duì)象有表、視圖和索引。5.1 創(chuàng)建數(shù)據(jù)庫/建立數(shù)據(jù)庫BKDYCREATE DATABASE BKDY;5.2 創(chuàng)建表/建立目錄信息表DiretoryCREATE TABLE Diretory(Did INT PRIMARY KEY, Dna

19、me VARCHAR(30) NOT NULL, UnitPrice FLOAT(3) NOT NULL, Ifo CHAR(50) );/建立訂戶信息表CustomerCREATE TABLE Customer(Cid INT PRIMARY KEY, Cname VARCHAR(30) NOT NULL, Phone VARCHAR(20), Address VARCHAR(30) );/建立訂單信息表OrderDetailCREATE TABLE OrderDetail(Ono INT PRIMARY KEY, Did INT, Cid INT, Quantity INT, QiShu

20、INT, UnitPrice FLOAT(3), Total INT, Odate DATETIME, FOREIGN KEY (Did) REFERENCES Diretory(Did), FOREIGN KEY (Cid) REFERENCES Customer(Cid);/建立賬號(hào)信息表LoginCREATE TABLE Login(Uname VARCHAR(20) PRIMARY KEY, UPassword VARCHAR(50) NOT NULL);/在表中插入管理員相關(guān)數(shù)據(jù)INSERT INTO Login VALUES (admin,admin);5.3 創(chuàng)建視圖 為了提供更

21、加友好的界面，符合人們的日常習(xí)慣，簡(jiǎn)化用戶對(duì)系統(tǒng)的使用和基于安全要求的考慮，需要建立必要的視圖。/為方面使用人員清楚理解訂單的相關(guān)信息，可建立視圖OrderTotalCREATE VIEW OrderTotal AS SELECT Ono,Dname,Customer.Cname,Quantity,Total,Odate,Phone,AddressFROM Diretory,Customer,OrderDetailWHERE Customer.Cid=OrderDetail.Cid AND Diretory.Did=OrderDetail.Did/為管理員了解各類報(bào)刊的的銷售情況，建立視圖U_OrederCREATE VIEW U_OrederAS SELECT Dname,QuantityFROM Diretory,Customer,OrderDetailWHERE Customer.Cid=OrderDetail.Cid AND Diretory.Did=OrderDetail.Did/建立訂戶的訂閱視圖CustomerOrderCREATE VIEW CustomerOrder AS SELECT Dname,Diretory.UnitPrice ,Ifo,QuantityFROM Diretory