1. 急求一份完整的資料庫課程設計圖書管理系統（要求用VB 以及sql-server製作）
1.開發背景
資料庫技術和Internet的飛速發展，使它們已經成為現代信息技術的重要組成部分，是現在計算機信息系統和計算機應用系統的基礎和核心。對於任何一個企業來說，數據是企業重要的資產，如何有效利用這些數據，對於企業發展起著極其重要的作用。隨著我國市場經濟的迅速發展和人們生活水平的不斷提高，圖書館藏書的樹木逐漸增大，這也挑戰了圖書管理方面的技術，以前的人工管理方式已經不再適應現在的環境，取而代之的是先進的圖書管理系統，通過使用PowerBuilder創建的圖書管理系統可以讓管理人員方便而快捷的進行管理、查詢、借閱、錄入等工作。
2.需求分析
2.1系統目標
圖書管理信息系統是典型的信息管理系統(MIS),其開發主要包括後台資料庫的建立和維護以及前端應用程序的開發兩個方面。對於前者要求建立起數據一致性和完整性強.數據安全性好的庫。而對於後者則要求應用程序功能完備,易使用等特點。
系統開發的總體任務是實現各種信息的系統化，規范化和自動化。
2.2需求定義
圖書館管理系統開發。系統開發的總的設計目標是實現圖書管理的系統化、規范化和自動化，實現對圖書資料的集中統一的管理。
本系統主要實現對圖書館信息的管理，主要功能為管理有關讀者、圖書、借閱、查詢、刪除和管理員的信息等。本系統結構分為讀者類別管理、讀者檔案管理、圖書類型管理、圖書檔案管理以及圖書流程管理，讀者管理可以瀏覽讀者的信息，可以對讀者信息進行維護。圖書管理可以瀏覽圖書的信息，可以對圖書信息進行維護。借閱管理可以顯示當前資料庫中書籍借閱情況，可以對借閱信息進行維護。本系統主要解決的問題是利用關鍵字對資料庫進行查詢。
其系統的功能模塊圖如下：
圖2-1 系統功能模塊圖
針對一般圖書管理信息系統的需求，通過對圖書管理工作過程的內容和數據流程分析，設計如下面所示的數據項：
讀者信息
屬性：讀者學號，讀者姓名，讀者性別，聯系電話，所在院系，生效日期，失效日期，違章狀況，累計借書
主鍵：讀者學號
書籍信息
屬性：ISBN，書名，作者，出版社，出版日期，簡介
主鍵：ISBN
管理員信息
屬性：工作號，姓名，性別，電話，家庭住址
主鍵：工作號
2.3數據流程
2.3.1 讀者
作為學生對圖書管理系統的要求有：
1. 能按各種方式（比如書名、編號、作者）查詢圖書館的藏書情況。
2. 能夠方便地借閱圖書、續借圖書、歸還圖書。
3. 能夠查詢自己的基本資料、借閱圖書情況。
4. 能夠熟悉圖書管理系統的使用。
讀者進入系統工作的流程圖為:
2-1進入系統工作的流程圖
2.3.2 圖書管理員
作為圖書管理員，他們對圖書管理系統的要求有：
1. 能方便的對圖書進行錄入登記，注銷陳舊的書籍。
2. 能夠方便地對新生進行登記，或注銷已經畢業的學生信息（基本信息，借閱信息）。
3. 能夠隨時發布一些諸如各學院學生借閱圖書超期情況、館內藏書情況、借情況等信息，以便各學院能夠隨時獲知本院學生的一些借書信息。
圖書管理員工作的流程圖為：
2-2圖書管理員工作流程圖
3.功能描述
系統功能分析是在系統開發的總體任務的基礎上完成。本系統需要完成的功能主要有5部分：
(1) 圖書基本情況的錄入，修改，刪除等基本操作。
1．書籍類別標準的制定，類別信息的輸入，包括類別編號，類別名稱，關鍵詞，備注信息等。
2．書籍類別信息的查詢，修改，包括類別編號，類別名稱，關鍵詞，備注信息等。
3．書籍信息的輸入，包括書籍編號，書籍名稱，書籍類別，作者名稱，出版社名稱，出版日期，書籍頁數，關鍵詞，登記日期，備注信息等。
(2) 辦理借書卡模塊。
1．新生辦理借書證。
2．丟失辦理借書證。
(3) 實現借書功能。
1．借書信息的輸入，包括借書信息編號，讀書編號，讀者姓名，書籍編號，書籍名稱，借書日期，備注信息等。
2．借書信息的查詢，修改，包括借書信息編號，讀者編號，讀者姓名，書籍編號，書籍名稱，借書日期，備注信息等。
(4) 實現還書功能。
1．還書信息的輸入，包括還書信息編號，讀者編號，讀者姓名，書籍編號，書籍名稱，借書日期，還書日期，備注信息等。
2．還書信息的查詢和修改，包括還書信息編號，讀書編號，讀者姓名，書籍編號，書籍名稱，借書日期，還書日期，備注信息等。
(5) 能方便的對圖書進行查詢。對超期的情況能自動給出提示信息
4.概念模型設計
各部分E-R圖如下：
(1)讀者信息類別實體E-R圖
4-1 讀者類別實體E-R圖
(2)書籍信息類別實體E-R圖
4-2 書籍類別實體E-R圖
(3)圖書借閱實體E-R圖：
4-3 圖書借閱實體E-R圖
(4)投訴管理實體E-R圖：
4-4 投訴管理實體E-R圖
4-5實體之間關系的E-R圖
借閱關系（讀者、管理員、書籍三元關系）
圖4-6 CDM圖
5.邏輯模型設計和優化
從理論『E-R模型』到理論『關系模型』的整理轉換，通過E-R模型到關系模型的轉化，可以得到如下關系模式：
借閱關系
屬性：工作號，讀者學號，ISBN，是否續借，借書日期，還書日期，備注。
主鍵：工作號，讀者學號，ISBN
管理員_書籍關系
屬性：工作號，ISBN，添加時間，是否在館
主鍵：工作號，ISBN
管理員_學生關系
屬性：工作號，讀者學號，確認借還
主鍵：工作號，讀者學號
通過由概念模型設計得到CDM圖powerdesigner轉換成對應的PDM圖：
2. 高分求一份完整圖書管理系統資料庫課程設計
網上書店(圖書)管理系統的設計與實現(HTML5,SSH,MySQL)(含錄像)
3. 200分2天內求大學本科資料庫課程設計!急!急！
一、課程設計的內容
本課程設計要採用本課程中學習的資料庫設計方法，運用其基本思路與主要圖表工具完成「企業報刊訂閱管理系統」資料庫應用系統。完成信息需求分析與資料庫的概念設計、邏輯設計、物理設計以及處理功能設計，用SQL Sever的資料庫管理系統、JSP開發工具實現該系統，並運行、評價、改進之；在此基礎上嚴格按課程設計教學大綱所附報告提綱撰寫課程設計報告。通過本課程設計進一步弄懂資料庫系統及其相關的基本概念，理解資料庫系統的系統結構、主要特點，掌握資料庫設計的原理、方法及其基本過程，初步具備資料庫應用設計的能力，初步形成運用資料庫應用系統解決管理決策中的實際問題的基本素質。
二、課程設計的要求與數據
要求學生結合所學管理知識，在借鑒課堂教學案例、了解家人或親友所從事的業務及其流程的基礎上，參考有關資料，選擇自己了解的一項業務，運用課堂所學資料庫系統與資料庫設計知識，完成信息需求分析、資料庫概念設計、邏輯設計、物理設計，實現完成該業務的資料庫應用系統，並運行、評價改進之，最後要寫出課程設計報告。
三、課程設計應完成的工作
要求學生按照《資料庫應用課程設計》教學大綱完成一個資料庫應用系統，並撰寫相應的課程設計報告，主要內容包括：
概述：系統的基本任務，主要業務，開發目標
1. 需求分析
2. （資料庫）概念（模型）設計
3. （資料庫）邏輯（模型）設計
4. 資料庫物理設計與資料庫保護設計
5. 處理功能設計
6. 資料庫應用系統的實現
7. 資料庫應用系統運行
四、課程設計進程安排
序號 設計各階段內容 地點 起止日期
五、應收集的資料及主要參考文獻
[1] 王 珊、陳 虹編著，資料庫系統原理教程，清華大學出版社，2003.
[1] 金銀秋主編，資料庫原理與設計，科學出版社，2000.
[2] 李建中 王珊，資料庫系統原理，電子工業出版社，1998.
[3] 李大友，資料庫原理及應用（第二版），清華大學出版社，2000
發出任務書日期： 年 月 日 指導教師簽名：
計劃完成日期： 年 月 日 基層教學單位責任人簽章：
主管院長簽章：
目錄
概述 …………………………………………………………………4
1. 需求分析…………………………………………………………4
1.1用戶需求……………………………………………………………………4
1.2業務流程分析………………………………………………………………4
1.3信息需求分析………………………………………………………………5
1.4功能需求分析………………………………………………………………6
2. （資料庫）概念（模型）設計…………………………………7
3. （資料庫）邏輯（模型）設計…………………………………9
3.1 一般邏輯模型設計…………………………………………………………9
3.2 具體邏輯模型設計…………………………………………………………9
4. 資料庫物理設計與資料庫保護設計…………………………10
4.1設計索引……………………………………………………………………10
4.2 設計表間關系………………………………………………………………10
4.3完整性設計…………………………………………………………………10
5. 處理功能設計…………………………………………………11
6. 資料庫應用系統的實現………………………………………11
7. 資料庫應用系統運行…………………………………………11
7.1 寫出系統操作使用的簡要說明……………………………………………11
7.2 系統實施過程………………………………………………………………11
7.3系統使用結果………………………………………………………………22
7.4系統評價……………………………………………………………………31
企業報刊訂閱管理系統
概述
隨著社會不斷的發展，人們的生活水平越來越高，對知識的和對時事的渴求也越來越高，人們希望能夠方便快捷地訂閱各種報刊雜志。但是各種各樣的報刊名目和詳細信息以及訂閱，為相關企業的管理造成很大的麻煩。因此網上訂閱成為不可或缺的一部分。
本系統就是面向一個企業的報刊訂閱管理系統。此系統是一種比較智能化的管理系統，它面向所有企業部門的職工用戶，但具有比較高的安全性能。它能夠實現報刊訂閱的基本功能，包括新報刊信息的錄入、訂閱、查詢等操作以及後台資料庫的備份和恢復。用戶合法注冊後必須輸入有效密碼才能成功進入此系統，可以進行訂閱報刊，查詢信息，統計信息等操作。對於非法操作，系統有識別和防護措施。
1. 需求分析
1.1 用戶需求：
本系統就是面向一個企業的報刊訂閱管理系統。此系統是一種比較智能化的管理系統，它面向所有企業部門的職工用戶，但具有比較高的安全性能。它能夠實現報刊訂閱的基本功能，包括新報刊信息的錄入、訂閱、查詢等操作以及後台資料庫的備份和恢復。用戶合法注冊後必須輸入有效密碼才能成功進入此系統，可以進行訂閱報刊，查詢信息，統計信息等操作。對於非法操作，系統有識別和防護措施。
訂閱信息處理的特點是訂閱信息處理量比較大,所管理的信息信息種類繁多,而且訂閱單、編輯單的發生量特別大,關聯信息多,查詢和統計的方式各不相同。因此在管理上實現起來有一定因難。
本系統在設計過程中,為了克服這些困難,需要使程序代碼標准化,軟體統一化,確保軟體的可維護性和實用性；刪除不必要的管理冗餘,實現管理規范化、科學化；界面友好、簡單化,做到實用、方便,盡量滿足報刊訂閱中員工的需要。
1.2 業務流程分析：
本系統主要面向的用戶有系統管理員、讀者。下面分角色對該系統的不同操作范圍做說明。
本系統主要有以下功能模塊：
（1）登陸功能：登陸系統為身份驗證登錄。分為管理員登錄和一般用戶登錄。分別通過不同的用戶名和密碼進入報刊訂閱管理界面，新的用戶需要注冊。
（2）錄入新信息功能：對於管理員，包括新用戶信息和新報刊信息的錄入功能，信息一旦提交就存入到後台資料庫中；普通用戶自行注冊進行可以修改個人信息。
（3）訂閱功能：用戶可以訂閱報刊，系統自動計算所需金額，並顯示在界面上；管理員不可訂閱報刊，必須以用戶身份訂閱報刊。
（4）查詢功能：用戶可以查詢並顯示自己所訂閱的信息；管理員可以按人員、報刊、部門分類查詢。查詢出的信息顯示在界面上,並且可以預覽和列印出結果。
（5）統計功能：管理員可以按用戶、部門、報刊統計報刊的銷售情況，並對一些重要的訂閱信息進行統計；普通用戶可以統計出自己的訂閱情況，並且可以預覽和列印出結果。
（6）系統維護功能：數據的安全管理，主要是依靠管理員對資料庫里的信息進行備份和恢復，資料庫備份後，如果出了什麼意外可以恢復資料庫到當時備份的狀態，這提高了系統和數據的安全性，有利於系統的維護。
下圖為該系統的業務流程圖
1.3 信息需求分析
1.3.1 資料收集：業務流程中用到的相關單據主要是報刊信息還有訂單信息
報刊信息表：
報刊代號 46-250 報刊名稱 IT時代周刊
出版報社 科技出版社
出版周期 半月刊
每月定價 10.00 元/月
分類編號 1001
報刊介紹 《IT時代周刊》是一本深刻解讀信息時代商業變革的雜志。除深度報道信息產業的重大新聞外，還報道金融、汽車、股市、零售等傳統行業利用IT提升商業與管理的新聞。《IT時代周刊》以調查見深度；以商業故事見功力。是CEO/CIO/CFO以及政府官員、商業領袖首選刊物。
訂單信息表：
訂單編號 報刊代號 用戶編號 訂閱日期 訂閱月數 份數 操作
3003 46-205 3206 2008-7-1 訂一月 1 取消訂閱
3004 26-306 3108 2008-7-8 訂半年 2 取消訂閱
3005 72-310 3100 2008-7-9 訂一年 1 取消訂閱
3006 45-214 2541 2008-7-10 訂一季 1 取消訂閱
1.3.2 事項分析：根據以上資料中標題、表頭等中各欄目名，可以得出相關事項，作為數據項；分析這些數據項，找出組合項、導出項、非結構化數據項，確定基本項。檢查是否有要補充的基本數據項，是否有要改進的地方，補充改進之，得出所有基本項。
1.4 功能需求分析：
本系統的主要結構功能圖如下：
2. （資料庫）概念（模型）設計
基本項構思ERD的四條基本原則：
①原則1 （確定實體）：能獨立存在的事物，例如人、物、事、地、團體、機構、活動、事項等等，在其有多個由基本項描述的特性需要關注時，就應把它作為實體。
②原則2 （確定聯系）：兩個或多個實體間的關聯與結合，如主管，從屬，組成，佔有，作用，配合，協同等等，當需要予以關注時，應作為聯系。實體間的聯系可分為一對一、一對多、多對多等三類，在確定聯系時還要確定其類型。
③原則3 （確定屬性）：實體的屬性是實體的本質特徵。實體應有標識屬性（能把不同個體區分開來的屬性組），並指定其中一個作為主標識。聯系的屬性是聯系的結果或狀態。
④原則4（一事一地）：信息分析中得到的基本項要在且僅在實體聯系圖中的一個地方作為屬性出現。
經過上述系統功能分析和需求總結，設計如下面所示的數據項和數據結構。
管理員表（Adminuser）：用於存放管理員的數據記錄，包括數據項：管理員名、密碼。
部門表（Department）：用來存放部門的相關記錄，包括數據項：部門號，部門名。
用戶表（Users）：用於存放注冊用戶的記錄，包括數據項：用戶賬號、密碼、真實姓名、身份證號、聯系電話，聯系地址，部門號（和部門表有關）等。
報刊類別表（NewspaperClass）：用於存放初始的報刊類別記錄，包括數據項：分類編號、分類名稱。
報刊信息表（Newspaper）：用於存放報刊記錄，包括數據項：報刊代號、報刊名稱、出版報社、出版周期、季度報價、內容介紹、分類編號（和報刊類別表有關）等。
訂單表（Order）：用於存放用戶下達的訂閱報刊的基本信息，包括數據項：訂單編號、用戶編號（用戶表的主碼）、報刊代號（報刊信息表的主碼）、訂閱份數、訂閱月數等。
根據上面的設計規劃出來的實體有部門實體、管理員實體、用戶實體、報刊類別實體、報刊信息實體和訂單實體。
部門實體的E-R圖如下圖所示： 管理員實體的E-R圖如下圖所示：
用戶實體的E-R圖如下圖所示： 報刊信息實體的E-R圖如下圖所示：
訂單實體的E-R圖如下圖所示： 報刊類別實體的E-R圖如下圖所示：
所有實體之間的的關系E-R圖如下圖所示：
3. （資料庫）邏輯（模型）設計
3.1 一般邏輯模型設計：
關系模型的邏輯結構是一組關系模式的集合。將E-R圖轉換為關系模型就是要將實體型、實體的屬性和實體型之間的聯系轉換為關系模式。
由ERD導出一般關系模型的四條原則；
①一個1：1聯系可以轉換為一個獨立的關系模式，也可以與任意一端對應的關系模式合並。如果軟換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，每個實體的碼均是該關系的候選碼。如果與某一端實體對應的關系模式何明，則需要在該關系模式的屬性中加入另一個關系模式的碼和聯系本身的屬性。
②一個1：n聯系可以轉換為一個獨立的關系模式，也可以與n端對應的關系模式合並。如果轉換為一個獨立的關系模式，則與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，而關系的碼為n端實體的碼。
③一個m：n聯系轉換為一個關系模式。與該聯系相連的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。
④3個或3個以上實體間的一個多元聯系可以轉換為一個關系模式。與該多元聯系項鏈呢的各實體的碼以及聯系本身的屬性均轉換為關系的屬性，各實體的碼組成關系的碼或關系碼的一部分。
根據以上原則將E-R圖轉換成的關系模式如下：
部門（部門號，部門名稱）
用戶（用戶賬號，密碼，用戶真實姓名，聯系電話，聯系地址，部門號）
管理員（管理員名，密碼）
報刊類別（分類編號，分類名稱）
報刊（報刊代號，報刊名稱，出版報社，出版周期，每月訂價，內容介紹，分類編號）
訂單（用戶編號，報刊代號，訂閱份數，訂閱月數，訂閱總額）
3.2 具體邏輯模型設計：
在SQL Server2000資料庫中，首先創建newspaper資料庫，然後根據資料庫的邏輯結構分析創建表4-1━4-6的6張數據表。在前台訪問資料庫階段設置了用戶和密碼，用戶為sa，密碼為空。
表4-2 department部門表結構
欄位名稱 欄位類型 允許空 說明
depNumber（主碼） Char（10） 否 部門號
depName Char(50) 是 部門名稱
表4-3 users用戶表結構
欄位名稱 欄位類型 允許空 說明
userNo（主碼） Char（10） 否 用戶帳號
userName Char(20) 是 真實姓名
passWord Char(10) 否 用戶密碼
address Char(150) 是 用戶聯系地址
phone Char(20) 是 用戶聯系電話
depNumber Char(10) 否 用戶所屬部門號
表4-3 newspaperClass報刊分類表結構
欄位名稱 欄位類型 允許空 說明
classid（主碼） Int（4） 否 報刊分類編號
className Char(30) 是 報刊分類名稱
表4-4 newspaper報刊表結構
欄位名稱 欄位類型 允許空 說明
newsNo（主碼） Char（10） 否 報刊代號
newsName Char(40) 否 報刊名稱
classid Int（4） 否 報刊分類編號
publish Char(150) 是 出版報社
pubPeriod Char(30) 是 出版周期
content Char(4000) 是 內容介紹
price Float(8) 否 每月報價
表-6 book訂單表結構
欄位名稱 欄位類型 允許空 說明
userNo（主碼） Char（10） 否 用戶帳號
newsNo（主碼） Char（10） 否 報刊代號
orderAmount Int（4） 否 訂閱份數
orderMonth Int（4） 否 訂閱月數
totalPrice Float(8) 是 訂閱總額
表4-1 adminuser管理員表結構
欄位名稱 欄位類型 允許空 說明
adminUser（主碼） Char(20) 否 管理員用戶名
adminPass Char(10) 否 管理員密碼
4. 資料庫物理設計與資料庫保護設計
4.1設計索引：我們可以在最經常查詢的列上建立索引以提高查詢效率。
而在這個系統中，我們經常要按用戶賬號，按報刊代號，按部門查詢，所以，我們可以為這三個表建立索引，建立所以的SQL語句如下，這幾個都是字元型
Create unique index userNum on users(userNo)
Create unique index departNum on department(depNumber)
Create unique index newsNum on newspaper(newsNO)
4.2 設計表間關系：
4.3完整性設計列出主要欄位完整性的欄位名、完整性約束條件；列出記錄完整性約束及其約束條件；列出參照完整性表。
主要欄位的完整性欄位名和參照完整性表可以參照上圖各個表之間的關系來看。
比如建立報刊表newspaper時，要求報刊代號在100~99999之間，報刊名稱和每月定價不能取空值，報刊類別是報刊類別表的主鍵，則
Create table user
(userNo char(10) constraint C1 check(newsNo between 100 and 99999),
newsName char(40) constraint C2 not null,
classid int(4) constraint C3 not null,
publish char(150)，pubPeriod char(30),content char(4000),
price float(8) not null,
constraint C4 foreign key(classid) references newspaperclass(classid) )
4.4在有多個用戶操作時，考慮用戶授權與安全性控制。
因為這個報刊訂閱系統由多個用戶使用，分為管理員和用戶，他們擁有不同的許可權和安全性控制。所以在許可權設置方面，採用管理員和用戶分別使用用戶名和密碼進入他們能使用許可權范圍里的界面。管理員登陸系統後，可以添加、修改用戶和報刊的信息，可以對訂單進行查詢和統計，並且可以把查詢統計的結果進行預覽和列印出來，還要對資料庫系統進行維護，適時備份資料庫，一旦資料庫遇到問題，可以恢復到最近備份的狀態，減少不必要的損失。
用戶登錄，用戶使用該系統前需要進行注冊，他應該是該企業某個部門下面的員工，所以他需要輸入他的部門號等信息，注冊成功後，登錄到系統，可以修改自己的信息還有訂閱報刊，但由於許可權的限制，他只能查看和統計自己的訂單信息。
5. 處理功能設計
5.1 主控模塊設計：
使用本系統，首先它會自動彈出「歡迎使用本系統」的歡迎界面，然後跳轉到用戶身份驗證界面，選擇管理員的身份進入，有錄入（錄入報刊信息、錄入用戶信息），查詢，統計(統計用戶、統計、報刊訂單)，系統維護（備份資料庫、恢復資料庫），注銷，退出等菜單可使用，沒注冊的用戶可進入注冊界面進行注冊，然後返回登錄界面登錄，進入後有歡迎界面，有訂閱、查詢、統計、修改、注銷、退出等菜單可使用。
6. 資料庫應用系統的實現
6.1 資料庫及其表結構的建立：按照上面的邏輯分析見表
6.2數據輸入：在建好的各個表中輸入數據，要符合數據的約束條件
7. 資料庫應用系統運行
7.1 寫出系統操作使用的簡要說明
本系統的運行需要安裝PowerBuilder9.0和SQL Server2000軟體。操作該系統，首先把備份的資料庫還原出來，導入SQL Server中，然後打開該系統，連接上還原出來的資料庫，再運行，就可以了。
7.2 系統實施過程
（1）打開PowerBuilder，新建一個工作區，命名為newspaper
（2）新建一個Application，取名newspaper，然後點擊工具欄上的DB Profile，新建一個MSS Microsoft SQL Server，填入Profile Name，伺服器名，用戶名，密碼，資料庫，如下圖，然後輸入連接資料庫的主要代碼：
open(w_welcome)
// Profile newspaper
SQLCA.DBMS = "MSS Microsoft SQL Server"
SQLCA.Database = "newspaper"
SQLCA.ServerName = "CHINA-41CD782EF"
SQLCA.LogId = "sa"
SQLCA.LogPass=""
SQLCA.AutoCommit = False
SQLCA.DBParm = ""
connect;
if sqlca.sqlcode<>0 then
messagebox("錯誤","資料庫連接錯誤，程序將關閉！",stopsign!)
return
end if
close(w_welcome)
open(w_login)
（3）製作登錄頁面w_login，在「確定」按鈕輸入如下：
「注冊」按鈕代碼：open(w_register) //打開用戶注冊頁面
「退出」按鈕代碼：close（w_login） //退出本系統
(4)製作注冊窗口w_register，在「注冊」按鈕的代碼如下：
「取消」按鈕代碼：close(w_register)
open(w_login)
（5）製作管理員主菜單w_adminview，建管理員主界面w_adminview，將該菜單放到窗口中
（6）製作用戶主菜單w_userview，建用戶主界面w_userview，將菜單放到窗口中
（7）製作管理員主菜單里的錄入報刊信息窗口w_inmagazine，錄入用戶信息窗口w_inuser，
製作數據窗口dw_magagrid，dw_magafree，dw_userfree，dw_usergrid，在數據窗口調整好外觀，添加控制項，並設定相應的動作，分別放到這兩個窗口中
這兩個窗口功能相識，在窗口中輸入：
dw_1.settransobject(sqlca)
dw_1.retrieve()
dw_2.settransobject(sqlca)
dw_2.retrieve()
（8）製作管理員主菜單中的查詢訂閱信息窗口w_searchorder，製作數據窗口dw_booksearch，將其放入窗體中，在窗口中輸入代碼：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
在「查詢」按鈕中輸入代碼：
「預覽」按鈕的代碼：
「關閉」按鈕代碼：close（w_searchorder）
數據窗口欄位如下：
（9）製作管理員主菜單中的統計用戶訂單窗口w_statuser，統計部門訂單窗口w_statdept，統計報刊訂單窗口w_statnews：製作統計數據窗口dw_statnews，dw_statuser，dw_statdept將dw_statnews，dw_statuser，dw_statdept分別放入w_statnews， w_statuser，w_statdept中；以下僅列出按出按部門統計的代碼和界面 (按用戶、報刊統計類似，略)；
按部門統計代碼：
窗口代碼：
按部門統計數據窗口：
dw_1.settransobject(sqlca)
dw_1.retrieve()
預覽鍵代碼：（與上頁預覽代碼相同）
退出：close(parent)
（10）管理員主菜單中的更改登錄在w_adminview中的代碼
（11）管理員主菜單中的退出系統在w_adminview中的代碼
（12）管理員主菜單中的資料庫備份窗口w_backup，「開始備份」按鈕的代碼如下
在「>>」按鈕帶輸入代碼：
（13）管理員主菜單中的資料庫恢復窗口w_restore，「開始恢復」按鈕的代碼如下
在「>>」按鈕帶輸入代碼：
在「開始恢復」按鈕輸入代碼：
（14）用戶主菜單的訂閱報刊窗口w_userorder
該系統中定義了一個全局變數gs_userid，其它窗口界面都可以使用該變數，並顯示用戶名，用戶登錄後，它會顯示「~~~~，歡迎使用本系統！」的歡迎界面。
窗口代碼：
dw_1.settransobject(sqlca)
dw_1.retrieve()
sle_1.setfocus()
sle_2.text=gs_userid
「清空」按鈕代碼：
sle_1.text=""
sle_3.text=""
sle_5.text=""
「退出」按鈕代碼：
close(w_userorder)
「訂閱」按鈕代碼：
（14）用戶主菜單的查詢訂單窗口w_usersearch，將訂單查找dw_booksearch放到窗口裡，在窗口中過過濾器篩選中用戶自己的訂單信息，一打開就可以看到自己的訂單信息，可列印和預覽結果
窗口代碼：
「預覽」和「退出」按鈕同上
（15）用戶主菜單的查詢訂單窗口w_userstatis，將用戶統計dw_statuser放到窗口裡，在窗口中過過濾器篩選中用戶自己的訂單信息，一打開就可以看到自己的訂單信息，可列印和預覽結果，窗口代碼如下：
用戶統計dw_statuser數據窗口如下：
「預覽」「退出」按鈕略
（16）用戶主菜單中的修改用戶信息窗口w_usermodify，打開會先顯示出你的信息，而用戶名這一欄是輸入不了的，也就是不能修改用戶名，窗口代碼如下：
「保存」按鈕代碼如下：
（17）用戶主菜單中的更改登錄和退出系統的代碼和管理員的一樣，這里就省略了。
7.3系統使用結果
打開本系統，首先彈出歡迎界面，通常一閃而過，然後到了登錄界面，點擊「注冊」
按確定後，彈出「恭喜，您已注冊成功！」的對話框。如果這時刷新服務管理器，打開SQL Server企業管理器，打開該資料庫的用戶表，就可看到剛才注冊的用戶已經在表中了
然後返回到登陸頁面，輸入剛才注冊到的用戶名和密碼maishning，123456
登錄後，彈出一個窗口，有供用戶使用的菜單，界面顯示「~~~~，歡迎使用本系統」
選擇「訂閱」菜單，在這個訂閱界面，用戶可以瀏覽到所有的報刊信息，要訂閱報刊時，用戶不需輸入用戶名與密碼，只需輸入您要訂閱的報刊代號（該報刊代號必須是報刊表中存在的），訂閱份數（必須是小於8的整數才有效），然後選擇需要訂閱的月數（一月、一季、半年或一年）然後點擊「訂閱」按鈕
訂閱成功後，系統彈出「恭喜！你已成功訂閱該報刊，總金額是~~~~」確定後會顯示出您所訂閱的總額是多少元，按「清空」按鈕後可以訂閱其它報刊（同樣的報刊不可重復訂閱）
再訂閱其它報刊，然後按「退出」按鈕，來到用戶主菜單然後選擇「查詢」菜單，這個數據窗口經過過濾，一打開就直接顯示該用戶過訂閱的訂單，可以進行預覽和列印。
由於許可權的限制，「統計」菜單中的也是只能統計自己訂單信息的數據
在「退訂」報刊菜單中，可以查看自己的訂單，單擊「退訂」然後「保存」即可完成退訂
在「修改」信息菜單中，用戶名也是不可輸入的文本框，即不可修改用戶名，其它信息可以修改，保存後它會自動添加到資料庫中
選擇菜單上的「注銷」，可以用不同的身份進入系統，確定後回到登錄界面
以管理員的身份登錄，用戶名111，密碼111，按登錄按鍵，可看到管理員菜單
選擇菜單欄中的錄入->錄入報刊信息，管理員可以大致瀏覽所有報刊信息，在上面的數據窗口可以查看上一頁和下一頁的具體內容，並且可以對其進行添加，刪除、修改、保存等操作。
錄入用戶信息頁面，基本相似
選擇菜單欄中的「查詢」->「訂單信息」,管理員擁有的許可權可以看到所有的訂單信息
管理員也可以根據需要分別按部門、按用戶、按報刊查詢，比如，要查詢msishning用戶，在文本框中輸入關鍵字，選擇單選按鈕中的「按部門號」，點擊「查詢」，結果如下
可對全部訂單或查詢出來的訂單進行預覽和列印，方便使用
菜單欄中的「統計」菜單有三個子菜單，管理員可以分別統計用戶訂單信息、部門訂單信息和報刊訂單信息， 直接選擇就可看到統計結果，比如選擇「統計用戶訂單信息」
可將統計出來的結果進行預覽和列印，方便使用，其它兩個統計功能相似，略
主菜單中的系統維護->資料庫備份，選擇備份的位置，然後「開始備份」
主菜單中的系統維護->資料庫恢復，選擇之前備份的文件，輸入路徑和資料庫名，然後「開始恢復」
7.4系統評價：
4. [基於Web服務的高校教務管理系統的設計和實現] URP高校教務管理系統
一、敬困磨論文研究的意義和國內外研究現狀隨著我國教育改革不斷深化、素質教育全面推進和高校辦學規模不斷擴大，高校教學資源日益緊張，如何提高資源的使用率，處理成倍增長的信息量，已成為管理職能部門共同關心的焦點。因此，許多高校啟動並加快了數字化校園建設的步伐，相繼建成了校園網，搭建了數字化校園的硬體平台。部分高校購置了管理系統，或開發了單項管理模塊，但是，不少軟體的實際使用過程中或多或少存在一些缺陷尺消：如管理模式滯後，缺乏與信息技術相匹配的管理模式；功能單一，不能涵蓋高校管理部門的諸多方面；可用刑不強，大量的實際問題得不到解決；缺乏統一規則，系統設計，大量數據形成信息「孤島」。
縱觀目前國內研究現狀，在安全性和信息更新化方面存在有一定的不足，各現有系統資源資料單獨建立，共享性差；在以管理者為主題的方式中，信息取捨依賴管理者對於信息的認知與喜好，較不容易掌握用戶真正的需求，也因此無法滿足用戶的需求。因此，教務管理軟體應充分依託校園網，實現教務信息的集中管理、分散操作、信息共享，使傳統的教務管理朝數字化、物紙化、智能化、綜合化的方向發展，並為進一步實現完善的計算機教務系統和全校信息系統打下良好的基礎。
建立基於Web的教務管理系統可以通過網路把信息採集工作整合到行政人員的日常處理中;充分發揮處、室、部、系、校區教學管理的職能,提高各級部門的教學管理水品、質量、效率;可以解決教務管理的信息量大,信息採集難,信息反饋滯後,信息准確性低的瓶頸,從而從全面實現教務管理的網路化、自動化、數字化、使教務管理高效有序地進行.
二、畢業設計（論文）撰寫採取的方法和手段
使用J2EE平台架構企業級軟體：
1.Java Servlet和 JSP都要編譯為Java Class 才作為Servlet運行，因此執行性能會明顯提高。
2.Java Servlet和JSP中可以完全使用Java進行編程，可以完成許多簡單的商業邏輯，特別是JSP，可以直接書寫HTML，因此簡化了頁面的輸出，這樣就保留了腳本語言易於使用的優點
3.復雜的商業邏輯已組件的形式部署在EJB Server中。由於EJB Server提供了多種組件事務服務，使系統更能夠應付大量的並發用戶和管理復雜的事務邏輯亮斗。
4.EJB Server中集成的組件命名服務可以使組件位置透明化，簡化了組件的部署和客戶端的應用的維護。
三、畢業設計（論文）的主要內容
高校信息管理系統是高校組織工作不可缺少的一部分，一個功能齊全，簡單一用的高校信息管理系統能有效地減輕管理工作人員第負擔，提高工作效率。隨著經濟的發展，人員交流來往的頻繁，管理更加需要一套信息系統以提高信息管理的快捷及准確性。
本系統將採用B/S模式，基於servlet+MySQL 資料庫+jsp+javabeen技術實現。主要包括如下功能模塊:
1、登錄模塊
登錄模塊用來以不同的用戶身份登錄系統，並以不同的許可權操作系統。本系統的用戶類型分別有管理員用戶和普通用戶，管理員用戶又為高級管理員用戶，高級管理員具有所有許可權，普通管理員不能添加，刪除個人信息和修改自己的密碼。
2、信息查詢模塊
信息查詢模塊可以供普通用戶對自己的各種信息查詢和管理員對每個的各種信息進行查詢。
3、信息更新模塊
信息更新模塊是管理員對資料庫進行操縱的模塊，分別可以對信息進行添加、修改、刪除信息。對每個部門的管理, 可以添加、 修改、 刪除、 所屬上級組織組織負責人、 聯系方式。對繳納的費用進行修改匯總，對表現優異學生信息的修改, 以及對其添加刪除。
4、系統維護
系統維護模塊，只能管理員訪問，高級管理員可以修改自己密碼，刪除除自己之外的管理員用戶，添加管理員；普通管理員只能查看自己信息。
（三）、實驗方案及可行性分析
1、系統方案
該系統用Java語言開發，是基於J2EE的WEB應用B/S結構開發模式，採用JSP+Javascript+Html作為其動態頁面，，系統資料庫採用MySQL5.0，運行平台：MyEclipse，操作系統為WindowsXP，採用Tomcat6.0.33作為WEB伺服器軟體。
2、可行性分析：
可行性研究的目的是用最小的代價在盡可能短的時間內確定問題是否能夠解決。也就是說可行性研究的目的不是解決問題，而是確定問題是否值得去解，研究在當前的具體條件下，開發新系統是否具備必要的資源和其它條件。下邊我們來一起探討一下這個方案是否可以實現，我們從3個方面討論：
一、 技術可行性
高校信息管理系統採用JSP編程語言來進行開發，採用JSP+Javascript+Html作為其動態頁面，運用MyEclipse作其開發平台，使用JavaScript來對系統的表單進行驗證，MySQL資料庫作為後台支持。當前筆者以前有過相類似系統的開發，對其一般性的軟體和操作環境，編譯環境都比較的熟悉，加上指導教師的指導，所以當前這個系統從技術上來說是可行的。
二、經濟可行性
由於該系統只作研究使用，不作商用，在經濟上要求很低，只需基本的硬體設備，人員方面，由個人獨立開發，所以，從經濟上來說是可行的。
三、 管理可行性
該系統是畢業設計課題研究，在教師的指導下由個人獨立完成，因此，在管理
上，系統的完成期限是可控的。
四、課題研究所需的參考文獻
參考文獻：
[1] 鄧子雲.JSP網路編程[M].長沙:電子工業出版社,2009.8:69-285.
[2] 吳亞峰,蘇亞光.Java項目案例開發[M].北京:電子工業出版社,2008.1:92-250.
[3] 李曉娜,黃艷.JavaScript從入門到精通[M].北京:清華大學出版社,2008.3:135-311.
[4] 張孝祥.深入Java Web開發內幕[M].北京:電子工業出版社,2006.8:42-397.
[5] 張孝祥,徐明華,邱加永.JSP基礎與案例開發詳解[M].北京：清華大學出版社,2001
[6] 劉世峰，《資料庫基礎與應用》,中央廣播電視大學出版社，2004
[7] 郭劍毅等，基於C/S與B/S的高校科研管理信息系統的設計與實現，計算機工程與應用
[8] 李玉梅，動態WEB資料庫應用研究，昆明理工大學碩士學位論文，2004