第一篇：數據庫課程設計報告

數據庫課程設計方案

(長江大學管理學院，信息2009級)設計目的

數據庫課程設計是信息管理與信息系統專業大四學生的重要實踐性環節之一，是學生在學習完“數據庫原理及應用”課程后，鍛煉自身實踐能力的一次綜合性實驗。本課程設計的主要目的在于加深學生對數據庫基礎理論和基本知識的理解，掌握數據庫應用系統設計的基本流程和方法，能使用某種系統開發語言開發三層的軟件體系結構，最終使學生能綜合運用所學知識解決實際問題。參與人員與組織方式

按照專業教學計劃的安排，本課程設計要求08級信息管理專業的所有學生都必須完成，歷時兩周，共28學時。課程設計采用分組的方式進行，每組4-6人，兩個班級配備專業教師進行指導，但主要由學生自己動手查資料學習并解決問題。設計內容

以MS SQL Server 或Oracle作為后臺數據庫平臺，選擇某熟悉的軟件開發平臺如C++、JAVA、ASP、或.net等作為前臺開發工具，完成一個小型數據庫應用系統的設計與開發。根據學生的具體情況，學生可以從以下系統中選擇一個，也可以根據個人的愛好自選題目。人事管理系統

(1)系統功能的基本要求(取決于小組的需求分析結果)：

員工各種信息的輸入，包括員工基本信息、學歷信息、婚姻狀況信息、職稱等。員工各種信息的修改；

對于轉出、辭職、辭退、退休員工信息的刪除；

按照一定的條件，查詢統計符合條件的員工信息，至少應該包括每個員工的詳細信息查詢、按婚姻狀況查詢、按學歷查詢、按工作崗位查詢等，至少應該包括按學歷、婚姻狀況、崗位、參加工作時間等統計各自員工信息。員工每個工種基本工資設計

加班津貼管理，根據加班時間和類型給予不同的加班津貼；

按照不同工種的基本工資情況、員工的考勤情況產生員工的每月的月工資，員工年終資金的生成，員工的年終獎金計算公式學生可根據自己的理解自行設計。

企業工資報表：能夠查詢單個員工的工資情況，每個部門的工資情況、按月的工資，并能夠打印。

對查詢、統計的結果打印輸出

(2)數據庫要求(數據庫設計應該與功能分析相對應)建議在數據庫中至少應該包括以下數據表： 員工基本信息表

員工學歷信息表、反映員工的學歷、專業、畢業時間、學校、外語情況等； 企業工作崗位表； 企業部門信息表。考勤情況表；

員工工種情況表，員工的工種、等級、基本工資等信息；

員工津貼信息表，反映員工的加班時間，加班類別、加班天數、津貼情況等； 員工月工資表 賓館客戶管理系統(1)系統功能的基本要求 建議的功能

住宿管理：客戶預定、住宿登記、追加押金、調房登記、退房結賬。客房管理：客戶設置、客戶查詢、房態查看。掛賬管理：掛賬查詢、客戶結賬

查詢統計：預定房查詢、住宿查詢、退宿查詢、宿費提醒。日結：登記預收報表、客戶銷售報表、客戶銷售統計。系統設置：初始化、操作員設置、密碼設置、權限設置(2)數據庫要求 建議應該包括： 登記預收表 登記表 掛賬明細

客房基本信息表 客房預定表 退房登記表

密碼表、權限設置表。鋼材綜合管理系統

(1)系統功能的基本要求 前臺管理部分 商品銷售 客房結款 商品查詢 客戶查詢 后臺管理部分

日常業務：銷售退貨、商品入庫、退貨返廠、商品報損、商品報溢

庫存管理：庫存商品查詢、庫存盤存、設置庫存的初始值，庫存的上下警戒限；產品出庫管理，可以填寫出庫單，確認出庫；

查詢統計：銷售查詢、銷售退貨查詢、入庫查詢、退貨返廠查詢、報損查詢、商品報溢查詢等

應收應付管理：付款單、應收款查詢、應付款查詢

