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

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

第1篇：財務系統設計方案范文

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

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

2.1軟硬件環境選擇

本文提出的基于.NET平臺的醫院財務管理部分設計方案是在.NET環境下開發實現的，數據庫選用的是SQLServer2010關系型數據庫，客戶端操作系統要求為WindowsXP及以上，應用服務器操作系統為MicrosoftWindowsNT4.0及以上版本。

2.2財務管理系統功能設計

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

2.3門診掛號收費財務管理子系統設計

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

（1）門診掛號功能模塊

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

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

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

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

（2）劃價收費功能模塊

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

2)當患者到劃價窗口完成藥品繳費之后可以打印出藥品明細單據，單據中包括藥品名稱、數量、單價和總價等，同時領取藥品發票。患者收費單據與系統數據庫中的數據表相互對應，數據表中包含了單據編號，每個編號對應一名患者所開藥品的名稱、數量和費用，以及患者檢查、化驗產生的費用。

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

3結論

第2篇：財務系統設計方案范文

一、內容提要。

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

（一）項目概況。

（二）業主基本情況。

（三）項目規劃背景。

三、評估依據。

四、評估意見。

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

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

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

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

（五）項目技術評估。

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

（七）投資估算的評估。

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

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

五、問題和建議。

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

（二）潛在的風險。

（三）建議。

六、項目總體評價。

七、評估專家名單。

八、附件。

一、內容提要

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

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

二、項目及項目法人概況

（一）項目概況

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

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

（3）建設內容、規劃方案主要技術經濟指標。

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

（二）業主基本情況

（三）項目規劃背景

三、評估依據

1.咨詢評估委托書

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

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

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

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

6. 當地環保部門提供的建設項目環境影響評價意見

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

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

9. 地方行政和行業管理部門頒發的現行各種行政收費文件

四、評估意見

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

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

（二）文件編制依據和深度的評估

（1）編制依據的評估

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

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

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

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

項目建設目標是否符合我國國情，是否滿足該校總體規劃目標的要求，是否有重復建設項目。建設規模確定的原則和依據是否準確有據，項目建設規模是否經濟合理，功能是否合理并滿足使用要求，是否充分利用學校現有建設用地，在滿足當前規劃的前提下為學校今后一定時期內留有發展余地。

（四）項目建設條件評估

（1）項目選址評估

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

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

（2）項目建設條件評估

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

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

（五）項目技術評估

（1）規劃總平面設計評估

規劃總平面設計構思意圖及布局是否科學、合理，與周邊環境是否協調，豎向設計、交通組織、綠化景觀、文物保護和環境保護等方面的方案是否合理、可行，是否留有擴建、改造與進一步發展的余地。其技術指標是否符合當地城建部門規定。

（2）建筑方案評估

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

（3）結構方案評估

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

（4）電氣方案評估

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

（5）給排水方案評估

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

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

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

（7）環境保護評估

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

（8）安全衛生、安全生產評估

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

（9）節能節水評估

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

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

（1）項目組織管理

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

（2）項目實施進度

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

（3）項目招標方案

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

（七）投資估算的評估

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

（1）投資估算的內容

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

（2）投資估算評估要求

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

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

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

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

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

（1）資金籌措

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

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

（2）資金使用計劃方案

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

（3）對還貸能力的評估

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

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

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

（1）經濟效益（主要用于生產性項目和有經濟收益的項目）

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

（2）社會效益

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

五、問題和建議

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

（二）潛在的風險

（三）建議

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

（2）下一步工作的建議

六、項目總體評價

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

七、評估專家名單

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

八、附件

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

第3篇：財務系統設計方案范文

【關鍵詞】：校園；一卡通；子系統；設計

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

1、前言

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

2、“校園一卡通”子系統設計

2.1、收費類子系統

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

2.2、身份識別類子系統

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

2.3、圖書館管理系統接口

2.3.1、設計方案

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

2.3.2、借閱書籍的總體實現過程

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

2.3.3、圖書館管理與業務接口

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

5、結尾

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

【參考文獻】

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

第4篇：財務系統設計方案范文

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

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

二、系統設計

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

1、財務模塊設計

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

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

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

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

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

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

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

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

4、銷售模塊（SD/MM）

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

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

第5篇：財務系統設計方案范文

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

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

一、項目實施前對新舊系統要有明確的定位

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

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

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

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

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

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

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

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

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

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

（三）注重過程管控，確保系統設計、開發滿足實際需要

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

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

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

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

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

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

第6篇：財務系統設計方案范文

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

中圖分類號：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 引言

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

1 目前高校面臨的問題

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

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

