高校學費收費管理信息系統(tǒng)分析與設(shè)計

1、精選優(yōu)質(zhì)文檔-傾情為你奉上高校學費收費管理信息系統(tǒng)分析與設(shè)計 摘 要 隨著校園網(wǎng)環(huán)境的建設(shè)和學校教務(wù)管理改革的進一步深化，學生收費的工作模式已經(jīng)從原來的學校院系二級管理模式轉(zhuǎn)變?yōu)閷W校一級管理模式。本文提出的基于校園網(wǎng)的學生收費系統(tǒng)，采用了Client/Server開發(fā)方式，給學生提供了靈活方便的收費服務(wù)，提高了學校收費管理部門的工作效率，并為其它部門和相關(guān)人員提供實時收費信息服務(wù)。關(guān)鍵詞 學生收費系統(tǒng)；綜合教務(wù)管理系統(tǒng)；結(jié)算中心；收費標準Abstract With the development of campus network and the reformation of educatio

2、nal administration, the mode of tuition administration has changed into one administrative level from two administrative levels. The tuition system based on campus network, described by this article, adopt the method of C/S, provides convenient service for students, improves work efficiency of tuiti

3、on administration department, and provides real-time information service for other departments and persons.Keyword tuition system; all-around educational administration system; center of settling account, tuition standard1 緒論1.1 開發(fā)背景近幾年，很多高校都在不斷擴招，擴招后的高校在加大硬件設(shè)備建設(shè)的同時，也在不斷的調(diào)整、完善學校的教務(wù)管理，隨著學校教務(wù)管理改革的進一步深

4、化，教務(wù)管理各個環(huán)節(jié)的相關(guān)數(shù)據(jù)都由各個院系集中到學校，形成了全校性的網(wǎng)絡(luò)共享數(shù)據(jù)庫，縮短了信息流通的渠道，在數(shù)據(jù)的及時性、一致性、共享性等方面上都取得了顯著成效。為適應(yīng)學校集中管理模式開發(fā)西安石油大學網(wǎng)上綜合教務(wù)管理系統(tǒng)，大大促進了學校教務(wù)管理工作的規(guī)范化、科學化，為廣大教師和學生提供了大量的信息服務(wù)。學生收費作為學校綜合教務(wù)管理系統(tǒng)的一個重要環(huán)節(jié)，對教務(wù)系統(tǒng)的其它環(huán)節(jié)有著很大的影響，特別是針對學生的管理。舊的收費系統(tǒng)，功能簡單，只是在一定程度減輕操作員的計算量，任務(wù)仍然很繁重、過程復(fù)雜、統(tǒng)計量大，而且容易出錯、不方便管理。顯然舊的系統(tǒng)已經(jīng)不能滿足現(xiàn)在管理的要求，因此，學校決定采用新的收費軟件

5、來完成操作人員大量的計算、統(tǒng)計、查詢工作，減輕操作人員的工作量，提高工作效率。同時能夠為相關(guān)的部門提供及時的、準確的、完整的信息。新的收費系統(tǒng)需要從教務(wù)處獲取學生類別和收費標準，給注冊、選課提供學生交費信息，同時給教務(wù)處、研究生部、財務(wù)處等部門提供收費信息服務(wù)和決策支持。(1) 相對于舊的收費系統(tǒng)，主要解決了以下問題：l 所有學生直接去收費中心交費，安全方便，同時省去了很多麻煩。l 學生可以根據(jù)實際情況通過現(xiàn)金、匯款、儲蓄存折、支票等方式交費。l 新的收費模式給其它部門和相關(guān)人員提供實時的統(tǒng)計查詢功能。l 學生交費與學生注冊相關(guān)聯(lián)，而學生注冊與學生選課相關(guān)聯(lián)，從而解決了學生拖費欠費的老問題。(

6、2) 社會上其它的收費系統(tǒng)應(yīng)用對象比較廣，但功能不夠具體，無法滿足特定管理體制下的收費管理系統(tǒng)的要求在系統(tǒng)開發(fā)之前我們有必要對系統(tǒng)進行總體規(guī)劃，確定系統(tǒng)的目標并進行可行性分析。1.2 新系統(tǒng)規(guī)劃1.2.1 新系統(tǒng)總體目標設(shè)定及可行性分析(1) 新系統(tǒng)目標設(shè)定高校學費收費管理信息系統(tǒng)的主要目標是：實現(xiàn)相關(guān)部門之間的信息共享，保證信息傳遞的準確、完整；采用簡捷的圖形化人機界面，操作簡單、容易，提高工作效率；對各種數(shù)據(jù)匯總，進行輔助決策。(2) 可行性分析可行性分析主要是根據(jù)信息需求和資源環(huán)境等約束，判斷高校學費收費管理信息系統(tǒng)的的必要性和可能性。分別在技術(shù)、經(jīng)濟和開發(fā)環(huán)境上對高校的學費收費管理信息

