電子商務系統項目

① 開發一個電商系統項目需要多少錢和多久

需要的價錢和時間不一定的，要看你的開發需求和開發模式，如果是模板開發的話，一般一個星期，價格也比較便宜，如果是定製開發的話，功能復雜，那開發周期就相對長一點，價格也是比較高的。

② 電子商務項目的項目分類

一個企業要將電子商務作為日常經營管理的手段，至少需要經歷三個過程：首先需要對電子商務的運作模式進行策劃，其次要進行電子商務系統的建設，然後在電子商務系統的基礎上，承接訂單、按訂單組織生產和配送，進行電子商務的運營。顯然，電子商務的模式策劃、系統開發、按訂單運營可以分別看作三種不同類型的項目，即電子商務策劃項目、電子商務系統項目、電子商務運營項目，都可以按照項目的方式來管理。這是因為上述三類有關電子商務的活動符合一般項目的特點：都是一次性的任務，都有一定的任務范圍和質量要求，都有時間或進度的要求，都有經費或資源的限制。所以我們可以採用項目管理的思想和方法來指導有關電子商務的活動。
所謂電子商務策劃項目是指根據企業的戰略目標和產品定位，選擇合適的電子商務運作模式、明確電子商務需求的過程。比如需要確定到底是採用B2C(BusinesstoConsumer，企業與消費者之間的電子商務)模式還是B2B(BusinesstoBusiness，企業與企業之間的電子商務)模式?電子商務的贏利模式如何?
所謂電子商務系統項目是指在明確電子商務需求的基礎上，對電子商務網站或系統進行分析、設計、實施和試運行的過程。
這里的實施可能有多種情況：
(1)電子商務應用系統全新的開發和測試；
(2)電子商務套裝軟體的部署和二次開發；
(3)企業內外系統之間的集成和相應的開發；
(4)外包商出租的電子商務系統客戶化定製；等等。
所謂電子商務運營項目是指電子商務網站或系統已經投入運行的基礎上，企業在網上承接訂單，然後按訂單組織生產和交付的過程。這時企業將一個訂單或一批訂單的實現確定為項目的目標，企業關於訂單的處理流程成為電子商務運營項目的生命期。
從學術界對電子商務項目的理解來看，出現了兩種含義，即狹義的含義和廣義的含義。狹義的電子商務項目僅指電子商務系統項目；廣義的含義則認為電子商務項目有三種類型，即電子商務策劃項目、電子商務系統項目、電子商務運營項目。

③ 電子商務項目有什麼特徵

電子商務項目的特徵：
1、電子商務項目涉及角色多
一般項目中，主要的角色是兩個，一個是項目的投資方，另一個是項目的承包方。而對復雜的電子商務項目來說，項目所涉及的角色往往還有賣方、咨詢方和外包商。
2、電子商務項目具有復雜性
電子商務項目復雜性的原因，主要是在項目的實施中，管理、技術、商業活動、競爭及其他因素混合在一起，需要控制多重關聯的商業和業務活動中的變化。這些變化跨越了公司之間和公司內部的部門之間，從而使溝通與協調變得更加困難，也使得電子商務的管理面臨著實在的挑戰。
復雜性主要表現在:
(1)高層管理者的期望值很高;
(2)為適應電子商務的要求，很多單位的內部機構需要調整;
(3)項目的實施過程中存在著緊迫的時間壓力;
(4)由於電子商務的應用軟體，尤其是電子交易軟體在不斷發展，而且項目在進行中也在持續發展，新產品層出不窮，這些因素會帶來競爭、機遇與挑戰;
(5)項目信息技術的基礎結構十分復雜;
(6)項目存在著嚴重的預算壓力，而電子商務項目實施初期很少獲得大規模的利潤。
3、電子商務項目具有動態性
當今電子商務項目正處於一種激烈的競爭環境中，快速演變升級的基本技術、持續競爭和新的工具改變了以前項目運行所必須遵循的邏輯順序，電子商務項目不再只是一個按部就班的軟體生產過程，必須以快速應變和充滿創造力的開發過程應對市場壓力。
電子商務項目的實施是動態的，主要表現在:
(1)客戶在電子商務項目的實施過程中，往往會頻繁改變他們的要求和需要，這就要不斷調整商務和業務規劃，使其與電子商務系統同步;
(2)在項目實施中由於很多問題浮現出來了，項目實施方將不得不修改原來的規劃和設計:
(3)新的軟體、硬體或網路技術誕生，比已有的技術更有吸引力;
(4)當競爭者改進了電子商務網站的創意和改善了市場推廣方式，項目實施方必須快速對此做出反應，否則，正在進行的電子商務項目就有面臨困難;
(5)上級管理層在未與項目實施團隊商議的情況下，改變了業務方向、范圍或進度。
4、電子商務項目存在著較大的風險
由於電子商務項目是創建新的商務活動，它的實施將改變現有的業務流程，影響業務結構，一旦失敗很難彌補;還由於電子商務在更大程度上依賴系統平台和技術支持，系統需要高度的擴展性，尺度難以掌握。這就需要項目實施方認真遵循項目管理的方法，嚴肅地對待電子商務項目，從而降低風險。
5、電子商務項目的生命周期短
由於電子商務項目一般都要涉及到信息技術，而信息技術生命周期短，項目所依賴的計算機系統、軟體的升級換代快;還由於在不確定的商業環境中，機會來得快，去得也快，這使得電子商務項目不可能持續太長時間，否則項目尚未建成，就有可能面臨被淘汰的危險。

