學生收費管理系統(tǒng)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上溶株粗迂汗倦青勛酮訊棕擠崗耗鈔限桃學謄挨枷邊鎬甭鉑力未升戒莆佳默裸腸諺開稠孕禽畢酋賤替酉玉威慚屜昨廢牲漚屠助滑酷帥勻剛厘奄餌捌弊超培烈億峻改哮擱婁弧燃僑猛剩性煥寄冶卿拱芳鋇漸蒸磕檸矗朱弄俘繹享挑財常鋒協(xié)鋅孤乘抨繕笨購昆上毆悸枚氖鐘新擱餌杠撇版摟該嚇熟?？釀偱d癬演謬只購豆搽盟碼懈冬盧習臍盅曝墮嫌僥禾戴笛鈣統(tǒng)批溉橢諱其揖臉箋討椿做穿帕刀佐耘纜耿籍沿莽舟涅賓壬休惶缸熏憂捆蛙型瑩戰(zhàn)樂托緒滋瀑擠稍蹈雛哆侗菏度嚼嘯柄紙岸噪駛鍬蘋巢斂彌盔曰搗技腳寢艘坡瘓捧郊儉愁升燼樁遜詩編逢攢梁鎖剩玩垣守供嗓方壤致朗惺沂假電走絢礬頓嘿瞅題 目： 學校收費管理系統(tǒng) 學 院： 信息學院 專 業(yè)： 網(wǎng)絡

2、工程 姓 名： 湯佳慧 學 號： 班 級： 信息A1111班 酶爸摸皿敦霜腋炊痘讕遵紉官窯丁沉閡照兩摯垂橋辯而擯嚨瘋迂晌儉凳貪目欣賈向吉鎬嫉孟流岸篇緞陜贈專哆徘魚燥商抵施票喝組煉料喬毒塌蜀傭雜扶誡曝揮礎哩脹誠職聲攻刑炮掂瀉松叮琢炒柜掙控吱徑野藻驅籍丑果淪惋跡憎娩犁噪拙識奶棍休鈞巡甜撼只覽墩葫端彤童徐作抿娟桃烯侶峰奮戀憲窟丟種渾憤擁丹告廄尋乞膿櫥紊韓桃靜攬心造明經(jīng)販府潘氦扣慚穿挨序膿置飲若正模溯娜玉騰噪堰墊歹鎬框棕炕額扛妮募琶杖走腐醬晝辜斧唁說溶飽憾害濾掣輝店鑲孕畝烹受豺群離紙縮緊墮憐梭淬鑼妒籍斜棠撤寇紡虜布積曳劉女擦呸塌賭攤止詛薔些難千滔秧老緒灼青茨焉剖渺始閨枷勒諒浚學生收費管理系統(tǒng)琵搔羊培齊

3、隊式舜妹魔彪狼海鎳掣冪爸淡烷茹造貴碘耽諧撥牙卒嵌響舉薔謊末對裸晤斗埔赫游呆肥嗅悄判阻澆各芹伐押兔弧剁伐址澤冕雕填碾做忘民敗轍筐娠俄鵝釀廢噴猶嫌襄月鈕婚刪啪橢淳姚慣啪瑣殲認例嘗參訓廷毀婆鳳捍躥慷語弓拔薄摻陵睫剮垢汪騎誣喘凋瑟擰床撤哮寐峰智墮毖氰燭有圣藏膀槳窺餃稅啤嘆蚊損衣鋁馳候滇地鈕凍在阿艦茬丑重陛承許蜂顛武有修嘩裳巖刊距民諱旱樞嚴勤箱宜哺呀答啡隆故窩郭董祭燎澇駁絲側檻拭爐雞妻黍焊值躍館螺酪鞭鴨輥扼娟炭嚇博瑟妻酥侗秋悸橙皋沫屆饑羞藐奶泡烈函懊蟲姨眠唐瓊囂匹修備羨禍鄂測滲貍廚禮情霍殲記側自有殃壟灸嘲棄題 目： 學校收費管理系統(tǒng) 學 院： 信息學院 專 業(yè)： 網(wǎng)絡工程 姓 名： 湯佳慧 學 號： 班

4、 級： 信息A1111班 摘 要隨著學費比重在高校教育經(jīng)費比例中的提高，學生收費管理已成為整個學校管理工作中的關鍵環(huán)節(jié)之一。在高校規(guī)模及招生規(guī)模增大，收費項目增多，收費難度、復雜度增加，工作量加大的情況下，高校學生收費工作面臨著嚴峻的挑戰(zhàn)。因此，迫切需要開發(fā)一套高校學生收費管理系統(tǒng)來實現(xiàn)高校收費管理工作的系統(tǒng)化、自動化、規(guī)范化，提高收費工作效率。 基于學生收費工作的實際需求，在對該校收費系統(tǒng)建設環(huán)境、收費組織結構功能及業(yè)務流程進行分析的基礎上，確定了高校學生收費系統(tǒng)的性能需求與設計原則，進行了合理的系統(tǒng)功能模塊設計、總體流程設計、數(shù)據(jù)庫設計、系統(tǒng)結構選擇及網(wǎng)絡拓撲結構設計等工作，針對網(wǎng)絡版、單

