導語：如何才能寫好一篇電子商務系統(tǒng)設計方法，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公文云整理的十篇范文，供你借鑒。

篇1

電子商務是買賣雙方通過Internet的信息流動來實現(xiàn)商品交換的。電子商務圖書交易系統(tǒng)不僅能有效解決傳統(tǒng)圖書交易中存在的客觀條件限制、工作效率低下等問題，也能進一步規(guī)范圖書交易活動；另外，網(wǎng)絡技術的發(fā)展也為信息系統(tǒng)的規(guī)劃、設計和實施提供了全新的技術支撐平臺和解決方案。

本文以系統(tǒng)思想為指導，將圖書交易的商務理論與現(xiàn)代信息技術有機結合，研究并創(chuàng)建了一個適合現(xiàn)代化特征的圖書交易系統(tǒng)，從而有效地解決圖書交易中的信息管理需求。

二、基于Web的商務系統(tǒng)優(yōu)勢分析

與傳統(tǒng)的圖書交易模式相比，本系統(tǒng)具有以下優(yōu)勢：

1.擴展了圖書交易范圍。傳統(tǒng)的圖書交易，競爭不夠充分，交易效果也不理想，而利用圖書交易系統(tǒng)，可將圖書交易范圍擴大到全省、全國，既擴大了視野，也增加了經(jīng)濟效益。

2.提高了工作效率，節(jié)省了交易時間。采用本系統(tǒng)實施圖書交易以后，業(yè)務流程全部放在網(wǎng)絡上進行，快速有效，經(jīng)濟效益好。

3.節(jié)省大量費用開支。采用本系統(tǒng)以后，可大量減少傳統(tǒng)圖書交易方式中的差旅費、交通費、活動費等一系列費用。

三、系統(tǒng)設計思想及系統(tǒng)結構

1.設計思想

(1)基于大型數(shù)據(jù)庫的存儲和管理

采用SQL SERVER 2005為后臺數(shù)據(jù)庫。

(2)采用ASP.NET+Server 2005為開發(fā)環(huán)境

大部分程序在服務器端執(zhí)行，當程序執(zhí)行完畢后，服務器僅將執(zhí)行結果返回給客戶端，既減輕了客戶端的負擔，也提高了信息交互的速度。

2.系統(tǒng)的概要設計

系統(tǒng)的主要邏輯結構如圖所示。

系統(tǒng)的主要部分包括：

(1)用戶信息管理部分。包括用戶登錄、圖書信息管理、客戶賬單信息管理。

(2)圖書信息管理部分。包括圖書類別管理、圖書交易管理。

客戶成功購物過程如下：

系統(tǒng)的大致流程如下：

四、系統(tǒng)數(shù)據(jù)庫設計

系統(tǒng)主要數(shù)據(jù)表如下：

管理員信息表：Admin（編號，用戶名，用戶密碼，權限）

圖書類別信息表：classinformation(類別編號，類別信息，是否在首頁顯示，順序)

送貨方式表：delivery(編號，送貨/匯款方式，價錢，順序)

訂貨信息表:orders(編號，訂單用戶名，訂貨日期，圖書編號，圖書訂購數(shù)量，訂單編號，狀態(tài)，收貨人，收貨地址，郵編，留言，匯款方式編號，送貨方式編號，性別，總金額，姓名，郵箱，電話，用戶編號)

圖書信息表：（圖書編號，圖書名稱，作者，出版日期，積分，詳注，目錄，市場價格，會員價格，訂購次數(shù)，察看次數(shù)，折扣，類別編號，添加日期，vip價格，出版社，ISBN，頁數(shù)，開本，版本，簡介）

五、系統(tǒng)的主要模塊及實現(xiàn)

系統(tǒng)按使用流程主要分為兩個功能模塊。

用戶信息模塊。包括客戶、系統(tǒng)用戶的信息注冊、查看和更新。

圖書信息模塊。對于客戶，列出圖書的有效信息，以供客戶購買。

具體實現(xiàn)模塊如下：

(1)數(shù)據(jù)連接公用模塊

數(shù)據(jù)連接方法：

SqlConnection conn = new SqlConnection("server=localhost\\sqlexpress

;uid=sa;pwd=數(shù)據(jù)庫密碼;database=DatabaseName");

(2)用戶信息模塊

主要用來實現(xiàn)用戶的注冊、登錄及維護用戶基本信息。

(3)圖書信息模塊

主要是查看圖書信息列表、搜索圖書信息、顯示圖書信息；還能實現(xiàn)在線網(wǎng)絡客戶對圖書的購買、取消和完成結賬等功能。

系統(tǒng)圖書信息搜索中，又分為模糊搜索、高級搜索。

模糊搜索中，客戶可通過圖書大致類別信息查詢圖書信息列表。高級搜索中，客戶可通過選擇或輸入圖書的具體名稱、出版社、出版時間或圖書價格范圍來進行查詢。

(4)系統(tǒng)管理模塊

主要實現(xiàn)圖書基本信息的添加和刪除，客戶訂單信息管理，商品類別管理等。

(5)數(shù)據(jù)導出導入模塊

主要實現(xiàn)批量圖書信息的導入和圖書銷售信息的導出。

(6)財務管理模塊

主要實現(xiàn)財務信息管理。

六、系統(tǒng)安全性

系統(tǒng)采取了以下措施保證系統(tǒng)安全穩(wěn)定。

1.身份鑒別和數(shù)字簽名。系統(tǒng)采用了身份鑒別和數(shù)字簽名技術，既防止收到偽造的信息，還要防止對方事后抵賴等問題。

2.分門別類管理用戶。系統(tǒng)將用戶分為：一般客戶、系統(tǒng)管理員、圖書管理員和財務管理員，不同的用戶擁有不同的權限。

3.系統(tǒng)日志。系統(tǒng)對某些重要的數(shù)據(jù)和關鍵性操作會自動記錄在系統(tǒng)日志中。

4.數(shù)據(jù)加密。系統(tǒng)采用了IDEA和MD5相結合的方法對數(shù)據(jù)進行了加密。

5.防火墻。主要目的是對受保護的網(wǎng)絡實現(xiàn)訪問控制。

七、結束語

基于WEB的圖書交易系統(tǒng)是借助先進管理思想，結合圖書交易實際情況而開發(fā)出來的產(chǎn)品化系統(tǒng)，該系統(tǒng)的實施，將使圖書管理、圖書交易、費用結算和財務管理等業(yè)務流程得到大幅度優(yōu)化，工作效益得到提高，經(jīng)濟效益得到改善，相信該系統(tǒng)有一定的推廣價值。

參考文獻

篇2

關鍵詞電子商務系統(tǒng)規(guī)劃設計

電子商務是一種以計算機技術和網(wǎng)絡通信為基礎、以交易雙方為主體、以電子支付和結算為手段、以現(xiàn)代物流系統(tǒng)為依托的全新商務模式。其作用是疏通現(xiàn)有商務的各個環(huán)節(jié)，提高現(xiàn)有商務的運作效率，建立一個全新的經(jīng)濟秩序，開辟一個全新的交易場所。電子商務系統(tǒng)建設是企業(yè)應用電子商務的第一步，是一個包括商務、技術、支付、物流等許多角色與要素的系統(tǒng)工程。在開始建設電子商務系統(tǒng)之前，必須充分研究涉及電子商務系統(tǒng)的所有因素，全面分析、統(tǒng)籌規(guī)劃，形成盡可能完善的電子商務系統(tǒng)設計方案。

1企業(yè)電子商務系統(tǒng)的規(guī)劃

企業(yè)電子商務系統(tǒng)的規(guī)劃是指以完成企業(yè)核心業(yè)務轉向電子商務為目標，給定未來企業(yè)的商務模式，設計支持未來這種轉變的電子商務系統(tǒng)的體系結構，說明系統(tǒng)各個組成部分的結構及內容，選擇構造這一系統(tǒng)的技術方案，給出系統(tǒng)建設的實施步驟及時間安排，說明系統(tǒng)建設的人員組織，評估系統(tǒng)建設的開銷和收益。

電子商務系統(tǒng)的規(guī)劃與傳統(tǒng)信息系統(tǒng)的規(guī)劃有所不同，傳統(tǒng)信息系統(tǒng)對企業(yè)價值鏈的貢獻主要體現(xiàn)在提高企業(yè)的生產(chǎn)、管理效率。盡管它對企業(yè)的商務活動有所改善，但是并不直接對企業(yè)的商務模式產(chǎn)生變革式的影響，換句話說，傳統(tǒng)信息系統(tǒng)的規(guī)劃以企業(yè)商務模式處于穩(wěn)定的狀態(tài)為前提，它是在企業(yè)既有商務模式的基礎上，集中針對企業(yè)內部信息流進行的技術改進和支持。企業(yè)電子商務系統(tǒng)的規(guī)劃不僅是對支持企業(yè)電子商務的信息系統(tǒng)進行規(guī)劃，還包括商務模型規(guī)劃和商務系統(tǒng)規(guī)劃兩個基本層次。

1.1商務模型規(guī)劃

這是一種戰(zhàn)略層的規(guī)劃，目標是明確企業(yè)將核心業(yè)務從傳統(tǒng)方式轉移到電子商務模式時需要采取的策略，確定企業(yè)的商務模型。商務模型規(guī)劃并不直接針對企業(yè)未來需要建造的電子商務系統(tǒng)，其主要目標是為電子商務系統(tǒng)規(guī)劃提供依據(jù)。商務模型規(guī)劃的內容包括兩個方面：首先是確定企業(yè)核心業(yè)務未來如何發(fā)展，企業(yè)采取什么樣的商務運作方式獲取市場利益，即確定企業(yè)的商務模式；其次是確定支持企業(yè)商務運作的信息系統(tǒng)的基本信息流程，即規(guī)劃企業(yè)的商務模型。

1.2商務系統(tǒng)規(guī)劃

商務系統(tǒng)的規(guī)劃是一種戰(zhàn)術層的規(guī)劃，它側重于以商務模型為基礎，規(guī)劃支持企業(yè)未來商務活動的技術手段，確定未來信息系統(tǒng)的體系結構。簡單地講就是規(guī)劃企業(yè)可以采用哪些電子手段做生意。

商務模型的規(guī)劃確定企業(yè)未來核心業(yè)務的路線，如果沒有網(wǎng)絡技術、計算機技術的支持，未來的業(yè)務是不可能實現(xiàn)的，它是一種戰(zhàn)略層次的規(guī)劃，確定這種規(guī)劃的人員不僅僅是技術人員，更重要的是商務管理和決策層面的人員。商務系統(tǒng)的規(guī)劃則給出電子商務系統(tǒng)開發(fā)可依據(jù)的一個基本框架，所要解決的基本問題是如何實現(xiàn)商務活動。由于這種規(guī)劃過程側重于技術實現(xiàn)，所以它的主要參與人員以熟悉網(wǎng)絡和計算機技術的各類工程技術人員為主。

2企業(yè)電子商務系統(tǒng)的建設步驟

企業(yè)電子商務系統(tǒng)建設大致分為五個階段：

2.1商務分析階段

這是實現(xiàn)電子商務應用計劃的第一步。這一階段的工作主要是進行充分的商務分析，主要包括需求分析（包括企業(yè)自身需求、市場需求以及客戶需求等）和市場分析（包括市場環(huán)境、客戶分析、供求分析和競爭分析等）兩個方面。

在電子商務條件下，市場范圍擴大，創(chuàng)新速度加快，競爭的壓力越來越大，競爭的頻率越來越高，因此必須對擬建的電子商務系統(tǒng)在未來可能面臨的競爭盡可能做出分析，最大限度地避免競爭失利。此外，還要對企業(yè)自身狀況進行分析，包括對企業(yè)組織、管理、業(yè)務流程、資源、未來發(fā)展的分析，等等。要結合電子商務的特點，從供應鏈的角度重新審視企業(yè)組織、管理與業(yè)務流程，尋找與電子商務的最佳結合部。

2.2設計階段

在完成上述商務分析的基礎上，在掌握電子商務最新技術進展的情況下，充分結合商務和技術兩方面因素，提出電子商務系統(tǒng)的總體規(guī)劃，提出電子商務系統(tǒng)的系統(tǒng)角色，提出電子商務系統(tǒng)的總體格局，亦即確定電子商務系統(tǒng)的商務模式，以及與商務模式密切相關的網(wǎng)上品牌、網(wǎng)上商品、服務支持和營銷策略四個要素。電子商務系統(tǒng)設計工作可以由此展開，也即從子系統(tǒng)、前臺、后臺、技術支持、系統(tǒng)流程、人員設置等各個方面全面構架電子商務系統(tǒng)。此階段的工作完成的好壞，將直接關系到后續(xù)電子商務系統(tǒng)建設和將來電子商務系統(tǒng)運行和應用的成功與否。

2.3建設變革階段

這個階段的工作分為兩條線：一條線是按照電子商務系統(tǒng)設計，全面調整、變革傳統(tǒng)的組織、管理和業(yè)務流程，以適應電子商務運作方式的要求；另一條線是按照電子商務系統(tǒng)設計，全面進行計算機軟硬件配置、網(wǎng)絡平臺建設和電子商務系統(tǒng)集成，完成電子商務系統(tǒng)技術支持體系的建設，從技術上保障電子商務系統(tǒng)的正常運作。

2.4整合運行階段

上述建設變革階段完成后，就可以將經(jīng)過變革的組織、管理和業(yè)務流程，與已經(jīng)建好的電子商務技術平臺整合起來，進行電子商務系統(tǒng)的試運行。再經(jīng)過必要的調整、改進以后，實現(xiàn)電子商務應用的工作就可以進入整合運行階段，開始實現(xiàn)電子商務應用。

3企業(yè)電子商務系統(tǒng)的設計

所謂電子商務系統(tǒng)的設計是指根據(jù)系統(tǒng)規(guī)劃的內容，界定系統(tǒng)的外部邊界，說明系統(tǒng)的組成及其功能和相互關系，描述系統(tǒng)的處理流程，給出未來系統(tǒng)的結構。它主要包括電子商務系統(tǒng)物理配置方案設計、功能模塊設計和數(shù)據(jù)處理的總體結構設計。

3.1電子商務系統(tǒng)物理配置方案設計

（1）系統(tǒng)硬件結構設計。電子商務系統(tǒng)的計算機和網(wǎng)絡硬件平臺的選擇在很大程度上決定了整個系統(tǒng)的性能指標，所以在選擇的時候，要注意到整個硬件平臺不僅要可靠性高、安全性好、有一定的網(wǎng)絡吞吐能力，還要采用開放的體系結構，具備一定的可擴展性，能夠滿足企業(yè)未來的電子商務應用的需求。

（2）電子商務系統(tǒng)軟件結構設計。電子商務系統(tǒng)軟件結構的設計工作，實際上是對確定的硬件結構中的每臺計算機指定相應的計算機系統(tǒng)軟件，包括操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)、應用服務器系統(tǒng)、開發(fā)工具軟件等。