7、系統(tǒng)進行可行性研究。（1）技術(shù)上的可行性。一方面，學校有較好的科學管理基礎(chǔ)，現(xiàn)行系統(tǒng)基礎(chǔ)數(shù)據(jù)比較完整、合理。有利于歷史數(shù)據(jù)的轉(zhuǎn)換和載入；另一方面，學校具有較好的計算機配置和網(wǎng)絡(luò)實施，學校更有很好的內(nèi)部局域網(wǎng)。新的系統(tǒng)無論在軟件還是硬件方面都不會有大的困難。（2）經(jīng)濟上的可行性。經(jīng)濟上的可行性包括資金上的可得性和經(jīng)濟上的合理性。資金上的可得性。學校高層領(lǐng)導(dǎo)十分重視學校信息化建設(shè)，對各項信息建設(shè)都有足夠的資金投入，所以在資金上的需求不成問題。經(jīng)濟上的合理性。系統(tǒng)帶來的經(jīng)濟效益主要表現(xiàn)在間接的效益上，這些間接效益表現(xiàn)在：節(jié)省了人力，降低了勞動強度；通過計算機管理，降低了成本和其他管理費用；提供很好的

8、匯總和查詢功能，可以進行輔助決策；為相關(guān)的部門提供及時、準確的共享信息。（3）管理上的可行性。學校合理的管理體制，為現(xiàn)行系統(tǒng)提供了比較完整的基礎(chǔ)數(shù)據(jù)，也為新系統(tǒng)的運行提供了保障。（4）開發(fā)環(huán)境上的可行性。該系統(tǒng)的開發(fā)得到了組織中各層人員的支持配合，給系統(tǒng)開發(fā)提供了一個很好的開發(fā)環(huán)境。1.2.2 開發(fā)方法及工具的選用該系統(tǒng)采用客戶機/服務(wù)器體系結(jié)構(gòu)。系統(tǒng)開發(fā)采用面向?qū)ο笙到y(tǒng)開發(fā)方法，程序設(shè)計按照應(yīng)用層的不同分為前臺和后臺，前臺主要為數(shù)據(jù)收集、客戶端信息處理和信息查詢服務(wù)。后臺的程序主要完成數(shù)據(jù)更新和數(shù)據(jù)訪問。在后臺采用Microsoft SQL Server 2000 數(shù)據(jù)庫系統(tǒng)，系統(tǒng)開發(fā)工具選

9、擇Microsoft Visual Studio 2003 .NET可視化集成開發(fā)環(huán)境在完成新系統(tǒng)的總體規(guī)劃和可行性分析以及可行性研究報告得到批準后，就進入了系統(tǒng)分析和設(shè)計階段。2 系統(tǒng)需求分析這部分主要完成系統(tǒng)的管理結(jié)構(gòu)分析和功能需求分析。2.1 管理結(jié)構(gòu)分析前面了解到學校的收費管理模式發(fā)生轉(zhuǎn)變，學校管理結(jié)構(gòu)和領(lǐng)導(dǎo)層次關(guān)系也相應(yīng)的發(fā)生改變。系統(tǒng)組織結(jié)構(gòu)圖如下：學校財務(wù)處收費中心教務(wù)處注冊中心各院系圖2-1 組織結(jié)構(gòu)圖其他部門2.2 系統(tǒng)功能需求分析學費收費管理系統(tǒng)能夠同時對本科生和研究生進行收費，但一些高校在本科生和研究生收費管理模式上有較大的區(qū)別。2.2.1 本科生收費管理模式本科生收費管