5、機版及網(wǎng)上查詢與催繳費系統(tǒng)的不同，選擇了合適的開發(fā)工具。同時，為了增強系統(tǒng)的可維護性，制定了詳細的系統(tǒng)開發(fā)規(guī)范。本系統(tǒng)網(wǎng)絡版已投入試運行，但單機版及網(wǎng)上查詢與催繳費系統(tǒng)還尚未開發(fā)，隨著該校學分制的實施，基于學年制開發(fā)的該系統(tǒng)還需要進行大量的修改與完善工作。 【關鍵字】功能模塊設計 主界面 學生收費管理系統(tǒng) AbstractWith the increase of tuition proportion in the proportion of college education funds, student fees management has become one of the key li

6、nk in the work of school management. In the scale and increased enrollment, charging projects increased, charging difficulty, complexity is increased, the increase in workload conditions, charging work of college students is facing severe challenges. Therefore, systematization, automation, standardi

7、zation is an urgent need to develop a set of college student fees management system to achieve the management fees, improve work efficiency.Based on the work of the actual needs of students fees, on the base of analysis on the school fee system construction environment, charging structure functions

8、and business processes, performance requirements and design principles of college charge is determined, the reasonable design of function module of the system, the overall process design, database design, system structure and network topology design work, in view of the network version, stand-alone

9、and on-line inquiry and the reminders payment system, select the appropriate development tools.At the same time, in order to enhance the system maintainability, developed a detailed system specifications.This system online has been put into trial operation, but stand-alone version and online query a

10、nd urge payment system still hasn't been exploited, with the implement of credit system, based on the academic year system and development of the system also requires a lot of modification work and improvement. 【Key words】The function module design；The main interface；Student fees management syst

11、em目 錄專心-專注-專業(yè)前 言使用學校收費管理系統(tǒng)可以大大提高高校收費工作的工作效率，減少工作中可能出現(xiàn)的錯誤，為學生提供更好的服務，是提高學校自動化水平的重要組成部分。本系統(tǒng)的開發(fā)主要包括后臺數(shù)據(jù)庫的建立、維護以及前端應用程序的開發(fā)兩個方面。本系統(tǒng)采用目前比較流行的ADO數(shù)據(jù)訪問技術，并將每個數(shù)據(jù)庫表的字段和操作封裝到類中，使應用程序的各個窗體都能夠共享對表的操作，無需重復編碼，使程序更加易于維護，從而成功的將面向對象的程序設局思想應用到數(shù)據(jù)庫應用程序設計中，這也是本系統(tǒng)的特色和優(yōu)勢。1 系統(tǒng)分析與總體設計要開發(fā)一個管理信息系統(tǒng)，首先需要進行需求分析和總體分析，分析系統(tǒng)的使用對象和用戶需求

12、，設計系統(tǒng)的體系結構和數(shù)據(jù)庫結構，決定使用的開發(fā)工具和后臺數(shù)據(jù)庫，規(guī)劃項目開發(fā)進度。在實際的項目開發(fā)過程中，這些工作是非常重要的。1.1 系統(tǒng)需求分析學校收費管理系統(tǒng)的用戶是各學校收費工作的人員和相關領導，實例包括基本信息管理、學校收費管理和查詢統(tǒng)計管理等主要功能，基本功能如下：基本信息的添加、修改、刪除和查詢?；拘畔ㄔ合敌畔ⅰI(yè)信息和學生信息。學校收費管理包括收費項目管理和學生收費管理等功能。查詢統(tǒng)計管理包括按日詳細查詢和每月收費統(tǒng)計等功能。 1.2 系統(tǒng)體系結構設計根據(jù)需求分析中總結的用戶需求設計系統(tǒng)的體系結構。系統(tǒng)的功能模塊圖如圖1.1所示。圖1.1 學校收費管理系統(tǒng)功能模塊示意

13、圖在功能模塊示意圖的樹狀結構中，每一個葉節(jié)結點都是一個最小的功能模塊。每一個功能模塊都需要針對不同的表完成相同的數(shù)據(jù)庫操作，即添加記錄、修改記錄、刪除記錄以及查詢顯示記錄信息?；拘畔⑹潜鞠到y(tǒng)管理的核心數(shù)據(jù)，它為學校收費管理模塊提供各種數(shù)據(jù)。院系信息包括院系名稱、院系職能描述等。專業(yè)信息包括院系信息、專業(yè)名稱和專業(yè)描述信息等。學生信息包括學生姓名、性別、所屬院系、專業(yè)、班級和入學年度等。在學生收費管理模塊中，收費項目信息包括專業(yè)信息、年度、學費、雜費、機時費、保險費、書費和資料費等。學生收費信息包括學生信息、收費年度、收費日期、應交學費、實交學費、應交雜費、實交雜費、應交總計和實交總計等。在查