統計報表：銷售日報表、銷售月報表、客戶銷售報表、職員銷售報表；

基礎信息管理：商品信息管理、職員信息管理、倉庫信息管理、供應商信息管理等 系統設置

(2)數據庫要求

建議在數據庫中至少應該包含下列數據表 單位定義表 報損表或報溢表

報損票號或報溢票號表 倉庫基礎信息 供應商基本信息 供應商明細表 庫存表

客戶基礎信息表 客戶明細表 權限設置信息表 入庫表 入庫票號表

入庫退單表和入庫退單票號 商品基礎信息表 銷售表 銷售票號表

銷售退單表及票號 員工基礎信息表 餐飲管理系統 前臺管理部分 開臺管理 買單管理

當日結賬數據分析 日結算管理 后臺管理部分

酒店后臺進貨、出貨管理

進貨查詢、出貨查詢、庫存查詢 庫存統計分析

房間臺號管理、商品信息管理、員工信息管理 財政管理： 月結算管理 月營業分析 年營業分析

應收應付管理：應付賬款管理、掛賬管理、歷史掛賬查詢 系統初始化：本單位定義、供應商管理、房間臺號類型管理、部門信息管理、倉庫信息管理、員工級別管理

系統管理模塊：權限與用戶

(2)數據庫要求

建議在數據庫中至少應該包含下列數據表 單位定義表 付款單據表 供應商信息表 出貨信息表 員工信息表 商品基礎信息表 客戶信息表 庫存信息表

房間臺號信息表(房間臺號類型表)掛賬信息表 掛賬點單臨時表 點單臨時表 點單歷史表 權限信息表

日(月)結賬信息表 進貨單據臨時表 進貨單據信息表 進貨表 部門信息表 班級管理系統

(1)系統功能的基本要求

學生管理，可以錄入學生、可以刪除某個學生；

班組管理，能在滿足約束條件的情況下添加、修改、刪除班級； 課程管理，能在滿足約束條件的情況下添加、修改、刪除課程；

成績管理，能進行成績的錄入、修改、刪除等操作，能進行數據的查詢和統計； 班組事務管理，如獎金評定、比賽等(2)數據庫要求

建議在數據庫中至少包含以下數據表： 學生表 班級表 院系表

課程表以及成績表； 班級事務表 網絡在線書店

系統功能的基本要求 前臺管理 新用戶注冊 用戶登錄 查看圖書信息 購物車處理 訂單列表 訂單詳細信息 發表評論 商品運輸管理 后臺管理 單位信息管理 商品出入庫 數據分析與統計

(2)數據庫要求

建議在數據庫中至少包含以下數據表： 商品庫存信息 單位信息表 進(銷)信息表 顧客表 圖書種類表 訂單明細表 訂單表 評價信息表 購物車表 設計報告要求

學生完成設計任務后，應按要求提交課程設計報告，設計報告應包含以下幾個方面的內容： 應用程序的系統結構；

應用程序使用的環境平臺，如DBMS和開發工具的選擇；

數據庫設計的過程和結果：包括需求分析、概念設計、邏輯設計、物理設計、庫表結構，并編寫定義數據庫及表單的SQL程序；

數據庫相關應用程序的主要代碼，數據庫系統測試數據及測試結果； 運行結果分析。

具體的報告形式可參考本課程設計所提供的報告模板。成績考核

由指導教師根據學生完成任務的情況、課程設計報告的質量和課程設計過程上的工作態度等綜合打分，其中課程設計報告占60%、軟件系統占30%，平時表現占10%。成績評定實行優秀、良好、中等、及格和不及格5個等級，并對設計成績評定為優秀的學生給予一定獎勵。總評：

數據庫課程設計實驗報告（2012－2013）第1學期

專

業：

小組編號：

組長姓名：

班

級：

指導教師：

劉

松

長江大學管理學院實驗中心 數據庫課程設計報告評價表 系統設計題目:

小組成員:

系統開發的主要技術:

設計目標:

工作進度安排:

