電子商務系統架構設計文檔

❶ 電子商務系統設計

電子商務系統是互聯網時代計算機系統的主流應用，是集成了數據管理、事務處理、業務流程重組、系統安全管理等技術的復雜系統。很多企業管理者和信息系統技術負責人在被電子商務系統的廣闊前景所吸引的同時，亦為不知如何開展電子商務系統的建設而煩惱。系統集成商參與項目開發的困難更多：用戶需求不準確、經常變化，開發人員與業務人員溝通困難、誤差極大。最後上網工程變成了網頁設計大賽，花費了大量人力物力建造的網站並沒有為企業帶來預期中的收益，反而變成了一個擺設，甚至因為要不斷投入維護費用而成了企業的負擔。 本文著重討論電子商務系統工程中系統需求分析和系統概要設計的基本方法，向項目經理和技術負責人介紹如何組織電子商務項目的開展。事實上電子商務系統一方面是一個相當復雜的工程，需要科學的系統規劃和項目管理，另一方面電子商務系統也只不過是一種應用計算機的系統工程，雖然涉及的技術內容和業務因素較多，但只要遵循合理的系統工程實施方法進行，仍然可以順利地完成電子商務系統的建設。 電子商務技術可能目前世界上最令人眼花暸亂的技術領域，新名詞、新技術、新術語每天都在出現，如何建設電子商務系統，似乎有無數種可能，令人無所適從，不知如何作出正確的決策。技術本身並不能為企業帶來效益，只有合理應用技術建造的系統才能幫助企業解決業務運作中的問題，幫助企業發展業務，所以設計電子商務系統時必須堅持一個原則：企業的需求是目的，任何技術都只是實現需求的手段，建設電子商務系統不是為了應用某項新技術，而是為了解決企業的實際問題。只有堅持這個原則才能避免常見的失誤：採用了很多不成熟或者復雜的技術，工程費用超標，項目進度無法保證，應用效果未如理想等等。電子商務系統的目標可以用以下幾個問題來總結。 應用環境：系統將為哪些用戶服務？他們使用什麼平台，如何訪問企業的電子商務系統？ 系統功能：系統為用戶提供了什麼服務？哪些是已經有的，哪些要修改，哪些要重新開發？ 數據資源：為了實現這些服務功能，系統將使用哪些數據？數據量多大，如何存儲？ 安全管理：系統的安全性如何保證？系統管理如何實施？其中系統功能是范圍最廣泛的問題，從最早的信息發布到現在很流行的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平台，或者有特殊的多國語言字元支持問題等。
經過詳細的分析後，項目會議最可能的結果就是聽到一大堆意見和要求。一個可控制進度與預算的項目不可能達成不受控制地產生的要求，分出輕重緩急才能簡單直接地解決問題。項目負責人先取得與會者的認同，目標太多不能在一個項目內完成，請大家先選出要在當前項目內完成的目標，然後評估這些目標的重要性。如果意見不能統一，被列為很重要的目標仍然很多，就要重新篩選這些目標。對於最後列出的目標，再次徵求大家的意見，確認這些目標已經包含了目標系統的基本功能，沒有重大的錯誤和遺漏。系統設計者對被列為很重要的目標和要求應特別重視，它們是影響系統方案的主要因素。第一次項目會議的成果是詳細而明確的系統需求，系統設計人員根據系統需求和目標進行詳細的方案設計。

❷ 電子商務的主要框架及具體內容拜託各位大神

