前言：中文期刊網精心挑選了電子商務系統的應用范文供你參考和學習，希望我們的參考范文能激發你的文章創作靈感，歡迎閱讀。
電子商務系統的應用范文1
關鍵詞：電子商務；招標采購；分析
一、電子商務招標采購應用現狀
隨著國家政策的開放和基礎建設規模的不斷擴大，招標采購涉及的區域也越來越廣泛，現已不再局限于一線城市或有著大規模建設的城市，沿海以及中東、西部區域的各城市招標采購的發展也越來越迅速。近幾年，隨著電子商務技術的不斷發展和完善，電子商務招標網站不斷增加，通過電子商務系統完成的招標采購項目也越來越多。電子商務招標采購網站不斷涌現，更不斷衍生出新的招標采購站點、詢價平臺等。此外，我國政府機構也開始介入電子商務招標采購，不斷加大支持力度，并制定了相應的法律條例，幫助電子商務招標采購規范化發展。尤其是很多地方政府在這方面付出了巨大的努力，加大對電子商務招標采購的支持力度，重視產業發展，制定具體的規范守則。但各地此類規范守則的標準不一、內容不同也是現階段電子商務招標采購存在的問題之一。
二、電子商務招標采購的特點及優勢
各行業基礎建設、日常生產維護所需相應的工程、服務、材料、設備招標通常比較公開化，通過廣泛招標信息進行采購。此類采購的特點是需求量大、技術要求相對簡單、市場競爭充分且無特定品牌要求。公開化的招標采購對此類標的物比較適用，應用也較為廣泛。對于應用廣泛、采購量大但特殊技術要求甚至有品牌限制的標的物，可以采用邀請招標的形式。對應用較為狹窄、需求量較少、品種比較單一的品種，可以采用詢價的方式進行采購。電子商務招標采購對于初期信息的和處理，具有便于推廣和智能分析的優勢。由于網絡具有高效便捷以及成本低和覆蓋面廣的特點，相應的標的物在網上招標采購也比較方便。在進行招標采購的整個過程中，充分利用計算機技術進行有效管理，能夠保證相應標的物招標采購工作更加公開透明，進而極大地提高了監督管理工作的效率，達到提高節資率、減少投入成本的最終采購目的。
三、電子商務招標采購應用流程
一般來說，電子商務招標采購的主要分為以下10個流程：
1.電子商務公司提供招標采購網絡平臺
電子商務公司在編寫網絡招標程序時，必須充分了解招標公司主要標的物采購的特點以及企業網絡的特點。以此為依據，通過國家有關部門進行監管和鑒定，并由實踐不斷對其做出完善和迭代，同時兼顧網絡信息的安全性。
2.制定網上招標采購管理標準
網絡平臺進行招標采購必須要嚴格按照相應的網上采購標準進行，且與國家制定的相關標準完全一致，相關機構還需要以采購標的物的特點以及網絡特點制定細則，保證達到國家標準。
3.確定標的物招標采購目錄和采購方案
標的物招標采購目錄都是由相應的部門進行編制的，將一些標的物的目錄包括產品名和型號以及其技術要求規格參數等都做出統一化管理，以凈化整體招標采購的環境，有效預防出現中標的標物被其它產品所取代，提供了公平競爭的招標環境。在標的物目錄確定后，招標人及招標機構必須要借鑒于以往對該標的物的采購經驗量體制定采購計劃，確定采購方案，再借助于網絡渠道將采購信息反饋給電子商務公司，實現招標計劃相關數據的電子化、數據化。
4.制定招標文件
招標文件的制定必須以國家法律法規為準繩，示范性招標文件標準為依據，并綜合考慮標的物的特點。文件制定完成后，借助于電子商務公司的網絡等渠道將招標公告公之于眾。另外，招標文件要明確其制定的意義，使得招標人、投標人均能夠明確確定自己的權利范圍以及相關法律的責任，且制定的招標文件必須能夠保證投標人可以在網上下載或者查閱，保證招標采購透明公開的要求。
5.投標
電子商務公司在網上招標采購的相關信息以后，相應的投標人應當具有注冊權利，注冊過程中填寫的各項材料信息必須保證真實、有效。電子商務公司再對這些投標人的相關證照進行嚴格的審核。審查通過之后，電子商務公司再通過招標人要求的渠道讓投標投標人進行正式的投標。正式投標前，投標人錄網站即可完成購買招標文件的資格審查，并完成招標文件的購買，即投標人對該標的物投標權利的購買。遞交最終的投標文件前，需要輸入密碼然后加密，再將投標文件發送給電子商務公司，此密碼只允許投標人知曉。在投標截止時間前，網站必須允許投標人對投標文件做出補充或者更正，甚至也可以撤銷投標.
6.依法組建評標委員會
招標人依法組建的評標委員會負責。評標委員會由招標人或其委托的招標機構熟悉相關業務的代表，以及有關技術、經濟等方面的專家組成。評標委員會成員人數以及技術、經濟等方面專家的確定方式一般由招標人或招標機構制定。評標委員會成員有下列情形之一的，應當回避：（1）招標人或投標人的主要負責人的近親屬；（2）項目主管部門或者行政監督部門的人員；（3）與投標人有經濟利益關系，可能影響對投標公正評審的；（4）曾因在招標、評標以及其他與招標投標有關活動中從事違法行為而受過行政處罰或刑事處罰的。
7.開標與評標
在投標截止時間到之日，在相關部門的監管下，由電子商務公司或招標代機構主持，根據招標文件規定的要求，邀請投標人電子商務公司設立的相關網站上參加全電子線上開標儀式。在此過程中，投標人通過在網站上輸入設定的密碼機密投標文件，借助計算機技術對數據進行整理、匯總和展示。評標委員會再根據匯總的數據結合投標文件依據評標辦法進行評審。評審因素中，主觀分值由評委會填寫在電子評標系統中，客觀分值應充分運用計算機進行評審，最終借助電子商務公司編寫的相關程序，對評分進行匯總并且對所有投標人的標的物的技術、商務、報價做出對比，進而確定中標候選人。如果推薦候選人存在一定爭議，可由評標委員會對其進行投票確定最終中標人。評標報告依靠電子評標平臺自動生產，評標委員會全體成員簽字后提交給相關部門。在沒有對中標候選人公示之前，電子平臺及網站必須充分保障評標結果和過程的保密性，參與評審的任何人都不能泄露。
8.確認中標人
招標人相關部門確定最終中標結果以后，電子平臺及網站必須中標結果公示。所有投標人均可以登錄電子商務網站進行查閱。投標人如有異議，亦可以通過電子平臺及網站提出質疑。
9.簽訂合同
以招標文件、中標人的投標文件為依據，運用電子商務公司編寫的程序實現招標標的物與投標產品的匹配和效驗，根據國家相關標準規范自動生成合同范本，為最終的簽訂合同提供必要的技術支持。
10.標的物的網上采購
招標人采購機構的相關負責人登錄電子商務網絡交易平臺，選擇相應的招標采購項目，即可都采購整體流程進行瀏覽。在招標采購階段，可以對標的物的信息進行審查以及更正，最終確保無誤后。在合同執行階段，可以對供應商提品的數量進行調整。在采購的產品驗收、入庫階段，供應商可以借助電子平臺將招標采購計劃傳遞給供貨企業，在接收到采購計劃之后，供貨企業對產品進行生產和配送，招標人相關部門在產品到貨后，組織管理人員確定質量合格以及數量一致之后完成驗收和入庫，最終再通過網絡平臺進行確認并支付相應的交易金額。
電子商務系統的應用范文2
關鍵詞：遺傳算法 自動組卷 電子商務模擬系統
中圖分類號：O224 文獻標識碼：A 文章編號：1007-9416（2013）12-0118-02
近年來，電子商務成為社會的主流產業，同時對電子商務專業人才的需求量也越來越大，電子商務專業也陸續在中職學校開設。如何能更好的培養電子商務應用型、技能型人才，這就給中職學校提出了培養電子商務專業人才的任務。在人才培養的課程體系上，除了理論課程和實訓課程以外，迫切需要通過一個環節使教師了解學生對知識掌握的情況，因此電子商務模擬系統中的在線考試的設計與開發應運而生。隨著電子商務專業考試類型的不斷變化，對考試的規范性和科學性的要求也越來越高，這些要求給考試系統中的組卷模型和組卷算法帶來了比較大的挑戰。本文正是在電子商務模擬環境中將改進遺傳算法應用到組卷中的設計進行闡述。
1 組卷過程分析
組卷過程就根據要求，在題庫中選擇相應的題目，自動生成考試卷紙。其實質是將出題老師組卷的要求轉化成微機能夠理解的語言，讓微機直接進行操控，從而選擇符合要求的題目來組成所希望的卷紙。人工智能算法之一的遺傳算法因在處理組卷問題時具有全局尋優、效率較高等優勢，得到了較為廣泛的應用。其組卷算法流程見（圖1）所示。
2 卷紙構成要素
一套卷紙的構成需要涉及很多因素，在卷紙中的每一道試題又包含多個屬性， 其中與組卷有關的屬性有如下4項：（1）題型；（2）考點；（3）試題難易系數；（4）總分[1]。在組卷過程中，由上述幾個屬性共同決定題庫中某道題目能否被抽中。生成一份n道題的卷紙就是從試題庫用智能算法抽取n道符合要求的題目，組成一個n×4的矩陣，矩陣中的每一行代表一道題，每一列代表一個屬性[2]。卷紙中的各屬性要求為：（1）題型：為考察學生的對電子商務概念的理解掌握程度、處理業務的思維水平及分析運算等能力，每張考卷紙紙既要有選擇、判斷等客觀題，還要有分析等主觀題。本組卷系統就是按以上原則進行題型設計。（2）難度：對不同層次的學生要分別進行不同難度的考量。本組卷系統將設簡單（0.1～0.3）、一般（0.4～0.6）、困難（0.7～0.9）三個級別區間。（3）分數：本組卷系統可設任意合理分數為滿分，在此假定以100分為滿分。（4）考點：每套卷紙的題型、出題設計都要符合教學大綱的要求，能夠確實反映出學生對各考點的掌握程度。本組卷系統采用隨機選題，且試題對考點要保證一定的覆蓋率。
3 基于傳統遺傳算法的自動組卷
5 結語
本文設計了一種改進的遺傳算法用它來實現電子商務模擬系統在線考試模塊中智能組卷算法過程。此種改進行算法可以大大提高組卷的速度和成功率。
參考文獻
[1]楊青.基于遺傳算法的試題庫自動組卷問題的研究[J].濟南大學學報（自然科學版），2004，（3），228-231.
[2] 張烈超，劉開文.基于遺傳算法智能組卷的考試系統設計及實現[J].武漢交通職業學院學報2013，（3）：282-285.
[3]朱玉祥，苗春生，孫承佼.基于算法的試題庫智能組卷系統研究[J].南京氣象學院學報2006，（2）：282-285.
電子商務系統的應用范文3
文獻標識碼：A
doi：10.19311/j.cnki.16723198.2017.11.013
在時下熱門的流行語中，很難找出一個比“大數據”更吸引眼球的專業術語了。在各行各業，大數據的價值都有所體現，甚至風電行業也不例外，更別說電子商務行業對于大數據的需求了。隨著信息化成為當今社會的主流，電子商務成為一種新的商業模式，被廣大群眾和企業接受并采納，電子商務隨之迅速興起。但是相比于發達資本主義國家，我國的電子商務仍處于初期發展階段，因此，利用信息化系統優化我國電子商務的發展顯得勢在必行，而挖掘信息統計在電子商務的大數據價值也迫在眉睫。
1何為大數據
阿里巴巴集團主席馬云曾在自己的卸任演講中這樣描述大數據：“大家還沒搞清PC時代的時候，移動互聯網來了，還沒搞清移動互聯網的時候，大數據來了?！?/p>
所謂大數據，也稱之為巨量資料，是集數量體積大、數據類型繁多、自身價值高以及處理速度快四個特點于一身的各種數據的集合。對于大數據，需要利用現代化的新處理模式才能從中挖掘出有用的信息，為公司、個人以及政府部門作出決策。大數據的處理，不僅需要數據挖掘、數據分類、數據聚類以及各種數據庫，還需要工作人員有深厚的專業素養，敏銳的洞察力以及流程優化的能力。
大數據的來源往往是通過社交網絡、電子商務網站、顧客來訪記錄或者一些其他的來源，從這些途徑收集來的數據往往具有實時性，并非是公司顧客關系管理數據庫的常態數據組。隨著計算機技術和電子商務技術的發展，數據日益增多，因此便出現了大數據。政府、企業或者是個人通過各種途徑采集和利用這些信息，并對數據進行深層次的分析、挖掘，從而為企業的生產經營，政府更好的服務以及個人的發展提供決策信息，促進組織和個人更進一步的發展。電子商務的發展更側重于企業，因此對于企業來說，充分運用大數據有利于企業的發展。大數據的價值主要體現在：第一，通過分析消費者的消費數據，明確消費者的消費習慣，作出消費定位，并據此為消費者提供偏好推送；第二，分析消費數據，明確電子商務的熱門商品，從而促進個人商務的轉型，獲得規模利潤；大三，企業還可以通過分析數據，挖掘出用戶的需求，采用用戶樂于接受的營銷手段進行產品推銷。由此可見，大數據的價值不在“大”而在于“有用”。
大數據的時代已經來臨，但在這股熱潮中，仍然需要我們擁有冷靜的頭腦，明白大數據的價值不在于數據本身，而在于數據背后隱藏的價值。因此，要結合自身實際，分析數據從而發掘出有利于自身發展的情報，進一步把它轉變為智能。如此一來，我們相信，大數據會有更廣闊的發展前景。
2何為電子商務
電子商務是伴隨著信息化的發展而興起的一種特殊的商務模式，已經成為人類生產生活不可或缺的一部分。電子商務的出現，促使人類生活方式發生了巨大的轉變，給人們的生產生活帶來了便利。人們足不出戶，便可以買到自己需要的商品。電子商務主要是指在網絡環境下進行的商業貿易交流活動，買賣雙方不謀面，而是通過瀏覽器或者相關的服務器APP來進行商品交換活動的一種新型的商業運作模式。電子商務主要有四種模式：企業與消費者之間的電子商務（B2C）、企業與企業之間的電子商務（B2B）、消費者與消費者之?g的電子商務（C2C）以及線上商務與互聯網之間的電子商務（O2O）等等。電子商務在各個領域都有不同的發展，但其存在必須依賴于各種設備和網絡技術。而如今的電子商務已經不僅僅單指網上購物，也包括在線事務處理、網絡營銷、電子交易市場等等，在此一系列的活動中，都離不開互聯網、外聯網、電子郵件、數據庫、電子目錄和移動電話的支持。
3信息系統優化電子商務的發展
在2016年淘寶雙11的購物狂歡節中，短短的24小時，就以1207億的巨大數額在凌晨12點的時刻畫上了完美的句號，在這1207億的巨大數額中，覆蓋235個國家和地區，有988億來自無線網絡交易，占據了總份的81.17%。馬云認為，阿里巴巴正在構筑的是未來商業的基礎設施，包括交易市場、支付、物流、云計算和大數據，不僅讓商家與互聯網連接，更是讓商家與未來的商業模式相連接。
而在歐美發達國家，有超過2/3的人口采用網絡購物的方式，龐大的人口數字為歐美發達國家的電子商務產業起到了促進作用。早在80年前，歐美國家的信貸模式已經發展到一定的階段，大部分的消費者都有自己的信用卡，一個良好的信譽度一直是歐美國家電子商務發展的重要表現，還有就是歐美國家的物流管理，已經是全世界學習和借鑒的一個榜樣。巨大的網絡人群、良好的信貸模式、完善的物流配送無疑使歐美國家的電子商務產業推向了世界的頂峰。
由此可見，電子商務已經發展成為信息化時代人類的核心，其發展前景不容忽視。利用信息系統優化電子商務的發展，已經成為持續關注的熱點問題。電子商務發展會涉及以下幾個信息系統。
3.1物流控制系統
隨著電子商務的興起，物流企業達到前所未有的高度，而信息的不暢通是阻礙物流企業發展的瓶頸。在信息化的今天，科學信息技術如此發達，我們可以利用高科技推進物流信息化、現代化、網絡化和智能化，將物流處理一氣呵成，這些都是決定物流企業發展的先決條件。
3.2人力財力管理系統
一個企業對人力財力的監管尤為重要。作為電子商業，應定期對工作人員展開培訓，讓工作人員總結近期的工作心得，積極主動發現企業發展中的問題。資金是一個企業發展的根本，企業應當設立一個專業的資金管理部門，并結合企業的實際情況制定出一套完善、有效、可施行的資金管理制度。資金管理系統可將分散在各部門的企業資金進行綜合控制，統一控制，統一管理。
3.3客戶關系管理系統
客戶是電子商務或者實體店面得到發展的重要因素，通過客戶關系管理系統，對客戶的資料進行整理。針對客戶的注冊內容和客戶的消費記錄建立起一個數據庫，分析出重點客戶，預測出客戶的需求。根據客戶提供的姓名、年齡、地區、職業等基本信息，對客戶提供主動的關懷、充滿熱情的服務，從而提升客戶的滿意度，擴大銷售范圍。
3.4信息加密系統
根據2015年互聯網中心的報告發現，近幾年來，因網民的信息泄露、詐騙信息以及垃圾信息等導致的損失慘重，網民的個人身份信息、工作信息以及生活隱私等缺乏安全保障。這些龐大的數字表明，隨著網絡的進步、電子商務的發展，信息泄露成為一個極大的潛在危機。信息泄露是?W絡詐騙罪惡的源頭，信息加密系統可以加強信息加密，保證電子商務的安全性。
4通過信息統計在電子商務中的發展來挖掘大數據的價值
在發展迅猛的信息時代，亞馬遜企業如果想要更好的獲得客戶的滿意度和青睞度，就必須對互聯網中的海量龐大的數據進行整理、分析、研究，而消費者的足跡就是他們分析研究的基礎，消費者對網頁及產品的點擊、留言、關注、點贊都是電商企業分析研究的方向。比如客戶在網絡上的真實性別，我們不能以用戶在注冊登錄時所填寫的性別為準，而要以用戶在購物和瀏覽網頁的具體產品來推斷用戶的準確性別，這樣不僅可以清楚地了解用戶的需求，還可以根據用戶的喜好給其推薦可能購買的商品信息，從而完成成交。這種推薦模式，是一種新型的科學的采用信息大數據的方法，也是信息數據在電子商務產業不斷推動和不斷擴大的動力。
電子商務系統的應用范文4
［關鍵詞］電子商務 流通 信息平臺
一、電子商務在醫藥流通供應體系中的發展現狀
近年來電子商務在藥品流通中已經被廣為使用。隨著信息化進程的加快，必將成為醫藥貿易的趨勢所在。醫藥電子商務發展既是醫藥流通體制改革的內在要求，也是醫藥企業應對國內外競爭的必然選擇。醫藥電子商務是以醫療機構、醫藥公司、銀行、藥品生產單位、醫藥信息服務提供商以及保險公司為網絡成員，通過網絡應用平臺, 為用戶提供安全、可靠、開放并易于維護的醫藥貿易電子商務平臺。醫藥電子商務主要包括B2B、B2C 和醫藥電子商務平臺等形式。
從首屆“互聯網藥品信息與交易服務高峰論壇”透露的信息：截止2007 年6 月18 日,全國已獲得“互聯網藥品信息服務資格證書”的企業總共1178 家，占申請企業數的50.09 % ,其中經營性385 家，非經營性793 家；截止2007 年6 月26 日，全國已獲得“互聯網藥品交易服務資格證書”的企業有9 家，其中第三方平臺5 家，B2C 經營模式4 家(只能經營OTC)，而B2B 經營模式目前還沒有企業獲得證書。需要說明的是，現在很多文獻在談醫藥B2B 模式，實際上當前我國所謂的B2B 是通過醫藥電子商務平臺交易的，并不是嚴格意義上的B2B 模式。我國醫藥網站還停留在通過互聯網進行醫藥信息的與獲取、藥品價格信息的和交易的撮合這兩個較低層次上，鮮有完整的電子商務服務 （一般認為完整的電子商務，也即通過互聯網完成從藥品信息和獲取到在線交易、在線支付的全過程。達到覆蓋醫藥行業的招標、信息咨詢、招商、批發流通等一系列環節），也沒有成熟的基于第三方的醫藥電子商務交易和服務平臺。
二、醫藥電子商務在醫藥流通供應體系中存在的問題
由于電子商務在我國還處于發展的初期，尚存在許多亟待解決的問題， 如安全問題、支付問題、配送問題等。結合醫藥衛生的行業特點， 目前醫藥電子商務的主要問題表現為
1.基礎條件差, 投資不足
國內因特網用戶僅有多1000多萬，普及率僅為0.21%，商用計算機聯網普及率低, 不足10%。我國網絡基礎設施落后,遠遠不能適應電子商務發展的要求。當前投人到醫藥行業信息化建設及醫藥電子商務方面的資金還不充足。
2.對電子商務的作用、意義和內涵認識不足。由于我國的生產力發展水平較低，網絡信息化技術普及率不高，大多數企業和消費者對電子商務不了解甚至誤解也制約了電子商務的發展。因此在發展醫藥電子商務時, 網絡運營商必須要考慮如何讓用戶成為真正的贏家, 只有這樣醫藥電子商務才能生存。
3.我國醫藥行業信息化水平低，電子商務應用層次低。雖然我國醫藥企業已經開始應用電子商務進行藥品的流通貿易如B2B 模式，但它并不是嚴格意義上的。我國醫藥網站還停留在通過互聯網進行醫藥信息的與獲取、藥品價格信息的和交易的撮合這兩個較低層次上,鮮有完整的電子商務服務。一般認為完整的電子商務,也即通過互聯網完成從藥品信息和獲取到在線交易、在線支付的全過程。達到覆蓋醫藥行業的招標、信息咨詢、招商、批發流通等一系列環節，我國的電子商務系統由于技術水平和網絡安全等因素導致交易雙方“網上談判,網下付款”，信息流與資金流的割裂，在流通領域，表現為流通企業數量多、規模小、市場分散、效益低下，由于具有全國性覆蓋網絡的大型物流配送中心沒有形成，導致資金流與物流割裂。
三、對電子商務在醫藥流通保障體系中作用的探討
從醫藥流通體制的角度出發，解決老百姓看病難、看病貴的有效地途徑之一是，截斷醫藥之間內在的利益鏈條，實行醫藥分家。即在醫院信息系統和制藥企業信息系統之間搭建一個開放性的、信息共享的醫藥流通電子商務平臺，通過市場化的導向，將藥品流通的業務流程信息化，提高監管水平、降低交易成本、減少尋租機會、改善信息不對稱狀況，達到流程信息化、程序透明化、監管公開化。當然，為了防止醫療機構與醫藥企業結成利益同盟，我們可以引入第三方機制，即在已有的醫藥電子商務平臺的基礎上，再建設一個監督平臺，可以由政府相關部門、醫療保障部門或其他部門組成。兩個信息平臺依托的是一個大型的公共數據庫。其數據架構如圖示 ：
第三方醫藥信息平臺構建的基本設想是：在吸收當前各種模式和推進“兩個信息化”的基礎上，通過信息化流程再造，堅持以市場為導向(同行政機關和藥品交易各方不存在隸屬關系和利益關系)，逐步完善電子商務平臺(虛擬的電子商務市場) 的建設，使醫藥電子商務平臺與交易關聯各方相連，成為醫藥行業的交易中心和信息中心，構建新型醫藥流通體制，從而改善藥品供應鏈的現狀，減少流通環節，降低流通成本。其基本流程圖如下：
平臺可以將市場交易主體(原料企業、生產企業、配送企業、分銷企業、醫院、制劑企業、批發商、零售商和最終消費者) 、監督主體(衛生、藥監、物價、保險、專家組和公眾) 和服務主體（銀行、運輸、藥檢）整合為一個有機整體將信息流、資金流和物流相統一，涵蓋了電子商務大部分模式。鑒于目前我國眾多醫藥企業處于電子商務初級層面，平臺能滿足醫藥電子商務的需要。
參考文獻：
[1] 中國藥學會藥事管理專業委員會. 中國醫藥衛生改革與發展相關文件匯編[M].北京：中國醫藥科技出版社，2009
電子商務系統的應用范文5
[關鍵詞] 數據挖掘 電子商務 頻繁訪問路徑
在電子商務網站模式下，用戶購買商品的過程就是在電子商務網站頁面中跳轉的過程，用戶的每個活動其實也就是對網站上的一個頁面對象的點擊操作，而這些點擊操作都被記錄在網站的系統日志中，通過對日志文件的分析挖掘，可以找出用戶行為模式；在另一方面，電子商務網站的結構組織是不是符合客戶購買商品的規律，通過對網站日志的分析也可以得到。所有這些都離不開數據挖掘技術，本文就是通過對電子商務網站服務器日志文件進行分析，從而進一步指導電子商務網站建設。
在Web中使用數據挖掘，數據最直接的來源是Web服務器日志，它非常明確地記錄了訪問者的瀏覽行為，在Web使用記錄挖掘中有很重要的地位。每當有獲取資源的請求到來時，服務器方將會產生Server1095，Error1095和Cookie1095三種類型的日志文件，記錄用戶訪問和交互的基本信息Web日志文件是由一條條的記錄組成，記錄了用戶對Web頁面的一次訪問，盡管不同Web服務器的記錄格式不盡相同，但都包含用戶訪問的基本信息。Web服務器文件的記錄格式：
一、提取數據
客戶在瀏覽網站時，是以點擊超鏈接方式訪問電子商務網站，客戶的所有的點擊行為可以抽象的點擊流來表示，客戶的操作軌跡都被記錄在服務器日志里，因此我們可以大量收集每個客戶的行為數據、深入研究，從這些看似“無意義”的數據中得到有價值的信息和知識。我們可以收集并分析客戶的瀏覽行為，使用數據挖掘方法發現客戶的使用模式，向客戶提供個性化頁面的推薦服務。
同時可以刪除web日志中與挖掘算法無關的記錄，本文中所需要的數據主要是用戶名、請求的頁面的時間和頁面的地址，其它的數據項不需要，因此都可以刪除。
二、用戶識別
用戶識別是點擊流數據預處理過程中一項比較困難的任務，但目前已出現了不少來精確識別一個用戶的方法，其中最簡單但是誤差也最大的一種方法就是根據IP進行識別，此外還有一些嵌入sessionID、讓用戶進行注冊、在客戶端寫入Cookie標識以及使用嵌入的方法每種方法都有其自身的優缺點。在Web日志挖掘中，如果只根據服務器端日志確定用戶往往會有一定的誤差，確定用戶的誤差會導致對用戶訪問事務的劃分出現不準確，從而使得數據挖掘的結果也出現偏差?？梢愿鶕Y果所要的精確度，選擇不同的方法進行識別，我們一般選擇在客戶端寫入Cookie的方法即可達到比較好效果。
三、會話事務識別
用戶會話的數學表示：用戶會話S是一個二元組。Userid是用戶號，RS是用戶在一段時間內請求的Web頁面的集合。RS包含用戶請求的頁面標識符Pid、訪問時間。訪問時間長度（是指用戶訪問一個頁面所經歷的時間)。
S=―公式1
服務器要并發處理多個用戶的請求，要從多個相互交織的用戶訪問事務中正確區分出所有用戶訪問事務比較困難。一般都是對用戶在客戶端瀏覽行為做不同的假設,然后再在此基礎上確定用戶訪問事務。因此確定的用戶訪問事務并不能保證完全精確。根據對用戶訪問行為的不同假設,有四種確定用戶訪問行為及訪問事務的模型:頁面類型模型(PageTyPeModel)、參引長度模型(ReferenceLengthModel)、最大向前參引模型(MaximalForward
RefereneeModel)、時間窗口模型(TimeWindowModel)。
我們采用時間窗口模型對用戶訪問事務進行識別。時間窗口模型中，對用戶瀏覽行為假定的方法是認為用戶一次訪問的時間都有一個最大的限制。我們采用時間間隔來區分用戶訪問事務，即如果相鄰兩個頁面請求的間隔時間超過一定的界限，就認為是開始了一次新的用戶會話。此時，公式1要滿足式公式2：
timei-timet-1≤W，1＜i≤k―公式2
在時間窗口模型中劃分用戶訪問事務。其中關鍵的一步是如何確定時間窗口大小即超時閥值。因為超時閥值的確定直接影響到點擊流數據預處理結果的輸出，不同的超時閥值會產生不同的用戶會話文件。對于超時閥值，我們采用對實際日志進行實驗，觀察超時閥值與平均用戶會話長度及用戶會話個數之間的關系來確定。
實驗證明，當超時閥值到達60分鐘時，會話長度增長于平穩，并且會話個數減少的趨勢也趨于平穩，因而在我們的系統中將超時閥設為60分鐘。目前，許多商業產品將缺省超時值確定為30分鐘，超時的界限以根據站點的使用統計反饋的結果進行調節，直到可以更準確地識別會話。
四、頻繁路徑的挖掘
用戶頻繁訪問路徑是用戶在一定時期內多次瀏覽的連續頁面序列，它最能反映在這個時期里用戶的瀏覽興趣。因此，用戶頻繁訪問路徑的挖掘對于了解用戶當前興趣，為用戶提供個性化的服務有著非常重要的意義。用戶頻繁訪問路徑挖掘算法輸入數據為事務識別的結果:用戶的MFP集合。輸出的是用戶的頻繁訪問路徑集合和相應的支持度。據此結論，可以得到用戶的興趣模式。相關定義和概念。
定義1：給定路徑P={x1，x2，…xn}，任意的p`={xi,xi+1,…xi+j}(i=1，i.+j=n)均為P的子路徑(Sub一path)，且稱P包含p`。
定義2:如果一個Web訪問路徑P={x1，x2，…xn}，滿足以下條件：
則稱路徑P為頻繁路徑。其中，Smin為預先定義的最小支持度。頻繁訪問路徑就是MFP中滿足一定支持度的連續頁面序列。
定義3:支持度指包含頻繁訪問路徑的用戶會話的數目。定義頻繁訪問路徑的長度為其包含的頁面數。設長度為k的頻繁遍歷路徑的集合為FPk，其中最頻繁的M個訪問路徑的集合為FPk_m={Pk_1，…Pk_m}。
定義4候選路徑:若兩個連續的k-1長的子路徑{xj，… xj+k-2}和{xj+1，…xj+k-1}都是FPK-1的元素，即它們的支持度都不小于Pk-1_.m。的支持度，那就稱{xj，…xj+k-1}為FKk的候選路徑。如會話S包含兩個MFP：{a，b，c，d，e}和{f，g}，尋找FP3的候選路徑需要考慮3個子路徑{a，b，c}{b，c，d}{c，d，e}，如果{a，b}{b，c}是即FP2中的頻繁訪問路徑，那么{a，b，c}就是一個FP3的候選路徑。
用戶頻繁訪問路徑挖掘算法，挖掘長度為k的用戶頻繁訪問路徑就是設法構造FPk。算法的主要思想是基于候選路徑的概念，從MFP中找出長度為k的候選路徑{xj，…xj+k-1，}，然后計算它在用戶所有會話中的支持度。支持度最大的M個路徑的集合就是FKk_m。
構造FPk(k>1)的算法如下:
輸入：一個用戶的MFP的集合Fi。
輸出：一個用戶的頻繁遍歷路徑集合FPk(k>l)。
for每個Fi. {
for Fi中的每個{x1, x2, ……, xm}{
if (k=m){
for (j =l;j< m-k+l;j++)}
if{ x j，… xj+k-1}己經在FPk中
{xj，…xj+k-1}的支持度加1
else if{ x j，…xj+k-2}的支持度=Sk-1and{xj+l，…xj+k-1}的支持度=Sk-1
將{xj，… xj+k-1}插入FPk；
}
}
}
}
在調用發現頻繁遍歷路徑的算法之前，先要計算每一頁在用戶會話中的支持度，也就是路徑長度為1的情況，然后從2直到k循環調用發現頻繁遍歷路徑的算法，每一次循環都可以利用上一次循環結果中的支持度。
使用該算法分析每個用戶會話，得到每個用戶頻繁遍歷路徑表，用戶頻繁遍歷路徑表：
在電子商務系統的推薦模塊里。就可以根據用戶的ID號和及其相應的頻繁訪問路徑向用戶提供最可能的訪問鏈接，從而達到向用戶推薦其最可能需要產品的目的。
五、小結
本文通過對web服務器的日志文件的數據進行處理和分析，使用數據挖掘的方法，從中得到用戶的頻繁訪問路徑，來了解用戶的購物特性和習慣，從而達到向每個用戶推薦產品的目的。Web挖掘是一個十分復雜，但是有廣泛應用前景的技術，很多方面都值得我們去探究。
參考文獻:
[1]華廣穎張慧穎等:關聯規則挖掘在企業運作策略調查問卷中的應用[J].工業工程, 2004,(02)
[2]辛燕:基于點擊流分析的電子商務智能決策支持系統[D]. 江蘇大學,2003
電子商務系統的應用范文6
工作流的概念是為提高工作效率的研究而產生的，最初被應用于辦公自動化和生產組織領域，通過將文檔、信息或任務按照預先定義好的規則在參與者之間進行傳遞，其目的是通過將工作分解成任務、角色，按照一定的規則和過程來執行這些任務并對它們進行監控。工作流管理是cscw(computer support cooperative work)研究領域的一個重要分支，它已經被實踐證明能夠大大提高管理過程的效率、降低生產成本、提高企業生產經營管理水平。
企業的電子商務活動中，大量業務工作都是由兩個或兩個以上的員工共同參與合作來完成的，這一系列相關的活動以及活動按照一定規則的變化過程就構成了電子商務業務流程，例如銷售訂單管理流程、行政申請流程、財務審批流程、客戶服務流程及人事處理流程等。在電子商務中，能否更快地對客戶需求做出反應，在市場需求變化時對商務流程做出及時調整，是企業提升競爭力的有效手段。開發商務工作流程管理系統是企業解決上述難題的有效辦法。
二、基于j2ee與web的工作流系統體系結構
j2ee提供了企業級的計算模型和運行環境，使用ejb server作為商業組件的部署環境，在ejb server容器中提供了分布式計算環境中組件需要的所有服務(jts、jmapi、jms、jndi等)。11665.COm實現商業邏輯的ejb組件可以更高效的運行在應用服務器中，支持多種客戶端的訪問。j2ee使企業級應用具有安全性、可擴展性和可靠性，使用j2ee作為工作流的開發平臺符合電子商務建設的應用需求。
電子商務平臺中工作流系統的實現采用的是三層體系結構，基于j2ee和web的工作流系統，核心服務采用ejb實現。三層分別是客戶應用層、商務邏輯層、數據層。
1.應用層
是工作流平臺的用戶應用部分，采用html技術，用戶通過web瀏覽器參與業務流程處理?？蛻舳酥惶峁┯脩糇烂娉绦蚪缑?，客戶端程序負責管理所有與工作流引擎的溝通，并為用戶提供針對企業具體業務內容所定制的任務清單?？蛻舻卿浌ぷ髁骶W站并進行身份驗證之后會進入不同的界面進行各自的工作。在企業內部，客戶應用層中的用戶可分為四種類型：工作流設計人員、系統管理員、高層領導者和普通用戶，他們分別通過web界面完成特定的工作。
2.商務邏輯層
邏輯層的實現主要利用ejb技術，它接受web層發來的請求數據，并依此進行相應的動作，完成事先定義的任務，并且把下一步的要求回送給web層。邏輯層包括工作流引擎、web服務器、app服務器、電子商務業務組件。工作流引擎以組件形式封裝，用戶可以調用其中的接口。web組件運行在web服務器上，主要負責與客戶的交互。系統通過web服務器的jsp/html/xml/applet等收集客戶端發來的信息和數據，并通過servlet調用ejb服務器中的ejb組件進行處理并將結果返回到web頁面。應用組件、ejb組件運行在app服務器上，負責和管理ejb組件、管理組件的生命周期、連接數據庫、并發操作、分布式事物處理等。
工作流執行服務組件是工作流管理系統的重要組成部分，搭建在j2ee應用服務器之中。執行服務組件包含工作流執行服務器，由工作流引擎實現，組件還提供用戶客戶端應用程序模板和工作列表查詢工具，為上層mis調用提供api。在技術實現上，主要采用jsp、servlet、ejb，整體采用b/s、c/s混合結構，客戶端工作流相關信息查詢采用b/s，具體業務邏輯通過rmi機制或soap機制調用放在服務器端的ejb組件來完成。
對于b/s部分，采用mvc模式，在該模式中servlet作為controller角色，負責處理請求與頁面流轉，ejb充當model角色，封裝業務邏輯與數據，jsp充當view角色，它是數據表現層，生成用戶顯示界面。具體實現步驟是：當jsp頁面收到客戶端發來的消息后，根據需要，由servlet控制業務流轉，把實際處理工作交給javabean來做，javabean根據需要調用合適的組件完成相應的工作，bean可以利用rmi機制調用本地app組件，也可以直接調用自動應用組件和企業原有應用組件，還可以通過soap 機制調用遠程服務組件。
3.數據層
它是工作流平臺的數據基礎，由工作流模型數據庫、工作流實例數據庫和工作流組織數據庫組成，主要負責對工作流系統中的模型數據、實例數據和組織數據進行存儲、組織與維護。邏輯層與數據層dbms的連接是通過jdbc來完成的，可以對大部分商用關系數據庫提供支持。
基于工作流技術的電子商務系統的功能模塊包括銷售管理、庫存管理、采購管理、訂單管理、人事管理、客戶管理、系統管理、用戶管理。系統中的用戶：系統管理員、企業職員、客戶、供應商等分別登錄到相應的web頁面，進行相關的工作。工作流管理是系統的核心部分，其實質是工作流引擎，它提供了工作流系統在過程定義、任務分派、系統運行、監控執行等服務。
三、工作流引擎的設計
1.工作流引擎實現方法
工作流引擎采用ejb組件技術實現，封裝了相應的業務邏輯，工作流引擎的運行主要就是對象之間的交互和接口對對象的調用，以及它們對數據庫進行的各種讀寫操作。根據引擎提供的功能，引擎由四個方面的管理功能組成：工作流模板管理、過程實例管理、活動實例管理、用戶角色管理。主要的實體bean包括：過程實例bean、活動實例bean、角ean、部門bean、職員bean、規則bean、團隊bean、任務項bean。
(1)工作流模板管理bean
包括的方法有：模板創建、刪除模板、模板實例化、保存到數據庫。
(2)過程實例管理bean
包括的方法有：初始化過程實例、啟動過程實例、掛起過程實例、終止過程實例、刪除過程實例、重啟過程實例。
(3)活動實例管理bean
包括的方法有：開始活動實例、掛起活動實例、重啟活動實例、終止活動實例、獲得活動實例列表、取消活動實例。
(4)用戶角色管理bean
包括的方法有：添加用戶、設置用戶角色、刪除用戶、添加角色、刪除角色。
2.工作流過程實例管理
采用xml語言來表示電子商務過程模型，過程模型主要由這些實體組成：過程、活動、路由規則、工作流相關應用。例如在電子商務訂單確認過程模型中：首先，企業銷售部門對訂單上的數據進行驗證，對填寫錯誤的訂單轉到退出，對填寫正確的訂單進行處理;然后，根據客戶選擇的不同支付方式，當使用信用卡支付時，把客戶信用卡信息發送給信用卡服務器進行審批，確認支付額是否被認可;最后，發送訂單確認信息給客戶。其相應的xml描述框架為：
< process proid="10001"proname="訂單確認流程" >
在工作流過程實例啟動時，工作流引擎把xml定義實例化后，經過xml解析器的解析，生成過程、活動、流轉路由等對象，再保存于數據庫相應的表中。過程模型中的實體被封裝成對象，包括：活動結點(activity)、過程(process)、路由節點(rule)、工作流相關應用(workflowapp)。對象的基本屬性包括id、名稱等，并且具有共同的方法：(1)contverttoxml()：將模型元素的屬性轉換為xml格式的數據，以便于保存為xml文件;(2)savetodb()：此方法將模型中元素的信息保存到數據庫定的表中。
工作流過程實例的執行可以看作是一個狀態變遷，其狀態有：初始化、運行、激活、掛起、結束、停止。工作流引擎調度中心根據不同的條件，例如，啟動過程、執行任務、結束任務以及其他事件的發生，會導致工作流過程實例從一個狀態轉換到另一種狀態。
3.任務管理
任務管理主要根據調度中心的指示完成諸如任務創建、任務狀態的轉換以及相關數據的維護等工作。每次結束任務的外部請求將觸發調度中心調用任務管理為后繼活動(如果存在的話)創建新的實例，其狀態為“待處理”;同時，其它不同的外部請求也將觸發任務管理實施任務狀態的切換。任務的主要狀態有：初始、處理、暫停、正在處理、完成。
(1)任務隊列
一個活動可以具有多個實例，每個實例稱為一個任務。在電子商務系統中一個任務對應于企業具體的業務步驟。
(2)任務派發
任務派發處理只針對人工交互活動，是指按照何種準則將任務分配給具體人員來執行。任務派發的方式是按角色指定和按人員指定兩種。
(3)任務狀態控制方法
工作流引擎對任務狀態的控制主要來源于任務的啟動規則和后繼規則實現。啟動規則是通過相任務的直接前趨任務來表示的，啟動規則包括順序、與連接、或連接、用戶自定義四種規則。調度中心在將任務切換到待處理狀態之前先進行相關的啟動規則檢查，只有滿足啟動條件的任務才可以進行狀態的切換。任務的后繼規則是指當前任務結束后該啟動哪些后繼任務，后繼規則包含順序、或分支、與分支、用戶自定義四種規則。
四、總結
工作流管理技術通過過程建模和過程管理的核心技術開發的企業電子商務系統能迅速實現企業業務重組，使電子商務活動以信息流為基礎，可以全面提高企業協作能力。在本文所做研究的基礎上，筆者認為可以從以下幾個方面進行深入研究：對具有適應的柔性工作流的研究工作、以及如何保證動態建模方法動態路由的正確性還有待進一步充實和擴展，對工作流系統的容錯能力、數據保護、數據恢復和異常處理策略方面還有待進一步的研究。
參考文獻：
[1]范玉順:工作流管理技術基礎[m].清華大學出版社，2001，4