10、理模式的基本流程如下：1 招生辦發(fā)出錄取通知書后，新生就可以開始通過銀行匯款進行交費，收費中心從銀行獲得新生所有匯款記錄，手工錄入數(shù)據(jù)庫（也可以由銀行提供批量數(shù)據(jù)，系統(tǒng)自動導(dǎo)入）。2 新生報到前，收費中心從招生辦獲取新生數(shù)據(jù)和新生收費標準信息，以此核對新生匯款信息，最后確定所有正確匯款學生的名單。對學生匯款超過交費標準的部分進行“轉(zhuǎn)儲蓄”操作，轉(zhuǎn)入銀行帳號系統(tǒng)，并為其建立個人存折。新生報到時，收費中心負責為匯款學生打印收費收據(jù)，有轉(zhuǎn)儲蓄的打印存折（一般情況下，已經(jīng)提前全部打完），沒有匯款的新生和匯款不夠的學生可以用現(xiàn)金和支票現(xiàn)場交費。3 注冊中心維護在校本科生的收費標準，本科生的收費標準針對一

11、類學生，即每個學生通過“所屬年級所屬專業(yè)”確定他的收費標準，“所屬年級所屬專業(yè)”在學生學籍信息里維護。4 本科生交費每年一次，一般要求一次能交清，但也允許先交一部分，在規(guī)定的時間內(nèi)交清所欠部分，超過規(guī)定時間就按相關(guān)規(guī)定收取滯納金。對于未交清學費的學生不給注冊、一直欠費的學生禁止選課和期末考試。對于不用交費的學生通過設(shè)置收費標準應(yīng)交為零實現(xiàn)。2.2.2 研究生收費管理模式研究生收費管理模式的基本流程如下：1 數(shù)據(jù)準備研究生部每學期從招生辦獲取新入學研究生名單和收費標準，并將數(shù)據(jù)轉(zhuǎn)入收費系統(tǒng)。每學期交費前對在校研究生進行收費數(shù)據(jù)準備，并維護收費標準，一般按照上一年的收費標準確定本次的收費標準。2

12、研究生的收費標準是針對每個人的，應(yīng)交費研究生所交費用包括每年應(yīng)交和一次性應(yīng)交兩部分，每年應(yīng)交必須每年按時交納，否則不允許注冊，但一次性應(yīng)交只要在畢業(yè)前交齊即可。3 研究生每學期均有一次收費，通常春季入學的研究生在春季交費，秋季入學的研究生在秋季交費。但欠費的學生可以在任何時間到收費中心交費。4 研究生到收費中心交費允許多交（即預(yù)先交納以后幾年的）、少交（雖然交費，但總數(shù)不夠，仍然欠費，不允許注冊），也允許一年內(nèi)多次交費。但收費中心不負責給學生退費，需要退費的學生由收費中心和研究生部協(xié)商，手工處理。雖然在一些高校本科生和研究生采用不同的收費模式，但是我校的本科生和研究生采用的是統(tǒng)一收費模式。即上

13、述的本科生收費管理模式。因此，此收費系統(tǒng)采用本科生收費管理模式。2.2.3 基本信息和數(shù)據(jù)準備模塊(1) 學校組織結(jié)構(gòu)信息錄入：一般的學校體系結(jié)構(gòu)為“年級院系專業(yè)班級” ，針對組織結(jié)構(gòu)的管理就是建立學校的各年級資料、各院系資料、各專業(yè)資料和班級資料檔案。實現(xiàn)資料的新建、修改和刪除。(2) 學生基本信息錄入：學生基本信息是該系統(tǒng)的重要資料，是收費處理中的最終對象。(3) 收費標準錄入：收費標準是實現(xiàn)收費的前提，也是收費的依據(jù)。此系統(tǒng)包括收費標準制定、查詢等；參照對象有：藝術(shù)類、非藝術(shù)類、專科、本科、研究生。在每次新任務(wù)建立時完成收費標準的制定。(4) 收費項目：收費項目指在某項收費任務(wù)中的具體收

