數(shù)據(jù)庫設計課程設計要求

1、數(shù)據(jù)庫技術課程設計設計目的：數(shù)據(jù)庫技術課程設計是在學生系統(tǒng)的學習數(shù)據(jù)庫技術課程后， 按照關系型數(shù) 據(jù)庫的基本原理， 綜合運用所學的知識， 以個人或小組為單位， 設計開發(fā)一個小 型的數(shù)據(jù)庫管理系統(tǒng)。 通過對一個實際問題的分析、 設計與實現(xiàn)，將數(shù)據(jù)庫技術、 原理與應用相結合， 使學生學會如何把書本上學到的知識用于解決實際問題， 培 養(yǎng)學生的動手能力；另一方面，使學生能深入理解和靈活掌握教學內(nèi)容?？傮w要求：1）2 到 3 人為一個小組，每個小組設組長一人，小組成員既要有相互合作的 精神，又要分工明確。2）每個學生都必須充分了解整個設計的全過程。3）從開始的系統(tǒng)需求分析到最后的軟件測試，都要有詳細的計

2、劃，設計文檔 應按照軟件工程的要求書寫。4）系統(tǒng)中的數(shù)據(jù)表設計應合理、高效，盡量減少數(shù)據(jù)冗余。5）軟件界面要友好、安全性高。6）軟件要易于維護、方便升級。7）后臺數(shù)據(jù)庫（ DBM）S 用 SQL Server2008.8）前臺開發(fā)工具自選，但一般情況下應該是小組的每個成員都對該語言較熟 悉，避免把學習語言的時間放在設計期間。9）每組提交一個課程設計報告和可行的應用軟件。具體設計要求：結合一個具體任務（課程設計參考題目），完成一個基于 C/S 模式或者 B/S 模式的數(shù)據(jù)庫系統(tǒng)的設計與開發(fā)。正文要包括系統(tǒng)總體設計、 需求分析、 概念設計、邏輯設計（在邏輯設計中， 需要檢測是否滿足3NF,如果設計

3、為不滿足3NF的，要說明原因）、物理設計（物 理設計中，要設置表的索引、完整性、聯(lián)系等）、測試、安裝說明、用戶使用說 明書，參考文獻等。主要應包括如下內(nèi)容： 1完成課題任務的需求分析、完成系統(tǒng)總體結構設計方案。（主控功能模塊、 數(shù)據(jù)處理模塊、統(tǒng)計報表模塊等） 2數(shù)據(jù)庫結構的設計與實現(xiàn)。3數(shù)據(jù)庫安全的設計 4客戶端數(shù)據(jù)庫應用程序的開發(fā)。5綜合調(diào)試方法的掌握。時間安排（1）6月1-30 日，完成小組創(chuàng)建，確定組長，設計選題，資料搜集；（ 2） 7 月 6 日，完成系統(tǒng)需求分析，分解小組任務，確定開發(fā)軟硬件環(huán)境，并 以文檔方式提交；（3） 7月7日，完成功能描述，E-R圖設計，數(shù)據(jù)字典描述，數(shù)據(jù)庫詳

4、細設計; （ 4） 7 月 8-9 日，完成編碼，實現(xiàn)并調(diào)試系統(tǒng)；（ 5） 7 月 10 日，以小組為單位按規(guī)范完成設計報告并測試軟件;以小組為單位 演示軟件并提交課程設計報告和軟件。紀律要求（ 1）上機時間， 嚴禁遲到、早退及曠課，嚴禁做與課程設計無關的事情 ，如有 違反，成績作降級處理，情節(jié)嚴重者取消課程設計成績。（ 2） 杜絕抄襲 。如若發(fā)現(xiàn)有抄襲現(xiàn)象，抄襲者和被抄襲者的課程設計成績?nèi)?取消。題目要求（可自選，也可選擇下列題目，各組盡可能題目不重復）數(shù)據(jù)庫技術設計題目（一） ：人事管理系統(tǒng)系統(tǒng)功能的基本要求：1. 員工各種信息的輸入， 包括員工的基本信息、 學歷信息、 婚姻狀況信息、

