銀行學生助學貸款管理系統(tǒng)

銀行學生助學貸款管理系統(tǒng)1緒論1.1系統(tǒng)開發(fā)背景隨著社會的進步，信息化已成為整個社會的趨勢。自從國家開放“綠色通道”以來，助學貸款在高校中已成為一個重要的部分。據(jù)了解除西南交通大學剛剛開發(fā)了此系統(tǒng)外，其他大多數(shù)的高校助學貸款中心的管理員和統(tǒng)計人員仍主要使用傳統(tǒng)的手工記賬工具，經常要翻閱大量的臺賬，運用計算器等輔助計算工具進行計算、統(tǒng)計、制作報表。采用這種工作方式量大、效率低、易出錯、準確性差、及時性差，而且有大量報表需要存檔，查找麻煩。同時，這種方式提供的信息量不夠大，且比較單一，不能滿足現(xiàn)代信貸管理工作對大量數(shù)據(jù)和信息進行需求分析的需求。為了使管理人員從繁瑣的手工勞動中解脫出來，提高工作人員的工作效率，降低管理成本，節(jié)約存儲空間，開發(fā)一個管理系統(tǒng)十分必要。本課題是在上述背景下建立一個針對學生助學貸款的小型的網絡管理平臺。本系統(tǒng)具有速度快、精度高、存儲信息量大的特點。不僅可以對數(shù)據(jù)和信息進行規(guī)范化處理，而且實現(xiàn)了信息資源的有效利用和學校內部的信息共享，實現(xiàn)了網絡化管理和電子管理。2管理信息系統(tǒng)簡介管理信息系統(tǒng)就是常說的MIS（ManagementInformationSystem）,它是20世紀80年代才逐漸形成的一門新學科，其概念至今尚無統(tǒng)一的定義，其理論基礎尚不完善，但從國內外學者給MIS所下的定義來看，人們對MIS的認識在逐步加深，MIS的定義也在逐漸發(fā)展和成熟。(1)MIS的定義MIS的定義有很多種，研究者們從各自的角度出發(fā)給出了不同的定義。MIS的一個定義是：一個管理信息系統(tǒng)是能夠提供過去、現(xiàn)在和將來預期信息的一種有條理的方式，這些信息涉及到內部業(yè)務和外部情報。它按適當?shù)臅r間間隔供給格式相同的信息。支持一個組織的計劃、控制和操作功能，以便輔助決策制定過程；MIS的另一個定義是：MIS是一個由人、計算機等組成的能進行信息的收集、傳送、儲存、維護和使用的系統(tǒng)，能夠實測企業(yè)的各種運行情況，并利用過去的歷史數(shù)據(jù)預測未來，從企業(yè)全局的角度出發(fā)輔助企業(yè)進行決策，利用信息控制企業(yè)的行為，幫助企業(yè)實現(xiàn)其規(guī)劃目標[1-3]。(2)MIS的主要功能管理信息系統(tǒng)是一類面向管理的信息系統(tǒng)，它以解決結構化的管理決策問題為目的。它的三項主要功能是：=1\*GB3①信息處理。=2\*GB3②輔助事物處理、輔助組織管理。=3\*GB3③支持決策。(3)MIS的結構MIS的結構有下列幾種：=1\*GB3①總體結構：信息源、信息處理器、信息用戶、信息管理者。=2\*GB3②物理結構：物理組成、處理功能、用戶需要的輸出。=3\*GB3③層次結構：用于執(zhí)行控制的信息系統(tǒng)、管理控制的信息系統(tǒng)、戰(zhàn)略計劃的信息系統(tǒng)。=4\*GB3④職能結構：一般企業(yè)的職能子系統(tǒng)有市場銷售子系統(tǒng)、生產管理子系統(tǒng)、物資供應子系統(tǒng)、人事管理子系統(tǒng)、財會管理子系統(tǒng)、信息管理子系統(tǒng)、高層管理子系統(tǒng)。=5\*GB3⑤空間分布結構：集中式系統(tǒng)、分布式系統(tǒng)。(4)MIS設計原則管理信息系統(tǒng)的設計與開發(fā)是一項系統(tǒng)工程，為了保證系統(tǒng)的質量，設計人員必須遵守共同的設計原則，盡可能的提高系統(tǒng)的各項指標。具體的設計原則如下：=1\*GB3①實用性原則=2\*GB3②可擴展性和可維護性原則=3\*GB3③安全可靠性原則=4\*GB3④用戶界面設計原則=5\*GB3⑤數(shù)據(jù)庫設計原則:一致性原則;完整性原則;安全性原則;可伸縮性原則[5]1.3銀行生助學貸款概述1.3.1出臺背景1997年，中國高等教育成功實現(xiàn)從免費教育向成本補償制度的過渡。在高等教育規(guī)模的迅速擴大和公共財政預算約束的條件下，加大高等教育成本補償力度，有利于在較大程度上緩和日益緊縮的高等教育財政和經費供求矛盾，從而滿足居民對高等教育的旺盛需求，但另一方面，迅速提高的學費水平，已經嚴重影響低收入家庭接受高等教育的機會和積極性，成為影響社會不穩(wěn)定的重要潛在因素。因此，必須建立一套適當?shù)膶W生資助機制幫助困難學生順利的完成學業(yè)，以保證教育機會的公平和效率，助學貸款政策應運而生。1.3.2產生原因(1)高等教育規(guī)模持續(xù)擴大(2)教育財政資源供給不足(3)高等教育成本分擔機制改革(4)貧困生就業(yè)難問題日趨尖銳1.3.3中國助學貸款政策的演變階段第一階段：獨家承辦，提供擔保，風險承擔第二階段：明確體系，放松擔保，取消補償?shù)谌A段：擴大范圍，放寬條件，確定核銷第四階段：實行“四定”“三考核”*四定：定學校、定范圍、定額度、定銀行*三考核：按月考核經辦銀行國家助學貸款的申請人數(shù)和申請金額；考核已審批貸款人數(shù)和貸款合同金額；考核實際發(fā)放貸款人數(shù)和發(fā)放金額1.3.4助學貸款的基本特征(1)外部性(2)確定性(3)相對矛盾性(4)政府參與性1.3.5中國助學貸款特征分析：(1)行政推動特征(2)社會福利性質(3)助學興教特質(4)消費信用特征(5)一項最寬松的信貸政策1.3.6中國助學貸款的問題和局限一些國家助學貸款的問題和局限直接導致了助學貸款的失敗記錄。這些問題和局限有些是發(fā)展中國家特有的，有些是所有國家共同面臨的；有些是政策性的，有些是管理性的。最嚴重的問題和局限包括下面六個方面：(1)傳統(tǒng)的根深蒂固的觀念認為，接受高等教育應該是公眾的權利，因此承擔高校教育開支是政府的事情。(2)高等教育的人均成本非常高，尤其是在大多數(shù)發(fā)展中國家，本已昂貴的高等教育成本隨極度夸張的入學壓力而加劇。(3)一些國家，大學畢業(yè)生的高失業(yè)率和低收入使得助學貸款的償還困難重重。(4)人們對于政府和大學的管理喪失了信任，在學生群體中這種看法尤其普遍。這會造成持久而強烈的對高等教育成本分擔政策的抵制。(5)儲蓄利率較低和私人資本匱乏。(6)貸款的服務和回收缺乏可靠機制。在許多國家創(chuàng)建一個可操作的助學貸款方案盡管有相當多的問題和局限，但在權衡其利害關系后仍值得我們做出更多的努力[7]。1.3.7中國助學貸款的未來中國助學貸款制度已經邁出了可喜的步伐，但也存在不少急需解決的問題。這些問題中一部分是新生事物發(fā)展初始階段難以避免的；其他的則是中國助學貸款項目應急出爐以及體制缺陷所造成的。中國有必要將現(xiàn)在具有高度局限性的助學貸款系統(tǒng)，改造成為適合更多人的系統(tǒng)。對于第一類問題，只需要對現(xiàn)有助學貸款政策及其運作過程進行一些修正和改造就能解決；對于第二類根本性的問題，則需要對整個助學貸款方案進行徹底的改革才能克服。通過修正和改革現(xiàn)有助學貸款方案，修建一個系統(tǒng)有效的中國教育金融框架，不但有利于顯示中國有能力成功運用資源解決占世界五分之一人口的教育發(fā)展問題，而且還可以為其他發(fā)展中國家和新興市場經濟國家提供示范和借鑒[10]。2系統(tǒng)分析2.1問題識別問題識別又稱系統(tǒng)目標識別，即要根據(jù)用戶的需求說明書的內容，從中甄別出真正的需求，從而發(fā)現(xiàn)問題的癥結所在，解決該問題便成為系統(tǒng)開發(fā)的目標。(1)實現(xiàn)數(shù)據(jù)計算、統(tǒng)計自動化，提高信息利用率銀行助學貸款中涉及到的大量的數(shù)據(jù)和經濟信息以及上級、政府相關單位的指導性信息。這大量的數(shù)據(jù)和信息積累在一起，如果僅僅由于人工處理的速度慢、效率低而得不到充分、及時、高質量的利用，不能不說是對信息資源的嚴重浪費，并且不利于學校及銀行及時準確的對日常業(yè)務做出正確的指導和規(guī)定。因此有必要以計算機、信息技術和現(xiàn)代化的管理觀念代替?zhèn)鹘y(tǒng)的人工處理方式，對數(shù)據(jù)和經濟信息進行綜合利用分析，把數(shù)據(jù)和信息當作和財力、物力等同的經濟資源來進行管理，并對數(shù)據(jù)和信息進行規(guī)范化處理，便于在銀行內部實現(xiàn)數(shù)據(jù)和信息共享，為實現(xiàn)網絡化管理和電子管理（E-Management）做實際準備。(2)提高工作效率，為銀行微觀決策提供基礎的信息依據(jù)由于目前銀行內部單位信貸員和學校管理人員使用傳統(tǒng)的手工記賬工具，經常要翻閱各種大量的臺賬，運用計算器等輔助計算工具進行計算、統(tǒng)計、制作報表。采用這種工作方式工作量大，效率低，易出錯，準確性差，及時性差。同時這種方式提供的信息量也不夠大，且比較單一，不能滿足現(xiàn)代信貸管理工作對大量數(shù)據(jù)和經濟信息進行分析的需求，從而也就難以滿足微觀決策所需的數(shù)據(jù)和信息要求。而且任何歷史信貸信息是對信貸活動進行分析的重要依據(jù)，缺少了這些數(shù)據(jù)和信息，分析結果就沒有說服力。而本系統(tǒng)的建立，不僅可以提高學校和銀行工作人員的工作效率，降低學校和銀行的工資成本和管理費用等，而且可為信貸管理的微觀決策提供大量數(shù)據(jù)信息，為決策提供準確、及時、高質量的依據(jù)。2.2可行性研究2.2.1經濟可行性我校目前由于完全采用純人工方式完成業(yè)務，進行報表制作，對數(shù)據(jù)進行綜合分析等，所以耗用工時較多，且效率低下。目前校助學貸款中心的日人工成本為：（**）人*（**）元/人日-（*）元。我們還不能計算出因效率低下而給學校帶來的無形經濟損失，如果把這一部分也看作成本，那將遠遠超出目前的計算數(shù)額。而如果開發(fā)出一個能夠滿足業(yè)務要求的信貸管理系統(tǒng)，在采用生命周期法的前提下，從問題識別到系統(tǒng)實施、評介、維護，相對于目前的耗資總成本非常低。同樣我們也無法估算出由于系統(tǒng)開發(fā)應用使學校和銀行運營效率提高而帶來的無形的巨額經濟效益。由此可見，開發(fā)此系統(tǒng)在經濟上是完全可行的。而且，由于系統(tǒng)能在未來較長一段時期內穩(wěn)定的發(fā)揮作用，這對于校助學貸款管理中心提高信貸管理水平有很大幫助。2.2.2操作可行性如前所述，學校內部大多數(shù)員工從未使用過類似的信貸管理系統(tǒng)，但是Windows友好的用戶界面和本系統(tǒng)良好的安全性設置，可以使其內部員工在系統(tǒng)實施人員的指導幫助下很快掌握系統(tǒng)的使用方法，而無因操作失誤而引起系統(tǒng)出錯之虞。不僅如此，我們還可以編寫出詳盡的“用戶操作說明書”，為用戶的正確操作給以圖文并茂的形式加以說明。同時，在開發(fā)過程中，我們還可以盡量給用戶以方便，考慮到用戶需求的實際情況，在輸入界面、查詢界面等部分添加解釋或提示，幫助用戶盡快掌握本系統(tǒng)的使用方法。2.2.3技術可行性從目前市場上比較流行的數(shù)據(jù)開發(fā)、管理軟件來看，對于比較簡單的中小型數(shù)據(jù)庫，BorlandDelphi和MicrosoftAccess的結合無疑是在實際應用中較為成功的一種解決方案。前者為用戶提供了非常友好、操作簡單的用戶界面、完善而強大的數(shù)據(jù)庫操作功能和簡潔明了的數(shù)據(jù)庫接口；后者則可以對數(shù)據(jù)庫實施操作、維護和權限識別功能。結合本項目實際，助學貸款管理中心的日業(yè)務量雖然很大，但是其信貸管理水平和復雜程度相對來說還是可以分析清楚的，經系統(tǒng)分析，可以設計出符合實際需求、易于理解、易于操作、易于維護的數(shù)據(jù)庫和操作系統(tǒng)。對于MicrosoftAccess而言，管理這種規(guī)模和復雜程度的數(shù)據(jù)庫是游刃有余的。同樣對于BorlandDelphi來說，對數(shù)量較少的表和其間關系進行比較簡單的操作正是其擅長的功能，無論是查詢、統(tǒng)計或利用數(shù)學公式進行趨勢預測，都能順利完成。因此，開發(fā)實施本系統(tǒng)，從軟件角度看，是可行的。由以上經濟、操作、技術三方面的分析可以看出，本系統(tǒng)的開發(fā)時機成熟，從多種角度考慮，都是可行的3應用的主要技術3.1數(shù)據(jù)庫技術3.1.1ADO綜述本系統(tǒng)是通過對象模型ADO(ActiveDataObjects)來訪問數(shù)據(jù)庫的，ADO使我們能夠編寫應用程序，以通過OLE.DB提供者訪問和操作數(shù)據(jù)服務器中的數(shù)據(jù)。ADO最主要的優(yōu)點是易于使用、速度快、內存支出少和磁盤遺跡小。ADO支持建立客戶端/服務器和基于Web的應用程序的關鍵功能。ADO的另一功能是“遠程數(shù)據(jù)訪問”，能夠通過一個來回的傳輸將數(shù)據(jù)從服務器移動到客戶端應用程序或Web頁中，然后在客戶端對數(shù)據(jù)進行操作，最后將更新數(shù)據(jù)返回服務器。ADO對象模型是由8個對象組成的，它們中的大多數(shù)在功能上和RDO對象相似，只不過具有更強的功能性。下面介紹ADO的3個重要的對象：(1)Command對象。包含關于某個命令，例如查詢字符串、參數(shù)定義等的信息。(2)Connection對象。包含關于某個數(shù)據(jù)提供程序的信息。(3)Recordset對象。Recordset對象包含某個查詢返回的記錄，以及那些記錄中的游標。ADO的目標是訪問、編輯和更新數(shù)據(jù)源，而編程模型體現(xiàn)了為完成該目標所必須的系列動作的順序。ADO提供類和對象以完成以下活動：(1)連接到數(shù)據(jù)源（Connection）?？蛇x擇開始一個事物。(2)可選擇創(chuàng)建對象來表示SQL命令（command）。(3)可選擇在SQL命令中指定列、表和值作為變量參數(shù)（Parameter）。(4)執(zhí)行命令（command、Connection或Recordset）。(5)如果命令按行返回，則將行存儲在緩存中（Recordset）。(6)可選擇創(chuàng)建緩存視圖，以便能對數(shù)據(jù)進行排序、篩選和定位（Recordset）。(7)通過添加、刪除或更改行和列編輯數(shù)據(jù)（Recordset）。(8)在適當情況下，使用緩存中的更改內容來更新數(shù)據(jù)源（Recordset）。(9)在使用事物之后，可以接受或拒絕在事物期間所做的更改，結束事物（connection）。3.1.2Access數(shù)據(jù)庫簡介Access是美國微軟公司開發(fā)的office套裝軟件中一個功能非常強大的數(shù)據(jù)庫管理系統(tǒng)。他是微軟公司windows操作系統(tǒng)中第一個桌面型關系數(shù)據(jù)庫管理系統(tǒng)。其友好的用戶操作界面、可靠的數(shù)據(jù)管理方式、面向對象的操作理念以及強大的網絡支持功能，在擁護和數(shù)據(jù)庫之間架起了一座橋梁，使得用戶對數(shù)據(jù)的存取、分類和查看更為容易。(1)Access的特點Access在本質上是一個關系型數(shù)據(jù)庫管理系統(tǒng)，關系型數(shù)據(jù)庫有著嚴密的數(shù)學理論基礎。在Access數(shù)據(jù)庫中，數(shù)據(jù)的邏輯結構表現(xiàn)為滿足一定條件的二維表，以統(tǒng)一的“關系”來描述數(shù)據(jù)對象之間的聯(lián)系，結構簡單、表現(xiàn)力強，符合人們對現(xiàn)實世界事物的認識規(guī)律。Access有以下一些特點：=1\*GB3①簡單的用戶界面=2\*GB3②方便的操作手段=3\*GB3③豐富的數(shù)據(jù)對象=4\*GB3④精美的窗體和報表=5\*GB3⑤強大的數(shù)據(jù)共享=6\*GB3⑥耐心的office助手(2)Access的功能=1\*GB3①組織數(shù)據(jù)=2\*GB3②建立查詢=3\*GB3③生成窗體=4\*GB3④打印報表=5\*GB3⑤共享數(shù)據(jù)=6\*GB3⑥支持超級鏈接=7\*GB3⑦建立應用系統(tǒng)(3)Access的數(shù)據(jù)庫對象