3.2電子商務系統(tǒng)功能模塊設計

電子商務系統(tǒng)的功能分解的過程就是一個從抽象到具體、由復雜到簡單的過程。從管理職能的角度，可以把電子商務系統(tǒng)看作是由不同職能的一系列子系統(tǒng)構成的，這些子系統(tǒng)可以再分解成更小的子系統(tǒng)和模塊，整個電子商務系統(tǒng)就是由這些功能模塊構成的。每個子系統(tǒng)都有為完成有關的各種信息處理工作的專用或公共場所用的計算機程序。在每個職能子系統(tǒng)內部都包含用于事務處理、作業(yè)控制、管理控制和戰(zhàn)略計劃的具體應用。

3.3電子商務系統(tǒng)數(shù)據(jù)處理的總體結構設計

電子商務系統(tǒng)的數(shù)據(jù)處理可以分為集中式數(shù)據(jù)處理、分布式數(shù)據(jù)處理和協(xié)作式數(shù)據(jù)處理三種方式。在集中式數(shù)據(jù)處理方式中，數(shù)據(jù)全部存儲在中央系統(tǒng)，由數(shù)據(jù)庫管理系統(tǒng)進行管理，所有的處理都由該中央系統(tǒng)完成，終端是客戶機，只是用來輸入和輸出，本身不做任何處理。但是由于個人計算機的性能得到極大的提高，使處理能力分布到網(wǎng)絡上的所有計算機成為可能，這也使分布式數(shù)據(jù)處理方式得到廣泛應用。在協(xié)作式數(shù)據(jù)處理方式中，系統(tǒng)內的計算機能夠聯(lián)合處理數(shù)據(jù)，處理既可集中實施，也可分區(qū)實施。協(xié)作式計算允許各個計算機合作處理一項共同的任務，采用這種方法完成的速度要快于僅在一個客戶計算機上運行；協(xié)作式計算允許計算機在整個網(wǎng)絡內共享處理能力，可以使用其他計算機上的處理能力完成任務。除了具有在多個計算機系統(tǒng)上處理任務的能力外，該類型的網(wǎng)絡在共享資源方面類似于分布式計算。企業(yè)要根據(jù)自身的電子商務應用的需求選擇相應的數(shù)據(jù)處理方式。

4企業(yè)電子商務系統(tǒng)設計的技術框架

企業(yè)電子商務系統(tǒng)開發(fā)架構體系必須突出以下特點：有利于軟件維護及系統(tǒng)管理；滿足應用系統(tǒng)的安全性，便于業(yè)務級權限管理；提高系統(tǒng)性能，減少網(wǎng)絡數(shù)據(jù)流量和提高數(shù)據(jù)庫的響應速度；保護前期已有應用系統(tǒng)，具有強大的擴展能力。應用系統(tǒng)層次結構如下：

（1）基礎系統(tǒng)平臺。指為應用系統(tǒng)提供底層支持的部分，包括網(wǎng)絡（內部網(wǎng)、互聯(lián)網(wǎng)）、硬件平臺（服務器、存儲備份設備等）、操作系統(tǒng)（Unix／Windows／Linux等）、數(shù)據(jù)庫管理系統(tǒng)等應用系統(tǒng)運行的基礎。

（2）J2EE架構平臺。Java技術由于其跨平臺特性、面向對象特性、安全特性等，使之已經(jīng)成為構建企業(yè)級應用的事實上的標準。J2EE（企業(yè)級Java）把數(shù)據(jù)庫訪問、企業(yè)級Java組件、命名和目錄服務、動態(tài)頁面生成、XML、消息服務、事務服務等有機地集成在一起，并且提供集群等高級特性，使之特別適合構建復雜的大型應用，并保證系統(tǒng)具有很好的可擴展性。

（3）業(yè)務平臺。企業(yè)在構建自己的電子商務平臺時要涉及許多具體的業(yè)務平臺，業(yè)務架構平臺是新一代的業(yè)務系統(tǒng)基礎運行環(huán)境，可以使基礎技術平臺與業(yè)務應用系統(tǒng)之間實現(xiàn)有機隔離，應用系統(tǒng)的執(zhí)行只與應用架構平臺有關，而與基礎技術平臺無關，同時提供一些基礎的、公共的組件。對于企業(yè)級應用，以信息門戶和交易門戶為核心的企業(yè)門戶組件，以辦公自動化軟件OA為核心的系統(tǒng)管理組件是重點。系統(tǒng)還可以包括，以進銷存和客戶服務中心為核心的供應鏈管理組件，以賬務、報表、成本核算為核心的財務管理組件，以生產(chǎn)計劃、車間管理、工程管理、質量管理、設備管理為核心的生產(chǎn)管理組件，以數(shù)據(jù)倉庫和決策支持為核心的商務智能與決策支持組件以及人力資源管理、科研管理、后勤管理等其他業(yè)務組件，最終形成了全面企業(yè)電子化管理方案的產(chǎn)品組合。

（4）門戶網(wǎng)站。提供各種信息服務，通過安全隔離通道（防火墻）與企業(yè)內網(wǎng)、專網(wǎng)進行數(shù)據(jù)交換，實現(xiàn)統(tǒng)一的數(shù)據(jù)接收、。

（5）維護管理平臺。為系統(tǒng)提供各種管理維護功能，包括用戶管理、權限管理、內容維護、數(shù)據(jù)備份、安全審計等。

（6）安全解決方案。為系統(tǒng)提供安全解決方案，包括網(wǎng)絡、硬件、操作系統(tǒng)、數(shù)據(jù)庫、應用系統(tǒng)、人員管理等多個層次，是一個綜合的解決方案。目前用得最廣泛的是PKI技術，包括CA認證機構、RA系統(tǒng)、密鑰備份及恢復系統(tǒng)等部分。

參考文獻

1丹尼爾·阿莫.電子商務：變革與演進[M].北京：機械工業(yè)出版社，2003

篇3

Abstract: With the rapid development of modern information technology represented by computer technology,communications technology and network technology,human society is striding from the industrial age into the information age,e-commerce and enterprise management information system came into being,so thoroughly changing the mode of operation of enterprises and external environment. E-commerce and enterprise management information system will not only have many similarities,but there are many different points,of course,they are also closely related. Here,the issues are discussed.

關鍵詞:電子商務;企業(yè)管理;信息系統(tǒng);相同點;區(qū)別

Key words: e-commerce;businesses management;information system;the same point;difference

中圖分類號:C93 文獻標識碼:A文章編號:1006-4311(2010)30-0008-01

1電子商務與企業(yè)管理信息系統(tǒng)的相同點

1.1 技術基礎相同,即它們都是以信息技術作為發(fā)展的基礎。信息技術是一個外延很廣的概念,一般地它包括計算機硬件技術、計算機軟件技術和數(shù)據(jù)通信技術。計算機從1946年誕生以來,已經(jīng)經(jīng)歷了五展歷程?，F(xiàn)代計算機迅速向兩極發(fā)展:一是大型機、巨型機的發(fā)展;二是微型機的發(fā)展,臺式機、筆記本電腦、掌上電腦等等,種類繁多,其功能(從芯片到外存)每年甚至每季度都有大幅度的提高。目前,Web技術和Java語言被廣泛應用于各種電子商務應用系統(tǒng)和企業(yè)管理信息系統(tǒng)的開發(fā)和使用中。

1.2 應用的目的相同。無論是電子商務還是企業(yè)管理信息系統(tǒng),其創(chuàng)立和應用的目的都是一樣的,即降低企業(yè)運作成本,加強信息交流,提高信息的處理速度,改善決策的質量,增強企業(yè)的競爭力,增加企業(yè)的利潤。

