導語：如何才能寫好一篇網(wǎng)站開發(fā)合同，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

乙方：

鑒于甲方委托乙方開發(fā)設計網(wǎng)站，幫助甲方樹立企業(yè)形象，擴大宣傳，拓寬銷售渠道，為明確雙方責任，根據(jù)雙方協(xié)商，簽訂此協(xié)議，以期雙方共同遵守。

一.雙方的權(quán)利和義務

1.甲方的權(quán)利和義務

1-1提供有關企業(yè)的材料及圖片，應保證材料完整，圖片清晰；

1-2為了更好的開發(fā)站點，甲方應配合乙方的調(diào)查工作；

1-3依協(xié)議約定時間使用主頁；

1-4按時支付費用；

1-5所有制作內(nèi)容及開展的業(yè)務必須符合國家法律和社會公共利益，特別是公安部的《計算機信息網(wǎng)絡國際聯(lián)網(wǎng)安全保護管理辦法》。

2.乙方的權(quán)利和義務

2-1按照甲方提供的材料和要求按時完成網(wǎng)站的開發(fā)制作；

2-2可以在主頁中注明該網(wǎng)站由乙方制作；

2-3有權(quán)依協(xié)議收取費用。

二.網(wǎng)頁制作完成及時間

乙方按甲方要求____日后完成網(wǎng)頁制作，但必須在乙方收到甲方較為完整的材料之日算起，驗收后____日內(nèi)傳至網(wǎng)上。

三.費用金額及付款方式

本協(xié)議涉及的總金額為人民幣_________元，協(xié)議簽訂時需交納%左右的訂金為_______元，驗收之后支付剩余款項。第二年費用：域名______元，空間_______元。

四.驗收標準和售后服務

1.甲方可以通過任何與因特網(wǎng)進行網(wǎng)絡連接的計算機瀏覽自己的主頁。

2.主頁無文字拼寫及圖片（以甲方提供的材料為標準）錯誤。

3.驗收合格，甲方以書面方式簽收。

4.驗收期限為____日。

5.驗收合格網(wǎng)上后，在維護時間（_____天）內(nèi)，乙方可免費負責網(wǎng)站的基本內(nèi)容維護和技術(shù)支持，改動較大者須收取一定的制作費用。

6.網(wǎng)站原則上按網(wǎng)站拓撲圖設計，且甲方必須認同乙方設計的框架但可以有較少范圍的改動。

五.爭議解決

本協(xié)議于其履行過程中如發(fā)生爭議，雙方應本著友好合作的精神協(xié)商解決。

六.附則

1．貴公司的LOGO我們不提供設計，網(wǎng)站具體設計依據(jù)貴司網(wǎng)站拓撲圖（附后）

2．如乙方收到甲方訂金后，甲方在10天內(nèi)不提供制作網(wǎng)頁所需的材料，乙方有權(quán)取消該網(wǎng)頁制作合同同時乙方不退還訂金。

2.本協(xié)議自雙方簽訂后生效，一式兩份，甲乙雙方各執(zhí)一份；

3.本協(xié)議未盡事宜，雙方應在本協(xié)議達成的原則基礎上以補充條款的方式明

確，補充條款與本協(xié)議具有同等的法律效力:

甲方乙方

代表人簽字：代表人簽字：

篇2

簽訂日期：____________________________

簽訂地點：____________________________

項目名稱：________________________項目

委托方：______________________ （甲方）

承接方：_________科技有限公司？（乙方）

為充分利用Internet商業(yè)效用，開展電子商務活動， ____________ （甲方）委托_____________科技有限公司（以下簡稱乙方）設計開發(fā)____________工程，雙方本著公平友好的原則，簽訂本合同，以茲信用。

一、合同內(nèi)容和技術(shù)要求

1.合同內(nèi)容：

合同內(nèi)容為____________項目。

包括：網(wǎng)站規(guī)劃、系統(tǒng)設計文檔、網(wǎng)頁設計、技術(shù)培訓與支持。

2.技術(shù)要求：

乙方應該采用目前流行和先進的技術(shù)設計開發(fā)整個____________項目，各項功能的實現(xiàn)程度和性能指標應該達到現(xiàn)階段的先進水平，并具有安全性、規(guī)范性、靈活性及可擴展性。

二、合同價款與工期

1.合同價款：

合同總價為 :人民幣____________元整（RMB）。

2.工程工期：

工程開工之日起____________個工作日內(nèi)，甲乙雙方共同完成____________開發(fā)項目。

網(wǎng)站建設完成后的____________個工作日內(nèi)，在互聯(lián)網(wǎng)上試運行，確認系統(tǒng)結(jié)構(gòu)設計完成和內(nèi)容無誤后。甲方依本合同所規(guī)定的原則進行驗收。

工程驗收后，在網(wǎng)絡運行過程中，甲方若有新的需求，甲乙雙方協(xié)商解決。

三、甲方責任

1.甲方需對網(wǎng)上內(nèi)容提出具體要求，若在所規(guī)定的時間甲方不能夠及時確認開發(fā)設計的內(nèi)容，所造成的項目進度的延誤，乙方不負任何責任。

2.甲方需要為乙方工作人員了解具體業(yè)務提供詳細的文字、圖片等資料。

3.甲方應從合同簽署之日起，按本合同中所規(guī)定的付款方式，按時足額向乙方支付相應的費用，如甲方在沒有合理的理由的情況下，延誤或拒絕支付乙方相應費用，乙方有權(quán)單方終止合同的履行。

四、乙方責任

1.根據(jù)甲方的要求，乙方成立該項目的專門工作隊伍，承擔甲方項目開發(fā)與運作。在技術(shù)上具有先進性、主流性，各項工作具有規(guī)范性。

2.乙方應嚴格按照雙方確定的設計方案完成網(wǎng)站建設工作，并及時如實向甲方通報工程進度。乙方應在項目的進行中提供給甲方有關網(wǎng)站建設的所需資料，及準備工作所需的相關文檔和必要的行業(yè)知識指導。

3.在方案實施過程中，甲方提出修改意見，雙方友好協(xié)商解決后，對內(nèi)容進行修改。

五、版權(quán)、源代碼及商業(yè)機密

1.乙方為甲方開發(fā)的網(wǎng)站的原代碼的所有權(quán)歸甲方所有。

2.乙方必須為甲方嚴守商業(yè)機密，不得將該工程設計和數(shù)據(jù)轉(zhuǎn)用于第三方。

3.乙方保留本合同涉及軟件、數(shù)據(jù)庫的使用權(quán)及修改權(quán)。

六、技術(shù)培訓與售后服務

1.乙方有關人員針對網(wǎng)站建設的相關內(nèi)容進行簡單技術(shù)指導。

2. 工程驗收合格之日起提供售后技術(shù)支持與服務，期限為1年。

3. 乙方的工作日內(nèi)，若甲方的網(wǎng)站出現(xiàn)故障時，甲方需提供給乙方必要的管理授權(quán)，乙方確保在獲得甲方管理授權(quán)后的24小時內(nèi)解決問題。

七、工程驗收

1.網(wǎng)站設計開發(fā)調(diào)試完成后，乙方向甲方提出驗收申請，甲方組織有關人員驗收。若有爭議，雙方友好協(xié)商解決。若由于甲方人員不齊或工作安排沖突等原因，使系統(tǒng)驗收不能在3個工作日內(nèi)完成，應視為驗收合格。

2.驗收過程中，若雙方意見分歧，雙方友好協(xié)商解決。

八、付款方式

1.合同簽署之日，甲方向乙方支付網(wǎng)頁開發(fā)預付費用，計人民幣____________ 元整（RMB）。

2.項目驗收之日，甲方向乙方支付網(wǎng)頁開發(fā)尾款費用，計人民幣____________元整（RMB）。

九、違約責任

1.在合同有效期內(nèi)，因不可抗力而造成一方不能履行合同規(guī)定的責任和義務，不視為____________ 違約。不可抗力系指：戰(zhàn)爭、火災、水災、地震、臺風及其他不可預見并且對其發(fā)生和后果不能防止或避免的事故。

2.甲方應按照合同規(guī)定及時足額向乙方支付相應的網(wǎng)站開發(fā)費用，逾期支付，每遲付一日，違約金為合同總價款的____________%.

3.乙方應保證按照合同規(guī)定的進度將系統(tǒng)通過驗收并交付使用，若逾期交付，每遲交付一日的違約金為合同總價款的____________%.如延遲交付超過____________日，甲方有權(quán)單方解除合同。

十、合同所涉及的服務及款項（貨幣單位：RMB）

服務內(nèi)容

數(shù)量

金額

備注

首頁__________________________________________

普通頁________________________________________

新聞系統(tǒng)？________________________________

解決方案__________________________________

產(chǎn)品系統(tǒng)？________________________________

應用實例__________________________________

BBS論壇_______________________________________

頁面加鎖功能__________________________________

合計__________________________________________

十一、其他

1.在系統(tǒng)設計開發(fā)過程中若系統(tǒng)方案有任何變動，應以備忘錄的形式由雙方的主管人員或授權(quán)人員簽字確認。

2.甲方明確承諾對本合同的價款保密。

3.對本合同條款未盡事宜，合同雙方應本著友好合作原則，協(xié)商解決。

4.本合同自簽定之日起生效。本合同一式貳份，雙方各持壹份。

甲方：_______________ 乙方：______________

地址：______________　 地址：______________

代表：______________　 代表：______________

電話：______________　 電話：______________

篇3

在明確定位了專業(yè)人才培養(yǎng)目標的基礎上，就可以繼續(xù)確定專業(yè)“課程設置”、“教學實踐”、“課程管理和考評”等相關內(nèi)容，從而構(gòu)建一個完善的教學體系。

(一)課程設置

高職電子商務專業(yè)課程應根據(jù)專業(yè)人才培養(yǎng)目標，按照精要、實用的理論教學體系，能力主導的實踐教學體系，全方位滲透的綜合素質(zhì)養(yǎng)成體系的三大體系進行設置。營銷、管理、網(wǎng)站開發(fā)和維護、信息處理等方面都要有所體現(xiàn)，尤其是營銷、管理、信息處理等課程在實踐教學中更要努力引進新內(nèi)容，保證知識不斷更新，使實踐能力要求始終與社會需要保持一致，實踐效果能滿足企業(yè)實際需求。