電子商務套件是電子商務時代，基於思想的管理軟體，主要強調的是企業在整個產業鏈中的協同商務能力，以物流為基礎，物流、信息流、資金流、商務流四流合一，串起ERP、SCM、CRM、DRP等企業信息化應用的各個部分，是電子商務套件的顯著特徵。目前主流的電子商務套，國外以Oracle11i為代表，國內以博科的Open9000為代表。 本文以國內外主流的電子商務套件為例，講述電子商務套件的框架及設計理念。 一、產品框架 1、什麼是電子商務套件 電子商務套件是旨在增強整個價值鏈競爭優勢，採用基於活動管理的技術來評估各種業務流程，消除重復（即不增值）的活動；強調內部協作和外部協同；以物流管理為基礎，功能涵蓋ERP、CRM、SCM、DRP等企業信息化應用，同時支持企業間的協同商務。通過標准化的咨詢、實施和服務，為企業分階段快速部署行業化解決方案，在開放、集成的平台基礎之上，可以靈活地滿足用戶個性的需求及企業業務不斷變化的要求。 對於需要管理創新的中國企業來說，電子商務套件不單是軟體產品，而是為企業引進一種先進的管理思想，導入一套成熟的經營管理模式、管理方法和手段。 2、電子商務套件應用框架 電子商務套件為企業信息化搭建起一個戰略框架，在這個框架指導下，企業可以根據自身的實際需求迅速構築信息平台，同時可以靈活、動態地、有效地管理，並實現電子化的商業事務處理的能力，使企業可以持續保持在IT投入上的競爭力，在提供的專業、貼身的服務下塑造自己的獨特競爭優勢。在這一靈活彈性的框架下，電子商務套件供應商給出了在供應市場、消費市場、資本市場、知識市場具體應用解決方案，體現了作業層、管理層和決策層等不同層次的應用，真正實現物流、資金流、信息流、商務流四流合一。實現了企業的集成管理，使企業產、供、銷、人、財、物各個環節聯結成一個緊密銜接的有機整體，同時也為進一步實現產業鏈級的協同商務提供了保證。 電子商務套件主要的應用框架特點： ◆ 全面集成、功能完整應用解決方案 ◆ 彈性、靈活、可成長 ◆ 開放的體系，集成第三方應用 ◆ 基於價值鏈，面向電子商務及產業級協同商務 ◆ 標准化服務、快速實施 電子商務套件應用框架 3、子商務套件主要特點 電子商務套件針對不同企業的規模，不同企業的類型以及不同管理模式與管理流程，均能夠實現功能可裁剪性、系統可配置性、流程可重構性、平台可移植性。 主要特點： ◆ 基於架構式平台技術，開放、集成，可成長 ◆ 跨平台操作，支持多種大型資料庫 ◆ 先進的工作流技術，工作流程可自由定義 ◆ 國際化應用，多語言、多幣種及多會計制度 ◆ 協同商務，實現全程物流管理 ◆ OLAP技術，實現多維多點智能分析 ◆ 全面的預算管理，完善的KPI績效考核 ◆ 支持多種生產管理模式，靈活的計劃應變功能 ◆ 全面電子化的實時企業內部審計 ◆ 支持移動計算技術，實現移動商務 4、電子商務套件的主要功能部件 國外電子商務套件產品，以Oracle 11i為例，主要的功能部件或者模塊包括： ◆ 市場營銷 ◆ 銷售 ◆ 服務 ◆ 合同 ◆ 財務 ◆ 人力資源 ◆ 供應鏈管理 ◆ 定單管理 ◆ 項目管理 ◆ 采購 ◆ 資產管理 ◆ 生產製造 國內電子商務套件產品，以博科Open9000為例，主要的功能部件或者模塊包括： ◆ 財務管理 ◆ 生產製造 ◆ 購銷鏈管理 ◆ 客戶關系管理 ◆ 物流配送系統 ◆ 零售系統 ◆ 工作流及知識管理 ◆ 企業內審 ◆ 集團管理 ◆ 商業智能 ◆ 企業信息門戶 二、設計理念 電子商務套件的產品核心理念，主要包括：技術平台化，功能套件化，應用協同化。 以博科電子商務套件Open9000為例，產品理念的詳細情況闡述如下： 1、技術平台化 架構式平台技術是企業級應用軟體開發技術的一種趨勢，博科的Open9000平台是基於軟體構件技術，完全集成和開放的「通用對象化內核+客戶端界面」體系架構（構件應用框架），是目前國內在技術上居於領先的，最具規模的大型企業管理平台。構件應用框架，它常是針對特定應用領域的，表示構件復用所需的軟體結構架構，說明構件是如何組裝成應用系統的，以及它們是如何相互交互的，框架既反映了一個應用領域共性的功能和基本的支撐服務，代表更大、更高層次的設計復用模式，另外，它又具備靈活性和可擴充性，允許客戶根據特定應用需要，在一些可變的插入點上，接入所需特定功能的構件，進行客戶化。「通用對象化內核」是一個群件化結構的用於數據處理的構件倉庫，它包含了企業管理中各類基本業務內容和業務邏輯規則。在內核的基礎上，針對不同行業企業處理的特點和需求，抽取不同的構件進行組合。 博科電子商務套件正是基於這一軟體工程思想，基於這一平台技術實現的，並在此基礎上快速孵化出各種行業版本的解決方案。 平台技術的優勢： ◆ 可以使企業方便地、快速地、平滑地增加新的功能，新的構件同原有的構件可以集成在一起可靠地工作 ◆ 可以特別靈活地、動態地重新配置，將一個構件替換為升級的新版本不必考慮對其它構件的適配 ◆ 允許對給定的任務採用不同的軟體開發供貨商提供的軟體，企業在實現它的解決方案時具有選擇產品的充分自由 ◆ 企業可以容易地、靈活地將為企業特別設計的構件與整個系統集成使用，從而實現企業的特殊需求 ◆ 基於構件的解決方案能夠為進一步方便地擴展系統功能提供方便，因為定製的構件的介面也可以由用戶特殊構件的使用 2、功能套件化 對於ERP軟體來說，集成是第一位的。由於國內管理軟體起步較晚以及在產品發展規劃方面缺乏遠見，沒有考慮到不同產品的集成，甚至依靠收購的方式來增加完善功能，結果導致用戶在使用過程中形成了一個個信息孤島，無法發揮信息整合的作用。同時用戶可能面臨對於相同的基礎資料要分別維護，數據需要重復輸入之類的問題，一方面帶來無效勞動；另外為了得到想要的數據，不得不做大量的二次開發工作，這不但增加項目實施的難度，還會使預算大大超過計劃。這些都給企業信息化設置了陷阱。 博科是國內第一家倡導套件概念的軟體廠商，博科電子商務套件基於博科Open9000平台實現了大型企業應用程序的全面集成，其十一大功能部件涵蓋了公司的前台和後台辦公系統，不同的功能模塊均能互連互通，還提供了無縫實時的商業智能。 3、應用協同化 企業運作效率越來越依賴於各部門、各類不同應用的協同，而不是單一部門、單一應用的水平。由於電子商務的出現，人們開始從單純關注交易這一節點向關注商務全過程轉移，這將使協作擴大到整個供應鏈上企業業務之間的協作。在企業內部，有各部門之間的業務協同、不同的業務指標和目標之間的協同以及各種資源約束的協同。如協同的生產管理能根據現有可調配的人力、物力和設備能力等資源進行優化排產，以便實現按期交貨。而在企業之間，業務間的協同變得更為重要，也更難實現。在供應鏈上，企業為了滿足客戶和市場的需求，通常需要有三個層次的計劃：需求計劃、供應計劃、滿足需求計劃，通過實施這三個計劃來完成需求與供給的匹配，在相應執行層次上提供支持功能。 只有做好不同層次、不同業務間的協同，才能幫助企業提高其產品和服務的創新能力，優化企業內部的業務流程，合理調配企業及供應鏈上的資源，更好地實現企業的並行運作，提高企業和供應鏈整體的快速響應能力。

