數(shù)據(jù)庫課程設計報刊訂閱管理系統(tǒng)

1、課 程 設 計課程名稱_數(shù)據(jù)庫系統(tǒng) _題目名稱_報刊訂閱管理系統(tǒng)_學生學院_計算機學院_專業(yè)班級_10級計算機科學與技術5班學 號_3210006071_學生姓名_陳丹飛_指導教師_ _明俊峰_2013年 1月 10 日成績數(shù)據(jù)庫系統(tǒng)課程設計學 院_計算機學院_專 業(yè)_計算機科學與技術_學 號_3210006071_姓 名_陳丹飛_指導教師_明俊峰_ 日 期_2013/1/10_目錄一、概述：3二、需求分析：32.1、功能描述：32.2、數(shù)據(jù)流圖：42.3、數(shù)據(jù)字典：4、數(shù)據(jù)項：5、數(shù)據(jù)結(jié)構(gòu)：5、數(shù)據(jù)流：6三、概念設計：63.1、設計E-R圖的要點：63.2、基本項構(gòu)思ERD的四條基本原則：6

2、3.3、設計E-R圖：73.4、安全性要求：93.5、一致性要求：93.6、完整性要求：10四、邏輯設計：104.1、一般邏輯模型設計：104.2、關系模式設計與優(yōu)化：11關系模式設計11優(yōu)化分析114.3 系統(tǒng)結(jié)構(gòu)圖124.4、系統(tǒng)完整性設計12五、系統(tǒng)實現(xiàn)：135.1 索引的建立135.2 數(shù)據(jù)存放位置145.3 模塊設計145.3.1 登錄模塊145.3.2 管理功能模塊145.3.3 管理帳號模塊145.3.4 查詢模塊15六、小結(jié)：15一、概述：本系統(tǒng)是一個面向于企業(yè)的報刊訂閱管理系統(tǒng)。系統(tǒng)是智能化的管理系統(tǒng)，它面向所有企業(yè)部門的職工用戶，但具有安全性能。它能夠?qū)崿F(xiàn)報刊訂閱的基本功能

3、，包括新報刊信息的登錄、錄入、訂閱、查詢、統(tǒng)計等操作。用戶合法注冊后必須輸入有效密碼才能成功進入此系統(tǒng)，可以進行訂閱報刊，查詢信息，統(tǒng)計信息等操作。對于非法操作，系統(tǒng)有識別和防護措施。訂閱信息處理的特點是訂閱信息處理量比較大,所管理的信息信息種類繁多,而且訂閱單、編輯單的發(fā)生量特別大,關聯(lián)信息多,查詢和統(tǒng)計的方式各不相同。因此在管理上實現(xiàn)起來有一定因難。 系統(tǒng)在設計過程中,為了克服這些困難,需要使程序代碼標準化,軟件統(tǒng)一化,確保軟件的可維護性和實用性；刪除不必要的管理冗余,實現(xiàn)管理規(guī)范化、科學化；界面友好、簡單化,做到實用、方便,盡量滿足報刊訂閱中員工的需要。二、需求分析：2.1、功能描述：包

4、括如下模塊：ü 登錄功能：登錄統(tǒng)為身份驗證登錄。分為管理員登錄和一般用戶登錄。分別通過不 同的用戶名和密碼進入報刊訂閱管理界面，新的用戶需要注冊。ü 錄入新信息功能：對于管理員，包括新用戶信息和新報刊信息的錄入功能，信息一旦提交就存入到后臺數(shù)據(jù)庫中；普通用戶自行注冊進行可以修改個人信息。ü 訂閱功能：用戶可以訂閱報刊，系統(tǒng)自動計算所需金額，并顯示在界面上；管理員不可訂閱報刊，必須以用戶身份訂閱報刊。ü 查詢功能：用戶可以查詢并顯示自己所訂閱的信息；管理員可以按人員、報刊、部門分類查詢。查詢出的信息顯示在界面上,并且可以預覽和打印出結(jié)果。ü 統(tǒng)計

