財務系統(tǒng)設計方案精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的財務系統(tǒng)設計方案主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：財務系統(tǒng)設計方案范文

醫(yī)院信息管理系統(tǒng)主要以患者為中心，將資源優(yōu)化配置作為最終目標，以此來不斷提高醫(yī)院服務水平，同時加強了醫(yī)院基礎設施建設和人員隊伍培養(yǎng)，充分體現(xiàn)了醫(yī)療工作者在醫(yī)療工作中的個人價值，是現(xiàn)代社會醫(yī)院運營的首選工作模式。

2基于.NET平臺的財務管理部分設計方案

2.1軟硬件環(huán)境選擇

本文提出的基于.NET平臺的醫(yī)院財務管理部分設計方案是在.NET環(huán)境下開發(fā)實現(xiàn)的，數(shù)據(jù)庫選用的是SQLServer2010關系型數(shù)據(jù)庫，客戶端操作系統(tǒng)要求為WindowsXP及以上，應用服務器操作系統(tǒng)為MicrosoftWindowsNT4.0及以上版本。

2.2財務管理系統(tǒng)功能設計

醫(yī)院門診掛號收費財務管理子系統(tǒng)和住院收費財務管理子系統(tǒng)的運行，可以綜合匯總門診部門和住院部門患者在醫(yī)療費用方面的數(shù)據(jù)，實現(xiàn)財務數(shù)據(jù)的查詢、統(tǒng)計和上報。醫(yī)院門診掛號收費財務管理子系統(tǒng)可以減少患者在門診排隊等候掛號的時間，杜絕了多收費、漏收費的現(xiàn)象，解決了傳統(tǒng)人工管理存在的藥價不準確等問題。住院收費財務管理子系統(tǒng)的應用采用的是預交押金管理機制，當出現(xiàn)押金余額不足時，可以立刻進行報警提醒，防止出現(xiàn)患者欠費出院的現(xiàn)象。由醫(yī)院財務管理系統(tǒng)匯總統(tǒng)計得到的數(shù)據(jù)信息可以實時地傳送給醫(yī)院各個科室和主治醫(yī)生，真實有效地反映了醫(yī)院不同科室之間醫(yī)生的工作量和工作效率，為醫(yī)院財務管理部門的數(shù)據(jù)分析提供支持，也為醫(yī)院高層領導的科學決策提供保障。

2.3門診掛號收費財務管理子系統(tǒng)設計

醫(yī)院門診掛號收費財務管理子系統(tǒng)是醫(yī)院門診工作的初始化過程，需要將患者個人基本信息錄入，為每位患者提供一個唯一的掛號單據(jù)和編碼，由系統(tǒng)自動計算出患者掛號所需費用明細；系統(tǒng)支持患者退號功能；能夠自動統(tǒng)計門診掛號費用明細，打印輸出報表；提供各種條件的檢索和查詢，為患者的就診醫(yī)治奠定基礎。本文提出的醫(yī)院財務管理系統(tǒng)集成了門診掛號功能和收費功能，為醫(yī)院節(jié)約了大量資源。醫(yī)院門診掛號收費財務管理子系統(tǒng)功能包括：

（1）門診掛號功能模塊

1)將患者個人姓名、性別和年齡錄入到系統(tǒng)數(shù)據(jù)庫中。門診掛號模塊包括普通門診號和專家門診號，系統(tǒng)根據(jù)患者所選科室和主治醫(yī)生的等級自動計算得出掛號費用。同時，將患者掛號信息錄入到系統(tǒng)數(shù)據(jù)庫中，方便從后臺調取患者掛號信息，并將就診信息添加到患者掛號信息段中，為患者創(chuàng)建唯一的電子病歷號碼。此時，系統(tǒng)可以自動生成醫(yī)院當天掛號明細單據(jù)，存儲于數(shù)據(jù)庫中，并將患者個人電子掛號單據(jù)打印輸出。

2)如果患者為醫(yī)院老病號，則需要增加門診掛號信息即可；如果患者為醫(yī)院新病號，則需要重新創(chuàng)建患者電子病歷，向患者發(fā)放醫(yī)院病歷記錄本。

3)醫(yī)院門診掛號可以進行當日退號，如果患者還沒有到相關科室就診，可以通過系統(tǒng)提取出患者掛號信息并立刻刪除。

4)醫(yī)院每天需要對門診掛號信息進行匯總統(tǒng)計，計算當日患者掛號數(shù)量和具體費用明細。

（2）劃價收費功能模塊

1)當科室醫(yī)生根據(jù)患者病情開出診療藥方之后，由系統(tǒng)操作員錄入患者掛號單據(jù)，此時可以顯示患者的藥方數(shù)據(jù)，同時在藥房窗口數(shù)據(jù)表中加載獲得藥品的當時價格，核對患者處方中的藥品是否擁有庫存量，顯示出處方藥品的單價和屬性，由系統(tǒng)自動計算得出全部藥品的費用，同時，單據(jù)中要包括患者就診科室和就診醫(yī)生姓名，方面日后數(shù)據(jù)匯總和統(tǒng)計。

2)當患者到劃價窗口完成藥品繳費之后可以打印出藥品明細單據(jù)，單據(jù)中包括藥品名稱、數(shù)量、單價和總價等，同時領取藥品發(fā)票?；颊呤召M單據(jù)與系統(tǒng)數(shù)據(jù)庫中的數(shù)據(jù)表相互對應，數(shù)據(jù)表中包含了單據(jù)編號，每個編號對應一名患者所開藥品的名稱、數(shù)量和費用，以及患者檢查、化驗產(chǎn)生的費用。

3)可以為患者辦理退藥和退費服務。由操作人員輸入患者個人收費單據(jù)編號，可以刪除該名患者的信息。同時，還需要調出醫(yī)院門診藥房相關數(shù)據(jù)庫表，將藥品庫存數(shù)量進行修改，防止出現(xiàn)藥品數(shù)量混亂的情況，當辦理完成退藥手續(xù)后，將患者退回的藥品交還藥房。

3結論

第2篇：財務系統(tǒng)設計方案范文

一、內容提要。

二、項目及項目法人概況。

（一）項目概況。

（二）業(yè)主基本情況。

（三）項目規(guī)劃背景。

三、評估依據(jù)。

四、評估意見。

（一）項目建設必要性評估。

（二）文件編制依據(jù)和深度的評估。

（三）項目建設目標、規(guī)模和功能的評估。

（四）項目建設條件評估。

（五）項目技術評估。

（六）組織管理、實施進度及招標方案的評估。

（七）投資估算的評估。

（八）項目資金來源與籌措方案評估。

（九）建設項目的效益評估。

五、問題和建議。

（一）存在或遺留的重大問題。

（二）潛在的風險。

（三）建議。

六、項目總體評價。

七、評估專家名單。

八、附件。

一、內容提要

1、項目評估原則、評估工作實施概況等。

2、評估報告得出的結論及主要問題和建議。

二、項目及項目法人概況

（一）項目概況

（1）項目建設單位、建設地點。

（2）建設必要性、建設目標、功能及建設規(guī)模。

（3）建設內容、規(guī)劃方案主要技術經(jīng)濟指標。

（4）投資及資金籌措情況。

（二）業(yè)主基本情況

（三）項目規(guī)劃背景

三、評估依據(jù)

1.咨詢評估委托書

2.教育部委托投資咨詢評估管理辦法

3.有資質單位編制的項目可行性研究報告（含項目招標方案）

4.建設項目用地預審意見

5.城市規(guī)劃部門提供的建設項目規(guī)劃意見

6. 當?shù)丨h(huán)保部門提供的建設項目環(huán)境影響評價意見

7. 建設單位建設資金來源證明及近三年財務報表和財務指標

8. 規(guī)劃部門批準或學校編制的校園建設總體規(guī)劃

9. 地方行政和行業(yè)管理部門頒發(fā)的現(xiàn)行各種行政收費文件

四、評估意見

（一）項目建設必要性評估

分析擬建項目是否符合國家教育事業(yè)的科學發(fā)展，是否符合國家建設方針。從本學校實際情況出發(fā)，分析是否符合學校事業(yè)發(fā)展目標和校園建設總體規(guī)劃要求，分析建設規(guī)模的確定原則和依據(jù)是否正確有據(jù)，對項目的必要性提出具體意見。

（二）文件編制依據(jù)和深度的評估

（1）編制依據(jù)的評估

檢查項目是否具有立項批復文件，編制內容與投資規(guī)模是否在批準范圍之內；民用建筑工程是否有當?shù)匾?guī)劃部門批復的規(guī)劃要點，是否符合規(guī)劃要求，是否有重大變更，其變更是否合理，是否經(jīng)主管部門批準。

（2）對報告文件完整性及編制深度評估

可研報告應包括報告文件、建設地點位置圖、總平面圖、建筑設計方案圖、投資分析情況等內容。各項內容的編制深度應達到國家有關部門的規(guī)定。評估報告應明確指出可行性研究報告的編制是否有漏項、是否有不符合要求的內容，并提出建議。

（三）項目建設目標、規(guī)模和功能的評估

項目建設目標是否符合我國國情，是否滿足該?？傮w規(guī)劃目標的要求，是否有重復建設項目。建設規(guī)模確定的原則和依據(jù)是否準確有據(jù)，項目建設規(guī)模是否經(jīng)濟合理，功能是否合理并滿足使用要求，是否充分利用學?，F(xiàn)有建設用地，在滿足當前規(guī)劃的前提下為學校今后一定時期內留有發(fā)展余地。

（四）項目建設條件評估

（1）項目選址評估

項目選址是否符合規(guī)劃原則與要求。項目建設地點的選擇依據(jù)和理由是否充分，選址方案是否符合國家和所在地區(qū)國土規(guī)劃、城市規(guī)劃、土地管理、文物保護、環(huán)境保護等法律法規(guī)。

項目建設用地的屬性是否符合決策部門的要求，總用地規(guī)模是否明確，各種功能用地的規(guī)模及地點是否明確，各類建設用地是否落實。

（2）項目建設條件評估

項目建設所需要的供電、供水、供熱、供氣與交通運輸、通訊等設施條件是否落實且可靠穩(wěn)定，能否滿足項目建設和建成后正常運行的需要。當不能滿足需求時，建設方案中是否有相應措施。

（3）根據(jù)提供該場地的地質勘察資料，對場地地層地況進行評估。對于無法提供擬建場地地質勘探報告的項目，可參考附近建筑物地質資料進行評估，待正式勘探報告出來以后由初步設計再進行復核和調整。

