時間：2022-10-02 22:55:21
序論：在您撰寫商務系統論文時，參考他人的優秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發您的創作熱情，引導您走向新的創作高度。
[關鍵詞]JAVA電子商務安全
網絡經濟的來臨，引致了電子商務的迅速發展，而安全問題己成為電子商務的核心問題。Java電子商務充分利用到了Java技術面向對象、獨立于平臺、可移植性、分布式、多線程性、安全可靠等特點，能夠更好的保證電子商務的安全性。
隨著互聯網的全面普及，基于互聯網的電子商務也應運而生，并在近年來獲得了巨大的發展，成為一種全新的商務模式，被許多經濟專家認為是新的經濟增長點。這種電子商務模式對管理水平、信息傳遞技術都提出了更高的要求，其中安全體系的構建又顯得尤為重要。如何建立一個安全、便捷的電于商務應用環境，對信息提供足夠的保護，是商家和用戶都十分關注的話題。
一、JAVA和電子商務概述
JSP就是一種Web編程腳本語言。它（JavaServerPages）由SunMicrosystem公司于1999年6月推出，是基于JavaServlet以及整個Java體系的Web開發技術。利用這一技術可以建立先進、安全和跨平臺的動態網站。JSP技術依附于一次寫入之后可以運行在任何符合java語法結構環境中。與過去那種依附于單一平臺或開發商的模式不同，JSP技術能夠運行在WEB服務器上，并且支持來自多家開發商提供的工具包。
電子商務引起人們的普遍關注，細說起來也不過是最近幾年的事情。人們對電子商務還沒有一個統一的規范和認識。眾多的計算機制造商（電子商務主要的推動者）出于各自的商業目的各執一詞，使得本已對電子商務知之甚少的人們在概念上更加的模糊不清。實際上，電子商務并不神秘。它在全球各地，包括中國在內，已經有許多成功的實踐。電子商務涵蓋的業務包括：信息交換、售前售后服務（如提品和服務和細節、產品使用技術指南、回答顧客意見）、銷售、電子支付（如使用電子資金轉賬、信用卡、電子支票）、運輸（包括商品的發送管理和運輸跟蹤，以及可以電子化傳送的產品的實際發送）、組建虛擬企業（組建一個物理上不存在的企業，集中一批獨立中小公司的權限，提供比任何單獨公司多的多的產品和服務），公司和貿易伙伴可以共同擁有和運營共享的商業方法等。
二、電子商務平臺構建以及系統設計
1.平臺構建
在確定技術之后要作的就是搭建平臺了，由于我們選用了JSP技術，所以我們需要安裝java開發工具集（JDK）和Tomcat（網站服務器），后臺采用SQLServer數據庫。它們之間的關系見下圖：
平臺環境圖
2.系統設計
商務活動允許用戶申請賬號，自由登陸；允許用戶查詢忘記的密碼；允許管理員通過超戶密碼自由登陸；允許管理員查看、更改、刪除注冊用戶信息；允許管理員查看、添加、刪除庫存商品信息；允許管理員查看用戶發放的定單信息；這種機制能夠更好地保證系統的安全。三、安全分析
1.平臺和服務器的獨立性
JSP技術依附于一次寫入之后可以運行在任何符合java語法結構環境中。與過去那種依附于單一平臺或開發商的模式不同，JSP技術能夠運行在WEB服務器上，并且支持來自多家開發商提供的工具包。由于ASP技術基于ActiveX控件技術提供客戶端和服務器端的開發組件，因此ASP技術基本上局限于微軟的操作系統平臺。不能很容易的實現在跨平臺的WEB服務器上工作。2.JSP跨平臺的可重用性
JSP的開發人員在開發過程中一直關注可重用性。JSP組件（EJB，JAVABEAN，或定制的JSP標簽）都是跨平臺可重用的。EJB組件可以訪問傳統的數據庫，并能以分布式系統模式工作于UNIX和WINDOWS平臺。JSP技術的標簽可擴充功能為開發人員提供簡便的、與XML兼容的接口，即共享網頁的打包功能，使其完全的工業標準化。由于javaservlet具有java所有優點，因此開發起來也相對容易，java簡化了對異常的處理，它的面向對象特性使開發人員的協作成為一件簡單的事情。JSP技術從如下幾個方面加快了動態網站的開發。將靜態頁面的開發和動態內容的生成JSP中通過使用HTML標記來規劃、設計WEB頁的布局和風格，而用JSP標記來實現動態的內容，生成動態內容的部分被封裝起來運行于服務器端，這樣頁面布局和風格可單獨編輯與調試而不影響動態內容生成。組件的可重用。多數JSP頁面通過重用與平臺無關的組件javabean來完成復雜的要求，這些組件可在開發人員中重復使用。
通過標記來簡化頁面開發。通過JSP提供的標記，開發人員可以很容易地使用javabean組件，設置和訪問他們的屬性。同時JSP也允許用戶自定義標記，還可以接受第三方的標記，從而可以方便地使用第三方提供的功能組件。
四、結論
本文對java實現電子商務系統的過程作了闡述，并對java建立的系統安全作了深刻分析。java實現電子商務具有安全、可靠等特點，當然在其實現過程中必將存在著一些不足之處，以后將會慢慢改進。但是，隨著電子商務的更加普及，隨著對電子商務系統安全的迫切需要，利用java技術實現電子商務將會成為必然的趨勢。
參考文獻：
1.1信息功能設計提出的綜合布線方案實現了大廈設備在物理層上的互相聯系，滿足系統間信息共享的要求，為大廈與Internet的連接及集中管理奠定了基礎設施。
1.2建設目標綜合布線是一項系統工程，必須針對工程特點，制定規范的組織機構，保障施工順利進行[4]。綜合布線系統是網絡信息傳輸的基礎，是體現于網絡物理層的信息傳輸系統，具有計算機網絡系統的一些網絡特點和結構特征[5]。根據設計方案，大廈綜合布線系統的目標課定為：以標準為指導、以領先為技術、以自動化為支撐和以高集成為系統。把大樓信息網絡系統建設成為一個高起點、高標準的和高設施的，并有一個平滑的升級和高開放的網絡平臺。
1.3設計原則設計原則有：①開放與先進原則：整個程序設計的目標決定了系統必須采用先進的技術和設備，以反映今天的水平，但也有發展潛力。另外，方案必須具有開放性。開放性的布線系統不但能適應不同功能的要求，而且又能支持不同廠家對應的設備；②靈活與實用原則：程序需要考慮系統當前和未來的技術發展，不僅要實現通信的數據和語音，而且也滿足靈活的升級的要求；③擴充與模塊原則：設計方案要求，除固定的傳輸線纜外，其他所有的插件均采用模塊化的標準件，以適應將來需要擴展時，方便地將設備添加進去。
1.4設計標準設計標準是：①GB/T7427-87國家通信光纜的要求；②EIA/TIA-568、569、607網絡標準；③IEEE局域網標準、TPDDI銅線分布接口局域網標準等。
2信息結構設計
在大廈的信息建設過程中，本著“服務與管理提供高技術的智能化手段，以期實現快捷高效的超值服務與管理，提供安全舒適的家居環境”的理念。將實現無線與有線靈活匹配，從而將有線局域網和無線WIFI的優勢充分發揮，使大廈的信息環境最大化的延伸。方案采用“萬兆核心、千兆主干，百兆到房”智能化的布線系統。數據機房和大廈各樓層垂直部分采用多模光纖連接，水平系統采用超五類網絡電纜。辦公空間使用有線互聯網接入，在公共場所使用標準的無線接入方式，以靈活的環境，滿足客人的不同需求。（1）核心機作為網絡核心的中心交換機采用的是專為企業網絡核心設計的思科CiscoCatalyst4500企業萬兆核心交換機，設在大廈6層的信息機房內。采用了CenterFlex技術的CiscoCatalyst4500系列交換機能夠通過安全、靈活和不間斷的通信，提供可以擴展的無阻礙L2-L4層交換，從而幫助部署了關鍵業務應用的企業、中小企業（SMB）和局域以太網客戶實現業務永續性。由于CiscoCatalyst4500能夠為企業配線間和SMB接入/核心層提供先進的動態服務質量（QoS）功能和配置靈活性，因而能提供可以預測和擴展的高性能。硬件和軟件中的集成式永續特性有助于提高網絡可用性，以提高勞動力的生產率和企業的盈利能力，并保證客戶成功。（2）匯聚層匯聚層交換機選用思科SR2024千兆以太網交換機，提供24個10/100Mbps端口，背板帶寬達到4.8G，2個SFP插槽，完全具備服務器或光纖骨干連接可選的端口，將平層之間的每一行，通過光模連接到核心交換機。（3）接入層接入層選用思科SLM224G2具備增強的網管、安全和服務質量(QoS)功能的百兆智能網管交換機，提供24口10/100Mbps端，2個擴展槽，可以選配GBIC口用于服務器或光纖骨干連接，并且可以通過堆疊進行擴展。根據個人或建筑物和樓層接入信息點的需要，放置在單位堆疊開關組的相應數量之間的接線通過超五類網線上聯到匯聚交換機。（4）無線AP大廈的公共區域采用騰達W301A無線AP提供接入服務。騰達無線AP采用天花板安裝，300Mbps無線上傳和下載速率、提供千兆以太網LAN接口、支持以太網供電（POE）或者外置電源適配器供電，具備無線中繼器，點對點無線網橋，點對多點的無線橋接模式，內置高品質獨立模塊天線，無線信號有保障。根據大廈的實際情況進行AP的合理布點安排，在所有大廈要求的范圍內為用戶提供了無盲點和無縫漫游的無線寬帶網絡覆蓋。
3綜合布線及驗收
大廈信息布線采用綜合布線方案，根據結構化標準，網絡由設備間系統、干線系統、工作區系統、水平布線系統和匯聚系統組成。（1）設備間系統設備間系統由主配線間和分配線間組成。語音主干采用單元接線板，使用數據骨干光纖終端盒安裝架，所有設備均安裝在19inch標準24U機柜內并采用不同色標做好標記。（2）干線系統主干系統工作區系統之間的集成，水平布線系統、聚合系統、設備系統及5個子系統的骨干系統一起，形成一個完整的結構化布線系統。其中語音主干采用三類大對數非屏蔽UTP雙絞線銅纜，數據主干采用室內多模光纖。（3）工作區系統工作區布線系統主要由水平雙絞線組成的系統，雙絞線從配線架出發，通過立管從地面或金屬托盤到指定位置上的出口連接到房間信息模塊。方案中要求超五類線的最長距離不超過百米。具體終端網絡采用超五類RJ45模塊、語音采用RJ11模塊。水平布線的語音部分采用兩芯電纜。（4）水平布線系統樓層過道的頂上采用金屬橋架和塑料阻燃防火波紋管相結合的設計方案。進入房間時，從橋架或波紋管引出以金屬管暗裝方式由墻壁而下到各個信息點。（5）匯聚系統由每層操作間的機柜上的配線架，通過跳線將信息線路定位到樓層的不同部位。其中水平層的數據和語音部分均采用24口TCL模塊式配線架（根據需要配RJ45/RJ11模塊），保留10%的余量用于未來的擴展。垂直層網絡連接數據主干采用光纖終端盒，語音垂直層使用鴨嘴跳線和電信電纜110配線架連接。所有樓層操作間都配備了在線不間斷電源插座。方案的驗收參照《建筑與建筑群綜合布線系統工程施工及驗收規范》（GB50312-200）及國家通信行業標準《綜合布線系統電氣特性通用測試方法》（YD/T1013-1999）實施[7]。
4結束語
一個完善的電子商務系統應該包括哪些部分，目前還沒有權威的論述。從我們的實踐來看，由于電子商務覆蓋的范圍十分廣泛，因此必須針對具體的應用才能描述清楚系統架構。從總體上來看，電子商務系統是三層框架結構，底層是網絡平臺，是信息傳送的載體和用戶接入的手段，它包括各種各樣的物理傳送平臺和傳送方式；中間是電子商務基礎平臺，包括CA（CertificateAuthority）認證、支付網關（PaymentGateway）和客戶服務中心三個部分，其真正的核心是CA認證；而第三層就是各種各樣的電子商務應用系統，電子商務基礎平臺是各種電子商務應用系統的基礎。
由于電子商務是用電子方式和網絡進行商務活動，通常參與各方是互不見面的，因此身份的確認與安全通信變得非常重要，解決方案就是建立中立的、權威的、公正的電子商務認證中心--CA認證中心，它所承擔的角色類似于網絡上的"公安局"和"工商局"，給個人、企事業單位和政府機構簽發數字證書--"網上身份證"，用來確認電子商務活動中各自的身份，并通過加解密方法實現網上安全的信息交換與安全交易。
但是，需要強調的是，由于國情的特殊性，CA認證中心似乎需要政府的授權，但實際上，CA認證中心只是根據政府機構已簽發的身份、資質證明文件進行審核，而并沒有增加新的內容，實際上是一種更為安全的會員制，因此CA認證中心的商業運作性質要大過政府行為，除非以后真正由CA認證中心來發放電子身份證、電子營業執照等等。
支付網關的角色是信息網與金融網的連接的中介，它承擔雙方的支付信息轉換的工作，所解決的關鍵問題是讓傳統的封閉的金融網絡能夠通過網關面向因特網的廣大用戶，提供安全方便的網上支付功能。
客戶服務中心也稱為呼叫中心，與傳統的呼叫中心的分別在于不但支持電話接入的方式，也能夠支持Web、E-mail、電話和傳真等多種接入方式，使得用戶的任何疑問都能很快地獲得響應與幫助?？蛻舴罩行牟皇且酝總€企業獨立建設和運作的概念，而是統一建設再將席位出租，從而大大簡化和方便中小型企業進行電子商務，提供客戶咨詢和幫助。
一、電子商務系統審計的必然性和必要性
在商業活動實現網絡化之前，采購是面對面或通過紙質文件進行的，有跡可查，即使是電子交易，其設備結構是專用的，一般只限于已知用戶使用，任何外部用戶必須是已知的、身份明確的、可追蹤的；系統通常是主機結構方式，相對易于監督、控制和審計。與傳統商業相比，萬維網客戶/服務器系統的特點是高度分散，資源共享、服務分散、顧客透明度高等，而電子商務的運作速度更快、業務循環周期更短、風險更大、更高程度地依賴于技術。電子商務系統的技術基礎和市場的快速變化意味著傳統的衡量方法已不再適用于企業的某些資產，財務報告不能充分提供企業的狀況和價值方面的信息，特別是網絡企業的無形資產，如商譽、客戶忠誠度和滿意程度等這些產生長期價值的關鍵資產。核實確認這類資產價值的困難在于缺乏足夠的歷史數據、合適的參照標準、先進的實踐經驗以及對網絡的各種威脅和概率的準確估算。企業管理層以及公眾都需要尋找能夠用以表述網絡企業的可信度、安全性及其他資產價值的方法，需要一些新的核查和審計方法，更有效地評價無形資產，如知識、品牌等。因此，電子商務系統審計就成為歷史的必然。由于，電子商務的可靠性、適用性、安全性和性能等方面受到的威脅或存在的風險，都可能會影響其生存和發展。風險因素包括：商業信息的泄露、智能財產的不當使用、對版權的侵犯、對商標的侵犯、網絡謠言和對信譽的損害等。因此，進行必要和客觀的審計，才會使董事會、審計委員會、高級管理層對電子商務系統的安全運作和效益滿意和放心。
二、網絡風險和風險管理
網絡風險如同自然災害一樣不可預見。風險管理的關鍵在于風險評估，風險評估就是要分析和衡量風險事件發生的概率及后果，引起風險的因素及其關聯因素，出現風險的關鍵點采取什么方法能夠減緩風險，風險出現造成后果如何，以及評價管理層是否履行了應有的職業審慎進行防范和控制。同時在評估中還要為各項因素設計評價比率，計算各種風險的影響后果，根據影響和后果排序，對高風險因素作進一步的分析。
通過風險評估，可以認識到潛在風險（威脅）及其影響，以便對高風險領域作一些防范、檢測、控制、減緩和恢復的工作計劃和安排。這些計劃和安排應涵蓋對各項控制成本，主要是指接受、避免、轉移、監測成本的分析以及各項工作的先后次序。
三、電子商務系統審計中網站的合法性證明
網絡終端用戶都會關注網站是否來自一個真實的、可靠的機構，提供的信息是否準確真實，機構背景是否正當合法，個人信息的隱私權是否得到保護等。所謂隱私權是指對個人的數據/信息的搜集必須合法、公平，必須用于某一特定、公開的目的，必須取得該個人的同意并受到保護，本人必須有權進入系統進行修改或刪除，信息的越域流動和將來的使用、披露必須予以安全保證和限制等。
解決這些網站合法性問題的途徑之一就是由一公證機構提供可靠的證明，以使網絡終端用戶能對網站提供的電子商務放心。如Verisign，TRUSTe，BBBOnline，WebTrust，SysTurst等都是具有良好的信譽并且提供證明-查證服務的專業組織機構。網絡終端用戶可以通過查詢這些公證機構的記錄，獲得確認被訪問網站的名稱、有效狀態、服務器標識等信息。
四、內部審計和電子商務系統審計
美國注冊會計師協會對“核實查證”的定義是“提高決策者所需要信息的質量或內容的獨立性專業服務?！逼鋵徲嬙瓌t是保證系統的可用性、安全性、真實完整性和持續性，建議對系統安全性和真實完整性方面存在的控制點進行檢查、評價和測試。并盡量在今后采用合適的審計標準對信息技術進行審計。不同于以年度為基礎的傳統外部審計，電子商務的實時性要求審計人員應對其進行連續不斷的評估，按特定的審核標準對已發生的交易進行追蹤，而系統內設置的自動登錄記錄可作為相應的審計軌跡，在系統內部實施對事件監督和控制。
盡管當前許多人認為核實查證通常與外部審計人員相關，內部審計人員則在公司內部出具審計報告。然而，國際內部審計師協會對電子商務系統審計的要求則是：審計控制目標主要是審計財務報告制度、經營的效益和效率、合規性和保護財產安全等方面。審計模式應該建立在系統的可用性、容量、功能、保護和可靠性的基礎上。例如，內部審計對網絡企業控制水平的獨立評價，使得客戶了解到企業提供的數據將不會被有意或無意地濫用。再如，企業目標是建立電子商務以降低成本、提高市場占有率，那么電子商務風險是隨著網絡交易的增加而增加，以至于不能確保交易的安全性或分辨用戶的可靠性，因此，所需要的控制就是對用戶的真實性進行確認以及對通訊信息進行加密。
電子商務系統審計的成功與否在于審計人員是否掌握相關的技術知識，了解商業風險及風險管理策略，是否有現成的策略隨時應付出現的風險。因此，作為一個成功內部審計人員應了解企業的業務，以服務為宗旨并努力增值，積極提高專業技能，關注系統的效率和效益，建立對電腦領域發展的職業敏感性。
1系統設計需求分析
在系統設計中，要確定用戶角色。在互聯網電子商務系統中，其角色為客戶。因為，角色并不是都表示人，也可以是外部系統。所以，本系統的數據庫處理角色就是一個外部系統?？蛻粼诘顷懙诫娮由虅障到y的首頁時，可以根據需求選擇商品，并能夠將商品加入到系統的購物車之中，然后用戶在判斷商品價值后，基于購買決策為商品付賬，就相當于完成一次電子商務交易，提升系統可用性[13-15]。在整個電子商務系統設計中，可以確保該電子商務系統設計完成后符合用戶實際應用需求。
2基于UML設計實現電子商務系統
2.1系統總體結構設計
采用UML對象建模，在財務軟件的客戶端與數據庫之間可以加入了一個中間層，將財務軟件應用程序的將業務規則、數據訪問以及合法性校驗等放到中間層進行處理。系統的客戶端采用JavaScript、Java等網絡編程語言編寫，其腳本程序簡單易用、靈活性強，可以控制整個Web頁面。其總體結構如圖1所示。
2.2系統功能設計
對于UML對象建模中，在設計電子商務系統中，能夠用統一的UML建模語言，構建電子商務系統，提升系統軟件的可用性。其電子商務系統功能設計如圖2所示。用戶管理：主要通過全局變量，記錄系統中的登錄用戶信息。商品管理：查看商品基本信息；根據商品名稱查看商品；對查詢結果進行操作。電子商務購物管理：用戶查看商品，選擇要購買的商品；能夠將用戶選中的商品加入到電子商務系統的購物車中，并且確保購物車信息也可以依據用戶需求變化，動態的更改購物車數據。
2.3分析電子商務系統業務流程
該電子商務系統是針對消費者購買商品設計的。消費者分為兩類，一類是會員，若是某會員要購買，直接登錄網站，就可以購買所需要的商品了；另一類是普通瀏覽者，該瀏覽者可以瀏覽網站基本信息，若要購買，則必須確保系統的用戶先進行注冊之后，才可以在該電子商務網站中購買展示的商品。并且，基于UML技術，用戶在注冊成系統用戶后，就可以選擇所需的商品，同時系統將會為用戶生成商品訂單，確保電子商務系統能夠滿足用戶使用需求。電子商務系統的主要業務流程，如圖3所示。
2.4UML建模設計
對象設計：UML對象建模中，確定設計模型中的類、關聯、接口和現實服務的算法?？梢愿鶕討B模型中的行為和功能模型中的用例描述確定類的服務，然后設計實現服務的數據結構和算法，主要是選擇能正確描述信息的邏輯結構和相應的能夠高效實現算法的物理結構。在UML中，一個系統由若干個用例圖描述，用例圖的主要元素是用例和角色。如圖，是在網上商店系統經理的用例圖如圖4。優化設計：UML對象建模中，還能夠從效率和清晰性角度優化對象模型[15]，提高效率和調整繼承關系；采用抽象與具體的方法來優化繼承關系，增加派生屬性和派生關聯可以提高訪問效率，以實現財務軟件代碼共享、減少冗余。在UML中，顯示了互聯網電子商務系統的類圖。上圖顯示了從用戶登陸首頁選擇商品到結帳離開類之間的關系，分別由4種類圖組成。主要就是將JSP與Servlet技術聯合使用，從而實現對電子商務系統的用戶提供動態的內容服務。設計對象約束：基于UML對象建模的財務軟件設計中，無論是消費者、商戶還是銀行員工都可以通過Internet訪問該系統，完成各自授權的活動、工作。
3系統應用效益分析
以基于UML的電子商務系統開發為視角，以MyEclipse6.0開發平臺為開發環境，介紹基于UML建模技術，并結合實例說明面向對象軟件的工作過程。實踐表明，基于Java三層架構設計的軟件系統結構清晰、便于維護，具有代碼復用之功能?；赨ML設計出的互聯網電子商務系統，系統的結構清晰、便于維護，能夠構造一個科學準確的互聯網電子商務系統模型，提升系統設計質量，提升12.0%，將設計好的系統應用到實踐中發揮積極的應用效益。在本次電子商務系統設計中，基于UML技術，分析電子商務系統的建模開發工作，將UML應用到系統開發過程中，不僅可以提升系統開發工的靈活性，也可以提升系統的可擴展性與維護性，使設計完成的系統更具用戶使用性能，發揮積極應用效益。
4結論
綜上所述，在設計電子商務系統中，應用UML技術，具有應用價值，可以在實踐電子商務系統設計中推廣應用該技術。
作者:龐敏 單位:寶雞職業技術學院
參考文獻：
[1]藍鷹.基于UML的高校圖書電子商務系統分析和設計[J].智能計算機與應用，2014（4）:43-46.
[2]趙永紅，劉利民，魏家瑞，等.基于多層架構的B2C電子商務系統的建模研究[J].內蒙古工業大學學報；自然科學版，2011，30（1）:47-53.
[3]何耀光，康汶，詹先信，等.基于UML的電子商務在線銷售系統分析與設計[J].計算機與現代化，2011（2）:171-174.
[4]侯秀美.基于UML的電子商務系統建模及應用研究[D].南昌：南昌大學，2012.
[5]唐路其.基于UML的電子商務系統的建模及實現[D].南昌：南昌大學，2014.
[6]賈鳳玲，李小天.UML在電子商務網上支付系統建模中的應用[J].福建電腦，2015（4）:38-40.
[7]倪芳.基于MVC的電子商務系統的設計與實現[D].廈門：廈門大學，2014.
[8]譚敏，范強.電子商務數字取證模型設計[J].網絡安全技術與應用，2014（7）:110-111.
[9]劉定智.電子商務站點設計中的UML用例新應用[J].科學與財富，2012（2）:104-104.
[10]華文立.基于Java三層架構的電子商務系統設計與實現[J].蚌埠學院學報，2015（2）:7-11.
[11]李傳煌，王偉明，施銀燕，等.一種UML軟件架構性能預測方法及其自動化研究[J].軟件學報，2013（7）:1512-1528.
[12]胡文生，趙明，楊劍峰，等.敏捷開發過程中的迭代策略分析[J].微電子學與計算機，2012，29（5）:165-169.
[13]王蘋.基于UML建模的銷售系統研究[J].煤炭技術，2011，30（6）:268-270.
論文摘要：隨著Internet飛速發展，互聯網成為人們快速獲取、和傳遞信息的重要渠道。它在人們的政治、經濟、生活等各個方面發揮著重要作用。Internet上信息主要是通過網站來實現。隨著人們生活水平逐步提高，足不出戶完成工作、學習、娛樂、購物等已經成為人們對快節奏生活方式的一種需求。本次設計初步實現了網上購物的基本操作流程，會員制購物體系，完善了網站的功能。
本文闡述了電子商務網站設計與實現-在線銷售系統的目的、過程以及各種功能的實現。給出了網站的系統分析，描述了網頁設計概況，并介紹了數據庫的內容和主要實現。本文還總結概括了該網頁的主要特點和功能。外觀設計簡約，交流界面人性化，配合數據庫管理，實用且易操作。
Abstract：Withtherapiddevelopmentofinternet,itbecomesthechannelfromwhichpeoplequicklyaccess,publishanddisseminateimportantinformation.Internetplaysanimportantroleinpeople''''spolitical,economic,andotheraspectsoflife.Publishinginformationontheinternetismainlythroughthewebsite.Aspeople’sgraduallyraisingstandardoflife,ithasbecomearequirementworking,studying,entertainment,shoppingathomeinpeople’sfast-pacedlifestyle.Thedesignrealizedthebasicoperationflowoftheshoppingontheinternet,membership-basedshoppingsystem,alsoimprovedthesite''''sfunctionality.
Thispaperdescribesthedesignandimplementationofe-commercesites-thepurposeofonlinesales,processandtherealizationofvariousfunctions.Giventhesystematicanalysisofthesite,describesthedesignofthepageandthecontent,realizationofthedatabase.Thisarticlealsosummedupthemaincharacteristicsandfunctionsofpages.TerseDesignofappearance,humanitycommunioninterface,withdatabasemanagement,makethesitepracticallyandeasytooperate.
Keywords：E-commerce;Onlinesales;Webdesign
前言
電子商務（E-commerce）是指包括電子交易在內的利用計算機網絡技術進行的全部商業活動，如市場分析、客戶聯系、物資調配、內部管理、公司間合作等等。電子商務對企業而言是指使用因特網進行企業資源管理、客戶關系管理、銷售渠道管理、供應鏈管理等商業活動[1]。
發達國家的企業早在20世紀90年代就開始運用網絡技術形成訂貨、結算等的電子數據交換，實現了無庫存銷售、電腦銷售、電視電話銷售等多種現代化營銷方式。進入21世紀，電子商務已經成為世界經濟發展的引擎。根據《2004年中國B2B電子商務研究報告》的數據顯示，到2004年底全球電子商務交易總額已經達到了2.7萬億美元，iResearch預計到2007年全球電子商務市場將會達到8.8萬億美元。我國電子商務市場潛力巨大。截至2004年底，中國電子商務市場規模已經達到了3200億元人民幣，iResearch預計，到2007年，中國電子商務市場總體規模將會達到17000億元人民幣。
由此，中國電子商務市場的巨大潛力可見一斑。對企業來說，電子商務意味著更多的商業機會，要在新的商業機會中贏得市場，就必須開展電子商務。
隨著Internet的迅速普及，其巨大的影響力、開放的結構、低廉的成本等諸多優勢日益顯現，Web網站無可爭議地成為企業開展電子商務的最佳平臺。一個不注重網站建設的公司無異于是在商戰中自殺。即便公司并不從事網上交易，網站也會成為人們了解其商標、產品及服務的門戶。對消費者而言，一個無價值的網站往往預示著一個無價值的公司，它只會在人們的鼠標點擊下被無情舍棄。所以一個成功的公司一定要建成一個優秀的網站，以確保它能出現在每次搜索結果的前列。
總之，電子商務網站在企業的電子商務體系中有著重要的地位，網站設計的好壞、網站推廣的成敗，直接關系到企業實施電子商務能否成功。因此，網站是企業邁向電子商務的最重要的環節。
在我國，電子商務網站在規模和實際運作中不斷成熟和增長，但其開發水平仍然因各種因素的局限而處于網站建設的可靠性和可維護性得不到充分保證、缺乏個性、一哄而上，難以滿足用戶需求的狀況，陷入了與“軟件危機”相似的“網站危機”境地。具體來講，本設計從軟件工程角度著手很好應對了電子商務網站建設中遇到的一些主要問題[2，3]：
網站不能清晰地反映企業所能提供的商品及服務的全面情況；主題不突出，內容不完整，千站一面，不能吸引瀏覽者的注意力；成本與進度難于控制；文檔不全造成維護與升級的障礙；開發效率低，貽誤商機。
第一章設計思想及工具簡介
1.1設計思想
通常，架構是指將應用系統的每個功能部分分解到獨立的組件中，并將各種組件劃分到各個邏輯層中[4]。
SHAPE\*MERGEFORMAT
圖1-1三層架構
表示層包括網站的UI元素，并且包含管理訪問者和客戶的業務之間的交互的所有程序邏輯。該層使整個網站充滿活性，而且這一層的設計方法對網站的成功至關重要。本系統是Web網站，表示層由動態Web頁面組成。
業務層（也稱為中間層）接受來自表示層的請求，并基于其包含的業務邏輯，向表示層返回一個結果。表示層中所發生的事件，絕大部分都會導致業務層被調用（除了那些表示層自己就能夠處理的事件，諸如簡單的數據輸入驗證）。例如，如果訪問者進行一次商品搜索，那么表示層將調用業務層，要求與該搜索條件相匹配的商品傳給我。絕大多數情況下，業務層都需要調用數據層，以后的相應表示層請求所需的信息。
數據層（有時也稱為數據庫層）負責保存應用系統的數據，并當有請求時發送給業務層。對于本網站需要保存與商品（包括其門類和分類）、用戶、購物車等等相關數據。幾乎所有的客戶請求最終都將引發數據層的信息查詢（除非在業務層或表示層的緩存中已經包含了先前查詢的數據）。
1.2實現技術與工具介紹
簡介
是微軟最新推出的用于構建動態、交互式Web內容的開發技術集。并非構建專業電子商務網站的唯一的服務器端技術，但其編寫的頁面都是由負責繪制頁面靜態部分（模板）的基本HTML和負責生成動態部分的代碼所組成的[5]。
允許用戶選擇并使用功能完善的strongly-type編程語言，也允許使用潛在巨大的.NETFramework。是編譯性的編程框架，運行是服務器上的編譯好的公共語言運行時庫代碼，可以利用早期綁定，實施編譯來提高效率。把界面設計和程序設計以不同的文件分離開，復用性和維護性得到了提高[6，7]。
完全基于模塊與組件，具有更好的可擴展性與可定制性，數據處理方面更是引入了許多激動人心的新技術，正是這些具有革新意義的新特性，讓遠遠超越了ASP，同時也提供給web開發人員更好的靈活性，有效縮短了web應用程序的開發周期。與Windows2000Server/AdvancedServer的完美組合，為中小型乃至企業級的web商業模型提供了一個更為穩定、高效、安全的運行環境[6，7]。
頁面的服務器端代碼是經過編譯和執行的，不是逐行解釋的，并且在編譯時（而不是運行時）檢測大量錯誤，大大提高了開發效率與性能。后臺代碼文件把頁面的可視化部分與服務器端的邏輯分離開來，結合開發工具的所見即所得的開發模式和事件驅動的方法有助于開發更為簡單。
1.2.2Web客戶和Web服務器
當請求發出后，該頁面在返回給客戶端之前將在服務器端首先進行處理。當頁面被請求時，其中的代碼將首先在服務器端運行。在最終的頁面生成后，其產生的HTML將返回給訪問者的瀏覽器[8]。
SHAPE\*MERGEFORMAT
圖1-2Web服務器處理客戶端請求的過程
第二章網站總體分析與設計
2.1網站系統分析
根據前面的設計思想進行分析，按照系統開發的基本觀點對網站進行分解，從內容上可對網站作如下劃分：
1.構建一個能夠瀏覽和搜索的在線商品目錄。
2.開發一個目錄管理頁面，實現商品、分類和門類的添加、修改及刪除。
3.開發自己的購物車和結賬界面。
4.通過商品推薦系統的開發增加銷售量。
5.開發一個顧客賬戶管理系統。
2.2主頁設計
2.2.1全屏幕設計的流行風格
1.人性化的交互界面
采用目前流行的全屏幕設計風格，流行而時尚，獨特且新穎!優美的外觀設計、給用戶以美的視覺沖擊。靜態的主畫面和動態的圖片相結合，簡約的設計理念，給用戶創造簡單美好的購物環境。
客戶訪問電子商務站點是為了獲取需要的商品或服務，所以網頁的內容必須突出重點，避免夸張，裝飾部分不宜太多，以免喧賓奪主。在內容編排上必須簡潔明了，便于瀏覽；信息數量比較大時應將其拆分成多個網頁。
2.界面的統一和差異
3.在電子商務網頁設計中，界面一致性也是必須加以仔細考慮的一個重要因素。一般認為，界面一致性主要體現在三個方面：指向性效果、系統的輸入與輸出之間的關系、界面的外觀或視覺效果。一些研究表明，增強界面一致性有利于提高用戶的操作績效和滿意度，同時還可減少操作錯誤。
4.美觀、比例、結構、布局
良好的視覺效果與強大的使用功能同等重要。界面美觀水平與使用者對界面可用性的主觀評價呈正相關，與操作績效也呈正相關。Schenkman(2000)總結出衡量網頁外觀設計質量的四個主要指標，即美觀、圖文比例、結構和總體布局。其中，美觀這一指標最為重要。
2.4用戶密碼安全性技術
2.4.1散列處理
將用戶密碼以純文本的格式存儲到數據庫中，不是好方法，這些信息是潛在的被攻擊對象?？梢圆捎蒙⒘衕ash解決方案來保存密碼。對于每個密碼而言，其散列值是唯一的，而且散列值是無法轉換成密碼本身的。要校驗用戶輸入的密碼，只需計算其輸入的密碼的散列值，然后和保存在數據庫中的散列值進行比較。如果散列值是匹配的，則說明輸入的密碼是正確的。散列處理hashing采用的是一個單向的機制。將要散列處理的對象序列化為一個字節數組。對字節數組進行散列計算，獲取一個已散列的新字節數組。將已散列的字節數轉成存儲所需的格式[9]。
2.4.2加密和解密
1.加密、解密簡介
加密有多種形式，多種規模，總的來說加密形式有兩種：對稱加密，加密和解密時使用的是同一個密匙；非對稱加密，加密和解密時將使用不同的密匙。通常是用公鑰作為加密密匙，任何人都可以用它來加密信息[10]。而私鑰才是用來做解密密鑰的，它只能用來對使用其對應的公鑰加密的數據進行解密。
2.加密、解密優缺點比較
對稱加密相對而言速度更快，但由于加密者和解密者都知道這個唯一密鑰，因此其安全性更差一些。在因特網通信中，當將密鑰發送給加密者時，通常沒有辦法確保對第三方而言仍然是保密的。非對稱加密則通過密鑰對方法來解決這個問題，因于私鑰永遠不會暴露，所以第三方更加難以破解其加密的信息。由于密鑰對方法需要更長的處理時間，因此通常的方法是使用非對稱密鑰加密機制在因特網上實現對對稱密鑰的加密。這樣就使這個用于對稱加密的密鑰更安全，不會暴露給第三方。
在對數據進行加密和解密時，需要完成的任務要比散列更復雜一些。在.net框架中的類是針對數據流進行優化的，因此需要花一些時間來處理數據格式轉換。同樣需要定義一個密鑰以及執行加密或解密操作的初始向量[11]（IV）。需要使用IV應歸究于加密的本性：為一串數據位計算加密值時，將會用到前面一串數據位的加密值。由于在加密開始時并不存在這些值，因此用IV來代替。在實踐中，IV和密鑰都將表示為一個字節數組，而在對稱加密算法[12,13]DES（DataEncryptionStandard，數據加密標準）加密中，其長度是64位（8字節）。
對一個字符串進行加密的步驟[14,15]：
1)將源字符串轉換為一個字節數組。
2)初始化一個加密算法類。
3)使用這個加密算法類來生成一個加密者(encryptor)對象，實現IcryptoTransform接口。它需要密鑰和IV值。
4)使用加密者對象來初始化一個密文數據流(CryptoStream對象)。該數據流還需要知道你要加密哪些數據，以及用來寫入加密數據的目標數據流。
5)使用這個密文數據流生成已加密數據，并寫到由前面創建的源字節數組創建的目標內存數據流中。
6)獲取存儲在這個數據流中的字節數據。
7)將這些字節數據轉換成一個字符串。
對一個字符串進行解密的步驟[14,15]：
1)將源字符串轉換成一個字節數組。
2)根據這個字節數組填充內存數據流的值。
3)初始化一個加密算法類。
4)使用加密算法類生成一個解密者(decryptor)對象，實現ICryptoTransform接口。它需要密鑰和IV值。
5)使用密鑰者對象來初始化一個密文數據流(CryptoStream對象)。該數據流還需要知道你要解密什么數據，并需要一個從中讀取已加密數據的源數據流。
6)使用密文數據流來讀取已解密數據（可以使用StreamReader.ReadToEnd方法來獲取字符串型結果）。
第三章詳細設計
3.1顧客和管理員角色
3.1.1顧客登陸和注冊模塊
點擊Register鏈接，進入注冊頁面并輸入顧客詳細信息，然后點擊SignUp按鈕。若輸入用戶名已存在或無效密碼，重新注冊；否則點擊Continue按鈕用戶狀態信息顯示已登錄，并轉入顧客詳情頁面CustomerDetails/，點擊EditDetails按鈕，輸入一些詳細資料，然后點擊Update按鈕。
2.顧客登陸注冊功能分析
顧客通過一個登陸頁面或對話框登陸后，才能訪問Web網站中受保護區域。一旦登陸后，Web應用程序能夠記住顧客，直到顧客退出登陸為止（可能是通過LogOut按鈕手動退出，或是在會話超時、服務器發生錯誤時自動退出）。
在應用程序中添加一個用戶檔案方案。對網站進行適當的修改，使其適用于顧客賬號管理，包括注冊、詳情編輯頁面等。新顧客可以將通過用戶注冊頁面（Register/）完成對網站用戶注冊的操作。
3.1.2管理員身份驗證
安全機制的實現涉及兩個重要概念：身份驗證（authentication）和授權（authorization）。身份驗證處理是基于用戶的唯一標識（通常是由用戶名和密碼組成）；授權則是涉及已驗證用戶能夠訪問的哪些資源。登陸頁面使用表單驗證，允許擁有Administrators角色和Customers角色的用戶登陸。
當顧客通過驗證后，將自動在客戶端生成一個cookie，它用來對其所有后續請求進行驗證。如果沒有找到cookie，那么就將客戶端重定向到登陸窗體。
定義一個Customer角色，通過的WebSiteAdministrationTool（網站管理工具）來完成，將LoginView控件添加到Register/頁面，選中AnonymousTemplate，然后添加CreateUserWizard控件到該模板中。
用戶檔案系統可以用來定義許多自定義數據字段，它將和用戶登陸詳情一起存儲在ASPNETDB數據庫中，需在應用程序的web.config文件中定義用戶信息所需字段。
3.2定制購物車
3.2.1購物車功能描述
購物車頁面ShoppingCart/顯示當前用戶欲買商品數量、信息。確認購買后，填寫定單信息，生成定單，然后轉到Checkout/結賬頁面上。
CartID是為每個購物車生成的唯一ID，用來保存GUID（全局唯一標識符），可以確保在同一時空中所有機器都是唯一。
3.2.2購物車具體功能模塊流程
1.從購物車中刪除商品
當訪問者在購物車中點擊針對某個商品的Remove按鈕時就將執行ShoppingCartRemoveItem存儲過程。
2.返回購物車中的商品信息
ShoppingCartGetItems存儲過程將返回購物車中每個商品的ID、Name(名稱)、Price(單價)、Quantity（數量）以及Subtotal(小計)。由于在ShoppingCart表中，與商品相關的字段只有ProuctID，因此需要將ShoppingCart和Product表進行連接運算，才能夠獲取你所需要的信息。將存儲過程AhoppingCartGetItems添加到BalloonShop數據庫中。
3.返回購物車中商品總價
存儲過程ShoppingCartGetTotalAmount將返回購物車中所有商品的總價。當要現實購物車的總價時將調用它。
4.為購物車添加商品
當訪問者點擊針對某個商品的AddtoCart按鈕時，將調用存儲過程ShoppingCartAddItem。如果所選的商品已經存在與購物車中，那么就將數量加1；如果不存在，則在購物車中添加一條新的記錄。
SHAPE\*MERGEFORMAT
圖3-2添加商品流程圖
5.購物車中更新商品信息
當需要更新購物車中某項數量時，就需要使用存儲過程ShoppingCartUpdateItem。該存儲過程將接收三個參數：@CartID、@ProductID和@Quantity。如果@Quantity的值為0或負數，ShoppingCartUpdateItem將調用ShoppingCartRemoveItem，從購物車中刪除對應商品。否則，將更新購物車中該商品的數量，同時還將更新DateAdded字段，以反映該記錄的最后修改時間。
SHAPE\*MERGEFORMAT
圖3-3更新商品流程圖
3.3商品展示與推薦銷售
3.3.1商品展示模塊
分析商品目錄的結構及所提供的功能，為商品目錄創建數據庫結構和數據層，實現支持商品目錄功能的業務層對象，并實現一個基本的、但可用的錯誤處理策略，為商品目錄實現一個功能性UI。
每個分類只存在于一個門類中，一個商品可以存在于多個分類中。選定某個門類即可以看到所選門類的名稱、描述和特色商品。當選擇了一個分類時，該分類下的所有商品將被一一列出，同時更新相關的標題與描述，如果商品列表中的商品數量大于既定數量時，將會出現分頁控件。
3.3.2商品推薦功能描述
1.商品推薦采用的設計思想
銷售升級商品（Up-Selling）：該策略是向客戶提供一個購買“升級”商品的機會，或在其想購買的商品基礎上推薦稍大號的商品。
關聯銷售（Cross-Selling）：就是向顧客提供相關的商品的做法。
2.商品推薦具體步驟
在商品的詳情頁Product/和訪問者購物車中添加動態推薦系統，基于動態推薦來增加銷售額，將某個新商品添加到店鋪中后，商品詳情頁的底部將包含“商品推薦列表”。
3.3.3實現商品推薦功能采用的邏輯
1.商品推薦模塊具體分析
我們考慮的是推薦和特定商品一起被購買的商品，然后針對購物車頁面的推薦功能也將采用相同的方法實現。需要找出購買了這個要生成推薦信息的商品的顧客還購買了什么商品。
2.商品推薦列表的SQL邏輯
基于OrderID字段連接OrderDetail的兩個實例（命名為od1和od2），同時用要查詢的商品ID來過濾od1表中的ProductID字段值。使用這個方法，在od2表的字段中可以獲得在包含你要查詢的商品ID的所有訂單中的其他關聯商品。
查詢和ProductID為4的商品一起訂購的所有商品（不包含ProductID為4的商品），按ProductID分組，按商品在列表中出現的次數以降序排列，用TOP關鍵字來指定你需要的記錄條數，如果想獲取列表中的前5個商品，另外如果是基于最近n天發生的訂單數據來計算商品推薦信息。與包含date_create字段的Orders表進行一次連接。
3.4目錄管理和商品分類搜索
3.4.1商品目錄管理
1.商品門類管理
以管理員身份登錄，點擊Edit按鈕，可以編輯門類名稱或描述，Edit按鈕被替換成Update和Cancel按鈕；輸入新門類名稱和描述，然后點擊Add按鈕可以添加新的門類；通過點擊Detele按鈕徹底從數據中刪除一個門類（只有當某個門類下沒有相關的分類時才可以進行該操作；否則，管理員會被提示該操作無法完成）。
2.商品分類管理
點擊EditCategories按鈕時，該頁面將重新載入，可以編輯所屬門類下的分類；同樣輸入分類名稱和描述，可以添加新的分類。
3.商品詳細信息管理
點擊ViewProducts載入管理商品詳細信息頁面，可以修改所屬分類，從目錄或分類中刪除一個商品，上傳商品圖片，修改商品名稱、描述等信息。
3.4.2商品分類搜索
1.商品目錄搜索方式
全單詞（all-words）搜索：把訪問者輸入的整個短語分離成各個單詞，用于搜索包含每個單詞的商品。不同于精確匹配搜索的是各個單詞在短語中的順序不重要了。
任一單詞（any-word）搜索：商品必須至少包含所有輸入單詞中的一個。
2.使用WHERE和LIKE進行搜索
返回所有描述中包含”mask”單詞的商品：
SelectnamefromProductwhereDescriptionlike‘%mask%’
3.商品搜索具體描述
搜索結果頁面Search/這部分UI（用戶界面）將由一個獨立的、名為SearchBox.ascx的Web用戶控件實現，它為訪問者提供一個文本框和復選框控件。顯示符合搜索條件的商品。定制搜索方法（需要用存儲過程、用戶自定義函數及Courage）。在數據層上分頁：采用這種方法，數據庫將只返回訪問者想要查看的那一頁商品。商品列表在被編號前是按產品ID排序的，在搜索結果列表中并不使用該規則，它需要按評級點數進行降序排列（因此最相近的搜索結果將排在最前面），在子查詢中執行搜索，在結果中運用ROW_NUMBER（）函數。重用ProductsList用戶控件，用它顯示實際商品列表。該控件現在用來在主頁、門類、分類中列出相應的商品。
3.5處理顧客訂單
3.5.1處理顧客訂單描述
實現客戶端的訂單處理機制，將在購物車控件中添加一個ProceedtoCheckout（結賬）按鈕，它用來讓訪問者在購物車中訂購商品。實現一個簡單的訂單管理頁面，網絡管理員通過它可以查看和處理這些潛在訂單。
3.5.2管理訂單
1.顯示已有訂單
該訂單管理頁面擁有兩個主要的功能：
1)管理員可以查看、過濾待處理的和已處理的訂單。包括顯示最近的訂單、在特定時間段下的訂單。未取消的待處理訂單即服務器端還未確認支付財務交易已經確認，管理員需要將其標記未Verified狀態，否則，如果在合理的時間內還沒有確認支付，管理員或許會想取消該訂單（標記為Canceled），同時這些訂單將不再出現于后續的請求中。顯示需要交付的訂單（已經是Verified狀態，但還沒有Completed）。這些訂單已經確定支付了，但其商品還未寄出。當商品寄出后，管理員將會把訂單標記為Completed。
2)管理員可以選擇其中一個訂單，并轉到訂單詳情管理頁面，在該頁面中可以查看關于所選訂單的更多詳細信息。
2.訂單詳情管理OrdersAdmin/
管理六種操作：
OrderGetInfo：返回用來填充訂單概要信息的表單中各個文本框的數據，諸如總金額、創建時間、發貨時間等。
OrderGerDetails：將返回屬于所選訂單的所有商品，并且將返回填充表單底部網格所需的數據。
OrderUpdate：當表單在編輯模式時調用，它將提交新數據，以更新所選訂單。
OrderMarkVerified：將所選訂單的Verified字段設置為1。
OrderMarkCompleted：將所選訂單的Completed字段設置為1。
OrderMarkCanceled：將所選訂單的Canceled字段設置為1。
3.6訂單流水線
3.6.1訂單流水線描述
通知顧客：發送一封電子郵件，通知顧客訂單處理已經開始執行，并確定顧客購買的內容以及貨物將寄送到的地址。
信用卡驗證：檢查用于支付的信用卡，劃出一筆訂單總金額（不過現在還沒有真正支付）。
庫存檢查：發送一封電子郵件給供貨商，其中包含訂購的貨物列表。當供貨商確認有這些貨物時處理繼續。
支付：使用前面劃出的資金完成信用卡交易。
發貨：發送一個電子郵件給供貨商，確認顧客訂購的商品已經付過款了。當供貨商確認貨物已經發貨后處理繼續。
通知顧客：發送電子郵件給顧客，通知訂單已發貨，并謝謝他使用本網站。
3.6.2訂單通過流水線過程
1.顧客發起訂單
1)當顧客確認一個訂單時，Checkout/將在數據庫中創建這個訂單，然后調用OrderProcessor開始處理訂單。
2)OrderProcessor檢測到該訂單是新的，就調用PSInitialNotification。
3)PSInitialNotification向顧客發送一封電子郵件以確認訂單，并進入下一階段。同時還將通知OrderProcessor繼續處理。
4)OrderProcessor檢測新的訂單狀態，然后調用PSCheckFunds。
5)PSCheckFunds檢查顧客信用卡上是否有足夠的資金，如果有則保存完成交易所需的詳細信息。如果該處理成功過完成，那么訂單就將進人下一階段，并通知OrderProcessor繼續處理。
6)OrderProcessor檢測新的訂單狀態，并調用PSCheckStock。
7)PSCheckStock將發送一封電子郵件給供貨商，其中包含訂單中的商品列表，要求供貨商通過OrderAdmin/進行確認，同時推進訂單狀態。
8)OrderProcessor執行完畢。
2.供貨商確認庫存
1)當供貨商確認有足夠的庫存時，OrderAdmin/將調用OrderProcessor繼續處理訂單。
2)OrderProcessor檢測新的訂單狀態，并調用PSStockOK。
3)PSStockOK將推進訂單狀態，并通知OrderProcessor繼續處理。
4)OrderProcessor檢測新的訂單狀態，并調用PSTakePayment。
5)PSTakePayment使用前面功過PSCheckFunds保存的交易詳細信息來完成該交易，推進訂單狀態，然后通知OrderProcessor繼續處理。
6)OrderProcessor檢測新的訂單狀態，并調用PSShipGoods。
7)PSShipGoods向供貨商發送一封電子郵件，確認這些商品都已經被訂購，通知供貨商將這些貨物發貨給顧客，并推進訂單狀態。
8)OrderProcessor執行完畢。
3.供貨商確認已發貨
1)當供貨上確認這些貨物已發貨成功后，OrderAdmin/將調用OrderProcessor繼續訂單處理過程。
2)OrderProcessor檢測新的訂單狀態，并調用PSShipOK。
3)PSShipOK在數據庫中輸入發貨日期，并推進訂單狀態，然后通知OrderProcessor繼續處理。
4)OrderProcessor檢測新的訂單狀態，并調用PSFinalNotification。
5)PSFinalNotification向顧客發送一封電子郵件，通知其訂單已經發貨，并推進訂單狀態。
6)OrderProcessor執行完畢。
結論
本次設計完成了互聯網上購買商品的基本功能，例如會員的注冊和會員資料的管理功能，商品的查看和購買基本流程操作功能，各類商品的搜索功能和熱銷排行功能，也加入了新聞列表和社區的意見發表功能。
論文圍繞著這些主要功能精練，詳細的闡述。首先提出了系統分析，針對本次設計的極大模塊進行了列舉。其次對數據庫的結構和基本內容給出了簡單的描述。并給出了數據流圖，清晰的體現了本設計各個功能模塊之間的聯系和功能關系。最后對每部分功能的難點的實現，配合代碼，進行了深入的講解。特別對每部分功能的結構劃分清晰的排列出，并制作了相應的流程圖，能更清楚的了解各個功能的結構。
通過本次設計學習和論文的寫作，對網頁設計的基本結構有了更深入的了解，從概括到詳細的描述，對總體的分析設計有了更清晰的思路。通過論文的編寫，把設計的思想和內容完整清晰的進行了描述，更深刻的體會了設計的中心思想。
參考文獻
[1]FangMeiqi.Anintroductiontoelectroniccommerce[M].Berjing:TsinghuaUniversityPress,1999:159-266.
[2]StephenRSchach.Object-OrientedandClassicalSoftwareEngineering[M].Beijing:ChinaMachinePress,1998:41-62.
[3]GaryPSchneider,JamesTPerry.電子商務[M]．第2版．北京：機械工業出版社，2002：55-84．
[4]邱勝海，葛燕，蔣平．快速成型電子商務網站的總體設計[J]．南京工程學院學報（自然科學版），2004，2（1）：50-56．
[5]李紅，梁晉．電子商務技術[M]．北京：人民郵電出版社，2001：99-163．
[6]JosephBustos,Web服務入門經典[M]．北京：清華大學出版社，2003：114-138．
[7]鄭國旺．淺談電子商務網站[J]．職業教育研究，2004，（4）：75-76．
[8]楊海萍，陳平．電子商務網站總體設計的研究[J]．河南機電高等?？茖W校學報，2005，13（2）：52-53．
[9]SpiliopoulouM,MasandB.AdvancesinWebUsageAnalysisandUserProfiling[M].Berlin:Springer,2000:26-84.
[10]CooleyR,MobasherB,Srivastavaj.Datapreparationforminingworldwidewebbrowsingpatterns[J].KnowledgeInform.Systems1.1999:5-32.
[11]JasonBentrum,框架下電子商務站點建設指南[M]．北京：機械工業出版社，2002：36-68．
[12]陶然．網站整體策劃與設計[M]．北京：新華出版社，2002：68-78．
[13]黃立群．電子商務網站建設與管理[M]．大連：東北財經大學出版社．2005：133-157．
1.1整合性
ERP系統最大的特點就是對整個企業信息系統的整合，將原先分散在企業各角落的數據整合起來，使數據得以統一，并在一定程度上提升數據的精確性。同時，整合的環境也為企業任一地方取得與應用企業內部所產生的信息提供了可能。這使其比傳統單一的系統要更具功能性。
1.2實用性
ERP系統很好地將先進的管理思想于電腦相結合，達成企業的管理目標。
1.3實時性
ERP系統強調不同部門的“實時動態配合”，ERP管理具有實時動態的管理手段和管理能力，能很好地解決部門協調與崗位配合的問題。
1.4彈性
ERP系統本身可以因企業需要而有所不同，可新增模塊來支持并整合，從而提升企業的應變能力。
1.5影響互動關系
ERP系統能有效增強企業與原物料供貨商之間的聯系，增加其市場變動的能力；同時也能使企業充分掌握市場需要的取向。這說明ERP系統對促進企業與上下游的互動發展關系方面有極其重要的意義。
1.6及時性
考慮到人只有有限的精力和能力，當面對難以承受的過于繁雜的現實事務，人就會在所難免地出錯。ERP管理的信息化體系將工作內容與工作方式信息化，使企業擁有可靠的信息化管理工具。
2ERP系統對電子商務的影響
2.1ERP系統的重要性
對于企業來說，電子商務和ERP系統就像戰場上的前線與后方，關系極為緊密。比如，企業的網上商城獲取用戶訂單后，如果能夠立刻將訂單信息傳遞到ERP系統，使各部門組織協調，工作效率一定大大提高，給企業帶來巨大的經濟效益。
2.2ERP系統的必要性
如果企業的商城系統與ERP系統脫節，電子商務平臺獲得的訂單信息、市場信息將無法傳遞至ERP系統，企業的信息流、資金流、物流將無法有機統一，數據的一致性、完整性和準確性將不能得到保證，導致工作效率下降，運營成本上升。所以，企業的電子商務和ERP系統的整合時我不待。
3電子商務網上商城和ERP系統的整合
電子商務平臺與ERP系統的整合，可以降低運營成本、提高工作效率，有效提高企業的競爭力。目前，很多企業使用366EC的網店賬務協同系統——管家婆全程通實現兩者的整合，其主要包括以下幾個方面的整合：
3.1商品信息的整合
管家婆全程通簡化了上傳商品的過程，如果已經錄入好了商品信息，只需點擊“上傳商品”，商品就可以瞬間出現在網店前臺，供顧客挑選。
3.2庫存信息的整合
管家婆全程通使人們不用再勞神費力地清點倉庫，也不用手動更改庫存信息。全程通的“一鍵同步”商品庫存功能，將出售過程中出現的商品變化與庫存信息統一起來，實現真正的商品與信息的同步。
3.3會員信息的整合
全程通可將管家婆軟件的會員信息同步導入網店，便于對其進行電子商務管理，使網上購物對于老客戶的黏著度更高。
3.4訂單信息的整合
管家婆全程通考慮到網店訂單有時不能被及時處理而出現漏單的情況，設計了訂單同步下載和提醒功能，即在會員下訂單后一分鐘內通知用戶到管家婆軟件進行訂單過賬，同步處理訂單，在一定程度上避免了漏單的現象。
4總結
