《《數據庫課程設計》報告學校教材訂購系統》由會員分享，可在線閱讀，更多相關《《數據庫課程設計》報告學校教材訂購系統（24頁珍藏版）》請在裝配圖網上搜索。

1、華科學院信息管理與信息系統專業(yè)數據庫課程設計報告 （2011/2012學年 第一學期）學生姓名： 學生班級： 信息管理092201H學生學號： 指導教師： 2011年 12月30日21基于教材訂購系統的設計與實 目錄第一章 系統概述11.1開發(fā)背景11.2必要性分析11.3可行性分析21.4開發(fā)及運行環(huán)境2第二章 系統需求分析32.1需求定義說明書32.2系統組織結構圖32.3業(yè)務流程圖42.4系統數據流程圖52.5數據字典6第三章 系統設計83.1代碼設計83.2輸入/輸出設計83.3系統結構設計93.4數據庫設計93.4.1概念結構設計93.4.3物理結構設計13第四章系統實現154.1界

2、面設計154.2添加書目164.3刪除記錄174.4添加新教材和修改記錄17總結20參考文獻21 第一章 系統概述1.1開發(fā)背景當今隨著計算機技術和計算機網絡的發(fā)展，人們逐漸進入了信息時代。通過因特網，人們可以瀏覽到需要的信息，發(fā)送郵件、傳送郵件，網上娛樂，遠程教育，遠程醫(yī)療，同時，電子商務和電子政務的出現，也更加方便了人們的生活。生活中有許多事情都可以在網上輕松簡單的實現，互聯網因為它簡單的操作和廣泛的信息量，逐漸成為人們生活和工作中的重要部分。近年來，學校的教材訂購也越來越多的涉及到了信息技術和網絡的應用。以前許多高校的教材征訂系統存在著教材管理和征訂方面半手工半信息化的狀況，并沒有一個對

3、數據進行操作的網絡程序。所謂的半手工半信息化是指教材科有詳細的教材資料，并把它們存放在電子文檔中，每次需要時，找到對應的信息并打印或手抄出來，這種工作方式工作效率低。針對這一情況，本次設計對學校教材訂購系統進行了研究，進行了初步的嘗試。1.2必要性分析隨著教學數量和質量的提高，對軟件質量的要求也越來越高，因此對圖書教材的訂購越來越重視，希望通過一個簡單，方便，快捷的方式獲得需要的教材。因此，一所學校有一個好的教材訂購系統是十分重要的。訂購是指教師或學生向工作人員提出需要采購的教材，經工作人員審查后，發(fā)給教師或學生發(fā)票，然后去書庫領取教材，但工作人員發(fā)現書庫中缺貨時，要及時的報告采購部門，采購部

4、門要及時的進貨，然后，工作人員來修改記錄。本系統主要通過應用程序實現對數據庫的整合以及對數據庫的操作。數據庫是長期存儲在計算機內、有組織、可共享的大量數據的集合。數據庫的整合就是把現在的零散的數據庫經過分類、綜合整理成一個大型的數據庫。所需數據都是可以從里面調用的。數據庫的數據操作是指對數據庫中各種對象的實例允許操作的集合，包括操作及有關的操作規(guī)則。數據庫主要有查詢和更新（包括插入、刪除、修改）兩大類操作。本系統的設計首先著眼于網絡，學生和教師可以通過本系統向教材訂購人員提交所需要教材的詳細信息，教材訂購系統可以統計出這些教材信息。因此，本系統能夠方便學校教材訂購部門的工作，提高了工作效率。主