Access提供了七種數(shù)據(jù)庫對象:表、查詢、窗體、報表、數(shù)據(jù)訪問頁、宏和模塊。=1\*GB3①表(Table)對象

表是有結構的數(shù)據(jù)的集合，是數(shù)據(jù)庫應用系統(tǒng)的數(shù)據(jù)倉庫。=2\*GB3②查詢(Query)對象

查詢是根據(jù)用戶給定條件在指定的表中篩選記錄或者進一步對篩選出來的記錄做某種操作的數(shù)據(jù)庫對象。查詢可以進一步分為選擇查詢和動作查詢兩種。用戶可以使用選擇查詢從指定的表中獲取滿足給定條件的記錄，也可以使用動作查詢從指定的表中篩選記錄以生成一個新表或者對指定的表進行記錄的更新、添加或刪除操作。

=3\*GB3③窗體（Form）對象

窗體對象允許用戶采用可視化的直觀操作設計數(shù)據(jù)輸入、輸出界面的結構和布局。

=4\*GB3④報表(Report)對象

報表對象允許用戶不用編程僅通過可視化的直觀操作就可以設計報表打印格式。

=5\*GB3⑤數(shù)據(jù)訪問頁(Page)對象

數(shù)據(jù)訪問頁可以將數(shù)據(jù)庫中的記錄發(fā)布到Internet或Intranet，并使用瀏覽器進行記錄的維護和操作。

=6\*GB3⑥宏(Macro)對象

宏對象是一個或多個宏操作的集合，其中的每一個宏操作執(zhí)行特定的單一功能。用戶可以將這些宏操作組織起來形成宏對象以執(zhí)行特定的任務。

=7\*GB3⑦模塊(Module)對象