(二)教學實踐

教學主要由理論教學和實踐教學兩部分構(gòu)成。理論教學以知識傳授為主，實踐教學以技能、技術(shù)培訓為主。由于電子商務很強的應用性，實踐環(huán)節(jié)也自然地成為教學環(huán)節(jié)中的重要部分。學校采用的實踐教學方式一方面是實驗室實訓，另一方面是校外實習。要加強實踐教學，除了實驗室實訓和校外實習方式外，還必須搭建相應的實踐環(huán)境，把校內(nèi)實訓企業(yè)化，把校外實訓教學化。

校內(nèi)實訓包括生產(chǎn)性實訓和非生產(chǎn)性實訓。校內(nèi)生產(chǎn)性實訓可以注冊公司；校內(nèi)非生產(chǎn)性實訓可以是模擬教學軟件實訓或工作情景仿真（工作室）模擬實訓。電子商務專業(yè)實驗教學是通過軟件模擬操作，使學生對電子商務的實務運營有較深刻的認識，以達到電子商務實踐環(huán)節(jié)要求。模擬實驗需要涵蓋電子商務的典型模式、網(wǎng)絡營銷、網(wǎng)絡貿(mào)易、電子合同、物流管理、網(wǎng)上銀行、電子錢包、網(wǎng)上證券、EDI中心、自助建站開發(fā)平臺、企業(yè)網(wǎng)站創(chuàng)建、企業(yè)內(nèi)部工作等環(huán)節(jié)的運作，還要具有較強的操作性，與實際緊密聯(lián)系，真實地模擬出實際操作的關鍵環(huán)節(jié)。所謂工作室是在校內(nèi)實訓基地設置電子商務運營所涉及的所有工作部門的真實的崗位，對各崗位任務進行說明，同時對任務所需的知識和技能進行說明，進行應用全面的專業(yè)綜合訓練。由營銷、物流、網(wǎng)站建設等多名相關學科教師共同上課，讓學生充分了解工作過程中的所有工作崗位任務、掌握完成任務所必需的知識和技能，讓學生在每一個工作部門進行輪崗實訓，掌握每一崗位的技能。同時，還要對每一個工作過程進行見習，對實際工作情景進行了解。

校外實訓包括崗位實訓和實習。學生在校學習期間要到校外實訓基地進行短期實訓，并由實訓指導教師或聘用工作單位的一線專業(yè)人員進行指導教學。實習是教學的重要環(huán)節(jié)，時間為一學年。由于電子商務是一個新興的領域，其發(fā)展程度和地區(qū)的經(jīng)濟有著密切的聯(lián)系，因此實習選擇發(fā)達城市為突破口，在省內(nèi)及發(fā)達地區(qū)建立實習就業(yè)基地，采用訂單實習、頂崗實習、頂崗就業(yè)實習、自主實習、創(chuàng)業(yè)實習等多種方式，多渠道、多層次、全方位地進行實習工作。實習期間制定實習教學計劃，安排專業(yè)教師或?qū)嵙晢挝坏膶I(yè)人員進行實習指導。

二、課程管理和考評

嚴肅認真的課程管理才能收到好的教學效果，無論是理論課還是實踐課都應加強管理。課程管理主要包括過程管理和考核方式管理兩個方面。過程管理伴隨整個教學過程，理論課程可以通過布置課后作業(yè)的方式管理體現(xiàn)學生學習和鍛煉的過程，實踐環(huán)節(jié)可以通過讓學生完成實驗報告、實習報告的方式來培養(yǎng)學生理論聯(lián)系實際的作風和分析問題、解決問題的能力?？己耸菣z驗教與學效果的重要手段，應實現(xiàn)最大限度仿真模擬職業(yè)行為與標準進行考核；實現(xiàn)對教學與實訓的全過程實施考核；實現(xiàn)學生全員參與考核。

考核手段與方式可以靈活多樣，實現(xiàn)立體化、多元化和網(wǎng)絡化。例如電子商務課可以讓學生提交一個作品，作品可以是一個淘寶網(wǎng)店，也可以是網(wǎng)店中的某個寶貝或店標、公告等的技術(shù)技巧的操作示范。這樣更能刺激學生的學習欲望和創(chuàng)業(yè)興趣，激勵學生課下去自學、研究。再比如營銷課可以通過讓學生提交調(diào)查報告、某產(chǎn)品銷售方案等方式進行考核等。合理的考核方式不僅能準確的評價教與學的實際水平和效果，更能反過來促進教與激勵學。

篇4

一、扶持對象

在我縣注冊登記且進出口統(tǒng)計和納稅均在我縣的企業(yè)。

二、扶持內(nèi)容

（一）鼓勵企業(yè)開展各類管理體系認證和產(chǎn)品認證。對出口企業(yè)在本年度完成的各類認證并取得認證證書的，按其認證費的50%給予資助，單項資助金額不超過1.5萬元。

（二）鼓勵企業(yè)爭創(chuàng)“出口名牌”。對企業(yè)在境外注冊商標并在本年度取得相應注冊證書的，按其商標注冊費的50%給予資助，單項資助金額不超過2萬元。

（三）鼓勵企業(yè)開拓國際市場。對參加境外各類進出口商品展覽會的企業(yè)，每個標準展位補貼攤位費2萬元，每增加一個標準展位，增加補貼1萬元，同一企業(yè)同一展會補貼不超過3萬元。

（四）鼓勵企業(yè)投保進出口信用保險。對向中國出口信用保險公司投保的，按其實繳保費的20%給予資助，每個企業(yè)最高支持標準不超過5萬元。同一企業(yè)不重復享受縣級資金扶持。

（五）鼓勵企業(yè)境外專利申請。對企業(yè)獲得的境外發(fā)明專利申請、實用新型專利申請或外觀設計專利申請，按縣政府促進科技創(chuàng)新創(chuàng)業(yè)政策予以獎勵。

（六）鼓勵企業(yè)應訴進出口公平貿(mào)易案件。對出口企業(yè)參加商務部、國家（?。└黝愡M出口商會、行業(yè)協(xié)會統(tǒng)一組織的對進口國的進出口公平貿(mào)易案件的應訴及復審費用，給予不超過5萬元的補助。對企業(yè)單獨應訴、復審的案件，給予50%的律師費補助，支持金額不超過10萬元。同一企業(yè)不重復享受。

（七）鼓勵企業(yè)設立境外貿(mào)易機構(gòu)。對經(jīng)過批準，在國外設立貿(mào)易機構(gòu)并實際運行的中方投資者，給予2萬元的開辦費補助。

三、申報材料要求

符合申報條件的企業(yè)須報送以下材料：

（一）縣促進外貿(mào)發(fā)展若干扶持政策資金申請表（詳見附表）；

（二）營業(yè)執(zhí)照復印件；

（三）對外貿(mào)易經(jīng)營者備案登記證書或外商投資企業(yè)批準證書；

（四）相關費用支出憑證復印件并加蓋單位財務章；

（五）根據(jù)申報項目類型，其他須提供的材料：

1.申請各類管理體系認證和產(chǎn)品認證資助須提供認證證書復印件、產(chǎn)品認證的檢驗檢測報告復印件、與認證機構(gòu)簽訂的合同復印件。

2.申請境外商標注冊資助須提供境外商標注冊及標識復印件。

3.申請出口名牌獎勵須提供評審組織部門的認定文件或證書復印件等證明材料。

4.申請境外參展補貼須提供組展方的收費通知或展位費結(jié)算明細復印件、出國人員任務批件復印件（因私簽證的提供出國護照及簽證頁復印件）、機票復印件、參展照片。

5.申請進出口信用保險資助須提供項目申報單位與中國出口信用保險公司的合同復印件。

6.申請高新技術(shù)產(chǎn)品出口獎勵須提供海關出口證明。

7.申請設備進口獎勵須提供海關報關單、設備進口訂貨合同復印件。

8.申請境外專利申請資助須提供專利證書復印件、項目申報單位與被委托方的合同復印件。

9.申請國際電子商務資助須提供網(wǎng)站首頁復印件及網(wǎng)址、項目申報單位與網(wǎng)站開發(fā)制作單位的合同復印件。

10.申請出口基地企業(yè)做大出口規(guī)模獎勵須提供省級以上出口基地認定文件。

11.申請進出口公平貿(mào)易資金支持須提供案件總結(jié)材料（內(nèi)容包括企業(yè)概況、案件背景、應訴過程及結(jié)果、經(jīng)驗教訓等）、案件結(jié)案材料等。

12.申請設立境外貿(mào)易機構(gòu)補助須提供境外貿(mào)易機構(gòu)批準證書、境外貿(mào)易機構(gòu)注冊文件及資金、設備投入證明復印件（外管或海關等部門出具）等相關材料。

13.申請出口產(chǎn)品研發(fā)資助須提供研發(fā)項目可行性報告、研發(fā)項目的查新報告，高新技術(shù)產(chǎn)品證書復印件，近兩年審計報告等相關材料。

篇5

關鍵詞：土地流轉(zhuǎn)；信息化管理；圖形驗證碼；站內(nèi)搜索

中圖分類號：TP311.52文獻標識碼：A文章編號：1007-9416（2017）10-0153-01

農(nóng)民擁有長期穩(wěn)定的土地承包經(jīng)營權(quán)，運用土地使用權(quán)的流轉(zhuǎn)，加強土地利用率，確保農(nóng)村產(chǎn)業(yè)化經(jīng)營。農(nóng)村土地承包與流轉(zhuǎn)管理平臺，主要提供政策和法律法規(guī)宣傳、咨詢，土地供求信息匯總、流轉(zhuǎn)合同簽證、流轉(zhuǎn)糾紛調(diào)解、登記簿批量打印、經(jīng)營權(quán)證書等一條龍服務，減少農(nóng)村土地承包和流轉(zhuǎn)糾紛，規(guī)范土地流轉(zhuǎn)行為，保護供求雙方的合法權(quán)益。并通過大力招商引資，引進業(yè)主發(fā)展現(xiàn)代農(nóng)業(yè)，加快城鎮(zhèn)一體化發(fā)展的步伐。