5、功能：管理員可以按用戶、部門、報刊統(tǒng)計報刊的銷售情況，并對一些重要的訂閱信息進行統(tǒng)計；普通用戶可以統(tǒng)計出自己的訂閱情況，并且可以預覽和打印出結(jié)果。 ü 系統(tǒng)維護功能：數(shù)據(jù)的安全管理，主要是依靠管理員對數(shù)據(jù)庫里的信息進行備份和恢 復，數(shù)據(jù)庫備份后，如果出了什么意外可以恢復數(shù)據(jù)庫到當時備份的狀態(tài)，這提高了系統(tǒng)和 數(shù)據(jù)的安全性，有利于系統(tǒng)的維護。2.2、數(shù)據(jù)流圖： 報刊訂閱管理系統(tǒng)頂層圖 報刊訂閱系統(tǒng)1層圖2.3、數(shù)據(jù)字典：數(shù)據(jù)字典包括有數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、處理過程和數(shù)據(jù)存儲五個部分，以下根據(jù)系統(tǒng)開發(fā)的要求分別對其中部分進行說明。、數(shù)據(jù)項：編號標識符類型長度所屬表名同義名1UName

6、Varchar20Login管理員帳戶2UPasswordVarchar20Login管理員密碼3CidVarchar10Customer，OrderDetail用戶編號4CnameVarchar20Customer用戶名5PhoneVarchar15Customer聯(lián)系電話6AddressVarchar50Customer聯(lián)系地址7DidVarchar10Diretory，OrderDetail目錄編號8DnameVarchar20Diretory目錄名9UnitPriceFloat8Diretory、OrderDetail目錄單價10IfoVarchar50Diretory批注信息11On

7、oVarchar10OrderDetail訂單編號12Quantity, Int4OrderDetail訂閱數(shù)量13QiShu,Int4OrderDetail訂閱期數(shù)14TotalFloat8OrderDetail訂單項總價15OdateDatetie8OrderDetail下訂日期、數(shù)據(jù)結(jié)構(gòu)：管理員=管理員帳戶+管理員密碼用戶=用戶編號+用戶名+聯(lián)系電話+聯(lián)系地址目錄=目錄編號+目錄名+單價+批注信息訂單=訂單號+訂戶編號+下訂日期訂單細節(jié)=訂單號+目錄編號+訂戶編號+訂閱數(shù)量+訂閱期數(shù)+單價+總價+下訂日期、數(shù)據(jù)流：數(shù)據(jù)流名說明數(shù)據(jù)流來源數(shù)據(jù)流去向管理員管理員的用戶名和密碼改變管理員的信息

8、賬號管理用戶訂閱報刊的用戶基本信息用戶管理員報刊類別報刊的目錄信息改變的報刊目錄管理員報刊信息報刊的詳細信息管理員的錄入用戶訂單用戶與訂閱的報刊的相關信息用戶管理員三、概念設計：3.1、設計E-R圖的要點：（1）E-R圖提供矩形框表示實體型、橢圓表示屬性、菱形表示實體型之間的聯(lián)系。（2）能獨立存在并和其它事物產(chǎn)生某種聯(lián)系的數(shù)據(jù)對象，例如目錄、訂戶等，就應把它作為實體；而對于那些不可再分的數(shù)據(jù)對象，就可將它作為屬性。（3）兩個或多個實體間的關聯(lián)與結(jié)合，例如目錄、訂戶、訂閱、，當需要予以關注時，應作為聯(lián)系。聯(lián)系通常是某類行為動作，E-R圖中關注的是其狀態(tài)與結(jié)果而不是它的過程。（4）實體的屬性是實體

9、的本質(zhì)特征。實體應有標識屬性（能把不同個體區(qū)分開來的飛行員性或?qū)傩越M），并指定其中一個作為主標識。3.2、基本項構(gòu)思ERD的四條基本原則：原則1 （確定實體）：能獨立存在的事物，例如人、物、事、地、團體、機構(gòu)、活動、事項等等，在其有多個由基本項描述的特性需要關注時，就應把它作為實體。原則2 （確定聯(lián)系）：兩個或多個實體間的關聯(lián)與結(jié)合，如主管，從屬，組成，占有，作用，配合，協(xié)同等等，當需要予以關注時，應作為聯(lián)系。實體間的聯(lián)系可分為一對一、一對多、多對多等三類，在確定聯(lián)系時還要確定其類型。原則3 （確定屬性）：實體的屬性是實體的本質(zhì)特征。實體應有標識屬性（能把不同個體區(qū)分開來的屬性組），并指定其中

10、一個作為主標識。聯(lián)系的屬性是聯(lián)系的結(jié)果或狀態(tài)。原則4（一事一地）：信息分析中得到的基本項要在且僅在實體聯(lián)系圖中的一個地方作為屬性出現(xiàn)。3.3、設計E-R圖：經(jīng)過上述系統(tǒng)功能分析和需求總結(jié)，設計如下面所示的數(shù)據(jù)項和數(shù)據(jù)結(jié)構(gòu)。l 管理員表（Adminuser）：用于存放管理員的數(shù)據(jù)記錄，包括數(shù)據(jù)項：管理員名、密碼。l 部門表（Department）：用來存放部門的相關記錄，包括數(shù)據(jù)項：部門號，部門名。l 用戶表（Users）：用于存放注冊用戶的記錄，包括數(shù)據(jù)項：用戶賬號、密碼、真實姓名、身份證號、聯(lián)系電話，聯(lián)系地址，部門號（和部門表有關）等。l 報刊類別表（NewspaperClass） ：分類編