模塊對象是將VisualBasicforApplication(簡稱宏語言VBA)編寫的過程和聲明作為一個整體進行保存的過程的集合。ACCESS提供的上述七種對象分工極為明確，從功能和彼此間的關系角度考慮，這七種對象可以分為三個層次：第一層次是表對象和查詢對象，它們是數(shù)據(jù)庫的基本對象，用于在數(shù)據(jù)庫中存儲數(shù)據(jù)和查詢數(shù)據(jù)。第二層次是窗體對象、報表對象和數(shù)據(jù)訪問頁，它們是直接面向用戶的對象，用于數(shù)據(jù)的輸入輸出和應用系統(tǒng)的驅動控制。第三層次是宏對象和模塊對象，它們是代碼類型的對象，用于通過組織宏操作或編寫程序來完成復雜的數(shù)據(jù)庫管理工作并使得數(shù)據(jù)庫管理工作自動化[13-14]。在Delphi中，使用ADO訪問ACCESS數(shù)據(jù)庫的方法：放個TADOTABLE，設置ConnectionString屬性，UseConnectionString，Build，Microsoft

JET

4.0……，選擇數(shù)據(jù)庫文件，點擊測試連接，測試成功即可訪問數(shù)據(jù)庫。3.2SQL語言SQL全稱是“結構化查詢語言(StructuredQueryLanguage)”，最早的是IBM的圣約瑟研究實驗室為其關系數(shù)據(jù)庫管理系統(tǒng)SYSTEMR開發(fā)的一種查詢語言，它的前身是SQUARE語言。SQL語言結構簡潔，功能強大，簡單易學，所以自從IBM公司1981年推出以來，SQL語言，得到了廣泛的應用。如今無論是像Oracle,Sybase,Informix,SQLserver這些大型的數(shù)據(jù)庫管理系統(tǒng)，還是像BorlandDelphi,PowerBuilder這些微機上常用的數(shù)據(jù)庫開發(fā)系統(tǒng)，都支持SQL語言作為查詢語言。

3.2.1StructuredQueryLanguage包含4個部分：

(1)數(shù)據(jù)查詢語言SELECT

(2)數(shù)據(jù)操縱語言INSERT,UPDATE,DELETE

(3)數(shù)據(jù)定義語言CREATE,ALTER,DROP

(4)數(shù)據(jù)控制語言COMMITWORK,ROLLBACKWORK3.2.2SQL語言的特點綜合統(tǒng)一——集數(shù)據(jù)定義、數(shù)據(jù)操縱、數(shù)據(jù)管理功能于一體，語言風格統(tǒng)一，可以獨立完成數(shù)據(jù)庫的全部操做高度非過程化——提出“做什么”而不是“怎么做”面向集合的操作方式——結果是元組的集合語言簡潔，易學易懂——只用7個動詞（select,drop,alter,create,insert,update,delete）3.2.3SQL的優(yōu)點

SQL廣泛地被采用正說明了它的優(yōu)點。它使全部用戶，包括應用程序員、DBA管理員和終端用戶受益非淺。

(1)非過程化語言

SQL是一個非過程化的語言，因為它一次處理一個記錄，對數(shù)據(jù)提供自動導航。SQL允許用戶在高層的數(shù)據(jù)結構上工作，而不對單個記錄進行操作，可操作記錄集。所有SQL語句接受集合作為輸入，返回集合作為輸出。SQL的集合特性允許一條SQL語句的結果作為另一條SQL語句的輸入。SQL不要求用戶指定對數(shù)據(jù)的存放方法。這種特性使用戶更易集中精力于要得到的結果。所有SQL語句使用查詢優(yōu)化器，它是RDBMS的一部分，由它決定對指定數(shù)據(jù)存取的最快速度的手段。查詢優(yōu)化器知道存在什么索引，哪兒使用合適，而用戶從不需要知道表是否有索引，表有什么類型的索引。

(2)統(tǒng)一的語言

SQL可用于所有用戶的DB活動模型，包括系統(tǒng)管理員、數(shù)據(jù)庫管理員、應用程序員、決策支持系統(tǒng)人員及許多其它類型的終端用戶?；镜腟QL命令只需很少時間就能學會，最高級的命令在幾天內便可掌握。SQL為許多任務提供了命令，包括：

=1\*GB3①查詢數(shù)據(jù)

=2\*GB3②在表中插入、修改和刪除記錄

=3\*GB3③建立、修改和刪除數(shù)據(jù)對象

=4\*GB3④控制對數(shù)據(jù)和數(shù)據(jù)對象的存取

=5\*GB3⑤保證數(shù)據(jù)庫一致性和完整性

以前的數(shù)據(jù)庫管理系統(tǒng)為上述各類操作提供單獨的語言，而SQL將全部任務統(tǒng)一在一種語言中。

(3)是所有關系數(shù)據(jù)庫的公共語言