14、款條目。如學費、住宿費、書本費等。(5) 收款方式：收款方式用于表示學生收/退款時的支付形式，主要是現(xiàn)金、學生帳戶（每位學生在學校都內(nèi)置了一個帳戶）、轉(zhuǎn)出（將多繳的部分以轉(zhuǎn)出到學校一卡通或者校園銀行等的一種找補方式）。2.2.4 收費處理模塊(1) 管理收費任務(wù)：主要針對每次收費活動的建立、收費標準錄入、保存學生應(yīng)收款、以及任務(wù)的結(jié)存(結(jié)轉(zhuǎn))等，是一種有條件的為學生批量記費的一種業(yè)務(wù)處理。任務(wù)管理的一般步驟如下：新建任務(wù)錄入收費標準保存應(yīng)收款生成應(yīng)收款業(yè)務(wù)操作統(tǒng)計分析(2) 管理收費：管理日常收費（主要用于處理學生在校日常零星的消費業(yè)務(wù)）、 學生預(yù)存（學生將現(xiàn)金預(yù)存到學校為每位學生開設(shè)的個人賬

15、戶上，如：校園一卡通，以后學生在學校消費時可直接從該帳戶上扣除）。有個人收費和批量收費；批量收款是一種針對選定的收費任務(wù)進行批量收款處理的業(yè)務(wù)處理功能，默認情況下，批量收款的收款方式為“現(xiàn)金” 。(3) 退費管理：有個人退費和批量退費；批量退費主要用于處理成批的滿足退費條件的學生退費業(yè)務(wù)。默認情況下，批量退款的付款方式為“現(xiàn)金”。(4) 減免管理：根據(jù)特殊情況或其他規(guī)定實現(xiàn)費用減免。有個人減免和批量減免；批量減免主要用于處理成批的滿足減免條件的學生減免業(yè)務(wù)。2.2.5 統(tǒng)計分析模塊統(tǒng)計分析是此系統(tǒng)一個非常重要的環(huán)節(jié)，統(tǒng)計信息給學校教務(wù)管理提供決策支持。大部分的報表查詢都是采用先設(shè)置查詢條件和范

16、圍，再分析出結(jié)果的操作方式。如果有得到正確的查詢結(jié)果，就必需設(shè)置正確的分析條件。根據(jù)院系、年級、專業(yè)、班級條件進行收款統(tǒng)計、欠費統(tǒng)計、減免統(tǒng)計以及學生繳費、欠費歷史記錄查詢。2.2.6 系統(tǒng)管理模塊主要完成操作人員管理，數(shù)據(jù)維護等。(1) 收費系統(tǒng)的操作人員管理收費中心、注冊中心、各院系領(lǐng)導(dǎo)和教務(wù)員通過收費系統(tǒng)可以實時查詢學生交費的結(jié)果，但系統(tǒng)對不同的登入用戶有嚴格的權(quán)限控制，各類用戶使用不同帳號進入系統(tǒng)，各自操作權(quán)限范圍內(nèi)的功能。出于安全性和財務(wù)結(jié)算制度的要求，收費中心內(nèi)部不同終端使用不同帳號。收費系統(tǒng)的用戶共分成五類：1 收費中心的管理員：維護收費公共信息，統(tǒng)計收費情況，生成財務(wù)統(tǒng)計表。2

17、 收費中心的操作員：面向?qū)W生完成收費操作。3 注冊中心的管理員：負責維護本科生的收費標準，學生注冊。4 各院系的領(lǐng)導(dǎo)和教務(wù)員：只能查詢本系學生交費情況(2) 數(shù)據(jù)維護主要是完成數(shù)據(jù)庫數(shù)據(jù)的備份和恢復(fù)操作。2.3 系統(tǒng)流程分析系統(tǒng)流程分析主要主要包括業(yè)務(wù)流程分析和數(shù)據(jù)流程分析。2.3.1 業(yè)務(wù)流程分析本科生收費管理模式的業(yè)務(wù)流程分析圖如下：銀行匯款新生匯款單新生收費中心招生辦新生名單收費標準圖2-2 本科生收費業(yè)務(wù)流程分析核對新生匯款信息正確匯款學生名單轉(zhuǎn)儲蓄超額學生制定、維護收費標準核對學生信息處理學生收費交清學費學生名單學生注冊注冊中心研究生收費管理模式的業(yè)務(wù)流程分析圖如下：招生辦研究生名單

