電子商務系統應用軟體設計

1. 電子商務系統設計

電子商務系統是互聯網時代計算機系統的主流應用，是集成了數據管理、事務處理、業務流程重組、系統安全管理等技術的復雜系統。很多企業管理者和信息系統技術負責人在被電子商務系統的廣闊前景所吸引的同時，亦為不知如何開展電子商務系統的建設而煩惱。系統集成商參與項目開發的困難更多：用戶需求不準確、經常變化，開發人員與業務人員溝通困難、誤差極大。最後上網工程變成了網頁設計大賽，花費了大量人力物力建造的網站並沒有為企業帶來預期中的收益，反而變成了一個擺設，甚至因為要不斷投入維護費用而成了企業的負擔。 本文著重討論電子商務系統工程中系統需求分析和系統概要設計的基本方法，向項目經理和技術負責人介紹如何組織電子商務項目的開展。事實上電子商務系統一方面是一個相當復雜的工程，需要科學的系統規劃和項目管理，另一方面電子商務系統也只不過是一種應用計算機的系統工程，雖然涉及的技術內容和業務因素較多，但只要遵循合理的系統工程實施方法進行，仍然可以順利地完成電子商務系統的建設。 電子商務技術可能目前世界上最令人眼花暸亂的技術領域，新名詞、新技術、新術語每天都在出現，如何建設電子商務系統，似乎有無數種可能，令人無所適從，不知如何作出正確的決策。技術本身並不能為企業帶來效益，只有合理應用技術建造的系統才能幫助企業解決業務運作中的問題，幫助企業發展業務，所以設計電子商務系統時必須堅持一個原則：企業的需求是目的，任何技術都只是實現需求的手段，建設電子商務系統不是為了應用某項新技術，而是為了解決企業的實際問題。只有堅持這個原則才能避免常見的失誤：採用了很多不成熟或者復雜的技術，工程費用超標，項目進度無法保證，應用效果未如理想等等。電子商務系統的目標可以用以下幾個問題來總結。 應用環境：系統將為哪些用戶服務？他們使用什麼平台，如何訪問企業的電子商務系統？ 系統功能：系統為用戶提供了什麼服務？哪些是已經有的，哪些要修改，哪些要重新開發？ 數據資源：為了實現這些服務功能，系統將使用哪些數據？數據量多大，如何存儲？ 安全管理：系統的安全性如何保證？系統管理如何實施？其中系統功能是范圍最廣泛的問題，從最早的信息發布到現在很流行的B2C，B2B，ASP等都是系統功能的一種，按實現這些功能的技術核心可以分為三類： 1 信息共享與數據交換
數據存儲與數據通訊技術是實現這類功能的核心技術，這類系統幫助用戶通過電子郵件、搜索引擎、數據發布技術等高效地獲得信息，提高數據交換的速度與信息共享的效率。 信息共享型的電子商務系統可以降低企業內部由於信息溝通不靈而帶來的損耗，減少日常工作的文書往來，提高工作效率，更有效地管理企業內的信息使用情況。 2 電子商務交易
以電子化的方式實現商務交易過程中的每一個步驟，能適應業務的快速發展而變化是實現這類系統的關鍵，電子商務交易系統是目前最具挑戰性的領域，技術核心是應用系統開發能力與事務處理技術，其中也包括與金融系統介面進行網上支持的SET及相關技術，目前的B2C，B2B即屬於這一類系統。 電子商務交易系統是現代企業在互聯網時代擴展新市場的重要手段，設計良好的交易系統能使企業一天24小時不停地運轉，為客戶提供優良的服務。如果能將企業核心業務系統與互聯網系統有機地集成起來，就能大大地擴展企業的運作范圍，降低經營成本和銷售成本。 3 互聯網伺服器上的應用服務
擴展互聯網伺服器的服務能力，定製滿足客戶需求的應用服務，其內容可能包含了所有電子商務系統的功能，JAVA技術與事務處理技術是這類系統的技術核心。這類系統通常指企業級的門戶網站或ASP，由於其極高的處理負載，還需要提供額外的集群技術、性能管理等復雜的技術支持。 這類系統或者是把原有的企業核心業務系統與互聯網伺服器集成起來，或者是在互聯網伺服器上開發功能完善的應用服務系統。訪問這類互聯網伺服器的客戶能得到自動更新的最新數據，獲得定製化的自助服務。訪問這類系統的客戶數極多，因此要求具有較好的可擴展能力，性能不會受客戶連接數變化的影響，一直保持良好的狀態，所以要採用連接管理技術、事務管理與資源協調等復雜的技術。 本文分三大部分，分別介紹系統需求分析與系統設計的組織方法，以及開展功能檢驗與性能測試的過程，著重介紹基本原則，並不泛及特定相關技術的細節。至於系統實施階段所採用的技術與方法，由於電子商務系統的復雜性、新技術層出不窮，實在不是用一篇文章甚至一兩本書所能涵蓋的。 系統需求分析 系統需求分析是為了系統開發人員准確地理解業務部門的目標，制定合適的實施方案，系統需求對系統實施的重要性不但應該反復強調，還應該避免收集系統需求過程中常見的幾個誤區： 1 系統需求分析不是一次性的工作，而是一個反復遞進的過程，隨著電子商務應用系統的推廣，業務部門會提出新的需求，或者改變原來的業務需求。這是允許的，而且是正常的，技術部門不能拒絕業務部門提出的新需求，而應積極配合，對原有的實施方案作相應的改變。
2 系統需求的根源是業務部門運作的需求，而不是技術部門為了實現某種先進技術而提出的需求。系統方案不能因為出現了某項新技術而作改變，畢竟，使用新技術只是手段，支持企業的商業運作才是最終目的。
3 系統需求不僅限於業務需求，還包括了客觀條件的各種限制，如項目進度的要求、與已有系統兼容的要求（如企業的所有核心數據都已經存儲在Sybase資料庫中、或者企業的舊系統留下幾千台終端必須加以利用）或其他政策法規的限制（如商業系統中使用的密碼系統必須經過政府有關部門的認證）。制定應用系統的實施方案時應把這些因素考慮在內。
收集系統需求的主要途徑是系統分析人員與最終用戶通過交談發掘搣真正攠的系統需求，獲得用戶的認同，在業務部門的幫助下准確地認識業務環境（這一點是大多數技術人員最缺乏的），收集足夠完整的信息，完成一系列文檔作為確認本階段工作的檢查標記，並作為進行下一步工作的基礎。
哪么什麼才是搣真正攠准確的系統需求，當一個客戶向系統分析人員提出要求：搣我們要建立一個網上商城，讓我們公司的客戶可以在網上直接下訂單攠，這是一個絕對真實的要求，但並不一定是一個准確的系統需求，或者說這並不一定是最適合該企業實際需求的目標。因為客戶在提出要求時，一般已經對電子商務有了一些先入為主的認識，認為電子商務就是這樣的，或者只能是這樣的，又或者同行和競爭者已經這樣做了，所以我們也要這樣做。實際上他們所真正需要的，可能比這個要求多，可能比這個要求少，甚至完全是另一個系統。這時系統分析人員就要耐心地發掘客戶的實際需求，通常是提出這樣的問題：
您希望這套電子商務應用建立起來後，能為您的企業達到以下這些目標中的哪些呢？哪些目標是您最希望達到的，您認為您的企業目前在這些方面存在什麼主要問題，您希望電子商務系統能在多大程度上解決這些問題呢？
增加客戶數量 降低企業運營成本或提高營業額
提升公司的總體形象
加快產品推向市場的速度
使企業比同行更具競爭力
縮短新產品的開發周期
改善庫存管理和采購流程管理的效率
改善企業與代理商之間的合作關系
提高客戶滿意度和客戶服務的質量
提高本企業員工的合作溝通效率
幫助企業拓展新的市場這樣的談話最好是在系統分析人員和企業的業務負責人之間進行，而不和企業的電腦部門技術負責人，只有這樣才能發掘出系統真正的需求。系統分析人員通常會從企業負責人那裡得到一些與電子商務技術完全無關的情況，例如搣客戶抱怨我們的交貨期不準時攠、搣我們的企業太大了，各部門間的合作溝通很成問題，總是左手不知道右手在做什麼攠等。這樣的交談能幫助系統分析人員准確地為電子商務系統定位，規定其功能邊界。
企業的負責人通常會更多地著眼於總體的業務規劃，負責需求分析的系統分析人員和項目經理應利用這個機會，向企業管理人員詳細地解釋幾類電子商務系統的功能和應用，啟發他們更深入地發掘企業的需求，以實踐經驗和成功案例向他們說明企業電子商務系統的預期目標，幫助他們樹立正確的期望值。多數企業都是第一次實施電子商務系統，且由於媒體的大肆宣揚等外界因素的影響,可能對系統的預期效果產生不切實際的期望，系統分析人員在需求分析階段就要准確地掌握和調整客戶的心理期望。客戶的期望值也是系統需求的一個重要因素，直接影響系統完成後的實施效果。
客戶的態度和技術水平是影響系統設計者作出方案的重要因素，也是系統需求的一部分，系統需求分析階段要和客戶一起作出充分的交流和評估。客戶的態度指企業決策者對新技術的接受程度以及願意承受風險的程度，電子商務領域的新技術層出不窮，成熟技術的功能比不上新技術，但風險卻較低，企業決策者在這方面的態度影響系統設計者設計方案時的技術選擇，如果企業決策者選擇較先進的新技術，系統分析人員有責任提醒他採用新技術可能面臨的風險：失敗的可能性較高，項目進度和開發成本可能超出預期。切勿投客戶所好，隱瞞新技術背後的不利因素。企業決策者在選擇系統集成商時也應小心，集成商的技術水平不是由掌握新技術的程度所決定，而是由他們運用技術解決實際問題的水平所反映。
中國的大多數大型企業都有專門的計算機部門，電子商務系統建成後維護管理甚至二次開發的工作都將由他們負責，方案設計時也應把客戶方技術人員的知識基礎和專業訓練程度考慮在內。系統需求分析階段最好對客戶方技術人員作一次全面的評估，考察他們對與電子商務系統相關的技術領域的掌握程度，評估的內容有：互聯網伺服器，對象技術，JAVA，應用開發工具，資料庫技術，事務處理技術，安全技術以及對工業標準的認識程度。
系統分析人員要把這些分散的需求匯總成系統的目標，製成初步系統概要需求書，准確而完整地描述企業的總體需求，再次強調系統的預期目標，並獲得企業負責人的認同，再在此基礎上作系統的初步設計。
系統需求分析的工作並未就此結束，反而才剛剛開始。項目經理應作一些准備工作，召集第一次項目會議，會議的參加者包括客戶方的業務和技術負責人，以及項目建造方的項目經理，會議的主要目的是進一步確認和細化系統概要需求書中列出的需求，確定系統建造的方向。這些會議應原則上達成下列這些目標： 1.詳細討論當前環境的情況和系統需求。2.檢討目前正在使用的應用系統，明確列出需要解決的問題。3.在適當的時候交換各自對電子商務系統所持的思路與觀點，創造較易達成共識的認知基礎。4.確定系統的主要目標，當系統需求的范圍比較廣泛，系統目標也可分為短期目標和遠期目標。5.列出為保證系統順利而要解決的主要問題，劃出最突出、最緊迫的問題，爭取客戶方的合作，在系統開始實施前即加以解決。6.向客戶解釋實施系統過程中使用的核心技術和方案的總體思路。7.基於會上達成的共識，制定各人的行動計劃表。這樣的一個會議不可能在一兩個小時內完成，可能需要幾天的時間，甚至在不同的場合下以不同的形式組織，如方案展示會、討論會、現場參觀等。在條件許可的情況下，組織項目會議成員參觀一些類似的電子商務系統，作為背景參考資料，引導項目會議成員參考成功的電子商務系統的實施經驗，對會議的成功有很大幫助。IBM在全世界各地幫助實施電子商務系統的經驗表明，這樣的項目會議對項目的成功有極其重要的意義。項目會議上技術人員與業務人員面對面地交流，節省了大量時間，技術人員能更好地理解業務人員的需求，作出切合實際的方案設計，業務人員也能更好地了解技術手段的限制，雙方的溝通還可以促進企業的業務流程向更合理、更適合計算機管理的方向改進。
實際運作中，參與項目會議的管理人員的時間相當寶貴，把所有人集中起來的機會不多，項目會議的召集人不能簡單地約定一個時間就召開會議，應該在召開會議前作認真的准備。准備工作主要有以下這些：1.確定客戶方的與會者名單，和每個與會者單獨交談，說明會議的目的，聽取他們的意見收集更細致的需求。客戶方與會者人數以四至六人為宜，太多了溝通效率就會下降。2.確定開發方的與會者名單，開發方的與會者人數以四人左右為宜，主要是項目負責人、系統設計員、開發經理和技術負責人，確定會議上討論的題目，為每個題目指定責任人向客戶說明。雙方與會總人數不宜超過十二人。3.准備需求分析文檔作為討論的基礎，這些文檔主要的內容是：
目標系統概述：目標系統的主要功能描述和運作方式。
* 系統結構：當前系統的邏輯及物理結構，正在運行的軟體及其配置圖。
* 資料庫結構：描述企業核心數據的結構，確定哪些數據將開放到互聯網伺服器上，互聯網用戶訪問數據的方式與范圍。
* 網路環境：當前系統的網路拓撲結構圖，目標系統的網路結構圖，以及網路上採用的工業標准如通訊協議、命名規則等。
* 安全性要求： 企業系統當前使用的安全管理方式，以及為適應電子商務系統的運行應作出哪些安全管理方面的改進。
* 性能要求：系統性能受很多因素的影響，性能要求分析把事務流程分解，針對每一環節討論性能要求，充分討論制約性能的不利因素，以及保證性能要求的技術手段。
系統組織結構圖：企業的人事組織結構和業務流程圖，列出為了保證電子商務系統順利運行而配置的組織結構，及每個崗位的技術素質要求。4.會議召開前公布會議的主題，以及與會者名單，附上每個人的背景材料如職位、在項目中的角色等。總之，會議前訂立明確的主題和充分的准備（包括文檔准備和會前的單獨溝通）是會議成功的基礎，作為會議召集人，要在會上以自已的技術基礎與行業知識作出方向性的指導，控制時間，及時制止會上一些不能在短期內得出結論的討論。會議的重點應放在分析系統的現狀與需求，避免過早地引入特定的技術手段，以免提前給方案的設計設下局限。系統現狀的分析除了總結與回顧在第一階段所作的系統需求的結果，還可以具體地對現有環境作技術性的分析。
系統環境的技術性分析主要有以下內容：
* 網路環境的分析：網路拓撲結構分析，當前系統的網路結構，網路上的伺服器配置等。網路流量需求分析，分析當前網路帶寬是否能滿足新系統的要求。網路系統的安全體系及安全管理策略，電子商務系統是比傳統的企業網更開放的系統，安全性要求更嚴格。
* 應用環境的分析：當前系統的軟體配置及版本，應用程序的運行模式（運行平台、是否需要實時訪問和聯機事務處理等）。資料庫結構，應用系統的核心數據模式。用戶熟悉的應用開發方式和熟練掌握的開發工具，用戶的經驗可能是寶貴的資源，能加快系統開發的進度和保證系統使用的效果，因為無需重新培訓而節省成本、降低風險；也可能是採用新技術的重大阻礙，由於習慣性心理而抗拒新的開發工具和應用運行方式，即使投入大量資源重新培訓，仍然要冒很大風險，系統維護人員可能由於不熟練而發生人為失誤，造成運行故障。這種情況在中國企業中尤其普遍，系統設計人員要以非常謹慎的態度來對待。
* 客戶運行環境的分析：電子商務系統的客戶是互聯網上使用瀏覽器或其他設備的客戶，不同於傳統的企業內部網中所有客戶運行環境都是預定定製的固定環境，系統需求列出電子商務系統支持的客戶環境要求，如瀏覽器類型，是否要支持JAVA，是否支持上網手機等。
* 其他特殊需求，如客戶的系統一定要採用Linux平台，或者有特殊的多國語言字元支持問題等。
經過詳細的分析後，項目會議最可能的結果就是聽到一大堆意見和要求。一個可控制進度與預算的項目不可能達成不受控制地產生的要求，分出輕重緩急才能簡單直接地解決問題。項目負責人先取得與會者的認同，目標太多不能在一個項目內完成，請大家先選出要在當前項目內完成的目標，然後評估這些目標的重要性。如果意見不能統一，被列為很重要的目標仍然很多，就要重新篩選這些目標。對於最後列出的目標，再次徵求大家的意見，確認這些目標已經包含了目標系統的基本功能，沒有重大的錯誤和遺漏。系統設計者對被列為很重要的目標和要求應特別重視，它們是影響系統方案的主要因素。第一次項目會議的成果是詳細而明確的系統需求，系統設計人員根據系統需求和目標進行詳細的方案設計。