11、號、 分類名稱。 l 報刊信息表（Newspaper）：用于存放報刊記錄，包括數(shù)據(jù)項：報刊代號、報刊名稱、出版報社、出版周期、季度報價、內(nèi)容介紹、分類編號（和報刊類別表有關）等。l 訂單表（Order）：用于存放用戶下達的訂閱報刊的基本信息，包括數(shù)據(jù)項：訂單編號、用戶編號（用戶表的主碼）、報刊代號（報刊信息表的主碼）、訂閱份數(shù)、訂閱月數(shù)等。 根據(jù)上面的設計規(guī)劃出來的實體有部門實體、管理員實體、用戶實體、報刊信息實體和訂單實體用戶實體的E-R圖如下圖所示： 報刊信息實體的E-R圖如下圖所示：部門實體的E-R圖如下圖所示： 管理員實體的E-R圖如下圖所示： 訂單實體的E-R圖如下圖所示： 報刊類別

12、實體的E-R圖如下圖所示：所有實體之間的的關系E-R圖如下圖所示：3.4、安全性要求：訪問數(shù)據(jù)庫時需要輸入登陸帳號和密碼。在數(shù)據(jù)庫內(nèi)設有管理員表，登陸系統(tǒng)時會要求輸入管理員帳號和密碼。登陸模塊根據(jù)輸入帳號和密碼查管理員表，查到匹配記錄則允許其登陸系統(tǒng)。管理員帳號和密碼可以在系統(tǒng)中添加和修改。3.5、一致性要求：在管理系統(tǒng)相關的表之間，有較強的關聯(lián)性。為了實現(xiàn)一致性的需求，各個表之間均建立起了相應的一致性約束。3.6、完整性要求：數(shù)據(jù)庫各個表設置了實體完整性、參照完整性。防止了數(shù)據(jù)表中存在不正確的數(shù)據(jù)。四、邏輯設計：4.1、一般邏輯模型設計 ：關系模型的邏輯結(jié)構(gòu)是一組關系模式的集合。將E-R圖轉(zhuǎn)

13、換為關系模型就是要將實體型、實體的屬性和實體型之間的聯(lián)系轉(zhuǎn)換為關系模式。由ERD導出一般關系模型的四條原則；一個1：1聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與任意一端對應的關系模式合并。如果軟換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式何明，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯(lián)系本身的屬性。一個1：n聯(lián)系可以轉(zhuǎn)換為一個獨立的關系模式，也可以與n端對應的關系模式合并。如果轉(zhuǎn)換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，而關系的碼為n

14、端實體的碼。一個m：n聯(lián)系轉(zhuǎn)換為一個關系模式。與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。3個或3個以上實體間的一個多元聯(lián)系可以轉(zhuǎn)換為一個關系模式。與該多元聯(lián)系項鏈呢的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。 根據(jù)以上原則將E-R圖轉(zhuǎn)換成的關系模式如下：部門（部門號，部門名稱）用戶（用戶賬號，密碼，用戶真實姓名，聯(lián)系電話，聯(lián)系地址，部門號）管理員（管理員名，密碼）報刊類別（分類編號，分類名稱）報刊（報刊代號，報刊名稱，出版報社，出版周期，每月訂價，內(nèi)容介紹，分類編號）訂單（用戶名，報刊代號

15、，訂閱份數(shù)，訂閱月數(shù)，訂閱總額）4.2、關系模式設計與優(yōu)化：關系模式設計根據(jù)概念結(jié)構(gòu)的設計，可以將系統(tǒng)E-R圖轉(zhuǎn)換為以下關系模式:Login (UName,UPassword)Customer(Cid, Cname, Phone, Address)Diretory(Did, Dname, UnitPrice,Ifo)OrderDetail(Ono, Did,Cid, Quantity, QiShu, UnitPrice, Total,Odate)Foreign key:Ono,Did優(yōu)化分析對上面關系模式進行分析可知：表Customer、Diretory、Login都屬于BCNF范式，在數(shù)據(jù)操

