電子商務系統網路環境設計

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

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

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

基本原則

1、商務為本

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

2、需求引導

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

3、系統觀念

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

4、資源重組

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

5、流程改造

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

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

6、復合優勢

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

建設步驟

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

1、商務分析階段

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

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

2、規劃設計階段

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

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

3、建設變革階段

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

4、整合運行階段

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

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

② 電子商務系統規劃的電子商務系統的規劃方法

電子商務系統的規劃方法可以借用信息系統的規劃方法。常用方法有:戰略集合變換法、關鍵成功因素法、企業系統規劃方法。 戰略集合變換法是把企業的戰略目標看成是一個「信息集合」，由使命、目標、戰略和其他戰略變數(如管理的復雜性、改革習慣以及重要的環境約束)等組成。企業電子商務系統的規劃過程就是把企業的目標轉變為企業電子商務系統戰略目標的過程。
電子商務系統戰略變換的第一步是識別和解釋企業的戰略集。第二步是把企業的戰略集轉換成由系統的目標、系統的約束和系統的設計原則組成的電子商務系統戰略集。這個轉化的過程包括對應企業戰略集的每個元素識別對應的電子商務系統戰略約束，然後提出整個電子商務系統的結構。 關鍵成功因素法（Critical Success Factors，CSF）最初由洛克特l979提出，可用來幫助進行信息系統規劃和需求分析。分析好關鍵成功因素，不僅可以確保企業擁有較強的競爭力，而且對企業的生存與發展有十分重要的影響。
1．什麼是關鍵成功因素
每個企業都存在著對該企業成功起關鍵性作用的因素，稱為關鍵成功因素。關鍵成功因素總是與那些能確保企業具有競爭能力的方面相關的。在不同類型的業務活動中，關鍵成功因素會有很大的不同，即使在同一類型的業務活動中，在不同時間內，其關鍵成功因素也會不同。
關鍵成功因素與過去用於信息系統規劃的「重要績效指標」不一樣。這些因素不是應用在所有企業中的一系統標准。相反，它們是針對特定時間和特定情境的。所課內部的關鍵成功因素，是針對企業內部的活動而言的，例如改良產品質量，或者降低存貨成本等。至於外在的關鍵成功因素，則與企業的對外活動有關，例如與其他公司聯系或者獲取對方的信貸等。
2．關鍵成功因素法的主要分析步驟
關鍵成功因素與企業規劃密切相關。企業戰略規劃要描繪企業的期望目標，關鍵成功因素則提供了達到目標的關鍵和需要的測量標准。一個企業要獲得成功，就需要對關鍵成功因素進行認真的和不斷的度量，並時刻注意對這些因素的調整。
3．關鍵成功因素法的應用和優缺點
關鍵成功因素法在幫助確定企業關鍵成功因素和信息系統關鍵成功因素方面都收到較好效果，與下面要闡述的企業系統規劃法不同，CSF法更加重視重點突破。關鍵成功因素分析可析可讓高層管理者利用他們至關重要的信息來清楚地表明自己的需要。在這種分析可用於由下而下的管理結構中，越低層的管理者越難清楚表明哪些是必須做的事情。因此關鍵成功因素法在高層應用一般效果好，因為每一個高層管理者日常總在考慮什麼是企業的關鍵因素，對於中層管理者來說一般不大適合，因為中層管理者面臨的決策大多數是結構體的，其自由度小，對他們最好應用其他方法。
關鍵成功因素法已得到廣泛應用，其目的是確定電子商務系統策略的最重要因素。並鍵成功因素法的焦點是策略問題，它的價值在於能有效地支持計劃，一方面由於對企業關鍵成功因素的分析有助拓寬管理視野，另一方面因為此方法可以為隨後的結構性分析作好准備。因此，關鍵成功因素法受到高層管理者的歡迎。但對企業關鍵成功因素的分析也有其不可避免的缺點，其中一個是它需要有專門技能及有遠見的調查人員從高層管理者那裡整理出公司的關鍵成功因素，另一個是管理者與管理頂層越遠，就越難有效利用關鍵成功因素法的分析結構。 企業系統規劃（Business System Planning，BSP）法是一種對企業管理信息系統進行規劃和設計的結構化方法，它由美國的IBM公司在20世紀60年代末創造並逐步發展起來的。這里所說的「企業」，也可以是非盈利性的單位或部門。BSP法主要基於利用信息技術和信息系統支持企業運營的思想，是把企業目標轉化為信息系統戰略的全過程，BSP方法所支持的目標是企業各層次的目標，實現這種支持需要許多子系統。
它是先從企業目標開始，自上而下識別系統目標，識別企業過程，識別數據，然後再自下而上設計系統，以支持目標。
1．BSP法的目標
BSP的主要目標是幫助企業做出管理信息系統的戰略規劃，用以支撫育企業短期和長期的信息需要，而且此規劃將作為整個企業規劃中不可缺少的部分。BSP的作用是確定出未來電子商務系統的總體結構，明確系統的子系統組成，對數據進行統一規劃、管理和控制，明確各子系統之間的數據交換關系，保證信息的一致性。
2．BSP法的基本原則
①電子商務系統必須支持企業的戰略目標。
②電子商務系統的戰略應當表達出企業的各個管理層次的需求。
③電子商務系統應該向整個企業提供一致信息。
④電子商務系統應該經得起組織企業和管理體制變化。
⑤電子商務系統應是先「自上而下」識別，再「自下而上」設計 。
3．BSP方法步驟
①項目的確立
②准備工作階段
③動員開始階段
④調研
⑤識別企業過程
⑥定義數據類
⑦分析現行系統支持
⑧確定管理部門對電子商務系統的要求
⑨提出判斷和結論
⑩定義信息結構
4．BSP法的應用和優缺點
BSP是從企業目標開始，然後規定處理方法，自上而下地推導出信息需求。事務處理是數據收集和分析的開始。通過與企業管理者面談，弄清處理過程，並詢問企業成功的關鍵因素，明確決策方法的問題，找出邏輯上相關的數據以及事務處理的關系。這些信息可以用來定義未來的電子商務系統的結構。BSP法本身是建立電子商務系統藍圖，而不是詳細設計，比較適合較大型電子商務系統的規劃。目前存在許多BSP法的變形方法，也已取得一定應用效果。
企業系統規劃法的優點在於最高管理層能夠參與研究工作，因而加強了最高管理層、用戶及信息系統部門之間的溝通與交流，也增加了他們對信息系統的長、短期能力和成本的認識。另一個主要優點是它不斷進化，並能適應信息技術環境的變化。
企業系統規劃法是商業導向而不是理論驅動的。該研究的成效很大程度取決於研究小組的技巧和能力。該方法的結構化程度不足以避免人為錯誤對它造成的影響。