18、收費標準制定、維護收費標準數(shù)據(jù)錄入銀行匯款新生匯款單新生核對學生信息研究生部圖2-3 研究生收費業(yè)務(wù)流程分析注冊中心2.3.2 數(shù)據(jù)流程分析根據(jù)本科生收費管理業(yè)務(wù)流程圖，可以得出本科生收費管理頂層DFD圖。如下：招生辦注冊中心收費管理系統(tǒng)新生名單收費標準報表圖2-4 本科生收費管理頂層DFD圖教務(wù)處報表對頂層數(shù)據(jù)流程圖2-2進行細分招生辦新生名單圖2-5 本科生收費管理第一層DFD圖注冊中心收費標準報表2任務(wù)管理1基本信息管理3收費管理4統(tǒng)計分析院系教務(wù)處報表報表組織結(jié)構(gòu)信息基本信息管理模塊的數(shù)據(jù)流程圖如下：招生辦新生名單1.1錄入數(shù)據(jù)教務(wù)處注冊中心收費標準組織結(jié)構(gòu)信息圖2-6 基本信息錄入D

19、FD圖3收費管理收費管理的數(shù)據(jù)流程圖如下：新生名單3.2收費處理3.1核對信息3.3匯款學生統(tǒng)計匯款學生名單3.4收費統(tǒng)計注冊中心教務(wù)處圖2-7 收費管理DFD圖3.5退費處理3.6減免處理退費統(tǒng)計表減免統(tǒng)計表收費任務(wù)數(shù)據(jù)流程圖如下：注冊中心3收費管理收費標準2.1新建任務(wù)1.1錄入數(shù)據(jù)生成應(yīng)收款圖2-8 任務(wù)管理DFD圖統(tǒng)計表2.3.3 數(shù)據(jù)字典前階段的分析收集了大量的數(shù)據(jù)載體，但這些數(shù)據(jù)還比較分散，只能局部反映組織的某項業(yè)務(wù)或部門對數(shù)據(jù)要求和現(xiàn)有的數(shù)據(jù)情況。為了對數(shù)據(jù)進行統(tǒng)一管理、存儲和操作，就應(yīng)該在數(shù)據(jù)流程進行描述之前將所有的數(shù)據(jù)進行統(tǒng)一的規(guī)范化處理。數(shù)據(jù)流程圖描述了系統(tǒng)的分解，即描述了

20、系統(tǒng)由哪些部分組成以及各部分之間的聯(lián)系等，但沒有具體說明系統(tǒng)各部分的含義。借助數(shù)據(jù)字典可以描述數(shù)據(jù)流程圖中的數(shù)據(jù)流、數(shù)據(jù)存儲、處理過程和外部實體。系統(tǒng)建立的數(shù)據(jù)字典如下：表2-1 學生數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)編號：001總編號：1-001名稱：學生基本信息相關(guān)數(shù)據(jù)流、數(shù)據(jù)存儲：說明：所有學生基本信息 班級信息、交費信息結(jié)構(gòu)：學生編號數(shù)量：約20000份 學生姓名 性別 班級編號 當前狀態(tài)表2-2 班級數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)編號：002總編號：1-002名稱：班級信息相關(guān)數(shù)據(jù)流、數(shù)據(jù)存儲：說明：所有班級信息 專業(yè)信息、年級信息結(jié)構(gòu)：班級編號數(shù)量：約300份 班級名稱 專業(yè)編號 年級編號 學制 學位 入學時間

21、當前狀態(tài)表2-3 收費項目數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)編號：003總編號：1-003名稱：收費項目相關(guān)數(shù)據(jù)流、數(shù)據(jù)存儲：說明：所有收費項目信息 項目類別結(jié)構(gòu)：項目編號數(shù)量：約40份 項目名稱 項目類別 當前狀態(tài) 備注表2-4 項目類別數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)編號：004總編號：1-004名稱：項目類別數(shù)量：約40份說明：所有項目類別信息結(jié)構(gòu)：類別編號 類別名稱 當前狀態(tài)表2-5 操作人員數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)編號：006總編號：1-006名稱：操作人員數(shù)量：約50份說明：所有操作人員信息結(jié)構(gòu)：操作員編號 操作員名稱 密碼 性別 聯(lián)系電話 備注表2-6 操作員職務(wù)數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)編號：006總編號：1-006名稱：操作員

