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