由于所有主要的關系數(shù)據(jù)庫管理系統(tǒng)都支持SQL語言，用戶可將使用SQL的技能從一個RDBMS轉到另一個。所有用SQL編寫的程序都是可以移植的[12]。3.3設計語言Delphi3.3.1Delphi簡介BorlandDelphi是由Borland公司所發(fā)表的E時代的開發(fā)工具，它也是企業(yè)級可視化面向對象快速開發(fā)工具（RAD，RapidApplicationDevelopment）。Delphi是全新的可視化編程環(huán)境，為我們提供了一種方便、快捷的Windows應用程序開發(fā)工具。它使用了MicrosoftWindows圖形用戶界面的許多先進特性和設計思想，采用了彈性可重復利用的完整的面向對象程序語言（Object-Oriented-Language）、當今世界上最快的編輯器、最為領先的數(shù)據(jù)庫技術。對于廣大的程序開發(fā)人員來講，使用Delphi開發(fā)應用軟件，無疑會大大地提高警惕編程效率，而且隨著應用的深入，你將會發(fā)現(xiàn)編程不再是枯燥無味的工作——Delphi的每一個設計細節(jié)，都將帶給您一份欣喜。面向對象的程序設計（Object-OrientedProgramming，簡記OOP）是Delphi誕生的基礎。OOP立意于創(chuàng)建軟件重用代碼，具備更好地模擬現(xiàn)實世界環(huán)境的能力，這使它被公認為自上而下編程的優(yōu)勝者。它通過給程序中加入擴展語句，把函數(shù)“封裝”進Windows編程所必需的“對象”中。面向對象的編程語言使得復雜的工作條理清、編寫容易。Delphi是完全面向對象的，這就使得Delphi成為一種觸手可及的促進軟件重用的開發(fā)工具，從而具有強大的吸引力。一些早期的具有OOP性能的程序設計語言如C++，Pascal，Smalltalk等，雖然有面向對象的特征，但不能輕松地畫出可視化對象，與用戶交互能力較差，程序員仍然要編寫大量的代碼。Delphi的推出，填補了這項空白。您不必自己建立對象，只要在提供的程序框架中加入完成功能的代碼，其余的都交給Delphi去做。欲生成漂亮的界面和結構良好的程序絲毫不必絞盡腦汁，Delphi將幫助您輕松完成。它允許在一個具有真正OOP擴展的可視化編程環(huán)境中，使用它的ObjectPascal語言。這種革命性組合，使得可視化編程與面向對象的框架緊密地結合起來[15-16]。3.3.2Delphi及常用組件窗口程序簡述(1)Delphi窗口程序接口成員=1\*GB3①對象（Object）：只要確實存在的東西，可以被拿來使用，有一個特定的名字（Name），這就是對象。本質上而言，一個對象包含有三個特點：屬性（Property）、方法（Method）及事件（Event）。=2\*GB3②屬性（Property）：每一個存在的對象所具備的特性稱為屬性。=3\*GB3③事件（Event）：每一個對象總會與外界產生交互，而當外界（其它對象）與此對象有交互作用時，就是這個對象有一個事件被觸發(fā)了。事件發(fā)生的原因，可分為三類：用戶事件、間接事件、系統(tǒng)事件。=4\*GB3④方法（Method）：當該對象被觸發(fā)了某個事件之后，系統(tǒng)（或程序）應該采用的相應步驟稱為方法。一個系統(tǒng)程序的建立，就是于對象、屬性、事件、方法這四個步驟的重復執(zhí)行與考慮。(2)以Delphi開發(fā)系統(tǒng)Delphi是一個所見即所得的軟件快速開發(fā)工具，在實際開發(fā)流程上，它分成兩個部分：界面設計和程序編寫。界面設計的結果就會是未來程序執(zhí)行時用戶可以看到的樣子，現(xiàn)在的設計中，引用了大量的可視化組件，這些可視化組件可以有效地簡化設計工作，完成了可視化的界面設計后，接下來只要將相關的操作流程以順序的程序代碼予以完成即可。選擇Delphi后，隨即出現(xiàn)如圖3-1所示的開發(fā)界面:圖3圖3—1Delphi開發(fā)界面圖中的最上方是菜單及工具欄，用來執(zhí)行相關的功能：另外圖中標出5個區(qū)域，以下分別說明此5個區(qū)域，如圖3-2所示：圖3圖3—2Delphi開發(fā)界面的5個區(qū)域=1\*GB3①組件面板：設計系統(tǒng)時所需要的可視化對象及功能性組件的集中擺放處。=2\*GB3②屬性指定區(qū)：每一個組件被使用到系統(tǒng)設計時，均或多或少需要改變一些特性，這些特性就是組件的屬性，通過屬性的不同，同一個組件在不同程序中也可能展現(xiàn)不同的外觀。=3\*GB3③對象查看區(qū)：一個工程通常會使用到不少的組件，這些組件在對象查看區(qū)中就會一一地排列出來，方便設計都知道所使用的組件。=4\*GB3④界面設計區(qū)：真正的界面就是在這里被系統(tǒng)設計者所擺放上去的。=5\*GB3⑤程序設計區(qū)：這部分是真正寫入程序代碼的地方，不管界面設計得如何，最終總是要在這個地方將系統(tǒng)要執(zhí)行的步驟寫入。(3)常用組件介紹：=1\*GB3①Label組件：Delphi組件面版中的Label組件（即標簽），專門提供顯示文字和數(shù)字。=2\*GB3②Button組件：Button組件是使用率最高的組件，用于提供一個給系統(tǒng)用戶操作的按鈕。=3\*GB3③Timer組件：Timer組件（即定時器）的功能用于實現(xiàn)程序的自動化，其最大的效果在于固定的時間內會執(zhí)行所設置好的程序代碼一次。=4\*GB3④PaintBox組件：當系統(tǒng)必須有部分的結果需要使用圖形的方式表現(xiàn)時，PaintBox組件是一個很好的選擇，它允許以程序的方式在其內部繪圖。=5\*GB3⑤RadioButton組件：有時候也需要在程序設計時，讓用戶可以針對一些選項進行必要的選擇，如果眾多的選擇中只能選擇一個，這時必須使用RadionButton組件。=6\*GB3⑥GroupBox組件：系統(tǒng)設計時所使用的組件一般說來都不少，組件一多就使得窗口看起來比較雜亂，使用GroupBox組件（即分組框）可以將部分的組件集合起來，感覺比較整齊。=7\*GB3⑦Shape組件：程序設計中若需要使用到幾何圖形，例如：圓形、矩形、正方形、橢圓形等等，就需要Shape組件。=8\*GB3⑧Edit組件：讓用戶最方便的輸入方式，就屬Edit組件了，其主要的工作就是輸入文字或顯示文字的結果。=9\*GB3⑨Memo組件：除了使用Edit組件可以輸入及顯示數(shù)據(jù)外，Memo組件亦含有同樣的功能，但Edit組件只能單行輸入，而Memo組件則允許多行輸入，在需要多行顯示的情形下，使用Memo組件是比較合適的；另外由于ScrollBar的使用，也使得Memo組件中的數(shù)據(jù)具有容易查看的效果。第三方組件眾所周知，Delphi提供了大量的組件，使用這些組件基本上已能滿足我們的編程需求。但是在對于有特定要求的程序，僅僅使用Delphi自帶的組件就無法適應了。另外，Delphi自帶的一些組件功能比較簡單，很難滿足我們一些特定的要求?，F(xiàn)在有很多的第三方組件，這些組件功能強勁，而且覆蓋了編程的方方面面，極大的方便了用戶。使用這些第三方組件往往達到事半功倍的效果，大大提高編程的效率。同時還能使我們的程序更漂亮、更專業(yè)、更強大。所以第三組件是我們使用Delphi編程一大法寶。第三方組件往往是Delphi自帶組件的擴展，是在Delphi自帶組件的基礎上加強功能，并進行功能細化和專業(yè)化。例如，有些第三方組件把按鈕、標簽細化為很多種，每一種實現(xiàn)一種特定的功能。另外一些第三組件是Delphi中沒有的，這些組件往往是根據(jù)編程時常遇到的需求，將一些常用的方法、函數(shù)以及API集成到這些組件中，編程時就不需要編寫這些程序了。從組件的使用領域來劃分，第三方組件可分為：界面增強類、圖形圖像類、多媒體類、系統(tǒng)類、數(shù)據(jù)庫類、網絡類等等[17]。4銀行學生助學貸款管理系統(tǒng)的實現(xiàn)4.1系統(tǒng)設計4.1.1系統(tǒng)設計目標通過使用銀行學生助學貸款管理系統(tǒng)，使學生助學貸款管理工作系統(tǒng)化、規(guī)范化、自動化，從而達到提高學生貸款管理效率的目的。系統(tǒng)開發(fā)的總體任務是使學校助學貸款管理人員可以輕松快捷地完成學生貸款的管理任務。4.1.2開發(fā)設計思想(1)盡量用學校貸款中心現(xiàn)有的軟硬件環(huán)境，采用先進的管理系統(tǒng)開發(fā)方案，從而達到充分利用貸款中心現(xiàn)有資源，提高系統(tǒng)開發(fā)水平和應用效果的目的。(2)系統(tǒng)應符合學校貸款管理的規(guī)定，滿足貸款相關人員日常使用的需要，并達到操作過程中的直觀、方便、實用、易于維護等要求。(3)系統(tǒng)采用模塊化程序設計方法，既便于系統(tǒng)功能的各種修改，又便于技術人員的維護工作。(4)系統(tǒng)應具備數(shù)據(jù)庫維護功能，及時根據(jù)用戶要求進行數(shù)據(jù)的增加、刪除、修改和保存等操作。4.1.3開發(fā)和運行環(huán)境的選擇(1)開發(fā)工具：Delphi7.0(2)運行環(huán)境:=1\*GB3①操作系統(tǒng)：windows9x，windows2000,xp=2\*GB3②開發(fā)、管理及使用人員：學生管理員、全校學生及系統(tǒng)維護人員。(3)數(shù)據(jù)庫系統(tǒng)：MicrosoftAccess4.1.4數(shù)據(jù)庫需求分析系統(tǒng)功能分析是在系統(tǒng)開發(fā)的總體任務的基礎上完成的，學生助學貸款管理系統(tǒng)需要完成的功能主要有:(1)學生基本信息的錄入(2)學生基本信息的查詢(3)學生貸款信息的錄入(4)學生貸款信息的查詢(5)資料修改（包括學生信息修改和貸款信息修改兩部分）(6)貸款信息列表(7)項目金額排行榜(8)系統(tǒng)用戶管理，權限管理4.1.5系統(tǒng)功能模塊設計在系統(tǒng)功能分析的基礎上，根據(jù)Delphi程序編制的特點，得到如圖4-1系統(tǒng)功能模塊圖。銀行學生助學貸款管理系統(tǒng)銀行學生助學貸款管理系統(tǒng)學生信學生信息管理學生貸款管理理貸款信息錄入項目金額排行貸款信貸款信息錄入項目金額排行貸款信息列表貸款信息查詢貸款信息查詢學生信息修改學生信息查詢學生信息錄入用戶權限管理用戶信息修改圖4-1系統(tǒng)功能模塊圖4.2數(shù)據(jù)庫設計在管理信息系統(tǒng)的開發(fā)的過程中，數(shù)據(jù)庫的結構設計是其中十分重要的一個環(huán)節(jié)。數(shù)據(jù)庫結構設計的好壞將直接對應用系統(tǒng)的效率以及實現(xiàn)的效果產生影響。好的數(shù)據(jù)庫結構設計會減少數(shù)據(jù)庫的存儲量，數(shù)據(jù)的完整性和一致性比較高，系統(tǒng)具有較快的響應速度，能簡化給予數(shù)據(jù)庫的應用程序的實現(xiàn)等。在系統(tǒng)開始設計時應該盡量考慮全面，尤其應該仔細考慮用戶的各種需求，避免浪費人力和物力。4.2.1數(shù)據(jù)庫需求分析數(shù)據(jù)庫需求分析是數(shù)據(jù)庫設計的第一個階段。這個階段主要是確定基本數(shù)據(jù)、數(shù)據(jù)結構以及數(shù)據(jù)處理流程，組成一份詳盡的數(shù)據(jù)字典。為以后進一步設計打下基礎。在仔細調查學校貸款中心的貸款管理過程基礎上，得到本系統(tǒng)所處理的數(shù)據(jù)流程，如圖4-2：學生管理員 學生信息變動表 學生管理員修改學生修改學生信息款錄入貸款學生錄入貸款學生信息請學生信息統(tǒng)計表 學生信息數(shù)據(jù)表學生信息統(tǒng)計學生 學生管理員管理員管理員貸款信息統(tǒng)計管理員貸款信息統(tǒng)計錄入貸款基本信息錄入貸款基本信息修改學生信息 貸款信息數(shù)據(jù)表修改學生信息管理員貸款信息變動表管理員圖4-2系統(tǒng)數(shù)據(jù)流程圖針對本實例，通過對學生助學貸款管理的內容和數(shù)據(jù)流圖分析，設計的數(shù)據(jù)項和數(shù)據(jù)結構如下：(1)學生基本信息：學號、姓名、貸款編號、身份證號、性別、出生年月、入學年月、省市、地縣、地址、郵編、家庭電話、寢食電話、移動電話、學院、專業(yè)、班級、貸款項目、貸款金額、獎懲情況、備注信息。(2)貸款基本信息：貸款編號、姓名、學院、專業(yè)、班級、申請時間、貸款項目、貸款金額。(3)系統(tǒng)管理：用戶名、密碼、權限、備注。有了上面的數(shù)據(jù)結構、數(shù)據(jù)項和數(shù)據(jù)流程，就可以進行下面的數(shù)據(jù)庫設計了。4.2.2數(shù)據(jù)庫概念結構設計這一階段是在需求分析的基礎上，設計出能夠滿足用戶需求的各種實體以及它們之間的關系（E-R圖），為后面的邏輯結構設計打下基礎。圖4-2:擁有擁有學生貸款記錄 1 n學生貸款記錄 n 屬于屬于11班級n1屬于學院n 班級n1屬于學院n圖4-3關系E-R圖。。。。。身份證號碼電話姓名性別學號。。。。。身份證號碼電話姓名性別學號學生學生 圖4-4實體屬性圖4.2.3數(shù)據(jù)庫邏輯結構設計有了前面的工作，還需要將上面的數(shù)據(jù)庫概念結構轉化為Access數(shù)據(jù)庫所支持的實際數(shù)據(jù)模型，也就是數(shù)據(jù)庫的邏輯結構。在上面的實體以及實體之間的關系的基礎上，形成數(shù)據(jù)庫中的表格以及各個表格之間的關系。銀行學生助學貸款管理系統(tǒng)數(shù)據(jù)庫中各個表格的設計結果見表。每個表格表示在數(shù)據(jù)庫中的一個表。表4-1學生信息表字段名稱數(shù)據(jù)類型字段大小允許空字符串學號數(shù)字長整型否姓名文本50否貸款編號文本長整型否身份證號數(shù)字雙精度否性別文本50否出生年月文本50否入學年月文本50否省市文本50否地縣文本50是寢室電話數(shù)字長整型否郵編數(shù)字長整型否家庭電話數(shù)字長整型是移動電話數(shù)字雙精度型是專業(yè)文本50否貸款項目文本50否學院文本50否班級文本50否貸款金額數(shù)字長整型否獎懲情況文本50是備注信息文本100是地址文本50否表4-2貸款信息表字段名稱數(shù)據(jù)類型字段大小允許空字符串貸款編號數(shù)字50否姓名文本50否學院文本50否專業(yè)文本50否班級文本50否申請時間文本50否貸款項目文本長整型否貸款金額數(shù)字長整型否表4-3系統(tǒng)管理權限表字段名稱數(shù)據(jù)類型字段大小允許空字符串用戶名文本50否密碼數(shù)字長整型否權限文本50否備份文本50是4.3各功能模塊的創(chuàng)建經過前面對系統(tǒng)功能的分析，將本系統(tǒng)主要劃分為兩大部分：學生管理部分和貸款管理部分。4.3.1啟動系統(tǒng)出現(xiàn)的閃現(xiàn)界面（splashform）為了讓用戶能夠有一個輕松愉快的操作界面，系統(tǒng)特別設計了一個閃現(xiàn)窗體。該窗體添加了1個定時器（Timer）組件，并添加了它的ontimer事件，通過定時器的Interval屬性設置閃現(xiàn)時間；添加了5個標簽（Lable）組件，用于顯示制作人情況及聯(lián)系方式；添加了1個圖象（Image）組件，使整個窗體擺脫灰色界面給人的沉重感，用帶有花色的圖象做背景，給人以清新、美觀的第一感覺；添加了2個圖形圖象類（RxGIFAnimator）第三方控件，本控件是由俄羅斯人研制的專門放置GIF動畫的免費控件。界面上顯示了我校?；占靶Ｓ?，動態(tài)效果使人耳目一新。具體界面如圖4-5所示：圖4-5閃現(xiàn)界面4.3.2系統(tǒng)登陸模塊的設計（loginform）閃現(xiàn)窗體消失后，出現(xiàn)登陸窗體。該模塊的主要功能是當用戶啟動銀行學生助學貸款管理系統(tǒng)時，顯示一個友好美觀的歡迎用戶登陸的界面，當用戶輸入用戶名和密碼時，系統(tǒng)進入下一級表單。本窗體添加了一個Image組件，將整個東北林業(yè)大學的主樓作為窗體的背景；二個Panel組件；二個Lable組件；一個編輯（Edit）組件，用戶在此輸入密碼，將其PasswordChar屬性設置為*；1個組合框（ComboBox）組件，組合框由一個編輯框和一個下拉式列表框組成，本組合框的列表條目有兩條：Administrator和guest，方便用戶根據(jù)自身情況選擇用戶名；系統(tǒng)會根據(jù)用戶名提供相應的服務功能；二個按鈕（Button）組件，一個為確定，一個為取消。本窗體特別將其Caption屬性設置為：用戶登陸（區(qū)分大小寫），提示用戶登陸時避免因大小寫而產生輸入錯誤。具體系統(tǒng)登陸界面如圖4-6所示：圖4-6系統(tǒng)登陸界面4.3.3系統(tǒng)主窗口設計系統(tǒng)主窗口主要是在用戶登陸成功以后，將整個系統(tǒng)的基本功能以菜單（MainMenu）的形式分成四個部分清晰的展現(xiàn)在用戶面前,方便用戶選擇。運行界面如圖4-7：圖4-7系統(tǒng)主窗口界面菜單的結構圖如下：系統(tǒng)管理學院設置專業(yè)預覽用戶密碼修改用戶名字修改增加用戶菜單結構設計退出系統(tǒng)菜單結構設計貸款學生信息管理學生信息查詢學生信息錄入學生信息修改學生貸款信息管理貸款信息查詢貸款信息錄入貸款信息查詢貸款信息列表項目金額排行榜關于圖4-8菜單結構設計圖4.3.4系統(tǒng)管理設計這個部分包括系統(tǒng)用戶信息（密碼和用戶名）修改和用戶權限管理。盡供管理員操作使用。（1）用戶密碼修改（ModifyPWD）模塊：除輸入用戶名使用的Edit組件外，其余三個用來輸入密碼的Edit組件的PasswordChar屬性均為*，即輸入密碼時只顯示*（界面顯示如圖4-9）。用戶名修改模塊(圖4-10)與密碼修改模塊類似。圖4-9修改密碼界面圖4-10修改用戶名界面（2）增加新用戶模塊：此模塊使用了兩個ComboBox組合框組件，操作者既可以從下拉列表中選取所需文本，也可自行輸入。確定后，新的用戶將被寫入數(shù)據(jù)庫，用戶便有了訪問或操作該系統(tǒng)的權利。圖4-11增加用戶界面4.3.5貸款學生信息管理設計貸款學生信息管理部分由三個主要模塊：貸款學生信息錄入（Input）、貸款學生信息查詢(Query)、貸款學生信息修改(Modify)。(1)貸款學生信息錄入(Input)模塊：管理員根據(jù)學生的貸款申請單據(jù)及貧困證明，選擇出符合條件的學生，并將其基本信息(學號、姓名、貸款編號、身份證號、性別、出生年月、入學年月、省市、地縣、地址、郵編、家庭電話、寢食電話、移動電話、學院、專業(yè)、班級、貸款項目、貸款金額、獎懲情況、備注信息)錄入數(shù)據(jù)庫.這個模塊僅限管理員使用.本窗體添加了分組框（Groupbox）組件；Lable組件；Edit組件；ComboBox組件，將要輸入的文本以列表條目的形式編輯好，避免了用戶輸入錯誤的信息，為用戶提供了非常人性化的服務；Memo組件，可以顯示、編輯多行文本，此處用于輸入備注信息；3個Button組件：“確定”、“取消”和“打印”。窗體界面如圖4-12所示：圖4-12學生信息錄入界面(2)貸款學生信息查詢模塊:進入這個模塊，可以根據(jù)自己所了解的學生情況選擇不同的查詢方式，填寫查詢內容后，窗體將立即顯示所要查詢貸款學生的詳細信息。此項服務既適用于管理員,同時適用于廣大學生用戶，為大家提供方便快捷的服務窗體中除了上面提到的基本組件外，主要有：=1\*GB3①單選按鈕（RadioButton）組件，可以在多個條件中選擇唯一的一個。通常在使用單選按鈕時?？偸菍⑵溥M行分組。在同一組中，只能同時選中一個按鈕，其余按鈕自動取消選中。在本窗體中，實現(xiàn)單選按鈕的分組方法是：利用分組框組件（TGroupBox）和單選按鈕（TradioButton）實現(xiàn)。首先向窗體中添加分組框，然后向分組框中添加單選按鈕。這樣，同一個分組框中的單選按鈕就自動成為一組?？梢酝ㄟ^TradioButton組件的Checked屬性來確定哪一個單選按鈕被選中。=2\*GB3②StringGrid組件，可以以表格的形式顯示一系列字符串，本窗體中用來顯示查詢結果，通過它的Colxount、RowCount屬性來獲得行數(shù)和列數(shù)，在運行時也可以動態(tài)的改變這兩個屬性值。=3\*GB3③PageControl分頁組件，可以在多個頁中顯示多個組件。如“其他查詢”頁中，包含Lable、Edit、Radiobutton、ComboBox等組件QueryForm界面設置如下:圖4-13貸款學生信息查詢界面(3)貸款學生信息修改(Modify)模塊：本模塊操作權限僅限管理員，學生無此權限。當學生貸款情況發(fā)生改變時，將新的情況報給貸款中心，管理員根據(jù)新的表單對學生信息進行部分的修改或刪除。同時，學生信息的修改還要配合貸款信息的修改，這樣才能將新信息完整的修改并錄入數(shù)據(jù)庫。本模塊添加了ToolBar組件：選中ToolBar組件后，可以直接向其中添加其他組件（本窗體添加的組件為ToolButton），添加的組件會自動從左向右依次排列（第一條、上一條、下一條、最后一條、查詢記錄、修改記錄、刪除記錄、取消）。此外，除了上面提到的一些組件，窗體中新增了數(shù)據(jù)控制組件：DBGrid組件：通過DataSource屬性指定數(shù)據(jù)源，將數(shù)據(jù)記錄(貸款學生基本信息)顯示在網格中，并可以對其中的數(shù)據(jù)進行編輯修改。TDBEdit組件：用來顯示和編輯數(shù)據(jù)集里當前記錄中一個特定字段的值的數(shù)據(jù)控制組件。TDBMemo組件：用來顯示和編輯數(shù)據(jù)集中的多行文本。基本界面如圖4-14所示：圖4-14貸款學生信息修改界面4.3.6貸款信息管理設計這一部分主要包括：貸款信息錄入、貸款信息查詢、貸款信息修改、貸款信息列表以及貸款金額排行榜。(1)貸款信息錄入(visit)模塊：由管理員進行直接操作，根據(jù)已錄入的學生基本信息填寫貸款信息。方便以后的貸款查詢及修改。窗體包含組件及主要操作過程與學生信息錄入相似，這里不再贅述。界面如圖4-15：圖4-15貸款信息錄入界面(2)貸款信息查詢（checkin）模塊：可供管理員和學生一起使用，方便管理員和學生查詢貸款信息。組件設置同學生信息查詢模塊。具體界面如圖4-16：圖4-16貸款信息查詢界面(3)貸款信息修改(Modify)模塊：僅限管理員對學生的貸款信息根據(jù)具體情況的變化進行修改。其中還可以完成查詢、刪除等操作?；窘M件同學生信息修改，界面如圖4-17：圖4-17貸款信息修改界面(4)貸款信息列表(ShowR)：窗體中添加了GroupBox組件和TDBGrid組件，通過DataSource屬性與數(shù)據(jù)庫連接，顯示所有貸款學生的貸款信息。如圖4-18：圖4-18款學生信息列表界面(5)貸款金額排行榜(Empleer)：在下拉列表中選定一個學院即可得到該院貸款學生人數(shù)、貸款金額及貸款學生的基本情況。為管理員進行貸款分析提供重要依據(jù)。界面如圖4-19圖4-19款項目金額排行榜界面5結論到此為止，整個銀行學生助學貸款管理系統(tǒng)及設計過程已經介紹完畢。本系統(tǒng)是通過在本校國家助學貸款中心多次調查并和貸款管理老師、論文指導老師多次探討后開始開發(fā)實施的。本系統(tǒng)具有如下優(yōu)點：（1）操作簡單（2）方便存儲（3）方便查詢（4）易于維護系統(tǒng)適合大中院校助學貸款中心使用。但是由于本人水平有限，對系統(tǒng)開發(fā)方面研究尚淺，難免有不妥和錯誤之處，望各位老師、同學多提出寶貴意見，本人將更加努力的將其完善。特別是增加銀行接口、增加國家助學貸款信息庫的接口功能。真正的做到“學生網上申請、學校網上審核、銀行網上批準、國家網上監(jiān)督”的全方位、一體化的管理系統(tǒng)。希望本文對學校貸款中心的管理工作有所幫助。