小組自評: 小組成員得分：（1）

（2）

指導老師評語:平時成績:

設計報告:

軟件系統:

總評:

***系統的數據庫課程設計報告 1 系統的開發背景(1)開發目的及意義(2)研究現狀分析(3)設計報告的內容

2關鍵理論及開發技術概述(1)數據庫設計技術(2)系統開發技術 3系統的需求分析(1)功能需求(2)性能需求(3)接口需求

(4)出錯處理需求及其它特殊需求

4、概念設計

什么是概念設計？

概念設計中應該做什么？

它在需求分析與軟件設計中過度過程中起到一個什么樣的作用？(我們往往過多的關注How，而沒有關注What，或者關注了What而沒有關注What背后的需求場景和背后的問題Why。)

5、數據庫邏輯設計(1)系統的E-R圖

(2)表、表與表之間的關系(主鍵及外鍵等)以及完整性約束(3)編寫數據字典

給出通過SQL生成數據庫、表、索引、視圖及完整性約束等的代碼。重點語句需要標準說明性文字

6、數據庫物理設計(1)訪問方式選擇(2)存儲結構選擇(3)物理結構評價

7、安全性設計(1)身份驗證模式(2)登陸管理(3)賬戶管理(4)權限管理(5)角色管理

8、重要業務處理過程設計(1)重要的存儲過程(2)重要的觸發器技術

要求學生盡可能應用SQL語言的函數

9、重要業務邏輯的實現程序

利用系統開發語言設計的重要模塊代碼及函數

10、系統測試的結果

結合實際數據及運行效果，描述模塊的功能及使用方法。課程設計的心得體會 參考文獻

在百度文庫中可以搜索到相關的報告實例

第二篇：數據庫課程設計報告

數據庫課程設計

校友通訊錄

南華大學計算機科學與技術學院網絡工程

（2010~2011 第二學期）

2011.6.25

目 錄

一、設計需求說明··············3

二、總體設計分析··············

三、部分模塊設計分析············

四、程序源代碼···············

五、運行結果及截圖·············

六、心得體會················

七、參考文獻················4 10 18 23 23

一、設計需求說明

1、設計題目及要求

◆

建立校友通訊錄信息，信息至少包含編號、姓名、年齡、電話、通訊地址、電子郵箱等；

◆ 能夠提供注冊、登錄和修改個人信息等的功能； ◆ 校友之間能進行相互通信；

2、系統功能需求分析：

1）.注冊，找回密碼（無法登陸該系統）； 2）.登陸；

3）.更改個人資料；

4）.查看并瀏覽校友所有的公開性信息； 5）.申請私人互動，進一步獲取校友私有信息： ①發送申請消息； ②拒絕；

③通過，開放私人信息； 6）.刪除已在列表中的對象； 7）.賬號注銷。

二、總體設計分析

系統功能模塊圖：

校友通訊錄要實現的需求功能主要有注冊，找回密碼；登錄；修改個人資料；瀏覽校友信息；查找校友；修改密碼；刪除校友；賬號注銷。（1）注冊：如果是新用戶，用戶可注冊加入，填寫詳細的注冊信息表。驗證通過，如果注冊成功，則進入校友通訊錄主界面。

（2）找回密碼：用戶忘記了登陸密碼，可通過找回密碼功能找回密碼，進入找回密碼界面，填寫郵箱號，可以修改密碼。

（3）登錄：輸入正確的賬號，密碼，登陸成功，如果登陸次數超過5次，提示錯誤信息。

（4）修改個人資料：進入個人信息頁面，填寫要修改的內容，如果修改成功，系統更新并記錄信息。

（5）瀏覽校友信息：查看已在校友列表的校友的信息。（6）查找校友：輸入姓名、學院、專業等查找信息，查找成功。

（7）刪除校友: 在已有的可互動的聯系人中找尋并選擇要刪除的對象，如果刪除成功則用戶的私密信息不再對已刪除對象開放。

（8）帳戶注銷：用戶提出注銷請求，如果退出校友通訊錄系統，則系統注銷退出者的個人信息。