2. 電子商務系統的分析與設計的目錄

第1章概論
1.1電子商務與電子商務系統
1.1.1商務活動與電子商務
1.1.2電子商務系統
1.1.3電子商務系統的特點
1.2電子商務系統的發展歷史
1.3電子商務系統發展中的熱點技術
1.4本書的內容安排
本章小結
思考題
實踐環節
第2章電子商務系統的建設與運營過程
2.1信息系統的建設、運行和維護
2.1.1軟體生命周期
2.1.2信息系統的開發建設方法
2.2電子商務系統的建設與運行
2.2.1電子商務系統的生命周期
2.2.2電子商務系統的建設與運營過程
2.2.3電子商務系統的建設方式
2.3電子商務系統建設項目管理
2.3.1項目管理過程
2.3.2項目管理工具
本章小結
思考題
實踐環節
第3章電子商務系統的規劃
3.1電子商務戰略規劃
3.2電子商務系統規劃的內容
3.2.1確定初步的系統需求
3.2.2開展可行性研究
3.2.3制定實施方案
3.3參與制定電子商務系統規劃的人員
3.4電子商務系統規劃的成果
3.4.1可行性研究報告
3.4.2方案建議書
3.4.3招投標文件
本章小結
思考題
實踐環節
第4章電子商務系統的分析
4.1企業經營過程中的基本商務活動
4.2典型的電子商務業務需求
4.2.1B2C的電子零售系統的基本需求
4.2.2B2B電子商務的基本需求
4.2.3企業信息門戶的基本需求
4.2.4電子商務的物流配送系統需求分析
4.3電子商務系統分析的過程
4.3.1信息系統分析的基本思路
4.3.2電子商務系統分析的基本過程和方法
4.4系統分析的軟體工程方法
4.4.1結構化分析方法
4.4.2面向對象的分析方法
本章小結
思考題
實踐環節
第5章電子商務系統總體設計
5.1信息系統設計的過程
5.1.1總體設計
5.1.2詳細設計
5.2電子商務系統的設計原則
5.2.1電子商務系統與傳統信息系統的區別
5.2.2系統設計原則
5.3電子商務系統總體結構設計
5.3.1總體結構設計內容
5.3.2系統邊界及介面設計
5.3.3系統組成結構
5.4基礎設施平台設計
5.4.1網路環境設計
5.4.2伺服器主機的選擇與設計
5.5軟體支撐平台設計
5.5.1操作系統的選擇
5.5.2資料庫系統的選擇
5.5.3開發/運行環境與工具選擇
5.5.4應用伺服器的選擇
5.5.5中間件產品的應用
本章小結
思考題
實踐環節
第6章商務應用軟體設計
6.1商務應用軟體的功能
6.2商務應用軟體設計的基本內容
6.3商務應用軟體設計
6.3.1商務應用軟體層次結構設計
6.3.2子系統劃分及模塊設計
6.3.3應用軟體詳細設計
6.4資料庫與聯機事務處理設計
6.4.1關系資料庫表結構的設計
6.4.2聯機事務處理
6.5輸入/輸出設計
6.5.1應用軟體的客戶端選擇及設計
6.5.2輸入/輸出應用軟體的設計
本章小結
思考題
實踐環節
第7章電子商務網站的設計
7.1網站與電子商務系統
7.1.1網站與電子商務系統間的關系
7.1.2電子商務網站的構成
7.1.3電子商務網站的基本類型
7.2企業信息門戶網站
7.2.1EIP的概念
7.2.2EIP的基本結構及特點
7.2.3EIP的主要功能
7.3網站設計原則
7.3.1網站設計的一般原則
7.3.2網站的可用性設計
7.4網站設計過程
7.4.1網站設計基本過程
7.4.2網站目標定位分析
7.4.3網站內容及基本功能分析
7.4.4網站結構設計
7.4.5網站環境准備
7.4.6網站費用估算
7.5典型電子商務網站功能設計
7.5.1信息發布
7.5.2商品管理
7.5.3用戶管理
7.5.4交易管理
本章小結
思考題
實踐環節
第8章電子商務支付子系統的設計
8.1電子支付
8.1.1電子支付的基本概念
8.1.2電子支付的分類
8.1.3電子支付的主要形式
8.2電子支付協議
8.2.1電子支付協議的概念
8.2.2SSL協議
8.2.3SET
8.2.4SET與SSL協議比較
8.3電子支付與認證
8.3.1認證機構的概念
8.3.2認證機構的系統結構
8.3.3認證機構的主要功能
8.3.4認證機構的網路結構
8.3.5認證機構的互通
8.4電子支付系統
8.4.1電子支付系統的建設
8.4.2電子支付平台的選擇
本章小結
思考題
實踐環節
第9章電子商務安全子系統的設計
9.1概述
9.2電子商務系統的安全要求
9.2.1電子商務的安全要求
9.2.2電子商務系統的安全威脅與防範技術
9.3ISO的安全體系結構與電子商務系統的安全體系
9.3.1OSI安全體系結構
9.3.2電子商務系統的安全體系
9.3.3電子商務安全交易協議
9.4電子商務安全子系統的設計
9.4.1電子商務安全子系統的框架結構
9.4.2安全策略
9.4.3安全管理
9.5電子商務系統安全理論
9.5.1防火牆與網路安全設計
9.5.2防火牆的基本概念
9.5.3信息加密技術
9.5.4數字簽名
9.5.5PKI技術與認證
9.6IPSec的電子商務安全體系
9.7電子商務系統安全實用技術
9.7.1防操作系統漏洞
9.7.2防Web攻擊
9.7.3防木馬攻擊
9.7.4防SQL注入
本章小結
思考題
實踐環節
第10章電子商務系統的實施和運行維護
10.1電子商務系統的開發與集成
10.1.1電子商務應用的編程模式
10.1.2電子商務應用的主要開發工具
10.1.3電子商務系統的應用集成基礎
10.1.4系統測試
10.2系統的現場實施與試運行
10.3系統的運行維護
10.3.1系統運行維護的作用
10.3.2系統運行維護的內容
10.3.3系統維護中的安全管理
本章小結
思考題
附錄A英文詞彙與主要縮略語英漢對照表
附錄B電子商務相關文檔及標准
參考文獻
參考網站
……