（五）項目技術評估

（1）規(guī)劃總平面設計評估

規(guī)劃總平面設計構思意圖及布局是否科學、合理，與周邊環(huán)境是否協(xié)調，豎向設計、交通組織、綠化景觀、文物保護和環(huán)境保護等方面的方案是否合理、可行，是否留有擴建、改造與進一步發(fā)展的余地。其技術指標是否符合當?shù)爻墙ú块T規(guī)定。

（2）建筑方案評估

建筑方案首先應滿足該建筑的功能需要，其建筑形式、控制高度、層數(shù)、立面、出入口等應滿足國家、行業(yè)、地方有關建筑法律法規(guī)的要求并考慮建筑風格以及與周邊環(huán)境的協(xié)調。方案中描述的建筑標準、采用的材料、采取的措施，如通風、采光、日照、出入交通、節(jié)能等是否符合規(guī)范標準的規(guī)定。

（3）結構方案評估

評估結構設計依據(jù)是否正確，結構安全等級、設計使用年限、建筑抗震設防、所選用的主要結構形式等是否符合國家及當?shù)赜嘘P規(guī)范及規(guī)定的要求，是否安全可靠。結構設計中是否考慮到了建設地點特殊的地基條件。

（4）電氣方案評估

設計方案依據(jù)是否正確，內容是否齊全，用電負荷、各系統(tǒng)參數(shù)能否滿足功能需要，建設標準是否恰當，系統(tǒng)方案是否可行，是否安全可靠、經(jīng)濟、合理，是否符合相應規(guī)范與標準。

（5）給排水方案評估

設計方案依據(jù)是否正確，內容是否齊全，給排水量、系統(tǒng)參數(shù)能否滿足功能需要，建設標準是否恰當，各系統(tǒng)設計方案是否可行，是否安全、經(jīng)濟、合理，是否符合相應規(guī)范與標準。

（6）采暖通風與空調、燃氣方案評估

采暖通風與空調、動力、燃氣等方案設計依據(jù)是否正確，內容是否齊全，負荷、參數(shù)能否滿足功能需要，各設備系統(tǒng)設計方案是否可行、是否安全、經(jīng)濟、合理，建設標準是否恰當，是否符合相應規(guī)范與標準。

（7）環(huán)境保護評估

評估是否按有關要求編制了環(huán)境影響評價報告（或在可行性報告中是否有專篇對該項目的環(huán)境影響作出評估），其報告內容是否全面，保護措施是否得當、可行等。環(huán)評報告中提出的問題，是否有解決的措施，措施是否可行。排放廢氣、廢水、廢渣的治理措施是否有效。

（8）安全衛(wèi)生、安全生產(chǎn)評估

對于可能產(chǎn)生不安全因素和對衛(wèi)生防疫有要求的項目，如實習工廠、生物化學實驗室等類型項目，應重點評估項目技術方案的安全防范措施的可靠性。

（9）節(jié)能節(jié)水評估

評估建筑物的建筑、結構、采用材料和建筑設備的選型是否滿足國家相關標準要求，是否有節(jié)能節(jié)水措施，能源來源的選擇、供能方式的選擇、能耗指標的控制、節(jié)水方案等是否合理，并對存在的問題提出建議。

（六）組織管理、實施進度及招標方案的評估

（1）項目組織管理

項目組織管理主要包括項目建設期組織管理和項目建成后的運行組織管理。評估項目建設期組織管理機構與職能分工是否明確；對于不具有建設項目實施管理能力的建設單位是否落實了管理機構和管理方案；項目實施各階段的管理方案或措施是否具體；項目建成后的運行管理機構設置是否落實及合理；項目建成投入運行后管理或經(jīng)營方式是否可行；對于運行經(jīng)費的解決方案是否作了分析和說明。

（2）項目實施進度

根據(jù)項目的建設周期，評估其是否最有效的安排了項目實施計劃和工程進度，是否編制了相應的框圖，說明各階段的工作內容和進度安排。

（3）項目招標方案

對土建工程、設備、設計、監(jiān)理等投資額達到國家規(guī)定額度的，應進行招標，評估其招標方案是否合理，招標方案應符合國家發(fā)改委有關文件的規(guī)定。

（七）投資估算的評估

評估內容包括估算依據(jù)、編制方法、范圍、內容及深度、主要技術經(jīng)濟指標等是否正確、合理，是否真實反映了可研報告中建設內容的要求。

（1）投資估算的內容

投資估算包括總投資估算和分項投資估算。在項目評估中，應對項目總投資構成的完整性、合理性和計算的準確性進行評估。總投資估算表包括建安工程費、設備和工器具購置費、工程建設其他費用、預備費和貸款利息等內容。

（2）投資估算評估要求

① 投資估算依據(jù)是否準確。因各地政府出臺文件不同，對于地方性收費標準，數(shù)額差別較大，應審查取費依據(jù)是否齊全、合理。

② 投資估算的編制深度是否符合要求，各項內容的組成是否詳細，儀器設備是否有估算清單，工程建設其他費用是否有詳細內容等。

③ 對投資水平、投資結構是否合理進行分析評估。評估擬建項目投資水平是否恰當。投資結構主要是評估各個分項如建安工程費、設備購置費投資是否合理，其他費用各占項目總投資的比例是否合理，是否滿足投資部門對投資方向、投資結構的要求。對不合理的投資部分進行調整，并編制投資估算評估調整表。評估調整表應含申報投資額、調整后投資額和調整增減額等內容。

（八）項目資金來源與籌措方案評估

對項目的資金來源、籌措方式、籌資額度、籌資風險及資金使用計劃等方面的合理性和可靠性進行分析論證和評估，對存在的問題提出修改意見。

（1）資金籌措

評估可行性研究報告中提出的各類資金來源是否正當、合理、可靠，是否符合國家有關法規(guī)，各項資金來源是否落實，使用條件是否合理等內容。審核相關的證明文件和材料是否齊全，評估地方承諾的配套資金和建設單位自籌資金到位的可能性。

資金籌措方案的分析評估：含籌資數(shù)量及投放時間、籌資風險以及籌資成本等的分析評估。

（2）資金使用計劃方案

資金使用的計劃是否與項目實施進度計劃相銜接，安排是否科學合理。用款計劃安排能否與資金來源相適應，能否保證項目順利實施。有無調整和修改的建議。

（3）對還貸能力的評估

對貸款建設的項目，評估是否有銀行貸款證明或意向，并評估建設單位財務狀況，以確定其還貸能力。

（九）建設項目的效益評估

主要是從經(jīng)濟、社會等方面的效益狀況進行評估。

（1）經(jīng)濟效益（主要用于生產(chǎn)性項目和有經(jīng)濟收益的項目）

主要評價項目自身可能取得的經(jīng)濟效益狀況，評估其計算是否準確全面，是否合理、客觀地反映了項目的經(jīng)濟效益。非經(jīng)營性項目建成后能否持續(xù)、穩(wěn)定運行，其運行費用如何解決等。如建設項目是以經(jīng)營性為主，則必須進行財務分析。

（2）社會效益

由于所評估項目大多數(shù)為非經(jīng)營性項目，因此應對建設單位投資所取得的社會效益進行評估。根據(jù)項目的性質和特點，分析項目對教育發(fā)展、社會發(fā)展及各建設單位帶來的效益，包括對促進國家或地區(qū)社會經(jīng)濟發(fā)展和社會進步，提高國家、部門或地方的教育科學技術水平，改善學校辦學條件等。

五、問題和建議

（一）存在或遺留的重大問題

（二）潛在的風險

（三）建議

（1）解決問題的途徑和方法

（2）下一步工作的建議

六、項目總體評價

項目總體評價是在匯總各分項評估的基礎上，對擬建項目的必要性和可行性在全面分析和綜合評估的基礎上提出肯定或否定的意見，對于報告中各部分內容和方案存在的重大問題提出修改意見，對申報投資估算作出投資估算調整表，確定具體調整額。對不能確定的重大問題提出建議，供主管或決策部門決策時參考。將其數(shù)據(jù)資料進行檢驗審核和整理，對比分析、歸納判斷，提出最終結論意見和建議，并作出項目評估報告。

七、評估專家名單

評估報告應附評估專家名單，含專業(yè)、專家姓名、執(zhí)業(yè)資格及職稱等內容。

八、附件

1、項目投資估算評估調整表

第3篇：財務系統(tǒng)設計方案范文

【關鍵詞】：校園；一卡通；子系統(tǒng)；設計

中圖分類號：S611文獻標識碼： A

1、前言

本世紀初，校園網(wǎng)的建設在各大校園內開始逐步實施，在校園信息化基礎設施基本完善的基礎上，建設基于校園網(wǎng)的“一卡通”的智能卡的管理信息系統(tǒng)提供了強的可能性。再加上隨著在20世紀90年代初的非接觸式工C卡(射頻卡)技術的誕生并趨于成熟，使其在制作成本方面不斷降低同時，又為建設其智能卡信息系統(tǒng)提供強有力的技術支持，在高校建設與發(fā)展大趨勢的影響之下，高校紛紛開始投入校園數(shù)字化一卡通的系統(tǒng)建設，經(jīng)過近幾年的發(fā)展，已經(jīng)在校園內的很多領域得到應用和發(fā)展，利用“校園一卡通”完成了相關的服務功能，并得到高度的認可。而要確保校園一卡通能夠發(fā)揮其應有的效能，對其子系統(tǒng)設計是關鍵，本文以下內容將對校園一卡通子系統(tǒng)設計進行研究和探討，以供參考。

2、“校園一卡通”子系統(tǒng)設計

2.1、收費類子系統(tǒng)

本子系統(tǒng)包含如下幾個系統(tǒng)：第一，餐飲收費系統(tǒng)。在此管理的子系統(tǒng)中，是通過客戶端的通信控制的相關模塊以及服務器端的通信處理模塊進行數(shù)據(jù)以及信息的傳輸。使用是開始是讀取相關的個人信息，比如學生學號，卡號等信息，然后傳遞到服務器上進行相關的通信處理，從而來檢驗其是否符合相關的規(guī)則，是否能夠使用此卡。第二，機房收費系統(tǒng)。計時收費管理系統(tǒng)(讀寫器版)作為一卡通管理系統(tǒng)的有效補充，使用期非常方便。其系統(tǒng)中的程序用四個部分來完成對系統(tǒng)設置上機管理。作為校內的師生，可以利用其內的金額，進行消費，只是在進出打卡的過程中來實時的完成計費的功能，同時，它還有特定的相關的服務功能，比如可以進行計時方面的管理。第三，超市和商場收費子系統(tǒng)。此系統(tǒng)涵蓋在校園范圍的相關場所，包括超市、活動中心、健身房、球室、電影院、洗衣房、實驗室、網(wǎng)球場等相關場所來完成服務功能。