④ 電子商務項目包括哪些內容

思考電子商務，不妨從思考商務活動開始。
商務活動的實質是資源的交易和整合。好比硬幣的兩個面，交易和整合也是商務活動的兩個側面。每一筆交易都伴隨著一次新的資源整合，交易和整合的目標是價值提升或價值最大化。交易和整合——也就是商務活動——大致有三種形式，一是市場，二是企業，三是協同。市場是一種交易形式，企業也是一種交易形式（當然更加復雜），而介於市場和企業之間的「協同」性商務組織（如戰略聯盟、虛擬企業、外包等）則是一種正在蓬勃興起的交易形式。
視具體應用范圍的不同，可以將電子商務劃分為市場應用、企業應用和協同應用三大類型。但是不應該將電子商務的應用局限於商務活動的局部領域（如網站電子商務或網路營銷），因為商務活動的一體化必然要求電子商務的一體化。
電子商務中的「電子」指電子商務技術，那麼是不是只要將電子商務技術與上述商務活動結合就實現電子商務了？答案不是單純的「是」或者「不是」，問題的關鍵是怎麼結合。請看以下兩個公式：
電子商務≠電子＋商務
電子商務＝電子×商務
這兩個公式的意思是說，電子商務不是電子和商務的簡單相加，而是電子和商務的有效融合；電子和商務的結合並不必然地得到具有更高效率和效益的電子商務，相反，如果結合的不好，電子商務的效率和效益甚至更低。因此，繼續將電子商務界定為「通過計算機網路進行商務活動」是不恰當的，有必要對電子商務概念做一點修正：
電子商務：基於計算機網路並與之有效融合的商務活動。
縱觀商務活動乃至整個人類活動發展，信息技術一直伴隨其中。每一次商務活動的進步都伴隨著信息技術的進步，信息技術和商務模式在不斷的進化中形成了有效融合的系統聯系，一定的信息技術總是與一定的商務模式相匹配的，改變信息技術的同時卻不改變商務模式，無異於讓火車在馬路上跑，只是徒然增加成本，斷然帶不來效率和效益。所以電子商務中的「商務」一定不再是原來的商務活動模式，而是與電子商務技術匹配的進化了的商務模式。
本質上，電子商務不僅是一種工具或者方法的應用，更是一種嶄新的商務模式，而任何一種商務模式都是當時社會的技術條件和制度條件下的社會分工方式。一種好的商務模式必然促進社會分工，提高社會生產和轉化效率，進而促進社會經濟發展，但是，在實際過程中存在著商務模式與社會分工之間的十分復雜的互動作用，這就使得任何一種成功的商務模式的設計都難以完全在人們的頭腦中、書本上或書齋里完成，只能通過社會組織試驗完成，通過不斷的試驗，加以肯定、改進或者否定，從而使新的商務模式得以進化。我們現在所看到的各種商務模式——如百貨商店、連鎖店、批發市場、戰略聯盟等無一不是試驗和進化的產物。
理論和實踐都證明，當面對和處理一個包含許多互動作用的復雜系統——電子商務模式正是這樣的系統——的時候，試驗和進化是促進發展的唯一途徑。基於這樣的認識，我們就可以理解為什麼網路經濟和電子商務的應用與發展經常不按我們預想的方式發展，經常在我們以為必然成功的地方失敗，卻在我們不抱希望的地方給我們驚喜。我們應該以平常的、像理解人類進化過程那樣的心態來看待網路經濟和電子商務的這樣那樣的挫折和失敗。
這決不意味著我們可以放棄理性，決不意味著一切都變得那麼不可預料和控制。正好相反，我們能夠以更加正確的方式來促進電子商務的發展，我們應該摒棄那種只對成熟的商務模式適用的剛性的組織和業務形式，而代之以柔性的組織和業務形式，將試驗和進化功能「內置化」，以更快、更低成本地找到成功的電子商務模式。
在一些大的方向，電子商務的進化則是可以預見的：
——電子商務將從模仿走向創新，將出現越來越多的在傳統商務中沒有的商務模式，網路廣告的發展即是例證。
——電子商務的模式將日趨多元化，並在與傳統商務融合的過程中日趨復合和復雜，所謂「B2B」和「B2C」等過於簡化的模式分類很快將成為歷史。
——電子商務模式創新將從業務流程創新到管理創新，再到組織創新，漸次展開，漸次深入，這是一個相互作用、激盪、混沌和自組織的進化過程