5、職稱等。2. 創(chuàng)建學歷信息表、職稱表。3. 員工各種信息的修改;4. 對于轉出、辭職、辭退、退休員工信息的刪除;5. 按照一定的條件，查詢、統(tǒng)計符合條件的員工信息;至少應該包括每個 員工詳細信息的查詢、按婚姻狀況查詢、按學歷查詢、按工作崗位查詢 等，至少應該包括按學歷、婚姻狀況、崗位、參加工作時間等統(tǒng)計各自 的員工信息;（二）：工資管理系統(tǒng)系統(tǒng)功能的基本要求：1. 創(chuàng)建員工基本信息表和工種等信息表。2. 員工每個工種基本工資的設定3. 加班津貼管理，根據(jù)加班時間和類型給予不同的加班津貼；4. 按照不同工種的基本工資情況、 員工的考勤情況產(chǎn)生員工的每月的月工 資；5. 員工年終獎金的生成，員工的

6、年終獎金計算公式=（員工本年度的工資 總和津貼的總和） /12；6. 企業(yè)工資報表。能夠查詢單個員工的工資情況、每個部門的工資情況、 按月的工資統(tǒng)計；數(shù)據(jù)庫技術設計題目（三） ：機票預定系統(tǒng)系統(tǒng)功能的基本要求：1. 創(chuàng)建航空公司表、航班表等信息。2. 每個航班信息的輸入。3. 每個航班的坐位信息的輸入；4. 當旅客進行機票預定時，輸入旅客基本信息，系統(tǒng)為旅客安排航班；5. 旅客在飛機起飛前一天憑取票通知交款取票；6. 旅客能夠退訂機票；7. 能夠查詢每個航班的預定情況、計算航班的滿座率。數(shù)據(jù)庫技術設計題目（四） ：倉庫管理系統(tǒng)系統(tǒng)功能的基本要求：1. 創(chuàng)建產(chǎn)品信息表、進出庫表等。2. 產(chǎn)品入庫

7、管理，可以填寫入庫單，確認產(chǎn)品入庫；3. 產(chǎn)品出庫管理，可以填寫出庫單，確認出庫；4. 借出管理，憑借條借出，然后能夠還庫；5. 初始庫存設置，設置庫存的初始值，庫存的上下警戒限；6. 可以進行盤庫，反映每月、年的庫存情況；7. 可以查詢產(chǎn)品入庫情況、出庫情況、當前庫存情況，可以按出庫單、入 庫單，產(chǎn)品、時間進行查詢；數(shù)據(jù)庫技術設計題目（五） ：物業(yè)管理信息系統(tǒng)物業(yè)管理信息系統(tǒng)軟件是一套具備記錄、 查詢物業(yè)小區(qū)業(yè)主信息、 物業(yè)管理 費用信息、水電煤氣有線電視等費用信息、有線電視信息、供暖費用信息、業(yè)主 房款繳納信息，并且可以打印輸出上述信息報表 （ 月報表、季報表、年報表 ）的 管理軟件系統(tǒng)。

8、1記錄業(yè)主基本信息如 :身份證號、樓號、房號、姓名、工作單位、聯(lián)系電 話、建筑面積等，并生成業(yè)主的綜合信息表（包括所有業(yè)主有費用綜合信息表、 單個業(yè)主信息表）；2記錄月水電煤氣抄表數(shù)據(jù)，包括水電煤氣有線電視費通知單、供暖費通 知單、物業(yè)管理費通知單；3記錄業(yè)主交費情況并打印交費單，包括水電煤氣費、供暖費、物業(yè)管理 費、分期付款；4統(tǒng)計業(yè)主信息月、季和年報表，包括：物業(yè)實收費用匯總表、物業(yè)應收 未收匯總表、 應交未交費用業(yè)主信息表、 月度房款還款名細表、 單用戶年度應收 代款還款表。數(shù)據(jù)庫技術設計題目（六） ：車輛管理信息系統(tǒng) 協(xié)助各單位對車輛檔案、駕駛人員、車輛費用（維修費、洗車費、養(yǎng)路費、

