數(shù)據(jù)庫課程設計--報刊訂閱管理系統(tǒng)-文庫吧在線文庫
【正文】 ,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)建報刊訂閱管理系統(tǒng)數(shù)據(jù)庫，然后根據(jù)數(shù)據(jù)庫的邏輯結(jié)構(gòu)分析創(chuàng)建表41━44的4張數(shù)據(jù)表。 根據(jù)以上原則將ER圖轉(zhuǎn)換成的關系模式如下：部門（部門號，部門名稱）用戶（用戶賬號，密碼，用戶真實姓名，聯(lián)系電話，聯(lián)系地址，部門號）管理員（管理員名，密碼）報刊類別（分類編號，分類名稱）報刊（報刊代號，報刊名稱，出版報社，出版周期，每月訂價，內(nèi)容介紹，分類編號）訂單（用戶名，報刊代號，訂閱份數(shù)，訂閱月數(shù)，訂閱總額）、關系模式設計與優(yōu)化：根據(jù)概念結(jié)構(gòu)的設計，可以將系統(tǒng)ER圖轉(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對上面關系模式進行分析可知：表Customer、Diretory、Login都屬于BCNF范式，在數(shù)據(jù)操作性能和存儲空間的利用率上都比較高。如果軟換為一個獨立的關系模式，則與該聯(lián)系相連的各實體的碼以及聯(lián)系本身的屬性均轉(zhuǎn)換為關系的屬性，每個實體的碼均是該關系的候選碼。管理員帳號和密碼可以在系統(tǒng)中添加和修改。l 部門表（Department）：用來存放部門的相關記錄，包括數(shù)據(jù)項：部門號，部門名。②原則2 （確定聯(lián)系）：兩個或多個實體間的關聯(lián)與結(jié)合，如主管，從屬，組成，占有，作用，配合，協(xié)同等等，當需要予以關注時，應作為聯(lián)系。、數(shù)據(jù)流圖： 報刊訂閱管理系統(tǒng)頂層圖 報刊訂閱系統(tǒng)1層圖、數(shù)據(jù)字典：數(shù)據(jù)字典包括有數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、處理過程和數(shù)據(jù)存儲五個部分，以下根據(jù)系統(tǒng)開發(fā)的要求分別對其中部分進行說明。 訂閱功能：用戶可以訂閱報刊，系統(tǒng)自動計算所需金額，并顯示在界面上；管理員不可訂閱報刊，必須以用戶身份訂閱報刊。 系統(tǒng)在設計過程中,為了克服這些困難,需要使程序代碼標準化,軟件統(tǒng)一化,確保軟件的可維護性和實用性；刪除不必要的管理冗余,實現(xiàn)管理規(guī)范化、科學化；界面友好、簡單化,做到實用、方便,盡量滿足報刊訂閱中員工的需要。數(shù)據(jù)庫原理及應用課 程 設 計 課程名稱____數(shù)據(jù)庫系統(tǒng) ______題目名稱___報刊訂閱管理系統(tǒng)___學生學院____計算機學院________專業(yè)班級_10級計算機科學與技術(shù)5班學 號__3210006071__________學生姓名_____陳丹飛___________指導教師_ _明俊峰______ _2013年 1 月 10 日成績 《數(shù)據(jù)庫系統(tǒng)》課程設計
公司管理相關推薦
鄂ICP備17016276號-1