滿意請採納

❸ 電子商務系統策劃書結構

你也太懶太吝嗇了吧，這個沒人會白給你的，別人辛苦的勞動成果，給你吃白食內，那對自容己不是太不公平了嗎？還要18頁以上，我覺得你著實太過分了點，不要想著別人給你寫，學習始終是你自己的事，你完成的怎麼樣，和別人都沒有關系，別人最多給你個建議，其餘的東西你還是得自己寫。網路沒有這樣的傻瓜蛋，你要實在沒水平，自己去買一篇好了。
我是做策劃的，我知道做一個策劃需要自己付出多少心血，所以很不喜歡你這樣的行為，你還是趁年輕時自己多學點吧。

❹ 電商前端架構設計

什麼是前端架構

• 說到架構，很容易拉出一系列的概念知識點，像系統架構、軟體架構、框架等等，這些不是今天探討的重點，大家可以下去網路來理解。架構的本質是什麼？其實也是一種管理。通常我們所說的管理，都是指對於任務和人員的管理，而架構管的是機器和代碼。比如說，機器的部署屬於運維的物理架構，SOA屬於服務架構，那麼，前端的架構指什麼呢？

• 長期以來，前端所處的位置是比較偏應用層，很薄的一層，而架構又要求深度和廣度，所以之前在前端裡面做架構，好比在小水塘里游泳，稍微撲騰兩下就到處碰壁。但最近這幾年來，隨著一些列新的技術和概念的出現，前端的范圍被大大拓展了，所以這一層逐漸變得大有可為。

• 單純從語言的角度來說，html、js、css是最簡單最容易上手的開發語言，不考慮模塊化、工具、壓縮優化，任何人都可以快速上手，完成一兩個功能簡單的頁面。在規模很小的項目中，前端技術要素彼此不會直接產生影響，因此無需架構相關的思考。由於前端語言這種靈活鬆散的特點，使得前端項目規模在達到一定規模後，工程問題凸顯，成為發展瓶頸，原來孤立的技術要素開始彼此產生影響，各種技術要素彼此之間開始出現關聯，要用模塊化開發，就必須對應某個模塊化框架，用這個框架就必須對應某個構建工具，要用這個工具，就必須對應某個包管理工具……這個時候，需要有人從比較高的角度去梳理、尋找適合自己團隊的集成解決方案。而這一系列解決問題的工具和手段就是所謂的前端架構。

架構的組成

組件框架

• 架構不等於框架這一點很好理解，相信大家都能夠很深入的說明這里的差別，框架是架構的重要組成部分，架構決定框架的選型，框架決定架構的技術路線。架構圍繞框架進行一系列的流程工具建設，從而形成完善自動的開發體系。
  +框架不等於類庫，這里就是很多人困惑的點，你用的什麼框架？jquery、underscore、linq、seajs、requirejs等等，每個人都能夠列舉一大堆。但這個是不準確的，一套編碼框架是有一系列的元素組成：

• 開發模式，我們如何來實現代碼的職責分離。以前整個前端是mvc中v這一層，而現在前端內部也進行了mvc的邏輯細分，Javascript的MVC框架現在很多，有的強化m、有的強化c。每一個框架其實都有其特點的，並且有越來越多的創新改造，比如現在最流行的是mvvm。有angular、react等等。我們是為了引入mvvc才把他們納入到我們的開發體系，而不是因為他是一個好用的類庫。

• 通訊，模塊化、組件化是前端在推進開發模式過程中的一個過程產物，為了有效的進行組件隔離和獨立，現在有各種各樣的通信模型出來，不過由於實現簡單，代碼少，他往往是合入到某個類庫裡面，但本質也是一個類庫。比較成熟的比如：消息匯流排、事件模擬、緩存中轉、flux模型等等。

• 模板，我們用什麼樣的方式來集中的處理數據往html的轉換過程，這里就不用多展開，這種類庫現在太多了，光我們公司就有很多套，大家在代碼行、緩存管理、預編譯、運算性能、強大的語法等等各個維度不段追求各種極致。

• 基礎類庫最後才是傳統類庫，相信現在已經沒有同學會在項目中去約束團隊中的dom操作、常用函數、方法、非同步化等等各種很基礎東西，這個時候我們一般就是引入jq、zepto、underscor這些封裝好的東西就行了。核心就是為了改善編碼生產力。

• 對於框架的選型要從兩面看，一是看該框架的本領，二是看你們團隊的能耐。從經驗上給幾個點建議：

• 這里也可以順便展開聊一下現在前端產品的形態分類：

• 從這些分類裡面，我們這些年派生出了所謂全端和全棧的概念。但本質上怎麼走還是要由所在產品的形態來決定。

• 內容型Web站點 側重渲染方面的優化，前端邏輯比重小

• 操作型B/S系統 以數據和邏輯為中心，界面較規整

• hybrid內置型，要處理緩存和一些本地介面，包括PC客戶端和移動端。現在的本地應用，基於很多考慮，都變成了混合應用，也就是說，開發這個應用的技術，既包含原生的代碼，也包含了嵌入的HTML5代碼

• Web游戲，前端的邏輯非常重，在代碼結構上要求非常高的可管理性和更復雜的設計模式。

• 桌面應用型，現在有一些PC端的混合應用開發技術，比如node-webkit和hex，前者的典型應用是XDK，後者的典型應用是有道詞典，此外，豌豆莢的PC客戶端也是採用類似技術的，也有一些產品是用的qt-webkit。這類技術可以方便做跨平台，極大減少開發工作量。