5、要功能包括：1、收集數據。將學生和教師的訂書單和缺書通知單收集起來。2、打印報表。產生待購教材表、進庫表、出庫表等各種統計報表。1.3可行性分析 在技術上的可行性分析,本系統可以劃分為兩個子系統：銷售系統和采購系統。銷售系統的工作過程為：首先由教師或學生提交購書單，經教材發(fā)行人員審核是有效購書單后，開發(fā)票，登記并返給教師或學生領書單，教師或學生即可去書庫領書。采購系統的主要工作過程為：若是脫銷教材，則登記缺書，發(fā)缺書單給書庫采購人員，一旦新書入庫后，即發(fā)進書通知單給教材發(fā)行人員。當書庫中的各種書籍數量發(fā)生變化時，都應該修改相關的書庫記錄，如庫存表或進出庫表。1.4開發(fā)及運行環(huán)境操作系統：Win

6、dows XP數據庫開發(fā)環(huán)境：SQL Server 2000開發(fā)工具：Visual Basic 第二章 系統需求分析2.1需求定義說明書此教材采購分為兩個模塊：采購系統和銷售系統。采購系統模塊：發(fā)缺書通知單、登記缺書記錄、擬定待購書信息、發(fā)進書通知單、修改和維護數據庫中相應的表。銷售系統模塊：提交購書單、審核購書單、開發(fā)票、登記購書記錄、返回領書單、修改和維護數據庫中相應的表。教材訂購管理系統的服務對象是全體的師生員工，系統的使用對象是教務處教材管理人員及書庫管理員。系統主要完成以下具體功能：（1）預定新書 購書者購買書庫暫時沒有的書，可以進行預訂，由教務處工作人員進行采購。（2）購書 購書者

7、到財務室辦理繳費手續(xù)，然后憑此手續(xù)去書庫取書。（3）書出庫 書從書庫領出，管理員修改書庫記錄。（4）書入庫 采購人員把采購的書送入書庫，管理員修改書庫記錄。（5）書庫維護 對現有的書進行分類、統計、增添新書目錄或刪除不存在的舊書目錄等，一般由書庫管理人員來完成。2.2系統組織結構圖根據需求分析，學校教材訂購系統的組織結構圖如圖2.1、圖2.2所示。圖2.1采購子系統結構圖圖2.2 銷售子系統2.3業(yè)務流程圖管理業(yè)務流程圖是一種描述系統內個單位、人員之間業(yè)務關系、作業(yè)順序和管理信息流向的圖表。下圖是學校教材訂購系統的業(yè)務流程圖。其處理過程是：由學生或教師提交購書單，經教材發(fā)行人員審核是有效購書單

8、后，開發(fā)票，登記并返給教師或學生領書單，教師或學生即可去書庫領書。若是脫銷教材，則登記缺書，發(fā)缺書單給書庫采購人員，一旦新書入庫后，即發(fā)進書通知單給教材發(fā)行人員。此外，書庫工作人員還需要對書庫進行更新與維護，及時的修改圖書記錄，并對現有的書進行分類、統計和整理，如圖2.3所示。圖2.3 系統業(yè)務流程圖2.4系統數據流程圖將流程圖中的實體進一步描述如下：教師信息包括：姓名、編號、購書日期、采購教材名稱、教材編碼、教材數量、單價、聯系方式教材信息包括：教材名稱、教材編碼、價格、現有數量、出版社、作者購書單信息包括：日期、教材名稱、數量、學生（教師）姓名、購書人員編號缺書單信息包括：日期、教材名稱、

9、數量、學生（教師）姓名、發(fā)行人員編號領書單信息包括：日期、教材名稱、數量、學生（教師）姓名、聯系方式進書通知單信息包括：日期、教材名稱、數量、采購人員、編號、聯系方式采購人員信息包括：教材名稱、數量日期、采購人員、編號、聯系方式發(fā)行人員信息包括：教材名稱、數量日期、發(fā)行人員、編號、聯系方式 系統數據流程圖如圖2.4所示。圖2.4 系統數據流程圖2.5數據字典為了對數據流程圖中的各個元素作出詳細的說明，有必要建立數據字典。數據字典的內容主要是對數據流程圖中的數據項、數據結構、數據流、處理邏輯、數據存儲和外部實體等六個方面的定義。數據流程圖配以數據字典，就可以從圖形和文字兩個方面對系統的邏輯模型進