1.3 對人類社會產(chǎn)生了重大影響。由于電子商務與企業(yè)管理信息系統(tǒng)的共同作用,首先,改變了商務活動的方式,人們不再需要必須面對面而是通過網(wǎng)頁、網(wǎng)站就可以進行各種商務活動。其次,改變了企業(yè)的經(jīng)營管理模式。

1.4 發(fā)展的最終目標是一致的。隨著電子商務與企業(yè)管理信息系統(tǒng)的互相滲透,它們必將走向統(tǒng)一。

2電子商務與企業(yè)管理信息系統(tǒng)的區(qū)別

雖然電子商務與企業(yè)管理信息系統(tǒng)有很多的相同點,但是就目前的實際應用看還是有很多不同的地方。

2.1 系統(tǒng)實現(xiàn)的方式不同。企業(yè)管理信息系統(tǒng)實施的主要內容包括物理系統(tǒng)的實施、程序設計與調試、項目管理、人員培訓、數(shù)據(jù)準備與錄入、系統(tǒng)轉換和評價等。物理系統(tǒng)的實施包括計算機系統(tǒng)和通信網(wǎng)絡系統(tǒng)的實施。程序設計的目標是強調程序的可維護性、可靠性、可理解性和效率。常見的軟件開發(fā)工具有電子表格軟件、數(shù)據(jù)庫管理軟件、套裝軟件、可視化編程工具和計算機輔助軟件工程。電子商務的實現(xiàn)對企業(yè)來說主要是內部網(wǎng)的實現(xiàn),與建立一個信息系統(tǒng)的過程類似,不同的是網(wǎng)站的實現(xiàn)過程。網(wǎng)站的實現(xiàn)過程主要包括申請域名、建立服務器、系統(tǒng)的代碼化和測試。

2.2 系統(tǒng)的運行不同。電子商務網(wǎng)站建好以后的運行與企業(yè)管理信息系統(tǒng)的運行時有所區(qū)別的。企業(yè)建立電子商務網(wǎng)站的目的是宣傳企業(yè)的形象,利用網(wǎng)絡傳輸?shù)膬?yōu)勢帶來更多的效益。因此,需要站點管理員、企業(yè)的業(yè)務人員時刻維護網(wǎng)站,或者說經(jīng)營網(wǎng)站、管理網(wǎng)站,這是一個無止境的工作。根據(jù)目前的理論研究和實際經(jīng)驗,電子商務網(wǎng)站管理的內容主要包括電子商務網(wǎng)站的宣傳、監(jiān)測、內容定期或不定期的更新、應答與復函。

企業(yè)管理信息系統(tǒng)的運行一般包括三個方面的工作:日常運行的管理、系統(tǒng)文檔規(guī)范管理、系統(tǒng)的安全與保密。信息系統(tǒng)的日常運行管理是為了保證系統(tǒng)能長期有效地正常運轉而進行的活動,具體有系統(tǒng)運行情況的記錄、系統(tǒng)運行的日常維護及系統(tǒng)的適應性維護。系統(tǒng)維護與系統(tǒng)運行始終并存,系統(tǒng)維護所付出的代價往往要超過系統(tǒng)開發(fā)的代價,系統(tǒng)維護的好壞將顯著影響系統(tǒng)的運行質量、系統(tǒng)的適應性及系統(tǒng)的生命期。系統(tǒng)的維護不僅為系統(tǒng)的正常運行所必需,也是使系統(tǒng)始終能適應系統(tǒng)環(huán)境,支持并推動企業(yè)戰(zhàn)略目標實現(xiàn)的重要保證。因此信息系統(tǒng)的安全與保密是一項必不可少的極其重要的信息系統(tǒng)管理工作。

2.3 系統(tǒng)的設計不同。一個企業(yè)完整的電子商務系統(tǒng)是企業(yè)內部網(wǎng)與Internet的集成,因此電子商務系統(tǒng)的設計是內部網(wǎng)的設計和Web站點的設計。

企業(yè)管理信息系統(tǒng)設計的任務是在系統(tǒng)分析提出的邏輯模型的基礎上,科學合理地進行物理模型的設計。系統(tǒng)設計的主要工作有:總體設計、代碼設計和設計規(guī)范的制定、系統(tǒng)物理配置方案的選擇、數(shù)據(jù)存儲設計、計算機處理過程設計。系統(tǒng)設計應遵循系統(tǒng)性、靈活性、可靠性和經(jīng)濟性的原則。

3電子商務與企業(yè)管理信息系統(tǒng)的聯(lián)系

篇4

 

在電子商務交易過程中產(chǎn)生的電子文件——電子商務交易文件，能提供交易憑證、法律憑證、信用憑證，并體現(xiàn)出相應的憑證價值。本文的主要目的是構建一個具有實際指導意義的電子商務交易文件憑證性保障管理模型。

 

一、模型構建思路

 

影響電子商務交易文件的憑證性、憑證價值的因素主要有電子商務交易文件自身因素——電子商務交易文件的真實性、完整性、可靠性和可用性;外部因素——法律法規(guī)因素、管理制度因素、技術標準因素。因此，電子商務交易文件憑證價值的實現(xiàn)需要通過其憑證性來保障，而憑證性的保障主要通過兩條途徑來實現(xiàn)，一是確保電子商務交易文件的質量，二是改善電子商務交易文件的外部環(huán)境。

 

從影響電子商務交易文件憑證性的因素來看，電子商務交易中的電子文件的真實性、可靠性、完整性和可用性不僅是其質量特性的體現(xiàn)，更是保障電子商務交易文件憑證性功能的關鍵所在。技術途徑是保證電子文件真實性和可靠性的基本前提。[1]維護電子商務交易文件的真實性、可靠性、完整性和可用性即確保電子商務交易文件的質量，使其成為一份可信的交易文件，保障其憑證性。

 

另外，電子商務交易文件雖處在虛擬的數(shù)字環(huán)境中，但外部的制度環(huán)境、法規(guī)環(huán)境等對其憑證性亦會產(chǎn)生重要影響，某些時候還會產(chǎn)生決定性影響。改善電子商務交易文件外部環(huán)境主要通過完善法律法規(guī)、管理組織和技術標準來實現(xiàn)。

 

通過以上對電子商務交易文件憑證性的影響因素、保障途徑的簡要分析，結合電子商務交易流程的特點，筆者構建了一個針對電子商務交易文件憑證性保障的管理模型，如圖1所示，(見圖1)。

 

該模型從總體上分為四個部分，分別為一個中心、兩條主線、三個層次、四個基礎。四個部分相互依存，并組成一個呈金字塔狀的模型。

 

(一)一個中心

 

一個中心是指電子商務交易文件的憑證性，它是整個保障管理模型的中心和目標所在，也是最終的價值體現(xiàn)。將憑證性置于金字塔狀模型的頂端，體現(xiàn)模型的其他模塊都是以其為中心并提供基礎支持，包括技術應用、制度保障、法律基礎、理論基礎等都是圍繞這一中心展開的。

 

(二)兩條主線

 

這兩條主線主要針對電子商務交易的特點體現(xiàn)的。

 

1.交易過程線。交易過程線體現(xiàn)的是電子商務交易的三個階段：交易前、交易中與交易后，每個階段又有不同的環(huán)節(jié)。

 

(1)交易前階段。包括①商品與市場準備、系統(tǒng)建設環(huán)節(jié)：該環(huán)節(jié)主要是為了通過交易獲得利潤的商品生產(chǎn)外的準備。其中涉及電子文件管理的是系統(tǒng)建設環(huán)節(jié)，在電子商務交易系統(tǒng)設計、安裝階段，要以前端控制思想為指導，充分規(guī)劃論證，考慮對交易業(yè)務的功能需要以及對交易文件生成、流轉和保管的需要。同時，還要確保計算機網(wǎng)絡交易環(huán)境的安全，可通過采用防火墻技術等來實施并提前防護，確保交易環(huán)境的安全可靠。②展示環(huán)節(jié)：賣方或買方對其銷售商品或所需商品的用途、特性、優(yōu)勢、價格及相關信息的介紹、說明、等活動。商品展示是在電子商務交易系統(tǒng)上進行的，需要通過商品的圖片、文字以及視頻等文件對商品進行詳細的描述，通過電子商務系統(tǒng)確保商品說明文件制作的準確無誤以及真實性。③溝通環(huán)節(jié)：買賣雙方或多方就商品價格、質量等信息進行交流、咨詢等活動。期間會產(chǎn)生報價單、詢價函、報盤、詢盤以及電子郵件等文件，此類文件的準確性是確保交易產(chǎn)生意向并繼續(xù)進行的前提，因此必須在文件產(chǎn)生時進行嚴格控制，確保其準確性。

 

(2)交易中階段。包括①談判：圍繞商品的價格、質量、交易方式等展開的雙邊或多邊磋商、洽談。②簽約：買賣雙方或多方就商品交易而正式達成的購銷協(xié)議、購銷合同等以實現(xiàn)商流。這一階段會相應形成發(fā)盤、還盤、商家證書、訂單、電子合同、EDI簽約、報文等交易文件。這些文件是交易實施的憑證性文件，為確保其真實性、完整性、可靠性，需要通過數(shù)字簽名、身份認證、報文驗證、數(shù)字時間戳等技術進行保護，防止交易文件在傳輸過程中被非法截留、篡改，保障商業(yè)數(shù)據(jù)不泄露。

 

(3)交易后階段。包括①支付：買方向賣方按合約支付與商品或服務交易的所有費用。②配送：賣方向買方配送物品或實施服務。③售后服務：交易完成后的咨詢、維護保養(yǎng)等相關活動。④索賠：產(chǎn)生交易糾紛需要仲裁機構進行處理，對受損方進行賠償，履行交易合同。這一階段中，支付是一個資金流的過程，涉及賬戶文件、個人身份證書、持卡人證書、支付網(wǎng)關證書、商業(yè)發(fā)票、保險單等文件。支付因涉及資金賬戶的安全而成為電子商務交易安全的一個焦點，需要相關技術進行安全防護。在交易實現(xiàn)后，整個交易流程基本結束，相應的交易文件應相應進行鑒定歸檔保存，一方面可以為交易保留歷史記錄，另一方面在產(chǎn)生交易糾紛時，可提取相應的憑證文件，作為處理糾紛的證據(jù)。

 

2.要素流動線。電子商務交易中主要有四個要素——信息流、資金流、物流和商流。這四個要素的流動中伴隨著商務交易不同階段的推進，都涉及電子商務交易文件，如資金支付的電子憑證、物流中的物流狀態(tài)網(wǎng)上查詢單等。某些文件的傳遞甚至貫穿于整個交易流程。

 

交易過程線是基于現(xiàn)實的交易步驟劃分，而要素流動線則是對交易中抽象出來的要素進行描述，從某種角度看，這兩者是一個整體，或是同一個過程。因此，應遵循全程管理原則對這兩條主線進行管理，確保每一個流程細節(jié)中的交易文件都能按照要求形成、傳輸和留存。

 

(三)三個層次

 

1.業(yè)務層。業(yè)務層是指交易主體通過借助電子商務交易平臺開展商務交易活動，具體包括商品準備、商品展示、信息溝通、交易談判、合同簽約、資金支付、商品服務配送以及售后服務等活動。業(yè)務層的活動主要依靠電子化設備以及電子文件等工具展開，并最終達成交易意向、完成交易目標。

 