• 大工程應該盡量避開谷歌產品，他的很多技術開源項目都是玩票性質的，GWT、Closure、Darty就是前車之鑒。曾今提出過很多的新技術，到現在還是獨家的，變出太大。包括現在angular，喜歡做斷崖式升級，做做運營後台系統問題不大，如果是線上系統的話，每次升級就是一次人月神話中的典型焦油坑。

• 關注應用場景，像剛才說到的boss後台是一種；另外我的平台是否有沉重的歷史包袱，需要兼容ie6，還是可以輕裝上陣；產品對於seo是什麼樣的態度？是否需要考慮自適應？或者我的團隊足夠大，能夠各搞一套？；產品特徵是強內容還是強交互或者是游戲性。這些都是選擇不同框架的主要出發點。

• 沒有最好，只有最適合自己的，基本上，針對每個平台，我們都可以列出一些主流框架，但不意味著你們都能駕馭得住。小馬過馬，老牛沒過膝，松鼠淹個半死，就是這么回事。但無論我們選擇什麼框架或決定自己動手造輪子，都勿忘初心，技術必須讓我們工作生活更為輕松愉快——我們只選擇我們能駕馭住的框架，我們不能保證它在一年後是否會過時落後。

• 而且按照我個人這么多年的經驗來看，任何框架都會過時，往往不是因為他不夠好，而是因為一定有更好的出來。我們再選擇一個框架或者一個類庫的時候就要想好，未來我如何拋棄他。至少不能成為我們引入新的框架的絆腳石。現實的工作中很多的團隊往往會陷入到年復一年的用今年的新框架去重構去年老框架代碼的歷史循環中去。對於引入框架如何盡量延長他的生命力，我個人的意見是選擇框架時去追求概念，而不是潮流，當我的架構可以接受新的設計概念的時候才去考慮引入新的框架。用設計理念的選擇代替框架的選擇。之所以這么說是因為我觀察到我們部門的後端架構的開發理念跟我進公司的時候是差不多的。更多你可以參考成都網站建設

❺ 電子商務系統基本結構

電子商務時代企業組織結構模式探析
摘要：介紹了電子商務下組織結構應該具有的新特徵,提出了網路組織這種新的企業組織結構,探討了從傳統企業組織結構向網路組織轉變的幾點措施。

關鍵詞：電子商務 企業組織結構 企業組織結構變革

【本文來源】：情報雜志 2006年第10期
【本文作者】：曹高輝 王鑫鑫

科學技術是推動經濟和社會發展的第一生產力。以計算機和網路為核心的信息技術推動了電子商務的迅猛發展。國家信息中心烏家培研究員認為,從理論上說,電子商務就是通過網路進行的經濟活動,是經濟網路化的必然結果;從經濟形式上看,它是有別於游牧經濟、農業經濟、工業經濟的信息經濟或知識經濟。電子商務作為一種全新的經濟形態,帶來了企業組織生存環境的巨大變化,為了生存和發展,企業組織不得不進行相應的變革以適應這種變化,而在這其中,組織結構的變革最為明顯。

1.電子商務對企業組織結構變革的要求

在傳統的經濟環境下,實物資本、貨幣資本以及技術是經濟增長和企業競爭優勢的主要源泉,傳統的企業內與企業間組織形式正是著眼於實現資本與技術等要素的有效配置而設計的。而在電子商務下,人力資本以及由此產生的知識積累則成為經濟增長和企業競爭優勢的主要源泉,自然需要新的企業組織形式來保證新的核心要素的有效配置。同時,世界經濟全球化的推進,科技的飛速發展以及信息的指數化增長也使得傳統的組織形式在一定程度上不能適應外部環境的快速變化和進行有效的內部溝通。這就需要新的組織形式來與組織的發展和變化相適應。總的來說,電子商務要求組織結構具有以下特徵:

1.1 扁平化

扁平化是電子商務下企業組織變革最顯著的特徵。適合工業革命需要的組織結構都是一種金字塔式的層級結構,這種組織結構的優點是分工明確、等級森嚴、便於控制,但是,這種組織結構在電子商務下暴露出越來越多的弊端。例如:由於管理層次多導致機構臃腫、人員冗餘,進而造成管理成本居高不下;不同機構之間互相推諉責任,管理效率低下;組織內部信息傳遞不暢等。為了克服傳統組織的這些缺點,組織開始出現扁平化的趨勢。組織結構的扁平化改變了傳統命令鏈的多層級和復雜性,精簡了結構層次,從而有利於信息的傳遞,保證信息傳遞的有效和不失真,大大提高了組織效率。

1.2 網路化

企業組織結構的網路化主要體現在四個方面:一是企業形式集團化。隨著經濟全球化的趨勢,企業集團、企業戰略合作夥伴、企業聯盟大量涌現,這使得眾多企業之間的聯系日益緊密起來,構成了企業組織形式的網路化。二是企業經營方式連鎖化。很多企業通過發展連鎖經營和商務代理等業務,形成了一個龐大的銷售網路體系,使得企業的營銷組成網路化。三是企業內部組織網狀化。由於企業組織架構日趨扁平,管理層次減少,跨度加大,組織內的橫向聯絡不斷增多,內部組織機構網路化正在形成。四是信息傳遞網路化。隨著網路技術的飛速發展和計算機的廣泛應用,企業信息傳遞和人際溝通已經逐漸數字化、網路化。不同部門、員工之間通過先進的通訊技術進行信息溝通和及時有效的交流,可增進員工之間的了解,提高其學習能力,並增強部門之間的協同能力,有利於企業處理復雜的項目,形成競爭優勢。

1.3 虛擬化