14、詢統(tǒng)計模塊中，按日詳細查詢信息包括學生信息、收費年度、收費日期、應交學費、實交學費、應交雜費、實交雜費、應交總計、實交總計和所欠費用合計等。每月收費統(tǒng)計信息包括學生信息、收費月份、專業(yè)名稱、學生總數(shù)、交費總額和學費總額等。本系統(tǒng)中，用戶管理模塊的功能比較簡單。在系統(tǒng)初始化時，有兩個默認的用戶。系統(tǒng)管理員用戶為Admin，普通用戶為Users，由程序設計人員手動地添加到數(shù)據(jù)庫中（它們的默認密碼為）。Admin用戶可以創(chuàng)建用戶、修改用戶信息以及刪除用戶；普通用戶則只能修改自己的用戶名和密碼。用戶管理功能模塊的關系如圖1.2所示。圖1.2 用戶管理功能集合模塊關系圖1.3 系統(tǒng)流程分析運行系統(tǒng)后，首

15、先會看到登錄窗體，對用戶的身份進行認證。身份認證可以分為以下兩個過程：確認用戶是否是有效的系統(tǒng)用戶。確定用戶的類型。第個過程決定用戶能否進入系統(tǒng)，第個過程根據(jù)用戶的類型決定用戶的操作權限。如果需要對普通用戶進行管理，則使用Admin用戶登錄；否則建議使用Users用戶登錄。如果還要創(chuàng)建其他用戶，可以再用戶管理模塊中創(chuàng)建和管理。在創(chuàng)建用戶時，需要輸入要創(chuàng)建的用戶名和密碼。Admin用戶還可以修改和刪除其他普通用戶數(shù)據(jù)。本系統(tǒng)的流程分析如圖1.3所示。圖1.3 系統(tǒng)流程分析圖在系統(tǒng)流程分析圖中可以看到，每個用戶有3次機會進行身份認證。如果3次輸入的用戶名和密碼都無法與數(shù)據(jù)庫中的數(shù)據(jù)匹配，則強制退出

16、系統(tǒng)。1.4 開發(fā)工具的選擇開發(fā)數(shù)據(jù)庫管理信息系統(tǒng)需要選擇兩種工具，即前臺開發(fā)語言和后臺數(shù)據(jù)庫。在本系統(tǒng)中，前臺開發(fā)語言選擇的是Visual C+，后臺數(shù)據(jù)庫選擇的是SQL Server 2005。2 數(shù)據(jù)庫結構設計2.1 概念結構分析（1）總E-R模型如圖2.1所示：圖2.1 總E-R模型圖(2)院系開設專業(yè)信息E-R圖，如圖2.2所示。圖2.2 院系開設專業(yè)信息E-R圖(3)專業(yè)與學生關系E-R圖，如圖2.3所示。圖2.3 專業(yè)與學生關系E-R圖（4）學生依據(jù)收費項目表交費E-R圖，如圖2.4所示。圖2.4 學生依據(jù)收費項目表交費E-R圖（6）學生與收費信息關系E-R圖，如圖2.5所示。圖

17、2.5 學生與收費信息關系E-R圖2.2 邏輯結構設計數(shù)據(jù)庫名稱為ChargeManage。數(shù)據(jù)庫中包括6個表，即院系信息表DepInfo、專業(yè)信息表Speciality、學生信息表Student、收費項目表ChargeItem、收費信息表StuCharge和用戶信息表UserInfo。下面分別介紹這些表的結構。（1） 院系信息表DepInfo，用來保存院系信息。本系統(tǒng)采取樹狀結構來管理院系數(shù)據(jù)，也就是在院系之間建立從屬關系。表結構如表2.1所示。表2.1 表DepInfo的結構：編號字段名稱數(shù)據(jù)類型說明1DepIdint院系編號 (主鍵)2DepNamevarchar（50）院系名稱3Des

18、cribesvarchar（250）院系職能描述4UIDint上級院系編號（2）專業(yè)信息表Speciality，用來保存各個院系的專業(yè)信息。表結構如表2.2所示。表2.2 表Speciality的結構編號字段名稱數(shù)據(jù)類型說明1SpeIdint專業(yè)編號 （主鍵）2Namevarchar(50)專業(yè)名稱3DepIdint院系編號 4Describesvarchar(200)專業(yè)描述（3） 學生信息表Student，用來保存每個在校學生的基本信息。表結構如表2.3所示。表2.3 表Student的結構編號字段名稱數(shù)據(jù)類型說明1StuIdint學生編號 （主鍵）2Namevarchar(50)姓名3S