2.2、身份識別類子系統(tǒng)

設計的方案如下：首先刷卡來驗證信息的權限以及相關的有效性，如果出現(xiàn)異常情況,比如不是在本樓住的學生，但可根據(jù)對學號等相關信息的認證，此卡記錄會自動消除，如果不是本校的學生，或者是外來人員，考勤系統(tǒng)會自動發(fā)出報警信號，由宿舍管理員進行相應的處理后，方可進入本宿舍樓內。

2.3、圖書館管理系統(tǒng)接口

2.3.1、設計方案

根據(jù)校園讀者的需求，對圖書管理系統(tǒng)的設計方案如下：第一，讓現(xiàn)有的圖書館管理系統(tǒng)與一卡通有機結合，換掉老的圖書證，統(tǒng)一使用校園一卡通，來實現(xiàn)對圖書的管理。第二，采用一卡通的專門專用軟件來進行相關的收費管理。第三，對進出圖書館的相關人員進行記錄，并對相關人員的出現(xiàn)賓律進行統(tǒng)計分析，并對圖書館管理人員的出勤情況進行統(tǒng)計管理。第四，保證使圖書館網(wǎng)絡系統(tǒng)與一卡通系統(tǒng)的無縫連接，實現(xiàn)相互之間數(shù)據(jù)的實時通訊。

2.3.2、借閱書籍的總體實現(xiàn)過程

基于師生的需求及圖書管理的要求，在圖書館的每個進出口位置設置一個讀卡器，學生要進入圖書卡，首先進行刷卡來確認相關的信息，同時對身份進行相關的確定，刷卡確認成功后，則為有效的卡片，方可進入圖書館，否則系統(tǒng)會發(fā)出報警的信號。當師生進行圖書的借閱時，有圖書管理人員進行圖書信息的掃描后，學生再次進行刷卡，即可完成對圖書的借閱。當師生進行還書時，再次刷卡并確認相關的書籍信息，就可以完成相關的還書處理。

2.3.3、圖書館管理與業(yè)務接口

圖書館管理與業(yè)務接口主要集中在辦證收費、丟書處理、損書處理及超期處理三個方面，其具體功能描述如下：一是辦證收費。圖書館辦公室來統(tǒng)一辦理辦證的收費，涵蓋對新證的辦理，卡的充值等相關的業(yè)務。原來的辦證業(yè)務是由校園卡業(yè)務中心來辦理的，考慮到和校園卡的有機結合，在圖書館建立了校園一卡通辦卡的分中心，另外也可以單獨發(fā)行單獨功能的校園卡。三是超期處理。此種業(yè)務辦理可以在網(wǎng)絡環(huán)境下進行確認超期，然后到圖書館相應的辦理部門進行辦理，根據(jù)超期期限的多少來支持相應的金額，在此業(yè)務辦理過程中，系統(tǒng)會自動的進行記錄超期的情況。另外在有書超期沒有及時還書的情況下，系統(tǒng)會自動提示讀者來及時還書，否則再想借其他書是不允許的。四是脫機消費。就目前來講，師生在圖書館的消費一般是使用的聯(lián)機消費，并沒有使用脫機消費，或者說消費很少。所以說當出現(xiàn)中央服務器的連接中斷時，校園一卡通可以通過POS機保留原來進行交易的相關記錄，當和中央服務器連接時，相關的交易記錄會自動更新于服務器當中。

5、結尾

以上內容對校園一卡通子系統(tǒng)設計進行了研究和探討，但由于其涵蓋了財務管理、銀行的圈存、實驗室上網(wǎng)管理、圖書館管理、后勤管理等一系列功能，要求較強的安全性、穩(wěn)定性以及極高的應用性，故在系統(tǒng)的投入使用前，在系統(tǒng)功能及其穩(wěn)定性上要進行相關的測試，從而保證系統(tǒng)的穩(wěn)定性。

【參考文獻】

[1]《J2EE構建企業(yè)級應用解決方案》陳華軍等，人民郵電出版社

第4篇：財務系統(tǒng)設計方案范文

某分公司ERP系統(tǒng)實施是中原油田ERP系統(tǒng)的最后推廣項目，其成功與否直接影響到中原油田ERP系統(tǒng)的全面和穩(wěn)定。某分公司ERP項目實施成果是：某分公司各業(yè)務部門能夠在2009年7月份順利地使用ERP系統(tǒng)，應用ERP系統(tǒng)業(yè)務流程和操作方式處理所有某分公司的業(yè)務。

某分公司ERP項目是以中原油田分公司ERP系統(tǒng)為實現(xiàn)藍本，作為中原油田ERP系統(tǒng)公司代碼1240下的核算組織，系統(tǒng)執(zhí)行標準統(tǒng)一，業(yè)務流程規(guī)范，同時亦要考慮某分公司建設與生產(chǎn)并行的體制、業(yè)務等特殊管理和業(yè)務實現(xiàn)方式，因此，除要執(zhí)行系統(tǒng)實施標準之外，合理地在系統(tǒng)中設計建設期和生產(chǎn)期的業(yè)務實現(xiàn)方式是設計階段的關鍵環(huán)節(jié)。

二、系統(tǒng)設計

某分公司ERP項目實施以中原油田分公司ERP系統(tǒng)為藍本，在公司代碼1240下創(chuàng)建相應的財務、投資管理、銷售分銷、物資采購及管理等相應的組織結構，以其投產(chǎn)后的采氣及氣體處理等生產(chǎn)經(jīng)營業(yè)務上線運行為主要實施目標，兼顧其投產(chǎn)后建設與生產(chǎn)并行、獨立納稅的實際情況，系統(tǒng)設計合理體現(xiàn)建設期業(yè)務和生產(chǎn)業(yè)務的實現(xiàn)方式；財務納稅所需報表在項目實施前期優(yōu)先考慮實現(xiàn)方式，最終目標確定為：在SAP4.6c系統(tǒng)下實現(xiàn)利潤中心完整核算。

1、財務模塊設計

某分公司財務會計架構設計為隸屬中原油田分公司1240公司代碼下的利潤中心，，主營及其他業(yè)務收支均實現(xiàn)在某分公司；管理會計架構設計為隸屬中原油田分公司成本中心組下的次級成本中心組，成本中心、費用定單作為成本費用的最小核算單元；基金管理架構設計為隸屬中原油田分公司基金中心組下的基金中心，使用中石化標準承諾項實現(xiàn)某分公司資金及費用預算控制。

由于某分公司具有“異地納稅、獨立核算、獨立出具財務報表”的特點，設計中在遵照執(zhí)行系統(tǒng)標準流程和功能的前提下，某分公司ERP系統(tǒng)建設在會計完整核算、預算組織架構、中原油田分公司與某分公司之間的內部交易等方面進行技術攻關和功能提升。在會計完整核算方面，通過功能設計形成了某分公司獨有的利潤中心完整核算的體系；在預算組織架構方面，通過技術攻關突破了利潤中心層面預算管理的控制，在普光實現(xiàn)了成本中心、部門兩級預算控制體系，進一步強化了預算管理功能；在兩個公司內部交易業(yè)務處理方面，通過業(yè)務方案設計，實行“雙方同時掛賬、銀行付款清帳”的業(yè)務處理方式，既保證了BCS層面的自動抵消，又促進了雙方交易對賬的及時性。詳細設計方案見附件。

2、投資管理模塊（IM/PS）

某分公司投資項目管理模塊啟用IM（投資管理模塊）和PS（項目管理模塊）兩個模塊。由于IM/PS模塊與總部SIP（投資計劃管理系統(tǒng)）的集成關系，同時考慮到某分公司建設任務仍會在投產(chǎn)后持續(xù)運行，在與總部相關部門充分溝通的基礎上，通過系統(tǒng)配置調整和開展大量的業(yè)務情景測試的基礎上，單獨為某分公司建設期工程增設投資結構，解決了其建設期工程相關業(yè)務對中原油田分公司統(tǒng)一編報報表的影響，同時IM模塊在某分公司的應用為其項目建設提供了最優(yōu)化的管理手段。某分公司生產(chǎn)期投資納入至中原油田分公司投資結構。

3、物資管理模塊（MRO/MM）

某分公司存在大量無法由供應處代購、代存的自采業(yè)務，如采購進口免稅物資和危險化學品?？紤]到某分公司物資管理實際情況，結合中原油田物資管理一體化的要求，設計“新增其物裝工廠”的方案。

系統(tǒng)內創(chuàng)建某分公司物裝工廠啟用物裝模塊標準流程，在工廠下設置一廠、二廠、三廠、四廠和廢料庫等幾個物理庫存地點。設置普光物資采購組織，下設一廠、二廠、三廠、四廠四個采購組。

為確保利潤中心完整核算，對中原油田分公司工廠間轉儲流程進行了優(yōu)化，創(chuàng)新設計并啟用了物裝工廠間標準采購銷售流程，通過調用系統(tǒng)BAPI（Business Application Programming Interface）將標準的采購和銷售流程進行封裝，控制中原物資工廠對普光物資工廠的銷售訂單必須依據(jù)普光采購訂單生成。該流程有效地解決了利潤中心資產(chǎn)負債失衡的問題，通過流程封裝大大提高了工作效率。

4、銷售模塊（SD/MM）

設計某分公司銷售組織架構隸屬于中原油田銷售組織（YO11），增設其銷售辦公室及銷售組。天然氣、硫磺的銷售及庫存管理均在中原油田原油工廠（YOA1）內實現(xiàn)，增設其一廠天然氣庫、二廠天然氣庫、二廠硫磺庫、三廠硫磺庫四個產(chǎn)品分庫地點。