傳統組織結構的設計總是力求職能部門的「全面化」,企業組織也總是力求「大而全,小而全」的模式。不管是職能制、事業部制,還是矩陣制組織結構,也不管規模大小和在某項功能上的優勢如何,企業組織內的各種具體執行功能,諸如研究開發、設計、生產、銷售等都是以實體性功能部門而存在的。這些實體性功能組織部門作為企業組織系統中相對獨立的單元,往往難以對市場變化作出快速而有效的反應。電子商務下企業組織要想具備競爭力,必須要有快速而強大的研發能力,有隨市場變化而變化的生產和製造能力,有廣泛而完善的銷售網路,有龐大的資金力量,有能夠生產出滿足顧客需求的產品的質量保證能力和管理能力等,只有集上述各種功能優勢於一體的組織才具有強大的市場競爭能力。事實上,大多數企業組織只有其中某一項或少數幾項比較突出、具有競爭優勢,而其他功能則並不具備競爭優勢。為此,企業組織在有限資源條件下,為了取得最大的競爭優勢,可僅保留企業組織中最關鍵、最具競爭優勢的功能,而將其他功能虛擬化。虛擬化了的功能可通過藉助各種外力進行彌補,並迅速實現資源重組,以便在競爭中最有效地對市場變化作出快速反應。

❻ 如何設計B2B電子商務網站的部門架構

我幫助 給撰稿啊~原創的設計B2B電子商務網站的部門架構.

❼ 電子商務網站常用的系統架構哪些

前台系統包括：商品展示，內容展示，訂單確認，支付系統，用戶中心四大模塊

一. 商品展示

• 站內搜索(搜索提示，搜索規則，搜索成功頁，搜索不成功頁，相似推薦)

• 導航(頻道導航，其他導航如銷售排行，廣告位，推薦位，文字鏈，also buy等)

• 商品分類(品牌分類，品類分類，屬性分類如剪裁形式)

• 登陸頁(商品列表頁，商品詳細頁，商品活動頁)

這里的訪問邏輯是：a /b/c分流消費者去往相對個性化的頁面，由登陸頁體現商家的核心訴求和價值傳遞，完成call-to-action的第一步。

二. 內容展示：內容展示較為簡單，對純購物品牌而言包括：

• 公告區

• 幫助中心

• 論壇(如需商城與論壇發生交互，則需自行開發，否則可集成discuz做同步登陸即可)

三. 訂單確認

訂單確認，就是幫助消費者正確提交訂單信息的環節，看似簡單，實則非常復雜，需要對很多信息邏輯判斷和處理，一般由2個部分組成：

• 購物車

• 訂單提交(返回購物車，收貨地址&地址薄，支付方式判斷，配送方式，發票，訂單標記，實付金額計算等等)

四. 支付系統

與一般的想像不同，支付系統其實並不簡單等於第三方支付工具接入：

• 外部支付系統(支付寶將介面，財付通介面，網銀直聯埠，信用卡分期埠)

• 內部支付系統(賬戶余額，積分，禮品卡，優惠券)

支付系統的邏輯設計不但需要考慮到各種極端情況的發生(如一張訂單先用禮品卡，再用積分，最後網銀支付)，還要預留財務做賬所需的相關欄位，並充分考慮訂單取消之後如何回滾各類內部賬戶。

五. 用戶中心

用戶中心的實質是用戶自助功能的dashboard，一般4個部分組成：

• 注冊&登陸(快速注冊，完整注冊，注冊有禮，推薦注冊，密碼找回，主站id登陸，open-id登陸如qq，新浪微博等)

• 訂單中心(歷史訂單狀態，中間狀態訂單修改，物流追蹤)

• 服務中心(各類自助服務如退款申請，退換貨申請，建議與投訴等)

• 信息管理(用戶基本信息管理和賬戶信息管理)

後台系統包括：商品&促銷，crm，訂單處理，wms，采購管理，財務管理，報表管理，系統設置，wa系統9大模塊

一. 商品&促銷

• 商品管理(品類管理，品牌管理，單品管理)

• 促銷管理(活動管理和自定義活動模板管理)

在上述模塊中，最重要的是2個部分：單品管理中的批量產品生成的自動程序和活動管理中「共享與互斥」管理。前者用於大幅提升上新速度，後者避免促銷活動失控。

二. crm ：crm是對b2c核心資源—會員的管理，服務與再營銷系統，包括如下部分：

• 會員管理(會員信息的增刪改查和到其他系統的鏈接)

• 用戶關懷(條件觸發和人工觸發相關edm &簡訊& ob)

• 定向營銷(會員分組和營銷活動管理)

• 客服管理(內容非常多，集成所有需前台與後台交互的功能，詳情還是看圖吧)

• 呼叫中心(ivr，坐席管理，統計報表，參數傳遞與窗口嵌入)

值得注意的，edm和簡訊通道市面上已經有成熟的外包服務商，一般都會外包；呼叫中心和在線客服自行開發成本太高，特別是呼叫中心系統，業務初期也都是外包的。

三. 訂單處理：訂單處理是在訂單未正式進入倉儲部門處理之前，對訂單的前置性處理環節。

• 訂單錄入(電話訂購，網上下單，外部團購訂單，無金額訂單錄入如禮品單)

• 訂單審核(自動審核和人工審核)

• rma處理(rma申請單和rma處理單)

四. wms(warehouse management system倉庫管理系統)

• wms的流程很長，功能模塊也很多，大致分為入庫管理，庫存管理，出庫管理和票據管理4個模塊四個模塊

五. 采購管理

• 供應商管理(供應商信息管理，合同發票管理)

• 采購單管理(po單管理，負po單管理)

• 庫存管理(庫存查詢，庫存佔用單，庫存變動log)

六 .財務管理：b2c的財務管理，主要是對供應商，渠道和內部費用支出的成本控制。

• 供應商結算

• 渠道結算

• 配送結算

• 內部結算

七. 報表管理：報表是b2c業務的宏觀表現，理論上說，每個部門的kpi都應該從中找到。