16、作性能和存儲空間的利用率上都比較高。表OrderDetail：(Ono,Did)àQuantity,(Ono,Did)àQiShu,(Ono,Did)àUnitPrice,(Quantity,QiShu,UnitPrice)àTotal，(Ono,Did)àTotal.將Total作為一個屬性獨立出來有利于統(tǒng)計和查詢，減少反復運算操作。4.3 系統(tǒng)結(jié)構(gòu)圖4.4、系統(tǒng)完整性設計Login (UName,UPassword)其中（UName,UPassword）為主碼。Customer (Cid, Cname, Phone, Address)其中：

17、Cid為主碼，Cid，Cname, Phone, Address約束為非空Diretory (Did, Dname, UnitPrice,Ifo)其中：Did為主碼，Dname, UnitPrice,Ifo約束為非空OrderDetail (Ono,Did,Cid,Quantity,QiShu,UnitPrice,Tota,Odate)其中：(Ono,Did)為主碼，Cid和Did分別為外碼（參照分別為：Customer(Cid)和Diretory(Did)）.Quantity,QiShu,UnitPrice,Tota,Odate分別約束為非空在SQL Server2000數(shù)據(jù)庫中，首先創(chuàng)建報

18、刊訂閱管理系統(tǒng)數(shù)據(jù)庫，然后根據(jù)數(shù)據(jù)庫的邏輯結(jié)構(gòu)分析創(chuàng)建表4-14-4的4張數(shù)據(jù)表。在前臺訪問數(shù)據(jù)庫階段設置了用戶和密碼，用戶為sa，密碼為空。表4-1 customer用戶表結(jié)構(gòu)字段名稱字段類型允許空說明cid（主碼）varchar（10）否用戶帳號Cnamevarchar(20)是真實姓名phonevarchar(15)是用戶聯(lián)系電話addressvarchar(15)是用戶聯(lián)系地址表4-2 OrderDetail報刊表結(jié)構(gòu)字段名稱字段類型允許空說明Ono（主碼）Varchar（50）否訂單編號OdataDatatime是下單日期TotalFloat是訂閱項總價QuanlityInt是訂閱數(shù)

19、量QishuInt是訂閱期數(shù)TotalFloat是下單時總價cidVarchar(10)否用戶編號表4-3 diretory目錄表結(jié)構(gòu)字段名稱字段類型允許空說明Did（主碼）varchar（10）否報刊代號DnameChar（10）否報刊名稱UnitpriceInt（4）否報刊單價IfoInt（4）否批注信息表4-4 login管理員表結(jié)構(gòu)字段名稱字段類型允許空說明Uname（主碼）varchar(20)否管理員用戶名Upassword(主碼)varchar(20)否管理員密碼五、系統(tǒng)實現(xiàn)：5.1 索引的建立由于系統(tǒng)可能要涉及大量數(shù)據(jù)的操作，所以索引的建立就成為一種必需。本系統(tǒng)采用B+樹索引方

20、法，分別在各Customer,Diretory和OrderDetail各個表的主鍵上建立索引。5.2 數(shù)據(jù)存放位置本系統(tǒng)所有數(shù)據(jù)和索引均存放在磁盤中。5.3 模塊設計 登錄模塊 管理功能模塊 管理帳號模塊 查詢模塊六、小結(jié)：這個學期學習了java，所以選擇了使用java制作前臺，然后我也到圖書館借了幾本用java制作課程設計的書，用java做課程設計有了一定的認識以后，我開始著手這個課程設計。構(gòu)思整個系統(tǒng)的整體框架，權(quán)限方面分開了管理員和用戶的登錄，管理員和用戶的菜單分別是哪些，每個菜單下的功能怎么實現(xiàn)，都一一設計代碼，然后修改，運行，調(diào)試。最后，整個系統(tǒng)基本上實現(xiàn)了所有要求，用戶可以訂閱報刊、查看和統(tǒng)計自己的訂單信息，也可修改自己的信息，除了用戶名。本系統(tǒng)的特色在于，用戶訂閱報刊非常方便，用戶登錄系統(tǒng)后，用戶名作為全局變量保存在系統(tǒng)中，進入訂閱菜單后，自動顯示用戶名，而用戶只需要輸入所要訂閱的報刊代號和訂閱份數(shù)，以及選擇需要訂閱的時間，系統(tǒng)會自動計算出這次訂閱所需要的金額，確定后顯示于文本框中。在查看和統(tǒng)計訂單信息時，也是自動篩選出該用戶的訂單信息，而無需用戶再次輸入用戶名和密碼。管理員方面，可以輸入用戶、報刊的信息，并且可以對這些信息進行修改。管理訂單方面，管理員可以按人員、按部門、