22、職務(wù)數(shù)量：約50份說明：所有操作員職務(wù)信息結(jié)構(gòu)：職務(wù)編號 職務(wù)名稱 備注表2-7 收費任務(wù)數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)結(jié)構(gòu)編號：007總編號：1-007名稱：收費任務(wù)數(shù)量：約50份說明：所有收費任務(wù)信息結(jié)構(gòu)：任務(wù)編號 任務(wù)名稱 創(chuàng)建時間 當前狀態(tài)3 系統(tǒng)設(shè)計在設(shè)計與開發(fā)高校學費收費管理系統(tǒng)過程中，我們遵循學校教務(wù)管理的思路，以校園網(wǎng)絡(luò)環(huán)境和全校性的網(wǎng)絡(luò)共享數(shù)據(jù)庫為基礎(chǔ)，采用Client/Serve開發(fā)方式。結(jié)算中心、注冊中心、研究生部等單位密切合作，為學生收費系統(tǒng)的順利運行創(chuàng)造了有利環(huán)境。3.1 功能結(jié)構(gòu)設(shè)計按照收費系統(tǒng)與其它信息系統(tǒng)或數(shù)據(jù)源之間的數(shù)據(jù)聯(lián)系，以及系統(tǒng)本身的業(yè)務(wù)流程，可以將系統(tǒng)劃分成四個功能模塊

23、。收費系統(tǒng)的功能模塊圖如下：高校學費收費管理系統(tǒng)基本信息業(yè)務(wù)處理收費標準維護收費項目收款管理退費管理減免管理統(tǒng)計分析收款統(tǒng)計欠費統(tǒng)計減免統(tǒng)計歷史記錄查詢學校組織結(jié)構(gòu)學生基本信息圖3-1 收費系統(tǒng)主要功能模塊圖系統(tǒng)管理操作員管理數(shù)據(jù)維護職務(wù)權(quán)限管理收費任務(wù)管理根據(jù)功能模塊的劃分可得功能使用者的用例圖，如下：業(yè)務(wù)處理圖3-2 系統(tǒng)用例示意圖基本信息統(tǒng)計分析系統(tǒng)管理操作員管理數(shù)據(jù)維護職權(quán)管理欠費統(tǒng)計減免統(tǒng)計收款統(tǒng)計歷史查詢減免管理收費管理退款管理收費項目學生信息學校信息收費標準 操作員任務(wù)管理3.1.1 基本信息模塊設(shè)計(1) 學校組織結(jié)構(gòu)管理：一般的學校體系結(jié)構(gòu)為“年級院系專業(yè)班級” ，針對組織結(jié)

24、構(gòu)的管理就是建立學校的各年級資料、各院系資料、各專業(yè)資料和班級資料檔案。實現(xiàn)資料的新建、修改和刪除。(2) 學生基本信息：學生基本信息是該系統(tǒng)的重要資料，是收費處理中的最終對象。主要功能有新建、修改和刪除學生資料、學生轉(zhuǎn)班、休學、復(fù)學、退學、畢業(yè)等。(3) 收費標準：收費標準是實現(xiàn)收費的前提，也是收費的依據(jù)。此系統(tǒng)包括收費標準制定、查詢等；參照對象有：藝術(shù)類、非藝術(shù)類、?？啤⒈究?、研究生。在每次新任務(wù)建立時完成收費標準的制定。(4) 收費項目：收費項目指在某項收費任務(wù)中的具體收款條目。如學費、住宿費、書本費等。（預(yù)選收費項目：學費、住宿費、書本費、體檢費、服裝費、學雜費、借書費、計算機信息費、

25、臥具費、軍裝費、飯卡工本費、疫苗費、證書工本費、注冊費、統(tǒng)考招生費、文體衛(wèi)生費、班費、自行車保管費、取暖費、畢業(yè)證工本費、電教教材代辦費）(5) 收款方式：收款方式用于表示學生收/退款時的支付形式，主要是現(xiàn)金、學生帳戶（每位學生在學校都內(nèi)置了一個帳戶）、轉(zhuǎn)出（將多繳的部分以轉(zhuǎn)出到學校一卡通或者校園銀行等的一種找補方式）。3.1.2 業(yè)務(wù)處理模塊設(shè)計(1) 收費任務(wù)管理：主要針對每次收費活動的建立、收費標準錄入、保存學生應(yīng)收款、審核學生應(yīng)收款、以及任務(wù)的結(jié)存(結(jié)轉(zhuǎn))等，是一種有條件的為學生批量記費的一種業(yè)務(wù)處理。(2) 收費管理：管理日常收費（主要用于處理學生在校日常零星的消費業(yè)務(wù)）、 學生預(yù)存