本平臺框架設計為1+3，就是一網(wǎng)三子平臺。一網(wǎng)指的是農(nóng)村土地承包和流轉(zhuǎn)綜合服務，在一定程度上它屬于一種網(wǎng)絡門戶，而且根據(jù)相關的法律法規(guī)和信息公布的條例來看。信息平臺的平臺，合同管理的平臺和土地流轉(zhuǎn)的平臺，在整體系統(tǒng)分布上都是采用的矩陣式架構(gòu)。平臺采用B/S技術(shù)，基于.NET框架，使用C#語言開發(fā)。使用大型數(shù)據(jù)庫，實現(xiàn)信息的海量存儲，采用三層架構(gòu)設計，保證系統(tǒng)的可靠性與穩(wěn)定性。

1系統(tǒng)關鍵技術(shù)

1.1B/S結(jié)構(gòu)

B/S我們通常情況下也管它叫做瀏覽器或者是服務器。隨著互聯(lián)網(wǎng)的不斷興起，在一定程度上C/S這種結(jié)構(gòu)得到了極大的改善。B/S可以在任何地方不需要安裝任何專門的軟件，就可以直接信息操作，操作既簡單又便捷。而且只需要一臺電腦就可以正常的使用，在一定程度上，客戶端可以通過系統(tǒng)維護的方式，加強了系統(tǒng)的擴展和訪問。

1.2SQLServer2008數(shù)據(jù)庫管理系統(tǒng)

SQLServer作為微軟的搜索的大型數(shù)據(jù)庫管理體系，在一定程度上它更方便，人們的使用。同時SQLServer2008作為一個重要的產(chǎn)品版本，在推廣的過程中，經(jīng)過了不斷的改進和系統(tǒng)的更新，已經(jīng)成為全世界最為強大的SQLServer版本。

SQLServer2008在微軟的平臺上，可以更好地幫助企業(yè)加以管理。通過結(jié)構(gòu)化、半結(jié)構(gòu)化和非結(jié)構(gòu)化的同時，進行一定的內(nèi)置服務。而且在數(shù)據(jù)進行搜索和查詢的過程中也會將不同的數(shù)據(jù)儲存在設備中，保證設備的運行。從數(shù)據(jù)中心的服務器開始到桌面的計算機和移動設備都在不同的更新著。

1.3訪問安全性處理技術(shù)

系統(tǒng)登錄時，會要求用戶輸入一定的用戶名和密碼，這樣的操作程序是為了確保用戶使用過程中的合法性和安全性。如果不是合法的用戶，也無法訪問相應的網(wǎng)址和該頁面，即使用戶知道了某個頁面的地址也無法訪問，所以系統(tǒng)會率先提示用戶要先登陸，取得合法的信息。

1.4圖形驗證碼生成技術(shù)

驗證碼的功能一般是防止使用程序惡意注冊、暴力破解或批量發(fā)帖而設置的。我們通常所說的驗證碼就是一串隨機性的符號兒生成的一些圖片數(shù)字或者是文字。在一定程度上，這些都是可以用肉眼直接識別的。通過輸入相應的網(wǎng)站、信息驗證等驗證成功后才可以安全性的使用。本系統(tǒng)中的用戶登錄頁面中就使用了圖形驗證碼技術(shù)。生產(chǎn)一個圖形驗證碼需要三步：（1）隨機產(chǎn)生一個長度為N的字符串，該字符串可以包含數(shù)字、字母等。（2）將隨機生成的字符串創(chuàng)建成圖片并顯示。（3）保存驗證碼。

1.5站內(nèi)全面搜索

通過站內(nèi)搜索的方式有很多種，網(wǎng)站開發(fā)人員和根據(jù)搜索的范圍大小進行設置，系統(tǒng)設置的搜索功能主要是根據(jù)應用SQL語句中的Like運算符進行模糊查詢。Like運算符用于在確定了字符串是否匹配的同時，模式往往是按照常規(guī)字符合通配字符來進行配比的，只需要語字串符相互匹配就可以了。

1.6數(shù)據(jù)分頁顯示

使用DataList控件綁定數(shù)據(jù)并實現(xiàn)分頁。DataList控件是一種數(shù)據(jù)綁定控件，其分頁功能是借助PagedDataSource類實現(xiàn)的，該類封裝了數(shù)據(jù)控件的分頁屬性。

2平臺總體設計與實現(xiàn)

2.1系統(tǒng)首頁和系統(tǒng)登錄

進入系統(tǒng)首頁后，系統(tǒng)用戶和管理員在登錄系統(tǒng)之后，需要輸入相應的用戶名和密碼。在輸入了相應的密碼和驗證碼的同時，系統(tǒng)用戶在輸入過程中，會將輸入的密碼和密碼數(shù)據(jù)加以比對。

2.2信息功能實現(xiàn)

從農(nóng)村土地承包與流轉(zhuǎn)管理是影響較為深刻的，而且在一定程度上信息的及時和溝通可以加快對于信息過程中的管理?？梢苑奖銓崿F(xiàn)的功能有政策法規(guī)、土地百科、農(nóng)業(yè)新聞、法制時空、本站動態(tài)等信息的。

2.3合同管理功能實現(xiàn)

農(nóng)村土地經(jīng)營權(quán)流轉(zhuǎn)合同書在簽訂的過程中它是包含了土地承包經(jīng)營權(quán)的一種法律文書，在交易雙方進行交易的過程中是為了保障雙方的合法權(quán)益的。所以農(nóng)村土地承包和流轉(zhuǎn)管理平臺，在一定程度上會提供合同的管理功能，合同的管理可以清晰的分析出每一筆交易的成功信息。這些信息既包括了土地坐落位置、轉(zhuǎn)讓限制交易方式的權(quán)利和義務，以及違約責任驗證單位和各種約定事項。農(nóng)村土地承包和流轉(zhuǎn)管理平臺的管理，在一定程度上既包括了合同的管理模板的管理。合同管理主要是對已簽訂的合同進行管理，模板管理提供了簽訂合同所使用的合同模板。

2.4土地流轉(zhuǎn)功能實現(xiàn)

具有權(quán)限的用戶可以土地求購信息，并在“流轉(zhuǎn)資訊”欄目，符合條件的農(nóng)戶可根據(jù)這些信息與者聯(lián)系。

3總體性能指標

系統(tǒng)性能需求主要從系統(tǒng)響應時間、并發(fā)數(shù)等方面對目標系統(tǒng)進行定義。業(yè)務請求響應的平均時間≤4s。系統(tǒng)登錄最長時間≤4s（2000用戶并發(fā)時）。最大并發(fā)用戶數(shù)≥2000

除了上述性能指標之外，還要具備很多功能性要求：可靠性：系統(tǒng)的安裝環(huán)境要求是Windows2007以上的版本在一定程度上系統(tǒng)的兼容性非常好，可以通過數(shù)據(jù)自動保存在系統(tǒng)出現(xiàn)異常時也可以對于數(shù)據(jù)及時的恢復，確保系統(tǒng)的安全可靠。易用性：平臺在一定程度上界面較為整潔，而且還可以通過人性化的提示，便于用戶可以正確的操作學習系統(tǒng)。

4結(jié)語

篇6

關鍵詞：高職；電子商務；創(chuàng)新創(chuàng)業(yè)；實踐平臺

中圖分類號：G710 文獻識別碼：A 文章編號：1001-828X（2016）033-000-01

電子商務是當前我國最具發(fā)展?jié)摿Φ男袠I(yè)，電子商務專業(yè)則是高職課程體系的重要組成部分。實踐內(nèi)容單調(diào)，實踐課程教學效果不佳，是高職院校高職電子商務實踐教學中存在的普遍性問題。為了解決這些問題，許多高職院校都加強了電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺建設。

一、高職電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺的作用

我國電子商務出現(xiàn)時間較晚，電子商務對于許多人來說都是一個新事物，高職院校電子商務專業(yè)建設至今發(fā)展不過數(shù)十年的時間。高職電子商務學科是一門對學生實踐能力、創(chuàng)新能力和操作能力要求極強的學科。過去，許多高職院校在電子商務專業(yè)教學中都存在著重理論輕實踐的認知錯誤，但是，隨著電子商務產(chǎn)業(yè)的不斷發(fā)展，高職院校不得不加大了電子商務專業(yè)實踐教學投入。不過，即便實踐教學在電子商務專業(yè)教學中所占的課時比例不斷增加的情況下，由于缺少在仿真、全真的職業(yè)環(huán)境中實踐的機會，高職電子商務實踐教學水平并不高，高職電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺構(gòu)建也勢在必行。高職電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺不僅是學生進行專業(yè)相關技能的操作平臺，還是能模擬企業(yè)電子商務實現(xiàn)和經(jīng)營全過程的操作平臺。高職電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺構(gòu)建的作用和意x在于，它為學生技能操作和鍛煉提供了便利，學生可以通過平臺操作檢驗自己的知識水平，培養(yǎng)和提高自身的綜合素質(zhì)，為自己將來發(fā)展打好基礎。

二、高職電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺構(gòu)建和開發(fā)策略

1.高職自主開發(fā)策略