2 電子飯票系統的設計

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

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

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

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

生成條形碼代碼段：

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

2.2 電子飯票的識別與驗證

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

數據庫檢索條形碼及展示代碼段：

2.3 電子飯票的結算與統計

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

2.4 電子飯票系統流程

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

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

3 應用實踐

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

我校在上電子飯票后，根據飯票使用的特性，結合掃碼支付，一次性解決了傳統飯票存在的種種問題。電子飯票的設計、開發與應用，可以滿足高校內多部門的使用需求，具有相當的理論及實用價值。

4 結束語

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

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

參考文獻（References）：

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

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

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

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

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

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

[7] 易愛華，趙曉宏，康衛勇，趙越.條碼技術發展現狀及其在環保領域的應用探索[J].環境與可持續發展，2014.3：107-111

[8] 趙勝.條碼技術發展的現狀與趨勢研究[J].邢臺職業技術學院學報，2008.10：76-78

第7篇：財務系統設計方案范文

[關鍵詞]系統互聯　企業銀行　銀企關系

一、案例

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

二、系統互聯模式企業銀行系統的設計

1.網絡設計

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

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

2.系統設計

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

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

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

三、系統互聯模式在企業銀行系統中的實現

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

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

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

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

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

四、銀企互聯在企業中的應用

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

2.銀企互聯業務處理流程。根據SAP系統的操作，該系統首先將請求指令通過HTTPS提交到銀行企業端互聯服務器中，服務器根據協議將指令發送到銀行系統中，從而完成業務的請求指令提交過程。銀行根據業務請求處理完成后，將結果返回到企業端供企業查詢。如圖所示：

各接口說明：

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

3.系統風險評估

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

4.與網銀比較優勢

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

五、結束語

系統互聯模式為進一步實現資源優化配置，銀企雙方共贏提供了重要的技術基礎， 隨著銀企雙方合作的進一步深入，系統互聯將會越來越受到重視。

參考文獻：

[1]董穎.系統互聯企業銀行系統探討[J].科技資訊,2008(16).

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

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

第8篇：財務系統設計方案范文

[關鍵詞] 電子商務 電子商務系統 電子商務系統設計

一、電子商務系統

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

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

二、電子商務系統的設計

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

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

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

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

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

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

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

參考文獻：

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

第9篇：財務系統設計方案范文

關鍵詞：校園一卡通；第三方系統；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

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

一、基于“校園卡”系統的擴展性

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

（一）卡片應用的擴展性設計。“校園卡”系統使用卡片目錄管理器統一規劃用戶單位卡片結構。卡片內除包含持卡人的統一身份認證信息、個人基本信息、錢包信息外，其余部分可以在“校園卡”系統卡片目錄管理器中自行定義，統一管理，實現空余扇區的自定義要求。

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

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

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

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

二、基于第三方應用系統的對接擴展

（一）擴展對接邏輯圖

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

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

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

（二）數據層面對接

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

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

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

（一）對接網絡結構

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

（二）具體功能和實現流程

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

（三）相關對接函數說明

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字節姓名（ASCII碼）

buffer：

職務代碼：4字節

證件號碼：20字節

部門代碼：10字節

身份代碼：4字節

性別：1字節（0：男；1：女）

4.讀取卡基本信息

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

CardNum：卡顯示卡號（10字節，ASCII碼）

CardNum1：交易卡號（7字節，ASCII碼）

CardID：卡序列號（4字節，HEX）

CardType：卡類

ExpireDay：卡有效期（3字節，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字節，ASCII碼）

CardNum1：交易卡號（7字節，ASCII碼）

Password：保留信息區

CardID：卡序列號（4字節，HEX）

Name：姓名（8字節，ASCII碼）

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

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

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

CardNum：卡顯示卡號（10字節，ASCII碼）

CardNum1：交易卡號（7字節，ASCII碼）

Password：保留信息區

CardID：卡序列號（4字節，HEX）

Name：姓名（8字節，ASCII碼）

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

7.扣卡金額

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

CardNum：10字節卡顯示卡號（ASCII碼）

DecMoney：要扣除的金額

8.顯示字符串

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

XSbuffer：顯示字符（8字節，ASCII碼）

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

9.用戶顯示金額

int DisplayMoney（int ComPort，int Money）

Money：金額

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

int ReadLiberyNum（int ComPort，unsigned char*ThirdInfo）

ThirdInfo：第三方信息（48字節）

四、結語

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

參考文獻：

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

[2]胡多.校園一卡通系統的開發及應用[J].現代計算機,2004,12:36-40

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

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