3. 電子商務應用系統建設包括哪些步驟

電子商務系統建設是企業應用電子商務的第一步，是一個包括商務、技術、支付、物流等許多角色與要素的系統工程。在開始建設電子商務系統之前，必須充分研究涉及電子商務系統的所有因素，全面分析、統籌規劃，形成盡可能完善的電子商務系統設計方案，在此基礎上有條不紊地進行電子商務系統建設。

對於大型企業電子商務系統，尤其要重視強調系統規劃設計。如果不重視電子商務系統的統籌規劃，或者不按照事先的統籌規劃進行電子商務系統建設，建成後的電子商務系統很可能出現協同困難，難以實現系統的預期功能，難以實現系統建設的目標，從長遠看還會造成資源浪費，使得將來必須為之付出更大的系統改進與整合成本。

基本原則

1、商務為本

電子商務，歸根結底是計算機網路技術在商務中的應用。在進行電子商務系統設計時，應該以商務為主、以技術為輔，將技術作為滿足商務需求、實現商務目標的手段。就企業而言，要立足企業的業務需求，著眼企業的未來發展，緊密配合企業發展戰略，最終要落實到企業效益的增長上面。

2、需求引導

不要被各種各樣的電子商務模式、應用軟體、解決方案和網路平台牽著鼻子走。好好研究你對電子商務的需求，讓需求告訴你應該怎樣應用電子商務。需求是指導你進入電子商務領域的最好的"專家"。比如電子商務模式，是需求和成功創造了模式，而不是相反。從需求出發而不是從現成的商務模式出發，成功才會離你更近些。一個成功的新商務模式，也許正期待你在需求的引導下去創造。