由于某分公司需獨立出具資產(chǎn)負債表、損益表，故需嚴格控制跨利潤中心做帳，不允許跨利潤中心憑證的生成。標準的SAP系統(tǒng)權限控制功能無法限定某一用戶可操作的CO生產(chǎn)訂單，存在錯誤使用CO生產(chǎn)訂單的可能，為此經(jīng)深入研究借助ABAP工具對系統(tǒng)進行了增強，將某分公司最終用戶命名規(guī)則與CO訂單命名規(guī)則之間建立對應關系，從而達到控制某分公司用戶不能操作中原油田分公司CO訂單，避免了跨利潤中心錯誤憑證的產(chǎn)生。

第5篇：財務系統(tǒng)設計方案范文

目前，ERP在企業(yè)間很流行，特別是稍具規(guī)模的企業(yè)希望借助ERP之力讓管理水平得到提升。事實上，ERP本身不是管理，而是企業(yè)管理者為了解決企業(yè)管理問題而使用的一種工具。因此，ERP作用的發(fā)揮主要取絕于實施者自身管理流程與ERP的契合度，也就是說，ERP作用的發(fā)揮更多取決于ERP的應用環(huán)境和使用者的水平。

因此，若要成功實施ERP項目，必須正確認識企業(yè)的過去和現(xiàn)在，認真分析ERP擬采用的信息工具（中石油采用SAP系統(tǒng)）與現(xiàn)有信息系統(tǒng)的沖突，通過詳實的操作方案，穩(wěn)妥地融合，才能保證ERP在本企業(yè)實施成功。下面，就油氣田企業(yè)如何實施ERP談一點粗淺的認識，供大家參考。

一、項目實施前對新舊系統(tǒng)要有明確的定位

SAP是從MRP（物料資源計劃）發(fā)展而來的管理信息系統(tǒng)，包括財務、物流、人力資源等業(yè)務單元，是一個高度集成的系統(tǒng)。主要缺點是：SAP是標準化的通用商務軟件，沒有考慮個性化的需求。對于大型油氣田而言，與實際管理情況有較大差距。另外，其財務模塊與中油FMIS信息系統(tǒng)相比，靈活性不足，難以出具適合于油田的各種業(yè)務類型及國際、國內準則下數(shù)量較多的、較為復雜的財務報表及進行內部成本分析。

中油FMIS信息系統(tǒng)是中國石油一套標準的、唯一的財務管理信息系統(tǒng)，基于油氣田企業(yè)的實際需求開發(fā)，不僅具有財務會計功能，還具有管理會計功能。從財務角度看，功能和靈活度都比SAP有優(yōu)勢，報表生成時間及編制滿足了公司內部管理、國內政府監(jiān)管和國際資本市場信息披露要求。其主要缺點是不具有開放性，業(yè)務系統(tǒng)與財務系統(tǒng)的高度集成、共享尚未實現(xiàn)。

正是基于各方均有無可比擬的優(yōu)點，因此，實施ERP的關鍵是“如何融合”的問題，即如何發(fā)展和創(chuàng)新，而不是推倒重來。

二、制定可操作的SAP與FMIS融合方案及推進計劃

實施ERP項目至少需經(jīng)歷四個階段：制定推進計劃，組織開發(fā)，試點應用，全面推廣。每一階段都應制定詳細的操作方案，以保證扎實推進，有序運行。從油氣田企業(yè)的上線經(jīng)驗看，ERP系統(tǒng)與FMIS對接成功，以下六個關鍵環(huán)節(jié)不容忽視。

（一）實施項目管理，在組織運行體系上確保職責界面清晰

需按照項目管理的方法，專門成立ERP項目部，以具體負責項目的推進及溝通協(xié)調等。由于采用的是SAP與FMIS融合方案，因此這一模式?jīng)Q定了財務部門和信息部門必須是牽頭部門，其他專業(yè)小組的工作要統(tǒng)一圍繞財務與信息部門的要求進行推進。財務和信息部門緊密配合，最終才可形成統(tǒng)分結合、上下聯(lián)動、協(xié)調高效、整體推進的工作格局。

（二）抓藍圖設計，確保SAP與FMIS融合方案有效實施

藍圖設計的基礎是需求分析，這既是“摸清家底”、掌握需求的過程，更是分析研判、明確方向的過程?，F(xiàn)有管理模式與新管理理念的碰撞都會在藍圖設計過程中體現(xiàn)出來，也直接影響油氣田企業(yè)ERP系統(tǒng)的體系結構、功能范圍、操作流程以及要達到的管理目標，因此這一階段的工作至關重要。

大型油氣田企業(yè)往往管理層級較多、業(yè)務范圍較廣、財務核算較細、信息實時程度要求也較高，因此SAP系統(tǒng)必須克服通用軟件的缺陷，針對油氣田企業(yè)的實際情況，扎扎實實解決每一個具體問題，而不是相互推諉扯皮。只有在相互理解的基礎上，才可最終形成符合油氣田企業(yè)特點的以勘探、評價、開發(fā)項目管理為主線，以物資和設備管理為支撐，通過生產(chǎn)銷售來實現(xiàn)企業(yè)投資回報的經(jīng)營管理閉環(huán)，財務核算高度集成與管控的藍圖設計方案。

（三）注重過程管控，確保系統(tǒng)設計、開發(fā)滿足實際需要

為保證ERP項目整體按時推進，避免等停時間，可以采取“方案確定一部分、系統(tǒng)就開發(fā)一部分”的運行方式，在藍圖設計中后期，便可以進行系統(tǒng)配置、開發(fā)和測試工作。為了保證開發(fā)質量和效率，規(guī)避上線后的潛在風險，上線前必須對系統(tǒng)平臺進行全面檢驗，在條件允許的情況下，可以采用大規(guī)模模擬運行測試的方法。財務部門應抽取以前年度已經(jīng)發(fā)生的實際業(yè)務，結合未來可能發(fā)生的事項，根據(jù)本企業(yè)的業(yè)務規(guī)模，確定樣本量和業(yè)務類型，通過已搭建的模擬運行環(huán)境進行大規(guī)模測試。這對加快推進ERP項目、確保按時保質上線非常重要。

（四）盡早進行數(shù)據(jù)整理，為確保整體運行做好前期準備

ERP項目涉及大量的數(shù)據(jù)錄入工作，數(shù)據(jù)整理應從項目初期便開始，以避免后期忙中出錯。數(shù)據(jù)整理至少要做到二點：一是全面整理。對擬上線單位的所有數(shù)據(jù)都要按照ERP的要求重新梳理并認真核對，不能挑重點。二是業(yè)務主導。對于涉及的物料數(shù)據(jù)、財務數(shù)據(jù)、設備數(shù)據(jù)等，應全部由業(yè)務部門主導完成，以有效保障數(shù)據(jù)的準確性、及時性。

（五）抓業(yè)務培訓，為確保整體運行提供技術支撐

ERP系統(tǒng)比較復雜，必須經(jīng)過嚴格培訓，以避免后期操作失誤影響系統(tǒng)的有效運行。對ERP系統(tǒng)的主要使用者--關鍵用戶要重點培訓，可以采取集中培訓、內部互訓、全程參與系統(tǒng)調研、設計、開發(fā)等方式，以提升其自身實力。對最終用戶，除進行集中培訓和嚴格考試外，還要盡量創(chuàng)造機會，讓盡可能多的人員參與實施工作，盡早熟悉系統(tǒng)。上線前后，對初期數(shù)據(jù)收集、集中補單等工作應采取集中工作方式，以便讓操作人員盡量在系統(tǒng)應用初始階段便掌握情況，及時發(fā)現(xiàn)和解決問題。通過多層次、多方面的培訓，為后續(xù)運行創(chuàng)造有利條件。

（六）做好運維支持，為項目整體、平穩(wěn)運行做好服務保障

第6篇：財務系統(tǒng)設計方案范文

關鍵詞： 信息化建設； 電子化支付； 電子飯票； 紙質飯票

中圖分類號：TP391 文獻標志碼：A 文章編號：1006-8228（2017）03-48-04

Abstract： This paper introduces the electronic payment function to colleges， taking the electronic ticket system of Hangzhou Polytechnic College as an example， the application process of electronic ticket system for canteen is introduced， as well as the design scheme of electronic ticket barcode， the technologies of barcode recognition and verification， and the settlement and statistics of electronic ticket. It is proved with instance that compared to the traditional paper ticket system， the electronic ticket system for canteen not only has enhanced the working efficiency of college logistics and finance departments， but also simplified the operation process.

Key words： information construction； electronic payment； electronic ticket； paper ticket

0 引言

經(jīng)過二十年的發(fā)展，高等院校的信息化基礎設施建設得到了長足發(fā)展，無論是計算機數(shù)量還是網(wǎng)絡覆蓋情況都有了很大的提高[1]，尤其是在移動網(wǎng)絡迅速普及的情況下，高?；ヂ?lián)網(wǎng)接入覆蓋的范圍越來越廣，并且隨著移動通信技術的發(fā)展，手機終端已經(jīng)成為高校教職工和學生的日常生活必須品，在隨身的移動通信終端上實現(xiàn)電子化的支付功能[2]，將大大改變和方便教職工和學生的校園生活，也可以在很大程度上簡化高校有關管理部門的流程，提高工作效率。

1 目前高校面臨的問題

近年來，由于高校規(guī)模逐步壯大，招生的規(guī)模進一步擴大，財務、后勤部T處理的業(yè)務越來越多，也越來越復雜，從而導致高校后勤管理的壓力越來越大，服務質量也顯得力不從心[3]。

以杭州科技職業(yè)技術學院（簡稱杭科院）為例，學校業(yè)務越來越多，沒有校園一卡通但又臨時需要辦公用餐的校外人員越來越多，學校目前采用的辦公用餐申請及報銷的流程如圖1所示。從申請到報銷每個階段均是通過手動的方式完成，對每個部門而言操作相當繁瑣，效率低下，而且后期也是通過人工統(tǒng)計飯票數(shù)量后再報賬，這不僅出錯的概率大，而且紙質飯票本身就有易損、易失、易被冒名領用等弊端。鑒于這種情況，作為高校的信息化部門，為加快促進學校的數(shù)字化校園建設的步伐，有必要依托現(xiàn)代化的信息化平臺解決目前學校后勤、財務較為落后的管理方式，通過信息化技術解決手工操作繁瑣的難題，縮短處理的時間，大幅提高工作效率，方便廣大的高校師生，提升服務質量。

2 電子飯票系統(tǒng)的設計

