高校學費收費管理信息系統(tǒng)分析與設計說明_第1頁
高校學費收費管理信息系統(tǒng)分析與設計說明_第2頁
高校學費收費管理信息系統(tǒng)分析與設計說明_第3頁
高校學費收費管理信息系統(tǒng)分析與設計說明_第4頁
高校學費收費管理信息系統(tǒng)分析與設計說明_第5頁
已閱讀5頁,還剩23頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

./高校學費收費管理信息系統(tǒng)分析與設計摘要隨著校園網環(huán)境的建設和學校教務管理改革的進一步深化,學生收費的工作模式已經從原來的學校院系二級管理模式轉變?yōu)閷W校一級管理模式。本文提出的基于校園網的學生收費系統(tǒng),采用了Client/Server開發(fā)方式,給學生提供了靈活方便的收費服務,提高了學校收費管理部門的工作效率,并為其它部門和相關人員提供實時收費信息服務。關鍵詞學生收費系統(tǒng);綜合教務管理系統(tǒng);結算中心;收費標準AbstractWiththedevelopmentofcampusnetworkandthereformationofeducationaladministration,themodeoftuitionadministrationhaschangedintooneadministrativelevelfromtwoadministrativelevels.Thetuitionsystembasedoncampusnetwork,describedbythisarticle,adoptthemethodofC/S,providesconvenientserviceforstudents,improvesworkefficiencyoftuitionadministrationdepartment,andprovidesreal-timeinformationserviceforotherdepartmentsandpersons.Keywordtuitionsystem;all-aroundeducationaladministrationsystem;centerofsettlingaccount,tuitionstandard緒論開發(fā)背景近幾年,很多高校都在不斷擴招,擴招后的高校在加大硬件設備建設的同時,也在不斷的調整、完善學校的教務管理,隨著學校教務管理改革的進一步深化,教務管理各個環(huán)節(jié)的相關數據都由各個院系集中到學校,形成了全校性的網絡共享數據庫,縮短了信息流通的渠道,在數據的與時性、一致性、共享性等方面上都取得了顯著成效。為適應學校集中管理模式開發(fā)XX石油大學網上綜合教務管理系統(tǒng),大大促進了學校教務管理工作的規(guī)X化、科學化,為廣大教師和學生提供了大量的信息服務。學生收費作為學校綜合教務管理系統(tǒng)的一個重要環(huán)節(jié),對教務系統(tǒng)的其它環(huán)節(jié)有著很大的影響,特別是針對學生的管理。舊的收費系統(tǒng),功能簡單,只是在一定程度減輕操作員的計算量,任務仍然很繁重、過程復雜、統(tǒng)計量大,而且容易出錯、不方便管理。顯然舊的系統(tǒng)已經不能滿足現在管理的要求,因此,學校決定采用新的收費軟件來完成操作人員大量的計算、統(tǒng)計、查詢工作,減輕操作人員的工作量,提高工作效率。同時能夠為相關的部門提供與時的、準確的、完整的信息。新的收費系統(tǒng)需要從教務處獲取學生類別和收費標準,給注冊、選課提供學生交費信息,同時給教務處、研究生部、財務處等部門提供收費信息服務和決策支持。相對于舊的收費系統(tǒng),主要解決了以下問題:所有學生直接去收費中心交費,安全方便,同時省去了很多麻煩。學生可以根據實際情況通過現金、匯款、儲蓄存折、支票等方式交費。新的收費模式給其它部門和相關人員提供實時的統(tǒng)計查詢功能。學生交費與學生注冊相關聯,而學生注冊與學生選課相關聯,從而解決了學生拖費欠費的老問題。社會上其它的收費系統(tǒng)應用對象比較廣,但功能不夠具體,無法滿足特定管理體制下的收費管理系統(tǒng)的要求在系統(tǒng)開發(fā)之前我們有必要對系統(tǒng)進行總體規(guī)劃,確定系統(tǒng)的目標并進行可行性分析。新系統(tǒng)規(guī)劃新系統(tǒng)總體目標設定與可行性分析新系統(tǒng)目標設定高校學費收費管理信息系統(tǒng)的主要目標是:實現相關部門之間的信息共享,保證信息傳遞的準確、完整;采用簡捷的圖形化人機界面,操作簡單、容易,提高工作效率;對各種數據匯總,進行輔助決策??尚行苑治隹尚行苑治鲋饕歉鶕畔⑿枨蠛唾Y源環(huán)境等約束,判斷高校學費收費管理信息系統(tǒng)的的必要性和可能性。分別在技術、經濟和開發(fā)環(huán)境上對高校的學費收費管理信息系統(tǒng)進行可行性研究?!?〕技術上的可行性。一方面,學校有較好的科學管理基礎,現行系統(tǒng)基礎數據比較完整、合理。有利于歷史數據的轉換和載入;另一方面,學校具有較好的計算機配置和網絡實施,學校更有很好的內部局域網。新的系統(tǒng)無論在軟件還是硬件方面都不會有大的困難?!?〕經濟上的可行性。經濟上的可行性包括資金上的可得性和經濟上的合理性。資金上的可得性。學校高層領導十分重視學校信息化建設,對各項信息建設都有足夠的資金投入,所以在資金上的需求不成問題。經濟上的合理性。系統(tǒng)帶來的經濟效益主要表現在間接的效益上,這些間接效益表現在:節(jié)省了人力,降低了勞動強度;通過計算機管理,降低了成本和其他管理費用;提供很好的匯總和查詢功能,可以進行輔助決策;為相關的部門提供與時、準確的共享信息?!?〕管理上的可行性。學校合理的管理體制,為現行系統(tǒng)提供了比較完整的基礎數據,也為新系統(tǒng)的運行提供了保障?!?〕開發(fā)環(huán)境上的可行性。該系統(tǒng)的開發(fā)得到了組織中各層人員的支持配合,給系統(tǒng)開發(fā)提供了一個很好的開發(fā)環(huán)境。開發(fā)方法與工具的選用該系統(tǒng)采用客戶機/服務器體系結構。系統(tǒng)開發(fā)采用面向對象系統(tǒng)開發(fā)方法,程序設計按照應用層的不同分為前臺和后臺,前臺主要為數據收集、客戶端信息處理和信息查詢服務。后臺的程序主要完成數據更新和數據訪問。在后臺采用MicrosoftSQLServer2000數據庫系統(tǒng),系統(tǒng)開發(fā)工具選擇MicrosoftVisualStudio2003.NET可視化集成開發(fā)環(huán)境在完成新系統(tǒng)的總體規(guī)劃和可行性分析以與可行性研究報告得到批準后,就進入了系統(tǒng)分析和設計階段。系統(tǒng)需求分析這部分主要完成系統(tǒng)的管理結構分析和功能需求分析。管理結構分析前面了解到學校的收費管理模式發(fā)生轉變,學校管理結構和領導層次關系也相應的發(fā)生改變。系統(tǒng)組織結構圖如下:學校學校財務處收費中心教務處注冊中心各院系圖2-1組織結構圖其他部門系統(tǒng)功能需求分析學費收費管理系統(tǒng)能夠同時對本科生和研究生進行收費,但一些高校在本科生和研究生收費管理模式上有較大的區(qū)別。本科生收費管理模式本科生收費管理模式的基本流程如下:招生辦發(fā)出錄取通知書后,新生就可以開始通過銀行匯款進行交費,收費中心從銀行獲得新生所有匯款記錄,手工錄入數據庫〔也可以由銀行提供批量數據,系統(tǒng)自動導入〕。新生報到前,收費中心從招生辦獲取新生數據和新生收費標準信息,以此核對新生匯款信息,最后確定所有正確匯款學生的。對學生匯款超過交費標準的部分進行"轉儲蓄"操作,轉入銀行XX系統(tǒng),并為其建立個人存折。新生報到時,收費中心負責為匯款學生打印收費收據,有轉儲蓄的打印存折〔一般情況下,已經提前全部打完〕,沒有匯款的新生和匯款不夠的學生可以用現金和支票現場交費。注冊中心維護在校本科生的收費標準,本科生的收費標準針對一類學生,即每個學生通過"所屬年級+所屬專業(yè)"確定他的收費標準,"所屬年級+所屬專業(yè)"在學生學籍信息里維護。本科生交費每年一次,一般要求一次能交清,但也允許先交一部分,在規(guī)定的時間內交清所欠部分,超過規(guī)定時間就按相關規(guī)定收取滯納金。對于未交清學費的學生不給注冊、一直欠費的學生禁止選課和期末考試。對于不用交費的學生通過設置收費標準應交為零實現。研究生收費管理模式研究生收費管理模式的基本流程如下:數據準備研究生部每學期從招生辦獲取新入學研究生和收費標準,并將數據轉入收費系統(tǒng)。每學期交費前對在校研究生進行收費數據準備,并維護收費標準,一般按照上一年的收費標準確定本次的收費標準。研究生的收費標準是針對每個人的,應交費研究生所交費用包括每年應交和一次性應交兩部分,每年應交必須每年按時交納,否則不允許注冊,但一次性應交只要在畢業(yè)前交齊即可。研究生每學期均有一次收費,通常春季入學的研究生在春季交費,秋季入學的研究生在秋季交費。但欠費的學生可以在任何時間到收費中心交費。研究生到收費中心交費允許多交〔即預先交納以后幾年的〕、少交〔雖然交費,但總數不夠,仍然欠費,不允許注冊〕,也允許一年內多次交費。但收費中心不負責給學生退費,需要退費的學生由收費中心和研究生部協商,手工處理。雖然在一些高校本科生和研究生采用不同的收費模式,但是我校的本科生和研究生采用的是統(tǒng)一收費模式。即上述的本科生收費管理模式。因此,此收費系統(tǒng)采用本科生收費管理模式?;拘畔⒑蛿祿蕚淠K學校組織結構信息錄入:一般的學校體系結構為"年級\院系\專業(yè)\班級",針對組織結構的管理就是建立學校的各年級資料、各院系資料、各專業(yè)資料和班級資料檔案。實現資料的新建、修改和刪除。學生基本信息錄入:學生基本信息是該系統(tǒng)的重要資料,是收費處理中的最終對象。收費標準錄入:收費標準是實現收費的前提,也是收費的依據。此系統(tǒng)包括收費標準制定、查詢等;參照對象有:藝術類、非藝術類、???、本科、研究生。在每次新任務建立時完成收費標準的制定。收費項目:收費項目指在某項收費任務中的具體收款條目。如學費、住宿費、書本費等。收款方式:收款方式用于表示學生收/退款時的支付形式,主要是現金、學生XX〔每位學生在學校都內置了一個XX〕、轉出〔將多繳的部分以轉出到學校一卡通或者校園銀行等的一種找補方式〕。收費處理模塊管理收費任務:主要針對每次收費活動的建立、收費標準錄入、保存學生應收款、以與任務的結存<結轉>等,是一種有條件的為學生批量記費的一種業(yè)務處理。任務管理的一般步驟如下:新建任務新建任務錄入收費標準保存應收款生成應收款業(yè)務操作統(tǒng)計分析管理收費:管理日常收費〔主要用于處理學生在校日常零星的消費業(yè)務〕、學生預存〔學生將現金預存到學校為每位學生開設的個人賬戶上,如:校園一卡通,以后學生在學校消費時可直接從該XX上扣除〕。有個人收費和批量收費;批量收款是一種針對選定的收費任務進行批量收款處理的業(yè)務處理功能,默認情況下,批量收款的收款方式為"現金"。退費管理:有個人退費和批量退費;批量退費主要用于處理成批的滿足退費條件的學生退費業(yè)務。默認情況下,批量退款的付款方式為"現金"。減免管理:根據特殊情況或其他規(guī)定實現費用減免。有個人減免和批量減免;批量減免主要用于處理成批的滿足減免條件的學生減免業(yè)務。統(tǒng)計分析模塊統(tǒng)計分析是此系統(tǒng)一個非常重要的環(huán)節(jié),統(tǒng)計信息給學校教務管理提供決策支持。大部分的報表查詢都是采用先設置查詢條件和X圍,再分析出結果的操作方式。如果有得到正確的查詢結果,就必需設置正確的分析條件。根據院系、年級、專業(yè)、班級條件進行收款統(tǒng)計、欠費統(tǒng)計、減免統(tǒng)計以與學生繳費、欠費歷史記錄查詢。系統(tǒng)管理模塊主要完成操作人員管理,數據維護等。收費系統(tǒng)的操作人員管理收費中心、注冊中心、各院系領導和教務員通過收費系統(tǒng)可以實時查詢學生交費的結果,但系統(tǒng)對不同的登入用戶有嚴格的權限控制,各類用戶使用不同XX進入系統(tǒng),各自操作權限X圍內的功能。出于安全性和財務結算制度的要求,收費中心內部不同終端使用不同XX。收費系統(tǒng)的用戶共分成五類:收費中心的管理員:維護收費公共信息,統(tǒng)計收費情況,生成財務統(tǒng)計表。收費中心的操作員:面向學生完成收費操作。注冊中心的管理員:負責維護本科生的收費標準,學生注冊。各院系的領導和教務員:只能查詢本系學生交費情況數據維護主要是完成數據庫數據的備份和恢復操作。系統(tǒng)流程分析系統(tǒng)流程分析主要主要包括業(yè)務流程分析和數據流程分析。業(yè)務流程分析本科生收費管理模式的業(yè)務流程分析圖如下:銀行匯款銀行匯款新生匯款單新生收費中心招生辦新生收費標準圖2-2本科生收費業(yè)務流程分析核對新生匯款信息正確匯款學生轉儲蓄超額學生制定、維護收費標準核對學生信息處理學生收費交清學費學生學生注冊注冊中心研究生收費管理模式的業(yè)務流程分析圖如下:招生辦招生辦研究生收費標準制定、維護收費標準數據錄入銀行匯款新生匯款單新生核對學生信息研究生部圖2-3研究生收費業(yè)務流程分析注冊中心數據流程分析根據本科生收費管理業(yè)務流程圖,可以得出本科生收費管理頂層DFD圖。如下:招生辦招生辦注冊中心收費管理系統(tǒng)新生收費標準報表圖2-4本科生收費管理頂層DFD圖教務處報表對頂層數據流程圖2-2進行細分招生辦招生辦新生圖2-5本科生收費管理第一層DFD圖注冊中心收費標準報表2任務管理1基本信息管理3收費管理4統(tǒng)計分析院系教務處報表報表組織結構信息基本信息管理模塊的數據流程圖如下:招生辦招生辦新生1.1錄入數據教務處注冊中心收費標準組織結構信息圖2-6基本信息錄入DFD圖3收費管理收費管理的數據流程圖如下:新生新生3.2收費處理3.1核對信息3.3匯款學生統(tǒng)計匯款學生3.4收費統(tǒng)計注冊中心教務處圖2-7收費管理DFD圖3.5退費處理3.6減免處理退費統(tǒng)計表減免統(tǒng)計表收費任務數據流程圖如下:注冊中心注冊中心3收費管理收費標準2.1新建任務1.1錄入數據生成應收款圖2-8任務管理DFD圖統(tǒng)計表數據字典前階段的分析收集了大量的數據載體,但這些數據還比較分散,只能局部反映組織的某項業(yè)務或部門對數據要求和現有的數據情況。為了對數據進行統(tǒng)一管理、存儲和操作,就應該在數據流程進行描述之前將所有的數據進行統(tǒng)一的規(guī)X化處理。數據流程圖描述了系統(tǒng)的分解,即描述了系統(tǒng)由哪些部分組成以與各部分之間的聯系等,但沒有具體說明系統(tǒng)各部分的含義。借助數據字典可以描述數據流程圖中的數據流、數據存儲、處理過程和外部實體。系統(tǒng)建立的數據字典如下:表2-1學生數據結構數據結構編號:001總編號:1-001名稱:學生基本信息相關數據流、數據存儲:說明:所有學生基本信息班級信息、交費信息結構:學生編號數量:約20000份學生XX性別班級編號當前狀態(tài)表2-2班級數據結構數據結構編號:002總編號:1-002名稱:班級信息相關數據流、數據存儲:說明:所有班級信息專業(yè)信息、年級信息結構:班級編號數量:約300份班級名稱專業(yè)編號年級編號學制學位入學時間當前狀態(tài)表2-3收費項目數據結構數據結構編號:003總編號:1-003名稱:收費項目相關數據流、數據存儲:說明:所有收費項目信息項目類別結構:項目編號數量:約40份項目名稱項目類別當前狀態(tài)[備注]表2-4項目類別數據結構數據結構編號:004總編號:1-004名稱:項目類別數量:約40份說明:所有項目類別信息結構:類別編號類別名稱當前狀態(tài)表2-5操作人員數據結構數據結構編號:006總編號:1-006名稱:操作人員數量:約50份說明:所有操作人員信息結構:操作員編號操作員名稱密碼性別[備注]表2-6操作員職務數據結構數據結構編號:006總編號:1-006名稱:操作員職務數量:約50份說明:所有操作員職務信息結構:職務編號職務名稱[備注]表2-7收費任務數據結構數據結構編號:007總編號:1-007名稱:收費任務數量:約50份說明:所有收費任務信息結構:任務編號任務名稱創(chuàng)建時間當前狀態(tài)系統(tǒng)設計在設計與開發(fā)高校學費收費管理系統(tǒng)過程中,我們遵循學校教務管理的思路,以校園網絡環(huán)境和全校性的網絡共享數據庫為基礎,采用Client/Serve開發(fā)方式。結算中心、注冊中心、研究生部等單位密切合作,為學生收費系統(tǒng)的順利運行創(chuàng)造了有利環(huán)境。功能結構設計按照收費系統(tǒng)與其它信息系統(tǒng)或數據源之間的數據聯系,以與系統(tǒng)本身的業(yè)務流程,可以將系統(tǒng)劃分成四個功能模塊。收費系統(tǒng)的功能模塊圖如下:高校學費收費管理系統(tǒng)高校學費收費管理系統(tǒng)基本信息業(yè)務處理收費標準維護收費項目收款管理退費管理減免管理統(tǒng)計分析收款統(tǒng)計欠費統(tǒng)計減免統(tǒng)計歷史記錄查詢學校組織結構學生基本信息圖3-1收費系統(tǒng)主要功能模塊圖系統(tǒng)管理操作員管理數據維護職務權限管理收費任務管理根據功能模塊的劃分可得功能使用者的用例圖,如下:業(yè)務處理業(yè)務處理圖3-2系統(tǒng)用例示意圖基本信息統(tǒng)計分析系統(tǒng)管理操作員管理數據維護職權管理欠費統(tǒng)計減免統(tǒng)計收款統(tǒng)計歷史查詢減免管理收費管理退款管理收費項目學生信息學校信息收費標準操作員任務管理基本信息模塊設計學校組織結構管理:一般的學校體系結構為"年級\院系\專業(yè)\班級",針對組織結構的管理就是建立學校的各年級資料、各院系資料、各專業(yè)資料和班級資料檔案。實現資料的新建、修改和刪除。學生基本信息:學生基本信息是該系統(tǒng)的重要資料,是收費處理中的最終對象。主要功能有新建、修改和刪除學生資料、學生轉班、休學、復學、退學、畢業(yè)等。收費標準:收費標準是實現收費的前提,也是收費的依據。此系統(tǒng)包括收費標準制定、查詢等;參照對象有:藝術類、非藝術類、??啤⒈究?、研究生。在每次新任務建立時完成收費標準的制定。收費項目:收費項目指在某項收費任務中的具體收款條目。如學費、住宿費、書本費等?!差A選收費項目:學費、住宿費、書本費、體檢費、服裝費、學雜費、借書費、計算機信息費、臥具費、軍裝費、飯卡工本費、疫苗費、證書工本費、注冊費、統(tǒng)考招生費、文體衛(wèi)生費、班費、自行車保管費、取暖費、畢業(yè)證工本費、電教教材代辦費〕收款方式:收款方式用于表示學生收/退款時的支付形式,主要是現金、學生XX〔每位學生在學校都內置了一個XX〕、轉出〔將多繳的部分以轉出到學校一卡通或者校園銀行等的一種找補方式〕。業(yè)務處理模塊設計收費任務管理:主要針對每次收費活動的建立、收費標準錄入、保存學生應收款、審核學生應收款、以與任務的結存<結轉>等,是一種有條件的為學生批量記費的一種業(yè)務處理。收費管理:管理日常收費〔主要用于處理學生在校日常零星的消費業(yè)務〕、學生預存〔學生將現金預存到學校為每位學生開設的個人賬戶上,如:校園一卡通,以后學生在學校消費時可直接從該XX上扣除〕。有個人收費和批量收費;批量收款是一種針對選定的收費任務進行批量收款處理的業(yè)務處理功能,默認情況下,批量收款的收款方式為"現金"。退費管理:有個人退費和批量退費;批量退費主要用于處理成批的滿足退費條件的學生退費業(yè)務。默認情況下,批量退款的付款方式為"現金"。減免管理:根據特殊情況或其他規(guī)定實現費用減免。有個人減免和批量減免;批量減免主要用于處理成批的滿足減免條件的學生減免業(yè)務。統(tǒng)計分析模塊設計統(tǒng)計分析是此系統(tǒng)一個非常重要的環(huán)節(jié),統(tǒng)計信息給學校教務管理提供決策支持。大部分的報表查詢都是采用先設置查詢條件和X圍,再分析出結果的操作方式。如果有得到我們想要的查詢結果,就必需設置正確的分析條件。收款統(tǒng)計:根據院系、年級、專業(yè)、班級條件統(tǒng)計分析收費情況。欠費統(tǒng)計:根據院系、年級、專業(yè)、班級條件統(tǒng)計分析欠費情況。減免統(tǒng)計:根據院系、年級、專業(yè)、班級條件統(tǒng)計分析減免情況。歷史記錄查詢:實現學生的繳費、欠費查詢。系統(tǒng)管理模塊設計主要完成操作人員管理,數據維護等。收費系統(tǒng)的操作人員管理收費中心、注冊中心、各院系領導和教務員通過收費系統(tǒng)可以實時查詢學生交費的結果,但系統(tǒng)對不同的登入用戶有嚴格的權限控制,各類用戶使用不同XX進入系統(tǒng),各自操作權限X圍內的功能。出于安全性和財務結算制度的要求,收費中心內部不同終端使用不同XX。數據維護完成數據庫數據的備份和恢復操作。數據流程設計下面處理系統(tǒng)主要功能模塊的數據流程設計。用戶登錄流程設計如圖3-3:判斷用戶信息判斷用戶信息用戶存在提示用戶不存在判斷用戶身份是否進入用戶界面圖3-3用戶登錄流程設計學生收費管理流程設計如圖3-4:選擇學生選擇學生滿足條件提示學生不滿足條件選擇收費方式是否處理學生收費圖3-4收費管理流程設計退費管理流程設計如圖3-5:選擇學生選擇學生滿足條件提示學生不滿足條件選擇退費方式是否處理學生退費圖3-5退費管理流程設計學費減免管理流程設計如圖3-6:選擇學生選擇學生滿足條件提示學生不滿足條件選擇減免方式是否處理學生學費減免圖3-6減免管理流程設計統(tǒng)計分析流程設計如圖3-7:選擇處理任務選擇處理任務選擇統(tǒng)計X圍匯總處理圖3-7減免管理流程設計選擇匯總方式統(tǒng)計表數據庫設計由系統(tǒng)分析報告可以設計以下的數據庫表。系號字段含義類型1AcademyID唯一編號uniqueidentifier2AcademyNamevarchar3Status可用|禁用bit4CreateDate院系創(chuàng)建時間dateTime表3-1院系列表〔AcademyList〕表3-2年級列表〔GradeList〕系號字段含義類型1GradeID唯一編號uniqueidentifier2GradeNamevarchar3Status可用|禁用bit4CreateDatedateTime表3-3班級列表〔ClassList〕系號字段含義類型1classIDuniqueidentifier2classNameVarchar3SpecialtyIDuniqueidentifier4GradeIDuniqueidentifier5EnrollmentTime入學時間datetime6SchoolingLength學制int7Degree學位varchar8Statusbit表3-4專業(yè)列表〔SpecialtyList〕系號字段含義類型1SpecialtyIDuniqueidentifier2SpecialtyNameVarchar3AcademyIDuniqueidentifier4Statusbit表3-5學生基本信息表〔StudentList〕系號字段含義類型1StudentIDuniqueidentifier2StudentNameVarchar3ClassIDuniqueidentifier4Statusbit5Sexbit6OffTimedatetime7OffCausevarchar8Predepositionmoney9BalanceXX余額money表3-6操作人員〔Users〕系號字段含義類型1userIDuniqueidentifier2userNameVarchar3sexbit4phoneVarchar5mamoVarchar6userPWDvarchar表3-7職務列表〔DutyList〕系號字段含義類型1dutyIDuniqueidentifier2dutyNameVarchar3memovarchar表3-8收費項目〔ChargeItems〕系號字段含義類型1ItemIDuniqueidentifier2ItemNameVarchar3TypeIDuniqueidentifier4Statusbit5memoVarchar表3-9項目類別〔ItemType〕系號字段含義類型1TypeIDuniqueidentifier2TypeNameVarchar3Statusbit表3-10收款方式〔GatheringMode〕系號字段含義類型1ModeIDuniqueidentifier2ModeNameVarchar3Statusbit4RelationBank是否與銀行關聯bit5mamoVarchar表3-11銀行列表〔BankList〕系號字段含義類型1BankIDuniqueidentifier2BankNameVarchar3StatusvarChar表3-12任務列表〔ChargeTaskList〕系號字段含義類型1TaskIDuniqueidentifier2TaskNameVarchar3TaskTypetinyint4CreateDatedatetime5Statusbit6RelateTaskIDuniqueidentifier表3-13任務項目列表系號字段含義類型1TaskIDuniqueidentifier2ItemIDuniqueidentifier表3-14X任務列表〔TaskList〕系號字段含義類型1StudentIDuniqueidentifier2ItemIDuniqueidentifier3AccountReceivablemoney4Remissionmoney5Refundmentmoney6Gatheringmoney7ReceivableGistVarchar8RemissionGistVarchar9RefundmentGistVarchar10CarryforwordMoneydecimal數據庫表關系圖輸入輸出設計系統(tǒng)主要使用的輸出方式是屏幕顯示,而系統(tǒng)的主要輸入方式是鍵盤輸入。對輸入的數據是通過程序進行驗證。完成系統(tǒng)設計階段后,就可以進入系統(tǒng)實施階段了。系統(tǒng)實施物理系統(tǒng)實施該系統(tǒng)采用客戶機/服務器體系結構,系統(tǒng)軟件采用windowsserver2000或windowsserver2000以上版本。程序設計該系統(tǒng)采用客戶機/服務器體系結構。程序設計按照應用層的不同分為前臺和后臺,前臺主要為數據收集、客戶端信息處理和信息查詢服務。后臺的程序主要完成數據更新和數據訪問。在后臺采用MicrosoftSQLServer2000數據庫系統(tǒng),系統(tǒng)開發(fā)工具選擇MicrosoftVisualStudio2003.NE

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論