③ 電商訂單系統設計原理主要用了什麼技術

電子商務系統的總體結構設計是在系統體系結構的基礎上，針對企業電子商務的目標，界定系統的外部邊界和介面，刻畫系統的內部成及其相互關系，明確目標系統的各個組成部分、各個組成部分的作用及其相互關系。 系統總體結構設計包括如下內容： 1．確定系統的外部介面 通過分析，將電子商務系統與其外部環境區分開來，從而使總體設計有一個明確的范圍。系統與其外部環境的介麵包括以下方面： （1）與企業合作夥伴之間的介面； （2）與企業內部既有信息系統的介面； （3）與交易相關的公共信息基礎設施之間的介面； （4）其他介面，如企業與政府或其他機構之間的介面。 2．確定系統的組成結構 系統組成結構主要說明目標系統內部的組成部分，以及系統內部與外部環境的相互關系。 方法： 隨著Internet技術的發展，人們的日常生活已經離不開網路。未來社會人們的生活和工作將越來越依賴於數字技術的發展，越來越數字化、網路化、電子化、虛擬化。電子商務也隨著網路的發展日益和人們的生活貼近。本設計嘗試用ASP在網路上架構一個動態的電子商務網站，以使每一位顧客不用出門在家裡就能夠通過上網來輕松購物。在本設計中，我主要完成了後台功能的實現，實現了登錄功能，圖書管理，圖書分類管理，訂單管理，用戶管理等功能。 本文中所做的主要工作如下： (1)簡單介紹了電子商務，分析了電子商務的現狀； (2)介紹了IIS+ASP系統的一般原理； (3)闡述整個系統的系統結構及工作原理；分析了系統實現中的特殊性、難點和重點； (4)分析並解決實現中的若干技術問題； 附： 方案設計主要依靠設計者的經驗，作出技術和結構的選擇，並以有組織的文檔反映，作為與客戶交流論證方案，交付系統開發人員實施的依據，方案設計的基礎是業務環境說明書。業務環境說明書重新組織系統需求，給出解決方案的業務運作方式。在系統需求相對簡單時不一定需要，如果系統需求較為復雜時，以文字和圖表的方式系統地說明業務環境可以使系統需求更加清楚，業務環境說明書可以採用三種文檔結構。 * 業務流程圖：業務流程圖描述企業的業務在新系統中如何運作，說明新系統的業務運作模式如何解決客戶的要求，指出客戶的業務流程因為新系統的應用而作出那些更改。業務流程圖是一種直觀的工具，向客戶解釋新系統的作用，徵求使用者的配合與支持，能提高新系統的實際效能。 * 操作規程說明：相對於業務流程圖這種較高層概括的文檔，普通用戶可能更需要一份詳細的操作規程說明，以便更好地理解系統的功能與使用。操作規程說明以易被最終用戶理解的詞語描述，避免使用過分專業的詞語。操作規程說明仍屬於高層設計文檔，不是最終的操作步驟說明。操作規程說明規定了系統活動的框架， * 處理流程圖 ： 細化操作規程中描述的活動，由事件和處理流組成。事件是活動開始的條件，處理是活動中的具體工作。處理流程圖的描述層次接近詳細設計。以客戶在網上購貨為例，最後一步是確認付款，操作規程說明只需簡單地說明：「客戶檢查付款額後確認」，處理流程圖的說明比較詳細，激發活動的事件是客戶按下「付額」按鈕，處理是付款總額從資料庫中統計出來，顯示在瀏覽器上，最後由客戶按「確認」按鈕確認。 當前普遍採用對象技術描述復雜的應用結構，電子商務系統一般用Java,EJB,CORBA等對象技術實現，在系統設計階段，編制業務環境書時採用面向對象分析和設計方法可以提高實施階段的效率。業務環境說明書中的設計文檔完成後，召開第二次項目會議，在會上以圖表的形式向客戶和項目開發人員介紹系統設計的概貌。著重與客戶討論兩個問題，檢查系統設計是否滿足客戶需求： 系統設計在多大程度上解決了用戶的需求？是否准確地實現了客戶的期望，既沒有過分簡單化，也沒有過分復雜化。 系統設計的功能范圍是否包含了用戶提出的所有需求？ 應用開發人員參加項目會議，可以更好地了解客戶的業務環境與方案設計的總體結構，與客戶和系統設計者直接交談，減少溝通的誤差，提高效率。 IBM為電子商務系統定義了一套完整的電子商務應用框架，基於三層次體系結構集成企業核心系統與互聯網服務，多層次結構使企業內部應用系統無需作重大更改，通過與互聯網伺服器的連結就可以在互聯網上提供服務，實現電子商務系統的目標。 基於電子商務應用框架的電子商務系統體系結構共有八個主要部分。直接支持應用程序運行的模塊有六個：客戶端、網路連接、互聯網伺服器、應用邏輯、中間連接件、核心數據與應用，其餘兩個模塊安全性和系統管理與這六個模塊都有關聯，系統設計者可相對獨立地設計安全性體系和系統管理體系，在應用程序運行支持模塊的實現中加入相應的技術與處理。安全性和系統管理的效率是系統的整體性效果，應用系統運行的每一個環節都能影響系統總體的安全性和可管理性。