2.技術層。(1)對要素流的保護。由于交易流程包含四個要素的流動，因此對要素流的保護亦是對交易流程的保護，前端控制在技術上的應用，通過防火墻技術、數(shù)字簽名、身份認證等技術對電子文件的生成、流轉進行全程保護，以及對電子商務操作人員的監(jiān)控等，都是保證電子商務交易文件完整性、真實性、可靠性的必要措施。(2)元數(shù)據(jù)捕獲、分布式歸檔。針對電子商務交易文件的后期歸檔保管，電子商務系統(tǒng)在設計、安裝階段就應設置分布式歸檔、元數(shù)據(jù)自動捕獲等功能，對電子商務交易文件進行網(wǎng)絡歸檔。在系統(tǒng)的元數(shù)據(jù)著錄標識設計中，可以參照計算機系統(tǒng)設計規(guī)范、檔案管理的《電子文件歸檔與管理規(guī)范》、《電子文件元數(shù)據(jù)標準》、《文件分類標識》以及電子商務方面的《基于XML的電子商務-第9部分：核心構件與業(yè)務信息實體規(guī)范》(GB/T 19256.9-2006)、《電子商務產(chǎn)品核心元數(shù)據(jù)》(GB 24662-2009-T)等，參考其中的電子文件核心元數(shù)據(jù)標準，并根據(jù)電子商務交易文件的特性需要，擴展、編制適合交易文件類型的元數(shù)據(jù)著錄規(guī)則、標準體系。在分布式歸檔系統(tǒng)中，檔案室數(shù)據(jù)管理系統(tǒng)處于一個可以全局控制的位置，具有一個集中式的數(shù)據(jù)庫，可以對各業(yè)務部門水平分片方式存儲的歸檔數(shù)據(jù)進行全局歸檔，并實現(xiàn)集中式數(shù)據(jù)共享，保證數(shù)據(jù)庫全局的安全完整。

 

3.價值層。價值層是電子商務交易文件憑證價值的最終實現(xiàn)層。通過技術層對電子商務交易文件的歸檔，元數(shù)據(jù)捕獲，確保其真實性、完整性、可靠性和可用性，形成可信性文件，最終使其成為一份具有憑證性的文件，并在交易歷史記錄、交易糾紛法律取證、證據(jù)采信中發(fā)揮憑證功能，實現(xiàn)憑證價值。當然這一價值層只是電子商務交易文件憑證價值的實現(xiàn)，尚未包含業(yè)務層中交易雙方達成交易協(xié)議、完成交易過程所實現(xiàn)的利益互換的商業(yè)價值。

 

(四)四個基礎

 

四個基礎——理論基礎、法律基礎、技術基礎和制度基礎，均位于模型的最底層，也就是金字塔的底座。這四個基礎既包括現(xiàn)有的保障基礎，也包括前面所提到的改善電子商務交易文件外部環(huán)境等基礎措施。之所以將其置于底座位置，是因為法律、技術和制度是電子商務交易文件憑證性實現(xiàn)的具體操作基礎，而理論指導則是憑證性保障的理念指導基礎。法律、技術、制度和理論統(tǒng)領整個憑證性保障的全局，如同四個車輪使整個車體平穩(wěn)行駛。

 

二、模型的可行性分析

 

(一)模型的優(yōu)點分析

 

針對電子商務交易流程特點所提出的電子商務交易文件憑證性保障模型具有針對性、整體性、可參考性等優(yōu)點。

 

1.針對性。不少學者對電子文件真實性、可靠性的保障體系及措施，提出了不同的觀點，但主要是針對全局電子文件或是專指電子政務的電子文件。而本文提出的電子商務交易文件憑證性保障模型更具有針對性，針對電子商務交易流程進行電子文件的憑證性保護分析，這也使相關的電子商務交易文件的分布式歸檔方式具有針對性。

 

2.整體性。電子商務交易文件憑證性保障模型通過四個基礎、三個層次、兩條主線，一個中心構成一個整體，形成了一個金字塔形的保障模型，以憑證性為中心，構成全局目標，其他各層次的應用主要圍繞中心展開。其中針對交易流程的全過程管理、分布式歸檔方式的檔案室全局控制模式更體現(xiàn)了工作的整體性、全局性。

 

3.可參考性。電子商務交易文件憑證性保障模型是一個框架體系簡圖，并非詳細執(zhí)行標準，其具有全局理論指導、實踐參考的作用，但在具體的細節(jié)層面還需要根據(jù)實際情況因地制宜。如關于電子商務交易文件元數(shù)據(jù)的著錄標準，各公司、企業(yè)可以根據(jù)不同的電子商務業(yè)務需求、系統(tǒng)設計的特點，在電子商務系統(tǒng)設計過程中加入特定的元數(shù)據(jù)著錄或捕獲的功能。在防護技術上也可以根據(jù)情況而定，有選擇地參考使用，確保安全的同時又符合業(yè)務基本功能的要求。

 

(二)模型的適用性分析

 

1.技術上的可行性。技術是保障電子商務交易文件憑證性的主要途徑之一，很多管理制度的具體實施都需要通過技術來實現(xiàn)。因此技術的可行性是保障電子商務交易文件憑證性的前提。當前計算機技術和網(wǎng)絡技術的不斷發(fā)展，很多技術都被應用到電子商務上，不斷推動電子商務的發(fā)展。在系統(tǒng)設計方面，眾多的開發(fā)工具如Visual Basic.NET、Visual C++. NET、PowerBuilder、Delphi和JAVA等在開發(fā)電子商務應用系統(tǒng)上已較為成熟，能夠滿足各種電子商務應用的開發(fā);在安全保護技術上，數(shù)字簽名技術、身份認證技術、報文認證以及加密技術等都在網(wǎng)絡交易中應用，在檔案管理方面也有相應的應用，如某公司的數(shù)字檔案管理系統(tǒng)(ES-OAIS)具有錯誤校驗功能，即校驗文件的真實性，采用MD5算法來檢驗文件的前后存儲情況是否被修改過;[2]在分布式歸檔技術上，分布式操作系統(tǒng)、分布式程序設計語言及其編譯系統(tǒng)、分布式文件系統(tǒng)和分布式數(shù)據(jù)庫系統(tǒng)的應用已經(jīng)較為成熟，如DIV Archive(Distributed Intelligent Versa? tile Archive)分布式智能通用歸檔管理系統(tǒng)，該系統(tǒng)具有分布式和模塊化的體系結構，能夠為特定的環(huán)境制定靈活的解決方案，具備對歸檔的資產(chǎn)進行集中管理等優(yōu)異性能。[3]總的來說，現(xiàn)代的技術應用一般都能較好地解決實際問題。

 

2.管理上的適用性。電子商務交易文件憑證性保障模型所應用的管理理念都基于管理學界、檔案學界現(xiàn)有的相關文件管理理念，是管理理論的新應用或是針對性的應用。一般公司、企業(yè)都能相應地制定出針對電子商務交易文件的管理制度，管理方法、原則(如前端控制、全程管理等原則)也可以在實踐中加以運用。但對于一些小型的電子商務企業(yè)或個體來說，由于其交易所用的計算機是單機應用并且所產(chǎn)生電子商務交易文件數(shù)量相對較少，本文所提到的分布式歸檔方式對其就不是很適用，他們只需一些單機版的管理軟件便能基本滿足文件管理需求。

篇5

關鍵詞：電子商務；單元設計；支架教學設計；體驗教學；創(chuàng)新型人才

收稿日期：2007―10―25

作者簡介：孫宇（1973―），女，漢族，山東省文登人，北京師范大學管理學院副教授，博士，主要從事信息化研究。

一、引言

作為國民經(jīng)濟和社會信息化重要組成部分之一的電子商務，改變了商業(yè)模式，拉動了產(chǎn)業(yè)發(fā)展，創(chuàng)新了生活方式，增加了就業(yè)機會。根據(jù)經(jīng)濟社會發(fā)展的需求，高等院校開設了電子商務課程。

電子商務是一門橫跨經(jīng)濟、管理、行政、法學、信息科學等眾多領域的綜合性課程，在當前教學實踐中，存在著應用型電子商務、技術型電子商務、經(jīng)濟型電子商務三類教學理念的差異。

高等教育造就的人才既是創(chuàng)新者也是均衡狀態(tài)推動者，企業(yè)是電子商務人才需求的主體，事實表明，高等院校電子商務人才的培養(yǎng)與市場需求脫節(jié)。分析教學環(huán)節(jié)的原因，我們發(fā)現(xiàn)常見的教學現(xiàn)象是，教師在擠滿學生的教室授課，參考到處都在用的標準教科書，而這些教科書多半是根據(jù)美國或其他國家的現(xiàn)實編寫的。這種現(xiàn)象可以歸納為，電子商務教學在復制國外教學內容的同時缺乏扎根于中國本土的思辨，在傳授知識的同時忽視了技能實踐。

電子商務教學改革的目標就是基于本土問題兼顧全球視野的教學內容體系，探索以學習者為中心的教學方法，培養(yǎng)和增強學生的表達能力、思考與分析問題的能力，培養(yǎng)滿足社會需要的電子商務創(chuàng)新型人才。

二、教學內容的改革：以問題為導向重組課程

現(xiàn)代課程的基本單位是“問題”，課程改革的主要任務是“重新組織”課程，通過問題設計來組織課程內容。從課程設計范疇來看，宏觀層面是針對某一課程進行的教學系統(tǒng)設計，微觀層面是針對課時層面進行的教學系統(tǒng)設計；中觀層面是介于課程與課時之間所開展的針對課程單元或模塊的設計。中觀層面開展教學設計是對宏觀層面系統(tǒng)觀點的深化，使微觀層面更加彈性化。事實上，Webquest衍生為Miniquest體現(xiàn)了這種思想。

電子商務教學內容改革的切入點是分析當前中國電子商務面臨的實際問題，例如信用體系、電子支付體系不健全的國情下如何開展電子商務等問題，從中觀層面進行單元設計。圍繞企業(yè)乃至個人如何通過采用ICT（信息通訊技術，Information Communication Technology）特別是互聯(lián)網(wǎng)技術，以更加便捷、富有成效和頗具個性的方式提品和服務？ICT特別是互聯(lián)網(wǎng)技術，給商務活動帶來哪些影響？電子商務活動的游戲規(guī)則、作用規(guī)律何在等核心問題，將重組后的課程分為八個單元：分別是電子商務入門、互聯(lián)網(wǎng)商務模式、電子商務技術、電子商務系統(tǒng)、電子商務安全、市場力量與公共政策、電子商務環(huán)境和移動電子商務。