集成的會計系統(tǒng)財務四大基礎模塊ERP系統(tǒng)是分模塊的，在財務會計領域，一般總會有如下的4大模塊：總帳，應收帳款，應付帳款和固定資產。如圖1-1所示，這四個模塊本身是相互集成的（圖中以連接模塊的線條代表模塊間的集成），比如當用戶對應收，應付和資產三個明細分類帳進行操作時，系統(tǒng)會自動更新總分類帳中的數(shù)據(jù)。圖1-1財務四大基礎模塊這四大基礎模塊可以構成一個獨立的會計軟件–它具有和其他會計軟件一樣的特征：帳務處理和業(yè)務處理是分開的。所謂業(yè)務處理是指企業(yè)日常運作的具體業(yè)務，比如根據(jù)銷售定單和定單履行情況開出銷售發(fā)票；根據(jù)采購定單和收貨情況校驗收到的發(fā)票；以及所有的庫存收發(fā)業(yè)務等等。而所謂帳務處理是指財務人員根據(jù)原始憑證（包括外部的，如發(fā)票，和內部的，如入庫單）編制會計分錄，在系統(tǒng)中記錄下來。對于一般會計軟件而言帳務處理和業(yè)務處理是分開的，它們之間是通過單據(jù)在企業(yè)內部其他部門和財務部門間的傳遞和核對完成的，同時財務人員需要利用專業(yè)知識分析業(yè)務和編制分錄。同時除了最基礎的借貸，科目和金額以外，財務人員可能還需要手工錄入一些附加信息，以利于日后做一些簡單的匯總分析，這些附加信息是以憑證輸入時的附加字段體現(xiàn)的。圖1-1右下角紅色的粗箭頭代表了這種分開處理的過程。雖然大方向上是一致的，但是不同的軟件之間在功能上還是會有很大的差別的，圖1-1中列舉了一些這四大基礎模塊的功能。模塊外部的紅色箭頭是需要手工輸入的功能，模塊內部的則是系統(tǒng)可以自動完成的功能。事實上有些功能已經體現(xiàn)了ERP業(yè)務處理和帳務處理統(tǒng)一的特征，比如圖1-1中的紅圈所示的自動付款功能。集成下的財務會計如果ERP的財務會計模塊僅僅是一般會計軟件的功能延伸和加強，那它不會在最近的10年間對全球企業(yè)的財務實踐帶來如此巨大的變革。而ERP本身的集成性，決定了它的財務會計模塊完全融入到了企業(yè)整體的流程中，圖1-2描述了在集成環(huán)境下的財務會計模塊。圖1-2財務會計和物流的集成在物流領域有四個基本的模塊：銷售，生產，采購和庫存管理，企業(yè)物流管理的流程和功能不是本書所要討論的內容，圖1-2中我們大致例舉了一些物流模塊的基本功能（在圖中各模塊內部）。在下面我們要著重介紹的是物流模塊和財務會計的集成關系，本章主要介紹以下7個集成點：銷售開票，銷售發(fā)貨，采購收貨，發(fā)票校驗，其他收發(fā)貨，盤點和估價。銷售開票銷售開票的過程其實是在ERP系統(tǒng)中生成一帳開票憑證（BillingDocuments）。發(fā)票，形式發(fā)票，紅字發(fā)票和貸項憑證都是不同類型的開票憑證。我們通常提到的發(fā)票（如增值稅專用發(fā)票或普通發(fā)票）是根據(jù)系統(tǒng)中的開票憑證在金稅系統(tǒng)中套打出來（或直接套打出來）的實物憑證。在下文中如果不特別指明實物發(fā)票，那“發(fā)票”都是指系統(tǒng)中保存的開票憑證。ERP系統(tǒng)是集成的，而銷售開票又是銷售流程的最后一個環(huán)節(jié)。因此發(fā)票在系統(tǒng)中不是孤立的，它一般是參照先行的其他憑證（如銷售定單或發(fā)貨單）建立的，系統(tǒng)會根據(jù)一定的規(guī)則自動的復制這些先行憑證的信息，從而使得開票的過程盡可能的簡單，也防止了錯誤的產生。發(fā)票的結構發(fā)票由一個發(fā)票抬頭和多條行項目構成。在發(fā)票抬頭系統(tǒng)保存了關于整張發(fā)票的信息，比如付款方（客戶），開票日期，整張發(fā)票的凈金額，幣種，付款條款，國際貿易條件，售達方（有時候付款方和售達方是不同的），價格條款（比如針對整張發(fā)票的折扣）。行項目中保存了僅對該行有用的信息，比如商品，數(shù)量，該行凈金額，重量和體積，參照憑證的編號（比如，該發(fā)票針對的發(fā)貨單號），價格條款（比如貨款，運費，折扣，增值稅等等）?？梢园l(fā)現(xiàn)系統(tǒng)中的發(fā)票所保存的信息大大超過了實物發(fā)票所需要的，在套打實物發(fā)票時，系統(tǒng)會根據(jù)各國家和企業(yè)的規(guī)定選取相關的信息，按規(guī)定的格式打印出來。開票方式從參照憑證（定單或發(fā)貨單）生成發(fā)票，系統(tǒng)提供了如下一些可能的方法：只要某些數(shù)據(jù)吻合，你可以合并多張不同的憑證（銷售定單和/或發(fā)貨單）的全部或一部分，開出一張發(fā)票。前提條件是：首先，需要從這些參考憑證中復制的發(fā)票抬頭數(shù)據(jù)在這些憑證中都是一致的。其次，拆分開票的條件不成立。比如在處理到期的開票清單時，系統(tǒng)會合并那些具有相同的客戶編號，銷售組織和開票類型的參照憑證，如果上述的前提條件都滿足，系統(tǒng)將開出一張發(fā)票。如果你希望在某些情況下發(fā)票是分開的，比如希望同一張交貨單上的很多商品按不同的商品組分開開票，那么可以通過定義拆分開票規(guī)則來實現(xiàn)。當然你也可以針對每張銷售憑證開一張發(fā)票，比如每張發(fā)貨單一張發(fā)票。在具體執(zhí)行開票時，系統(tǒng)提供了如下方法：定單或發(fā)貨單個別開票。我們可以針對整張定單，個別行項目或行項目的部分數(shù)量進行個別開票。手工處理到期開票清單。我們可以使用到期開票清單來處理開票，在這種情況下財務人員不需要針對某張銷售定單或發(fā)貨單單獨開票。我們只需要輸入選擇條件，系統(tǒng)會自動挑選那些符合條件的定單或發(fā)貨單，生成到期開票清單。經過手工編輯和模擬后就可以實際開票了。后臺自動處理到期開票清單。為了減少處理時間和人力，可以將到期開票清單的處理安排在系統(tǒng)后臺完成，比如每天下午4點由系統(tǒng)自動生成。財務會計過帳當開票這一業(yè)務處理在系統(tǒng)中完成后，通過ERP系統(tǒng)的集成功能，在財務會計模塊會自動生成相應的會計分錄。圖1-2中“開票”標簽所指的箭頭就代表了這種自動過帳。但是為了增強靈活性，也可以對于某些類型的開票憑證自動凍結過帳，這樣在流程設計時在正式過帳前可以加入控制點。而當控制完成后，過帳也僅僅是一個按鈕的工作了。對于會計科目，系統(tǒng)是綜合4個數(shù)據(jù)自動判斷的，它們分別是銷售組織，客戶組，商品組和價格條款。這樣系統(tǒng)可以自動將貨款和增值稅分別計入“產品銷售收入”和“應交稅金-增值稅-銷項”科目中。同樣的，如果價格條款中還有運費和折扣，可以分別計入“產品銷售收入”的二級科目中。此外這種科目確定的機制也使得我們可以根據(jù)銷售組織，客戶組和商品組設置二級或三級科目。不過需要指出的是雖然系統(tǒng)提供了這些靈活性，但是在實際實施中我們未必需要這樣做，特別是當我們同時實施了盈利分析模塊時，此類分析將沒有必要通過科目來完成。盈利分析將在第4章中具體介紹。對于金額的確定，系統(tǒng)是根據(jù)發(fā)票中各價格條款的金額來決定的。定價功能是ERP銷售模塊的一個非常有力也非常有趣的功能。本書不做詳細的介紹。有一點需指出的是我們在實施時，可以根據(jù)企業(yè)的實際情況和管理要求，決定開票時是直接從銷售定單復制價格呢，還是允許修改或重定價（這種配置是基于發(fā)票類別的）。對于定價功能和科目自動確定功能的一個應用是消費稅的計算和過帳，我們可以在銷售定價模板中增加一增一減兩個價格條款，它們的計算規(guī)則是貨款的百分比，兩者分別指向“產品銷售稅金和附加-消費稅”和“應交稅金-消費稅”科目，同時消費稅率維護在和商品相關的定價表中。因為消費稅是價內稅，所以我們的實物發(fā)票中并不體現(xiàn)，但是財務會計上卻即時地記帳了。這個問題的另一個解決方法是月末定期地運行報表計算消費稅額，并自動批輸入過帳。兩者都是可行的，也都可以自動生成納稅申報表，前者的好處是記錄的實時性，從而有利于盈利分析。折扣和折讓如果銷售已經完成，但是客戶對于產品的質量或者別的方面存在異議，雙方協(xié)商以折扣和折讓的方式處理。在系統(tǒng)中可以有如下3種處理方案：第一：用貸項憑證的形式來處理折扣和折讓。貸項憑證在系統(tǒng)中和發(fā)票一樣，是一種不同類型的開票憑證。貸項憑證可以參照發(fā)票或者貸項憑證申請來創(chuàng)建，而且既可以針對整張發(fā)票也可以針對部分行項目，還可以針對行項目中的部分數(shù)量。使用貸項憑證申請，我們可以走正規(guī)的客戶投訴和扣款流程，保證完善的內部控制。如果我們不準備對實物發(fā)票，特別是增值稅發(fā)票做任何處理，那么通過配置，可以讓系統(tǒng)自動生成如下會計分錄：借：產品銷售折扣和折讓貸：應收帳款-客戶明細。對于這種處理方法需要注意如下兩點：第一，貸項憑證沒有增值稅發(fā)票作為原始憑證，因此在我國是不能減少增值稅銷項額的，因此折扣應該給不含稅價，否則折扣中的增值稅部分就只能由銷售方作為費用多承擔了。但是在實際業(yè)務中這往往會使雙方的業(yè)務人員夾纏不清，無法理解。第二，正由于貸項憑證沒有發(fā)票做原始憑證，在我國的實施中可能會引起企業(yè)所得稅上的麻煩。但這種方案的優(yōu)點是明顯的：它不涉及對原增值稅發(fā)票的處理，而眾所周知，這類處理在我國是非常難的。第二：用取消發(fā)票并重開來解決折扣和折讓的問題。取消發(fā)票在系統(tǒng)中會生成反方向的紅字發(fā)票和沖銷會計分錄，業(yè)務人員取消原發(fā)票后重新開票，并更改價格條款。從實物發(fā)票的角度，會有如下兩種情況：1如果對方能夠返還兩聯(lián)增值稅發(fā)票,我們可以開出紅字發(fā)票，其中記帳聯(lián)作為減少銷項稅的原始憑證。其他三聯(lián)和返還的原發(fā)票的兩聯(lián)應妥善保管。2如果對方不能返還兩聯(lián)中的任何一聯(lián)，必須做如下操作：客戶應從當?shù)囟悇詹块T取得退貨或折扣證明單并交給銷售方。銷售方開出紅字發(fā)票，其中兩聯(lián)作為其減少銷項稅的原始憑證，另兩聯(lián)交給客戶。第三仍然用貸項憑證的功能，只是通過配置，讓系統(tǒng)自動生成如下會計分錄：借：產品銷售收入借：應交稅金-增值稅-銷項貸：應收帳款-客戶明細，金額為折扣金額。同時開具實物紅字發(fā)票，金額為原發(fā)票金額。再根據(jù)折扣后金額重開實物發(fā)票。將紅字發(fā)票和重開發(fā)票同時作為貸項憑證的原始憑證。需要注意的是ERP中在很多情況下使用貸項憑證，貸項憑證是直接以后續(xù)的調整金額記帳的。但是我國增值稅管理要求對于增值稅發(fā)票變更的處理，一般都是先用紅字發(fā)票沖銷，隨后在對變更后的金額開具發(fā)票。所以在實施中要么仍然使用貸項憑證的方法，只是實物紅字發(fā)票和重開發(fā)票兩者一起作為貸項憑證的原始憑證，如本節(jié)中的第三種方案和下一節(jié)中的第二種方案。要么在ERP流程中也使用這種先沖銷，再重開的方式，如本節(jié)中的第二種方案和下一節(jié)中的第三種方案。不過這兩種方案都避免不了紅字發(fā)票難開的問題，這已經不是ERP系統(tǒng)的問題，在實務中企業(yè)也會考慮其他的避免方法，比如本節(jié)第一種方案和下一節(jié)中第一種方案，以避免開紅字發(fā)票。退貨對于客戶投訴的另一種解決方法是退貨。在系統(tǒng)中有3種處理方案：第一：標準的退貨流程。首先是建立退貨憑證，退貨憑證可以是針對銷售定單或針對發(fā)票。當貨物實際退回時，倉庫參照退貨憑證做入庫處理，系統(tǒng)自動生成會計分錄借：存貨貸：產品銷售成本。如果需要補貨，那么做補貨的發(fā)貨處理，系統(tǒng)自動生成會計分錄借：產品銷售成本貸：存貨。這種情況不影響開票和實物發(fā)票。第二：如果客戶不要補貨，而要退回貨款，那系統(tǒng)將針對退貨開出貸項憑證，并自動生成如下分錄：借：產品銷售收入借：應交稅金-增值稅-銷項貸：應收帳款-客戶明細，金額為退回部分的售價。同時財務人員開具紅字發(fā)票，金額為原發(fā)票金額。再根據(jù)退貨后余額重開發(fā)票。將紅字發(fā)票和重開發(fā)票同時作為貸項憑證的原始憑證。第三：對于不要求補貨的退貨，我們也可以不建立退貨憑證，而直接取消原發(fā)票（對應紅字發(fā)票），退貨入庫后，再重新開出發(fā)票（對應重開的增值稅發(fā)票）。返利返利是指根據(jù)客戶或者經銷商在一定期間里的購買量，而定期返還給他們的款項。在銷售模塊，我們需要維護返利協(xié)議。在返利協(xié)議中，必須指明：<1>誰可以得到返利。<2>返利的標準。<3>協(xié)議的有效期。<4>是否需要在會計上記提返利。同時銷售部門需要維護各種產品或產品組的返利比例。返利比例可以是直線的，也可以是坎級的：對于越大的購買量，返利比例也越高。銷售模塊會跟蹤所有和返利相關的開票憑證。根據(jù)返利協(xié)議計算返利的金額。在協(xié)議有效期內可以先定期結算部分返利，在最終結算時，系統(tǒng)會自動扣減累積的部分結算的返利。從財務會計的角度看，返利會有如下影響：<1>根據(jù)預提比例，系統(tǒng)可以自動預提返利費用。分錄如下：借：產品銷售收入或銷售費用貸：預提費用<2>當返利協(xié)議結算時，系統(tǒng)會自動生成貸項憑證申請（Creditmemorequests），申請批準后，系統(tǒng)會自動生成分錄如下：借：產品銷售收入或銷售費用貸：應收帳款-客戶明細。該筆貸方的金額或者直接和該客戶原先帳戶中的未清發(fā)票對清，或者在發(fā)生貸方余額時，納入付款流程。同時自動沖銷先前的預提憑證。由于返利和貸項憑證沒有增值稅發(fā)票作為原始憑證（以雙方的返利協(xié)議結算報告作為原始憑證），在我國的實施中可能會面臨一些麻煩，因此企業(yè)有時候會用票面返利的形式處理，所謂票面返利是指返利不記錄在表內科目里，而是在表外另行記錄。返利的金額被用于扣減今后銷售定單的價格而不是直接對清發(fā)票或者付款。但是這樣的處理往往在系統(tǒng)配置上較為麻煩，對于今后的分析也不夠清晰。收入的確認從上文的介紹，我們會發(fā)現(xiàn)一個問題：ERP標準設置是在開票時確認銷售收入，而在交貨時結轉銷售成本。系統(tǒng)本身是不保證收入和成本配比的，這主要是因為兩者各有支持的原始憑證（發(fā)票和出庫單）。對于這個問題我們認為：除非是行業(yè)特殊性造成的原因，收入和成本的配比，主要應當從流程的角度通過控制開票和交貨的時機來解決，比較理想的狀態(tài)是開票直接指向交貨，交貨后即時開票或者定期（每天或至少月底）開票。我國的增值稅法也要求企業(yè)在銷售交貨之后應當及時開具增值稅專用發(fā)票。但是，在有些情況下企業(yè)由于種種原因無法實現(xiàn)這種流程上的匹配，就需要一些別的功能和手段來實現(xiàn)這種匹配：<1>在期末執(zhí)行收入確認程序調整收入。當使用這種方法時，開票時，系統(tǒng)不直接確認銷售收入，而是計入“遞延收入”科目：借：應收帳款-客戶明細貸：遞延收入貸：應交稅金-增值稅-銷項（如果是服務業(yè)，則沒有稅金行）。當期末執(zhí)行收入確認程序時，系統(tǒng)根據(jù)預先設定的規(guī)則確定當期應確認的收入，做分錄如下：借：遞延收入貸：主營業(yè)務收入。具體的規(guī)則可以是根據(jù)實際交貨或確認的服務，也可以是根據(jù)期間分配收入（如長期合同的收入）。<2>類似的處理是在交貨時不結轉成本，而是先計入“遞延成本”，當實際開票時將“遞延成本”確認為“產品銷售成本”。<3>對于大型項目來說，收入和成本是通過項目定期的結果分析計算出來的，而不是開票以及成本的原始憑證決定的，兩者之間的差額通過調整“預提”和“存貨”等科目實現(xiàn)。關于項目管理和結果分析我們將在第10章中介紹。其他還有一些方法，比如走寄售流程，或者建立客戶虛擬庫，但是這些方法一方面會增加操作的步驟和復雜程度，另一方面也曲解了業(yè)務本身，變成了為了會計處理而改變業(yè)務流程，有點得不償失。最后，仍然想重申的是：除非真正源自行業(yè)的特殊性，否則應盡量考慮從流程的角度解決這個問題。畢竟實施ERP的目的之一是簡潔流暢清晰的企業(yè)運作，舍棄一些模糊混亂帶來的“好處”是值得的。銷售發(fā)貨銷售定單的交貨是銷售定單執(zhí)行的一個環(huán)節(jié)，通常會先于開票環(huán)節(jié)。在ERP中交貨是一個多步驟的過程，包括交貨單（交貨申請），揀配，包裝，裝載，裝運和發(fā)貨過帳等步驟。其中大多數(shù)步驟屬于物流管理的范疇，好的ERP軟件提供了整個交貨過程的全程監(jiān)控，包括交貨期管理，自動確定裝運點等等功能。從財務會計的角度集成出現(xiàn)在發(fā)貨過帳這個步驟，此時系統(tǒng)通過庫存管理模塊的自動記帳功能，生成了會計分錄，更新了總帳。一般我們配置自動記帳功能時，讓系統(tǒng)生成如下分錄：借：產品銷售成本貸：存貨。存貨的計價既可以是標準成本，也可以是移動平均價或個別認定的批次成本。但是對于制造型企業(yè)來說，由于實際成本必須在月末才能得到，而發(fā)貨是實時的，所以此時一般應使用標準成本，到月末再根據(jù)實際成本重估庫存和產品銷售成本。圖1-2中“銷售發(fā)貨”標簽指向的箭頭就代表了這種集成。同時可以發(fā)現(xiàn)銷售發(fā)貨本身是銷售模塊和庫存管理模塊的一個集成點，它是由倉儲部門完成的，實現(xiàn)的又是銷售業(yè)務的一個步驟。采購收貨采購定單的收貨是采購定單執(zhí)行的一個環(huán)節(jié)，通常會先于發(fā)票校驗。和銷售發(fā)貨類似，采購收貨本身是采購和儲運部門的共同職責，同時系統(tǒng)通過自動記帳功能，生成會計憑證。一般手工或簡單會計軟件的記帳，要求收貨要等到收到發(fā)票以后再入帳，如果月末發(fā)票未到就暫估入帳。這樣做是為了方便會計工作，但是一方面這樣容易造成庫存帳實不符，另一方面雖然平時的工作簡化了，但是卻增加了期末的核對工作。ERP系統(tǒng)是一個實時的系統(tǒng)，同時又講究帳實相符和集成。因此它采取了收貨和發(fā)票校驗兩個業(yè)務都記帳，兩者通過“商品采購”（或稱為“貨或發(fā)票未到”）科目對清，同時還能完成三單匹配（指采購定單，收貨和發(fā)票校驗）的內部控制機制。關于采購收貨的系統(tǒng)自動帳務處理我們在下一小節(jié)發(fā)票校驗中一起介紹。發(fā)票校驗發(fā)票校驗功能充分顯示了ERP系統(tǒng)的高度集成性，圖1-2中是以“發(fā)票校驗”標簽指向的箭頭表示的。該功能從采購模塊的采購定單和收貨中獲取信息。當發(fā)票校驗完畢并過帳時，數(shù)據(jù)被自動傳入財務會計模塊。在發(fā)票校驗時很重要的一點是參照采購定單和收貨單，這樣系統(tǒng)可以自動檢查發(fā)票的內容，單價并計算準確性。當發(fā)票過帳時，系統(tǒng)會在供應商的帳戶上創(chuàng)建一條未清項，它會在財務會計的付款業(yè)務中被結清。在配置系統(tǒng)時我們還可以規(guī)定每個系統(tǒng)操作者能夠處理的最大發(fā)票金額。輸入發(fā)票輸入發(fā)票時可以有三種選擇：<1>參照采購定單。此時我們只需要輸入采購定單號。系統(tǒng)會自動建議發(fā)票的數(shù)量，金額，稅率和付款條款（指到期日和現(xiàn)金折扣比率）。因為實際收到的發(fā)票可能和這些缺省值有差異，所以缺省值是可以更改的。當我們輸入發(fā)票時系統(tǒng)會通知我們這些差異。我們可以設置對于單條發(fā)票行的差異的容差。如果差異小于容差，它們將被系統(tǒng)接受。如果它們大于容差，我們將收到系統(tǒng)的警告信息，通知我們檢查該發(fā)票，但是仍然可以過帳。如果容差的上限被超出了，這張發(fā)票仍可過帳，但是對它的付款將被凍結。只有當財務會計通過另外一個操作釋放這張發(fā)票后，這張被凍結的發(fā)票才可以被付款。當我們過帳發(fā)票時，系統(tǒng)將自動生成會計憑證。<2>參照采購收貨單。此時應付帳款會計輸入收貨單號，系統(tǒng)查找并建議相應的數(shù)據(jù)。每筆收貨單都將被這樣結算。當然我們也可以輸入采購定單號，系統(tǒng)會幫助查找此采購定單相關的收貨單。<3>不做參照。最后也可以不參照任何憑證輸入發(fā)票，這時可以手工輸入發(fā)票項，分別計入總帳，存貨或固定資產。財務會計過帳采購收貨和發(fā)票校驗完成后都會在系統(tǒng)中自動生成會計憑證，科目可以在系統(tǒng)配置時預先設定。自動記帳的科目和金額的處理受到存貨計價方法和收貨與收發(fā)票的先后次序等因素影響。具體規(guī)則如下：ERP系統(tǒng)有兩種典型的存貨計價方法：標準成本和移動平均價。如果發(fā)票晚于收貨，根據(jù)存貨計價方法的不同自動記帳的科目和金額會有所不同：如果是標準成本法，價差將計入“發(fā)票價差”科目。價差包括收貨時標準成本和采購定單價格的差異，也包括發(fā)票校驗時采購定單價格和發(fā)票價格的差異。如果是移動平均價，收貨時直接按采購定單價格計入存貨價值。收發(fā)票時的價差，如果庫存充足則直接更新庫存價值，如果庫存低于發(fā)票數(shù)量，則按比例一部分更新“庫存”價值，一部分計入“發(fā)票價差”科目。如果發(fā)票早于收貨，那么收發(fā)票時按發(fā)票金額計入“商品采購”科目，如果采用標準成本法，收貨時價差計入“發(fā)票價差”科目。如果采用移動平均價，收貨時按發(fā)票金額更新“庫存”價值。這些規(guī)則聽起來有點復雜，但主要是因為各種情況的排列組合比較多，所以只要看看下面的具體例子就很好理解了。例一標準成本法/先收貨標準成本:1.2元/件 庫存數(shù)量:100件采購定單:1.3元/件 數(shù)量:100件收貨 : 數(shù)量:100件發(fā)票: 1.24元/件 數(shù)量:100件這種情況下，系統(tǒng)自動記帳如表1-1。表1-1“標準成本法/先收貨”的自動記帳科目收貨發(fā)票校驗存貨120+發(fā)票價差10+6-商品采購130-130+應付帳款-供應商明細124-此時，該物料數(shù)量，金額和成本的變化如表1-2: 表1-2物料數(shù)量，金額和成本變化數(shù)量金額標準成本開始時100件120元1.2元/件收貨后200件240元1.2元/件收發(fā)票后200件240元1.2元/件例二移動平均法/先收貨/庫存充足初始移動平均價: 1.2元/件 庫存數(shù)量:100件采購定單: 1.3元/件 數(shù)量:100件收貨 : 數(shù)量:100件發(fā)票: 1.24元/件 數(shù)量:100件這種情況下，系統(tǒng)自動記帳如表1-3。表1-3“移動平均法/先收貨/庫存充足”的自動記帳科目收貨發(fā)票校驗存貨130+6-商品采購130-130+應付帳款-供應商明細124-此時，該物料數(shù)量，金額和成本的變化如表1-4: 表1-4物料數(shù)量，金額和成本變化數(shù)量金額移動平均價開始時100件120元1.20元/件收貨后200件250元1.25元/件收發(fā)票后200件244元1.22元/件例三移動平均法/先收貨/庫存不足初始移動平均價： 1.2元/件 庫存數(shù)量:100件采購定單: 1.3元/件 數(shù)量:100件收貨 : 數(shù)量:100件領用: 數(shù)量:120件發(fā)票: 1.4元/件 數(shù)量:100件這種情況下，系統(tǒng)自動記帳如表1-5。表1-5“移動平均法/先收貨/庫存不足”的自動記帳科目收貨發(fā)票校驗存貨130+8+發(fā)票價差2+商品采購130-130+應付帳款-供應商明細140-此時，該物料數(shù)量，金額和成本的變化如表1-6: 表1-6物料數(shù)量，金額和成本變化數(shù)量金額移動平均價開始時100件120元1.20元/件收貨后200件250元1.25元/件領用后80件100元1.25元/件收發(fā)票后80件108元1.35元/件例四移動平均法/先收發(fā)票初始移動平均價: 1.2元/件 庫存數(shù)量:100件采購定單: 1.3元/件 數(shù)量:100件發(fā)票: 1.24元/件 數(shù)量:100件收貨 : 數(shù)量:100件這種情況下，系統(tǒng)自動記帳如表1-7。表1-7“移動平均法/先收發(fā)票”的自動記帳科目發(fā)票校驗收貨存貨124+商品采購124+124-應付帳款-供應商明細124-此時，該物料數(shù)量，金額和成本的變化如表1-8: 表1-8物料數(shù)量，金額和成本變化數(shù)量金額移動平均價開始時100件120元1.20元/件收發(fā)票后100件120元1.20元/件收貨后200件244元1.22元/件增值稅上文的例子為清晰起見，都沒有考慮增值稅。實際在輸入發(fā)票時，如果是增值稅專用發(fā)票，我們也輸入稅碼（包含了稅率的一個參數(shù)）和稅額。系統(tǒng)會自動檢查含稅價，稅率和稅額是否正確。如果存在差