9、燃料費、停車費、保險費、年審費、過橋費等多項費用） 、車輛使用和交通事故 進行全面管理的系統(tǒng)。 車輛管理資料完備。 提供車輛綜合查詢系統(tǒng)， 可以按各種 查詢條件查詢到車輛費用明細和車輛費用合計。 各種車輛資料可方便打印成自由 設定的表格方式。系統(tǒng)配有詳細的開發(fā)幫助、資料文檔，操作演示圖文并茂，簡 便易用。數(shù)據(jù)庫技術設計題目（七） ：客戶關系管理信息系統(tǒng) 企業(yè)通過銷售等渠道，可以得到不同地區(qū)、不同行業(yè)、不同級別的客戶。主 要功能如下：客戶管理 （客戶基本信息管理，客戶聯(lián)系記錄，客戶文檔管理，客戶開發(fā)成本分析）文檔管理常用模板管理工作計劃 （工作計劃管理、計劃提醒 ）記事本管理 （日記管理，記事管

10、理，記事提醒 ）數(shù)據(jù)庫技術設計題目（八） ：住院管理信息系統(tǒng)對于住院病人及其費用的管理病人住院登記病人處方和檢查檢驗項目開立病人出院異常處理基本數(shù)據(jù)維護數(shù)據(jù)庫技術設計題目（九） ：客房管理系統(tǒng)一套功能強大而又使用簡便實用的客房管理軟件， 適用于賓館管理、 酒店管 理、招待所管理。主要功能：團體 ,散客入住客人的信息登記，換房，正常退房， 掛帳退房，掛單補款結帳，預定管理，貴賓卡管理，押金管理，各種強大的賓館 統(tǒng)計報表，異常處理。數(shù)據(jù)庫技術設計題目（十） ：戶籍管理信息系統(tǒng) 本系統(tǒng)用于派出所的戶籍管理， 能夠非常方便的管理轄區(qū)居民的戶口資料和 通訊資料。主要功能：轄區(qū)內(nèi)單位管理、方便的戶口基本信

11、息管理，如戶籍的遷 入、遷出、注銷等的處理；身份證的辦理和領取；快捷的資料查詢功能；異常處 理。附件：數(shù)據(jù)庫技術課程設計報告模版南通大學數(shù)據(jù)庫技術課程設計報告設計題目：系 別：交通學院學院專 業(yè)：交通設備與控制工程班 級：成員學號： 、成員姓名： 、指導教師：施佺、周晨璨完成期限： 1周2015年7月10日目錄1、開發(fā)背景 82、功能描述 83、業(yè)務流程分析 94、數(shù)據(jù)流程分析 104.1、數(shù)據(jù)流程圖 104.2、數(shù)據(jù)字典 105、概念模型設計 136. 邏輯模型設計和優(yōu)化 147. 物理設計和實施 158、應用程序設計（前臺） 189、成員分工 1910、課程設計心得體會 201、開發(fā)背景9

12、0 年代中期，由于 Internet 的迅速普及，使 Intranet 成為 Internet 技術在企業(yè)管理信息 系統(tǒng)中的應用和延伸，形成了集計算機， 計算機網(wǎng)絡、數(shù)據(jù)庫、分布式計算等于一體的信息 技術綜合體，它打破了時間和地域的界限，使信息交流變得快捷、 準確，為建立現(xiàn)代企業(yè)管 理信息系統(tǒng)提供了充足的條件。 企業(yè)信息管理系統(tǒng)在此基礎上延伸、擴展， 使之上下、 內(nèi)外 全面貫通。引入 Internet 后，形成了新型的瀏覽器 /服務器（ Browser/Server ）結構 ,而傳統(tǒng)的 客戶機 /服務器（ Client/Server ）結構在這方面就遠不及 B/S 結構。圖書館管理信息系統(tǒng)是在

13、 適應市場需求的客觀前提下， 為了滿足中小型公司或事業(yè)單位管理自己的公共圖書館而開發(fā) 的。該系統(tǒng)的是終目的是要將自己的圖書館放到網(wǎng)絡上，以方便員工查閱。2、功能描述（描述該系統(tǒng)所需要完成的功能） 經(jīng)過調(diào)研及分析，圖書館管理信息系統(tǒng)主要完成以下功能：（1）圖書信息維護：主要完成圖書館新進圖書的編號、登記、入館等操作。（2）讀者信息維護：主要是完成讀者信息的添加、修改和刪除等操作，只有是系統(tǒng)中的合 法讀者才有資格進行圖書的借閱活動。（3）借書 /還書處理：主要完成讀者的借書和還書活動，記錄讀者借還書情況并及時反映圖 書的在庫情況。（4）讀者借閱記錄：讓每位讀者能及時了解自己的借書情況，包括曾經(jīng)借閱