電子商務入門單元重點解決電子商務范疇界定、主體行為、影響分析三個問題?；ヂ?lián)網(wǎng)商務模式單元探討傳統(tǒng)企業(yè)、互聯(lián)網(wǎng)新興企業(yè)開展電子商務的成熟商業(yè)模式以及Web2.0下新型商業(yè)模式。電子商務技術單元重點分析技術選擇和技術影響問題，因為互聯(lián)網(wǎng)領域的問題從來就不是一個單純的技術應用問題。電子商務系統(tǒng)單元分析物流系統(tǒng)、支付系統(tǒng)和信息系統(tǒng)如何協(xié)同支撐電子商務。電子商務安全單元分析中國國情下電子商務活動中所面臨的安全問題以及解決問題的策略。市場力量與公共政策單元討論在隱私與歧視、反托拉斯、知識產(chǎn)權、課稅四個領域中市場的基礎調節(jié)與政府的公共政策如何實現(xiàn)效用最大化。電子商務環(huán)境單元針對中國電子商務發(fā)展的國際環(huán)境、法律環(huán)境、市場環(huán)境和人文環(huán)境開展SWOT（優(yōu)勢strength、劣勢weakness、機會opportunity和威脅threats）分析，其中重點關注法律體系、信用體系和標準體系的問題。移動電子商務單元旨在討論電子商務發(fā)展的趨勢，分析移動電子商務涉及的內涵特征、技術基礎和商業(yè)模式的問題。

在單元設計的基礎上，開展支架教學設計是必需的環(huán)節(jié)。由于信息技術的日新月異，電子商務實踐中遇到的問題變化萬千，培養(yǎng)學生把研究方法和分析工具運用到實際場景中的能力是電子商務教學的人才培養(yǎng)目標之一。支架教學設計的目標是為了讓學生變成一個獨立自治的學習者和問題解決者。以互聯(lián)網(wǎng)商務模式單元為例，情景支架演示快餐公司“正午的盤子”的短片，問題支架設定為“通過谷歌和百度、淘寶和ebay的對比，從商務模式的角度分析為什么洋企業(yè)不服中國的水土？”，實驗支架則讓學生體驗B2C、C2C網(wǎng)絡購物。通過設計情景支架、問題支架、實驗支架，讓學生理解建立商業(yè)模式是電子商務成功的要素之一，激發(fā)學生的創(chuàng)新、創(chuàng)業(yè)興趣。

波普爾曾指出：科學與知識的增長永遠始于問題，終于問題。聚焦于中國問題的單元設計和支架設計，不斷完善電子商務教學內容重組，把復雜的電子商務學習任務分解為單元，通過支架設計幫助學生對問題的理解逐步引向深入。

三、教學方法的改革：以實踐為基礎體驗學習

受過高等教育的人不僅需要具備專業(yè)知識，還需要兼?zhèn)渫ㄓ眉寄?。專業(yè)知識來自講授和閱讀。通用技能中尤其是在溝通合作和與他人互動的能力方面，要善于在不同的文化環(huán)境中與人交流互動。電子商務領域是一個不斷創(chuàng)新的領域，創(chuàng)新是一個互動的過程，把一個新主意變成被市場接受的新產(chǎn)品或服務，牽涉到工作小組之間以及其與顧客、與咨詢機構間的交互。因此，在快速變化的情況下，支持電子商務創(chuàng)新的通用技能越來越重要。通用技能則來自體驗，即實踐中通過親身經(jīng)歷或親身感受實現(xiàn)認知、理解事物。電子商務教學應該是一種實踐性學習，是一種社會性學習，是一種創(chuàng)新性學習。

在每個單元學習中，針對單元問題選擇恰當?shù)拈喿x材料1至2份，設置相應的思考問題，引導學生課外閱讀，在單元學習結束之后，安排20分鐘左右的課堂討論，幫助學生感悟本單元的學習。例如，在電子商務安全單元，提供的閱讀材料為“Final Report of the Princeton Project on National Security：Forging a World of Liberty under Law U.S. National Security in the 21st Century”，引導閱讀的問題是，“你認為電子商務面臨的安全問題來自哪些層面，各個層面的安全威脅分別產(chǎn)生什么影響”。一方面，通過閱讀電子商務安全領域最新的研究成果，使學生感悟電子商務的前沿研究動態(tài)；另一方面，通過撰寫字數(shù)不限的讀書筆記，使學生體會電子商務安全面臨的問題特征及其變化規(guī)律。

在每個單元學習中，由2～4 名學生組成團隊，選定單元問題相關的項目開展設計，單元學習完成后，項目團隊推選一名代表在課堂上向所有同學展示團隊成果，進行綜合答辯。例如，在互聯(lián)網(wǎng)商務模式單元，給出的項目設計主題是“web2.0下的商務模式創(chuàng)新”。實踐結果表明，學生通過對博客、SNS（Social Network Software，社會網(wǎng)絡軟件）、RSS（Rich Site Summary，簡易信息聚合）、威客、維基、掘客等互聯(lián)網(wǎng)業(yè)態(tài)進行了深入淺出的分析，不僅對電子商務商務模式有了深刻認識，而且創(chuàng)新熱情高漲。并且在研討環(huán)節(jié)中，進行師生置換，一方面，每個項目團隊推選一名成員加入考評小組，按照事前師生共同討論確定的標準，參與判分。另一方面，每個項目團隊推選一名成員對其他團隊的答辯給予點評。

在每個單元學習中，針對核心知識點，開展課堂案例分析，鼓勵課后動手操作。例如，在電子商務系統(tǒng)單元支付系統(tǒng)學習中，圍繞虛擬貨幣這一主題，以“楊濤在上發(fā)表”事件為線索，分析虛擬貨幣的影響、規(guī)制等一系列問題，交流虛擬貨幣的使用心得，從體驗中分析虛擬貨幣。此外，鼓勵學生積極參加暑期短期實習，體驗電子商務企業(yè)的實際運作。

應該看到，體驗學習并不排斥或否定課堂教學的其他形態(tài)，而是強調各種形態(tài)的優(yōu)勢互補，使它們有機統(tǒng)一于現(xiàn)實的教學過程之中。當然，體驗學習需要改變原有的評價方式，建立教師外在評價與學生內在評價相結合的評價體系，真正實現(xiàn)以學生為中心的教學。

四、 結束語

電子商務教學作為一個應用性的課程，應重視教學研究的“應用性”，重視發(fā)現(xiàn)和解決教學中的實踐和理論問題，在發(fā)現(xiàn)、分析、解決問題的過程中，電子商務教學不斷發(fā)展，教學效果不斷提高，教學改革不斷推進。

參考文獻：

［1］Bengt-?ke Lundvall. Higher Education, Innovation and Economic Development［C］. the World Bank's Regional Bank Conference on Development Economics，Beijing，January 16～17，2007.

篇6

關鍵詞： UML；電子商務系統(tǒng)；系統(tǒng)分析；系統(tǒng)設計；建模

中圖分類號：TP文獻標識碼：A文章編號：1672-3198（2008）09-0328-02

1 引言

面向對象的開發(fā)方法已成為當今主流的軟件開發(fā)方法，并逐漸成熟，UML 作為一種通用的建模語言，融入了軟件工程領域的新思想、新方法、新技術，在軟件的開發(fā)不同階段可以采用相同的一套概念和表示法,在同一個模型中它們可以混合使用，具有定義良好、易于表達、功能強大等優(yōu)勢。電子商務系統(tǒng)作為一個WEB應用系統(tǒng)，它的分析、設計、實現(xiàn)和運行是一個極其復雜的過程，因此應用UML技術進行電子商務系統(tǒng)的分析和設計，可以快速構建一個安全、性能良好的電子商務系統(tǒng)。

2 UML概述

UML（Unified Modeling Language）又稱統(tǒng)一建模語言或標準建模語言，是一個支持模型化和軟件系統(tǒng)的圖形化語言,為軟件開發(fā)的所有階段提供模型化和可視化支持，由類圖、對象圖、用例圖、狀態(tài)圖、順序圖、活動圖、協(xié)作圖、構件圖、包圖及部署圖這些基本圖型組成。

2.1 UML的三種模型

電子商務的系統(tǒng)建設過程中，通過類模型、狀態(tài)模型和交互模型完成系統(tǒng)的需求分析和系統(tǒng)設計，這三種模型將一個系統(tǒng)劃分成不同的視圖，不同的模型并不是完全獨立的，而是有著清晰的互連，每一種模型都描述了系統(tǒng)的一個方面，但也包含了對其他模型的引用。

類模型描述狀態(tài)交互模型操作的數(shù)據(jù)結構，標識與其他對象的關系、屬性和操作。類模型提供了狀態(tài)和交互模型的上下文。對象是我們劃分世界的單元，是模型的分子。在構建類模型的過程中，目標是從真實世界中捕獲那些對應用而言重要的概念。類圖表達了類模型。

狀態(tài)模型描述對象的控制結構，描述了與時間和順序相關的對象層面，標記變化的事件，界定事件上下文的狀態(tài)，以及事件和狀態(tài)的組織。狀態(tài)圖表示狀態(tài)模型。每幅狀態(tài)圖都顯示了系統(tǒng)內允許的某個對象類狀態(tài)和事件序列。狀態(tài)圖會引用其他的模型。狀態(tài)圖中的動作和事件都變成了類模型中對象上的操作。狀態(tài)圖之間的引用變成了交互模型中的交互。

交互模型專注于對象之間的信息互換，并提供了系統(tǒng)的整體視圖。狀態(tài)和交互模型描述了行為的不同側面，它們兩者配合才能完整描述行為。順序圖顯示交互的對象和交互的時間順序?；顒訄D顯示計算機的處理步驟之間的控制流。

2.2 UML的開發(fā)過程

UML的開發(fā)過程包括需求獲得、系統(tǒng)分析、系統(tǒng)設計、實現(xiàn)和測試五個階段。

需求獲得的目的是盡可能完整、準確地捕捉系統(tǒng)的功能需求和其他要求，其主要工作是識別用例。用例圖表述系統(tǒng)參與者希望系統(tǒng)提供的功能，通過確定系統(tǒng)邊界、確定參與者、確定用例和確定參與者與用例的關系四個步驟建立用例圖。

系統(tǒng)分析是找出描述問題域以及系統(tǒng)責任所需的類及對象，定義這些對象的屬性和操作，以及它們之間靜態(tài)和動態(tài)關系，其主要工作是：識別對象、為對象分類、確定類的發(fā)生和操作、確定類之間的關系、確定對象之間的交互、確定對象狀態(tài)變化等。

系統(tǒng)設計是有考慮技術問題和限制的條件下，是擴展和細化系統(tǒng)分析階段所建立的模型，包括總體設計和詳細設計兩個階段，總體設計需定義包、包間的相關性和基本的通信規(guī)則；詳細設計描述用戶接口和數(shù)據(jù)庫包中的類，擴展和細化業(yè)務對象類的，可以通過創(chuàng)建新的類圖、狀態(tài)圖和動態(tài)圖類和對象從實現(xiàn)的角度進行細化。

實現(xiàn)是對類進行編程的過程。測試是以用例定義的描述為依據(jù)，驗證開發(fā)的系統(tǒng)是否滿足要求。分為類測試、類集成測試和系統(tǒng)測試，類測試是類封裝的操作和類的狀態(tài)行為所驅動的，類集成測試有兩種不同的策略：基于執(zhí)行線的測試（thread-based testing）和基于使用的測試（use-based testing），系統(tǒng)測試是對所有類和主程序構成的整個系統(tǒng)的測試。

3 基于UML的電子商務系統(tǒng)分析設計

3.1 需求獲得