我們根據(jù)學校食堂管理實際，開發(fā)了電子飯票系統(tǒng)，即紙質飯票的電子形式，該系統(tǒng)是一種以條形碼記錄電子飯票，并將飯票信息存儲在消費系統(tǒng)中，其可以像紙質飯票一樣執(zhí)行出票、作廢、結賬、統(tǒng)計等操作。電子飯票系統(tǒng)依托現(xiàn)代信息技術，實現(xiàn)無紙化、電子化訂票、用餐、結賬等全過程[4-5]。對于校外就餐人員，它的使用與傳統(tǒng)紙質飯票并無差別。從表面上看電子飯票與紙質飯票之間的區(qū)別僅僅在于一個有形、一個無形，所有的功能也與紙質飯票一樣，但就底層運行機制而言，兩者之間存在較大的差異性。

為了保證電子飯票的運行，需要有信息系統(tǒng)支持，其中包含幾個重要的環(huán)節(jié)：首先是電子飯票票面內容的設計與生成，本文中電子飯票的展示采用條形碼的生成技術實現(xiàn)；其次是電子飯票的識別與驗證，即機器對智能終端條形碼的識別與驗證；再者電子飯票的結算與統(tǒng)計，能夠通過系統(tǒng)自動統(tǒng)計出每日、每月、每個學院、每個部門等多維度的數(shù)據(jù)[6]。

2.1 電子飯票票面內容的設計及入庫

在經(jīng)濟全球化、信息網(wǎng)絡化的社會到來之時，普及于80年代的條碼與條碼技術，以及各種應用系統(tǒng)，已經(jīng)風靡于世界流通領域，但是目前條碼技術更多的應用于商品的流通領域，將條碼印刷在商品的外包裝上，形成多項、多元的信息網(wǎng)[7]。條形碼是由一組按一定編碼規(guī)則排列的條、空符號，用以表示一定的字符、數(shù)字及符號組成的信息[8]。由于條碼本身具有可靠、準確、數(shù)據(jù)輸入速度快、便宜、設備簡單、易于制作等優(yōu)點，所以本文將其應用于電子飯票中。

生成條形碼代碼段：

條碼的編碼與生成方案，有兩塊核心的設計，即：條碼的編碼方案設計和條碼內容的設計。條碼的編碼設計方案為了有充分的冗余數(shù)據(jù)區(qū)間來辨別不同編碼，以及留下一定的編碼空間給未來的業(yè)務系統(tǒng)使用，本文約定電子飯票的條碼為91開頭，同時為兼容主流的條碼掃描硬件，故采用code128條碼編碼規(guī)范；條碼的內容設計是根據(jù)學校實際操作過程中的情況設計了條碼應包含的信息，本文將申領部門、使用人姓名、使用日期、價格、是否使用加入到條碼信息中。最終根據(jù)這兩塊設計方案生成電子飯票條碼，然后建立條碼數(shù)據(jù)庫，將條碼對應的數(shù)字和相關信息輸入條碼數(shù)據(jù)庫。具體流程如圖2所示。

2.2 電子飯票的識別與驗證

電子飯票以條形碼的模式運行，需要掃描儀對終端設備的條形碼識別與驗證，在此過程中首先掃描儀掃描到條形碼，之后到條碼數(shù)據(jù)庫中讀取條形碼的數(shù)字信息[9-10]，具體流程如圖3所示。

數(shù)據(jù)庫檢索條形碼及展示代碼段：

2.3 電子飯票的結算與統(tǒng)計

電子飯票結算模塊提供給財務部門使用，其主要功能是統(tǒng)計和分析電子飯票的使用情況。通過分析數(shù)據(jù)庫中條碼使用的歷史信息，統(tǒng)計出每個學院電子飯票的使用情況。該系統(tǒng)也可以進一步從多個角度、多個方位折射出學校目前的情況，為校領導分析與決策提供最有力的數(shù)據(jù)支持，并可以解決財務人員以傳統(tǒng)方式統(tǒng)計飯票的而產(chǎn)生的諸多錯誤和紕漏，節(jié)約大量的人力和物力。

2.4 電子飯票系統(tǒng)流程

針對前文提到的杭科院現(xiàn)有紙質飯票流程中出現(xiàn)的問題，我們設計了一個網(wǎng)絡平臺，通過現(xiàn)在成熟的網(wǎng)絡技術，將飯票電子化，同時通過手機的wap技術，將平臺生成的條碼發(fā)送到手機中，從而完成了生成“電子飯票”的過程。這樣外校人員就可以帶著自己的手機到食堂，在食堂一端通過小型的高速掃描儀，將手機中的條碼讀出來，即可以看到所使用的電子飯票的信息。這樣在整個電子飯票的流程中不用打印任何票據(jù)，實現(xiàn)真正的電子飯票。

通過使用電子飯票系統(tǒng)，每個部門的申領環(huán)節(jié)，外校人員的使用方式，財務部門的統(tǒng)計環(huán)節(jié)都得到了很大的改善?，F(xiàn)有的流程如圖4所示，從中可以看出，用人部門省去了從校辦拿紙質飯票的繁瑣，而食堂通過電子掃碼自動判別飯票的信息和人員信息，減少了出錯的幾率，避免了紙質飯票丟失的問題，財務則可以實時統(tǒng)計出電子飯票的使用量，甚至可以做到一日一結算，減少了人員的工作量。

3 應用實踐

近年來多數(shù)高校與外校、合作單位之間的交流日益增多。對于校外專家及活動參與者的臨時就餐問題，學校財務處以往采用的是傳統(tǒng)的紙質飯票解決方案，這會產(chǎn)生一系列嚴重的問題。紙質飯票因為無身份認證功能，經(jīng)常出現(xiàn)被冒用轉手，造成校方損失。更為嚴重的問題是，由于紙質飯票在使用過后，還需要人手對其進行分類、清點、核銷，一旦碰到大型運動會，餐后的清點工作十分繁重，后勤及財務部門苦不堪言，怨聲載道。

我校在上電子飯票后，根據(jù)飯票使用的特性，結合掃碼支付，一次性解決了傳統(tǒng)飯票存在的種種問題。電子飯票的設計、開發(fā)與應用，可以滿足高校內多部門的使用需求，具有相當?shù)睦碚摷皩嵱脙r值。

4 結束語

電子飯票的設計、開發(fā)與應用，是電子化支付功能在高校校園內落地的一次全新嘗試，本文已經(jīng)通過實例證明了電子飯票在高校中存在的價值，電子飯票系統(tǒng)實現(xiàn)的自動分發(fā)，外校就餐人員可以根據(jù)收到的短信內的短鏈接，在就餐時間內，在食堂的支持掃碼支付的檔口，出示手機上的電子飯票，即可方便就餐。同時電子飯票也支持打印功能，可以方便特殊情況下，無手機時領取紙質飯票使用。而飯票的使用情況統(tǒng)計由后臺自動完成，徹底取代了傳統(tǒng)紙質飯票。

后期我們還需根據(jù)實際情況，將高校更多的場景電子化、自動化，切實簡化高校相關部門的管理流程，提高管理效率。

參考文獻（References）：

[1] 許志娟.我國高校電子政務系統(tǒng)的問題與對策[J].湖北成人教育學院學報，2010.2：40-42

[2] 姜海英.大連市金州新區(qū)國庫集中支付系統(tǒng)的設計與實現(xiàn)[D].電子科技大學，2015：55-56

[3] 付茂.電子票務與移動電子票務[J].中國民航飛行學院學報，2009.3：52-55

[4] 胡先智，梁艷.電子錢包支付系統(tǒng)設計與應用[J].信息與電腦（理論版），2011.9：64-66

[5] 寶，徐建國.條碼技術在管理信息系統(tǒng)中的應用[J].信息系統(tǒng)工程，2009.7：93-95

[6] 張馳.旅游景區(qū)電子售票系統(tǒng)的設計與實施[D].電子科技大學，2012：43-43

[7] 易愛華，趙曉宏，康衛(wèi)勇，趙越.條碼技術發(fā)展現(xiàn)狀及其在環(huán)保領域的應用探索[J].環(huán)境與可持續(xù)發(fā)展，2014.3：107-111

[8] 趙勝.條碼技術發(fā)展的現(xiàn)狀與趨勢研究[J].邢臺職業(yè)技術學院學報，2008.10：76-78

第7篇：財務系統(tǒng)設計方案范文

[關鍵詞]系統(tǒng)互聯(lián)　企業(yè)銀行　銀企關系

一、案例

某企業(yè)是一國有銀行的重點客戶，兩者在各業(yè)務層面上有著十分緊密的合作關系。由于該企業(yè)的結算中心的主要職能就是對所有下屬企業(yè)部門的監(jiān)控、預算收入、結算等工作。業(yè)務種類多、工作量大，盡管該企業(yè)在網(wǎng)上開通了相關的網(wǎng)銀業(yè)務，但是還是存在大量問題。為了使企業(yè)與銀行互聯(lián)辦公方式得以實現(xiàn)，最終使該企業(yè)經(jīng)費管理實現(xiàn)全程自動化目標，該企業(yè)結算中心提出與銀行互聯(lián)的方案。

二、系統(tǒng)互聯(lián)模式企業(yè)銀行系統(tǒng)的設計

1.網(wǎng)絡設計

（1）網(wǎng)絡結構設計。根據(jù)雙方的網(wǎng)絡安全要求，系統(tǒng)網(wǎng)絡又分為銀行部分和企業(yè)部分。兩者不直接連接，數(shù)據(jù)交換采用落地方式處理。銀行后臺與結算工資站之間的系統(tǒng)連接通過專線實現(xiàn)，對數(shù)據(jù)進行相應的加密、簽名以后，便通過HTTP協(xié)議進行傳輸。

（2）銀行內部連接方案。要保證銀行分行能夠可以使網(wǎng)上銀行后臺服務與企業(yè)相連接，必須通過該地區(qū)的市級以上銀行的DMZ接入路由器中進行NAT轉換。二層PVC連接是以前全行網(wǎng)銀DMZ企業(yè)的直接網(wǎng)絡模式，現(xiàn)在要將二層PVC連接與銀行內部的PI網(wǎng)絡進行有機整合，采用三層路由的方式，設置網(wǎng)銀DMZ安全服務器。

2.系統(tǒng)設計