10、行描述。（1）數據項的定義 數據項名稱：表的編號別 名：表的號碼簡 述：指明每一種表的類型類型及寬度：字符型，4位取值范圍 ：“0001”“9999”（2）數據結構的定義數據結構的名稱：學生信息簡 述：一個學生的基本信息數據結構的組成：姓名、學號、購書日期、采購書籍名稱、書籍編碼、書籍數量、單價、聯系方式數據結構的名稱：教師信息簡 述：一個教師的基本信息數據結構的組成：姓名、編號、購書日期、采購書籍名稱、書籍編碼、書籍數量、單價、聯系方式數據結構的名稱：書籍信息簡 述：書籍的有關信息數據結構的組成：書籍名稱、書籍編碼、價格、現有數量、出版社、作者數據結構的名稱：購書單信息 簡 述：購書單的有關

11、信息數據結構的組成：日期、書籍名稱、數量、學生（教師）姓名、購書人員編號數據結構的名稱：缺書單信息簡 述：缺書單的有關信息數據結構的組成：日期、書籍名稱、數量、學生（教師）姓名、發(fā)行人員編號數據結構的名稱：采購人員信息 簡 述：采購人員的相關信息數據結構的組成：書籍名稱、數量日期、采購人員編號、聯系方式（3）數據流的定義數據流名稱：購書單簡述 ：指明了購買圖書的種類和數量數據流來源：教師或學生數據流去向：系統處理模塊數據流組成：日期、書籍名稱、數量、學生（教師）姓名、購書人員編號（4）數據存儲的定義數據存儲的名稱：出庫表簡述 ：出庫的圖書數量和種類數據存儲組成 ：出庫日期、書籍名稱、數量、學生

12、（教師）姓名關鍵字 ：圖書編號第三章 系統設計3.1代碼設計每種實體都必須有代碼，代碼是代表事物名稱屬性狀態(tài)等的符號。一般用數字字母或它們的組合來表示。代碼可以唯一標識實體，節(jié)省存儲單元，提高數據處理效率。代碼要具有唯一性，標準化和通用性，代碼設計要盡量采用國家或有關部委頒發(fā)的編碼標準。代碼還應具有可擴充性，當增加新實體時，可直接在源代碼系統中擴充，而不用重新組織。系統為每種類型的書籍設計了不同的代碼，方便了用戶的操作，用戶可根據不同的需要，選擇相應的書籍代碼，可以方便的進行數據的輸入和輸出。在系統運行過程中，對數據庫的修改都可以通過代碼進行操作，系統可根據代碼編號，自動的將書籍的詳細信息調用

13、出來，而且代碼會自動顯示在輸入輸出窗口中。3.2輸入/輸出設計輸入設計包括數據規(guī)范和數據準備的過程，在輸入設計中，提高效率和減少錯誤是兩個最根本的原則。輸入設計有四個指導目標，（1）控制輸入量，（2）減少輸入延遲，（3）減少輸入錯誤，（4）輸入過程應盡量簡化。輸出是系統產生的結果或提供的信息。對于大多數用戶來說，輸出是系統開發(fā)的目的和評價系統開發(fā)成功與否的標準。因此，系統設計過程與運行過程正好相反，不是從輸入設計到輸出設計，而是從輸出設計到輸入設計。在系統的輸入/輸出設計上遵循的是既滿足用戶需求又方便用戶使用的原則。輸入輸出界面的確定應最大限度的滿足用戶的需要。輸出界面的設計不僅要考慮數據輸入

14、窗口的屏幕格式，而且考慮如何使輸入數據的錯誤率盡可能最小。為此，對輸入數據的類型，上下限進行設置。例如，在輸入和選擇某種書籍時，只需輸入書籍的代碼即可，系統可根據書籍代碼，自動的調用書籍的信息。當用戶輸入的書籍代碼不對時，自動彈出錯誤提示。用戶不必要及住每一本書籍的代碼，系統有一個代碼表窗口，用戶可在窗口中查詢到自己需要的書籍，方便用戶的查找。3.3系統結構設計 系統總的分為銷售子系統和采購子系統，具體實現功能如圖3.1所示。圖3.1系統功能模塊圖3.4數據庫設計 在數據庫系統中，對現實世界中數據的抽象、描述以及處理等是通過數據模型來實現的。數據模型是數據庫設計中用于提供信息表示和操作手段的形