14、記錄以及未還 書記錄。（5）圖書書目檢索：讀者能夠根據(jù)不同的信息（如書名、作者、關鍵詞等）對圖書館的存 書情況進行查找，以便快速的找到自己希望的圖書。（6）圖書超期通知：為圖書管理員提供一個統(tǒng)計信息，能夠統(tǒng)計出到目前為止逾期未歸還 的圖書及相應的讀者信息。3、業(yè)務流程分析（畫出該系統(tǒng)的業(yè)務流程圖）4、數(shù)據(jù)流程分析4.1、數(shù)據(jù)流程圖（畫出該系統(tǒng)的分層數(shù)據(jù)流程圖并進行編號，模版只給出了部分）通過需求分析，得出圖書館管理信息系統(tǒng)的借書/還書處理數(shù)據(jù)流程如圖 1所示（其他處理的數(shù)據(jù)流程圖請讀者自行分析 ）。圖1借書/還書處理數(shù)據(jù)流程圖4.2、數(shù)據(jù)字典（根據(jù)編號對數(shù)據(jù)流程圖中的各元素如數(shù)據(jù)流、 述）數(shù)據(jù)

15、存儲、外部實體和處理邏輯進行細節(jié)描D001借閱信息數(shù)據(jù)流來源 數(shù)據(jù)流去向 數(shù)據(jù)流組成 數(shù)據(jù)流量：高峰流量：（1）數(shù)據(jù)流的描述數(shù)據(jù)流編號：數(shù)據(jù)流名稱：簡述：讀者所要借閱的圖書信息單、土讀者讀者信息判斷讀者號 +索書號+書名+ISBN等1000/ 天3000/ 天數(shù)據(jù)流編號：D002數(shù)據(jù)流名稱：讀者信息無效提示簡述： 數(shù)據(jù)流來源： 數(shù)據(jù)流去向： 數(shù)據(jù)流組成： 數(shù)據(jù)流量：圖書管理員發(fā)現(xiàn)非法讀者時的提示信息讀者信息判斷、+ -+z讀者讀者號+ 讀者名等100/天高峰流量：500/天2）處理邏輯的描述處理邏輯編號：P001處理邏輯名稱：簡述： 輸入的數(shù)據(jù)流： 處理描述：讀者信息判斷判斷讀者信息的合法性借

16、閱信息根據(jù)讀者提供的借閱信息，驗證讀者信息，驗證通過則繼續(xù)下 移處理查看庫存中是否有讀者所要借的圖書，驗證不通過則返回 給讀者信息指明為非法讀者。輸出的數(shù)據(jù)流：D001 借閱書目信息、 D002 無效提示信息處理頻率：10 次 /天處理邏輯編號： P002 處理邏輯名稱：圖書庫存查詢簡述：查詢讀者所要借的圖書是否有庫存輸入的數(shù)據(jù)流：D001 借閱書目信息處理描述：根據(jù)讀者提供的借閱書目信息，到倉庫中查找是否有該書，有則進行借書處理，如沒有則返回讀者該書無庫存信息。輸出的數(shù)據(jù)流：D001 借閱書目信息 +D003 該書已全部借出信息處理頻率：1000 次 /天3）數(shù)據(jù)存儲的描述數(shù)據(jù)存儲編號： F

17、001數(shù)據(jù)存儲名稱：讀者信息簡述：讀者的基本信息數(shù)據(jù)存儲組成：讀者號 +姓名+身份證號 +性別+入學年份 +出生日期 +學院 關鍵字：讀者號相關聯(lián)的處理： P001數(shù)據(jù)存儲編號： F002 數(shù)據(jù)存儲名稱：圖書庫存信息簡述：保存圖書庫存、在庫情況的文檔 數(shù)據(jù)存儲組成：圖書編號 +圖書名 + 出版社編號 + 出版日期 +作者 +數(shù)量 +入庫日期 + 批次備注 +購入價格 +定價關鍵字：圖書編號相關聯(lián)的處理： P002， P003， P0054）外部實體的描述外部實體編號： S001 外部實體名稱：讀者 簡 述：從圖書館借書的人 輸入的數(shù)據(jù)流： D002,D003 輸出的數(shù)據(jù)流： D0015、概念模