臺灣水果銷售系統(tǒng)是一個B2C的電子商務平臺，網(wǎng)上客戶通過WEB頁面訪問水果銷售系統(tǒng)，客戶可以直接在主頁瀏覽、查詢各種水果信息，一旦對某些水果感興趣，客戶通過驗證用戶名和口令登錄系統(tǒng)后，在網(wǎng)上直接下訂單，并可查詢訂單的執(zhí)行情況。供應商可以登錄系統(tǒng)，對自己所銷售的水果進行管理，處理客戶所下的訂單，并進行相應的查詢。系統(tǒng)管理員管理客戶及供應商，并對系統(tǒng)維護，以保證臺灣水果銷售網(wǎng)的正常運行。

經(jīng)分析確定該系統(tǒng)的角色有：客戶、供應商、系統(tǒng)管理員。主要用例有：系統(tǒng)登錄、注冊用戶、瀏覽商品、下訂單、瀏覽訂單、商品管理、訂單管理、用戶管理及系統(tǒng)維護。其用例圖如圖1所示。

用例圖是一種用戶和開發(fā)人員都能理解的方式描述系統(tǒng)的功能和行為,幫助設計人員理清思路,整理用戶的需求。用例圖完全從用戶的角度出發(fā)理解系統(tǒng)，并不考慮系統(tǒng)的具體設計和實現(xiàn)。它是需求分析之后各階段的開發(fā)工作的基礎。不僅在開發(fā)中保證了系統(tǒng)的所有功能的實現(xiàn), 還可以被用于驗證和檢驗所開發(fā)的系統(tǒng)，從而影響到開發(fā)的各個階段和UML 的各個模型。

3.2 系統(tǒng)分析

系統(tǒng)分析的主要任務是找出描述問題域以及系統(tǒng)責任所需的類及對象，以及它們之間靜態(tài)和動態(tài)關系。分析類是真實世界業(yè)務概念的映射，代表了問題域中的簡潔抽象，可以使用邊界類、控制類和實體類三種不同的構造型。用類模型描述系統(tǒng)的靜態(tài)特征，用狀態(tài)模型及交互模型描述系統(tǒng)的動態(tài)特征。

經(jīng)分析，臺灣水果網(wǎng)上銷售系統(tǒng)中主要的類有系統(tǒng)用戶、訂單、水果、訂單管理、登錄控制、商品管理，其中登錄控制為邊界類，系統(tǒng)用戶、水果、訂單為實體類，訂單管理和商品管理為控制類，它們之間的關系如圖2所示。

行為圖描述系統(tǒng)的動態(tài)模型和組成對象間的交互關系。其中狀態(tài)圖描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉移條件。通常，狀態(tài)圖是對類圖的補充。在實用上并不需要為所有的類畫狀態(tài)圖，僅為那些有多個狀態(tài)其行為受外界環(huán)境的影響并且發(fā)生改變的類畫狀態(tài)圖?；顒訄D描述滿足用例要求所要進行的活動以及活動間的約束關系，有利于識別并行活動。

交互模型是以消息完成對象之間的交互來描述系統(tǒng)的行為，交互圖表示了對象之間的動態(tài)交互關系，可以用來說明一個場景，即描述一個事務的歷史過程，著重體現(xiàn)對象間消息傳遞的時間順序，可通過順序圖和協(xié)作圖建立交互模型。順序圖顯示對象之間的動態(tài)合作關系，它強調對象之間消息發(fā)送的順序，同時顯示對象之間的交互；協(xié)作圖描述對象間的協(xié)作關系，協(xié)作圖跟順序圖相似，顯示對象間的動態(tài)協(xié)作關系，除顯示信息交換外，協(xié)作圖還顯示對象以及它們之間的關系；如果強調時間和順序，則使用順序圖；如果強調上下級關系，則選擇協(xié)作圖。網(wǎng)上下訂單的順序圖如圖3所示。

3.3 系統(tǒng)設計

系統(tǒng)設計包括總體設計和詳細設計兩個階段，總體設計需定義包、包間的相關性和基本的通信規(guī)則，按應用的層次可將包分為用戶接口包、業(yè)務邏輯包和數(shù)據(jù)存取包，用戶接口包通過WEB界面為用戶提供查詢、操作的數(shù)據(jù)錄入及相應結果的返回；業(yè)務處理包包括分析域中的全部特定域類，實現(xiàn)業(yè)務過程的處理；數(shù)據(jù)存取包提供類和對象保存。

在本系統(tǒng)中，業(yè)務邏輯處理如圖4所示，訂單處理子系統(tǒng)實現(xiàn)網(wǎng)上訂單的接收和管理；商品管理子系統(tǒng)實現(xiàn)網(wǎng)上所售各種水果的管理，包括產(chǎn)品類別、定價等；結算處理子系統(tǒng)實現(xiàn)對訂單的結算；訂單查詢子系統(tǒng)可實現(xiàn)訂單的內容、訂單執(zhí)行狀態(tài)等信息的查詢。

詳細設計描述用戶接口和數(shù)據(jù)庫包中的類，擴展和細化業(yè)務對象類的，可以通過創(chuàng)建新的類圖、狀態(tài)圖和動態(tài)圖類和對象從實現(xiàn)的角度進行細化。如圖5所示，訂單類可細化為添加訂單和查詢訂單類，對于添加訂單類具有客戶名、訂單日期、交貨地點、訂單水果品種及數(shù)量等屬性，并可通過建立連接、修改、關閉等事件與數(shù)據(jù)相連，實現(xiàn)相關的業(yè)務操作。詳細設計中類的細化使編程人員可以很容易設計數(shù)據(jù)庫和程序代碼。

4 結束語

UML是一種表達力豐富的建模語言，可應用于在電子商分析和設計的全過程，利用UML技術可以構造一個科學準確的電子商務系統(tǒng)模型，從而對降低系統(tǒng)的開發(fā)成本、提高勞動生產(chǎn)率、合理化配置資源都將起到積極的作用，必將得到更廣泛的應用。未來的研究工作將是探索如何從UML直接生成面向對象的Java代碼,發(fā)揮UML工具的最強大作用,為電子商務系統(tǒng)的軟件開發(fā)提供更大的支持。

參考文獻

［1］徐寶文，周毓明，盧紅敏.UML與軟件建模［M］.北京：清華大學出版社,2006，（6）.

［2］Joseph Schmuller著，李虎，趙龍剛譯.UML基礎、案例與應用［M］.北京：人民郵電出版社,2007,(1).

［3］［美］ Michael Blaha ,James Rumbaugh著.Object-Oriented Modeling and Design with UML ［M］.北京：人民郵電出版社,2006，（7）.

篇7

我認為電子商務人才應該以職業(yè)技能模式培養(yǎng)，是體現(xiàn)高職教育創(chuàng)新的重要一點。構建高職院校的電子商務專業(yè)人才培養(yǎng)模式，實際上就是在這個特定的培養(yǎng)基地里，在電子商務職業(yè)技能教學課程設計上我們需要以學生知識能力素質、職業(yè)專業(yè)技能，兩方面對高職院校的電子商務人才進行培養(yǎng)。以下是學生知識能力素質、職業(yè)專業(yè)技能，兩方面培養(yǎng)方案的內容：

一、電子商務專業(yè)知識能力素質

知識基礎是衡量人才培養(yǎng)質量的標準之一。電子商務專業(yè)學生的知識結構是以電子商務知識基礎及其應用。作為一名專業(yè)人員要在生活、工作、學習中獲得知識基礎和自學能力，不斷擴展、優(yōu)化、創(chuàng)新自己的知識，才可能適應社會對人才的需求。在高職的電子商務既要懂專業(yè)、還要懂知識基礎。這樣既有技術性、專業(yè)性、基礎性，但基礎性的教學課程設置安排要合理，不要過于求多求廣，要體現(xiàn)專業(yè)的基礎性，切實把基礎知識與專業(yè)知識相結合，體現(xiàn)實踐應用的目的。

二、電子商務專業(yè)職業(yè)技能

電子商務的課程設置往往是計算機、網(wǎng)絡工程、企業(yè)管理、市場營銷等專業(yè)課程的機械組合，缺乏系統(tǒng)的與市場需求結合的方式。教師只能按原內容、教學經(jīng)驗對電子商務專業(yè)學生進行授課，教學內容缺乏針對性，缺乏必要的案例教學和實際操作能力的培養(yǎng)。教學資源方面的硬件方面，學校實驗室是計算機實驗室為主，計算機上安裝的軟件確是普通的操作系統(tǒng)、office套件和圖形操作等軟件，適合教學需求的新型軟件不多，完全不能適應市場對電子商務人才實用的要求。而我們的學生畢業(yè)了還缺乏基本技能實踐，對專業(yè)管理信息系統(tǒng)缺乏認識和操作。這樣的課程設計落后于社會需求。

所以課程設置上，要以專業(yè)特點和學習者為中心，在教學中充分體現(xiàn)教師的主導和學生的主體作用。同時，要在學習中構建整體知識網(wǎng)絡，注重知識的形成過程和知識的實用價值，為學生的不斷發(fā)展和終身學習打下良好的基礎。僅以電子商務web教學為例分析：我們應用改良后的電子商務web教學試驗模擬實驗軟件總體架構設計，它的主要課程內容是：課程名稱：奧派商務托管運營實驗軟件演示及系統(tǒng)分析。課程目的：通過演示奧派商務托管運營實驗軟件，借鑒正確、優(yōu)秀的系統(tǒng)分析思想。強化、提高系統(tǒng)分析實踐能力。

熟悉企業(yè)信息管理常見業(yè)務。課程內容及要求：熟悉信息管理類系統(tǒng)需求分析方法和e-r圖設計方法?；趭W派實驗軟件提供的一系列應用案例，熟悉實驗軟件的配置。獨立分析一個實際應用的需求，并使用實驗軟件配置實現(xiàn)?？倢W時數(shù)：42，全程采用一體化教學。

（一）實驗室架構說明

實驗軟件教學服務器：須提供一臺服務器安裝相應的實驗軟件，作為教學服務器。教學軟件和數(shù)據(jù)庫都將安裝在這臺服務器上。老師教學：專業(yè)老師通過局域網(wǎng)登陸教學服務器給學生授課。學生上機實驗：學生通過局域網(wǎng)登陸教學服務器上機實驗。遠程支撐：遠程支持人員可通過互聯(lián)網(wǎng)登陸教學服務器遠程安裝、支持、售后。

（二）實驗軟件（奧派）介紹

奧派實驗軟件提供了一個靈活、開放的奧派實驗軟件，面向企業(yè)管理應用托管領域，提供市場、供應、財務、人力、客戶、訂單等方面的管理應用，支持消費品制造、金融、電子與通信制造、物流、航空、重型制造、政府、電信、醫(yī)療等多個行業(yè)。在實驗軟件上，支持的應用有：客戶關系管理（crm）、供應鏈管理（scm）、企業(yè)資產(chǎn)管理（eam）、應收應付款管理、人力資源管理（hrm）、辦公oa、會員卡管理等。依托be-app實驗軟件，管理敏捷型企業(yè)，快速在it系統(tǒng)中部署管理需求。

be-app實驗軟件是驗證管理模式的快速原型實驗軟件，實現(xiàn)您的管理夢想。支持管理模式的調整，適應并跟上企業(yè)發(fā)展步伐這樣的課程主要內容適應了電子商務的發(fā)展與電子商務教學的發(fā)展，電子商務學科的發(fā)展，對于電子商務web教學試驗模擬實驗軟件總體架構設計中實驗實驗軟件及案例實施是教學中的重點。實驗實驗軟件主要分為奧派實驗軟件簡介和奧派實驗軟件配置詳解兩個部分進行教學，在奧派實驗軟件簡介中講解：1.奧派實驗軟件簡介；A)實驗軟件部署需求；在奧派實驗軟件配置詳解中讓學生掌握：B)奧派實驗軟件的基本配置；2.奧派實驗軟件應用包的使用。

