學生繳費管理系統是學校管理體系中的乙個非常重要的部分，這個環節對於學校的管理、運轉至關重要。對於日益複雜化的高校收費工作，迫切需要乙個能夠提供學校財務管理人員快捷、簡潔、有效的進行繳費管理工作的系統。於是本系統基於此種目的，應運而生。
實現了在僅僅只需要兩個錄入人員，通過此系統，可以很輕鬆地應對一般高校的繳費管理工作。高效、準確的實現了繳費自動化。在此主要介紹了系統開發的主要過程和方法，並且給出了基本的關係模型，完成了模型的靜態分析與動態分析。
收費管理資訊系統是個典型的資訊管理系統（mis）。其設計開發主要包括了後台資料庫設計建立和維護以及前台應用程式的設計開發兩方面。整個開發的過程中，採用visualbasic6.
0和sqlserver2008工具，詳細分析了學校繳費流程的各個環節，針對出現的一些問題，設計出來了這樣的乙個方便、簡潔、有效的學生繳費管理系統。尤其是註冊繳費視窗，能方便而簡潔操縱資料庫的智慧型化物件。
使用本系統，能清楚方便得進行學生的資訊錄入、繳費情況處理、查詢、統計以及生成報表。其中的統計報表功能在查詢的基礎上，完成了對繳費資訊總體上的概括總結，方便使用者瀏覽查閱。
學生收費系統是一項複雜的工作，許多學校往往採用人工方式進行，其工作難度大，需要的操作人員多，費工費時，尤其是它的錄入與查詢工作非常艱苦，為此，很有必要開發乙個自動化，智慧型化的計算機繳費管理系統。為解決學生繳費過程中繁瑣的記錄，記賬和費用清單處理等功能
歸納起來，好處大約有以下幾點：
（1）可以儲存歷屆的學生繳費資訊，安全，高效。
（2）只需一到二名學生資訊錄入員即可作業系統，節省大量人力
（3）可以迅速查到所需資訊。
學生收費的設計分析根據實際情況，我們使用原型法（rapid protoryping）即以少量代價快速地構造乙個可執行的軟體系統模型。使使用者和開發人員可以較快的確定需求，然後採用迴圈進化的開發方式，對系統模型作連續的精化，將系統需具備的性質逐漸的增加上去，知道所有的性質全部滿足，此時模組也發展成為最終產品了。
21世紀，網路技術已經越來越廣泛的應用於科學管理領域，越來越多的領域已經實現了管理資訊化，管理者也更較重視服務績效。而國內的管理系統,由於計算機網路技術發展起步晚，速度相對緩慢,加之傳統的人事管理觀念，資料管理的質量與服務績效等問題尚未引起人們的重，導致國內相當多的單位並未採用科學的管理方法，出現管理不規範、管理混亂、效率低下等問題。所以我國應加快技術發展步伐，以更好更快的實現管理資訊化。
圖3-2功能模組圖
a 系統管理模組：使用者管理和系統維護
主要就是使用者身份的管理以及系統資料的維護。前者有普通使用者和超級使用者之分，其區別在於功能使用上的許可權不同，系統只有部分功能對普通使用者開放，超級使用者則擁有系統全部功能的許可權。後者包括了資料的備份和資料的恢復，是為了保障系統的使用安全。
b 繳費錄入模組：學生繳費資料錄入
實現全螢幕處理或者單條記錄的處理，管理員可以在**中任意修改、增加、刪除記錄。由於繳費涉及到找零，需有自動計算功能；實現繳費日期的選擇輸入。
c 統計報表產生功能模組：資料統計以及報表產生
統計主要是根據使用者不同的需求對資料進行統計，分別有以全校、系別、班級為單位進行統計，統計的結果以圖的方式顯示出來。報表的產生主要就是將統計的資料生成報表，列印出來，方便使用者瀏覽傳閱。
d 綜合查詢功能模組：系統資料查詢
查詢功能是本系統最為強大的功能，是為方便使用者清楚詳細了解學生繳費情況的模組。主要體現在查詢功能分條件進行，使用者可以以自己的任何想法來對資料進行查詢，只要滿足系統自身的包含條件。
e 其他功能的模組：系統自帶工具和幫助
主要有日曆、計算器、幫助等，提供使用者使用，屬於附屬功能模組，有效提高使用者使用效率。
分析之後可以設計出能夠滿足使用者需求的各種實體以及他們之間的關係，為下一節的邏輯結構設計打下基礎。這些實體包括各種資訊，通過相互之間的作用形成資料的流動。本系統資料庫的各實體e-r圖如下所示：
年級實體e-r圖
學生實體e-r圖
班級實體e-r圖
繳費專案實體e-r圖
院系實體e-r圖
專業實體e-r圖
使用者實體e-r圖
住房實體e-r圖
繳費資訊實體e-r圖
各個實體間關係e-r圖
通過對該系統的反覆設計與實施，從系統中可以抽象出如下實體並命名如下： 班級實體、年級實體、住房實體、院系實體、專業實體、學生實體、繳費專案實體以及繳費資訊實體等。
實體之間的關係如下：學生實體與班級實體、年級實體、住房實體、院系實體、專業實體是一對多的關係。學生實體與繳費專案實體是一對一的關係。學生實體與繳費資訊實體是一對一的關係。
具體表現在：在乙個學校當中，學生是最基本的組成部分，每個學生都對應乙個班級、年級、專業、院系、住房，所以抽象出實體便是一對多的關係，如圖所示。而乙個學生每學年只用繳納一次費用，對應著一次繳費資訊，故學生實體與繳費資訊實體是一對一的關係。
而對於每個學年，需要繳納的專案都是固定的，每個學生都只用繳納相同的專案，故學生實體與繳費專案實體也是一對一的關係。同樣，繳費資訊實體與繳費專案實體也是一對一的關係。具體對應關係已經在圖上表示出來。
根據第二部分所繪製的ｅｒ圖，可以將上述關係轉化為兩個關係模式，其中乙個是學生與院系、專業、年級、班級、住宿之間的聯絡轉化而來，它們的關係是多對一的關係。另乙個是學生與繳費資訊實體間的聯絡轉化而來，它們之間是多對多的關係。轉化後的結果如下所示：
學生（學號、姓名、院系、專業、年級、班級、住宿）
其中，學號為主鍵。
繳費（繳費編號、學號、繳費專案、繳費金額、繳費日期、經手人）
其中，繳費編號和學號共同構成主鍵。
上述的關係模式是經過調整優化後的關係模式，的關係模式基本上已經達到最優，資料的操作效率和儲存空間的利用率都有了很大的提高。不僅減少了應用程式訪問的資料量，而且提高了訪問記錄的速度。
對應的外模式設計如下：
為乙個給定的邏輯資料模型選取乙個最合適應用環境的物理結構的過程，就是資料庫的物理設計。顯然，資料庫的物理設計是完全倚賴於給定的硬體環境和資料庫產品的。
資料庫物理設計通常分為兩步：
（1） 確定資料庫的物理結構；
（2） 對物理結構進行評價，評價的重點是時間和空間效率。
資料庫的物理設計，現用相關截圖表示如下：
資料庫物理結構設計
資料庫物理結構設計
資料庫物理結構設計
資料庫建立**：
create database studb
on primary-- 預設就屬於primary檔案組,可省略
(/*--資料檔案的具體描述--*/
name='studb_data',-- 主資料檔案的邏輯名稱
filename='d:\studb_data.mdf',-- 主資料檔案的物理名稱
size=5mb,--主資料檔案的初始大小
maxsize=100mb,-- 主資料檔案增長的最大值
filegrowth=15%--主資料檔案的增長率
)log on
(/*--日誌檔案的具體描述,各引數含義同上--*/
name='studb_log',
filename='d:\studb_log.ldf',
size=2mb,
filegrowth=1mb
)資料庫建立執行結果
表的建立**：
use studb
goif exists(select *from sysobjects where name='stu')
drop table stu
create table stu
(stuid int primary key,
stuname char(25),
stuschool char(25),
stumajor char(25),
stugrade int,
stuclass int
) stu表的建立執行結果
create table taxmassage
(taxid int,
stuid int,
taxxiangmu char(25),
taxnumber int,
taxdate char(25),
taxmanager char(25)
) taxmassage表的建立執行結果
資料插入**：
insert
into stu
select 31100,'里根','計算機','通訊',10,01
union all
select 31101,'陳東','醫學院','護理',11,01
union all
select 31102,'楊傳華','計算機','信管',10,02
union all
select 31103,'張曉芬','計算機','信管',10,02
union all
select 31104,'張萌','計算機','信管',10,02
union all
select 31105,'周帥','計算機','信管',10,02
union all
select 31106,'程元奔','計算機','信管',10,03
union all
select 31107,'範冰','計算機','信管',10,03
stu表資料插入執行結果
insert
into taxmassage
select 001,31100,'學費',3500,'2011/9/2','姜鵬'
union all
select 002,31101,'住宿費',800,'2010/9/5','付峰'
union all
select 003,31101,'書本費',300,'2012/8/31','姜鵬'
union all
select 002,31102,'住宿費',800,'2011/9/2','姜鵬'
union all
select 001,31102,'學費',3500,'2012/9/4','姜鵬'
union all
select 002,31103,'住宿費',800,'2011/9/3','付峰'
union all
select 003,31101,'書本費',300,'2011/9/2','付峰'
資料庫系統設計訂單銷售資料庫管理系統
長沙學院 課程設計說明書 題目系 部 專業 班級 姓名學號 指導教師 起止日期 課程設計任務書 課程名稱 資料庫系統原理 設計題目 銷售訂單資料庫管理系統 1 某銷售商的訂單系統需要如下資訊 每個 商包含 商編號 名稱 位址 聯絡 等資訊。每種產品包含產品號 產品名稱 產品類別等資訊。每個 商可 多...
學生成績管理系統資料庫設計
管理員功能 新增 修改 刪除學生成績資訊 發布學生成績資訊 新增 刪除 修改學生資訊 學生功能 查詢成績 圖1 成績管理系統業務流程圖 通過需求分析，得出學生成績管理系統資料流圖 圖2 學生成績管理系統資料流圖頂層圖 圖3 上下文圖 圖4 成績查詢子系統 圖5 成績修改子系統 圖6 成績發布子系統 ...
學生選課管理系統資料庫設計報告
學生選課管理系統 資料庫設計報告 本文件目的旨在方便開發者更全面的分析整個系統，從各個方面綜合分析系統的需求，把整個系統的需求細化為一些模組的具體需求，集中地 研發中可能出現的問題從而盡量避免。同時本文件需要使用者的參與，在開發前期以文件的形式來系統面向使用者，使用者根據自身的需求，結合此需求文件，...