3、系統觀念

企業電子商務系統的建設，是一項包括商務和技術的許多環節、許多要素在內的系統工程，與企業本身的各個部分、各個環節也有著密不可分的關聯。在電子商務系統的規劃設計過程中，必須充分考慮可能與擬建企業電子商務系統相關聯的所有方面，制訂盡可能周全完善的企業電子商務系統規劃設計方案。必要的時候，應該設立專門機構，統一負責企業電子商務系統的建設工作，以及建成以後的系統運作管理。

4、資源重組

任何一個企業都是由各種各樣的資源組合而成的。資源包括資金、人才、品牌、技術和產品等一切能夠為企業帶來或創造價值的有形或無形的資產。企業經營的本質就是通過不斷的資源配置、組合、調整與交易，實現企業資源總價值的不斷提升。電子商務以其快速、廣域、豐富、互動和廉價的巨大優勢，正在成為對企業資源進行重新組合有力手段。要通過電子商務系統重組企業資源，實現企業組織、管理和業務模式的創新發展，以增強企業競爭力和未來發展潛力。

5、流程改造

電子商務決不是對傳統商務流程的簡單的"電子化"、"網路化"，電子商務流程也不是傳統商務流程的簡單"復制"。電子商務條件下的信息交流工具和商務運作方式，為設計和實現更加先進、