三、部分模塊設計分析

1.通訊錄：

2.工作順序圖：

（1）注冊：申請賬號

注冊注冊數據 : <未指定>真實性檢查錯誤真實加入班級記錄,分配帳號

②找回密碼：找回用戶丟失的密碼

找回密碼已登陸用戶進入更改密碼界面已注冊未登記用戶申請找回密碼鍵入新密碼輸入帳號系統發送密碼通過電子郵件確認否記錄

（3）登錄：已注冊的用戶利用系統已分配的賬號登錄

已注冊用戶或管理員登錄鍵入密碼帳號驗證密碼帳號是否正確通過驗證未通過驗證驗證是否為管理員拒絕進入普通用戶管理員進入個人主頁進入管理員界面系統維護8

4）修改個人資料：修改個人中心的資料

更改個人資料進入更改個人資料頁面已登陸用戶輸入要更改的個人資料確定取消記錄9（（5）瀏覽校友信息：查看校友的信息

已登陸用戶 查看搜索校友公開信息進入搜索界面鍵入搜索信息精確搜索模糊搜索顯示符合條件校友名單顯示選中校友公開信息10

（6）查找校友：查找用戶感興趣的校友

通信許可權發送許可權申請收到許可權申請已登陸用戶拒絕許可權申請同意許可權申請記錄,加入聯系人列表刪除許可權瀏覽聯系人私人信息

（7）刪除校友：刪除用戶的好友

已登陸用戶

刪除通信權進入已獲通信權列表選中要刪除的聯系人取消刪除確定要刪除移出,記錄12

四、源程序代碼

五、運行結果及截圖 1.顯示主菜單界面

2.添加界面

3.顯示界面

4.刪除界面

刪除后，通訊錄里的顯示記錄：

5.查詢界面

以姓名查詢方式為例：

6.修改界面

修改后，通訊記錄的顯示記錄：

7.保存界面

六、心得體會

李蘭利： 李竹村： 姚莉 ： 李葉婷： 毛蓓：

梁娟：這次課程設計我覺得我做的事情比較少，盡的力不夠，但在組員的輔助下，還是學到了一些東西。如：如何做原型設計、需求分析的應該做些什么，以及界面設計，數據庫那邊了解甚少。我覺得那句話話說得很對，團結就是力量。要做一件事，你需要有一個優秀的團隊，大家可以一同進步，一同努力，困難一起克服。在這個團隊中，我看到了他們鉆研的精神，令我很敬佩；看到大家分工明確一起努力地畫面。只是一次不錯經驗。

七、參考文獻

何玉潔、李寶安《數據庫系統教程》人民郵電出版社 教材《軟件工程》

第三篇：數據庫課程設計報告格式

數據庫課程設計報告要求

1．報告的編寫規范與寫作框架

一、引言

（一）本課題的研究意義

（二）本課題的目的、內容

二、需求分析與設計方案

（一）任務概述

（二）系統的需求說明

（三）系統功能模塊圖

（四）系統業務流程

（五）系統開發環境簡介

（六）采用的主要技術與方案

三、數據庫設計

（一）數據庫需求分析

（二）數據庫概念結構設計

（三）數據表設計

（四）數據庫訪問

四、詳細設計

（一）“登陸界面”及編碼設計

（二）“****界面”及編碼設計

（三）“****界面”及編碼設計

（四）“****界面”及編碼設計

五、系統的集成與測試

六、結論與體會

附錄：源代碼

2．課程設計說明書格式要求

一、論文正文用小4號、宋體字；章及章標題使用小3號、宋體字；節及節標題使用小4號、黑體字；圖號及圖標題使用5號、宋體字。

二、論報告用A4紙正反打印裝訂成冊，報告正文頁碼編于頁面下端中間。

三、論文封面（統一有指導老師給）

第四篇：圖書館數據庫課程設計報告

目錄

第1章 緒論........................................2 §1.1設計意義及目的.............................................2