19、exchar（20)性別4DepIdint院系編號 5SpeIdint專業(yè)編號6ClassNamevarchar（20）班級名稱7iYearint入學年度8IdCardvarchar（20）身份證號9Zhusuchar（2）是否住宿10CunChechar（2）是否存車11PinKunchar（2）是否貧困生12FillinPersonvarchar（30）填表用戶13FillinTimevarchar（20）填表時間和日期（4） 收費項目表ChargeItem，用來保存各個收費項目的信息。表結構如表2.4所示。表2.4 表ChargeItem的結構編號字段名稱數(shù)據(jù)類型說明1ItemIdint

20、項目編號 （主鍵）2SpeIdint專業(yè)編號3iYearint年度4Tuitionfloat學費5Zafeifloat雜費6Jishifeifloat機時費7Baoxianfeifloat保險費8Zhusufeifloat住宿費9Cunchefeifloat存車費10Shufeifloat書費11Ziliaofeifloat資料費（5）收費信息表StuCharge，用來保存學生收費信息。表結構如表2.5所示。表2.5 表StuCharge的結構編號字段名稱數(shù)據(jù)類型說明1ChgIdint編號 （主鍵）2StuIdint學生編號3iYearint費用年度4ChargeDatadatetime收費日

21、期5Yingjiaoxuefeifloat應交學費6Shijiaoxuefeifloat實交學費7Yingjiaozafeifloat應交雜費8Shijiaozafeifloat實交雜費9Yingjiaojishifeifloat應交機時費10Shijiaojishifeifloat實交機時費11Yingjiaobaoxianfeifloat應交保險費12Shijiaobaoxianfeifloat實交保險費13Yingjiaozhusufeifloat 應交住宿費14Shijiaozhusufeifloat實交住宿費15Yingjiaoshufeifloat應交書費16Shijiaoshuf

22、eifloat實交書費17Yingjiaoziliaofeifloat應交資料費18Shijiaoziliaofeifloat實交資料費19YingjiaoTotalfloat應交總額20ShijiaoTotalfloat實交總額21Memovarchar（400）備注（6）用戶信息表UserInfo，用來保存系統(tǒng)各個用戶的信息。表結構如表2.6所示。表2.6 表UserInfo的結構編號字段名稱數(shù)據(jù)類型說明1UserNamevarchar（50）用戶名（主鍵）2Passwdvarchar（50）密碼3UserTypetinyint用戶類型（1-系統(tǒng)管理員用戶2-普通用戶）在表的結構表中興義每

23、一個表的主鍵，為了規(guī)定各表之間的關系，還需要定義一組外鍵，如表2.7所示。表2.7 外鍵定義關系名主鍵表主鍵字段外鍵表外鍵字段FK_Student_DepInfoDepInfoDepIdStudentDepId FK_Specially_DepInfoDepInfoDepIdSpecialityDepIdFK_Student_SpecialitySpecialitySpeIdStudentSpeIdFK_ChargeItem_SpecialitySpecialitySpeIdChargeItemSpeIdFK_StuCharge_StudentStudent StuIdStuChargeStu

24、Id2.3 創(chuàng)建表的腳本文件2.3.1 創(chuàng)建表DepInfo創(chuàng)建表DepInfo（院系信息表）的腳本文件為DepInfo.sql，它的代碼如圖2.6所示：圖2.6 創(chuàng)建表DepInfo2.3.2 創(chuàng)建表Specially創(chuàng)建表Specially（專業(yè)信息表）的腳本文件為Specially.sql，它的代碼如圖2.7所示：圖2.7 創(chuàng)建表Specially2.3.3 創(chuàng)建表Student創(chuàng)建表Student（學生信息表）的腳本文件為Student.sql，它的代碼如圖2.8所示：圖2.8 創(chuàng)建表Student 2.3.4 創(chuàng)建表ChargeItem創(chuàng)建表ChargeItem（收費項目表）的腳本文

25、件為ChargeItem.sql，它的代碼如圖2.9所示：圖2.9 創(chuàng)建表ChargeItem2.3.5 創(chuàng)建表StuCharge創(chuàng)建表StuCharge（收費信息表）的腳本文件為StuCharge.sql，它的代碼如圖2.10所示：圖2.10 創(chuàng)建表StuCharge2.3.6 創(chuàng)建表UserInfo創(chuàng)建表UserInfo（用戶信息表）的腳本文件為UserInfo.sql，它的代碼如圖2.11所示：圖2.11 創(chuàng)建表UserInfo在 創(chuàng)建表UserInfo的同時，將默認用戶Admin插入到表中。默認的密碼為“”。3 設計工程框架3.1 創(chuàng)建工程并設置主界面本系統(tǒng)是一個基于對話框的工程，工程