• 搜索報表(站內搜索量查詢)

• 銷售報表(多個維度銷量查詢，優惠券使用情況，報表導出)

• 財務報表

• 客服報表(客服日報和坐席報表)，前者反映與消費者發生的日常交互(包括正常與異常)，後者考核客服的工作績效

• 倉儲物流報表，這幾塊報表，是業務運作的核心，涉及到公司機密，就不能寫的太細了，見諒。

八. 系統設置：這塊大家都知道是幹嘛的，也就不多說了，分成三塊。

• 基礎設置(和業務有關的一些欄位值)

• 許可權設置(不同賬號的操作許可權和操作記錄)

• 其他設置

九. wa系統(web analytcis)

網站分析系統，幾乎全是外購，很少有能夠自建的，即使自建，最多做幾個簡單的模塊。用於實戰的，要麼是免費的ga(google analytics)，要麼是昂貴的omniture。

❽ 電子商務系統的結構

電子商務整體結構分為電子商務應用層結構（簡稱應用層）和支持應用實現的基礎結構（三層），基礎結構一般包括三個層次和兩個支柱。三個層次自下而上分別為網路層、傳輸層和服務層，兩個支柱分別是安全協議與技術標准、公共政策與法律規范。前三個層次為基礎層次，其上就是各種特定的電子商務應用，可見三個基礎層次和兩個支柱是電子商務應用的條件。為不失一般性，在此僅對電子商務的基礎結構作概括說明。
1、網路層（網路平台）
網路層是電子商務的硬體基礎設施，是信息傳輸系統，包括遠程通信網（telecom）、有線電視網（cable TV）、無線通信網（wireless）和互聯網（internet）。遠程通信包括電話、電報，無線通信網包括移動通信和衛星網，互聯網是計算機網路。對這些網路基本上是獨立的，研究部門正在研究將這些網路連接在一起，到那時傳輸線路的擁擠將會徹底改變。
這些不同的網路都提供了電子商務信息傳輸線路，但是，當前大部分的電子商務應用還是基於Internet。互聯網路上包括的主要硬體有：基於計算機的電話設備、集線器（hub）、數字交換機、路由器（routers）、數據機、有線電視的機頂盒（set-top box）、電纜數據機（cable modem）。
經營計算機網路服務的是Internet網路接入服務供應商（IAP）和內容服務供應商（ICP），他們統稱為網路服務供應商（ISP）。IAP只向用戶提供撥號入網服務，它的規模一般較小，向用戶提供的服務有限，一般沒有自己的骨幹網路和信息源，用戶僅將其作為一個上網的接入點看待。ICP能為用戶提供全方位的服務，可以提供專線、撥號上網，提供各類信息服務和培訓等，擁有自己的特色信息源，它是ISP今後發展的主要方向，也是發展電子商務的重要力量。
2、傳輸層（信息發布平台）
網路層提供了信息傳輸的線路，線路上傳輸的最復雜的信息就是多媒體信息，它是文本、聲音、圖像的綜合。最常用的信息發布應用就是WWW，用HTML或 JAVA將多媒體內容發布在Web伺服器上，然後通過一些傳輸協議將發布的信息傳送到接收者。
3、服務層（電子商務平台）
這一層實現標準的網上商務活動服務，以方便交易，如標準的商品目錄/價目表建立、電子支付工具的開發、保證商業信息安全傳送的方法、認證買賣雙方的合法性方法。
4、應用層（電子商務各應用系統） 1、公共政策與法律法規
公共政策包括圍繞電子商務的稅收制度、信息的定價（信息定價則圍繞誰花錢來進行信息高速公路建設）、信息訪問的收費、信息傳輸成本、隱私問題等，需要政府制定的政策。其中，稅收制度如何制定是一個至關重要的問題。例如，對於咨詢信息、電子書籍、軟體等無形商品是否征稅，如何征稅；對於汽車、服裝等有形商品如何通過海關，如何征稅；稅收制度是否應與國際慣例接軌，如何接軌；關貿總協定是否應把電子商務部分納入其中。這些問題不妥善解決，則阻礙著電子商務的發展。
法規維系著商務活動的正常運作，違規活動必須受到法律制裁。網上商務活動有其獨特性，買賣雙方很可能存在地域的差別，他們之間的糾紛如何解決？如果沒有一個成熟的、統一的法律系統進行仲裁，糾紛就不可能解決。那麼，這個法律系統究竟應該如何制定？應遵循什麼樣的原則？其效力如何保證？如何保證授權商品交易的順利進行，如何有效遏止侵權商品或仿冒產品的銷售，如何有力打擊侵權行為，這些都是制定電子商務法規時應該考慮的問題。法規制定的成功與否直接關繫到電子商務活動能否順利開展。
2、安全協議與技術標准
安全問題可以說是電子商務的核心問題。如何保障電子商務活動的安全，一直是電子商務能否正常開展的核心問題。作為一個安全的電子商務系統，首先必須具有一個安全、可靠的通信網路，以保證交易信息安全、迅速地傳遞；其次必須保證資料庫伺服器的絕對安全，防止網路黑客闖入盜取信息。電子簽名和認證是網上比較成熟的安全手段。同時，人們還制定了一些安全標准，如安全套接層（secure sockets layer）、安全HTTP協議（secure-HTTP）、安全電子交易（secure electronic transaction）等。
技術標準是信息發布、傳遞的基礎，是網路上信息一致性的保證。如果沒有統一的技術標准，這就像不同的國家使用不同的電壓傳輸電流，用不同的制式傳輸視頻信號，限制了許多產品在世界范圍的使用。EDI標準的建立就是電子商務技術標準的一個例子。 除了前面所提到的業務服務層，另外在電子商務交易活動過程當中，衍生了一系列的相關配套的服務諸如倉儲，快遞等業務，共同支撐電子商務系統的運轉。
當前，隨著社會經濟的不斷發展，以及科學技術的發達，電子商務在中國應用的程度越來越高，電子商務銷售額在總銷售額的比重突破1%的，並呈強勢上升趨勢，越來越多的企業開始進入電子商務行業，目前國內較為知名的有：淘寶、拍拍、有啊、京東、第九大道、當當、卓購商城、ecvv、凡客等企業。
針對電子商務的行業獨特性，開發適合電子商務網站庫存管理的專門系統流程必不可少，在這一方面，行業聲譽較高的有網店管家，經過8年的時間開發，網店管家為淘寶大賣家的一致選擇，為5千多個賣家提供庫存管理服務，其中淘寶賣家2600多家。 企業、組織與消費者是Internet網上市場交易主體，他們是進行網上交易的基礎。由於Internet本身的特點及加入Internet的網民的倍速增長趨勢，使得Internet成為非常具有吸引力的新興市場。一般說來，組織與消費者上網比較簡單，因為他們主要是使用電子商務服務商提供的 Internet服務來參與交易。企業上網則是非常重要而且是很復雜的。這是因為，一方面企業作為市場交易一方，只有上網才可能參與網上交易；另一方面，企業作為交易主體地位，必須為其他參與交易方提供服務和支持，如提供產品信息查詢服務、商品配送服務、支付結算服務。因此，企業上網開展網上交易，必須進行系統規劃建設好自己的電子商務系統。
電子商務系統是由基於Intranet（企業內部網）基礎上的企業管理信息系統、電子商務站點和企業經營管理組織人員組成。
（1）企業內部網路系統
當今時代是信息時代，而跨越時空的信息交流傳播是需要通過一定的媒介來實現的，計算機網路恰好充當了信息時代的公路。計算機網路是通過一定的媒體如電線、光纜等媒體將單個計算機按照一定的拓撲結構連結起來的，在網路管理軟體的統一協調管理下，實現資源共享的網路系統。
根據網路覆蓋范圍，一般可分為區域網（Local Area Network，LAN）和廣域網（Wide Area Network，WAN）。由於不同計算機硬體不一樣，為方便聯網和信息共享，需要將Internet的聯網技術應用到LAN中組建企業內部網（Intranet），它的組網方式與Internet一樣，但使用范圍局限在企業內部。為方便企業同業務緊密的合作夥伴進行信息資源共享，為保證交易安全在Internet上通過防火牆（Fire Wall）來控制不相關的人員和非法人員進入企業網路系統，只有那些經過授權的成員才可以進入網路，一般將這種網路稱為企業外部網（Extranet）。如果企業的信息可以對外界進行公開，那麼企業可以直接連接到Internet上，實現信息資源最大限度的開放和共享。
企業在組建電子商務系統時，應該考慮企業的經營對象是誰，如何採用不同的策略通過網路與這些客戶進行聯系。一般說來，將客戶可以分為三個層次並採取相應的對策，對於特別重要的戰略合作夥伴關系，企業允許他們進入企業的Intranet系統直接訪問有關信息；對於與企業業務相關的合作企業，企業同他們共同建設Extranet實現企業之間的信息共享；對普通的大眾市場客戶，則可以直接連接到Internet。由於Internet技術的開放、自由特性，在Internet上進行交易很容易受到外來的攻擊，因此企業在建設電子商務時必須考慮到經營目標的需要，以及保障企業電子商務安全。否則，可能由於非法入侵而妨礙企業電子商務系統正常運轉，甚至會出現致命的危險後果。
（2）企業管理信息系統
企業管理信息系統是功能完整的電子商務系統的重要組成部分，它的基礎是企業內部信息化，即企業建設有內部管理信息系統。企業管理信息系統是一些相關部分的有機整體，在組織中發揮收集、處理、存儲和傳送信息，以及支持組織進行決策和控制。企業管理信息系統最基本系統軟體是資料庫管理系統DBMS（Database Management System），它負責收集、整理和存儲與企業經營相關的一切數據資料。
從不同角度，可以對信息系統進行不同的分類。根據具有不同功能的組織，可以將信息系統劃分為營銷、製造、財務、會計和人力資源信息系統等。要使各職能部門的信息系統能夠有效的運轉，必須實現各職能部門信息化。例如，要使網路營銷信息系統能有效運轉，營銷部門的信息化是最基礎的要求。一般為營銷部門服務的營銷管理信息系統主要功能包括：客戶管理、訂貨管理、庫存管理、往來帳款管理、產品信息管理、銷售人員管理，以及市場有關信息收集與處理。
根據組織內部不同組織層次，企業管理信息系統可劃分為四種信息系統：操作層、知識層、管理層、戰略層系統。操作層管理系統是支持日常管理人員對基本經營活動和交易進行跟蹤和記錄，如銷售、接受、現金、工資、原材料進出、勞動等數據。系統的主要原則是記錄日常交易活動解決日常規范問題，如銷售系統中今天銷售多少，庫存多少等基本問題。知識層系統是用來支持知識和數據工作人員進行工作，幫助公司整理和提煉有用信息和知識。信息系統可以減少對紙張依賴，提高信息處理的效率和效用，如銷售統計人員進行分析和統計銷售情況，供上級進行管理和決策使用，解決的主要是結構化問題。管理層系統設計是用來為中層經理的監督、控制、決策以及管理活動提供服務，管理層提供的是中期報告而不是即時報告，主要用來管理業務進行如何存在什麼問題等，充分發揮組織內部效用，主要解決半結構化問題。戰略管理層，主要是注視外部環境和企業內部制訂和規劃的長期發展方向，關心現有組織能力能否適應外部環境變化，以及企業的長期發展和行業發展趨勢問題，這些通常是非結構化問題。
（3）電子商務站點
電子商務站點是指在企業Intranet上建設的具有銷售功能的，能連接到Internet上的WWW站點。電子商務站點起著承上啟下的作用，一方面它可以直接連接到Internet，企業的顧客或者供應商可以直接通過網站了解企業信息，並直接通過網站與企業進行交易。另一方面，它將市場信息同企業內部管理信息系統連接在一起，將市場需求信息傳送到企業管理信息系統，然後，企業根據市場的變化組織經營管理活動；它還可以將企業有關經營管理信息在網站上進行公布，使企業業務相關者和消費者可以通過網上直接了解企業經營管理情況。
企業電子商務系統是由上述三個部分有機組成的，企業內部網路系統是信息傳輸的媒介，企業管理信息系統是信息加工、處理的工具，電子商務站點是企業拓展網上市場的窗口。因此，企業的信息化和上網是一復雜的系統工程，它直接影響著整個電子商務的發展。
(4)實物配送(物流系統)
進行網上交易時，如果用戶與消費者通過Internet定貨、付款後，不能及時送貨上門，便不能實現滿足消費者的需求。因此，一個完整的電子商務系統，如果沒有高效的實物配送物流系統支撐，是難以維系交易順利進行的。
(5)支付結算
支付結算是網上交易完整實現的很重要一環，關繫到購買者是否講信用，能否按時支付；賣者能否按時回收資金，促進企業經營良性循環的問題。一個完整的網上交易，它的支付應是在網上進行的。但由於電子虛擬市場尚處在演變過程中，網上交易還處於初級階段，諸多問題尚未解決，如信用問題及網上安全問題，導致許多電子虛擬市場交易並不是完全在網上完成交易的，許多交易只是在網上通過了解信息撮合交易，然後利用傳統手段進行支付結算。在傳統的交易中，個人購物時支付手段主要是現金，即一手交錢一手交貨的交易方式，雙方在交易過程中可以面對面的進行溝通和完成交易。網上交易是在網上完成的，交易時交貨和付款在空間和時間上是分割的，消費者購買時一般必須先付款後送貨，可以採用傳統支付方式，亦可以採用網上支付方式。
上述五個方面構成了電子虛擬市場交易系統的基礎，他們是有機結合在一起的，缺少任何一個部分都可能影響對網上交易的順利進行。Internet信息系統保證了電子虛擬市場交易系統中信息流的暢通，它是電子虛擬市場交易的順利進行的核心。企業、組織與消費者是網上市場交易的主體，實現其信息化和上網是網上交易順利進行的前提，缺乏這些主體，電子商務失去存在意義，也就談不上網上交易。電子商務服務商是網上交易順利進行的手段，它可以推動企業、組織和消費者上網和更加方便利用Internet進行網上交易。實物配送和網上支付是網上交易順利進行的保障，缺乏完善的實物配送及網上支付系統，將阻礙網上交易完整的完成。