§1.2研究范圍及技術要求.........................................2 §1.3指導思想...................................................2 §1.4解決的主要問題及研究方法...................................2 第2章 需求分析.....................................2 §2.1總體需求分析...............................................2

§2.1.1查詢和統計分析功能...................................2 §2.1.2基本信息的維護功能...................................2 §2.1.3日常功能.............................................3 §2.2系統功能圖.................................................3 第3章 總體設計.....................................5 §3.1圖書借閱流程圖：.........................................5 §3.2安全設計...................................................5 第4章 數據庫設計...................................5 §4.1概念結構設計...............................................5 §4.2邏輯結構設計...............................................6 §4.3物理結構設計...............................................7 第5章 詳細設計.....................................8 第6章 編碼........................................8 結論............................................12 學習體會..........................................12 致謝............................................12 參考文獻..........................................12

第1章 緒論

§1.1設計意義及目的

圖書管理系統是一種基于集中統一規劃的數據庫數據管理新模式，其宗旨是提高圖 書管理工作的效率，減少相關人員的工作量，使學校的圖書管理工作真正做到科學、合理的規劃，系統、高效的實施。

§1.2研究范圍及技術要求

針對高校圖書館以及城市圖書館進行管理設計，提高工作效率；

系統的數據量一般都比較大，一般都達到幾萬人甚至十幾萬人，書籍量一般都達到幾百萬冊甚至上千萬冊，系統由于只供內網查詢，提高了數據訪問的安全性，同時對并發控制也降低了要求。

§1.3指導思想

數據庫建立的基本規范方法學以及現代的圖書館經營管理理念。§1.4解決的主要問題及研究方法

滿足廣大用戶對圖書的共享需求，提高書籍的流通性，使其更好的服務人民；系統總體采用自頂向下，逐步求精的瀑布式方法設計，局部功能模塊采用反復迭代的螺旋式設計方法。

第2章 需求分析

§2.1總體需求分析 §2.1.1查詢和統計分析功能

1.實現圖書館對在館圖書的按類別，書名，作者，內容，出版社，ISBN，借閱熱度等的多功能查詢。

2.實現讀者對其當前借閱記錄和歷史借閱記錄以及罰款記錄，讀者基本信息和圖書館在庫圖書的基本信息的多方位查詢功能。

3.實現對當前圖書館在庫圖書丟失及總體流向的查詢。4.綜合統計統計圖書館目前的各種指標。

5.統計、分析各時期的圖書流通率、分類流通率、流通變化趨勢，并可以圖表、表格兩種方式顯示。

6.統計、分析各時期的圖書館藏量、分類館藏量、館藏量變化趨勢，并可以圖表、表格兩種方式顯示。

§2.1.2基本信息的維護功能

1.實現對讀者信息的維護，包括包括添加讀者信息、刪除讀者信息、修改讀者信息。

2.實現圖書館書籍基本信息的維護，包括圖書入庫和書架設置，圖書基本信息的修改以及圖書注銷并且建立書籍檔案，方便圖書管理。

3.實現對管理員基本信息的維護，包括管理員的添加，管理員基本信息（如類別等級）的修改和管理員的注銷等功能。

§2.1.3日常功能

1.能夠按照罰款規則，進行讀者借閱超期和遺失圖書的相關罰款功能。2.能夠修改讀者和管理員密碼及其權限，實現人員的有效管理。

3.借書完全通過掃描槍條碼識別，自動識別借書證是否有效，根據設定的規則進行管理。提示讀者已借書數、超期圖書應繳罰款等參考信息。根據圖書的種類確定借閱期限。罰款單價根據圖書種類確定。4.還書完全通過條碼識別，自動作超期記錄。

5.圖書預約可以為讀者提供方便，可以進行管理及打印到書通知。

6.圖書損壞、丟失處理能顯示每本書上次損壞的記錄以及其它信息5.報表統計：包括統計圖書信息、讀者信息、借閱信息等。

7.報表統計：包括統計圖書信息、讀者信息、借閱信息和罰款信息等。

§2.2系統功能圖