15、式構架，是數據庫系統實現的基礎。根據模型應用的不同目的，可以將模型分為兩個層次。一是概念模型，即按用戶的觀點對數據和信息建模。二是數據模型，是對客觀事物及聯系的數據化描述。數據庫設計是在選定的數據庫管理系統基礎上建立數據庫的過程。數據庫設計除用戶要求分析外，還包括概念結構設計、邏輯結構設計和物理結構設計等三個階段。3.4.1概念結構設計 概念結構設計應在系統分析階段進行。任務是根據用戶需求設計數據庫的概念數據模型。概念模型是從用戶角度看到的數據庫，它可以用ER圖表示出來，如下圖所示。圖3.2教師實體圖3.3教材實體圖3.4購書單實體圖3.5領書單實體圖3.6缺書單實體圖3.7進書通知單實體圖3

16、.8采購人員實體圖3.9發(fā)行人員實體圖3.10系統總ER圖3.4.2邏輯結構設計邏輯結構設計是將概念設計階段完成的概念模型轉換成能被選定的數據庫管理系統支持的數據模型。數據模型可以由實體聯系模型轉換而來。ER轉換為關系數據模型的規(guī)則如下：（1）每一個實體集對應一個關系模式。實體名作為關系名，實體屬性作為對應關系的屬性。（2）實體間的聯系一般對應一個關系，聯系名作為對應的關系名，不帶屬性的聯系可以去掉。（3）實體和聯系中關鍵字對應的屬性在關系模式中仍作為關鍵字。邏輯結構設計階段提出的關系數據模型應符合第三范式的要求。根據系統的ER圖，可將實體和聯系轉換成如下關系數據模型。教師（編號，姓名，購書日

17、期，教材名稱，購書日期，教材數量，單價，聯系方式）教材（書號，書名，作者，價格，類別，出版日期，出版社）購書單（購書單編號，姓名，書號，數量，價格，定書日期，購書人員編號）領書單（購書單號，姓名，書名，數量，出版社，價格，聯系方式）缺書單（編號，日期，教材名稱，數量，購買者姓名，發(fā)行人員）進書通知單（編號，日期，教材名稱，數量，采購人員，聯系方式）采購人員（編號，教材名稱，數量日期，采購人員，聯系方式）3.4.3物理結構設計數據庫物理結構設計是為邏輯數據模型選取一個最適合應用環(huán)境的物理結構。數據庫物理結構設計主要包括存儲記錄結構設計、存儲記錄布局、存取方法設計三個方面。數據庫物理結構設計的目的

18、是為了在數據檢索中盡量減少I/O操作的次數以提高數據檢索的效率，以及在多用戶共享系統中，減少多用戶對磁盤的訪問沖突，均衡I/O負荷，提高I/O的并行性，縮短等待時間，提高查詢效率。 物理結構設計的主要內容包括：（1）庫文件的組織形式。如選用順序文件組織形式、索引文件組織形式等。（2）存儲介質的分配。例如將易變的、存取頻繁的數據存放在高速存儲器上，穩(wěn)定的、存取頻度小的數據存放在低速存儲器上。（3）存取路徑的選擇等。進一步對學校教材訂購系統的銷售過程進行數據流程分析，本系統應當具有如下的數據項和數據結構，開發(fā)過程中建立了名為book的數據庫，下設book07、book08、adminlist等表。