❾ 電子商務網站的基本架構

電子商務網站的基本架構設計
電子商務網站是以商務活動為中心進行的,而網站的盈利一般通過網站的會員制收費進行,網站的盈利點是網站根據網站的商務活動內容確定的,所以網站的基本架構設計既要以商務活動的業務內容、流程、相關規則為基礎,又要兼顧電子商務網站的收費體系.

網站基本架構的設計主要根據以下步驟進行：

2.1 確定電子商務網站功能定位
確定網站所涉及的商務活動的內容、商務活動的流程.比如我們在進行房產信息網的設計中,首先考慮確定網站發布房產信息的種類,確定了房源信息包括中介所的房源信息和個人的出售、出租信息,網站負責信息的發布和信息的管理.同時在確定了信息發布種類後,確定了信息處理的流程為房源信息輸入、會員資格審核、信息審核，信息發布.

2.2 確定網站的收費對象和收費規則
在網站所涉及的商務內容確定了的情況下,確定收費的對象和如何進行收費,以此為依據確定網站的欄目.網站欄目的劃分實際上就是系統的功能模塊劃分.在房產網站的系統設計中,確定了網站只對房產中介所進行收費,個人用戶免費,所以網站的主要欄目分為個人專區和中介所專區兩個主要欄目,同時根據功能的逐步擴大,這樣也就基本確定了網站的信息服務內容和方式.