所謂高職自主開發(fā)模式，即由高職院校自己做主，自行組織師資力量進行電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺建設的模式。這種開發(fā)模式對高職院校的師資力量、資金基礎等都有較高的要求，對于許多實力較弱、發(fā)展時間較短的高職院校來說，這種模式并不是最佳選擇。究其原因，電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺涉及范圍較廣，它涉及通信、美工、網(wǎng)站、計算機等方面的工作，高職院校只有在計算機專業(yè)技術(shù)人才和教師人數(shù)眾多、技術(shù)水平較高的情況下，才能完成電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺自行開發(fā)與建設任務。許多高職院校在此類電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺構(gòu)建中，經(jīng)常將之以科研的形式來進行，那些開發(fā)能力較強、人力資源基礎雄厚的高職院?？梢試L試一下這種開發(fā)模式。通常來說，高職電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺所包含的版塊有有電子商務外包、淘寶創(chuàng)業(yè)、網(wǎng)絡營銷服務、電子商務網(wǎng)站開發(fā)、網(wǎng)絡廣告策劃與推廣等工作室等，實踐平臺的功能由網(wǎng)上銀行認證支付、網(wǎng)絡交易、網(wǎng)上配送、個人交易、網(wǎng)上商城等，高職院校要注意的是，確保實踐平臺的機能與企業(yè)實際工作情景匹配，并確保學生電子商務專業(yè)學習與平臺包含內(nèi)容有一定的關聯(lián)。

2.校企合作構(gòu)建與開發(fā)

產(chǎn)學研結(jié)合是高職教育發(fā)展的必由之路，校企合作則是高職院校培養(yǎng)創(chuàng)新創(chuàng)業(yè)人才的重要途徑，校企合作同樣是高職電子商務人才培養(yǎng)的需要。過去，許多高職院校與企業(yè)合作的最高表現(xiàn)就是校企攜手搭建校內(nèi)校外生產(chǎn)實訓基地，為學生實踐實習提供機會。但是，許多高職院校在長時間的嘗試中發(fā)現(xiàn)，實訓基地雖然能為學生實習提供機會，但是許多時候，商務電子專業(yè)的學生在實訓中使用的電子商務模擬軟件與真實的電子商務交易有明顯出去，學生根本無法掌握電子商務的精髓。于是，電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺這種最接近企業(yè)實踐的實訓平臺及其建設就逐漸成為校企合作的重點。高職電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺校企合作開發(fā)模式為：高職院校借助電子商務平臺運營商提供的平臺來運行具體的項目，讓學生通過線下操作和線上運營來了解電子商務的交易法則，熟悉其交易流程，進而激發(fā)學生的創(chuàng)業(yè)夢。不過在這種模式中，平臺運營商在校企合作中占據(jù)主導地位，學校在平臺構(gòu)建、運作和項目選擇上的選擇權(quán)有限。高職院校要想通過這種構(gòu)建模式提高學生的實踐水平，還需要做出更多的努力。

3.學校與軟件公司合作開發(fā)模式

除去與自主開發(fā)、與企業(yè)合作開發(fā)和構(gòu)建電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺外，許多高職院校還借助于軟件公司合作共建電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺。這種電子商務實踐平臺構(gòu)建模式的重點是，軟件公司與學校以合同為基礎，軟件公司為高職院校電子商務實踐平臺建設提供技術(shù)人員，學校則要為其提供物力、財力和人力，然后通過雙方合作構(gòu)建電子商務實踐平臺。這種構(gòu)建模式使雙方的優(yōu)勢得以互補，因為有專業(yè)的技術(shù)團隊做保障，所以它能有效滿足電子商務實踐教學需求。不過，在平臺后續(xù)功能增設、拓展上，學校還需要付出更多的時間與軟件公司進行溝通與合作。

參考文獻：

[1]王慧.關于高職電子商務創(chuàng)新創(chuàng)業(yè)實踐平臺的構(gòu)建[J].職教論壇，2011，29：43-44+47.

篇7

隨著網(wǎng)絡的發(fā)展，采用通過客戶選擇的旅行社為客戶預約機票以及酒店形式的傳統(tǒng)旅游電子商務，無法適應網(wǎng)絡客戶個性化要求，存在信息封閉以及共享性差的弊端。異構(gòu)網(wǎng)絡的問題出現(xiàn)在旅游電子商務系統(tǒng)與旅游企業(yè)信息系統(tǒng)中，導致它們之間的業(yè)務流程對接無法實行，不同旅游企業(yè)的封閉式信息系統(tǒng)使企業(yè)之間做不到資源共享，用戶在搜索旅游資訊時受到限制，不利于網(wǎng)絡規(guī)模效應的產(chǎn)生[1]。因此，尋求有效的網(wǎng)站將各平臺、各語言匯總起來，確保大規(guī)模企業(yè)信息處理系統(tǒng)同電子商務系統(tǒng)間完成連接。處理該問題的最佳措施是基于XML的WebService技術(shù)，其不受平臺和網(wǎng)絡通信的限制，能夠重復使用代碼以及數(shù)據(jù)，可基于已存在的異構(gòu)載體建立相通的技術(shù)層，有效處理旅游企業(yè)信息系統(tǒng)同旅游電子商務系統(tǒng)間的信息集成問題。因此本文設計并構(gòu)建了基于Web技術(shù)的旅游網(wǎng)站，將中小旅游企業(yè)的商品統(tǒng)一起來，并建立一個大型的旅游網(wǎng)站，提高旅游網(wǎng)站的服務質(zhì)量。

1Web技術(shù)的旅游網(wǎng)站開發(fā)與實現(xiàn)

1.1系統(tǒng)架構(gòu)

基于Web技術(shù)的旅游網(wǎng)站架構(gòu)如圖1所示。從中能夠看出，該旅游網(wǎng)站主要包括旅行社管理信息系統(tǒng)（TIS）以及旅游電子商務系統(tǒng)（TEC）。該架構(gòu)結(jié)構(gòu)中，在UDDI注冊中心采用Internet對供應商（旅行社）進行搜索和發(fā)掘，可以通過TEC系統(tǒng)的Web服務來實現(xiàn)，并迅速地統(tǒng)一為各供應商TIS提供Web服務；網(wǎng)絡客戶在預約旅游行程時就可通過瀏覽器進入TEC系統(tǒng)。充分發(fā)揮Web服務的有關技術(shù)[2]，有利于此結(jié)構(gòu)對旅行社管理信息系統(tǒng)以及旅游電子商務系統(tǒng)進行統(tǒng)一重組，為不同的供應商（旅行社）帶來利益。

1.2Web服務提供方TIS的設計

旅行社信息系統(tǒng)（TIS）是Web服務供應方，其在確保旅行社內(nèi)部營業(yè)能夠順利進行的同時，還要具備把Web服務注冊到UDDI注冊中心的能力，以及相關的Web服務插口，便于向TEC系統(tǒng)發(fā)送線路商品和對TEC訂單申請的接納。

1）供應商管理板塊是對旅行社供應商（含有供應交通、餐飲、景點服務的商家以及其他協(xié)作的旅行社）的有關數(shù)據(jù)信息進行處理。

2）系統(tǒng)管理板塊是指系統(tǒng)監(jiān)管者在全體旅行社信息系統(tǒng)中維持系統(tǒng)客戶權(quán)責的操控、數(shù)據(jù)報備、系統(tǒng)數(shù)據(jù)設定等。

3）Web服務板塊有兩大性能，分別為：為了方便對其業(yè)務有合作想法的商業(yè)合伙人在UDDI注冊中心搜索企業(yè)的有關內(nèi)容，將旅行社企業(yè)的相關情況在UDDI注冊中心做登記[3]；管理客戶（調(diào)整其Web服務的申請方）身份驗證服務、商品（旅游線路）發(fā)表服務和線路預約服務。

1.3TIS的Web服務設計

Web服務供應方的UML用例圖用圖2來描述，其通過可視化的形式對系統(tǒng)性能要求進行解釋，包含兩種關聯(lián)，分別為基于一般程序的“角色”（即與系統(tǒng)交叉的其他實物）關聯(lián)和系統(tǒng)中事例間的關聯(lián)。觀察圖2得出，TIS的Web服務板塊實現(xiàn)的前提是UDDI注冊性能的建立[4]，將身份檢驗服務、產(chǎn)品發(fā)表服務、線路預約解決服務提供給Web服務申請人。在微軟的UDDI.NETSDK基礎上實施UDDI注冊，對UDDI注冊中心信息的類以及相應的UDDI程序員規(guī)范1.0的API進行發(fā)表與優(yōu)化。

1.4Web服務請求方（TEC系統(tǒng)）的設計

1.4.1TEC的功能模塊

旅游電子商務系統(tǒng)（TEC）能為網(wǎng)絡客戶預約在線線路。身為Web服務的申請人，各旅行社提供的旅游服務是其線上販賣的商品（旅游線路），也就是說，旅行社企業(yè)系統(tǒng)提供的Web服務被其在UDDI注冊中心發(fā)掘，在網(wǎng)絡客戶預約旅游線路的過程中，通過后臺與有關旅行社進行B2B貿(mào)易。將TEC的性能板塊分成以下幾點：

1）商品（旅游線路）管理板塊體現(xiàn)的是商品的管理性能，提供Web服務插口以便系統(tǒng)在UDDI注冊中心對有關的Web服務實施發(fā)掘，且根據(jù)Web服務插口與有關的TIS系統(tǒng)實施交叉，得到TIS系統(tǒng)供應的商品情況，并在商品數(shù)據(jù)庫中變更其商品情況。

2）訂單管理板塊管理網(wǎng)絡客戶的訂單，將訂單申請送達到有協(xié)作關系的旅行社系統(tǒng)（TIS）提供的Web服務接口。

3）系統(tǒng)處理板塊表現(xiàn)為在系統(tǒng)后臺系統(tǒng)監(jiān)管者對全體TEC實施管理監(jiān)管[5]?？蓪EC系統(tǒng)的Web服務設計和Web服務客戶端設計劃分成兩類，包括UDDI搜索性能以及Web服務統(tǒng)一，其目的分別為搜索隱藏的合伙人，調(diào)整Web服務供應方提供的Web服務。

1.4.2TEC系統(tǒng)的Web服務設計