18、型設計（用Visio畫出E-R圖）根據(jù)系統(tǒng)數(shù)據(jù)流圖和數(shù)據(jù)字典，得出系統(tǒng)的總體概念模型（E-R）如圖2所示。圖2系統(tǒng)的總體概念模型6. 邏輯模型設計和優(yōu)化（根據(jù)轉換規(guī)則將 E-R圖轉換為關系模式并進行優(yōu)化并至少達到3NF標準）得到系根據(jù)系統(tǒng)的總體概念設計模型、E-R圖向關系模式的轉化規(guī)則和數(shù)據(jù)庫的范式理論,統(tǒng)優(yōu)化后的邏輯模型，如表1表5所示。表4出版社信息表（Publisher）表1圖書信息表（Titles表）編號類別岀版社書名作者價格ISBN索書號時間簡介庫存表2讀者信息表（Reader）讀者號姓名密碼性別職別單位專業(yè)年級電話地址表3借閱記錄表（BorrowRec ）記錄號圖書號、-H口讀者號

19、書名借閱時間還書時間是否還書7. 物理設計和實施(根據(jù)第6部分優(yōu)化后的邏輯模式使用create table語句寫出各關系模式的創(chuàng)建語句)得到系統(tǒng)邏輯模型后， 就該進行數(shù)據(jù)庫的物理設計和實施數(shù)據(jù)庫了， 物理設計主要是要確定 數(shù)據(jù)庫的存儲路徑、 存儲結構以及如何建立索引等， 可以采用系統(tǒng)的默認設置。 數(shù)據(jù)庫實施 主要包括在具體的 DBMS 中創(chuàng)建數(shù)據(jù)庫和表的過程，本書所選用的DBMS 為 SQLSERVER2000 ，有關創(chuàng)建數(shù)據(jù)庫和關系表的SQL 語句如下所示：/*=*/* DataBase: LibDB, 創(chuàng)建數(shù)據(jù)庫，數(shù)據(jù)庫名稱為 LibDB */*=*/create database Lib

20、DBgo/*=*/* Table: BorrowRec, 圖書借閱記錄表 */*=*/create table BorrowRec (RecID int not null, /* 記錄 ID*/TitleId char(10) not null, /* 圖書 ID*/ReaderId char(10) not null, /* 讀者 ID*/Title char(50) null, /* 書名*/BorrowDate datetime null, /* 借閱時間 */BackDate datetime null, /* 歸還時間 */OverDate int null, /* 超期天數(shù) */F

21、ineMoney decimal(5,1) null, /* 罰款金額 */IsBack bit null, /* 是否歸還 */constraint PK_BORROWREC primary key (ReaderId, TitleId, RecID) /* 主鍵約束 */)go /*=*/* Index: Relationship_1_FK : 在借閱記錄表讀者 ID 屬性上創(chuàng)建索引 */ /*=*/ create index Relationship_1_FK on BorrowRec (ReaderId)go/*=*/* Table: Publisher，出版商信息表*/*=*/ cr

22、eate table Publisher (PubId char(10) not null, /* 出版社 ID*/ PubNamechar(30) null, /* 出版社名稱 */ Address char(30) null, /* 地址 */ constraint PK_PUBLISHER primary key (PubId) /* 主鍵約束 */ ) go/*=*/ /* Table: Reader ，讀者信息表 */*=*/ create table Reader (ReaderId char(10) not null, /* 讀者 ID*/ Name char(10) null,

23、 /* 姓名 */Pwd char(20) null, /* 密碼 */Sex char(2) null, /* 性別 */Position char(10) null, /* 職別 */Unit char(40) null, /* 單位 */Major char(20) null, /* 專業(yè) */Class char(4) null, /* 年級 */Tel char(11) null, /* 電話 */Address char(30) null, /* 地址 */ constraint PK_READER primary key(ReaderId) /* 主鍵約束 */) go/*=*/ /* Table: Titles ，圖書信息表 */*=*/ create table Titles (TypeId char(10) not null, /* 類型 ID*/ PubId char(10) not null, /* 出版社 ID*/ TitleId char(10) not null, /* 圖書 ID*/ Title char(50) null, /* 書名 */Author char(20) null, /* 作者 */Price d