更加合理、更加有效的商務流程創造了條件。

6、復合優勢

系統設計不僅僅是技術人員的事情，而是商務人員與技術人員共同的事，需要這兩面人才的通力合作。事實上，在系統設計的某些階段，商務人員的作用甚至比技術人員的作用還要大，比如商務分析。最好有兼具商務和技術兩方面知識才能的復合型電子商務人才，如果沒有，則應當加緊物色或者培養，因為不但在電子商務系統設計的過程中需要這種復合型電子商務人才，電子商務系統建設和運行同樣需要他們。

建設步驟

電子商務系統是商務與技術結合的產物，所以在電子商務應用的全過程中，都必須充分兼顧這商務和技術兩個方面的因素，以科學、合理的程序展開系統設計、建設和應用工作。如果按階段劃分，要實現電子商務應用，電子商務系統建設大致需要經過下列五個階段：

1、商務分析階段

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

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

2、規劃設計階段

在完成上述商務分析的基礎上，在掌握電子商務最新技術進展的情況下，充分結合商務和技術兩方面因素，提出電子商務系統的總體規劃，提出電子商務系統的系統角色，提出電子商務系統的總體格局，亦即確定電子商務系統的商務模式，以及與商務模式密切相關的網上品牌、網上商品、服務支持和營銷策略四個要素。