Web服務請求方法TEC的UML用例圖用圖3描述，分析圖3可得，Web服務客戶端包括：UDDI檢索性能，可檢索到潛在的合作伙伴；實施Web服務的集成，以及完成對Web服務提供方提供的Web服務的調(diào)用。本文采用微軟的UDDI.NETSDK開發(fā)實現(xiàn)UDDI搜索，Web服務申請方在UDDI注冊中心搜索的適用范圍可劃分成四類：FindBusiness類封裝了find_business函數(shù)的調(diào)用[6]，能夠?qū)β糜蜗嚓P的商業(yè)實體信息實施定位；FindTModel類封裝find_tModel函數(shù)的調(diào)用；FindService類封裝find_service函數(shù)的調(diào)用，實現(xiàn)相關服務的定位；FindBinding類封裝find_binding函數(shù)的調(diào)用，實現(xiàn)相關綁定信息的定位。

.Net編程中，TEC系統(tǒng)的UDDI搜索是在上述每類事例構(gòu)建的基礎上，采用調(diào)整事例的有關手段完成。詳細的操作如下：從旅行社獲得BusinessKey，通過捆綁的tModelKey以及BindingTemplateKey獲得旅行社提供的Web服務的進入接入點和進入的描述內(nèi)容。發(fā)掘搜索到的隱藏旅行社的系統(tǒng)，對其系統(tǒng)接口模式進行研究，此旅行社的信息系統(tǒng)就被Web服務客戶端承襲，商品（旅游路線）信息和訂單申請的獲得分別在旅行社系統(tǒng)以及旅行社系統(tǒng)提供的Web服務接口，旅行社與旅游電子商務網(wǎng)址間完成了B2B貿(mào)易。

TEC系統(tǒng)在客戶端TEC的編碼中引進已構(gòu)建的Web服務類，并構(gòu)建Web服務類的事例，將Web服務同調(diào)整類實例的方法做連通。

1.5系統(tǒng)功能設計

本文設計的基于Web技術(shù)的旅游網(wǎng)站涵蓋不同的旅行路線、旅行產(chǎn)品信息、用戶基本信息的接收和處理，其流程圖用圖4描述。

本文設計的旅游網(wǎng)站包括客戶端和管理端?？蛻舳酥饕?個職能：客戶注冊登錄、修改資料和密碼、訂單下達、查看訂單及查看信息資料[7]。管理端可以實現(xiàn)后臺的運營管理，包括修改密碼、會員管理、商品管理、訂單管理和路線管理5大職能。

1.5.1數(shù)據(jù)庫設計

本文設計的基于Web技術(shù)的旅游網(wǎng)站屬于小型的Web系統(tǒng)，由Tomcat以及MySQL聯(lián)合建立的數(shù)據(jù)庫能在JAVA程序中進行編程，可提升網(wǎng)站的安全指數(shù)。該數(shù)據(jù)庫設計包括用戶、管理員、旅游線路及旅游商品的E？R圖，分別如圖5和圖6所示。

基于Web技術(shù)的旅游網(wǎng)站的數(shù)據(jù)表包括管理員表、用戶表、商品表、旅游線路表、線路訂單表和商品訂單表6種。管理員需要的數(shù)據(jù)保存在管理表中；用戶的個人信息如用戶名、電話等存放在用戶表中；旅游產(chǎn)品信息如商品名稱、價格、商品編碼等都記錄在商品表中；旅行線路表包括線路的設定、線路名稱價格等信息；線路訂單表反應了用戶選擇的旅游線路；商品訂單表反應用戶選擇的商品。旅游線路數(shù)據(jù)圖用表1描述。

1.5.2前臺訂單處理模塊

基于Web技術(shù)的旅游網(wǎng)站的前臺訂單處理與前臺框架互不聯(lián)系，所以業(yè)務處理需單獨建立新模塊。前臺訂單處理主要解決客戶查看推出的旅游線路，線上下訂單、查看訂單等一系列活動，具體包括下達訂單處理流程、查詢線路及商品信息、增加旅行線路、查看合同列表及合同提交界面。下達訂單處理流程向用戶推薦線路[8]、時間等選項，客戶選擇完畢后將信息傳輸至文件ftime.jsp和etime.jsp中。查看線路和商品信息模塊還可了解路線情況。在添加線路訂單模塊下，從Orderservlet.java系統(tǒng)中可得到session對象、登錄信息等，得到數(shù)據(jù)狀態(tài)后可得到訂單信息。如果客戶在訂單處理模塊下沒有下單會出現(xiàn)NULL，同時回到前臺顯示框；若客戶下達旅行線路訂單后系統(tǒng)自動建立一個以Vector為對象的訂單，則客戶的訂單信息將出現(xiàn)在訂單列表中。訂單列表子模塊中如果存在訂單，則在session中有顯示；反之，則無。查看訂單列表只能是登錄的客戶，所以在訂單列表中還需添加兩個表單用來清空和提交訂單[9]，來驗證用戶是否登錄。用戶的登錄信息完成后，網(wǎng)站自動將信息保存在數(shù)據(jù)庫中，訂單處理模塊流程如圖7所示。

2實驗結(jié)果與分析

2.1測試方法

對于旅游網(wǎng)站性能的測試技術(shù)主要有黑盒以及白盒測試，白盒測試需要內(nèi)部算法的具體數(shù)據(jù)，主要是一些對程序編程很熟練的程序員進行單元測試。黑盒測試對系統(tǒng)的要求不高，只需要通過窮舉技術(shù)對網(wǎng)站未來可能發(fā)生的情況進行測試，不需要依靠網(wǎng)站實現(xiàn)方式及邏輯結(jié)構(gòu)進行分析。因此，本文依靠黑盒測試方法，按照使用步驟對輸入的數(shù)據(jù)進行實驗，對本文設計的基于Web技術(shù)的旅游網(wǎng)站的功能以及性質(zhì)實施測試。

2.2功能測試

功能測試是檢驗系統(tǒng)各項指標是否正常，這要求工作人員對系統(tǒng)各項的性能指標非常了解，才能寫出正確的功能測試用例?；诠δ軠y試用例，檢測本文設計的旅游網(wǎng)站不同功能的運行結(jié)果，如表2所示。能夠看出，本文旅游網(wǎng)站的各項功能運行正常，滿足用戶的需求。

2.3性能測試

性能測試利用自動化技術(shù)對不同狀態(tài)下系統(tǒng)的性能進行測試，如正常值、峰值或異常狀態(tài)。性能測試分為負載測試和壓力測試。負載測試主要測試在負載慢慢加強時本文旅游網(wǎng)站能否支撐整體的運行，以尋找網(wǎng)站的最大負載壓力[10]，便于對網(wǎng)站進行升級。壓力測試對大型網(wǎng)站來說非常重要，超出了網(wǎng)站的瓶頸或極點時會導致系統(tǒng)崩潰，測試壓力的極值使網(wǎng)站的運行得到提升。本文設計的旅游網(wǎng)站對簡單申請以及復雜申請的響應結(jié)果如圖9和圖10所示。

分析圖9可得，申請響應時間組成了兩邊下降的閉合曲線，本文設計的旅游網(wǎng)站在開始以及結(jié)束時刻的申請響應時間較低，隨著用戶數(shù)量的不斷提升，旅游網(wǎng)站的響應時間呈現(xiàn)降低趨勢，總體響應時間具有較高的穩(wěn)定性，響應時間集中在200ms以內(nèi)，能夠確保旅游網(wǎng)站的正常運行，并且具有較高的運行效率。

分析圖10可得，復雜申請的檢測結(jié)果同簡單申請的檢測結(jié)果相同，說明本文設計的旅游網(wǎng)站的處理能力較強，具有較強的承壓能力。

3結(jié)語

篇8

一、充分認識國際國內(nèi)市場開拓工作的重要性

當前，國際金融危機還在發(fā)展和蔓延，世界經(jīng)濟短期內(nèi)難以復蘇，外部需求持續(xù)低迷，我縣經(jīng)濟形勢依然嚴峻。大力開拓國際市場，深入開發(fā)國內(nèi)市場，堅持國際與國內(nèi)市場相互結(jié)合、相互促進，是應對國際金融危機沖擊的迫切需要，是貫徹落實省委、縣政府“標本兼治，保穩(wěn)促調(diào)”方針的重要舉措。各鄉(xiāng)鎮(zhèn)、縣級機關各部門、各有關企業(yè)要進一步統(tǒng)一思想，充分認識開拓國際國內(nèi)市場、搶抓訂單的重要意義，切實把抓好國際國內(nèi)市場開拓工作擺在更加突出的位置。

二、加大企業(yè)參展扶持力度，提高參展成效

鼓勵企業(yè)參加國內(nèi)外展會和專業(yè)性展會。企業(yè)參加縣政府組團，展位統(tǒng)一設計裝修，展示吉區(qū)域品牌或產(chǎn)業(yè)特色的專業(yè)性展會，給予企業(yè)展位費30%的補貼（主要用于展位布置）。每個企業(yè)當年境內(nèi)參展補貼最高不超過20萬元。企業(yè)參加亞洲、中東地區(qū)境外展，每個展位由原來補貼0.8萬元調(diào)整為1.2萬元。每個企業(yè)當年境外參展補貼限額從20萬元提高到30萬元。《工業(yè)經(jīng)濟三十條政策》第二十二條的其他條款不變。

三、加快建設境內(nèi)外營銷網(wǎng)絡

推動一批有品牌優(yōu)勢和市場基礎的企業(yè)到境內(nèi)外設立地區(qū)銷售總部、專賣店，鼓勵通過并購獲得國際銷售網(wǎng)絡。對我縣企業(yè)在境外新開設的專賣店，縣財政給予當年度租用場地等費用一定比例的資助。對企業(yè)赴境外收購品牌或并購、參股，投資額在300萬美元以上的項目給予補助人民幣20萬元。行業(yè)協(xié)會、組展單位組織同一行業(yè)企業(yè)赴地級市以上政府所在地的專業(yè)市場進行統(tǒng)一銷售的，組織10個以上企業(yè)且面積在2000平方米以上的，給予整體補助10萬元；組織20個以上企業(yè)且面積在5000平方米以上的，給予整體補助20萬元。省級以上品牌企業(yè)在國內(nèi)地級市以上政府所在地以專賣、連鎖形式構(gòu)建終端市場營銷網(wǎng)絡且單個營業(yè)用房（統(tǒng)一形象設計）面積在100平方米以上，經(jīng)認定，10個以上的一次性獎勵20萬元；20個以上的一次性獎勵50萬元，50個以上的一次性獎勵80萬元。對國內(nèi)營業(yè)面積在1000平方米以上的直銷點，一次性補助10萬元，500平方米以上的一次性補助5萬元。