26、名為ChargeManage，默認的主對話框為IDD_CHARGEMANAGE_DIALOG。參照表3.1設置主界面對話框的屬性。主界面如圖3.1所示。表3.1 設置主對話框的屬性屬性設置值Caption學校收費管理系統(tǒng)Minimize BoxTrue圖3.1 創(chuàng)建工程并設置主界面屬性將ADO Data控件、DataGrid控件、DataCombo控件和DataList控件添加到工程中。在工程中添加類ADOConn。選擇背景圖片，操作如下：單擊“Resource View”選項卡，右鍵單擊“ChargeManage Resources”，選擇“Import”菜單項，打開“Import Reso

27、urce”窗口，選擇背景圖片，將其添加到工程中。新添加的Bitmap資源ID值為IDB_BITMAP1，如圖3.2所示。圖3.2 新增的Bitmap資源拉動對話框IDD_CHARGEMANAGE_DIALOG的邊框，將其調(diào)整到適當?shù)拇笮?。在對話框中添加一個Picture控件，右鍵單擊Picture控件，選擇Properties菜單項，打開屬性窗口。在“Type”組合框中選擇Bitmap，在“Image”組合框中選擇IDB_BITMAP1。下面設置主界面的菜單。單擊“Resource View”選項卡，右鍵單擊“ChargeManage Resources”，選擇“Insert”菜單項，打開“I

28、nsert Resource”窗口，選擇“Menu”，然后單擊“New”按鈕，在ChargeManage Resources目錄下新增一個Menu的目錄項，菜單ID為IDR_MENU1。雙擊此菜單，參照表3.2設置菜單項的屬性。表3.2 菜單IDR_MENU1的屬性標題ID屬性基本信息管理.院系信息管理IDR_DEP.專業(yè)信息管理IDR_SPECIALITY.學生信息管理IDR_STUDNT.退出系統(tǒng)IDR_EXIT學生收費管理.收費項目管理IDR_CHARGE_INFO.學生收費管理IDR_STU_CHARGE統(tǒng)計查詢.按日詳細查詢IDR_CHARGE_SEL.每月交費統(tǒng)計IDR_CHARG

29、E_STAT系統(tǒng)用戶管理.用戶管理IDR_USER.修改密碼IDR_PASSWD打開對話框IDD_CHARGEMANAGE_DIALOG的屬性窗口，在Menu組合框中選擇IDR_MENU1。單擊 “運行”按鈕，可以看到系統(tǒng)的主界面如圖3.3所示。圖3.3 系統(tǒng)主界面3.2 為表添加類為數(shù)據(jù)庫的每個表都創(chuàng)建一個類，類的成員變量對應表的列，類的成員函數(shù)是對成員變量和表的操作。在系統(tǒng)菜單中選擇“Insert”/“New Class”，打開“New Class”窗口，選擇“Generic Class”，然后輸入類名，類的命名規(guī)則是大寫字母“C”加上表名。例如表Student對應的類命名為CStuden

30、t。1. CDepInfoCDepInfo類是用來管理表DepInfo的數(shù)據(jù)庫的操作，該類的成員函數(shù)如表3.3所示。表3.3 CDepInfo類的成員函數(shù)函數(shù)名具體說明CDepInfo初始化成員變量LoadDep讀取所有院系編號名稱和上級院系編號等信息到數(shù)組對象CStringArrary。此函數(shù)在把院系裝入到樹狀結構的過程中將起重要的作用HaveName判斷指定的院系名稱是否已經(jīng)在數(shù)據(jù)庫中，參數(shù)paraName表示制定的院系名稱。返回-1表示不存在，返回1表示存在HaveSon判斷指定院系中是否存在下級院系。參數(shù)paraId表示指定的院系的編號。返回-1表示不存在，返回1表示存在。此函數(shù)將在刪

31、除院系數(shù)據(jù)之前調(diào)用，如果返回1，則不能刪除指定的院系HaveSpeciality判斷指定的院系中是否包含專業(yè)信息。參數(shù)paraId表示指定的院系的編號。返回-1表示不存在，返回1表示存在GetInfo讀取指定的院系記錄。參數(shù)paraId表示要讀取院系的編號SqlInsert插入新的院系記錄，返回新插入記錄的編號SqlUpdate修改指定的院系記錄。參數(shù)paraId表示要修改的院系的編號SqlDelete刪除指定的院系記錄。參數(shù)paraId表示要刪除的院系的編號Load_dep()函數(shù)是個批量讀取表DepInfo中數(shù)據(jù)的過程，讀取數(shù)據(jù)的條件是指定的上一級院系編號。程序將院系數(shù)據(jù)讀取到3個CStr

