電子商務系統設計方法范文
時間:2024-04-02 18:04:55
導語:如何才能寫好一篇電子商務系統設計方法,這就需要搜集整理更多的資料和文獻,歡迎閱讀由公務員之家整理的十篇范文,供你借鑒。
篇1
電子商務是買賣雙方通過Internet的信息流動來實現商品交換的。電子商務圖書交易系統不僅能有效解決傳統圖書交易中存在的客觀條件限制、工作效率低下等問題,也能進一步規范圖書交易活動;另外,網絡技術的發展也為信息系統的規劃、設計和實施提供了全新的技術支撐平臺和解決方案。
本文以系統思想為指導,將圖書交易的商務理論與現代信息技術有機結合,研究并創建了一個適合現代化特征的圖書交易系統,從而有效地解決圖書交易中的信息管理需求。
二、基于Web的商務系統優勢分析
與傳統的圖書交易模式相比,本系統具有以下優勢:
1.擴展了圖書交易范圍。傳統的圖書交易,競爭不夠充分,交易效果也不理想,而利用圖書交易系統,可將圖書交易范圍擴大到全省、全國,既擴大了視野,也增加了經濟效益。
2.提高了工作效率,節省了交易時間。采用本系統實施圖書交易以后,業務流程全部放在網絡上進行,快速有效,經濟效益好。
3.節省大量費用開支。采用本系統以后,可大量減少傳統圖書交易方式中的差旅費、交通費、活動費等一系列費用。
三、系統設計思想及系統結構
1.設計思想
(1)基于大型數據庫的存儲和管理
采用SQL SERVER 2005為后臺數據庫。
(2)采用ASP.NET+Server 2005為開發環境
大部分程序在服務器端執行,當程序執行完畢后,服務器僅將執行結果返回給客戶端,既減輕了客戶端的負擔,也提高了信息交互的速度。
2.系統的概要設計
系統的主要邏輯結構如圖所示。
系統的主要部分包括:
(1)用戶信息管理部分。包括用戶登錄、圖書信息管理、客戶賬單信息管理。
(2)圖書信息管理部分。包括圖書類別管理、圖書交易管理。
客戶成功購物過程如下:
系統的大致流程如下:
四、系統數據庫設計
系統主要數據表如下:
管理員信息表:Admin(編號,用戶名,用戶密碼,權限)
圖書類別信息表:classinformation(類別編號,類別信息,是否在首頁顯示,順序)
送貨方式表:delivery(編號,送貨/匯款方式,價錢,順序)
訂貨信息表:orders(編號,訂單用戶名,訂貨日期,圖書編號,圖書訂購數量,訂單編號,狀態,收貨人,收貨地址,郵編,留言,匯款方式編號,送貨方式編號,性別,總金額,姓名,郵箱,電話,用戶編號)
圖書信息表:(圖書編號,圖書名稱,作者,出版日期,積分,詳注,目錄,市場價格,會員價格,訂購次數,察看次數,折扣,類別編號,添加日期,vip價格,出版社,ISBN,頁數,開本,版本,簡介)
五、系統的主要模塊及實現
系統按使用流程主要分為兩個功能模塊。
用戶信息模塊。包括客戶、系統用戶的信息注冊、查看和更新。
圖書信息模塊。對于客戶,列出圖書的有效信息,以供客戶購買。
具體實現模塊如下:
(1)數據連接公用模塊
數據連接方法:
SqlConnection conn = new SqlConnection("server=localhost\\sqlexpress
;uid=sa;pwd=數據庫密碼;database=DatabaseName");
(2)用戶信息模塊
主要用來實現用戶的注冊、登錄及維護用戶基本信息。
(3)圖書信息模塊
主要是查看圖書信息列表、搜索圖書信息、顯示圖書信息;還能實現在線網絡客戶對圖書的購買、取消和完成結賬等功能。
系統圖書信息搜索中,又分為模糊搜索、高級搜索。
模糊搜索中,客戶可通過圖書大致類別信息查詢圖書信息列表。高級搜索中,客戶可通過選擇或輸入圖書的具體名稱、出版社、出版時間或圖書價格范圍來進行查詢。
(4)系統管理模塊
主要實現圖書基本信息的添加和刪除,客戶訂單信息管理,商品類別管理等。
(5)數據導出導入模塊
主要實現批量圖書信息的導入和圖書銷售信息的導出。
(6)財務管理模塊
主要實現財務信息管理。
六、系統安全性
系統采取了以下措施保證系統安全穩定。
1.身份鑒別和數字簽名。系統采用了身份鑒別和數字簽名技術,既防止收到偽造的信息,還要防止對方事后抵賴等問題。
2.分門別類管理用戶。系統將用戶分為:一般客戶、系統管理員、圖書管理員和財務管理員,不同的用戶擁有不同的權限。
3.系統日志。系統對某些重要的數據和關鍵性操作會自動記錄在系統日志中。
4.數據加密。系統采用了IDEA和MD5相結合的方法對數據進行了加密。
5.防火墻。主要目的是對受保護的網絡實現訪問控制。
七、結束語
基于WEB的圖書交易系統是借助先進管理思想,結合圖書交易實際情況而開發出來的產品化系統,該系統的實施,將使圖書管理、圖書交易、費用結算和財務管理等業務流程得到大幅度優化,工作效益得到提高,經濟效益得到改善,相信該系統有一定的推廣價值。
參考文獻
篇2
關鍵詞電子商務系統規劃設計
電子商務是一種以計算機技術和網絡通信為基礎、以交易雙方為主體、以電子支付和結算為手段、以現代物流系統為依托的全新商務模式。其作用是疏通現有商務的各個環節,提高現有商務的運作效率,建立一個全新的經濟秩序,開辟一個全新的交易場所。電子商務系統建設是企業應用電子商務的第一步,是一個包括商務、技術、支付、物流等許多角色與要素的系統工程。在開始建設電子商務系統之前,必須充分研究涉及電子商務系統的所有因素,全面分析、統籌規劃,形成盡可能完善的電子商務系統設計方案。
1企業電子商務系統的規劃
企業電子商務系統的規劃是指以完成企業核心業務轉向電子商務為目標,給定未來企業的商務模式,設計支持未來這種轉變的電子商務系統的體系結構,說明系統各個組成部分的結構及內容,選擇構造這一系統的技術方案,給出系統建設的實施步驟及時間安排,說明系統建設的人員組織,評估系統建設的開銷和收益。
電子商務系統的規劃與傳統信息系統的規劃有所不同,傳統信息系統對企業價值鏈的貢獻主要體現在提高企業的生產、管理效率。盡管它對企業的商務活動有所改善,但是并不直接對企業的商務模式產生變革式的影響,換句話說,傳統信息系統的規劃以企業商務模式處于穩定的狀態為前提,它是在企業既有商務模式的基礎上,集中針對企業內部信息流進行的技術改進和支持。企業電子商務系統的規劃不僅是對支持企業電子商務的信息系統進行規劃,還包括商務模型規劃和商務系統規劃兩個基本層次。
1.1商務模型規劃
這是一種戰略層的規劃,目標是明確企業將核心業務從傳統方式轉移到電子商務模式時需要采取的策略,確定企業的商務模型。商務模型規劃并不直接針對企業未來需要建造的電子商務系統,其主要目標是為電子商務系統規劃提供依據。商務模型規劃的內容包括兩個方面:首先是確定企業核心業務未來如何發展,企業采取什么樣的商務運作方式獲取市場利益,即確定企業的商務模式;其次是確定支持企業商務運作的信息系統的基本信息流程,即規劃企業的商務模型。
1.2商務系統規劃
商務系統的規劃是一種戰術層的規劃,它側重于以商務模型為基礎,規劃支持企業未來商務活動的技術手段,確定未來信息系統的體系結構。簡單地講就是規劃企業可以采用哪些電子手段做生意。
商務模型的規劃確定企業未來核心業務的路線,如果沒有網絡技術、計算機技術的支持,未來的業務是不可能實現的,它是一種戰略層次的規劃,確定這種規劃的人員不僅僅是技術人員,更重要的是商務管理和決策層面的人員。商務系統的規劃則給出電子商務系統開發可依據的一個基本框架,所要解決的基本問題是如何實現商務活動。由于這種規劃過程側重于技術實現,所以它的主要參與人員以熟悉網絡和計算機技術的各類工程技術人員為主。
2企業電子商務系統的建設步驟
企業電子商務系統建設大致分為五個階段:
2.1商務分析階段
這是實現電子商務應用計劃的第一步。這一階段的工作主要是進行充分的商務分析,主要包括需求分析(包括企業自身需求、市場需求以及客戶需求等)和市場分析(包括市場環境、客戶分析、供求分析和競爭分析等)兩個方面。
在電子商務條件下,市場范圍擴大,創新速度加快,競爭的壓力越來越大,競爭的頻率越來越高,因此必須對擬建的電子商務系統在未來可能面臨的競爭盡可能做出分析,最大限度地避免競爭失利。此外,還要對企業自身狀況進行分析,包括對企業組織、管理、業務流程、資源、未來發展的分析,等等。要結合電子商務的特點,從供應鏈的角度重新審視企業組織、管理與業務流程,尋找與電子商務的最佳結合部。
2.2設計階段
在完成上述商務分析的基礎上,在掌握電子商務最新技術進展的情況下,充分結合商務和技術兩方面因素,提出電子商務系統的總體規劃,提出電子商務系統的系統角色,提出電子商務系統的總體格局,亦即確定電子商務系統的商務模式,以及與商務模式密切相關的網上品牌、網上商品、服務支持和營銷策略四個要素。電子商務系統設計工作可以由此展開,也即從子系統、前臺、后臺、技術支持、系統流程、人員設置等各個方面全面構架電子商務系統。此階段的工作完成的好壞,將直接關系到后續電子商務系統建設和將來電子商務系統運行和應用的成功與否。
2.3建設變革階段
這個階段的工作分為兩條線:一條線是按照電子商務系統設計,全面調整、變革傳統的組織、管理和業務流程,以適應電子商務運作方式的要求;另一條線是按照電子商務系統設計,全面進行計算機軟硬件配置、網絡平臺建設和電子商務系統集成,完成電子商務系統技術支持體系的建設,從技術上保障電子商務系統的正常運作。
2.4整合運行階段
上述建設變革階段完成后,就可以將經過變革的組織、管理和業務流程,與已經建好的電子商務技術平臺整合起來,進行電子商務系統的試運行。再經過必要的調整、改進以后,實現電子商務應用的工作就可以進入整合運行階段,開始實現電子商務應用。
3企業電子商務系統的設計
所謂電子商務系統的設計是指根據系統規劃的內容,界定系統的外部邊界,說明系統的組成及其功能和相互關系,描述系統的處理流程,給出未來系統的結構。它主要包括電子商務系統物理配置方案設計、功能模塊設計和數據處理的總體結構設計。
3.1電子商務系統物理配置方案設計
(1)系統硬件結構設計。電子商務系統的計算機和網絡硬件平臺的選擇在很大程度上決定了整個系統的性能指標,所以在選擇的時候,要注意到整個硬件平臺不僅要可靠性高、安全性好、有一定的網絡吞吐能力,還要采用開放的體系結構,具備一定的可擴展性,能夠滿足企業未來的電子商務應用的需求。
(2)電子商務系統軟件結構設計。電子商務系統軟件結構的設計工作,實際上是對確定的硬件結構中的每臺計算機指定相應的計算機系統軟件,包括操作系統、數據庫管理系統、應用服務器系統、開發工具軟件等。
3.2電子商務系統功能模塊設計
電子商務系統的功能分解的過程就是一個從抽象到具體、由復雜到簡單的過程。從管理職能的角度,可以把電子商務系統看作是由不同職能的一系列子系統構成的,這些子系統可以再分解成更小的子系統和模塊,整個電子商務系統就是由這些功能模塊構成的。每個子系統都有為完成有關的各種信息處理工作的專用或公共場所用的計算機程序。在每個職能子系統內部都包含用于事務處理、作業控制、管理控制和戰略計劃的具體應用。
3.3電子商務系統數據處理的總體結構設計
電子商務系統的數據處理可以分為集中式數據處理、分布式數據處理和協作式數據處理三種方式。在集中式數據處理方式中,數據全部存儲在中央系統,由數據庫管理系統進行管理,所有的處理都由該中央系統完成,終端是客戶機,只是用來輸入和輸出,本身不做任何處理。但是由于個人計算機的性能得到極大的提高,使處理能力分布到網絡上的所有計算機成為可能,這也使分布式數據處理方式得到廣泛應用。在協作式數據處理方式中,系統內的計算機能夠聯合處理數據,處理既可集中實施,也可分區實施。協作式計算允許各個計算機合作處理一項共同的任務,采用這種方法完成的速度要快于僅在一個客戶計算機上運行;協作式計算允許計算機在整個網絡內共享處理能力,可以使用其他計算機上的處理能力完成任務。除了具有在多個計算機系統上處理任務的能力外,該類型的網絡在共享資源方面類似于分布式計算。企業要根據自身的電子商務應用的需求選擇相應的數據處理方式。
4企業電子商務系統設計的技術框架
企業電子商務系統開發架構體系必須突出以下特點:有利于軟件維護及系統管理;滿足應用系統的安全性,便于業務級權限管理;提高系統性能,減少網絡數據流量和提高數據庫的響應速度;保護前期已有應用系統,具有強大的擴展能力。應用系統層次結構如下:
(1)基礎系統平臺。指為應用系統提供底層支持的部分,包括網絡(內部網、互聯網)、硬件平臺(服務器、存儲備份設備等)、操作系統(Unix/Windows/Linux等)、數據庫管理系統等應用系統運行的基礎。
(2)J2EE架構平臺。Java技術由于其跨平臺特性、面向對象特性、安全特性等,使之已經成為構建企業級應用的事實上的標準。J2EE(企業級Java)把數據庫訪問、企業級Java組件、命名和目錄服務、動態頁面生成、XML、消息服務、事務服務等有機地集成在一起,并且提供集群等高級特性,使之特別適合構建復雜的大型應用,并保證系統具有很好的可擴展性。
(3)業務平臺。企業在構建自己的電子商務平臺時要涉及許多具體的業務平臺,業務架構平臺是新一代的業務系統基礎運行環境,可以使基礎技術平臺與業務應用系統之間實現有機隔離,應用系統的執行只與應用架構平臺有關,而與基礎技術平臺無關,同時提供一些基礎的、公共的組件。對于企業級應用,以信息門戶和交易門戶為核心的企業門戶組件,以辦公自動化軟件OA為核心的系統管理組件是重點。系統還可以包括,以進銷存和客戶服務中心為核心的供應鏈管理組件,以賬務、報表、成本核算為核心的財務管理組件,以生產計劃、車間管理、工程管理、質量管理、設備管理為核心的生產管理組件,以數據倉庫和決策支持為核心的商務智能與決策支持組件以及人力資源管理、科研管理、后勤管理等其他業務組件,最終形成了全面企業電子化管理方案的產品組合。
(4)門戶網站。提供各種信息服務,通過安全隔離通道(防火墻)與企業內網、專網進行數據交換,實現統一的數據接收、。
(5)維護管理平臺。為系統提供各種管理維護功能,包括用戶管理、權限管理、內容維護、數據備份、安全審計等。
(6)安全解決方案。為系統提供安全解決方案,包括網絡、硬件、操作系統、數據庫、應用系統、人員管理等多個層次,是一個綜合的解決方案。目前用得最廣泛的是PKI技術,包括CA認證機構、RA系統、密鑰備份及恢復系統等部分。
參考文獻
1丹尼爾·阿莫.電子商務:變革與演進[M].北京:機械工業出版社,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.
關鍵詞:電子商務;企業管理;信息系統;相同點;區別
Key words: e-commerce;businesses management;information system;the same point;difference
中圖分類號:C93 文獻標識碼:A文章編號:1006-4311(2010)30-0008-01
1電子商務與企業管理信息系統的相同點
1.1 技術基礎相同,即它們都是以信息技術作為發展的基礎。信息技術是一個外延很廣的概念,一般地它包括計算機硬件技術、計算機軟件技術和數據通信技術。計算機從1946年誕生以來,已經經歷了五展歷程。現代計算機迅速向兩極發展:一是大型機、巨型機的發展;二是微型機的發展,臺式機、筆記本電腦、掌上電腦等等,種類繁多,其功能(從芯片到外存)每年甚至每季度都有大幅度的提高。目前,Web技術和Java語言被廣泛應用于各種電子商務應用系統和企業管理信息系統的開發和使用中。
1.2 應用的目的相同。無論是電子商務還是企業管理信息系統,其創立和應用的目的都是一樣的,即降低企業運作成本,加強信息交流,提高信息的處理速度,改善決策的質量,增強企業的競爭力,增加企業的利潤。
1.3 對人類社會產生了重大影響。由于電子商務與企業管理信息系統的共同作用,首先,改變了商務活動的方式,人們不再需要必須面對面而是通過網頁、網站就可以進行各種商務活動。其次,改變了企業的經營管理模式。
1.4 發展的最終目標是一致的。隨著電子商務與企業管理信息系統的互相滲透,它們必將走向統一。
2電子商務與企業管理信息系統的區別
雖然電子商務與企業管理信息系統有很多的相同點,但是就目前的實際應用看還是有很多不同的地方。
2.1 系統實現的方式不同。企業管理信息系統實施的主要內容包括物理系統的實施、程序設計與調試、項目管理、人員培訓、數據準備與錄入、系統轉換和評價等。物理系統的實施包括計算機系統和通信網絡系統的實施。程序設計的目標是強調程序的可維護性、可靠性、可理解性和效率。常見的軟件開發工具有電子表格軟件、數據庫管理軟件、套裝軟件、可視化編程工具和計算機輔助軟件工程。電子商務的實現對企業來說主要是內部網的實現,與建立一個信息系統的過程類似,不同的是網站的實現過程。網站的實現過程主要包括申請域名、建立服務器、系統的代碼化和測試。
2.2 系統的運行不同。電子商務網站建好以后的運行與企業管理信息系統的運行時有所區別的。企業建立電子商務網站的目的是宣傳企業的形象,利用網絡傳輸的優勢帶來更多的效益。因此,需要站點管理員、企業的業務人員時刻維護網站,或者說經營網站、管理網站,這是一個無止境的工作。根據目前的理論研究和實際經驗,電子商務網站管理的內容主要包括電子商務網站的宣傳、監測、內容定期或不定期的更新、應答與復函。
企業管理信息系統的運行一般包括三個方面的工作:日常運行的管理、系統文檔規范管理、系統的安全與保密。信息系統的日常運行管理是為了保證系統能長期有效地正常運轉而進行的活動,具體有系統運行情況的記錄、系統運行的日常維護及系統的適應性維護。系統維護與系統運行始終并存,系統維護所付出的代價往往要超過系統開發的代價,系統維護的好壞將顯著影響系統的運行質量、系統的適應性及系統的生命期。系統的維護不僅為系統的正常運行所必需,也是使系統始終能適應系統環境,支持并推動企業戰略目標實現的重要保證。因此信息系統的安全與保密是一項必不可少的極其重要的信息系統管理工作。
2.3 系統的設計不同。一個企業完整的電子商務系統是企業內部網與Internet的集成,因此電子商務系統的設計是內部網的設計和Web站點的設計。
企業管理信息系統設計的任務是在系統分析提出的邏輯模型的基礎上,科學合理地進行物理模型的設計。系統設計的主要工作有:總體設計、代碼設計和設計規范的制定、系統物理配置方案的選擇、數據存儲設計、計算機處理過程設計。系統設計應遵循系統性、靈活性、可靠性和經濟性的原則。
3電子商務與企業管理信息系統的聯系
篇4
在電子商務交易過程中產生的電子文件——電子商務交易文件,能提供交易憑證、法律憑證、信用憑證,并體現出相應的憑證價值。本文的主要目的是構建一個具有實際指導意義的電子商務交易文件憑證性保障管理模型。
一、模型構建思路
影響電子商務交易文件的憑證性、憑證價值的因素主要有電子商務交易文件自身因素——電子商務交易文件的真實性、完整性、可靠性和可用性;外部因素——法律法規因素、管理制度因素、技術標準因素。因此,電子商務交易文件憑證價值的實現需要通過其憑證性來保障,而憑證性的保障主要通過兩條途徑來實現,一是確保電子商務交易文件的質量,二是改善電子商務交易文件的外部環境。
從影響電子商務交易文件憑證性的因素來看,電子商務交易中的電子文件的真實性、可靠性、完整性和可用性不僅是其質量特性的體現,更是保障電子商務交易文件憑證性功能的關鍵所在。技術途徑是保證電子文件真實性和可靠性的基本前提。[1]維護電子商務交易文件的真實性、可靠性、完整性和可用性即確保電子商務交易文件的質量,使其成為一份可信的交易文件,保障其憑證性。
另外,電子商務交易文件雖處在虛擬的數字環境中,但外部的制度環境、法規環境等對其憑證性亦會產生重要影響,某些時候還會產生決定性影響。改善電子商務交易文件外部環境主要通過完善法律法規、管理組織和技術標準來實現。
通過以上對電子商務交易文件憑證性的影響因素、保障途徑的簡要分析,結合電子商務交易流程的特點,筆者構建了一個針對電子商務交易文件憑證性保障的管理模型,如圖1所示,(見圖1)。
該模型從總體上分為四個部分,分別為一個中心、兩條主線、三個層次、四個基礎。四個部分相互依存,并組成一個呈金字塔狀的模型。
(一)一個中心
一個中心是指電子商務交易文件的憑證性,它是整個保障管理模型的中心和目標所在,也是最終的價值體現。將憑證性置于金字塔狀模型的頂端,體現模型的其他模塊都是以其為中心并提供基礎支持,包括技術應用、制度保障、法律基礎、理論基礎等都是圍繞這一中心展開的。
(二)兩條主線
這兩條主線主要針對電子商務交易的特點體現的。
1.交易過程線。交易過程線體現的是電子商務交易的三個階段:交易前、交易中與交易后,每個階段又有不同的環節。
(1)交易前階段。包括①商品與市場準備、系統建設環節:該環節主要是為了通過交易獲得利潤的商品生產外的準備。其中涉及電子文件管理的是系統建設環節,在電子商務交易系統設計、安裝階段,要以前端控制思想為指導,充分規劃論證,考慮對交易業務的功能需要以及對交易文件生成、流轉和保管的需要。同時,還要確保計算機網絡交易環境的安全,可通過采用防火墻技術等來實施并提前防護,確保交易環境的安全可靠。②展示環節:賣方或買方對其銷售商品或所需商品的用途、特性、優勢、價格及相關信息的介紹、說明、等活動。商品展示是在電子商務交易系統上進行的,需要通過商品的圖片、文字以及視頻等文件對商品進行詳細的描述,通過電子商務系統確保商品說明文件制作的準確無誤以及真實性。③溝通環節:買賣雙方或多方就商品價格、質量等信息進行交流、咨詢等活動。期間會產生報價單、詢價函、報盤、詢盤以及電子郵件等文件,此類文件的準確性是確保交易產生意向并繼續進行的前提,因此必須在文件產生時進行嚴格控制,確保其準確性。
(2)交易中階段。包括①談判:圍繞商品的價格、質量、交易方式等展開的雙邊或多邊磋商、洽談。②簽約:買賣雙方或多方就商品交易而正式達成的購銷協議、購銷合同等以實現商流。這一階段會相應形成發盤、還盤、商家證書、訂單、電子合同、EDI簽約、報文等交易文件。這些文件是交易實施的憑證性文件,為確保其真實性、完整性、可靠性,需要通過數字簽名、身份認證、報文驗證、數字時間戳等技術進行保護,防止交易文件在傳輸過程中被非法截留、篡改,保障商業數據不泄露。
(3)交易后階段。包括①支付:買方向賣方按合約支付與商品或服務交易的所有費用。②配送:賣方向買方配送物品或實施服務。③售后服務:交易完成后的咨詢、維護保養等相關活動。④索賠:產生交易糾紛需要仲裁機構進行處理,對受損方進行賠償,履行交易合同。這一階段中,支付是一個資金流的過程,涉及賬戶文件、個人身份證書、持卡人證書、支付網關證書、商業發票、保險單等文件。支付因涉及資金賬戶的安全而成為電子商務交易安全的一個焦點,需要相關技術進行安全防護。在交易實現后,整個交易流程基本結束,相應的交易文件應相應進行鑒定歸檔保存,一方面可以為交易保留歷史記錄,另一方面在產生交易糾紛時,可提取相應的憑證文件,作為處理糾紛的證據。
2.要素流動線。電子商務交易中主要有四個要素——信息流、資金流、物流和商流。這四個要素的流動中伴隨著商務交易不同階段的推進,都涉及電子商務交易文件,如資金支付的電子憑證、物流中的物流狀態網上查詢單等。某些文件的傳遞甚至貫穿于整個交易流程。
交易過程線是基于現實的交易步驟劃分,而要素流動線則是對交易中抽象出來的要素進行描述,從某種角度看,這兩者是一個整體,或是同一個過程。因此,應遵循全程管理原則對這兩條主線進行管理,確保每一個流程細節中的交易文件都能按照要求形成、傳輸和留存。
(三)三個層次
1.業務層。業務層是指交易主體通過借助電子商務交易平臺開展商務交易活動,具體包括商品準備、商品展示、信息溝通、交易談判、合同簽約、資金支付、商品服務配送以及售后服務等活動。業務層的活動主要依靠電子化設備以及電子文件等工具展開,并最終達成交易意向、完成交易目標。
2.技術層。(1)對要素流的保護。由于交易流程包含四個要素的流動,因此對要素流的保護亦是對交易流程的保護,前端控制在技術上的應用,通過防火墻技術、數字簽名、身份認證等技術對電子文件的生成、流轉進行全程保護,以及對電子商務操作人員的監控等,都是保證電子商務交易文件完整性、真實性、可靠性的必要措施。(2)元數據捕獲、分布式歸檔。針對電子商務交易文件的后期歸檔保管,電子商務系統在設計、安裝階段就應設置分布式歸檔、元數據自動捕獲等功能,對電子商務交易文件進行網絡歸檔。在系統的元數據著錄標識設計中,可以參照計算機系統設計規范、檔案管理的《電子文件歸檔與管理規范》、《電子文件元數據標準》、《文件分類標識》以及電子商務方面的《基于XML的電子商務-第9部分:核心構件與業務信息實體規范》(GB/T 19256.9-2006)、《電子商務產品核心元數據》(GB 24662-2009-T)等,參考其中的電子文件核心元數據標準,并根據電子商務交易文件的特性需要,擴展、編制適合交易文件類型的元數據著錄規則、標準體系。在分布式歸檔系統中,檔案室數據管理系統處于一個可以全局控制的位置,具有一個集中式的數據庫,可以對各業務部門水平分片方式存儲的歸檔數據進行全局歸檔,并實現集中式數據共享,保證數據庫全局的安全完整。
3.價值層。價值層是電子商務交易文件憑證價值的最終實現層。通過技術層對電子商務交易文件的歸檔,元數據捕獲,確保其真實性、完整性、可靠性和可用性,形成可信性文件,最終使其成為一份具有憑證性的文件,并在交易歷史記錄、交易糾紛法律取證、證據采信中發揮憑證功能,實現憑證價值。當然這一價值層只是電子商務交易文件憑證價值的實現,尚未包含業務層中交易雙方達成交易協議、完成交易過程所實現的利益互換的商業價值。
(四)四個基礎
四個基礎——理論基礎、法律基礎、技術基礎和制度基礎,均位于模型的最底層,也就是金字塔的底座。這四個基礎既包括現有的保障基礎,也包括前面所提到的改善電子商務交易文件外部環境等基礎措施。之所以將其置于底座位置,是因為法律、技術和制度是電子商務交易文件憑證性實現的具體操作基礎,而理論指導則是憑證性保障的理念指導基礎。法律、技術、制度和理論統領整個憑證性保障的全局,如同四個車輪使整個車體平穩行駛。
二、模型的可行性分析
(一)模型的優點分析
針對電子商務交易流程特點所提出的電子商務交易文件憑證性保障模型具有針對性、整體性、可參考性等優點。
1.針對性。不少學者對電子文件真實性、可靠性的保障體系及措施,提出了不同的觀點,但主要是針對全局電子文件或是專指電子政務的電子文件。而本文提出的電子商務交易文件憑證性保障模型更具有針對性,針對電子商務交易流程進行電子文件的憑證性保護分析,這也使相關的電子商務交易文件的分布式歸檔方式具有針對性。
2.整體性。電子商務交易文件憑證性保障模型通過四個基礎、三個層次、兩條主線,一個中心構成一個整體,形成了一個金字塔形的保障模型,以憑證性為中心,構成全局目標,其他各層次的應用主要圍繞中心展開。其中針對交易流程的全過程管理、分布式歸檔方式的檔案室全局控制模式更體現了工作的整體性、全局性。
3.可參考性。電子商務交易文件憑證性保障模型是一個框架體系簡圖,并非詳細執行標準,其具有全局理論指導、實踐參考的作用,但在具體的細節層面還需要根據實際情況因地制宜。如關于電子商務交易文件元數據的著錄標準,各公司、企業可以根據不同的電子商務業務需求、系統設計的特點,在電子商務系統設計過程中加入特定的元數據著錄或捕獲的功能。在防護技術上也可以根據情況而定,有選擇地參考使用,確保安全的同時又符合業務基本功能的要求。
(二)模型的適用性分析
1.技術上的可行性。技術是保障電子商務交易文件憑證性的主要途徑之一,很多管理制度的具體實施都需要通過技術來實現。因此技術的可行性是保障電子商務交易文件憑證性的前提。當前計算機技術和網絡技術的不斷發展,很多技術都被應用到電子商務上,不斷推動電子商務的發展。在系統設計方面,眾多的開發工具如Visual Basic.NET、Visual C++. NET、PowerBuilder、Delphi和JAVA等在開發電子商務應用系統上已較為成熟,能夠滿足各種電子商務應用的開發;在安全保護技術上,數字簽名技術、身份認證技術、報文認證以及加密技術等都在網絡交易中應用,在檔案管理方面也有相應的應用,如某公司的數字檔案管理系統(ES-OAIS)具有錯誤校驗功能,即校驗文件的真實性,采用MD5算法來檢驗文件的前后存儲情況是否被修改過;[2]在分布式歸檔技術上,分布式操作系統、分布式程序設計語言及其編譯系統、分布式文件系統和分布式數據庫系統的應用已經較為成熟,如DIV Archive(Distributed Intelligent Versa? tile Archive)分布式智能通用歸檔管理系統,該系統具有分布式和模塊化的體系結構,能夠為特定的環境制定靈活的解決方案,具備對歸檔的資產進行集中管理等優異性能。[3]總的來說,現代的技術應用一般都能較好地解決實際問題。
2.管理上的適用性。電子商務交易文件憑證性保障模型所應用的管理理念都基于管理學界、檔案學界現有的相關文件管理理念,是管理理論的新應用或是針對性的應用。一般公司、企業都能相應地制定出針對電子商務交易文件的管理制度,管理方法、原則(如前端控制、全程管理等原則)也可以在實踐中加以運用。但對于一些小型的電子商務企業或個體來說,由于其交易所用的計算機是單機應用并且所產生電子商務交易文件數量相對較少,本文所提到的分布式歸檔方式對其就不是很適用,他們只需一些單機版的管理軟件便能基本滿足文件管理需求。
篇5
關鍵詞:電子商務;單元設計;支架教學設計;體驗教學;創新型人才
收稿日期:2007―10―25
作者簡介:孫宇(1973―),女,漢族,山東省文登人,北京師范大學管理學院副教授,博士,主要從事信息化研究。
一、引言
作為國民經濟和社會信息化重要組成部分之一的電子商務,改變了商業模式,拉動了產業發展,創新了生活方式,增加了就業機會。根據經濟社會發展的需求,高等院校開設了電子商務課程。
電子商務是一門橫跨經濟、管理、行政、法學、信息科學等眾多領域的綜合性課程,在當前教學實踐中,存在著應用型電子商務、技術型電子商務、經濟型電子商務三類教學理念的差異。
高等教育造就的人才既是創新者也是均衡狀態推動者,企業是電子商務人才需求的主體,事實表明,高等院校電子商務人才的培養與市場需求脫節。分析教學環節的原因,我們發現常見的教學現象是,教師在擠滿學生的教室授課,參考到處都在用的標準教科書,而這些教科書多半是根據美國或其他國家的現實編寫的。這種現象可以歸納為,電子商務教學在復制國外教學內容的同時缺乏扎根于中國本土的思辨,在傳授知識的同時忽視了技能實踐。
電子商務教學改革的目標就是基于本土問題兼顧全球視野的教學內容體系,探索以學習者為中心的教學方法,培養和增強學生的表達能力、思考與分析問題的能力,培養滿足社會需要的電子商務創新型人才。
二、教學內容的改革:以問題為導向重組課程
現代課程的基本單位是“問題”,課程改革的主要任務是“重新組織”課程,通過問題設計來組織課程內容。從課程設計范疇來看,宏觀層面是針對某一課程進行的教學系統設計,微觀層面是針對課時層面進行的教學系統設計;中觀層面是介于課程與課時之間所開展的針對課程單元或模塊的設計。中觀層面開展教學設計是對宏觀層面系統觀點的深化,使微觀層面更加彈性化。事實上,Webquest衍生為Miniquest體現了這種思想。
電子商務教學內容改革的切入點是分析當前中國電子商務面臨的實際問題,例如信用體系、電子支付體系不健全的國情下如何開展電子商務等問題,從中觀層面進行單元設計。圍繞企業乃至個人如何通過采用ICT(信息通訊技術,Information Communication Technology)特別是互聯網技術,以更加便捷、富有成效和頗具個性的方式提品和服務?ICT特別是互聯網技術,給商務活動帶來哪些影響?電子商務活動的游戲規則、作用規律何在等核心問題,將重組后的課程分為八個單元:分別是電子商務入門、互聯網商務模式、電子商務技術、電子商務系統、電子商務安全、市場力量與公共政策、電子商務環境和移動電子商務。
電子商務入門單元重點解決電子商務范疇界定、主體行為、影響分析三個問題。互聯網商務模式單元探討傳統企業、互聯網新興企業開展電子商務的成熟商業模式以及Web2.0下新型商業模式。電子商務技術單元重點分析技術選擇和技術影響問題,因為互聯網領域的問題從來就不是一個單純的技術應用問題。電子商務系統單元分析物流系統、支付系統和信息系統如何協同支撐電子商務。電子商務安全單元分析中國國情下電子商務活動中所面臨的安全問題以及解決問題的策略。市場力量與公共政策單元討論在隱私與歧視、反托拉斯、知識產權、課稅四個領域中市場的基礎調節與政府的公共政策如何實現效用最大化。電子商務環境單元針對中國電子商務發展的國際環境、法律環境、市場環境和人文環境開展SWOT(優勢strength、劣勢weakness、機會opportunity和威脅threats)分析,其中重點關注法律體系、信用體系和標準體系的問題。移動電子商務單元旨在討論電子商務發展的趨勢,分析移動電子商務涉及的內涵特征、技術基礎和商業模式的問題。
在單元設計的基礎上,開展支架教學設計是必需的環節。由于信息技術的日新月異,電子商務實踐中遇到的問題變化萬千,培養學生把研究方法和分析工具運用到實際場景中的能力是電子商務教學的人才培養目標之一。支架教學設計的目標是為了讓學生變成一個獨立自治的學習者和問題解決者。以互聯網商務模式單元為例,情景支架演示快餐公司“正午的盤子”的短片,問題支架設定為“通過谷歌和百度、淘寶和ebay的對比,從商務模式的角度分析為什么洋企業不服中國的水土?”,實驗支架則讓學生體驗B2C、C2C網絡購物。通過設計情景支架、問題支架、實驗支架,讓學生理解建立商業模式是電子商務成功的要素之一,激發學生的創新、創業興趣。
波普爾曾指出:科學與知識的增長永遠始于問題,終于問題。聚焦于中國問題的單元設計和支架設計,不斷完善電子商務教學內容重組,把復雜的電子商務學習任務分解為單元,通過支架設計幫助學生對問題的理解逐步引向深入。
三、教學方法的改革:以實踐為基礎體驗學習
受過高等教育的人不僅需要具備專業知識,還需要兼備通用技能。專業知識來自講授和閱讀。通用技能中尤其是在溝通合作和與他人互動的能力方面,要善于在不同的文化環境中與人交流互動。電子商務領域是一個不斷創新的領域,創新是一個互動的過程,把一個新主意變成被市場接受的新產品或服務,牽涉到工作小組之間以及其與顧客、與咨詢機構間的交互。因此,在快速變化的情況下,支持電子商務創新的通用技能越來越重要。通用技能則來自體驗,即實踐中通過親身經歷或親身感受實現認知、理解事物。電子商務教學應該是一種實踐性學習,是一種社會性學習,是一種創新性學習。
在每個單元學習中,針對單元問題選擇恰當的閱讀材料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”,引導閱讀的問題是,“你認為電子商務面臨的安全問題來自哪些層面,各個層面的安全威脅分別產生什么影響”。一方面,通過閱讀電子商務安全領域最新的研究成果,使學生感悟電子商務的前沿研究動態;另一方面,通過撰寫字數不限的讀書筆記,使學生體會電子商務安全面臨的問題特征及其變化規律。
在每個單元學習中,由2~4 名學生組成團隊,選定單元問題相關的項目開展設計,單元學習完成后,項目團隊推選一名代表在課堂上向所有同學展示團隊成果,進行綜合答辯。例如,在互聯網商務模式單元,給出的項目設計主題是“web2.0下的商務模式創新”。實踐結果表明,學生通過對博客、SNS(Social Network Software,社會網絡軟件)、RSS(Rich Site Summary,簡易信息聚合)、威客、維基、掘客等互聯網業態進行了深入淺出的分析,不僅對電子商務商務模式有了深刻認識,而且創新熱情高漲。并且在研討環節中,進行師生置換,一方面,每個項目團隊推選一名成員加入考評小組,按照事前師生共同討論確定的標準,參與判分。另一方面,每個項目團隊推選一名成員對其他團隊的答辯給予點評。
在每個單元學習中,針對核心知識點,開展課堂案例分析,鼓勵課后動手操作。例如,在電子商務系統單元支付系統學習中,圍繞虛擬貨幣這一主題,以“楊濤在上發表”事件為線索,分析虛擬貨幣的影響、規制等一系列問題,交流虛擬貨幣的使用心得,從體驗中分析虛擬貨幣。此外,鼓勵學生積極參加暑期短期實習,體驗電子商務企業的實際運作。
應該看到,體驗學習并不排斥或否定課堂教學的其他形態,而是強調各種形態的優勢互補,使它們有機統一于現實的教學過程之中。當然,體驗學習需要改變原有的評價方式,建立教師外在評價與學生內在評價相結合的評價體系,真正實現以學生為中心的教學。
四、 結束語
電子商務教學作為一個應用性的課程,應重視教學研究的“應用性”,重視發現和解決教學中的實踐和理論問題,在發現、分析、解決問題的過程中,電子商務教學不斷發展,教學效果不斷提高,教學改革不斷推進。
參考文獻:
[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;電子商務系統;系統分析;系統設計;建模
中圖分類號:TP文獻標識碼:A文章編號:1672-3198(2008)09-0328-02
1 引言
面向對象的開發方法已成為當今主流的軟件開發方法,并逐漸成熟,UML 作為一種通用的建模語言,融入了軟件工程領域的新思想、新方法、新技術,在軟件的開發不同階段可以采用相同的一套概念和表示法,在同一個模型中它們可以混合使用,具有定義良好、易于表達、功能強大等優勢。電子商務系統作為一個WEB應用系統,它的分析、設計、實現和運行是一個極其復雜的過程,因此應用UML技術進行電子商務系統的分析和設計,可以快速構建一個安全、性能良好的電子商務系統。
2 UML概述
UML(Unified Modeling Language)又稱統一建模語言或標準建模語言,是一個支持模型化和軟件系統的圖形化語言,為軟件開發的所有階段提供模型化和可視化支持,由類圖、對象圖、用例圖、狀態圖、順序圖、活動圖、協作圖、構件圖、包圖及部署圖這些基本圖型組成。
2.1 UML的三種模型
電子商務的系統建設過程中,通過類模型、狀態模型和交互模型完成系統的需求分析和系統設計,這三種模型將一個系統劃分成不同的視圖,不同的模型并不是完全獨立的,而是有著清晰的互連,每一種模型都描述了系統的一個方面,但也包含了對其他模型的引用。
類模型描述狀態交互模型操作的數據結構,標識與其他對象的關系、屬性和操作。類模型提供了狀態和交互模型的上下文。對象是我們劃分世界的單元,是模型的分子。在構建類模型的過程中,目標是從真實世界中捕獲那些對應用而言重要的概念。類圖表達了類模型。
狀態模型描述對象的控制結構,描述了與時間和順序相關的對象層面,標記變化的事件,界定事件上下文的狀態,以及事件和狀態的組織。狀態圖表示狀態模型。每幅狀態圖都顯示了系統內允許的某個對象類狀態和事件序列。狀態圖會引用其他的模型。狀態圖中的動作和事件都變成了類模型中對象上的操作。狀態圖之間的引用變成了交互模型中的交互。
交互模型專注于對象之間的信息互換,并提供了系統的整體視圖。狀態和交互模型描述了行為的不同側面,它們兩者配合才能完整描述行為。順序圖顯示交互的對象和交互的時間順序。活動圖顯示計算機的處理步驟之間的控制流。
2.2 UML的開發過程
UML的開發過程包括需求獲得、系統分析、系統設計、實現和測試五個階段。
需求獲得的目的是盡可能完整、準確地捕捉系統的功能需求和其他要求,其主要工作是識別用例。用例圖表述系統參與者希望系統提供的功能,通過確定系統邊界、確定參與者、確定用例和確定參與者與用例的關系四個步驟建立用例圖。
系統分析是找出描述問題域以及系統責任所需的類及對象,定義這些對象的屬性和操作,以及它們之間靜態和動態關系,其主要工作是:識別對象、為對象分類、確定類的發生和操作、確定類之間的關系、確定對象之間的交互、確定對象狀態變化等。
系統設計是有考慮技術問題和限制的條件下,是擴展和細化系統分析階段所建立的模型,包括總體設計和詳細設計兩個階段,總體設計需定義包、包間的相關性和基本的通信規則;詳細設計描述用戶接口和數據庫包中的類,擴展和細化業務對象類的,可以通過創建新的類圖、狀態圖和動態圖類和對象從實現的角度進行細化。
實現是對類進行編程的過程。測試是以用例定義的描述為依據,驗證開發的系統是否滿足要求。分為類測試、類集成測試和系統測試,類測試是類封裝的操作和類的狀態行為所驅動的,類集成測試有兩種不同的策略:基于執行線的測試(thread-based testing)和基于使用的測試(use-based testing),系統測試是對所有類和主程序構成的整個系統的測試。
3 基于UML的電子商務系統分析設計
3.1 需求獲得
臺灣水果銷售系統是一個B2C的電子商務平臺,網上客戶通過WEB頁面訪問水果銷售系統,客戶可以直接在主頁瀏覽、查詢各種水果信息,一旦對某些水果感興趣,客戶通過驗證用戶名和口令登錄系統后,在網上直接下訂單,并可查詢訂單的執行情況。供應商可以登錄系統,對自己所銷售的水果進行管理,處理客戶所下的訂單,并進行相應的查詢。系統管理員管理客戶及供應商,并對系統維護,以保證臺灣水果銷售網的正常運行。
經分析確定該系統的角色有:客戶、供應商、系統管理員。主要用例有:系統登錄、注冊用戶、瀏覽商品、下訂單、瀏覽訂單、商品管理、訂單管理、用戶管理及系統維護。其用例圖如圖1所示。
用例圖是一種用戶和開發人員都能理解的方式描述系統的功能和行為,幫助設計人員理清思路,整理用戶的需求。用例圖完全從用戶的角度出發理解系統,并不考慮系統的具體設計和實現。它是需求分析之后各階段的開發工作的基礎。不僅在開發中保證了系統的所有功能的實現, 還可以被用于驗證和檢驗所開發的系統,從而影響到開發的各個階段和UML 的各個模型。
3.2 系統分析
系統分析的主要任務是找出描述問題域以及系統責任所需的類及對象,以及它們之間靜態和動態關系。分析類是真實世界業務概念的映射,代表了問題域中的簡潔抽象,可以使用邊界類、控制類和實體類三種不同的構造型。用類模型描述系統的靜態特征,用狀態模型及交互模型描述系統的動態特征。
經分析,臺灣水果網上銷售系統中主要的類有系統用戶、訂單、水果、訂單管理、登錄控制、商品管理,其中登錄控制為邊界類,系統用戶、水果、訂單為實體類,訂單管理和商品管理為控制類,它們之間的關系如圖2所示。
行為圖描述系統的動態模型和組成對象間的交互關系。其中狀態圖描述類的對象所有可能的狀態以及事件發生時狀態的轉移條件。通常,狀態圖是對類圖的補充。在實用上并不需要為所有的類畫狀態圖,僅為那些有多個狀態其行為受外界環境的影響并且發生改變的類畫狀態圖。活動圖描述滿足用例要求所要進行的活動以及活動間的約束關系,有利于識別并行活動。
交互模型是以消息完成對象之間的交互來描述系統的行為,交互圖表示了對象之間的動態交互關系,可以用來說明一個場景,即描述一個事務的歷史過程,著重體現對象間消息傳遞的時間順序,可通過順序圖和協作圖建立交互模型。順序圖顯示對象之間的動態合作關系,它強調對象之間消息發送的順序,同時顯示對象之間的交互;協作圖描述對象間的協作關系,協作圖跟順序圖相似,顯示對象間的動態協作關系,除顯示信息交換外,協作圖還顯示對象以及它們之間的關系;如果強調時間和順序,則使用順序圖;如果強調上下級關系,則選擇協作圖。網上下訂單的順序圖如圖3所示。
3.3 系統設計
系統設計包括總體設計和詳細設計兩個階段,總體設計需定義包、包間的相關性和基本的通信規則,按應用的層次可將包分為用戶接口包、業務邏輯包和數據存取包,用戶接口包通過WEB界面為用戶提供查詢、操作的數據錄入及相應結果的返回;業務處理包包括分析域中的全部特定域類,實現業務過程的處理;數據存取包提供類和對象保存。
在本系統中,業務邏輯處理如圖4所示,訂單處理子系統實現網上訂單的接收和管理;商品管理子系統實現網上所售各種水果的管理,包括產品類別、定價等;結算處理子系統實現對訂單的結算;訂單查詢子系統可實現訂單的內容、訂單執行狀態等信息的查詢。
詳細設計描述用戶接口和數據庫包中的類,擴展和細化業務對象類的,可以通過創建新的類圖、狀態圖和動態圖類和對象從實現的角度進行細化。如圖5所示,訂單類可細化為添加訂單和查詢訂單類,對于添加訂單類具有客戶名、訂單日期、交貨地點、訂單水果品種及數量等屬性,并可通過建立連接、修改、關閉等事件與數據相連,實現相關的業務操作。詳細設計中類的細化使編程人員可以很容易設計數據庫和程序代碼。
4 結束語
UML是一種表達力豐富的建模語言,可應用于在電子商分析和設計的全過程,利用UML技術可以構造一個科學準確的電子商務系統模型,從而對降低系統的開發成本、提高勞動生產率、合理化配置資源都將起到積極的作用,必將得到更廣泛的應用。未來的研究工作將是探索如何從UML直接生成面向對象的Java代碼,發揮UML工具的最強大作用,為電子商務系統的軟件開發提供更大的支持。
參考文獻
[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
我認為電子商務人才應該以職業技能模式培養,是體現高職教育創新的重要一點。構建高職院校的電子商務專業人才培養模式,實際上就是在這個特定的培養基地里,在電子商務職業技能教學課程設計上我們需要以學生知識能力素質、職業專業技能,兩方面對高職院校的電子商務人才進行培養。以下是學生知識能力素質、職業專業技能,兩方面培養方案的內容:
一、電子商務專業知識能力素質
知識基礎是衡量人才培養質量的標準之一。電子商務專業學生的知識結構是以電子商務知識基礎及其應用。作為一名專業人員要在生活、工作、學習中獲得知識基礎和自學能力,不斷擴展、優化、創新自己的知識,才可能適應社會對人才的需求。在高職的電子商務既要懂專業、還要懂知識基礎。這樣既有技術性、專業性、基礎性,但基礎性的教學課程設置安排要合理,不要過于求多求廣,要體現專業的基礎性,切實把基礎知識與專業知識相結合,體現實踐應用的目的。
二、電子商務專業職業技能
電子商務的課程設置往往是計算機、網絡工程、企業管理、市場營銷等專業課程的機械組合,缺乏系統的與市場需求結合的方式。教師只能按原內容、教學經驗對電子商務專業學生進行授課,教學內容缺乏針對性,缺乏必要的案例教學和實際操作能力的培養。教學資源方面的硬件方面,學校實驗室是計算機實驗室為主,計算機上安裝的軟件確是普通的操作系統、office套件和圖形操作等軟件,適合教學需求的新型軟件不多,完全不能適應市場對電子商務人才實用的要求。而我們的學生畢業了還缺乏基本技能實踐,對專業管理信息系統缺乏認識和操作。這樣的課程設計落后于社會需求。
所以課程設置上,要以專業特點和學習者為中心,在教學中充分體現教師的主導和學生的主體作用。同時,要在學習中構建整體知識網絡,注重知識的形成過程和知識的實用價值,為學生的不斷發展和終身學習打下良好的基礎。僅以電子商務web教學為例分析:我們應用改良后的電子商務web教學試驗模擬實驗軟件總體架構設計,它的主要課程內容是:課程名稱:奧派商務托管運營實驗軟件演示及系統分析。課程目的:通過演示奧派商務托管運營實驗軟件,借鑒正確、優秀的系統分析思想。強化、提高系統分析實踐能力。
熟悉企業信息管理常見業務。課程內容及要求:熟悉信息管理類系統需求分析方法和e-r圖設計方法。基于奧派實驗軟件提供的一系列應用案例,熟悉實驗軟件的配置。獨立分析一個實際應用的需求,并使用實驗軟件配置實現。總學時數:42,全程采用一體化教學。
(一)實驗室架構說明
實驗軟件教學服務器:須提供一臺服務器安裝相應的實驗軟件,作為教學服務器。教學軟件和數據庫都將安裝在這臺服務器上。老師教學:專業老師通過局域網登陸教學服務器給學生授課。學生上機實驗:學生通過局域網登陸教學服務器上機實驗。遠程支撐:遠程支持人員可通過互聯網登陸教學服務器遠程安裝、支持、售后。
(二)實驗軟件(奧派)介紹
奧派實驗軟件提供了一個靈活、開放的奧派實驗軟件,面向企業管理應用托管領域,提供市場、供應、財務、人力、客戶、訂單等方面的管理應用,支持消費品制造、金融、電子與通信制造、物流、航空、重型制造、政府、電信、醫療等多個行業。在實驗軟件上,支持的應用有:客戶關系管理(crm)、供應鏈管理(scm)、企業資產管理(eam)、應收應付款管理、人力資源管理(hrm)、辦公oa、會員卡管理等。依托be-app實驗軟件,管理敏捷型企業,快速在it系統中部署管理需求。
be-app實驗軟件是驗證管理模式的快速原型實驗軟件,實現您的管理夢想。支持管理模式的調整,適應并跟上企業發展步伐這樣的課程主要內容適應了電子商務的發展與電子商務教學的發展,電子商務學科的發展,對于電子商務web教學試驗模擬實驗軟件總體架構設計中實驗實驗軟件及案例實施是教學中的重點。實驗實驗軟件主要分為奧派實驗軟件簡介和奧派實驗軟件配置詳解兩個部分進行教學,在奧派實驗軟件簡介中講解:1.奧派實驗軟件簡介;A)實驗軟件部署需求;在奧派實驗軟件配置詳解中讓學生掌握:B)奧派實驗軟件的基本配置;2.奧派實驗軟件應用包的使用。
整個教學設計中以案例實施為核心,通過客戶關系管理(crm)應用、快遞行業軟件應用、會員卡儲值積分管理應用、供應鏈管理應用、中小企業綜合應用包等多個案例來覆蓋電子商務運營中的實際情況。每個案例的教學均按照電子商務系統設計與運營的流程進行,從業務需求講解開始,在充分獲取業務需求后按照系統設計原則進行數據建模,然后利用奧派實驗軟件進行配置實現模型到真實系統的轉化。學生在一體化教學環境中,通過一個個案例的實施不斷加深、強化對電子商務的流程及系統使用的認識,從而達到教學目的。
電子商務職業技能教學思想與方法,我認為應該關鍵是領悟教學方法所反映的思想。概括下來主要有兩點:
(1)指導方針:教學應該由灌輸知識傾向于學生行動能力的培養,具體來說主要包括方法能力、和專業能力、社會能力的培養,這三者的重要性比值約為5:3:2,也就是說職業教育培養學生的各項能力中,方法能力是最重要的,我們通過電子商務課程web教學案例達到引導學生方法能力和專業能力的獲取。古語云:“受之于魚,不如授之于漁”,如果我們的教學過程中通過專業能力的練習達到方法能力的獲取未嘗不是一件好事情。
(2)實現過程:圍繞著培養能力的指導方針,我們的電子商務專業專業能力培養如何來實現。我認為應該是如下方案:以專業資料、學習計劃、自我決策、過程實施、學生檢查、教師評價六個步驟。
1.專業資料:學習者獨立了解任務及問題,以及必需的工作技術------培養獨立行動能力。
2.學習計劃:學習者獨立或其他學習者共同對任務的解決方案進行規劃------促進相互溝通,培養分析性思維。
3.自我決策:學習者向其他學習者和教師介紹學習計劃-和信息收集成果------以保證流程沒有缺陷。
4.過程實施:學習者使用剛學到的知識解決問題-------促進他們的職業工作能力。
5.學生檢查:學習者自己對應是值/實際值進行比較并考慮結果------有助于工作的控制和修正。
6.教師評價:學習者自己評價和教師分析結果------使學生從錯誤中學習。
我希望學生通過專業技能練習,從傳統的教師說教為主轉變成為由學生獨立學習—團隊協作學習;由教師為中心的學習變為以學生自我負責的中心的學習。這樣的教學方法可以鼓勵學生獨立思考完成技能操作。
篇8
關鍵詞:JSP; JavaBeans;電子商務;網上書店
中圖分類號:TP399文獻標識碼:A 文章編號:1673-0992(2010)06A-0064-01
隨著時代的發展,信息技術、Internet/Intranet技術、數據庫技術的不斷完善,網絡進程的加快,傳統的購物方式也越來越不能滿足人們快節奏的生活需求,使得企業的IT部門已經認識到Internet的優勢,電子商務就是在這樣一個背景下產生發展起來的。伴隨著電子商務技術的不斷成熟,電子商務的功能也越來越強大,注冊用戶可以在網上搜索購買到自己想要的各種商品,初步讓人們體會到了足不出戶,便可隨意購物的。
系統需求分析
系統說明
本系統是一個中小型的電子商務系統――網上書店,可以為各類用戶提供方便的在線買書環境,符合目前國內流行的電子商務模式。用戶可以在系統中實現注冊、瀏覽商品、搜索查詢商品、下定單、處理定單等功能;管理員可以通過用戶管理、定單管理、商品管理、評論管理等管理功能來對系統進行維護更新。
網站的組成有以下幾個子系統組成:
(1)主頁,顯示歡迎界面,提供近期的書本。(2)購物車,處理訂購并顯示想要訂購的書本。(3)查詢系統,通過書本編號、書本名稱來查詢是否有自己需要的書本。(4)用戶注冊系統,處理新用戶的注冊和老用戶買書時的確認。
系統基本功能:
(1)游客可以瀏覽網站;(2)用戶登陸;(3)用戶能夠瀏覽網站;(4)提供搜索引擎,使用戶能夠按特定的條件對所需商品進行搜索;(5)用戶下定單購買商品;(6)用戶處理定單。
系統設計
1系統設計思想
本系統采用三層架構設計,采用三層構架以后,用戶界面層通過統一的接口向業務層發送請求,業務層按自己的邏輯規則將請求處理之后進行數據庫操作,然后將數據庫返回的數據封裝成類的形式返回給用戶界面層。這樣用戶界面層甚至可以不知道數據庫的結構,它只要維護與業務層之間的接口即可。
數據庫設計
數據庫在一個信息管理系統中占有非常重要的地位,數據庫結構設計的好壞將直接對應用系統的效率,以及實現的效果產生影響。合理的數據庫結構設計可以提高數據存儲的效率,保證數據的完整和一致。
數據庫概念結構
從本系統中規劃出的實體有:用戶實體、圖書實體、訂單實體、訂單列表實體。
系統實現
這個由JSP實現的網上購書系統,實現了基本的登錄驗證、查詢商品、分頁處理、購物車處理以及訂單處理功能。這個購書系統主要有2類文件,一類是Bean文件,另一類是jsp文件。
1 實現用戶實體的Bean
(1)用戶的屬性:用戶作為實體,他的id, 姓名,密碼作為其屬性在Bean里面做了定義,它們都是和數據庫里的user表相對應的,在這個Bean里封裝的方法也主要是對這個表進行操作。.這個幾個屬性都被定義為類的私有成員,外界不可訪問。
(2)用戶實體類的構造函數:其一尋找數據庫連接驅動;其二對上面的3個私有成員初始化。連接數據庫的時候采用的是jdbc-odbc橋的方式,這種方式采用的驅動是JDK自帶的,不需要另外安裝。但是,為了與特定的數據庫連接,我們必須建立一個數據源:cart。
(3)用戶實體類封裝的2類方法:一是查找特定用戶名的所有記錄的方法。這個函數通過用戶名在user表里查詢相應的用戶的。該類封裝的另一種方法是:用戶名和密碼的獲得。這個主要是為了方便后面驗證用戶合法性使用
2實現商品實體的Bean
(1)商品實體的屬性:參照數據庫里的product表,我給書類定義了如下4個屬性,商品id,商品名稱,商品價格,商品note,其類型同樣是該類的私有屬性。
(2)商品實體的構造函數:和用戶實體類基本上一致。
(3)商品實體的的方法:一是對特定商品的查詢,其原理和查詢用戶是一樣的,但是有一點小小的區別,即查詢商品可以使查詢所有的商品,或者是查詢特定id的商品。第二類方法是查詢商品的id,全稱,價格和note.。
3 實現訂購單實體的Bean
(1) 訂購單實體的屬性:訂購用戶id號,所購買的書號,所購買這種書的數量,這些構成了這個類的私有屬性。
(2)訂購單實體的方法:一是訂購單產生的方法,客戶每次選中一種商品后,點擊放入購物車,就會產生一個訂單;二是查找特殊訂單的方法,通過 sql條件查詢即可。
4實現購物車實體的Bean
(1)購物車實體的屬性:購物車id,購物人id,購物時間,所購書的總價格。
(2)購物車實體的方法:主要是實現一個新的購物車。當一個顧客買完書提交購物車后,我們必須插入一個新的購物車紀錄,這是由insertOrder()方法來實現的。
5實現購物實體的Bean
(1)買書的第一步便是用戶登錄,現在購書網站都要求已經注冊過的用戶才能購買書籍,這樣便于網站管理。checkUser方法就是用來檢驗用戶的合法性的。
(2)證明是合法用戶后,就必須給這個用戶一個購物車,用戶每次選中一本書,點擊“放入購物車”,就必須添加一個訂購單。這就相當于把用戶要買的書放入購物車里,insertOrder()就是用來實現這些的。
(3)顧客可以退貨。
(4)顧客還可以查詢圖書,主要是調用了ProductEntity類里的queryProduct方法。
6 實現前臺運行程序cart.jsp
通過這個jsp程序,我實現了3個功能:
(1)顯示主頁面;
(2)把主頁面里瀏覽者的資料和請求傳給后臺的Bean來處理;
(3)調用Bean,來實現系統的登錄,查詢,分頁處理,購書等功能.
結束語
我們所設計的網上書店,主要是熟悉和掌握JSP的技術以及對電子商務進行初步的探討和設計。在設計過程中,初步了解了JSP的優點和先進之處,也看到了JSP技術在電子商務應用上的光明前途。當然,其中也遺留下了一些待解決的問題,但出于自己水平有限,作為一個網上書店系統,該項目上有一些不完善和函待改進之處,特別是在網站信息的安全性上需要進一步加強。
參考文獻:
[1] 汪孝宜,劉中兵,徐佳晶等,JSP數據庫開發實例精粹[M],電子工業出版社,2005
篇9
1.企業對于電子商務人才的需求對于企業電子商務人才的需求,很多學者都進行了分類。喻昕等在《電子商務專業人才培養存在的問題及解決途徑的探討》中將企業所需的電子商務人才分為三類:(1)技術開發型。指精通電子商務技術,同時具備足夠的現代商務知識,善于理解商務要求,能夠從事電子商務軟件平臺、交易系統的開發,在技術上獨當一面的人才。如網站系統設計與開發人員、網頁美工設計人員,數據庫開發與維護人員等。(2)應用型。指精通現代商務知識,同時具備足夠的電子商務技術,能夠勝任電子商務在各相關行業的具體應用。如網絡營銷人員,客服人員等。(3)管理型。通曉電子商務全局,具有前瞻性思維,熟知至少一個行業或一種模式的電子商務理論和應用,能夠從戰略上分析和把握其發展特點和趨勢。如商務經理等。2.學生的學習需求教學研究型大學的學生,具備一定的自主學習能力和科研能力,其學習需求可歸納為以下3類。(1)應用性需求。電子商務起源于網絡和商務實踐,并隨著互聯網的發展不斷發展,學生在日常生活中就能接觸到如網購,團購等電子商務活動。因此在學習過程中就有很強的應用性需求,想要通過大學階段的學習,在畢業后迅速適應、進入電子商務實務環境,熟練操作和運作電子商務活動,具有分析和解決電子商務實際問題并從中學習和進步的能力。(2)綜合性需求。在經過大一基礎平臺課的學習之后,學生就會對電子商務的復合性有大概了解,對技術和商務兩方面知識的需求就同時凸顯出來。學生會希望在專業課的學習中懂得電子商務技術手段(計算機、網絡、信息安全等技術),能將商務需求轉化為電子商務應用;能知曉一些電子商務環境下的商務運作方式和模式,如物流與供應鏈管理、ERP企業資源計劃、客戶關系管理方式,以及網上商店、網上采購、網上銀行、網上交易市場等電子商務模式。(3)多面性需求。電子商務專業的學生,在大二、大三專業課的學習之后,通過找工作和考研等渠道獲得的信息,促使他們定位自己適合于電子商務行業的哪一個方面或層次,學習時會加強對這一方面電子商務知識和能力的學習。因此,小到網絡產品展示、網絡繳費,大到電子政務、網絡購物等各方面電子商務知識都有需求。3.實踐教學的培養現狀在教學方法上,首都師范大學郭曉宏提出“過程性評價”方法,指在教學活動過程中對學生的學習過程進行評價;浙江財經學院陳明晶等提出基于“三創”(即創意、創新、創業)的電子商務人才培養新模式;江蘇經貿職業技術學院羅曉東提出“動態能力集”的人才培養模式與思路,核心思想是:依據行業需求,以就業為導向,以能力為中心,將實際工作崗位所需要的能力任務化、項目化,構建人才培養動態能力集;再根據任務化了的動態能力集確定相應的課程體系,形成動態的能力模塊和能力點。在教學手段上,湖南商學院使用基于混合學習,合作學習,社會建構論的輔助課堂虛擬學習社區開展電子商務教育;珠海城市職業技術學院提出,基于工作過程的崗位技能實訓、就業綜合技能實訓和創業實踐的高職電子商務專業三級實訓體系;還有很多學校提出工學結合,創業教育,校企合作等思想。在教學系統設計上,西安交通大學采用以“重點實驗室+校企合作平臺”為依托的實踐教學模式;北京郵電大學采用以“實驗室+實踐基地+虛擬平臺”為依托的實踐教學模式;華中師范大學采用“實驗教學示范中心”為依托的立體化實踐教學模式;杭州師范大學采用以“全程化實踐課程+企業平臺”為依托的實踐教學模式;義烏工商職業技術學院朱聞亞提出基于“專業—就業—創業”的電子商務專業實踐教學體系。
教學研究型大學電子商務實踐教學中存在的問題
(1)偏向于以教師為中心。在教學研究型學生人數較多的現實情況下,易受傳統的灌輸式教學方式的影響。學生對書本和老師所講的知識只是死記硬背書本上的知識,應付考試,并沒有對知識進行深入的探索、理解,使得教學研究型大學實踐教學的開展,難免浮于表面。(2)教學研究型大學的科研資源、師資力量難以和研究型大學相媲美。在這樣的條件限制下,一些學校傾向于以服務社會的目的,如針對“淘寶”等電子商務公司需求進行“訂單式”、“崗位式”技能知識培養。使得學生專注具體的商務活動,忽略了對基礎知識的扎實學習,學生短時間內可以直接上崗,但從長遠來看,并不利于學生的個人發展。
教學研究型大學電子商務實踐教學的解決方案
篇10
[關鍵詞] B2B 供應鏈 電子商務
一、引言
供應鏈管理(Supply Chain Management,簡稱SCM)是一種集成的管理思想和方法,它把供應鏈上的各個企業作為一個不可分割的整體,使供應鏈上各企業分擔的采購、生產、分銷和銷售職能成為一個協調發展的有機體。隨著電子商務的進一步發展,企業的商業競爭將會越來越激烈,不只是單獨企業間的競爭,而將是包括電子商中整個供應鏈間的競爭。然而,我國許多企業的經營理念、交易方式等均沒有與國際接軌,加快供應鏈管理已成企業的當務之急。因此,本文結合供應鏈管理,設計出一種基于B2B模式的電子商務系統框架(B2B-SCM)。
二、B2B-SCM框架
通過對電子商務供應鏈管理系統的研究,將電子商務供應鏈中各個環節集為一體,成為協調發展的一個整體,本文提出的B2B-SCM的框架圖如圖1所示。
該B2B-SCM系統是以制造商為中心的電子商務系統,系統的服務器和數據信息集中部署(通常考慮部署在制造商Intranet中),主要參與者包括制造商、供應商、銷售商和物流商,通過訪問該系統完成各自的業務功能,并實現相互間的協作活動。銀行和認證中心(CA)等輔助參與者與本系統通過特定的網關、接口或協議實現交互和協作。整個系統的供應鏈流程如圖2,其中:
銷售商查詢產品信息是指銷售商通過網站查詢或通過廠商的電子郵件獲得廠商產品信息。
銷售商提交訂購信息是指銷售商提供自己的訂購信息,包括所需產品的名稱、規格、數量等。
廠商確認是指廠商根據銷售商訂購信息進行談價。
廠商與銷售商協商簽訂合同是指廠商與銷售商協商合同細節,并簽訂合同,該部分可能包括傳統的手工合同。
自動/計劃生成需求信息是指生產總調度根據市場需求或銷售商的需求確定生產計劃,采購部根據生產計劃確定采購信息并通過網上,包括部件名稱、規格、數量、交貨時間及其它相關信息。
供應商查詢需求信息是指供應商通過網站查詢或通過廠商的電子郵件獲得廠商采購信息。
供應商提交競標信息是指供應商提供自己的競標信息,包括所提供部件的名稱、規格、數量、交貨時間、交貨方式及其它相關信息。
廠商評標是指廠商根據供應商競標信息選擇供應商。
廠商與供應商協商簽訂合同是指廠商與供應商協商合同細節,并簽訂合同,該部分可能包括傳統的手工合同內容。
合同執行是指廠商與供應商均可通過電子商務系統查詢并追蹤合同的執行情況,包括發貨情況、到貨情況、付款情況、到款情況等。
三、主要子系統設計
根據供應鏈的流程,我們設計的子系統如下:
1.制造商子系統:主要完成與制造商相關的信息管理,如部件訂單信息、物流信息維護、資金信息維護等
2.銷售商子系統:主要完成與銷售商相關的信息管理,如包括瀏覽制造商的產品、合同協商與維護等
3.供應商子系統:主要完成與供應商相關的信息管理,如瀏覽制造商的部件表、在線簽訂合同;合同追蹤等。
四、系統技術實現
1.開發平臺:
本系統基于J2EE平臺利用工具Eclipse、JBOSS應用服務器、MySQL數據庫進行系統開發與實現。
2.安全策略
筆者選用了高效、安全、易用、勿須額外付費的頁面安全控制技術。該技術的核心是JAVA SERVLET和SESSION。對每一個JSP頁面調用一個SERVLET來對用戶身份進行驗證。我們對企業員工進行等級權限劃分,并且采用了基于角色訪問控制機制進行授權,授權方式相當靈活。
五、實際應用
某汽車制造廠和其企業合作伙伴的電子商務系統中,采用了B2B-SCM框架和相應的技術進行了實現,并將這一電子商務系統運用于實踐。實踐證明,基于B2B-SCM框架的電子商務系統提高了企業的運行效率,取得了較為滿意的效果。
六、結束語
本文首先分析了電子商務供應鏈管理的重要性,然后結合B2B和供應鏈管理提出了B2B-SCM框架。使用該系統架構實現了基于網絡的供應鏈一體化,達到了高效率、便捷、直觀的商務數據存取和管理,保持商務活動中相關企業之間高效率的交互能力,提高了企業的協作能力和企業的生產水平,同時降低了企業生產和風險。
參考文獻:
[1]劉軍董寶田:電子商務系統的分析與設計[M].北京:高等教育出版社
[2]毛海南許晶:電子商務環境下的供應鏈管理[J].JOURNAL OF COMMERCIAL COLLEGE,NO.4.2004