④ 設計電子商務的應用軟體時，一般可以從哪幾個不同的層次設計系統的功能

電子商務系統的總體結構設計是在系統體系結構的基礎上，針對企業電子商務的目標，界定系統的外部邊界和介面，刻畫系統的內部成及其相互關系，明確目標系統的各個組成部分、各個組成部分的作用及其相互關系。 系統總體結構設計包括如下內容： 1．確定系統的外部介面 通過分析，將電子商務系統與其外部環境區分開來，從而使總體設計有一個明確的范圍。系統與其外部環境的介麵包括以下方面： （1）與企業合作夥伴之間的介面； （2）與企業內部既有信息系統的介面； （3）與交易相關的公共信息基礎設施之間的介面； （4）其他介面，如企業與政府或其他機構之間的介面。 2．確定系統的組成結構 系統組成結構主要說明目標系統內部的組成部分，以及系統內部與外部環境的相互關系。 方法： 隨著Internet技術的發展，人們的日常生活已經離不開網路。未來社會人們的生活和工作將越來越依賴於數字技術的發展，越來越數字化、網路化、電子化、虛擬化。電子商務也隨著網路的發展日益和人們的生活貼近。本設計嘗試用ASP在網路上架構一個動態的電子商務網站，以使每一位顧客不用出門在家裡就能夠通過上網來輕松購物。在本設計中，我主要完成了後台功能的實現，實現了登錄功能，圖書管理，圖書分類管理，訂單管理，用戶管理等功能。 本文中所做的主要工作如下： (1)簡單介紹了電子商務，分析了電子商務的現狀； (2)介紹了IIS+ASP系統的一般原理； (3)闡述整個系統的系統結構及工作原理；分析了系統實現中的特殊性、難點和重點； (4)分析並解決實現中的若干技術問題； 附： 方案設計主要依靠設計者的經驗，作出技術和結構的選擇，並以有組織的文檔反映，作為與客戶交流論證方案，交付系統開發人員實施的依據，方案設計的基礎是業務環境說明書。業務環境說明書重新組織系統需求，給出解決方案的業務運作方式。在系統需求相對簡單時不一定需要，如果系統需求較為復雜時，以文字和圖表的方式系統地說明業務環境可以使系統需求更加清楚，業務環境說明書可以採用三種文檔結構。 * 業務流程圖：業務流程圖描述企業的業務在新系統中如何運作，說明新系統的業務運作模式如何解決客戶的要求，指出客戶的業務流程因為新系統的應用而作出那些更改。業務流程圖是一種直觀的工具，向客戶解釋新系統的作用，徵求使用者的配合與支持，能提高新系統的實際效能。 * 操作規程說明：相對於業務流程圖這種較高層概括的文檔，普通用戶可能更需要一份詳細的操作規程說明，以便更好地理解系統的功能與使用。操作規程說明以易被最終用戶理解的詞語描述，避免使用過分專業的詞語。操作規程說明仍屬於高層設計文檔，不是最終的操作步驟說明。操作規程說明規定了系統活動的框架， * 處理流程圖 ： 細化操作規程中描述的活動，由事件和處理流組成。事件是活動開始的條件，處理是活動中的具體工作。處理流程圖的描述層次接近詳細設計。以客戶在網上購貨為例，最後一步是確認付款，操作規程說明只需簡單地說明：「客戶檢查付款額後確認」，處理流程圖的說明比較詳細，激發活動的事件是客戶按下「付額」按鈕，處理是付款總額從資料庫中統計出來，顯示在瀏覽器上，最後由客戶按「確認」按鈕確認。 當前普遍採用對象技術描述復雜的應用結構，電子商務系統一般用Java,EJB,CORBA等對象技術實現，在系統設計階段，編制業務環境書時採用面向對象分析和設計方法可以提高實施階段的效率。業務環境說明書中的設計文檔完成後，召開第二次項目會議，在會上以圖表的形式向客戶和項目開發人員介紹系統設計的概貌。著重與客戶討論兩個問題，檢查系統設計是否滿足客戶需求： 系統設計在多大程度上解決了用戶的需求？是否准確地實現了客戶的期望，既沒有過分簡單化，也沒有過分復雜化。 系統設計的功能范圍是否包含了用戶提出的所有需求？ 應用開發人員參加項目會議，可以更好地了解客戶的業務環境與方案設計的總體結構，與客戶和系統設計者直接交談，減少溝通的誤差，提高效率。 IBM為電子商務系統定義了一套完整的電子商務應用框架，基於三層次體系結構集成企業核心系統與互聯網服務，多層次結構使企業內部應用系統無需作重大更改，通過與互聯網伺服器的連結就可以在互聯網上提供服務，實現電子商務系統的目標。 基於電子商務應用框架的電子商務系統體系結構共有八個主要部分。直接支持應用程序運行的模塊有六個：客戶端、網路連接、互聯網伺服器、應用邏輯、中間連接件、核心數據與應用，其餘兩個模塊安全性和系統管理與這六個模塊都有關聯，系統設計者可相對獨立地設計安全性體系和系統管理體系，在應用程序運行支持模塊的實現中加入相應的技術與處理。安全性和系統管理的效率是系統的整體性效果，應用系統運行的每一個環節都能影響系統總體的安全性和可管理性。