電子商務系統設計工作可以由此展開，也即從子系統、前台、後台、技術支持、系統流程、人員設置等各個方面全面構架電子商務系統。此階段的工作完成的好壞，將直接關繫到後續電子商務系統建設和將來電子商務系統運行和應用的成功與否。

3、建設變革階段

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

4、整合運行階段

上述建設變革階段完成後，就可以將經過變革的組織、管理和業務流程，與已經建好
的電子商務技術平台整合起來，進行電子商務系統的試運行。再經過必要的調整、改進以後，實現電子商務應用的工作就可以進入整合運行階段，開始實現電子商務應用。

企業電子商務系統建設決不是一旦建成就可以一勞永逸的事情，必須在系統應用的過程中，根據企業商務和網路技術等各個方面的變化，不斷創新、改進、完善，確保和提高企業電子商務系統的競爭能力。

4. 學習電子商務需要學習哪些軟體，請詳細說一下

用到的軟體有：PS、Flash、Dreamweaver、CorelDRAW、Illustrator、fireworks。

本專業有六個專業方向：網站設計與程序方向、網路營銷方向、網路產品規劃方向、企業信息化、個人網路創業及銀行卡的研發，seo優化和網店運營方向。

電子商務專業在不同高校里要求的課程也是不一樣的，一些院校注重電子商務網路技術、計算機技術，還有一些院校會把課程重點放在商務模式上面，這些主要體現在這個專業所在的院系，有的在管理學院，有的會在信息科學與技術學院，有的會在軟體學院，商學院。

專業畢業後，可從事銀行的後台運作（網路運作）、企事業單位網站的網頁設計、網站建設和維護、或網路編輯、網站內容的維護和網路營銷（含國際貿易）、企業商品和服務的營銷策劃等專業工作。

或從事客戶關系管理、電子商務項目管理、電子商務活動的策劃與運作、電子商務系統開發與維護工作以及在各級學校從事電子商務教學等工作。專科學生畢業生主要從事網路營銷、網路客服、電子商務項目運營等方面的工作，專科學生還可以在呼叫中心從事電話營銷的工作。