2010-7-1圖書管理系統功能圖讀者信息錄入基礎信息維護讀者管理圖書信息錄入書架信息錄入管理員信息錄入讀者注銷讀者信息修改讀者掛失新書入庫圖書館管理系統圖書管理查詢統計分析圖書流通管理系統管理圖書信息修改圖書注銷讀者相關信息查詢圖書相關信息查詢圖書借閱及罰款總體查詢讀者借閱圖書讀者還書讀者續借圖書丟失圖書罰款管理員信息修改讀者賬號修改圖書館相關規則修改圖2-1

第3章 總體設計

§3.1圖書借閱流程圖：

輸入圖書編號輸入讀者編號借書成功圖3-1

不成功

§3.2安全設計

一方面，系統通過在登陸界面對不同用戶權限的審查，使其只能進入自己權限以內的功能操作界面；另一方面，系統控制有些敏感信息，使其不能被隨意修改，如人員編號等；

第4章 數據庫設計

§4.1概念結構設計

圖書管理系統的數據庫設計需要結合現代的圖書管理理念和現代的數據庫設計方法學。系統主要的參與人有普通讀者、管理員以及其他人員；系統主要的實物體有圖書、書架、儲藏室等；

通過對圖書的來源、去向和流通的全程跟蹤，及時分析每一步中需要參與的其他人員和實物（即實體），弄清楚各方在每一步中的具體的作用，抽取出各個關系表和事務表，繼而完成之后，檢查各個關系是否具有完備性和完整性。

設計的最終ER圖為： 5

隸屬專業登陸賬號班級隸屬擁有隸屬讀者罰款已還圖書人員類別借閱管理員還書隸屬圖書隸屬書架存放于擁有采購于圖書分類采編人員索引

圖4-1

§4.2邏輯結構設計

（1）圖書基本信息（書籍編號，館藏索引，存放位置，書名，類型，作者，出版社，ISBN編號，價格，出版日期，頁數，關鍵字，入庫時間，是否允許外接，是否注銷，是否借出，借閱次數，備注）

（2）人員信息表（人員編號，證件有效日期，證件截止日期，是否掛失，姓名，性別，類別，所屬部門，地址，電話，電子郵件地址，備注）

（3）借閱信息表（讀者ID，書編號，借閱日期，是否經過假期標志，續借次數，最后還書截止日期，操作員編號，備注）

（4）圖書分類信息表（圖書分類號，類別名稱，關鍵字，允許借的最大數目，備注）

（5）人員分類信息表（人員分類號，類別名稱，允許借書數量，允許借閱天數，允許續借次數，備注）

（6）用戶信息表（人員ID，人員密碼，人員類型（權限））

（7）借閱歷史記錄表（書號，讀者ID，借閱日期，還書日期，罰款金額，是否繳納罰款，操作員編號，備注（罰款原因））

（8）采購表（采購書的種類，采購人員ID，采購日期，采購本書，采購金額，備注）

（9）書架分布表（書架編號，書架位置，書架容量，書架類別）

（10）書籍索引表（索引編號，該種書的現有本書，該種書的關鍵字，該種書的類別）

（11）專業表（專業編號，專業名稱，專業負責人）（12）班級表（班級編號，班級名稱，班級負責人）

§4.3物理結構設計

各個表之間的關系為：

圖4-1 說明：各個表中的主鍵除了作為外鍵參照其他表中主鍵之外，均設為int，且作為標識和索引，日期均為datetime 類型，金額及價格均為money類型，其他均

為字符串型，大小根據實際設定，有些屬性具有默認值。

第5章 詳細設計

輸入讀者編號輸入書籍編號不存在、注銷、掛失不在庫、注銷、不外借是超過總借書上限是否超過每類書借書上限是借過同一本書否是是否當天已借過否否借書失敗第6章 編碼

借書成功 8

圖6-1 借書存儲過程實現：