⑤ 電子商務系統總體結構設計的主要內容與方法是什麼

電子商務系統的總體結構設計是在系統體系結構的基礎上，針對企業電子商務的目標，界定系統的外部邊界和介面，刻畫系統的內部成及其相互關系，明確目標系統的各個組成部分、各個組成部分的作用及其相互關系。
系統總體結構設計包括如下內容：
1．確定系統的外部介面
通過分析，將電子商務系統與其外部環境區分開來，從而使總體設計有一個明確的范圍。系統與其外部環境的介麵包括以下方面：
（1）與企業合作夥伴之間的介面；
（2）與企業內部既有信息系統的介面；
（3）與交易相關的公共信息基礎設施之間的介面；
（4）其他介面，如企業與政府或其他機構之間的介面。
2．確定系統的組成結構
系統組成結構主要說明目標系統內部的組成部分，以及系統內部與外部環境的相互關系。

方法：
隨著Internet技術的發展，人們的日常生活已經離不開網路。未來社會人們的生活和工作將越來越依賴於數字技術的發展，越來越數字化、網路化、電子化、虛擬化。電子商務也隨著網路的發展日益和人們的生活貼近。本設計嘗試用ASP在網路上架構一個動態的電子商務網站，以使每一位顧客不用出門在家裡就能夠通過上網來輕松購物。在本設計中，我主要完成了後台功能的實現，實現了登錄功能，圖書管理，圖書分類管理，訂單管理，用戶管理等功能。
本文中所做的主要工作如下：
(1)簡單介紹了電子商務，分析了電子商務的現狀；
(2)介紹了IIS+ASP系統的一般原理；
(3)闡述整個系統的系統結構及工作原理；分析了系統實現中的特殊性、難點和重點；
(4)分析並解決實現中的若干技術問題；