四、借助電子商務等手段開拓國際國內(nèi)市場

積極開展電子商務應用培訓，引導和幫助企業(yè)借助阿里巴巴、網(wǎng)盛生意寶、環(huán)球資源網(wǎng)等電子商務平臺獲取商務信息和出口訂單。對于年度確定為大企業(yè)（集團）培育對象和成長型中小企業(yè)，企業(yè)當年度利用境內(nèi)外知名商務網(wǎng)絡平臺開展貿(mào)易活動，對首次的網(wǎng)站開發(fā)費用、網(wǎng)絡服務費，給予50%的補助，累加補助額最高不超過1萬元。

五、千方百計加大對企業(yè)開拓市場的服務力度

加大開拓國際國內(nèi)市場的政策扶持?？h經(jīng)貿(mào)委、外經(jīng)貿(mào)局、工商、質(zhì)量技術(shù)監(jiān)督、海關、檢驗檢疫等部門要加大對企業(yè)開拓市場的服務力度，幫助企業(yè)及時解決實際困難。外匯管理、銀行、保險等部門要加大對企業(yè)開拓市場的外匯結(jié)算、貿(mào)易融資、資金信貸等支持力度，積極開展出口訂單抵押貸款、出口退稅質(zhì)押融資、出口信保質(zhì)押融資等信貸業(yè)務。加強政策宣傳，組織符合條件的企業(yè)積極申報中央和地方的政策扶持項目，指導企業(yè)用足用好相關政策。

六、鼓勵企業(yè)參加出口信用保險，提高企業(yè)開拓國際市場的抗風險能力

支持和引導企業(yè)投保出口信用保險，加大對企業(yè)投保出口信用保險的保費資助比例。凡企業(yè)參加出口信用保險，保費補貼從40%提高到50%，同一企業(yè)補助最高限額從30萬元提高到40萬元。

七、著力提高我縣產(chǎn)業(yè)和產(chǎn)品核心競爭力

篇9

關鍵詞：電子商務會計；確認方式

隨著社會經(jīng)濟環(huán)境的不斷運動與科學技術(shù)的進步，會計也在不斷地演變和發(fā)展。特別是電子技術(shù)的發(fā)展、網(wǎng)絡經(jīng)濟的出現(xiàn)、電子商務的飛速發(fā)展，會計核算手段也從手工操作發(fā)展到全面機械化、電子化和網(wǎng)絡化。

一、電子商務會計的概念

關于電子商務會計的概念，學術(shù)界探討極少，至今沒有明確的解釋。莊明來教授認為“所謂的電子商務會計，是對電子商務活動的完整的會計反映，包括電子商務的會計確認、計量、記錄與報告。電子商務會計立足于實際運作的電子商務活動，但它又必須有一整套理論框架作為其基礎。它既要對完全電子商務加以核算，也要對不完全電子商務進行核算?！?/p>

二、電子商務會計對傳統(tǒng)會計確認的沖擊及其確認方式

會計確認在手工會計中并非新的話題。由于電子商務是一種新的商務模式，在原有經(jīng)濟業(yè)務基礎上，出現(xiàn)了很多新型業(yè)務，比如電子商務網(wǎng)站建設、在線采購和銷售商品、在線提供和接受勞務、在線支付或收取款項等。在電子商務時代背景下，電子商務網(wǎng)站的建設成本、新的產(chǎn)品形式―數(shù)字化產(chǎn)品的確認、電子商務收入的確認面臨一些難題。本文僅對其中電子原始憑證、數(shù)字化商品、網(wǎng)站建設成本等確認的關鍵問題進行探討。

(一)會計電子原始憑證的確認

會計確認即通過會計賬戶要對所發(fā)生的經(jīng)濟業(yè)務確認其對應的會計要素，同時，確認各該經(jīng)濟業(yè)務要在何時進入所對應的會計賬戶之中。在將經(jīng)濟業(yè)務轉(zhuǎn)化為會計賬戶之際，首先涉及的是各該項經(jīng)濟業(yè)務的真實性認定。

1.會計電子原始憑證對傳統(tǒng)會計確認方式的沖擊

會計憑證是記錄經(jīng)濟業(yè)務、明確經(jīng)濟責任，作為記賬依據(jù)、審計依據(jù)、稅務稽查的書面證明。會計主體發(fā)生任何一項經(jīng)濟業(yè)務，完成該項經(jīng)濟業(yè)務的有關人員應及時填制或取得會計憑證，在會計憑證中詳細記錄該項經(jīng)濟業(yè)務的內(nèi)容，為明確經(jīng)濟責任，記錄人員要在會計憑證上簽名或蓋章，審核人員對會計憑證進行審核并簽章，經(jīng)審核無誤的會計憑證作為記賬的依據(jù)。

(1)電子原始憑證的合法性確認

一切企業(yè)單位，在辦理各種經(jīng)濟業(yè)務時都必須取得或填制原始憑證。電子商務過程所產(chǎn)生的憑證必然是電子形式的憑證，不再是傳統(tǒng)的紙質(zhì)憑證，這類憑證由于其是會計處理的數(shù)據(jù)源，故其確認也就顯得十分重要?！峨娮雍灻ā分械臄?shù)據(jù)電文應當已經(jīng)包括了電子的原始憑證，因而電子簽名的會計原始憑證合法性自然應當被承認。但是我國會計法律、法規(guī)中并未提及電子原始會計憑證，這就給電子原始憑證的合法性確認帶來困難。

(2)電子原始憑證的真實性確認

隨著信息新技術(shù)的發(fā)展，傳統(tǒng)的手書簽名已被新的數(shù)字認證手段代替。在電子商務環(huán)境下，電子數(shù)據(jù)的確認標記應當是電子簽名，對于電子原始憑證中的電子簽名，由于其處于肉眼看不到的網(wǎng)絡之中，數(shù)據(jù)的認定遠比手工會計中的紙質(zhì)數(shù)據(jù)認定困難。

2.會計電子原始憑證確認策略

由于《會計法》是指導會計工作的主要法律規(guī)范，因此我國應當盡快修訂《會計法》，確認電子原始憑證的合法性；盡快研究電子發(fā)票等重要的會計原始憑證，并以法律、法規(guī)的形式確認其合法、有效性。

在會計工作中及時采用數(shù)字簽名和加密技術(shù)相結(jié)合的最新方法。實踐證明通過技術(shù)手段對電子數(shù)據(jù)的確認，是目前行之有效的方法。主要的一種技術(shù)手段考慮到了我國的傳統(tǒng)印章使用的習慣與高科技技術(shù)的融合，就是采用電子印章。

(二)數(shù)字化產(chǎn)品的會計確認

數(shù)字化產(chǎn)品指的是以電子數(shù)據(jù)形式存在的一種產(chǎn)品，包括實體商品的電子形式，如計算機軟件、多媒體產(chǎn)品、專業(yè)數(shù)據(jù)庫以及電子出版物等。

1.數(shù)字化產(chǎn)品對傳統(tǒng)會計確認方式的沖擊

首先，數(shù)字化產(chǎn)品是一種技術(shù)性資產(chǎn)，在一個以生產(chǎn)和經(jīng)營數(shù)字化產(chǎn)品為主的企業(yè)，銷售數(shù)字產(chǎn)品是其主營業(yè)務收入的主要來源，開發(fā)的目的是通過出售而取得收益，數(shù)字產(chǎn)品能夠給企業(yè)帶來經(jīng)濟收益。企業(yè)在數(shù)字產(chǎn)品的開發(fā)上是排斥他人的，為了自己的數(shù)字化產(chǎn)品能夠占領市場，企業(yè)通常會花費大量的財力、物力、人力，以其能夠具有優(yōu)勢以區(qū)別其他企業(yè)的產(chǎn)品，其研究開發(fā)支出可以合理、可靠計量。

其次，用于出售的數(shù)字化產(chǎn)品不應當作為存貨確認。從特征上看，數(shù)字化產(chǎn)品與傳統(tǒng)的存貨在功能上具有類似之處。數(shù)字化產(chǎn)品在企業(yè)中發(fā)揮的作用與物質(zhì)產(chǎn)品制造企業(yè)生產(chǎn)和銷售有形產(chǎn)品一樣。但從另一方面看，又不具備存貨的特點，因為存貨是指企業(yè)在日?；顒又谐钟幸詡涑鍪鄣漠a(chǎn)成品或商品、處在生產(chǎn)過程中的在產(chǎn)品、在生產(chǎn)過程或提供勞務過程中耗用的材料和物料等三類有形資產(chǎn)。而數(shù)字化產(chǎn)品是無形的，數(shù)字化產(chǎn)品不需有形倉庫保存，一次性開發(fā)或再次開發(fā)成功后就可以投入銷售，而且可以不斷復制再銷售；可以說產(chǎn)品的生產(chǎn)過程是虛擬的，它的成本構(gòu)成和收益大小也具有不確定性。

再次，用于出售的數(shù)字化產(chǎn)品不應當作為無形資產(chǎn)確認。雖然數(shù)字化產(chǎn)品符合無形資產(chǎn)的部分特征，但是企業(yè)持有無形資產(chǎn)的目的不是為了出售而是為了生產(chǎn)經(jīng)營，即利用無形資產(chǎn)來生產(chǎn)商品、提供勞務、出租他人或為了企業(yè)經(jīng)營管理服務，雖然傳統(tǒng)無形資產(chǎn)也可以通過銷售實現(xiàn)收益，但這并不是它獲取超額收益的主要方式。數(shù)字化產(chǎn)品的開發(fā)目的主要是為了獲得出售收入。

2.數(shù)字化產(chǎn)品的會計確認設想