整個教學設計中以案例實施為核心，通過客戶關系管理（crm）應用、快遞行業(yè)軟件應用、會員卡儲值積分管理應用、供應鏈管理應用、中小企業(yè)綜合應用包等多個案例來覆蓋電子商務運營中的實際情況。每個案例的教學均按照電子商務系統(tǒng)設計與運營的流程進行，從業(yè)務需求講解開始，在充分獲取業(yè)務需求后按照系統(tǒng)設計原則進行數(shù)據(jù)建模，然后利用奧派實驗軟件進行配置實現(xiàn)模型到真實系統(tǒng)的轉化。學生在一體化教學環(huán)境中，通過一個個案例的實施不斷加深、強化對電子商務的流程及系統(tǒng)使用的認識，從而達到教學目的。

電子商務職業(yè)技能教學思想與方法，我認為應該關鍵是領悟教學方法所反映的思想。概括下來主要有兩點：

（1）指導方針：教學應該由灌輸知識傾向于學生行動能力的培養(yǎng)，具體來說主要包括方法能力、和專業(yè)能力、社會能力的培養(yǎng)，這三者的重要性比值約為5：3：2，也就是說職業(yè)教育培養(yǎng)學生的各項能力中，方法能力是最重要的，我們通過電子商務課程web教學案例達到引導學生方法能力和專業(yè)能力的獲取。古語云：“受之于魚，不如授之于漁”，如果我們的教學過程中通過專業(yè)能力的練習達到方法能力的獲取未嘗不是一件好事情。

（2）實現(xiàn)過程：圍繞著培養(yǎng)能力的指導方針，我們的電子商務專業(yè)專業(yè)能力培養(yǎng)如何來實現(xiàn)。我認為應該是如下方案：以專業(yè)資料、學習計劃、自我決策、過程實施、學生檢查、教師評價六個步驟。

1.專業(yè)資料：學習者獨立了解任務及問題，以及必需的工作技術------培養(yǎng)獨立行動能力。

2.學習計劃：學習者獨立或其他學習者共同對任務的解決方案進行規(guī)劃------促進相互溝通，培養(yǎng)分析性思維。

3.自我決策：學習者向其他學習者和教師介紹學習計劃-和信息收集成果------以保證流程沒有缺陷。

4.過程實施：學習者使用剛學到的知識解決問題-------促進他們的職業(yè)工作能力。

5.學生檢查：學習者自己對應是值/實際值進行比較并考慮結果------有助于工作的控制和修正。

6.教師評價：學習者自己評價和教師分析結果------使學生從錯誤中學習。

我希望學生通過專業(yè)技能練習，從傳統(tǒng)的教師說教為主轉變成為由學生獨立學習—團隊協(xié)作學習；由教師為中心的學習變?yōu)橐詫W生自我負責的中心的學習。這樣的教學方法可以鼓勵學生獨立思考完成技能操作。

篇8

關鍵詞:JSP; JavaBeans;電子商務;網(wǎng)上書店

中圖分類號:TP399文獻標識碼:A 文章編號:1673-0992(2010)06A-0064-01

隨著時代的發(fā)展,信息技術、Internet/Intranet技術、數(shù)據(jù)庫技術的不斷完善,網(wǎng)絡進程的加快,傳統(tǒng)的購物方式也越來越不能滿足人們快節(jié)奏的生活需求,使得企業(yè)的IT部門已經(jīng)認識到Internet的優(yōu)勢,電子商務就是在這樣一個背景下產(chǎn)生發(fā)展起來的。伴隨著電子商務技術的不斷成熟,電子商務的功能也越來越強大,注冊用戶可以在網(wǎng)上搜索購買到自己想要的各種商品,初步讓人們體會到了足不出戶,便可隨意購物的。

系統(tǒng)需求分析

系統(tǒng)說明

本系統(tǒng)是一個中小型的電子商務系統(tǒng)――網(wǎng)上書店,可以為各類用戶提供方便的在線買書環(huán)境,符合目前國內流行的電子商務模式。用戶可以在系統(tǒng)中實現(xiàn)注冊、瀏覽商品、搜索查詢商品、下定單、處理定單等功能;管理員可以通過用戶管理、定單管理、商品管理、評論管理等管理功能來對系統(tǒng)進行維護更新。

網(wǎng)站的組成有以下幾個子系統(tǒng)組成:

(1)主頁,顯示歡迎界面,提供近期的書本。(2)購物車,處理訂購并顯示想要訂購的書本。(3)查詢系統(tǒng),通過書本編號、書本名稱來查詢是否有自己需要的書本。(4)用戶注冊系統(tǒng),處理新用戶的注冊和老用戶買書時的確認。

系統(tǒng)基本功能:

(1)游客可以瀏覽網(wǎng)站;(2)用戶登陸;(3)用戶能夠瀏覽網(wǎng)站;(4)提供搜索引擎,使用戶能夠按特定的條件對所需商品進行搜索;(5)用戶下定單購買商品;(6)用戶處理定單。

系統(tǒng)設計

1系統(tǒng)設計思想

本系統(tǒng)采用三層架構設計,采用三層構架以后,用戶界面層通過統(tǒng)一的接口向業(yè)務層發(fā)送請求,業(yè)務層按自己的邏輯規(guī)則將請求處理之后進行數(shù)據(jù)庫操作,然后將數(shù)據(jù)庫返回的數(shù)據(jù)封裝成類的形式返回給用戶界面層。這樣用戶界面層甚至可以不知道數(shù)據(jù)庫的結構,它只要維護與業(yè)務層之間的接口即可。

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

數(shù)據(jù)庫在一個信息管理系統(tǒng)中占有非常重要的地位,數(shù)據(jù)庫結構設計的好壞將直接對應用系統(tǒng)的效率,以及實現(xiàn)的效果產(chǎn)生影響。合理的數(shù)據(jù)庫結構設計可以提高數(shù)據(jù)存儲的效率,保證數(shù)據(jù)的完整和一致。

數(shù)據(jù)庫概念結構

從本系統(tǒng)中規(guī)劃出的實體有:用戶實體、圖書實體、訂單實體、訂單列表實體。

系統(tǒng)實現(xiàn)

這個由JSP實現(xiàn)的網(wǎng)上購書系統(tǒng),實現(xiàn)了基本的登錄驗證、查詢商品、分頁處理、購物車處理以及訂單處理功能。這個購書系統(tǒng)主要有2類文件,一類是Bean文件,另一類是jsp文件。

1 實現(xiàn)用戶實體的Bean

(1)用戶的屬性:用戶作為實體,他的id, 姓名,密碼作為其屬性在Bean里面做了定義,它們都是和數(shù)據(jù)庫里的user表相對應的,在這個Bean里封裝的方法也主要是對這個表進行操作。.這個幾個屬性都被定義為類的私有成員,外界不可訪問。

(2)用戶實體類的構造函數(shù):其一尋找數(shù)據(jù)庫連接驅動;其二對上面的3個私有成員初始化。連接數(shù)據(jù)庫的時候采用的是jdbc-odbc橋的方式,這種方式采用的驅動是JDK自帶的,不需要另外安裝。但是,為了與特定的數(shù)據(jù)庫連接,我們必須建立一個數(shù)據(jù)源:cart。

(3)用戶實體類封裝的2類方法:一是查找特定用戶名的所有記錄的方法。這個函數(shù)通過用戶名在user表里查詢相應的用戶的。該類封裝的另一種方法是:用戶名和密碼的獲得。這個主要是為了方便后面驗證用戶合法性使用

2實現(xiàn)商品實體的Bean

(1)商品實體的屬性:參照數(shù)據(jù)庫里的product表,我給書類定義了如下4個屬性,商品id,商品名稱,商品價格,商品note,其類型同樣是該類的私有屬性。

(2)商品實體的構造函數(shù):和用戶實體類基本上一致。

(3)商品實體的的方法:一是對特定商品的查詢,其原理和查詢用戶是一樣的,但是有一點小小的區(qū)別,即查詢商品可以使查詢所有的商品,或者是查詢特定id的商品。第二類方法是查詢商品的id,全稱,價格和note.。

3 實現(xiàn)訂購單實體的Bean

(1) 訂購單實體的屬性:訂購用戶id號,所購買的書號,所購買這種書的數(shù)量,這些構成了這個類的私有屬性。

(2)訂購單實體的方法:一是訂購單產(chǎn)生的方法,客戶每次選中一種商品后,點擊放入購物車,就會產(chǎn)生一個訂單;二是查找特殊訂單的方法,通過 sql條件查詢即可。

4實現(xiàn)購物車實體的Bean

(1)購物車實體的屬性:購物車id,購物人id,購物時間,所購書的總價格。

(2)購物車實體的方法:主要是實現(xiàn)一個新的購物車。當一個顧客買完書提交購物車后,我們必須插入一個新的購物車紀錄,這是由insertOrder()方法來實現(xiàn)的。

5實現(xiàn)購物實體的Bean

(1)買書的第一步便是用戶登錄,現(xiàn)在購書網(wǎng)站都要求已經(jīng)注冊過的用戶才能購買書籍,這樣便于網(wǎng)站管理。checkUser方法就是用來檢驗用戶的合法性的。

(2)證明是合法用戶后,就必須給這個用戶一個購物車,用戶每次選中一本書,點擊“放入購物車”,就必須添加一個訂購單。這就相當于把用戶要買的書放入購物車里,insertOrder()就是用來實現(xiàn)這些的。

(3)顧客可以退貨。

(4)顧客還可以查詢圖書,主要是調用了ProductEntity類里的queryProduct方法。

6 實現(xiàn)前臺運行程序cart.jsp

通過這個jsp程序,我實現(xiàn)了3個功能:

(1)顯示主頁面;

(2)把主頁面里瀏覽者的資料和請求傳給后臺的Bean來處理;

(3)調用Bean,來實現(xiàn)系統(tǒng)的登錄,查詢,分頁處理,購書等功能.

結束語

我們所設計的網(wǎng)上書店,主要是熟悉和掌握JSP的技術以及對電子商務進行初步的探討和設計。在設計過程中,初步了解了JSP的優(yōu)點和先進之處,也看到了JSP技術在電子商務應用上的光明前途。當然,其中也遺留下了一些待解決的問題,但出于自己水平有限,作為一個網(wǎng)上書店系統(tǒng),該項目上有一些不完善和函待改進之處,特別是在網(wǎng)站信息的安全性上需要進一步加強。

參考文獻:

[1] 汪孝宜,劉中兵,徐佳晶等,JSP數(shù)據(jù)庫開發(fā)實例精粹[M],電子工業(yè)出版社,2005

篇9