26、（學生將現(xiàn)金預(yù)存到學校為每位學生開設(shè)的個人賬戶上，如：校園一卡通，以后學生在學校消費時可直接從該帳戶上扣除）。有個人收費和批量收費；批量收款是一種針對選定的收費任務(wù)進行批量收款處理的業(yè)務(wù)處理功能，默認情況下，批量收款的收款方式為“現(xiàn)金” 。(3) 退費管理：有個人退費和批量退費；批量退費主要用于處理成批的滿足退費條件的學生退費業(yè)務(wù)。默認情況下，批量退款的付款方式為“現(xiàn)金”。(4) 減免管理：根據(jù)特殊情況或其他規(guī)定實現(xiàn)費用減免。有個人減免和批量減免；批量減免主要用于處理成批的滿足減免條件的學生減免業(yè)務(wù)。3.1.3 統(tǒng)計分析模塊設(shè)計統(tǒng)計分析是此系統(tǒng)一個非常重要的環(huán)節(jié)，統(tǒng)計信息給學校教務(wù)管理提供決策

27、支持。大部分的報表查詢都是采用先設(shè)置查詢條件和范圍，再分析出結(jié)果的操作方式。如果有得到我們想要的查詢結(jié)果，就必需設(shè)置正確的分析條件。(1) 收款統(tǒng)計：根據(jù)院系、年級、專業(yè)、班級條件統(tǒng)計分析收費情況。(2) 欠費統(tǒng)計：根據(jù)院系、年級、專業(yè)、班級條件統(tǒng)計分析欠費情況。(3) 減免統(tǒng)計：根據(jù)院系、年級、專業(yè)、班級條件統(tǒng)計分析減免情況。(4) 歷史記錄查詢：實現(xiàn)學生的繳費、欠費查詢。3.1.4 系統(tǒng)管理模塊設(shè)計主要完成操作人員管理，數(shù)據(jù)維護等。(1) 收費系統(tǒng)的操作人員管理收費中心、注冊中心、各院系領(lǐng)導(dǎo)和教務(wù)員通過收費系統(tǒng)可以實時查詢學生交費的結(jié)果，但系統(tǒng)對不同的登入用戶有嚴格的權(quán)限控制，各類用戶使用

28、不同帳號進入系統(tǒng)，各自操作權(quán)限范圍內(nèi)的功能。出于安全性和財務(wù)結(jié)算制度的要求，收費中心內(nèi)部不同終端使用不同帳號。(2) 數(shù)據(jù)維護完成數(shù)據(jù)庫數(shù)據(jù)的備份和恢復(fù)操作。3.2 數(shù)據(jù)流程設(shè)計下面處理系統(tǒng)主要功能模塊的數(shù)據(jù)流程設(shè)計。用戶登錄流程設(shè)計如圖3-3：判斷用戶信息用戶存在提示用戶不存在判斷用戶身份是否進入用戶界面圖3-3 用戶登錄流程設(shè)計學生收費管理流程設(shè)計如圖3-4：選擇學生滿足條件提示學生不滿足條件選擇收費方式是否處理學生收費圖3-4 收費管理流程設(shè)計退費管理流程設(shè)計如圖3-5：選擇學生滿足條件提示學生不滿足條件選擇退費方式是否處理學生退費圖3-5 退費管理流程設(shè)計學費減免管理流程設(shè)計如圖3-6

29、：選擇學生滿足條件提示學生不滿足條件選擇減免方式是否處理學生學費減免圖3-6 減免管理流程設(shè)計統(tǒng)計分析流程設(shè)計如圖3-7：選擇處理任務(wù)選擇統(tǒng)計范圍匯總處理圖3-7 減免管理流程設(shè)計選擇匯總方式統(tǒng)計表3.3 數(shù)據(jù)庫設(shè)計由系統(tǒng)分析報告可以設(shè)計以下的數(shù)據(jù)庫表。系號字段含義類型1AcademyID唯一編號uniqueidentifier2AcademyNamevarchar3Status可用|禁用bit4CreateDate院系創(chuàng)建時間dateTime表3-1 院系列表（AcademyList）表3-2年級列表（GradeList）系號字段含義類型1GradeID唯一編號uniqueidentifie