劉良惠學者認為“數(shù)字化產(chǎn)品既不同于有形產(chǎn)品，又有別于傳統(tǒng)會計中的無形資產(chǎn)，但它又確實是能夠給企業(yè)帶來未來經(jīng)濟利益的經(jīng)濟資源，是企業(yè)擁有或控制的一項資源，應該確認為一項資產(chǎn)。根據(jù)其特殊性，應該單獨設立‘數(shù)字資產(chǎn)’項目，將數(shù)字化產(chǎn)品確認為‘數(shù)字資產(chǎn)’。至此，資產(chǎn)這一會計要素就應分為有形資產(chǎn)、無形資產(chǎn)和數(shù)字資產(chǎn)三大類，有形資產(chǎn)又分為流動資產(chǎn)和長期資產(chǎn)兩類。”對增設“數(shù)字資產(chǎn)”項目，筆者非常贊同，但對于哪些應確認為“數(shù)字資產(chǎn)”，則有不同的觀點。本文提出建議：

(1)增設“研究開發(fā)支出―網(wǎng)站開發(fā)成本”

在資產(chǎn)項下增設“研究開發(fā)支出―數(shù)字商品開發(fā)成本”。數(shù)字化產(chǎn)品研究開發(fā)過程的支出，首先作為該項目確認。

(2)確認為無形資產(chǎn)的條件

外購并自用的數(shù)字化產(chǎn)品的取得成本應當于取得時確認為一項無形資產(chǎn)。研究開發(fā)階段支出(除硬件設備外)于研究開發(fā)成功時，如果數(shù)字化產(chǎn)品為企業(yè)自用，并預期能夠產(chǎn)生收入，應作為無形資產(chǎn)確認，并按預期使用期限攤銷。研究開發(fā)結(jié)束，申請專利權(quán)的有關費用，仍作為無形資產(chǎn)確認。

(3)增設“數(shù)字資產(chǎn)”

在資產(chǎn)項下增設“數(shù)字資產(chǎn)”。如果數(shù)字化產(chǎn)品用于出售，則應于數(shù)字化產(chǎn)品研究開發(fā)完畢時確認為“數(shù)字資產(chǎn)”，并按預期可使用期限結(jié)轉(zhuǎn)成本。開發(fā)成功出售交付他人時，作為收入實現(xiàn)確認。

外購的數(shù)字化產(chǎn)品，于采購完畢時作為該項目確認，并按預期可使用期限結(jié)轉(zhuǎn)成本。出售交付他人時，作為收入實現(xiàn)確認。

(4)確認為固定資產(chǎn)

為數(shù)字化產(chǎn)品服務的硬件產(chǎn)品，確認為固定資產(chǎn)

(5)確認為費用

在外購或開發(fā)數(shù)字化產(chǎn)品之前的計劃、調(diào)研階段支出，應當確認為費用，計入當期損益。研究開發(fā)失敗，不準備繼續(xù)研究開發(fā)的，其已發(fā)生的支出，也確認為費用。

(三)電子商務收入的確認

對于電子商務的銷售收入，無論是在線實現(xiàn)商品銷售收入，或是在線實現(xiàn)服務收入，都面臨著確認問題，即何時將所確認的經(jīng)濟業(yè)務進入會計賬戶。

1.電子商務收入對傳統(tǒng)會計確認方式的沖擊

存在電子商務收入的確認難題在于，電子商務尤其是數(shù)字化產(chǎn)品的電子商務是新生事物，時間較短，會計規(guī)范滯后。如我國會計準則和制度中并未涉及電子商務的內(nèi)容。

確認難題之一，在線銷售數(shù)字化產(chǎn)品收入究竟是銷售商品的收入還是使用費收入。當有形商品可轉(zhuǎn)化為數(shù)字商品時，網(wǎng)絡使得銷售收入和使用費收入之間的區(qū)別變得不確定。當有形商品被數(shù)字化并通過電子商務網(wǎng)絡進行電子化傳送，買方出售的僅是商品的使用權(quán)，而自已仍然保留所有權(quán)，在這種情況下銷售收入似可視為使用費。但有些數(shù)字化商品如電子版圖書僅僅是實物的代替品，這些支付也可以看作是銷售收入。但有些人則認為，由于版權(quán)仍為轉(zhuǎn)讓者所有，故支付應當視為費用。由于受讓者有權(quán)為了運作而在其業(yè)務范圍內(nèi)復制多份拷貝，故在大多數(shù)情況下，所得又可視作商品銷售收入。

確認難題之二，數(shù)字化產(chǎn)品的收入與費用如何實現(xiàn)配比。對于電子商務時代，數(shù)字化產(chǎn)品的前期研究開發(fā)費用過大，而陸續(xù)的生產(chǎn)成本很小，這一原則的適用性變得有些牽強。技術(shù)高速發(fā)展所帶來受益期的不確定性，以及技術(shù)進步所造成意想不到的淘汰，都使得收入和費用配比這一原則賴以存在的基礎變得不確定。這種變化，致使在電子商務環(huán)境下的成本費用的期間分割及配比假定顯得缺乏一種嚴謹實在的基礎，表現(xiàn)出某種隨意性和人為性。

確認難題之三，在線銷售數(shù)字化產(chǎn)品何時確認收入實現(xiàn)。2006年2月財政部的《企業(yè)會計準則第14號―收入》中規(guī)定銷售商品收入予以確認同時滿足五個條件，(1)企業(yè)已將商品所有權(quán)上的主要風險和報酬轉(zhuǎn)移給購貨方；(2)企業(yè)既沒有保留通常與所有權(quán)相聯(lián)系的繼續(xù)管理權(quán)，也沒有對己售出的商品實施有效控制；(3)收入的金額能夠可靠計量；(4)相關經(jīng)濟利益很可能流入企業(yè)；(5)相關的、己發(fā)生的或?qū)l(fā)生的成本能夠可靠計量。這些規(guī)定對于傳統(tǒng)交易的規(guī)定非常明晰，但沒有涉及電子交易。

2.電子商務收入的確認策略

針對以上難題，會計理論界應當進行深入討論，以指導會計實踐。目前對上述收入的處理，會計實務界處理很隨意，多是根據(jù)自身判斷處理。因此，我國應當盡快將電子商務的收入，尤其是數(shù)字商品的收入處理納入會計規(guī)范，以保證企業(yè)會計信息真正具有可比性。

首先，對于第一難題，在線銷售數(shù)字化產(chǎn)品(包括實體產(chǎn)品的電子形式)其收入應當確定為銷售商品的收入。原因在于，銷售傳統(tǒng)商品時，也僅是商品本身的使用權(quán)和所有權(quán)轉(zhuǎn)移，其商品商標品牌的所有權(quán)和生產(chǎn)該商品的權(quán)利并未隨之轉(zhuǎn)移。電子形式銷售數(shù)字化產(chǎn)品，具有與銷售傳統(tǒng)商品同樣的特征，客戶支付費用即可得到所購數(shù)字化產(chǎn)品的使用權(quán)和所有權(quán)，客戶可以對所購數(shù)字化產(chǎn)品進行處置(包括復制多份拷貝，但也有產(chǎn)品不允許復制)，符合上述收入確認條件。

其次，對于難題二，數(shù)字化產(chǎn)品銷售可以相對配比。對于傳統(tǒng)商品銷售，其收入與支出也并不可能實現(xiàn)全部合理、準確配比，只是按照會計法規(guī)操作，實現(xiàn)比較準確、合理的配比。在電子商務時代，對于外購數(shù)字化產(chǎn)品再銷售，其外購的金額與銷售所實現(xiàn)的收入很容易實現(xiàn)配比。對于自創(chuàng)數(shù)字化產(chǎn)品用于銷售的配比，可以以法律的形式規(guī)范，其前期研究開發(fā)過程為數(shù)字化產(chǎn)品生產(chǎn)過程，其發(fā)生費用即為生產(chǎn)產(chǎn)品的成本，作為研究開發(fā)支出(類似傳統(tǒng)企業(yè)的生產(chǎn)成本，也可以擴展生產(chǎn)成本的內(nèi)容，因為數(shù)字化產(chǎn)品生產(chǎn)情況較特殊，應增加研究開發(fā)成本)確認。并預測數(shù)字化產(chǎn)品的收益期限，定期攤銷進入成本，實現(xiàn)收入、支出相對配比。

再次，對于難題三，交付商品時確認收入實現(xiàn)。收入確認的基本原則是實現(xiàn)原則和配比原則?，F(xiàn)代電子商務環(huán)境下，傳統(tǒng)的購銷合同、服務合同、原始憑證已基本消失，傳統(tǒng)中會計核算的簽字、蓋章、復核、出入倉庫等控制制度和措施已大大減弱。取而代之的證明交易已發(fā)生或者貨款已收到的是電子原始憑證，如電子發(fā)貨單、收貨單、電子發(fā)票、電子銀行支付憑證等，為確保其真實，電子原始憑證需要電子簽名。證明經(jīng)濟業(yè)務發(fā)生的憑證形式只是由紙質(zhì)變?yōu)殡娮?，其?nèi)容、性質(zhì)、作用并未改變，因而完全可以根據(jù)電子憑證確認收入實現(xiàn)。比如開出發(fā)貨單，交付商品時確認為收入實現(xiàn)。

結(jié)語

電子商務給會計理論的沖擊是全方位的。會計環(huán)境的急劇變化動搖了會計假設；信息用戶對會計信息的新需求對會計信息質(zhì)量、會計確認的范圍、標準和計量的方法帶來了挑戰(zhàn)。電。本文對這些內(nèi)容作了初步性的分析研究，但不夠深入、透徹，有待進一步的努力。

參考文獻：

[1]許永彬.電子商務會計[M].上海：立信會計出版社，2000.283.

[2]張乃榮.電子商務環(huán)境下會計的全方位創(chuàng)新[J].會計之友，2004.12：79-80.

[3]莊明來.電子商務會計研究[M].北京：中國財政經(jīng)濟出版社，2004.280.

[4]劉瀟瀟.論會計與電子商務[J].市場周刊，2005.2：116-117.

篇10