19、表adminlist用于存放系統管理員和老師或學生的登錄用戶名和密碼，其中帳號為主碼，如圖3.12所示。圖3.12adminlist表表book07用于存放過去兩個學期中計算機系所有已定教材的信息，其中書號為主碼，如圖3.13所示。圖3.13book07 表book08用于存放本學期需要征訂的教材，同樣，書號為主碼，如圖3.14所示。圖3.14book08第四章 系統實現4.1界面設計本系統主要有登錄界面，顯示書目信息及功能模塊選擇界面，添加新記錄界面，添加歷史記錄界面，和修改記錄，刪除記錄頁面組成。登陸頁面如圖4.1所示。圖4.1登陸頁面通過連接數據庫，顯示出數據如圖4.2所示。圖4.2書目

20、頁面4.2添加書目在登錄系統并選擇插入歷史書本后，進入添加歷史書目的頁面，決定在哪條進行添加，再單擊左側選擇后，自動跳轉，根據所選書目，進行相應的修改后添加到記錄中去，如圖4.3所示。圖4.3插入歷史書目圖連接數據庫：確定所選擇的數據，并把該行的內容存儲下來。圖4.4添加記錄圖該頁面中將征訂時間和數量的值表示出來，方便在修改歷史書目的時候修改它的時間和它的數量，修改后添加到數據庫4.3刪除記錄在登錄系統后點擊修改按鈕進入修改頁面，通過復選框的選擇，刪除數據，刪除頁面如圖4.5圖所示。圖4.5刪除頁面4.4添加新教材和修改記錄具體設計如圖4.6所示。圖4.6添加記錄頁面進行添加新教材。在登錄系統

21、并選擇錄入新書后，進入添加新教材頁面。 對textbox1到textbox5添加RequiredFiledValidator控件，并設置相應屬性使textbox中的文本不能為空。對textbox1 添加RangeValidator控件，設置MinimunValue為“0001“，MaxmunValue為”9999“。使書號的取值范圍為00019999.對textbox4添加ExpressionValidator控件，設置ValidationExpression屬性為“d4-d1,2”,使時間格式為2011-1.對textbox5添加RangeValidator控件，設置MinmunValue為

22、“1”， MaxmunValue為“99”，使訂閱的教材數量在1-99本之間。修改后的選擇頁面如圖4.7所示。圖4.7修改后選擇的記錄頁面 總結通過對“學校教材訂購系統”的設計，我更清楚的了解一個軟件項目開發(fā)的整體過程，有需求分析，系統設計，編碼實現，以及測試維護等幾個步驟。文檔在系統開發(fā)中占有重要位置，跟程序和數據一樣都是系統中不可缺少的部分，在軟件編寫，使用和維護過程中都有重要作用，可以有效的減少軟件危機。調研和需求分析在系統開發(fā)中是最重要的部分，此部分我們要收集相關信息以及分析用戶的需要，整理出可行性的軟件需求報告，分析出整個系統的功能需求，性能需求等各個方面的需求。需求分析的目的就是使

23、開發(fā)出來的軟件盡可能的滿足用戶的需要。軟件的開發(fā)就是為人們的日常生活服務的，所以明確目標十分重要。設計的進行要始終圍繞目標展開。設計訓練是一個綜合的練習，使我對數據庫的連接，添加，修改操作及各個控件的使用更加深刻，增強了自主編程能力。在平時的課堂中，老師只是講解了數據庫開發(fā)的原理和組成，開發(fā)軟件的具體使用還要靠自己的練習來掌握，書本知識只是我們學習的一部分，動手實踐也是非常重要的。通過這次實踐，我更好的理解了數據庫知識，并掌握了重點內容，增強了動手開發(fā)能力，為以后的學習和生活打下基礎。參考文獻1 周山芙 黃京蓮數據庫應用程序設計教程.北京:清華大學出版社，2004年；2 錢雪忠數據庫原理及應用.北京:北京郵電大學出版社, 2007年；3王勇領.計算機數據處理系統分析與設計.北京:清華大學出版社,1986年；4張基溫.信息系統開發(fā)案例.北京:清華大學出版社,1999年。