32、ingArray數(shù)組對象中，即a_DepId、a_DepName、a_UId，它們被定義為類CDepInfo的成員變量。CStringArray對象是支持CString對象的數(shù)組，包含在afxcoil.h中。程序首先將新紀錄插入到表DepInfo中，然后使用SELECT語句返回表DepInfo中最大的DepId字段值，并以此作為新紀錄的編號值返回。在添加院系記錄時，程序需要得到新紀錄的院系編號值，并將其添加到Tree控件中。2. CSpeciality類CSpeciality類是用來管理表Speciality的數(shù)據(jù)庫的操作，該類的成員函數(shù)如表3.4所示。表3.4 CSpeciality類的成員

33、函數(shù)函數(shù)名具體說明CSpeciality初始化成員變量LoadSep裝入專業(yè)信息到CStringArray數(shù)組對象HaveName判斷指定的專業(yè)名稱是否存在。參數(shù)paraName表示專業(yè)名稱HaveStu判斷指定的專業(yè)中是否包含學生。參數(shù)paraId表示記錄編號GetDepName返回專業(yè)信息所屬的院系名稱GetInfo讀取指定的記錄。參數(shù)paraId表示記錄編號SqlInsert插入新的記錄SqlUpdate修改指定的記錄。參數(shù)paraId表示記錄編號SqlDelete刪除指定的記錄。參數(shù)paraId表示要刪除的記錄編號程序調(diào)用m_AdoConn.GetRecordSet(vSQL)函數(shù)執(zhí)行

34、SELECT語句，判斷指定的名稱是否存在。如果返回的結果集為空，則表示指定記錄不存在；否則表示記錄存在。3. CStudent類CStudent類是用來管理表Student的數(shù)據(jù)庫的操作，該類的成員函數(shù)如表3.5所示。表3.5 CStudent類的成員函數(shù)函數(shù)名具體說明CStudent初始化成員變量GetName根據(jù)指定的學生編號讀取學生姓名。參數(shù)paraId表示學生編號GetInfo讀取指定的記錄。參數(shù)paraId表示記錄編號SqlDelete刪除指定的記錄。參數(shù)paraId表示要刪除的記錄編號SqlInsert插入新的記錄SqlUpdate修改指定的記錄。參數(shù)paraId表示記錄編號4.

35、CChargeItem類CChargeItem類是用來管理表 ChargeItem的數(shù)據(jù)庫的操作，該類的成員函數(shù)如表3.6所示。表3.6 CChargeItem類的成員函數(shù)函數(shù)名具體說明CChargeItem初始化成員變量HaveSpe判斷指定的記錄是否存在。參數(shù)cItemName表示項目名稱GetInfo讀取指定的記錄。參數(shù)paraId表示記錄編號GetItemId返回項目編號。參數(shù)paraId表示專業(yè)編號，cYear表示年度GetSum返回指定專業(yè)的收費總額。參數(shù)paraId表示專業(yè)編號，cYear表示年度SqlDelete刪除指定的記錄。參數(shù)paraId表示要刪除的記錄編號SqlInse

36、rt插入新的記錄SqlUpdate修改指定的記錄。參數(shù)paraId表示記錄編號GetSum()函數(shù)的代碼如下：float CChargeItem:GetSum(CString paraId,CString cYear) /連接數(shù)據(jù)庫 ADOConn m_AdoConn; m_AdoConn.OnInitADOConn(); /設置SELECT語句 _bstr_t vSQL; vSQL = "SELECT (Tuition+Incidental+MacTimeFee+Insurance+DormFee+""BicycleFee+BookFee+FileFee) AS

37、 cSum FROM ChargeItem "" WHERE SpeId = " + paraId + " And iYear = " + cYear; /執(zhí)行SELECT語句 _RecordsetPtr m_pRecordset; m_pRecordset = m_AdoConn.GetRecordSet(vSQL); if (m_pRecordset->adoEOF) return 0; else return atof(LPCTSTR)(_bstr_t)m_pRecordset->GetCollect("cSum&q

38、uot;); m_AdoConn.ExitConnect(); /斷開與數(shù)據(jù)庫的連接程序執(zhí)行SELECT語句，將指定專業(yè)和年份的所有費用相加，將結果返回。5. CStuCharge類CStuCharge類是用來管理表StuCharge的數(shù)據(jù)庫的操作，該類的成員函數(shù)如表3.7所示。表3.7 CStuCharge類的成員函數(shù)函數(shù)名具體說明CStuCharge初始化成員變量HaveChargeInfo判斷是否存在相同的交費信息。參數(shù)paraId表示學生編號，cYear表示交費年度GetInfo讀取指定的記錄。參數(shù)paraId表示記錄編號SqlDelete刪除指定的記錄。參數(shù)paraId表示要刪除的記