第一，企業(yè)端設計。在銀企互聯(lián)系統(tǒng)中，為了實現(xiàn)系統(tǒng)監(jiān)控預算執(zhí)行情況，采用IC卡對企業(yè)端與其合作的單位進行數(shù)據(jù)交換。在企業(yè)端，IC卡對轉賬支付請求的原始相關信息進行讀取，然后處理請求信息，更新處理標志。由于客戶端是相對獨立的結構，其不僅具有轉賬和基礎查詢功能，同時還應具備使用權限的設置控制，能夠有效核對和維護記錄交易的流水賬號、賬戶信息、系統(tǒng)參數(shù)等。因此，企業(yè)端要求數(shù)據(jù)庫能夠存儲和記錄信息數(shù)據(jù)。

第二，銀行端設計。交易活動的進行需要銀企互聯(lián)服務器對企業(yè)發(fā)出的交易請求進行一系列的驗簽和解密程序，然后轉換為網(wǎng)上銀行交易報文的形式實現(xiàn)。其中企業(yè)端的系統(tǒng)平臺的設定決定原子交易的報文格式。從企業(yè)端來講，銀企互聯(lián)服務器是組成服務端的基本內容，其功能主要是響應企業(yè)端的各種請求。由于企業(yè)端的請求情況不同，所以其對應的交易類型也各不一樣。而服務器不能對所有請求進行定義，因此可以在原子交易模式細化請求之后，再對問題采取解決措施。根據(jù)交易類型的不同，可將原子交易分為四個種類，分別是中間業(yè)務收費站、批量企業(yè)財務室、逐筆轉賬支付以及賬戶查詢等。其中，多個賬戶余額、單一賬戶余額、歷史明細以及當日明細等是賬戶查詢的四種主要功能。中間業(yè)務收費站是對中間業(yè)務內的企業(yè)或者個人的繳費情況進行批量扣帳，對轉賬交易進行批量管理是批量企業(yè)財務站的主要功能，而逐筆轉賬支付包括查詢轉賬指令以及提交兩項功能。

第三，安全策略。系統(tǒng)安全策略采用的方案是數(shù)字簽名與加密技術的有機結合的形式，將安全服務器的企業(yè)端部署在結算工作站，服務器端部署在銀行。銀行處理的交易請求通過系統(tǒng)傳輸?shù)狡髽I(yè)端的安全服務器，使用HTTP形式接收交易請求，通過簽名加密后再傳送到銀行的加密將服務器中，傳輸?shù)男畔⒔饷芎?，傳送到后臺服務器進行相應的處理，然后將處理結果傳回去。在結算工作站與銀行服務器端之間，建立起一條HTTP方式的虛鏈路。

三、系統(tǒng)互聯(lián)模式在企業(yè)銀行系統(tǒng)中的實現(xiàn)

1.電子支付指令與銀行付款指令。在企業(yè)財務系統(tǒng)編制完付款項目之后，一般不會立即產(chǎn)生支付指令，而是根據(jù)財務管理權限對其進行控制。主要是對對財務系統(tǒng)中的電子支付指令進行生成，然后進行審批，最戶下達支付指令。

2.等到支付到賬之后，財務部門會接到后續(xù)處理指令，系統(tǒng)會自動發(fā)出客戶到賬查詢指令，通過電子銀行，將到賬信息發(fā)送給企業(yè)財務部門，財務部門進行確定。到賬信息一般包括銀行所有的交易程序，到賬信息銀行一般只發(fā)送一次，企業(yè)財務部門根據(jù)到賬信息進入到處理界面進行確定。

3.收付明細查詢。在企業(yè)財務系統(tǒng)中，一般將當日的財務收付明細與累計明細查詢設置在同一界面中，只需要點擊相關鏈接，就可以連接到相關的明細信息中，這個過程是由系統(tǒng)接口設定的邏輯判斷完成的，并向電子銀行發(fā)送查詢信息，電子銀行根據(jù)收到的查詢指令進行判斷，并提取相關信息發(fā)送到企業(yè)財務系統(tǒng)中，企業(yè)財務就可以查詢想要得到的當日收付明細或點擊收付明細等信息。

4.余額查詢接口。在企業(yè)財務系統(tǒng)中設計有電子銀行查詢界面，只需要點擊余額查詢按鈕，就會由查詢接口進行邏輯判斷，根據(jù)界面指令，輸入要查詢的銀行賬號，經(jīng)過電子銀行數(shù)據(jù)庫判斷所輸入的對方接口銀行后，就可以向接口銀行發(fā)送查詢指令，與明細查詢相同，企業(yè)財務部門在收到銀行的返回信息后，會根據(jù)既定格式查詢到相關的信息。

5.自動對賬程序。一般可以對企業(yè)財務系統(tǒng)進行設置，每天定時向電子銀行發(fā)送賬單查詢指令，當然也可以手動進行。電子銀行每天定時上傳對賬單，企業(yè)財務部門可以根據(jù)對賬單接口，自動生成對賬憑證。財務部門可以清楚的看到所有的銀行每天的到賬信息和未到賬信息。

四、銀企互聯(lián)在企業(yè)中的應用

1.企業(yè)使用銀企互聯(lián)系統(tǒng)的目的。目前，企業(yè)管理軟件即SAP上線以后，企業(yè)的財務系統(tǒng)、網(wǎng)銀系統(tǒng)等都要和SAP系統(tǒng)進行連接，SAP系統(tǒng)將企業(yè)各種資源進行整合，有效的解決了企業(yè)與銀行之間的復雜聯(lián)系，通過SAP系統(tǒng)中的資金結算業(yè)務操作，將企業(yè)的資金、業(yè)務、財務結算等環(huán)節(jié)聯(lián)系到一起，實現(xiàn)了企業(yè)與銀行資金體系的有效連接，銀企之間實現(xiàn)數(shù)據(jù)互聯(lián)。企業(yè)可以直接通過ERP系統(tǒng)或財務系統(tǒng)界面在網(wǎng)上進行查、收、付款等業(yè)務，并可以自動下載銀行對賬單、自動生成銀行賬目余額表、自動核對銀行賬，實時進行交易明細的查詢等功能。

2.銀企互聯(lián)業(yè)務處理流程。根據(jù)SAP系統(tǒng)的操作，該系統(tǒng)首先將請求指令通過HTTPS提交到銀行企業(yè)端互聯(lián)服務器中，服務器根據(jù)協(xié)議將指令發(fā)送到銀行系統(tǒng)中，從而完成業(yè)務的請求指令提交過程。銀行根據(jù)業(yè)務請求處理完成后，將結果返回到企業(yè)端供企業(yè)查詢。如圖所示：

各接口說明：

（1）付款接口：符合付款規(guī)則，網(wǎng)上銀行付款功能節(jié)點中進行支付處理。（2）收款接口：根據(jù)下載的銀行對賬單收款明細進行處理，并自動生成憑證。（3）銀行對賬接口：按照下載的銀行對賬單處理。

3.系統(tǒng)風險評估

銀企互聯(lián)系統(tǒng)只允許SAP系統(tǒng)的訪問。可設置安全流程：在任意級別設置授權，每一個級別的用戶只能根據(jù)該級別的權限職責進行訪問。財務主管管理企業(yè)客戶證書、財務出納管理SAP網(wǎng)上銀行系統(tǒng)、IT管理員管理銀企服務器，除了與網(wǎng)上銀行相同的安全措施之外，銀企互聯(lián)系統(tǒng)還特別增加了轉賬交易中的簽名時間字段，以及多種先進技術方法，防止指令重復提交及黑客的入侵。

4.與網(wǎng)銀比較優(yōu)勢

銀企互聯(lián)系統(tǒng)有其特有的優(yōu)勢所在，與網(wǎng)上銀行相比而言，該系統(tǒng)下企業(yè)財務與銀行信息是同步的，資金的回籠時間降低，有效提高了資金的使用效率。降低了勞動的重復率，節(jié)約了人了資源，對資金的管理及分析更加的明細。系統(tǒng)自身的安全機制較網(wǎng)銀更加的安全。內部授權機制可以靈活定制，保證了資金的安全。現(xiàn)金流量預算的控制可以借助SAP系統(tǒng)進行付款等。

五、結束語

系統(tǒng)互聯(lián)模式為進一步實現(xiàn)資源優(yōu)化配置，銀企雙方共贏提供了重要的技術基礎， 隨著銀企雙方合作的進一步深入，系統(tǒng)互聯(lián)將會越來越受到重視。

參考文獻：

[1]董穎.系統(tǒng)互聯(lián)企業(yè)銀行系統(tǒng)探討[J].科技資訊,2008(16).

[2]宋海燕,王小浩.企業(yè)應用程序與建設銀行外聯(lián)平臺銀企直聯(lián)的設計與實現(xiàn)[J].微計算機應用,2009(7).

[3]張擁軍.銀行與中小企業(yè)財務系統(tǒng)的互聯(lián)方案[J].中國金融電,2006(5)．

第8篇：財務系統(tǒng)設計方案范文

[關鍵詞] 電子商務 電子商務系統(tǒng) 電子商務系統(tǒng)設計

一、電子商務系統(tǒng)

1.電子商務。電子商務（EC，Electronic Commerce）是利用電子數(shù)據(jù)交換（EDI，Electronic Data Interchange）、電子郵件、電子資金轉帳及Internet的主要技術在個人間、企業(yè)間和國家間進行無紙化的業(yè)務信息的交換。通過簡單、快捷、低成本的電子通信方式，買賣雙方互不謀面地進行的各種商務活動。由于電子商務擁有巨大的商機，從傳統(tǒng)產(chǎn)業(yè)到專業(yè)網(wǎng)站都對開展電子商務有著十分濃厚的興趣，電子商務熱潮已經(jīng)在全世界范圍內興起。

2.電子商務系統(tǒng)。電子商務系統(tǒng)是支持企業(yè)完成電子商務全部業(yè)務的系統(tǒng)，涉及到企業(yè)的各個方面，是一個綜合的系統(tǒng)，不同類型企業(yè)的電子商務因業(yè)務要求不同而對電子商務系統(tǒng)的要求也有較大差異。電子商務系統(tǒng)主要有企業(yè)內部信息系統(tǒng)（Intranet）、電子商務基礎平臺、電子商務服務平臺、電子商務應用系統(tǒng)、電子商務應用表達平臺和安全保障環(huán)境六個部分組成。

二、電子商務系統(tǒng)的設計

電子商務系統(tǒng)設計的主要任務是從電子商務系統(tǒng)的總體目標出發(fā)，根據(jù)系統(tǒng)規(guī)劃和分析階段產(chǎn)生的文檔，考慮到技術、經(jīng)濟和系統(tǒng)實現(xiàn)的內外環(huán)境和主客觀等方面的條件，確定電子商務系統(tǒng)的總體結構和系統(tǒng)各組成部分的技術方案，合理地選擇計算機和通信的軟硬件設備，以確保電子商務系統(tǒng)的總體目標實現(xiàn)。