(4)電子商務系統應用軟體設計擴展閱讀：

電子商務就業崗位：

1、網路營銷專員

電子商務已經得到了中國相當部分企業的認可，尤其是佔中國企業總數99%的中小企業，由於中小企業生存發展的需要，他們急需通過網路這種效率高、成本低的手段，因此他們對網路營銷具有較大的依賴性，存在網路營銷人才的需求缺口，已形成明確的網路營銷崗位職責。

網路營銷專員能夠有效地利用B2B平台、搜索引擎、企業網站、博客、論壇等幫助企業實施營銷活動。

2、網站策劃/編輯

一般要求：熟悉網站策劃、實施、運營、宣傳等業務流程；熟悉電子商務運營與操作流程，能夠洞悉電子商務的發展方向；對企業上網有比較深的理解，熟悉企業網站的功能要求。

有較強的中文功底和文字處理能力，具有一定的網站欄目策劃、運營管理知識；具有較強的選題、策劃、采編能力、歸納能力；熟悉電腦操作，掌握基本網路知識。

3、網站推廣

一般要求：負責網站內容/網站網頁設計/網站企劃/網站營銷企劃；網站社群相關服務，內容規劃及經營；會員維護及管理工作；文筆好，能夠獨立作市場宣傳策劃及文案的撰寫；能夠熟練運用各種宣傳媒介進行宣傳推廣工作。

4、網站開發人員

一般要求：負責網站WEB頁面的開發與後台的技術支持；能夠滿足運作層對技術層的需要；精通ASP/PHP/CGI 3種開發工具的一種，能夠獨立開發後台；精通SQL server、Access能夠獨立完成資料庫的開發。

5、網站設計

一般要求：能熟練的應用Flash、Dreamweaver、Photoshop、css+div、xml+xsl（不包括程序）等編輯網頁；精通平面設計，熟悉FrontPage，DreamWeaver，Flash等網頁製作工具，能夠承擔大型商業網站製作。

熟悉Photoshop、Coreldraw等圖形設計、製作軟體，熟悉HTML、ASP語言；具備一定的視覺傳達設計功底，擅長廣告創意、設計在網路廣告、傳統媒體廣告上的應用；對網站建設，VI的設計及應用有一定的經驗，具有溝通、合作精神，有創造力。

熟悉JAVASCRIPT，能夠了解jsp或servlet或php，能夠獨立完成動態網頁；掌握HTML、JavaScript，了解網站程序實現原理，有與程序員配合的經驗。

6、網站運營經理/主管

一般要求：熟悉網路營銷常用方法，具有電子商務全程運營管理的經驗；能夠制定網站短、中、長期發展計劃、執行與監督；能夠完成整體網站及頻道的運營、市場推廣、廣告與增值產品的經營與銷售；能夠完成網站運營團隊的建設和管理，實現網站的戰略目標、流量提升與盈利。

7、外貿電子商務

一般要求：負責維護並回復ecvv等電子商務平台的外貿客戶詢盤；參加廣交會、義博會、德國科隆博覽會等專業性展會(英文表述：Directinstry，Exhibition，Trade Fair，VirtualExpo)。

參考資料：網路-電子商務專業

5. 開發一個電商平台APP系統軟體開發要多少錢根據需求決定價格

• 首先要確定客戶的需求。在開發前必須要先了解客戶的需求是什麼，他們想要什麼效果、什麼功能的app，這款app的用戶群體分類有哪些，只有先了解清楚用戶的需求之後，才能制定接下來的內容。

• 確定產品設計圖。設計圖就是簡單的框線圖，相當於app開發的圖紙。這個設計圖是根據用戶的需求分類，然後將分析出來的需求進行分類整理，最終確定了設計圖。一旦確定了，在APP未正式上線之前，一般不會有改動了。

• 產品的視覺設計。確定完app的設計圖之後，接下來就是app的正式開發了，由專業的設計師根據app的類型、功能結構、頁面交互、用戶定位等，設計app的界面效果圖。一般的視覺設計需要用到PS、ai、FW等軟體設計。這種設計的好處就是用戶對待平面化的審美比較統一，也能夠吸引用戶。

• 產品的構架。app的開發包括安卓端、iOS端、運營管理後台、手機運營助手、伺服器資料庫等。產品的構架，分為前端和後端，前端就是使用android/ios等開發語言按照之前做好的產品規格進行開發，後端是處理業務邏輯，為前端提供存儲和查詢的介面。

• 進行線上測試。APP初步開發好之後，就需要對app的功能等進行測試了，測試一下是否存在問題，app是否適應不同的頁面解析度，還要測試一下app在不同系統不同手機裡面的頁面效果，流暢度等等。如果有bug就要趕緊進行修改解決。等都解決完，沒有問題之後，就可以把app上架到各大應用市場了。

6. 電子商務系統分析與設計有什麼關系