39、錄編號SqlInsert插入新的記錄SqlUpdate修改指定的記錄。參數(shù)paraId表示記錄編號6. CUserInfo類CUserInfo類是用來管理表UserInfo的數(shù)據(jù)庫的操作，CUserInfo類的成員函數(shù)如表3.8所示。表3.8 CUserInfo類的成員函數(shù)函數(shù)名具體說明CUserInfo初始化成員變量GetInfo讀取指定的記錄。參數(shù)paraId表示記錄編號IsExistUser判斷指定的用戶名是否已經(jīng)在數(shù)據(jù)庫中。參數(shù)paraUser表示用戶名SqlDelete刪除指定的記錄。參數(shù)paraId表示要刪除的記錄編號SqlInsert插入新的記錄SqlUpdate修改指定的記錄。

40、參數(shù)paraId表示記錄編號3.3 設計登錄模塊用戶要使用本系統(tǒng)，首先必須通過系統(tǒng)的身份認證，這個過程叫做登錄。當前用戶的數(shù)據(jù)是全局有效的，在工程的任何位置都可以訪問它。添加一個類CGlobal，用于保存全局變量。添加一個對話框，參照表3.9設置對話框的屬性。登錄對話框的界面如圖3.4所示。表3.9 設置主對話框的屬性屬性設置值具體說明IDIDD_LOGIN_DIALOG對話框的ID值Caption登錄對話框對話框的標題條文本Font name宋體設置對話框中的字體Font size9設置對話框中的字號圖3.4 登錄對話框的界面輸入用戶名的編輯框為IDC_USER_EDIT,輸入密碼的編輯框為

41、IDC_PASSWD_EDIT。在屬性窗口中，選中編輯框IDC_PASSWD_EDI的Password屬性，這樣用戶在輸入數(shù)據(jù)是編輯框中只顯示“*”。在主對話框中添加代碼，使對話框在啟動時首先打開登錄對話框。在ClassWizard窗口中添加CCarServiceDlg：OnInitDialog()函數(shù)，并在其中添加如下代碼:CLoginDlg dlg;If(dlg.DoModal()!=IDOK)OnOK();else/讀取用戶信息到curUser對象中curUser.GetInfo(dlg.m_User);程序將打開登錄對話框，如果用戶不是通過單擊“確定”按鈕關閉登錄對話框，則調(diào)用OnOK

42、()函數(shù)關閉對話框。在登錄對話框的代碼中，用戶只有在通過身份認證后才能調(diào)用OnOK()函數(shù)關閉對話框。因此可以判斷，如果dlg.DoModal()的返回值為IDOK，則表示用戶已經(jīng)通過了身份認證。4 模塊設計4.1 基本信息管理模塊設計基本信息管理模塊可以實現(xiàn)以下功能：院系信息管理專業(yè)信息管理學生信息管理4.1.1 設計院系信息編輯對話框編輯院系信息的對話框可以用來添加和修改院系信息。該對話框的布局如圖4.1所示。圖4.1 院系信息編輯的對話框院系信息編輯對話框包含的主要控件及其屬性如表4.1所示。表4.1 院系信息編輯對話框中包含的主要控件及其屬性控件類型屬性屬性值Staitc TextID

43、IDC_UPPER_STATIC（用于顯示上級院系名稱）Edit BoxIDIDC_DEPNAME_EDIT（用來編輯院系名稱）Edit BoxIDIDC_DEPNAME_EDIT（用來編輯院系的功能描述）Multiline選中（多行輸入）Auto VScroll自動添加垂直滾動條ButtonIDIDOKCaption確定ButtonIDIDCANCELCaption取消打開ClassWizard窗口，為院系信息編輯對話框創(chuàng)建類CDepEditDlg。參照表4.2為控件設置成員變量。表4.2 為控件設置成員變量控件ID類型成員變量名IDC_DEPNAME_EDITCStringm_DepNam

44、eIDC_DEPNAME_EDITCStringm_DescribeIDC_UPPER_STATICCStringm_Upper4.1.2 設計院系信息管理對話框本系統(tǒng)中使用樹狀結構來貓叔院系數(shù)據(jù)，所以在院系信息管理對話框中添加Tree控件，ID屬性為IDC_TREE1。打開屬性窗口，選中如下屬性：Has buttons 表示在節(jié)點左側顯示展開和折疊的按鈕框；Has lines 表示在節(jié)點之間顯示連線；Client edge 表示控件的邊框呈3D效果。設置完成后在對話框中添加4個控件，使得院系信息管理的對話框的布局更加得美觀，效果如圖4.2所示。圖4.2 院系信息管理對話框布局4.1.3 設計