1.電子商務系統(tǒng)的設計原則。(1)技術的先進性。電子商務系統(tǒng)的設計技術發(fā)展十分迅猛，先進的技術在電子商務中占有十分重要的地位，電子商務系統(tǒng)的競爭力與技術的先進性密切相關，電子商務系統(tǒng)設計應采用最新的技術成果、立足先進的技術，從而使系統(tǒng)有較高的技術起點。(2)系統(tǒng)的兼容性。很多企業(yè)目前都已經(jīng)完成企業(yè)信息化建設，并產(chǎn)生了較好的經(jīng)濟效益。電子商務系統(tǒng)良好的兼容性可以使電子商務企業(yè)有效地利用現(xiàn)有的資源、設備和信息，發(fā)揮其功能，最大限度地節(jié)約企業(yè)投資成本，更大程度上實現(xiàn)企業(yè)信息的增值。(3)系統(tǒng)的安全性。電子商務系統(tǒng)的安全主要是通過技術手段確保主機、網(wǎng)絡設備、存儲設備等物流實體的安全和交易過程中的信息安全。(4)系統(tǒng)的開放性。電子商務系統(tǒng)良好的開放性可以有利于電子商務的獨立運轉。

2.電子商務系統(tǒng)運行平臺的選擇與設計。系統(tǒng)平臺的設計主要包括計算機硬件、計算機網(wǎng)絡環(huán)境、網(wǎng)絡通信設備和其他輔助設備、計算機軟件的設計和選擇。(1)計算機硬件。計算機硬件的選擇包括服務器設備、網(wǎng)絡設備和信息存儲設備等的選擇。服務器的性能直接決定電子商務系統(tǒng)的處理能力。網(wǎng)絡設備主要用于電子商務系統(tǒng)局域網(wǎng)建設、電子商務系統(tǒng)和Internet的聯(lián)接。電子商務服務訪問速度的快慢與網(wǎng)絡設備密切相關。(2)網(wǎng)絡基礎環(huán)境。計算機網(wǎng)絡是電子商務的重要組成部分。通過計算機網(wǎng)絡來實現(xiàn)系統(tǒng)內外信息傳遞和共享。電子商務系統(tǒng)的網(wǎng)絡基礎環(huán)境包括Internet、Intranet和Extranet三個部分。其中Internet部分是企業(yè)電子商務系統(tǒng)的用戶訪問通道。(3)計算機軟件。電子商務系統(tǒng)的靈魂是計算機軟件。電子商務系統(tǒng)的軟件平臺的選擇與設計主要有網(wǎng)絡操作系統(tǒng)、Web服務器軟件和中間件軟件等。軟件的選擇主要從功能、適用性、軟件之間的配合能力等方面加以考慮。

3.電子商務系統(tǒng)支持平臺的設計。電子商務系統(tǒng)支持平臺設計主要涉及供應鏈管理（SCM，Supply Chain Management）、客戶關系管理（CRM，Customer Relation Management）和企業(yè)資源計劃（ERP，Enterprise Resource Planning）等信息系統(tǒng)的設計。(1)供應鏈管理。供應鏈管理主要由采購管理、產(chǎn)品管理、庫存管理、銷售管理、銷售機構管理、客戶關系管理、預算管理、信息管理和系統(tǒng)管理等功能模塊組成。(2)客戶關系管理。客戶關系管理軟件系統(tǒng)可劃分為接觸活動、業(yè)務功能和數(shù)據(jù)庫三個組成部分。(3)企業(yè)資源計劃。企業(yè)資源計劃系統(tǒng)的管理模塊主要包括生產(chǎn)控制（計劃、制造）、物流管理（分銷、采購、庫存）、財務管理（會計核算、賬務管理）和人力資源管理等四個方面的內容。

4.電子商務應用軟件設計。電子商務應用軟件系統(tǒng)的設計分為數(shù)據(jù)庫設計和應用軟件的設計兩個方面。(1)模塊設計與子系統(tǒng)劃分。模塊是執(zhí)行一個定義功能的計算機程序的可確定的部件，是構成系統(tǒng)構架的主要部件，是可執(zhí)行的實體。根據(jù)數(shù)據(jù)流程圖轉換而來的模塊結構圖的劃分是基于層次結構的，要求模塊間的耦合度小，模塊自身的內聚度大。(2)數(shù)據(jù)流程設計。模塊結構圖僅僅提供了程序內部的結構，模塊內部數(shù)據(jù)流程和邏輯也需要設計。模塊算法設計的方法主要有程序流程圖、結構化語言和偽碼等三種。(3)代碼設計。以數(shù)字或字符來代表各種客觀實體謂之代碼。一個好的代碼設計方案對于系統(tǒng)的開發(fā)工作是一件重要的事情，可以使很多機器處理變得很方便，而且可以把計算機現(xiàn)在很難處理的工作變得較為簡單。(4)數(shù)據(jù)庫設計。通過大量的數(shù)據(jù)獲得開展電子商務活動所需要的信息是電子商務系統(tǒng)的一項主要任務，因而必須存儲和管理大量的數(shù)據(jù)。因此建立一個良好的數(shù)據(jù)組織結構和數(shù)據(jù)庫，使整個系統(tǒng)可以迅速、準確、方便地調用和管理所需的數(shù)據(jù)，是電子商務系統(tǒng)開發(fā)工作好壞的主要衡量指標之一。

數(shù)據(jù)組織結構和數(shù)據(jù)庫設計，就是要根據(jù)數(shù)據(jù)的用途不同、統(tǒng)計渠道、使用要求和安全可靠性來決定數(shù)據(jù)的整體組織形式，并決定數(shù)據(jù)的結構、類別、組織方式和保密級別等問題。一個好的數(shù)據(jù)組織結構和數(shù)據(jù)庫要充分滿足組織的各級管理要求，并應該使得后續(xù)系統(tǒng)開發(fā)方便、快捷，易于維護和管理。

5.控制、輸入和輸出的設計?？刂?、輸入和輸出的設計包括完整性控制、系統(tǒng)輸入設計和輸出設計。(1)完整性控制。完整性控制是建立在系統(tǒng)內的機制和過程，用于確保系統(tǒng)和系統(tǒng)內信息的安全。系統(tǒng)完整性控制由系統(tǒng)訪問控制、輸入完整性控制和輸出完整性控制等三部分組成。(2)系統(tǒng)輸入設計。系統(tǒng)輸入設計的目的是輸入新的無錯誤的數(shù)據(jù)到系統(tǒng)，或用無錯誤的數(shù)據(jù)更新系統(tǒng)數(shù)據(jù)信息。一是要確定用于輸入的設備或方式；二是要設計輸入格式。(3)系統(tǒng)輸出設計。系統(tǒng)輸出設計在系統(tǒng)設計中占有很重要的地位，因為只有通過輸出用戶才能使用計算機系統(tǒng)對數(shù)據(jù)加工處理的結果。及時、準確地輸出各種信息，是電子商務開發(fā)的最終目標。一要設計輸出方式；二要確定輸出信息的內容；三要保護輸出信息；四要設計報表的原型。

參考文獻：

[1]林 強 黃云森:電子商務基礎教程.北京：人民郵電出版社，2005.10

第9篇：財務系統(tǒng)設計方案范文

關鍵詞：校園一卡通；第三方系統(tǒng)；POS機；對接

中圖分類號：TP311 文獻標識碼：A文章編號：1007-9599 (2011) 13-0000-02

The Interconnection Extension Design of Campus Smart Card System

Chen Huashan

(Hohai University Changzhou Campus Information Center,Changzhou213022,China)

Abstract:Campus smart card system is the fundamental application project of the digital campus construction,It is one of the most important part of the digital campus,the paper introduce the Extension Design of the interconnection of campus smart system on the bases of present technology in Hohai University.And finally the paper will detail the Extension Design of the POS system’s interconnection.

Keywords:Campus Smart Card;Third-party system;POS machine;

Interconnection

校園一卡通是利用計算機技術、網(wǎng)絡技術、通訊技術對與教務管理、校務管理和生活服務有關的所有信息資源進行全面的數(shù)字化，并用科學規(guī)范的管理對這些信息資源進行整合和集成，以構成統(tǒng)一的用戶管理，統(tǒng)一的資源管理和統(tǒng)一的權限控制[1]。目前河海大學常州校區(qū)在管理方面已經(jīng)應用了較為成熟且專業(yè)的應用管理系統(tǒng)，如圖書館理系統(tǒng)、教務管理系統(tǒng)、財務管理系統(tǒng)、機房管理系統(tǒng)、電控管理等，并且一些專業(yè)的生產(chǎn)廠家在某些方面已經(jīng)開發(fā)出了較為成熟的應用系統(tǒng)，為了保護學校的前期投資和系統(tǒng)的平滑升級，要實現(xiàn)系統(tǒng)間的互通互聯(lián)，數(shù)據(jù)共享，消除信息孤島，必須實現(xiàn)與“校園卡”系統(tǒng)的對接擴展。

一、基于“校園卡”系統(tǒng)的擴展性

擴展性設計是“校園卡”系統(tǒng)設計的原則之一，“校園卡”系統(tǒng)內部系統(tǒng)的擴展性包含以下幾個方面：

（一）卡片應用的擴展性設計。“校園卡”系統(tǒng)使用卡片目錄管理器統(tǒng)一規(guī)劃用戶單位卡片結構?？ㄆ瑑瘸挚ㄈ说慕y(tǒng)一身份認證信息、個人基本信息、錢包信息外，其余部分可以在“校園卡”系統(tǒng)卡片目錄管理器中自行定義，統(tǒng)一管理，實現(xiàn)空余扇區(qū)的自定義要求。

例如：在“校園卡內可通過卡片目錄管理器定義淋浴錢包、控電錢包、圖書證信息等，滿足不同應用子系統(tǒng)的不同需求。

（二）終端產(chǎn)品的擴展性設計。“校園卡”系統(tǒng)的所有終端產(chǎn)品采用1+X的模塊化設計理念，采用嵌入式設計原理，采用統(tǒng)一的硬件和軟件平臺，對于不同的環(huán)境、業(yè)務需求，提供不同的功能和業(yè)務模塊，組合成不同業(yè)務性質的終端設備。通過網(wǎng)絡在線下傳給相應的終端產(chǎn)品更新應用程序，不需要開蓋更換應用程序芯片。