電子商務系統開發周期電子商務系統建設是企業應用電子商務的第一步，是一個包括商務、技術、支付、物流等許多角色與要素的系統工程。所以它不是一個孤立的系統，它需要和外界發生信息交流。同時，這一系統內部還包括不同的部分，例如：網路、計算機系統、應用軟體等。首先，在決策方面，從組織和人力資源的角度來看，需要將建立和管理一個成功的電子商務系統所需要的各類的專業人員組織成一個團隊；當然也可以將該項任務外包給一些高科技公司（現在國內絕大部分企業的做法）。此外，要確定網站所採用的硬體、軟體和電信設施。雖然有技術顧問幫助決策，但是系統（包括電子商務網站）的正常運行最終是企業的責任。制定電子商務網站規劃的一種方法是系統開發生命周期法。系統開發生命周期法（systemdevelopmentlifecycle，sdlc）是一種用於了解系統的商業目標並設計出合適的解決方案的方法。電子商務系統的系統開發生命周期主要包括如下5個方面：（1）系統分析規劃：選定商業模式，確定商業目標、系統功能及信息需求（2）系統設計：邏輯設計與物理設計（3）系統開發：企業內部開發與系統外包（4）系統實施：一項復雜的系統工程（5）系統運行/維護：保證系統正常運行

7. "電子商務系統設計的基本原則是什麼"

了解用戶
在創建之前，您必須清楚自己的網站或應用的目標用戶是誰，如何做版出最好的設計將依賴於此。一權旦你對網站或應用的受眾有了清晰的了解，你隨之就能找到他們的需求，並設計出滿足用戶需求的觸動人心的完美設計。競品能為完成這些提供一些想法，留意競品的顏色、布局、風格、特點。當你使用用戶早已適應的風格和設計時，他們瀏覽你的網站就輕松得多。然後你就可以根據他們的需求，用你的想法來區分自己。當你已確定了自己的受眾用戶，請記住將他們的反饋納入設計。 考慮最終用戶的可操作反饋非常有價值。
用戶體驗質量

8. 電子商務專業主要學什麼

1電子商務主要學習什麼
電子商務在我國算是一個比較新的專業，也是學的比較雜的專業。首先學習電子商務，需要學習計算機相關的技術，像是計算機網路技術，網頁設計與網站製作，資料庫，電商技術基礎等等。

其次，學習電子商務還需要熟練掌握一些專業技能，像是網站推廣，網站優化，SEO優化等等網路營銷知識；另外還有電商商務概論、管理信息系統、管理學、經濟學等知識。因為電子商務的專業性質，所以學習電子商務需要學習的東西是很多的。

另外，電子商務在不同的高校，要求的課程也是不一樣的。像是一些院校會把電子商務放在管理學院，有的會放在商學院，有的則是信息科學與技術學院。不同的學院課程重點都是不同的，培養側重方向也是不一樣的。

2電子商務就業前景如何
近些年，隨著全球電子商務的飛速增長，我國電子商務也在急劇發展。這也使得電子商務方面的人才嚴重短缺，而且國家政策也才支持電子商務的發展。所以，可以看出電子商務的就業前景是非常值得看好的。

但是目前電子商務這樣就業並沒有預計的那麼理想，近年來電子商務專業應屆畢業生的就業率都不是很高。造成這種情況的根本原因，主要是學校和學生雙方的問題。學校是在培養和教育電子商務專業人才等方面還有欠缺，也導致培養出的學生無法和高層次電子商務人才的需求對接。

學校方面主要的問題就是培養模式和課程設置不合理，而學生方面主要的問題就是缺少實際鍛煉機會。很多學生在實習時大多是在虛擬的環境中操作，很多現實中的情況和應用都接觸不到。所以學生在學習時要注意做好與社會的對接。

9. 電子商務信息系統的主要開發方法有哪些

電子商務系統目前使用的開發方法有以下兩種：
1、瀑布模型（生命周期方法學）
結構回分析、結構設計，結答構程序設計（簡稱SA—SD—SP方法）用瀑布模型來模擬。各階段的工作自頂向下從抽象到具體順序進行。瀑布模型意味著在生命周期各階段間存在著嚴格的順序且相互依存。瀑布模型是早期MIS設計的主要手段。
2、快速原型法（面向對象方法）
快速原型法也稱為面向對象方法是近年來針對（SA—SD—SP）的缺陷提出的設計新途徑，是適應當前計算機技術的進步及對軟體需求的極大增長而出現的。是一種快速、靈活、互動式的軟體開發方法學。其核心是用交互的、快速建立起來的原型取代了形式的、僵硬的（不易修改的）大快的規格說明，用戶通過在計算機上實際運行和試用原型而向開發者提供真實的反饋意見。快速原型法的實現基礎之一是可視化的第四代語言的出現。
3、兩種方法的結合
使用面向對象方法開發MIS時，工作重點在生命周期中的分析階段。分析階段得到的各種對象模型也適用於設計階段和實現階段。實踐證明兩種方法的結合是一種切實可行的有效方法。