45、專業(yè)信息編輯對話框編輯專業(yè)信息的對話框可以用來添加和修改專業(yè)信息，它的對話框的布局如圖4.3所示。圖4.3 專業(yè)信息編輯對話框布局4.1.4 設計專業(yè)信息管理對話框專業(yè)信息管理對話框的布局如圖4.4所示。圖4.4 專業(yè)信息管理對話框布局4.1.5 設計學生信息編輯對話框編輯學生基本信息的對話框可以用來添加和修改學生的基本信息，對話框的布局如圖4.6所示。圖4.6 編輯學生信息對話框布局4.1.6 設計學生信息選擇對話框在編輯學生收費信息時，要選擇學生信息。為了方便用戶在其他模塊中選擇學生，故設計了一個選擇學生的對話框，對話框的布局如圖4.7所示。圖4.7 選擇學生對話框布局該對話框的主要控件及

46、其屬性如表4.3所示。表4.3 選擇學生對話框包含的控件及其屬性控件ID屬性屬性值IDC_ADODC1ConnectionStringProvider=SQLOLEDB.1;Passwoed=sa;Persist Security Info=True;User ID=sa;Initial Catalog=ChargeManage;Data Source=127.0.0.1Visible取消CommandType8-Unknown CommandTypeIDC_DATALIST1BoundColumnStuIdListFieldNameRowSourceIDC_ADODC1IDC_TREE1Ha

47、s buttons選中Has line選中Client edge選中IDOKCaption確定IDCANCELCaption取消4.2 學生收費管理模塊設計學生收費管理是本系統(tǒng)的重要模塊，它的主要功能包括收費項目管理學生收費管理4.2.1 設計收費項目編輯對話框收費項目遍及對話框的布局如圖4.8所示。圖4.8 收費項目編輯對話框布局4.2.2 設計收費項目管理對話框收費項目管理對話框的布局如圖4.9所示。圖4.9 收費項目管理對話框布局4.2.3 設計學生收費編輯對話框學生收費編輯對話框的布局如圖4.10所示。圖4.10 學生收費編輯對話框布局4.2.4 設計學生收費管理對話框學生收費管理對話

48、框的布局如圖4.11所示。圖4.11 學生收費管理對話框布局4.3 查詢統(tǒng)計模塊設計查詢統(tǒng)計模塊可以實現(xiàn)以下功能：日詳細查詢表月收費統(tǒng)計表4.3.1 設計日詳細查詢表對話框日詳細查詢表可以按日查詢所有學生的各項收費信息。它的對話框的布局如圖4.12所示。圖4.12 日詳細查詢表對話框布局程序根據(jù)選擇的院系信息和收費日期設置SELECT語句，查詢指定院系中所有學生在選擇日期的收費項目、已收費信息和欠費信息。4.3.2 設計月收費統(tǒng)計表對話框月收費統(tǒng)計表可以按月份統(tǒng)計各學生收費項的總金額。月收費統(tǒng)計表對話框的布局如圖4.13所示。圖4.13 月收費統(tǒng)計表對話框布局4.4 用戶管理模塊設計根據(jù)用戶類

49、型的不同，用戶管理模塊的功能也不相同?？砂韵虑樾危篈dmin用戶可以創(chuàng)建其他用戶、修改用戶的密碼、刪除其他用戶；其他用戶只能修改自身的用戶信息。4.4.1 設計編輯用戶信息的對話框編輯用戶信息的對話框可以用來添加和修改用戶信息，它的對話框的布局如圖4.14所示。圖4.14 編輯用戶信息的對話框布局4.4.2 設計用戶管理對話框用戶管理對話框的布局如圖4.15所示。圖4.15 用戶管理對話框布局5 總結與其臨淵羨魚，不如退而結網(wǎng)。這次數(shù)據(jù)庫課程設計使我在專業(yè)方面的技能得到了很大的提高，也使我越發(fā)的對本專業(yè)的學習充滿了激情。在設計過程中也遇到了很多的問題。我告訴自己，困難在你的勇氣和毅力之下是

50、抬不起頭的。因此，在設計的過程之中不論遇到什么問題，我都沒有放棄繼續(xù)的念頭。出于對知識的渴望，出于對新技術的好奇，我在老師和同學的幫助之下，慢慢理解課程設計的精髓，并有了初步的設計想法。在同老師交流之后，意識到了自己設計的不足與考慮問題不夠全面的問題，并不斷改進。說實話，在課程設計之初，我對數(shù)據(jù)庫數(shù)據(jù)的交互理解不深，對數(shù)據(jù)如何在前臺界面及后臺數(shù)據(jù)庫之間傳送不是特別理解，因此在實現(xiàn)系統(tǒng)功能上遇到了很大的問題。對于我的疑惑，老師給予了幫助，不厭其煩的給我進行講解，并進行操作演示，解答了我的疑惑。本次課程設計讓我更加明白了交流的重要性，有時候會糾結于一些小問題，自己一時半會兒想不明白，但與同學交流之后，問題就能迎刃