電子商務系統設計

電子商務體系是互聯網時代打算機體系的主流利用，是集成了數據管理、事件處理、營業流程重組、體系保險管理等技巧的複雜體系。很多企業管理者跟信息體系技巧擔任人在被電子商務體系的廣闊前景所吸引的同時，亦為不知怎樣開展電子商務體系的建立而懊末路。體系集成商參加項目開辟的艱苦更多：用戶須要不正確、常常變更，開辟人員與營業人員相同艱苦、偏差極大年夜。最後上彀工程變成了網頁計劃大年夜賽，花費了大年夜量人力物力制作的網站並不為企業帶來預期中的收益，反而變成了一個擺設，乃至因為要壹直投入保護費用而成了企業的包袱。 本文側重探究電子商務體系工程中體系須要分析跟體系提綱計劃的基本方法，向項目經理跟技巧擔任人介紹怎樣構造電子商務項目標開展。現實上電子商務體系一方面是一個相稱複雜的工程，須要科學的體系打算跟項目管理，另一方面電子商務體系也只不過是一種利用打算機的體系工程，固然涉及的技巧內容跟營業要素較多，但只有遵守公道的體系工程履行方法停止，仍然可能順利地實現電子商務體系的建立。 電子商務技巧可能現在世界上最令人目眩暸亂的技巧範疇，新名詞、新技巧、新術語每天都在呈現，怎樣建立電子商務體系，似乎有有數種可能，令人莫衷壹是，不知怎樣作出正確的決定。技巧本身並不克不及為企業帶來效益，只有公道利用技巧制作的體系才幹幫助企業處理營業運作中的成績，幫助企業開展營業，所以計劃電子商務體系時必須保持一個原則：企業的須如果目標，任何技巧都只是實現須要的手段，建立電子商務體系不是為了利用某項新技巧，而是為懂得決企業的現實成績。只有保持這個原則才幹避免罕見的掉誤：採用了很多不成熟或許複雜的技巧，工程費用超標，項目進度無法保證，利用後果未如幻想等等。電子商務體系的目標可能用以下多少個成績來總結。 利用情況：體系將為哪些用戶效勞？他們利用什麼平台，怎樣拜訪企業的電子商務體系？ 體系功能：體系為用戶供給了什麼效勞？哪些是曾經有的，哪些要修改，哪些要重新開辟？ 數據資本：為了實現這些效勞功能，體系將利用哪些數據？數據量多大年夜，怎樣存儲？ 保險管理：體系的保險性怎樣保證？體系管理怎樣履行？其中體系功能是範疇最廣泛的成績，從最早的信息發布到現在很風行的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平台，或許有特其余多國言語字元支撐成績等。 經過具體的分析後，項目集會最可能的成果就是聽到一大年夜堆看法跟請求。一個可把持進度與預算的項目弗成能達成不受把持地產生的請求，分出輕重緩急才幹簡單直接地處理成績。項目擔任人先獲得與會者的認同，目標太多不克不及在一個項目內實現，請大年夜家先選出要在以後項目內實現的目標，然後評價這些目標的重要性。假如看法不克不及統一，被列為很重要的目標仍然很多，就要重新挑選這些目標。對最後列出的目標，再次徵求大年夜家的看法，確認這些目標曾經包含了目標體系的基本功能，不嚴重的錯誤跟漏掉落。體系計劃者對被列為很重要的目標跟請求應特別器重，它們是影響體系打算的重要要素。第一次項目集會的成果是具體而明白的體系須要，體系計劃人員根據體系須要跟目標停止具體的打算計劃。