附：

方案設計主要依靠設計者的經驗，作出技術和結構的選擇，並以有組織的文檔反映，作為與客戶交流論證方案，交付系統開發人員實施的依據，方案設計的基礎是業務環境說明書。業務環境說明書重新組織系統需求，給出解決方案的業務運作方式。在系統需求相對簡單時不一定需要，如果系統需求較為復雜時，以文字和圖表的方式系統地說明業務環境可以使系統需求更加清楚，業務環境說明書可以採用三種文檔結構。
* 業務流程圖：業務流程圖描述企業的業務在新系統中如何運作，說明新系統的業務運作模式如何解決客戶的要求，指出客戶的業務流程因為新系統的應用而作出那些更改。業務流程圖是一種直觀的工具，向客戶解釋新系統的作用，徵求使用者的配合與支持，能提高新系統的實際效能。
* 操作規程說明：相對於業務流程圖這種較高層概括的文檔，普通用戶可能更需要一份詳細的操作規程說明，以便更好地理解系統的功能與使用。操作規程說明以易被最終用戶理解的詞語描述，避免使用過分專業的詞語。操作規程說明仍屬於高層設計文檔，不是最終的操作步驟說明。操作規程說明規定了系統活動的框架，
* 處理流程圖 ： 細化操作規程中描述的活動，由事件和處理流組成。事件是活動開始的條件，處理是活動中的具體工作。處理流程圖的描述層次接近詳細設計。以客戶在網上購貨為例，最後一步是確認付款，操作規程說明只需簡單地說明：「客戶檢查付款額後確認」，處理流程圖的說明比較詳細，激發活動的事件是客戶按下「付額」按鈕，處理是付款總額從資料庫中統計出來，顯示在瀏覽器上，最後由客戶按「確認」按鈕確認。

當前普遍採用對象技術描述復雜的應用結構，電子商務系統一般用Java,EJB,CORBA等對象技術實現，在系統設計階段，編制業務環境書時採用面向對象分析和設計方法可以提高實施階段的效率。業務環境說明書中的設計文檔完成後，召開第二次項目會議，在會上以圖表的形式向客戶和項目開發人員介紹系統設計的概貌。著重與客戶討論兩個問題，檢查系統設計是否滿足客戶需求：

系統設計在多大程度上解決了用戶的需求？是否准確地實現了客戶的期望，既沒有過分簡單化，也沒有過分復雜化。

系統設計的功能范圍是否包含了用戶提出的所有需求？
應用開發人員參加項目會議，可以更好地了解客戶的業務環境與方案設計的總體結構，與客戶和系統設計者直接交談，減少溝通的誤差，提高效率。