CREATE PROCEDURE dbo.Borrow_BooksS @bookID int , @readerID int , @duringHoliday char(4), @continueborrow int , @operatorID int , @memo char(50), @result char(80)OUTPUT AS declare @number int declare @current_borrow_num int declare @current_bookTyoe_borrow_num int declare @MAXNUM int declare @BookTypeMAXNUM int declare @readerType int declare @readerMAXDays int declare @bookType int declare @bookIndex int SET @number=(SELECT COUNT(*)FROM Person

WHERE Person.PersonNO=@readerID AND Person.IsDead='否' AND Person.IsLost='否')

if(@number!=1)begin SET @result='讀者編號不存在或者已注銷和掛失！';return;end SET @number=(SELECT COUNT(*)FROM Book WHERE Book.BookID=@bookID AND Book.IsDead='否' AND Book.IsBorrowed='否' AND Book.IsAllowBorrow='是')if(@number!=1)begin SET @result= '該書不存在或已注銷或不對外借或已借出！';return;end SET @current_borrow_num=(SELECT COUNT(*)FROM BorrowInfo WHERE BorrowInfo.ReaderID=@readerID)SET @readerType=(SELECT Persontype FROM Person WHERE Person.PersonNO=@readerID)SET @MAXNUM=(SELECT BookNumber FROM PersonType WHERE PersonType.TypeNO=@readerType)SET @readerMAXDays=--獲取應歸還的天數(SELECT BookDays FROM PersonType WHERE PersonType.TypeNO=@readerType)IF(@duringHoliday='是')SET @readerMAXDays=@readerMAXDays+60;--經過一個假期，天數應加60 if(@current_borrow_num>=@MAXNUM)--借書已達最大值 begin SET @result= '借書已達最大值，不能再借！';

return;end SET @bookType =(SELECT BookType FROM Book WHERE Book.BookID=@bookID)SET @BookTypeMAXNUM=(SELECT BorrowNumber FROM BookType WHERE BookType.BookTypeNO=@bookType)SET @current_bookTyoe_borrow_num=(SELECT COUNT(*)FROM BorrowInfo ,Book WHERE Book.BookID=BorrowInfo.BookID AND Book.BookType=@bookType)IF(@current_bookTyoe_borrow_num>=@BookTypeMAXNUM)--本類數已超借閱本數限制 begin SET @result= ' 本類數已超借閱本數限制!';return;end SET @bookIndex=(SELECT BookIndex FROM Book WHERE Book.BookID=@bookID)SET @number=(SELECT COUNT(*)FROM BorrowInfo,Book WHERE Book.BookID=BorrowInfo.BookID AND Book.BookIndex=@bookIndex)IF(@number>=1)--已經借過同一本書！begin SET @result= '已經借過同一本書!';return;end BEGIN TRAN INSERT INTO BorrowInfo VALUES(@readerID,@bookID,GETDATE(), @duringHoliday,@continueborrow ，DATEADD(day,@readerMAXDays,GETDATE()), @operatorID,@memo);UPDATE Book SET IsBorrowed='是' , BookBorrowTimes=BookBorrowTimes+1 WHERE BookID=@bookID;COMMIT TRAN SET @result= '借書成功！';------------------------

結論

本系統數據庫設計方面由于調研充分，經歷時間較長，設計結果較為滿意，在理論上能夠向上支持較為完整的事務約束，但由于編碼時間較短加之編碼時編碼人員經驗畢竟十分有限，很多功能也只是望洋興嘆，尚未有能力實現，本系統只能提供圖書和讀者信息的多功能查詢和帶有很少事務約束的借書、還書功能以及基本信息的維護模塊。像對圖書流通率、分類流通率、流通變化趨勢的統計分析和圖表顯示有待實現，還有下一步應該實現更具現實意義的借書、還書處理以及罰款功能。

學習體會

本次課程設計強度之大（每天從早到晚）、任務之重（從設計到實現），都是以前沒有過的，所幸，課程設計本身并不難，每一步都是有章可循且每一個人都有能力實現相應的部分。一個數據庫系統的實現，絕對是全體人員共同團結、努力協作的結果。本次課程設計訓練，讓我大略“體會”（或者用想象更貼切）了軟件開發人員所經歷的苦與樂，使我對今后自己從事的工作有了一個基本的體會和感受，也算是提前“打了一個預防針”吧。

