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

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

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

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

2基于.NET平臺的財務(wù)管理部分設(shè)計方案

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

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

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

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

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

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

（1）門診掛號功能模塊

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

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

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

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

（2）劃價收費功能模塊

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

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

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

3結(jié)論

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

一、內(nèi)容提要。

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

（一）項目概況。

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

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

三、評估依據(jù)。

四、評估意見。

（一）項目建設(shè)必要性評估。

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

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

（四）項目建設(shè)條件評估。

（五）項目技術(shù)評估。

（六）組織管理、實施進(jìn)度及招標(biāo)方案的評估。

（七）投資估算的評估。

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

（九）建設(shè)項目的效益評估。

五、問題和建議。

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

（二）潛在的風(fēng)險。

（三）建議。

六、項目總體評價。

七、評估專家名單。

八、附件。

一、內(nèi)容提要

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

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

二、項目及項目法人概況

（一）項目概況

（1）項目建設(shè)單位、建設(shè)地點。

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

（3）建設(shè)內(nèi)容、規(guī)劃方案主要技術(shù)經(jīng)濟(jì)指標(biāo)。

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

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

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

三、評估依據(jù)

1.咨詢評估委托書

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

3.有資質(zhì)單位編制的項目可行性研究報告（含項目招標(biāo)方案）

4.建設(shè)項目用地預(yù)審意見

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

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

7. 建設(shè)單位建設(shè)資金來源證明及近三年財務(wù)報表和財務(wù)指標(biāo)

8. 規(guī)劃部門批準(zhǔn)或?qū)W校編制的校園建設(shè)總體規(guī)劃

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

四、評估意見

（一）項目建設(shè)必要性評估

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

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

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

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

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

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

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

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

（四）項目建設(shè)條件評估

（1）項目選址評估

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

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

（2）項目建設(shè)條件評估

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

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

（五）項目技術(shù)評估

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

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

（2）建筑方案評估

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

（3）結(jié)構(gòu)方案評估

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

（4）電氣方案評估

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

（5）給排水方案評估

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

（6）采暖通風(fēng)與空調(diào)、燃?xì)夥桨冈u估

采暖通風(fēng)與空調(diào)、動力、燃?xì)獾确桨冈O(shè)計依據(jù)是否正確，內(nèi)容是否齊全，負(fù)荷、參數(shù)能否滿足功能需要，各設(shè)備系統(tǒng)設(shè)計方案是否可行、是否安全、經(jīng)濟(jì)、合理，建設(shè)標(biāo)準(zhǔn)是否恰當(dāng)，是否符合相應(yīng)規(guī)范與標(biāo)準(zhǔn)。

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

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

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

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

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

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

（六）組織管理、實施進(jìn)度及招標(biāo)方案的評估

（1）項目組織管理

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

（2）項目實施進(jìn)度

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

（3）項目招標(biāo)方案

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

（七）投資估算的評估

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

（1）投資估算的內(nèi)容

投資估算包括總投資估算和分項投資估算。在項目評估中，應(yīng)對項目總投資構(gòu)成的完整性、合理性和計算的準(zhǔn)確性進(jìn)行評估?？偼顿Y估算表包括建安工程費、設(shè)備和工器具購置費、工程建設(shè)其他費用、預(yù)備費和貸款利息等內(nèi)容。

（2）投資估算評估要求

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

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

③ 對投資水平、投資結(jié)構(gòu)是否合理進(jìn)行分析評估。評估擬建項目投資水平是否恰當(dāng)。投資結(jié)構(gòu)主要是評估各個分項如建安工程費、設(shè)備購置費投資是否合理，其他費用各占項目總投資的比例是否合理，是否滿足投資部門對投資方向、投資結(jié)構(gòu)的要求。對不合理的投資部分進(jìn)行調(diào)整，并編制投資估算評估調(diào)整表。評估調(diào)整表應(yīng)含申報投資額、調(diào)整后投資額和調(diào)整增減額等內(nèi)容。

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

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

（1）資金籌措

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

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

（2）資金使用計劃方案

資金使用的計劃是否與項目實施進(jìn)度計劃相銜接，安排是否科學(xué)合理。用款計劃安排能否與資金來源相適應(yīng)，能否保證項目順利實施。有無調(diào)整和修改的建議。

（3）對還貸能力的評估

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

（九）建設(shè)項目的效益評估

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

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

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

（2）社會效益

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

五、問題和建議

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

（二）潛在的風(fēng)險

（三）建議

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

（2）下一步工作的建議

六、項目總體評價

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

七、評估專家名單

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

八、附件

1、項目投資估算評估調(diào)整表

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

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

中圖分類號：S611文獻(xiàn)標(biāo)識碼： A

1、前言

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

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

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

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

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

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

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

2.3.1、設(shè)計方案

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

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

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

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

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

5、結(jié)尾

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

【參考文獻(xiàn)】

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

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

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

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

二、系統(tǒng)設(shè)計

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

1、財務(wù)模塊設(shè)計

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

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

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

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

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

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

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

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

4、銷售模塊（SD/MM）

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

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

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

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

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

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

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

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

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

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

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

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

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

（二）抓藍(lán)圖設(shè)計，確保SAP與FMIS融合方案有效實施

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

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

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

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

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

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

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

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

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

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

關(guān)鍵詞： 信息化建設(shè)； 電子化支付； 電子飯票； 紙質(zhì)飯票

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

1 目前高校面臨的問題

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

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

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

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

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

2.1 電子飯票票面內(nèi)容的設(shè)計及入庫

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

生成條形碼代碼段：

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

2.2 電子飯票的識別與驗證

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

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

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

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

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

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

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

3 應(yīng)用實踐

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

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

4 結(jié)束語

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

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

參考文獻(xiàn)（References）：

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

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

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

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

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

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

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

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

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

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

一、案例

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

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

1.網(wǎng)絡(luò)設(shè)計

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

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

2.系統(tǒng)設(shè)計

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

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

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

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

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

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

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

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

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

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

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

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

各接口說明：

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

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

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

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

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

五、結(jié)束語

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

參考文獻(xiàn)：

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

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

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

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

[關(guān)鍵詞] 電子商務(wù) 電子商務(wù)系統(tǒng) 電子商務(wù)系統(tǒng)設(shè)計

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

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

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

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

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

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

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

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

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

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

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

參考文獻(xiàn)：

[1]林 強(qiáng) 黃云森:電子商務(wù)基礎(chǔ)教程.北京：人民郵電出版社，2005.10

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

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

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：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

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

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

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

（一）卡片應(yīng)用的擴(kuò)展性設(shè)計?！靶@卡”系統(tǒng)使用卡片目錄管理器統(tǒng)一規(guī)劃用戶單位卡片結(jié)構(gòu)?？ㄆ瑑?nèi)除包含持卡人的統(tǒng)一身份認(rèn)證信息、個人基本信息、錢包信息外，其余部分可以在“校園卡”系統(tǒng)卡片目錄管理器中自行定義，統(tǒng)一管理，實現(xiàn)空余扇區(qū)的自定義要求。

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

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

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

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

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

（一）擴(kuò)展對接邏輯圖

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

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

圖1：第三方應(yīng)用系統(tǒng)與“一卡通”對接結(jié)構(gòu)圖

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

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

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

三、基于專用收費機(jī)的對接擴(kuò)展

（一）對接網(wǎng)絡(luò)結(jié)構(gòu)

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

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

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

（三）相關(guān)對接函數(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：

職務(wù)代碼：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é)）

四、結(jié)語

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

參考文獻(xiàn)：

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

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

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

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