IBM為電子商務系統定義了一套完整的電子商務應用框架，基於三層次體系結構集成企業核心系統與互聯網服務，多層次結構使企業內部應用系統無需作重大更改，通過與互聯網伺服器的連結就可以在互聯網上提供服務，實現電子商務系統的目標。
基於電子商務應用框架的電子商務系統體系結構共有八個主要部分。直接支持應用程序運行的模塊有六個：客戶端、網路連接、互聯網伺服器、應用邏輯、中間連接件、核心數據與應用，其餘兩個模塊安全性和系統管理與這六個模塊都有關聯，系統設計者可相對獨立地設計安全性體系和系統管理體系，在應用程序運行支持模塊的實現中加入相應的技術與處理。安全性和系統管理的效率是系統的整體性效果，應用系統運行的每一個環節都能影響系統總體的安全性和可管理性。

⑥ 電子商務系統的支撐環境有哪些

電子商務系統的支撐環境主要是指為保證電子商務活動的開展而必須建立的一系列環境，它是電子商務系統的組成部分。
電子商務支撐環境主要包括：電子商務的支付環境、電子商務物流環境和電子商務的信用環境。
1、電子商務的支付環境
電子支付是電子商務活動的關鍵，是電子商務能夠順利發展的基礎條件。提供安全、高效、快捷的網上金融服務就成為電子商務交易過程中最重要的環節。
2、電子商務的物流環境
3、電子商務的信用環境

除以上三種之外，還和許多因素有關，如計算機的普及程度和上網率，企業對電子商務運作的重視程度及員工素質等

⑦ 電子商務系統設計

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

⑧ 電子商務系統分析與設計的內容簡介

《電子商務系統分析與設計》以利用UML進行電子商務系統分析與設計為主線，系統介紹了面向對象環境下電子商務系統的規劃、分析、設計、實施及運行維護管理及評估的相關概念、方法、技術和工具。《電子商務系統分析與設計》符合教育部關於電子商務專業（本科）的培養目標、培養計劃的要求，由淺人深，循序漸進。既注重基礎理論知識的傳授，又面向實際應用，內容充實。在結構上《電子商務系統分析與設計》分為三個部分：基礎部分，主要說明電子商務系統的基本概念、構造技術；設計部分，主要說明電子商務系統的系統規劃、分析、設計的方法、內容和工具；實現部分，包括電子商務系統的實施、運行維護管理與評估。
《電子商務系統分析與設計》既可以作為高等院校電子商務、信息管理與信息系統專業的高年級本科生及研究生的教材，也可供電子商務系統設計開發人員以及從事電子商務研究的工程技術人員參考。

⑨ 電子商務網站設計需要注意哪些因素

電子商務網站設計需要注意以下5個因素：
1.界面清晰整潔。一個網站設計的精美與否很大程度上決定了是否願意在這一頁面停留更長時間做深入瀏覽。所以說設計精美的網店，更容易吸引顧客的眼球，經常光顧與此，久而久之便形成了一批忠實的顧客。
2. 調動色彩對情緒的影響力。色彩心理學早已被人們運用到營銷戰略中。商品不同顏色的包裝，在很大程度上確實能影響到人們情緒和對商品購買與否的決斷力。網站設計就是最好的證明。太過刺激的顏色不宜作為頁面備選顏色，而淡藍色和綠色都不具有威脅性，是不錯的選擇。例如，綠色就適合是用來表示打折或降價。
3.導航欄的設置導航欄，顧名思義也就是起導航，引導作用。通過導航欄的引導，用戶可以一目瞭然的知道自己要找的東西在哪個欄目。這樣方便了用戶，不用到處漫無目的的找尋，而是很方便的就知道自己要的東西在什麼地方，極大的方便了購物。
4. 簡化注冊過程注冊成會員，無需填寫過多的相關信息，只需保證能與客戶取得聯系，通過手機聯系方式或電子郵件就可以了。
5. 以具有號召力的口號吸引顧客設置一些振奮人心的口號來吸引顧客，使其通過口號連接跳轉到你的窗口，這比在網頁上添加簡單的按鈕有效得多。不過要注意的是這樣的活動口號不要太多。否則會多而至亂，適得其反，過多的活動信息擾亂了顧客的選擇，導致顧客無法決定到底該購買哪些商品，以至於離開你的網站。

⑩ 電子商務網站設計有哪些主要內容

1、前台商品展示程來序模源塊；
2、前台購物車程序模塊；
3、前台會員注冊和登陸模塊；
4、後台客戶管理和黑名單程序；
5、後台商品管理維護程序；
6、訂單管理和跟蹤程序；
7、第三方支付平台和介面；
8、物流和跟蹤系統；
9、客服和互動系統。