30、r2GradeNamevarchar3Status可用|禁用bit4CreateDatedateTime表3-3班級列表（ClassList）系號字段含義類型1classIDuniqueidentifier2classNameVarchar3SpecialtyIDuniqueidentifier4GradeIDuniqueidentifier5EnrollmentTime入學時間datetime6SchoolingLength學制int7Degree學位varchar8Statusbit表3-4專業(yè)列表（SpecialtyList）系號字段含義類型1SpecialtyIDuniqueident

31、ifier2SpecialtyNameVarchar3AcademyIDuniqueidentifier4Statusbit表3-5學生基本信息表（StudentList）系號字段含義類型1StudentIDuniqueidentifier2StudentNameVarchar3ClassIDuniqueidentifier4Statusbit5Sexbit6OffTimedatetime7OffCausevarchar8Predepositionmoney9Balance帳戶余額money表3-6操作人員（Users）系號字段含義類型1userIDuniqueidentifier2userN

32、ameVarchar3sexbit4phoneVarchar5mamoVarchar6userPWDvarchar表3-7職務(wù)列表（DutyList）系號字段含義類型1dutyIDuniqueidentifier2dutyNameVarchar3memovarchar表3-8收費項目（ChargeItems）系號字段含義類型1ItemIDuniqueidentifier2ItemNameVarchar3TypeIDuniqueidentifier4Statusbit5memoVarchar表3-9項目類別（ItemType）系號字段含義類型1TypeIDuniqueidentifier2Typ

33、eNameVarchar3Statusbit表3-10收款方式（GatheringMode）系號字段含義類型1ModeIDuniqueidentifier2ModeNameVarchar3Statusbit4RelationBank是否與銀行關(guān)聯(lián)bit5mamoVarchar表3-11銀行列表（BankList）系號字段含義類型1BankIDuniqueidentifier2BankNameVarchar3StatusvarChar表3-12任務(wù)列表（ChargeTaskList）系號字段含義類型1TaskIDuniqueidentifier2TaskNameVarchar3TaskTypet

34、inyint4CreateDatedatetime5Statusbit6RelateTaskIDuniqueidentifier表3-13任務(wù)項目列表系號字段含義類型1TaskIDuniqueidentifier2ItemIDuniqueidentifier表3-14X任務(wù)列表（TaskList）系號字段含義類型1StudentIDuniqueidentifier2ItemIDuniqueidentifier3AccountReceivablemoney4Remissionmoney5Refundmentmoney6Gatheringmoney7ReceivableGistVarchar8Re

35、missionGistVarchar9RefundmentGistVarchar10CarryforwordMoneydecimal數(shù)據(jù)庫表關(guān)系圖3.4 輸入輸出設(shè)計系統(tǒng)主要使用的輸出方式是屏幕顯示，而系統(tǒng)的主要輸入方式是鍵盤輸入。對輸入的數(shù)據(jù)是通過程序進行驗證。完成系統(tǒng)設(shè)計階段后，就可以進入系統(tǒng)實施階段了。4 系統(tǒng)實施4.1 物理系統(tǒng)實施該系統(tǒng)采用客戶機/服務(wù)器體系結(jié)構(gòu)，系統(tǒng)軟件采用windows server 2000或windows server 2000以上版本。4.2 程序設(shè)計該系統(tǒng)采用客戶機/服務(wù)器體系結(jié)構(gòu)。程序設(shè)計按照應(yīng)用層的不同分為前臺和后臺，前臺主要為數(shù)據(jù)收集、客戶端信息處理和信息查詢服務(wù)。后臺的程序主要完成數(shù)據(jù)更新和數(shù)據(jù)訪問。在后臺采用Microsoft SQL Server 2000 數(shù)據(jù)庫系統(tǒng)，系統(tǒng)開發(fā)工具選擇Microsoft Visual Studio 2003 .NET可視化集成開發(fā)環(huán)境4.3 系統(tǒng)主要程序代碼在具體的程序編寫之前，先對App.config文件進行編輯，