⑤ 在電子商務系統的項目組織中,負責整個電子商務系統實施的是什麼

整個人實施防衛應該是跟他組織的項目，有這一個其他的聯系。

⑥ 電子商務系統設計

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

⑦ 電子商務項目的項目特點

電子商務項目是典型的一類項目，除具備一般項目的共同特徵外，還具有如下幾個特點。 電子商務項目復雜性的原因，主要是在項目的實施中，管理、技術、商業活動、競爭及其他因素混合在一起，需要控制多重關聯的商業和業務活動中的變化。這些變化跨越了公司之間和公司內部的部門之間，從而使溝通與協調變得更加困難，也使得電子商務的管理面臨著實在的挑戰。
復雜性主要表現在：
高層管理者的期望值很高； 為適應電子商務的要求，很多單位的內部機構需要調整； 項目的實施過程中存在著緊迫的時間壓力； 由於電子商務的應用軟體，尤其是電子交易軟體在不斷發展，而且項目在進行中也在持續發展，新產品層出不窮，這些因素會帶來競爭、機遇與挑戰；項目信息技術的基礎結構十分復雜； 項目存在著嚴重的預算壓力，而電子商務項目實施初期很少獲得大規模的利潤。 當今電子商務項目正處於一種激烈的競爭環境中，快速演變升級的基本技術、持續競爭和新的工具改變了以前項目運行所必須遵循的邏輯順序，電子商務項目不再只是一個按部就班的軟體生產過程，必須以快速應變和充滿創造力的開發過程應對市場壓力。
電子商務項目的實施是動態的，主要表現在：
客戶在電子商務項目的實施過程中，往往會頻繁改變他們的要求和需要，這就要不斷調整商務和業務規劃，使其與電子商務系統同步； 在項目實施中由於很多問題浮現出來了，項目實施方將不得不修改原來的規劃和設計： 新的軟體、硬體或網路技術誕生，比已有的技術更有吸引力； 當競爭者改進了電子商務網站的創意和改善了市場推廣方式，項目實施方必須快速對此做出反應，否則，正在進行的電子商務項目就有面臨困難； 上級管理層在未與項目實施團隊商議的情況下，改變了業務方向、范圍或進度。 電子商務項目評估需要多方面的合作，由單獨設立的後評價機構或上級決策機構，組織主管部門會同計劃、財政、審計、銀行、設計、質量、司法等有關部門進行。項目後評價工作的順利進行需要參與各方融洽合作。