同時作為本組組長，我負責各個成員的具體分工。分工合作實際上已是現代社會最基本的特征，各個組織在各種現代社會活動中，都有自己的明確分工。一個好的組長，應該能夠充分調動各個本組成員的積極性和參與性，使他們都能夠充分發揮自己在系統開發中的作用，清楚知道每一個人的強項和不足，“因地制宜”，確定不同的分工。待基本的分工確定之后，組長應該隨時掌握各部分的進展狀況，適時給予相應的調整。同時，組長應把握大局，不斷優化和調整系統的結構和布局。而我顯然還做得有待提高。

致謝

趙海霞老師、魏汪洋老師、王志強老師不辭辛苦給予我們上機指導，特此感謝！

Special thank to;那些在課程設計中給予過我們組幫助的同學們！

參考文獻

【1】Thomas M.Connolly，Carolyn E.Begg，何玉潔等譯.數據庫設計教程 北京：機械出版社，2005，1 【2】王珊，薩師煊.數據庫系統概論，北京：高等教育出版社 2006，5

第五篇：數據庫課程設計報告格式要求

一、題目

人事管理系統

二、內容

需求分析、數據庫設計、數據庫建立、數據輸入、應用系統的設計和開發、用戶界面的設計和實現、系統調試和安裝等。

三、要求

（一）報告內容格式要求

紙張大小為A4紙。正文為5號宋體，一級標題：第一章(標題，2號宋體，上下空兩行居中，行距為5號宋體單倍行距)。二級標題：1.1(標題，3號黑體居中，上下空一行，行距為5號宋體單倍行距)。三級標題：1.1.1 [第一章 第一節 第一個問題](標題，4黑左頂，占2行)。

… … … …

表名為小5號黑體，居中，形式如“表1-1 表名”。

圖名為小5號宋體，居中，形式如“圖2.4圖名”。

參考文獻字體為5號字體。

頁眉，頁碼為小5號宋體，居中。

（二）報告內容要求（參考教材 數據庫設計）

（1）目錄

（2）概述

包括項目背景、編寫目的、軟件定義、開發環境等內容

（3）需求分析

①信息要求

用戶需要從數據庫中獲得信息的內容與性質。數據庫中需要存儲哪些數據。

②處理要求

用戶需要完成什么處理功能，對處理的響應時間有什么要求。（給出功能模塊圖）③安全性與完整性要求

（4）概念模型設計

生成基本E-R圖

（5）邏輯模型設計

把ER模型圖轉換為關系表

（6）物理模型設計

在sql server中實際創建的表

（7）主要模塊的設計以及代碼

按功能模塊進行劃分，進行前臺界面的設計，把前臺界面和后臺數據庫連接起來，形成一個完整的管理系統。

（8）總結

①設計過程中遇到的問題以及解決方法。

②設計的體會。

（9）參考文獻。

題目一：人事管理系統

1、系統功能的基本要求：

（1）員工各種信息的輸入，包括員工的基本信息、學歷信息、婚姻狀況信息、職稱等。

（2）員工各種信息的修改；

（3）對于轉出、辭職、辭退、退休員工信息的刪除；

（4）按照一定的條件，查詢、統計符合條件的員工信息；至少應該包括每個員工詳細信

息的查詢、按婚姻狀況查詢、按學歷查詢、按工作崗位查詢等，至少應該包括按學歷、婚姻狀況、崗位、參加工作時間等統計各自的員工信息；

（5）對查詢、統計的結果打印輸出。

2、數據庫要求：在數據庫中至少應該包含下列數據表：

（1）員工基本信息表；

（2）員工婚姻情況表，反映員工的配偶信息；

（3）員工學歷信息表，反映員工的學歷、專業、畢業時間、學校、外語情況等；

（4）企業工作崗位表；

（5）企業部門信息表。