隨著國家信息化的高速進展，復雜信息系統(tǒng)逐漸占據(jù)了市場的主流，由于信息系統(tǒng)的復雜化，傳統(tǒng)的軟件需求分析不能很好地對復雜信息系統(tǒng)進行管理，需求工程的概念應運而生。需求工程是隨著計算機的發(fā)展而發(fā)展的，隨著軟件系統(tǒng)規(guī)模的擴大，需求工程與定義在整個軟件開發(fā)與維護過程中越來越重要，直接關系到軟件的成功與否。本文主要介紹了軟件需求的概念、內(nèi)容，需求工程的概念、需求開發(fā)、需求管理以及需求工程各階段的具體實現(xiàn)，而且還以醫(yī)療保險管理信息系統(tǒng)項目為例，詳細說明了網(wǎng)站開發(fā)項目的需求實現(xiàn)過程。

關鍵詞：

信息系統(tǒng)；需求工程；需求管理

用戶定義的“需求”對開發(fā)人員來說是一個較高層次的產(chǎn)品概念，而開發(fā)人員所說的“需求”對用戶來說又像是詳細設計。對于軟件需求，可以從以下幾個觀點來看：從用戶角度出發(fā)的觀點指明從系統(tǒng)外部能夠發(fā)現(xiàn)系統(tǒng)具有的滿足于用戶的特點、功能及屬性等。從開發(fā)人員角度出發(fā)的觀點指明必須實現(xiàn)何種目的的規(guī)格說明。他描述了系統(tǒng)的行為、特性或?qū)傩裕窃陂_發(fā)過程中對系統(tǒng)的約束。

綜合用戶和開發(fā)人員雙方的觀點

1、用戶解決問題或達到目標所需的條件或能力。2、系統(tǒng)或系統(tǒng)部件要滿足合同、標準、規(guī)范或其他正式規(guī)定文檔所需具有的條件或能力。3、一種反映上述所描述的條件或能力的文檔說明。它強調(diào)了不但需求中包含目標而且還要包含實現(xiàn)用戶目標所需要滿足的條件或能力，同時必須以規(guī)范文檔的形式表述。需求工程的概念：需求工程包括創(chuàng)建和維護系統(tǒng)需求文檔所必需的一切活動的過程，包括需求開發(fā)和需求管理兩大工作。一個小的項目要做到需求過程的完全規(guī)范化，隨著開發(fā)工作的進行和用戶需求的不斷變更，其工作量已經(jīng)相當驚人。實例——醫(yī)療保險管理信息系統(tǒng)需求管理的實現(xiàn)。基本的醫(yī)療保險制度是社會保險制度的重要組成部分，關系到百姓的切實利益，而且涉及面廣、金額大、業(yè)務量大、政策性強，因此，在實施管理系統(tǒng)時必須要可靠、高效、穩(wěn)妥，最好一步到位實現(xiàn)信息化管理。

一、業(yè)務需求

通過與客戶的反復溝通，以與客戶開座談會、與用戶進行訪談，與客戶的領導進行溝通，得到本醫(yī)療保險管理信息系統(tǒng)所涉及到的基本業(yè)務有：1、參保人員社會保險基金的征繳；2、參保人員醫(yī)療費用的審核、結(jié)算；3、參保人員的自然狀況，健康狀況的動態(tài)記錄、修改及管理；4、參保人員30年有關醫(yī)療保險信息的保存與管理；5、參保人員醫(yī)療保險卡制作、發(fā)行與管理；6、經(jīng)常大規(guī)模的信息查詢與統(tǒng)計；7、特別情況的管理及處理。

二、功能需求

面對如此復雜的系統(tǒng)，技術(shù)人員通過與客戶的領導和相關人員反復溝通，首先確定了一些技術(shù)要點和優(yōu)先要實現(xiàn)的目標。也就是確定了本醫(yī)療保險管理信息系統(tǒng)的功能需求：1、通過醫(yī)保信息系統(tǒng)的建設，使客戶醫(yī)保工作從基金收繳、支付到賬務往來管理、統(tǒng)計分析基本實現(xiàn)計算機化；2、將各經(jīng)辦機構(gòu)的工作人員集中在控制中心，開展業(yè)務工作，行使管理職能；3、建立參保人口的醫(yī)療保險個人信息數(shù)據(jù)庫，并將涵蓋其它險種所需的基本信息；4、在醫(yī)療機構(gòu)與醫(yī)保中心之間通過數(shù)據(jù)接口實現(xiàn)計算機費用結(jié)算工作；5、在銀行與醫(yī)保中心之間通過數(shù)據(jù)接口實現(xiàn)計算機自動轉(zhuǎn)賬；6、通過與定點醫(yī)療機構(gòu)、定點藥店等相關部門建立網(wǎng)絡連接，實現(xiàn)門診處方的計算機系統(tǒng)事前審核（PCS），改善醫(yī)療保險監(jiān)控手段，為合理控制醫(yī)療費用增長，減少醫(yī)療資源浪費提供支持，進而保障醫(yī)療保險基金高效運行；7、通過業(yè)務數(shù)據(jù)，對基本醫(yī)療保險基金的收入和支出進行動態(tài)監(jiān)控和分析預測，對政策執(zhí)行情況進行評估，達到?jīng)Q策科學化，進而保障醫(yī)療保險基金長期運行；8、并通過本次醫(yī)保信息系統(tǒng)的建設，為客戶社會保險信息系統(tǒng)（養(yǎng)老、醫(yī)療、工傷、生育、失業(yè)五險合一）的建設作好準備。

三、涉及部門

為了適應社會保障體系信息系統(tǒng)一體化建設的需要，以及醫(yī)保業(yè)務的變化，還有醫(yī)療保險險種的擴充（如企業(yè)補充醫(yī)療保險、公務員醫(yī)療補助、大額醫(yī)療費用互助保險、商業(yè)醫(yī)療保險等），在數(shù)據(jù)結(jié)構(gòu)的設計中采用了冗余化和分段處理的思想，使得系統(tǒng)數(shù)據(jù)不僅滿足醫(yī)療保險，同時滿足社會保險各險種的需要。分段處理的設計，可以使不同的險種業(yè)務構(gòu)件處理對應區(qū)段的醫(yī)保業(yè)務。為了保證這些要求的實現(xiàn)，主要涉及到了一下部門：勞動行政主管部門、醫(yī)保中心、定點醫(yī)療機構(gòu)（定點醫(yī)院和定點藥店）、參保單位、參保職工、財政部門、經(jīng)辦銀行等單位。1、勞動行政主管部門：制定醫(yī)療保險登記管理、基金征繳管理、基金監(jiān)督檢查等政策細則；會同衛(wèi)生部門、財政部門等有關部門制定醫(yī)療保險藥品目錄、診療目錄、醫(yī)療服務設施標準及相應的管理辦法；對醫(yī)療保險基金實行全面的監(jiān)督管理等。2、醫(yī)保中心：負責醫(yī)療保險登記管理、變更登記管理、注銷登記管理；負責醫(yī)療保險基金的繳費申報核定工作；負責管理統(tǒng)籌基金收支；負責完成參保職工的特殊醫(yī)療費用的報銷；負責定期與定點醫(yī)療機構(gòu)進行費用結(jié)算；負責監(jiān)督檢查醫(yī)保政策在各定點醫(yī)療機構(gòu)的執(zhí)行情況。3、定點醫(yī)院：向參?；颊咛峁┽t(yī)療服務；按醫(yī)保政策與參?；颊哌M行結(jié)算；向社會保險事業(yè)管理局提供詳細的醫(yī)療數(shù)據(jù)；按政策與社會保險事業(yè)管理局結(jié)算醫(yī)療費用。4、參保單位：管理本單位參保職工的基本資料；向社會保險事業(yè)管理局辦理參保登記、變更登記；按時進行醫(yī)療保險費的繳費申報；代扣代繳本單位職工個人應繳納的醫(yī)療保險費；按時繳納基本醫(yī)療保險費；定期代表單位職工到醫(yī)保中心辦理報銷業(yè)務。5、參保職工：按月繳納個人應繳納的醫(yī)療保險費；持醫(yī)療保險IC卡到各定點醫(yī)療機構(gòu)就醫(yī)或購藥。6、銀行：負責醫(yī)保個人賬戶和統(tǒng)籌基金賬戶的建立；給醫(yī)療機構(gòu)、藥店撥付資金；受社會保險事業(yè)管理局委托，強制收繳繳費單位的醫(yī)療保險費等。

四、結(jié)論

在軟件項目的開發(fā)過程中，需求變更貫穿了軟件項目的整個生命周期，從軟件的項目立項，研發(fā)，維護，用戶的經(jīng)驗在增加，對使用軟件的感受有變化，以及整個行業(yè)的新動態(tài)，都為軟件帶來不斷完善功能、優(yōu)化性能、提高用戶友好性的要求。在軟件項目管理過程中，項目經(jīng)理經(jīng)常面對用戶的需求變更。如果不能有效處理這些需求變更，項目計劃會一再調(diào)整，軟件交付日期一再拖延，項目研發(fā)人員的士氣將越來越低落，將直接導致項目成本增加、質(zhì)量下降及項目交付日期推后。這決定了項目組必須擁有需求管理策略。在開發(fā)實踐中，首先應該不斷地探索需求，分析需求，實現(xiàn)需求，響應需求的變更。在需求開發(fā)的整個過程中，應該從本質(zhì)開始，邊捕獲、邊分析、邊實現(xiàn)，通過不斷的迭代交付來響應需求變化，以需求基線來保證開發(fā)的節(jié)奏，通過對變更的管理來更好地響應變化?？偠灾枨蠊芾硎钦麄€開發(fā)生命周期中的重中之重。在將來的發(fā)展中，需求管理將起到至關重要的作用。

參考文獻：

[1]崔立元,羅燕京,李剛.基于企事業(yè)模型的軟件需求工程方法[J].計算機工程與應用,2002(7).

[2]別春麗.對開發(fā)與管理軟件需求的探討[J].中國金融電腦,2001(10).

[3]苗炬.基于RUP的軟件需求分析[J].計算機與網(wǎng)絡,2003(3).