（三）網(wǎng)絡產(chǎn)品的擴展性設計。網(wǎng)絡產(chǎn)品均采用國際標準化產(chǎn)品，保證通用和擴展。主干網(wǎng)利用校園網(wǎng)，校園網(wǎng)點均可直接使用，方便接入和擴展。子網(wǎng)線路按照標準局域網(wǎng)星型結構設計，終端產(chǎn)品相互隔離不在一條總線上，增加或減少終端產(chǎn)品數(shù)量不會影響已掛接使用中的終端產(chǎn)品，保證了擴展性。

（四）軟件產(chǎn)品的擴展性設計。應用軟件產(chǎn)品采用三層結構設計開發(fā)，標準模塊化結構設計，集成、拆分、維護非常方便，用戶經(jīng)授權可以自行定義和組織這些標準模塊，利用配帶的“軟件界面生成器”可以快速形成新的應用管理系統(tǒng)。軟件系統(tǒng)采用“1＋X”的應用模式，在1個公用模塊平臺基礎上，為新的擴展應用系統(tǒng)（X）開發(fā)提供了簡潔、快速、方便的條件。從軟件升級方面，由于軟件集中安裝在應用程序服務器中，局部升級實現(xiàn)了功能模塊的“熱拔插”技術，升級不影響系統(tǒng)的正常運行，為軟件升級帶來極大的方便[2]。

二、基于第三方應用系統(tǒng)的對接擴展

（一）擴展對接邏輯圖

“校園卡”系統(tǒng)基于開放標準的原則給第三方提供三個層面的對接方式：數(shù)據(jù)層面、功能層面和業(yè)務層面。業(yè)務數(shù)據(jù)是校園卡系統(tǒng)的核心，將校園卡數(shù)據(jù)劃分為公有數(shù)據(jù)、私有數(shù)據(jù)、敏感數(shù)據(jù)三種類型。根據(jù)三種不同數(shù)據(jù)類型，校園卡系統(tǒng)數(shù)據(jù)交換平臺基于不同的安全級別采用XML標準協(xié)議為第三方提供各種業(yè)務數(shù)據(jù)的對接。

“校園卡”系統(tǒng)架構中的統(tǒng)一表示層（V）、業(yè)務邏輯層（A）、數(shù)據(jù)控制層（C）、數(shù)據(jù)訪問層（M）均提供基于XML標準協(xié)議的Web Service接口，可以為第三方業(yè)務層面實現(xiàn)對接[3]?！靶@卡”硬件平臺提供一套對接API函數(shù)以滿足第三方系統(tǒng)在硬件操作功能等相關方面的對接，如圖1所示。

圖1：第三方應用系統(tǒng)與“一卡通”對接結構圖

（二）數(shù)據(jù)層面對接

校園卡數(shù)據(jù)按照對業(yè)務數(shù)據(jù)相關元數(shù)據(jù)字段進行分類，可分為公有數(shù)據(jù)、私有數(shù)據(jù)、敏感數(shù)據(jù)三種類型，校園卡主要的業(yè)務數(shù)據(jù)有原始交易憑證數(shù)據(jù)、原始考勤數(shù)據(jù)、轉賬憑證數(shù)據(jù)、中間業(yè)務數(shù)據(jù)、業(yè)務結果數(shù)據(jù)以及業(yè)務平臺的基礎數(shù)據(jù)等。根據(jù)業(yè)務數(shù)據(jù)的不同類型采用不同安全級別進行數(shù)據(jù)層面的對接[4]。

對接方式主要有三種類型：元數(shù)據(jù)級，采用開放XML協(xié)議的數(shù)據(jù)交換技術，技術先進、數(shù)據(jù)互動性強、安全性較高、實時性較強高；文件級，雙方定義好交換數(shù)據(jù)的文件格式、數(shù)據(jù)格式，相互提供文件導入、導出功能，實時性差、文件格式不容易統(tǒng)一；數(shù)據(jù)庫表級，對接簡單、數(shù)據(jù)互動性強，實時性高，數(shù)據(jù)庫無任何安全性保障、系統(tǒng)依賴性強。

三、基于專用收費機的對接擴展

（一）對接網(wǎng)絡結構

專用收費機具有兩路通信口，其中一路（RS485或TCP/IP）連接到“校園卡”信息管理系統(tǒng)，以實現(xiàn)時鐘同步、黑名單同步及交易流水上傳等功能，而另一路（RS232或TCP/IP）連接到第三方軟件系統(tǒng)，以實現(xiàn)對IC卡的讀寫操作。

（二）具體功能和實現(xiàn)流程

對接系統(tǒng)調用接口函數(shù)完成持卡人身份識別及扣費過程如下：將專用收費機正確的連接到計算機串口（RS232）或網(wǎng)絡信息口（TCP/IP）上；打開專用收費機電源；調用所提供的動態(tài)庫或使用ActiveX控件提供的方法；調用打開串口函數(shù)打開專用收費機連接的串口或與專用收費機建立Socket連接；圖書管管理系統(tǒng)發(fā)出讀卡命令；如果是有效卡（專用終端機自動判斷），圖書管管理系統(tǒng)則得到用戶卡的卡號等基本個人信息（即學號、圖書證號），圖書管管理系統(tǒng)根據(jù)卡號進行其他流程（如借書、還書、扣費等業(yè)務流程）；如果是無效卡（專用終端機自動判斷），圖書管管理系統(tǒng)則得到用戶卡是非法卡或黑名單卡信息，圖書管管理系統(tǒng)可停止對該卡的其他業(yè)務流程；如果圖書管管理系統(tǒng)需要扣費，調用扣卡金額函數(shù)，傳入應收金額，專用POS機自動完成扣費；專用POS機按正常消費流程在顯示窗口顯示交易結果信息，如交易結果交易額，交易前后余額等，并返回交易結果信息到圖書管管理系統(tǒng)；調用關閉串口函數(shù)關閉串口或斷開Socket連接；終端POS機通過RS485網(wǎng)絡將交易流水上傳到校園卡系統(tǒng)，完成商戶資金結算過程[5]。

（三）相關對接函數(shù)說明

1.連接專用POS

int Connect_V23（int ComPort）

2.斷開連接

int Disconnect_V23（int ComPort）

3.讀取個人基本信息

int ReadPersonalInfo（int ComPort，unsigned char*Name，unsigned char*buffer）

Name：8字節(jié)姓名（ASCII碼）

buffer：

職務代碼：4字節(jié)

證件號碼：20字節(jié)

部門代碼：10字節(jié)

身份代碼：4字節(jié)

性別：1字節(jié)（0：男；1：女）

4.讀取卡基本信息

int ReadCardInfo（int ComPort，unsigned char*CardNum，unsigned char*CardNum1，unsigned char*CardID，int&CardType，unsigned char*ExpireDay）

CardNum：卡顯示卡號（10字節(jié)，ASCII碼）

CardNum1：交易卡號（7字節(jié)，ASCII碼）

CardID：卡序列號（4字節(jié)，HEX）

CardType：卡類

ExpireDay：卡有效期（3字節(jié)，Hex年月日）

5.讀電子錢包信息

int ReadCard（int ComPort，unsigned char*CardNum，unsigned char*CardNum1，unsigned char*Password，unsigned char*CardID，unsigned char*Name，int&Money）

CardNum：卡顯示卡號（10字節(jié)，ASCII碼）

CardNum1：交易卡號（7字節(jié)，ASCII碼）

Password：保留信息區(qū)

CardID：卡序列號（4字節(jié)，HEX）

Name：姓名（8字節(jié)，ASCII碼）

Money：卡余額（以分為單位）

6.讀電子錢包信息并聲音提示刷卡

int ReadCardBeep（int ComPort，unsigned char*CardNum，unsigned char*CardNum1，unsigned char*CardID，unsigned char*Name，int&Money）

CardNum：卡顯示卡號（10字節(jié)，ASCII碼）

CardNum1：交易卡號（7字節(jié)，ASCII碼）

Password：保留信息區(qū)

CardID：卡序列號（4字節(jié)，HEX）

Name：姓名（8字節(jié)，ASCII碼）

Money：卡余額（以分為單位）

7.扣卡金額

int DecCard（int ComPort，unsigned char*CardNum，int&DecMoney）

CardNum：10字節(jié)卡顯示卡號（ASCII碼）

DecMoney：要扣除的金額

8.顯示字符串

int Display（int ComPort，unsigned char*XSbuffer，int DelayTime）

XSbuffer：顯示字符（8字節(jié)，ASCII碼）

DelayTime：延時時間（以秒為單位，最大值為255秒）

9.用戶顯示金額

int DisplayMoney（int ComPort，int Money）

Money：金額

10.讀用戶自定義信息（如借書證號）

int ReadLiberyNum（int ComPort，unsigned char*ThirdInfo）

ThirdInfo：第三方信息（48字節(jié)）

四、結語

以上各類對接方式對接靈活通用，加上各終端設備也提供對接接口和對接方法，由第三方產(chǎn)品提供商或客戶根據(jù)“一卡通”建設單位提供的應用程序接口API進行原系統(tǒng)的改造，或者依據(jù)原系統(tǒng)的源代碼或數(shù)據(jù)結構進行改造，達到數(shù)據(jù)中心數(shù)據(jù)、持卡人卡片數(shù)據(jù)（如個人信息和錢包余額）、終端產(chǎn)品數(shù)據(jù)完全共享、及時生效，沒有鏈接痕跡。由于訪問數(shù)據(jù)庫的形式一律采用中間層隔離技術和硬件加密校驗機制，所以各類鏈接方式是安全可靠的，實現(xiàn)了河海大學常州校區(qū)“一卡通”信息在校內以最短的時間、最快的速度，大范圍得到共享和應用。

參考文獻：

[1]黃永剛.校園一卡通系統(tǒng)設計與開發(fā)[D].中國海洋大學,2005

[2]胡多.校園一卡通系統(tǒng)的開發(fā)及應用[J].現(xiàn)代計算機,2004,12:36-40

[3]廣東三九智慧公司.校園"一卡通"系統(tǒng)設計方案[J].2007,5

[4]衛(wèi)一人,張素娟,呂敏.基于校園一卡通的通用第三方對接系統(tǒng)設計與應用[J].微電子學與計算機,2006,23(5),154-156