2.3 確定網站的欄目的功能
在確定了網站的收費項目後,要確定網站的主要欄目和功能,包括網站的管理功能模塊、網站的信息發布方式、網站商務活動的發布以及網站導航欄等.
網站的功能欄目的設置和系統的主要功能模塊的劃分是相一致的.
網站業務介紹性欄目,應包括內容應包括會員申請流程,收費標准,網站運行規程等,使用戶對網站的服務有一個明確的了解,是擴大網站的會員用戶數量和提高網站的使用率都是必不可少的欄目.
網站的導航欄是網站的整體功能的全面介紹,使用戶對網站的功能有一個清晰的了解,也是網站不可缺少的欄目.
同時也應有網站運行的相關提示信息,比如在房產網站的設計中,我們在確定了收費對象和主要功能後,確定了網站首頁的主要欄目為中介所專區、個人專區、寫字間專區、新房樓市等欄目,同時加入了上網導航欄目對網站的主要功能進行介紹.

2.4 確定網站的信息流和控制流
在確定了網站的主要功能和商務活動的主要規則後,應該確定網站的信息流圖和控制流圖,作為資料庫設計的基礎.
在房產網的設計中,我們根據房產信息發布的功能和所確定的信息審核和控制流程,在確定了一個網站的數據流圖和控制流後,系統的運行控制流程也就確定下來了.