1.企業(yè)對于電子商務人才的需求對于企業(yè)電子商務人才的需求，很多學者都進行了分類。喻昕等在《電子商務專業(yè)人才培養(yǎng)存在的問題及解決途徑的探討》中將企業(yè)所需的電子商務人才分為三類：（1）技術開發(fā)型。指精通電子商務技術，同時具備足夠的現(xiàn)代商務知識，善于理解商務要求，能夠從事電子商務軟件平臺、交易系統(tǒng)的開發(fā)，在技術上獨當一面的人才。如網(wǎng)站系統(tǒng)設計與開發(fā)人員、網(wǎng)頁美工設計人員，數(shù)據(jù)庫開發(fā)與維護人員等。（2）應用型。指精通現(xiàn)代商務知識，同時具備足夠的電子商務技術，能夠勝任電子商務在各相關行業(yè)的具體應用。如網(wǎng)絡營銷人員，客服人員等。（3）管理型。通曉電子商務全局，具有前瞻性思維，熟知至少一個行業(yè)或一種模式的電子商務理論和應用，能夠從戰(zhàn)略上分析和把握其發(fā)展特點和趨勢。如商務經(jīng)理等。2.學生的學習需求教學研究型大學的學生，具備一定的自主學習能力和科研能力，其學習需求可歸納為以下3類。（1）應用性需求。電子商務起源于網(wǎng)絡和商務實踐，并隨著互聯(lián)網(wǎng)的發(fā)展不斷發(fā)展，學生在日常生活中就能接觸到如網(wǎng)購，團購等電子商務活動。因此在學習過程中就有很強的應用性需求，想要通過大學階段的學習，在畢業(yè)后迅速適應、進入電子商務實務環(huán)境，熟練操作和運作電子商務活動，具有分析和解決電子商務實際問題并從中學習和進步的能力。（2）綜合性需求。在經(jīng)過大一基礎平臺課的學習之后，學生就會對電子商務的復合性有大概了解，對技術和商務兩方面知識的需求就同時凸顯出來。學生會希望在專業(yè)課的學習中懂得電子商務技術手段（計算機、網(wǎng)絡、信息安全等技術），能將商務需求轉化為電子商務應用；能知曉一些電子商務環(huán)境下的商務運作方式和模式，如物流與供應鏈管理、ERP企業(yè)資源計劃、客戶關系管理方式，以及網(wǎng)上商店、網(wǎng)上采購、網(wǎng)上銀行、網(wǎng)上交易市場等電子商務模式。（3）多面性需求。電子商務專業(yè)的學生，在大二、大三專業(yè)課的學習之后，通過找工作和考研等渠道獲得的信息，促使他們定位自己適合于電子商務行業(yè)的哪一個方面或層次，學習時會加強對這一方面電子商務知識和能力的學習。因此，小到網(wǎng)絡產(chǎn)品展示、網(wǎng)絡繳費，大到電子政務、網(wǎng)絡購物等各方面電子商務知識都有需求。3.實踐教學的培養(yǎng)現(xiàn)狀在教學方法上，首都師范大學郭曉宏提出“過程性評價”方法，指在教學活動過程中對學生的學習過程進行評價；浙江財經(jīng)學院陳明晶等提出基于“三創(chuàng)”（即創(chuàng)意、創(chuàng)新、創(chuàng)業(yè)）的電子商務人才培養(yǎng)新模式；江蘇經(jīng)貿(mào)職業(yè)技術學院羅曉東提出“動態(tài)能力集”的人才培養(yǎng)模式與思路，核心思想是:依據(jù)行業(yè)需求，以就業(yè)為導向，以能力為中心，將實際工作崗位所需要的能力任務化、項目化，構建人才培養(yǎng)動態(tài)能力集；再根據(jù)任務化了的動態(tài)能力集確定相應的課程體系，形成動態(tài)的能力模塊和能力點。在教學手段上，湖南商學院使用基于混合學習，合作學習，社會建構論的輔助課堂虛擬學習社區(qū)開展電子商務教育；珠海城市職業(yè)技術學院提出，基于工作過程的崗位技能實訓、就業(yè)綜合技能實訓和創(chuàng)業(yè)實踐的高職電子商務專業(yè)三級實訓體系；還有很多學校提出工學結合，創(chuàng)業(yè)教育，校企合作等思想。在教學系統(tǒng)設計上，西安交通大學采用以“重點實驗室＋校企合作平臺”為依托的實踐教學模式；北京郵電大學采用以“實驗室＋實踐基地＋虛擬平臺”為依托的實踐教學模式；華中師范大學采用“實驗教學示范中心”為依托的立體化實踐教學模式；杭州師范大學采用以“全程化實踐課程＋企業(yè)平臺”為依托的實踐教學模式；義烏工商職業(yè)技術學院朱聞亞提出基于“專業(yè)—就業(yè)—創(chuàng)業(yè)”的電子商務專業(yè)實踐教學體系。

教學研究型大學電子商務實踐教學中存在的問題

（1）偏向于以教師為中心。在教學研究型學生人數(shù)較多的現(xiàn)實情況下，易受傳統(tǒng)的灌輸式教學方式的影響。學生對書本和老師所講的知識只是死記硬背書本上的知識，應付考試，并沒有對知識進行深入的探索、理解，使得教學研究型大學實踐教學的開展，難免浮于表面。（2）教學研究型大學的科研資源、師資力量難以和研究型大學相媲美。在這樣的條件限制下，一些學校傾向于以服務社會的目的，如針對“淘寶”等電子商務公司需求進行“訂單式”、“崗位式”技能知識培養(yǎng)。使得學生專注具體的商務活動，忽略了對基礎知識的扎實學習，學生短時間內可以直接上崗，但從長遠來看，并不利于學生的個人發(fā)展。

教學研究型大學電子商務實踐教學的解決方案

篇10

[關鍵詞] B2B 供應鏈 電子商務

一、引言

供應鏈管理（Supply Chain Management，簡稱SCM）是一種集成的管理思想和方法，它把供應鏈上的各個企業(yè)作為一個不可分割的整體，使供應鏈上各企業(yè)分擔的采購、生產(chǎn)、分銷和銷售職能成為一個協(xié)調發(fā)展的有機體。隨著電子商務的進一步發(fā)展，企業(yè)的商業(yè)競爭將會越來越激烈，不只是單獨企業(yè)間的競爭，而將是包括電子商中整個供應鏈間的競爭。然而，我國許多企業(yè)的經(jīng)營理念、交易方式等均沒有與國際接軌，加快供應鏈管理已成企業(yè)的當務之急。因此，本文結合供應鏈管理，設計出一種基于B2B模式的電子商務系統(tǒng)框架（B2B-SCM）。

二、B2B-SCM框架

通過對電子商務供應鏈管理系統(tǒng)的研究，將電子商務供應鏈中各個環(huán)節(jié)集為一體，成為協(xié)調發(fā)展的一個整體，本文提出的B2B-SCM的框架圖如圖1所示。

該B2B-SCM系統(tǒng)是以制造商為中心的電子商務系統(tǒng)，系統(tǒng)的服務器和數(shù)據(jù)信息集中部署（通?？紤]部署在制造商Intranet中），主要參與者包括制造商、供應商、銷售商和物流商，通過訪問該系統(tǒng)完成各自的業(yè)務功能，并實現(xiàn)相互間的協(xié)作活動。銀行和認證中心(CA)等輔助參與者與本系統(tǒng)通過特定的網(wǎng)關、接口或協(xié)議實現(xiàn)交互和協(xié)作。整個系統(tǒng)的供應鏈流程如圖2，其中：

銷售商查詢產(chǎn)品信息是指銷售商通過網(wǎng)站查詢或通過廠商的電子郵件獲得廠商產(chǎn)品信息。

銷售商提交訂購信息是指銷售商提供自己的訂購信息，包括所需產(chǎn)品的名稱、規(guī)格、數(shù)量等。

廠商確認是指廠商根據(jù)銷售商訂購信息進行談價。

廠商與銷售商協(xié)商簽訂合同是指廠商與銷售商協(xié)商合同細節(jié)，并簽訂合同，該部分可能包括傳統(tǒng)的手工合同。

自動/計劃生成需求信息是指生產(chǎn)總調度根據(jù)市場需求或銷售商的需求確定生產(chǎn)計劃，采購部根據(jù)生產(chǎn)計劃確定采購信息并通過網(wǎng)上，包括部件名稱、規(guī)格、數(shù)量、交貨時間及其它相關信息。

供應商查詢需求信息是指供應商通過網(wǎng)站查詢或通過廠商的電子郵件獲得廠商采購信息。

供應商提交競標信息是指供應商提供自己的競標信息，包括所提供部件的名稱、規(guī)格、數(shù)量、交貨時間、交貨方式及其它相關信息。

廠商評標是指廠商根據(jù)供應商競標信息選擇供應商。

廠商與供應商協(xié)商簽訂合同是指廠商與供應商協(xié)商合同細節(jié)，并簽訂合同，該部分可能包括傳統(tǒng)的手工合同內容。

合同執(zhí)行是指廠商與供應商均可通過電子商務系統(tǒng)查詢并追蹤合同的執(zhí)行情況，包括發(fā)貨情況、到貨情況、付款情況、到款情況等。

三、主要子系統(tǒng)設計

根據(jù)供應鏈的流程，我們設計的子系統(tǒng)如下:

1.制造商子系統(tǒng)：主要完成與制造商相關的信息管理，如部件訂單信息、物流信息維護、資金信息維護等

2.銷售商子系統(tǒng)：主要完成與銷售商相關的信息管理，如包括瀏覽制造商的產(chǎn)品、合同協(xié)商與維護等

3.供應商子系統(tǒng)：主要完成與供應商相關的信息管理，如瀏覽制造商的部件表、在線簽訂合同；合同追蹤等。

四、系統(tǒng)技術實現(xiàn)

1.開發(fā)平臺：

本系統(tǒng)基于J2EE平臺利用工具Eclipse、JBOSS應用服務器、MySQL數(shù)據(jù)庫進行系統(tǒng)開發(fā)與實現(xiàn)。

2.安全策略

筆者選用了高效、安全、易用、勿須額外付費的頁面安全控制技術。該技術的核心是JAVA SERVLET和SESSION。對每一個JSP頁面調用一個SERVLET來對用戶身份進行驗證。我們對企業(yè)員工進行等級權限劃分，并且采用了基于角色訪問控制機制進行授權，授權方式相當靈活。

五、實際應用

某汽車制造廠和其企業(yè)合作伙伴的電子商務系統(tǒng)中，采用了B2B-SCM框架和相應的技術進行了實現(xiàn)，并將這一電子商務系統(tǒng)運用于實踐。實踐證明，基于B2B-SCM框架的電子商務系統(tǒng)提高了企業(yè)的運行效率，取得了較為滿意的效果。

六、結束語

本文首先分析了電子商務供應鏈管理的重要性，然后結合B2B和供應鏈管理提出了B2B-SCM框架。使用該系統(tǒng)架構實現(xiàn)了基于網(wǎng)絡的供應鏈一體化，達到了高效率、便捷、直觀的商務數(shù)據(jù)存取和管理，保持商務活動中相關企業(yè)之間高效率的交互能力，提高了企業(yè)的協(xié)作能力和企業(yè)的生產(chǎn)水平，同時降低了企業(yè)生產(chǎn)和風險。

參考文獻:

[1]劉軍董寶田:電子商務系統(tǒng)的分析與設計[M].北京:高等教育出版社

[2]毛海南許晶:電子商務環(huán)境下的供應鏈管理[J].JOURNAL OF COMMERCIAL COLLEGE,NO.4.2004