電子商務系統開發項目

Ⅰ 電子商務有哪些創業的項目

電子商務創業的項目有：

1、社交電商

微商等社交電商社交電商將成為未來零售的重要通道，社交電商所帶來的巨大流量也將轉變為電商的銷量，人們在獲取信息的同時還可以更好的享受購物帶來的樂趣，社交電商將成為未來電商發展的新方向。

網站開發 ，網頁設計 ，網路營，微商，開淘寶或者京東網店，還有就是做代購，這些都是電子商務方面的創業項目。隨著國內互聯網使用人數的增加，利用互聯網進行網路購物並以銀行卡付款的消費方式已漸趨流行，市場份額也在迅速增長，各種類型的電商網站也將層出不窮。

2、傳統電商

以阿里、京東為代表的傳統電商，已經發展了十數年，並成功改變了消費者的消費習慣，但據統計，目前全國電商用戶已超過3.5億，但事實上目前網購人數已出現「不真實增長」——數據、微信、微博等數據上在增漲，但線上實物電商平台用戶已經停滯。

具體表現為年輕人不再熱衷於網購，1988年前出生的用戶成為了網購的主力軍，在消費者流失的背後，傳統電商的痛點漸漸浮出水面。

3、精品電商

作為「精品電商」領域，第一個吃螃蟹的人，網易嚴選可謂是摸著石頭過河，因此它選擇的路徑較為穩健。專注設計師+嚴選一線品牌製造商，采購、品控、物流、銷售、售後均為自營。誠然自營模式在發展速度上慢於平台模式。但隨著對供應鏈把控愈深，對商品的自主權也將越大，產品質量將得到有效保障。

4、農村自主電商

利用特色農產品並通過直供模式，將農產品直接銷往全國。如果自身擁有一些特色農產品資源，那麼便可以對接上游，因為農民不懂電商，也不懂集中采購、訂單農業，這需要新時代的新農人以創業的形式去組織與對接。

5、旅遊電商

加盟旅遊行業，有兩種方式，一種是旅行社加盟，二是旅遊電子商務平台加盟。第一條途徑的優勢在於目前旅行社在旅遊行業所佔比重很大，但相對投入成本高，收益較慢;第二種方式則在於電子商務的巨大潛力與前期投入資金少，輕資本運作收益快。

(1)電子商務系統開發項目擴展閱讀：

電子商務經營型態可以歸納出以下四種主要的經營模式：

1、廣告模式：提供網頁空間刊登廣告，以收取廣告費。

2、零售模式：在網路上開設虛擬店面，販賣商品。

3、中介模式：撮合買賣雙方完成交易，以抽取傭金。

4、服務模式：提供在線服務，以收取服務費。

Ⅱ 電子商務軟考中級內容

考試范圍
科目1：電子商務系統基礎知識
1．電子商務基礎知識
1.1電子商務及其發展
1.2電子商務模式
1.3電子商務的社會環境
1.4物流知識
1.5網路營銷知識
1.6電子合同知識
2、計算機系統基礎知識
2.1計算機基礎知識
2.2資料庫系統基礎知識
2.3計算機網路基礎知識
3、電子商務相關技術與應用基礎知識
3.1電子商務系統的組成與功能
3.2電子商務相關技術
3.3電子商務相關應用
4、電子商務系統開發知識
4.1電子商務系統建設
4.2電子商務主流技術平台
4.3電子商務安全策略
4.4電子商務支付及清算模式
4.5電子商務商業模式設計
4.6Web程序設計
4.7電子商務系統測試知識
4.8電子商務系統的運行、維護與評估基礎知識
5、信息安全知識
5.1信息安全基本概念
5.2風險類型、風險分析、風險防範
5.3保密性和完整性
5.4防止非法入侵
5.5備份與恢復
5.6安全保護
5.7計算機病毒的防治
5.8物理環境安全與容災
5.9計算機犯罪的類型與防範
6、有關的法律、法規
6.1知識產權保護
6.2電子商務有關的法律、法規
6.3電子商務從業人員行為准測及職業道德要求
7、專業英語

考試科目2：電子商務系統分析與設計應用技術
1、電子商務系統規劃
1.1系統項目的立項
1.2可行性研究（技術可行性、經濟可行性與管理可行性）
1.3資源估算
1.4現有軟體、硬體和數據資源的有效利用
1.5系統方案的制訂、評價和改進
2、電子商務系統分析與設計
2.1系統需求分析
2.2數據與流程分析
2.3系統功能設計
2.4系統模式設計
2.5設計文檔的編寫
3、電子商務系統建設
3.1電子商務應用平台設計
3.2電子商務網站設計
3.3安全子系統設計
3.4支付平台設計
3.5物流系統設計
4、電子商務系統的測試
5、電子商務系統的管理、應用和推廣
6.系統開發項目管理

Ⅲ 電子商務系統設計

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

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

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

Ⅳ 電商網站一般用什麼技術開發

.NET技術
Microsoft® .NET 是 Microsoft XML Web services 平台。XML Web services 允許應用程序通過 Internet 進行通訊和共享數據，而不管所採用的是哪種操作系統、設備或編程語言。Microsoft .NET 平台提供創建 XML Web services 並將這些服務集成在一起之所需。對個人用戶的好處是無縫的、吸引人的體驗。
簡單的講.NET只是一種現代的架構，是最近幾年最流行的技術，運用的是C#(C SHARP)語言，系統只在window平台上運行，web系統當然首選自然在iis伺服器上了。做項目要高效、低成本、快速度，開發的技術要簡單，沒有那麼多壓力和障礙。
其實關於.NET技術也是最近五年多在國內外比較流行的一相技術。很多「智能」客戶端應用軟體和操作系統，包括PC、PDA、手機或其他移動設備通過互聯網、藉助Web Services技術，用戶能夠在任何時間、任何地點都可以得到需要的信息和服務。例如：可以在手機上閱讀新聞、定購機票、瀏覽在線相冊以及公司內使用的CRM系統等等，應用了.NET的解決方案後所有的業務人員便可以通過手機或PDA直接訪問客戶信息了，這樣方便，快捷了很多。
Java技術
java要比.net先成熟，並且很多概念都是在java中提出的，java首先帶來了很多創建性的東西，框架和模型要比.net的更多更成熟，java的開源項目項目更多，可以免費使用的資源更多，java的最大優勢是高端的伺服器平台都是unix的，忒別是sun的solaris高端伺服器，所以sun可以在高端平台上占據優勢，而且用這些平台的非政府性質的公司也都是很有錢的，所以，java賺錢並不難。但是java的開發效率就太落後了，而且開發成本通常較高，現在大多數電子商務企業幾乎不會考慮用java去開發，畢竟技術一直向前發展，如果用java開發商城，就好比讓一個老太太去踢足球一樣，簡直是笑掉大牙。
為什麼JAVA在某些部分存在著眾多不足，如：運行效率、學習難易、開發工具不足、界面，但開發較大的項目勝任有餘，原因就在於，架構上的優勢獲得的效率遠比於上述這些東西的影響要大。舉個簡單的例子，要提高一個程序的效率（特別在圖像處理和一些科學計算領域），用更好的演算法往往能獲得效率的巨大提高，而細節代碼的改善相對有限。
JAVA在開發工具、與WINDOWS的介面緊密度、桌面程序開發、程序界面等方面處於劣勢，同時在標準的組件上不如.net齊全和方便。
二者比較
總之，java不能完全代替.NET,.NET也不能完全代替.java。對於決策人員，要根據本單位的實際情況選擇開發平台；對於開發人員，你最擅長哪種開發平台就選擇哪一種；對於學習人員，這兩種開發平台都應當去學。
對於兩種平台都熟悉的開發人員，選擇Java則工作量和工作難度都大些，但可以拖延時間，可拿到較多的報酬；選擇.NET則工作量和工作難度相對都小些，報酬也就少些。因為老闆不會讓你少出力又多拿錢!
至於說.NET技術不安全的那類人，是壓根不懂.NET的所以才這么說，其實不管是運用哪一項技術，瀟彧認為沒有絕對的安全，也沒有絕對的不安全，就像電腦病毒一樣，再安全如果不去防範，不照樣中招嗎？中國是一個奇怪的地方，所以在中國選java認為沒錯，但是又有哪一家的技術能給微軟去競爭呢？吃不到葡萄才說葡萄酸的人是最沒有主見的，否定.NET技術的人是不喜歡微軟的人，不喜歡微軟的人，卻每天都用著微軟的產品，這不等於打了自己的嘴巴嗎？
就伺服器來說，Unix-Like 的 OS 都還不錯。但如果產品或者項目最後要把Linux交給客戶自己維護，那就不能怪開發人員不願意花時間看英文文檔了。因為這裡面有客戶和開發人員的維護成本和風險的考慮，企業願意把自己的東西教給人家託管嗎？
反過來說，為什麼那麼多 Windows 伺服器中招？就是因為維護他們的要求也的確低了點兒，導致居然有很多程序員和維護人員在Windows伺服器上收電子郵件、看movie、四處瀏覽網頁，還開了一大堆不是默認的服務，所以，Windows才受到的不公正評價，才認為人家的不安全，實在可笑。
由此看來，評價.net與JAVA孰優孰劣的問題，實在沒有太大意義，就好像討論當科學家和當明星誰更有前途一樣。並不代表孰優就一定成功。很簡單的一個例子，在眾多即時通信軟體里，QQ從技術上來說並不是最好的，但是是目前最成功的。

Ⅵ 電子商務網站的開發流程是怎樣的

第一步：需要客戶提供一個完整的需求說明。

很多客戶對自己的需求並不是很清楚，需要您不斷引導和幫助分析。曾經有一次，我問客戶：「您做網站的目的是什麼?」他回答：「沒有目的，只是因為別人都有，我沒有!」。這樣的客戶就需要耐心說明，仔細分析，挖掘出他潛在的，真正的需求。
配合客戶寫一份詳細的，完整的需求說明會花很多時間，但這樣做是值得的，而且一定要讓客戶滿意，簽字認可。把好這一關，可以杜絕很多因為需求不明或理解偏差造成的失誤和項目失敗。糟糕的需求說明不可能有高質量的網站。

那麼需求說明書要達到怎樣的標准呢?簡單說，包含下面幾點：
1、正確性：每個功能必須清楚描寫交付的功能;2、可行性：確保在當前的開發能力和系統環境下可以實現每個需求;3、必要性：功能是否必須交付，是否可以推遲實現，是否可以在削減開支情況發生時"砍"掉;4、簡明性：不要使用專業的網路術語;5、檢測性：如果開發完畢，客戶可以根據需求檢測。

第二步是做系統分析。

網站總體設計：在拿到客戶的需求說明後，並不是直接開始網站製作，而是需要對項目進行總體設計，詳細設計，出一份網站建設方案給客戶。總體設計是非常關鍵的一步。它主要確定：1、網站需要實現哪些功能;
2、網站開發使用什麼軟體，在什麼樣的硬體環境;3、需要多少人，多少時間;4、需要遵循的規則和標准有哪些。

同時需要寫一份總體規劃說明書，包括：1、網站的欄目和版塊;2、網站的功能和相應的程序;
3、網站的鏈接結構;4、如果有資料庫，進行資料庫的概念設計;5、網站的交互性和用戶友好設計。 網站建設方案
在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。

網站建設方案的包括以下幾個部分：1、客戶情況分析;2、網站需要實現的目的和目標;3、網站形象說明;4、網站的欄目版塊和結構;5、網站內容的安排，相互鏈接關系;6、使用軟體，硬體和技術分析說明;7、開發時間進度表;8、宣傳推廣方案;9、維護方案;10、製作費用;11、本公司簡介：成功作品，技術，人才說明等。

當方案通過客戶的認可，就可以開始動手製作網站了。但還不是真正意義上的製作，你需要進行詳細網站設計：總體設計階段以比較抽象概括的方式提出了解決問題的辦法;詳細設計階段的任務就是把解法具體化。詳細設計主要是針對程序開發部分來說的。但這個階段的不是真正編寫程序，而是設計出程序的詳細規格說明。這種規格說明的作用很類似於其他工程領域中工程師經常使用的工程藍圖，它們應該包含必要的細節，例如：程序界面，表單，需要的數據等。程序員可以根據它們寫出實際的程序代碼。

總體設計是非常關鍵的一步。它主要確定：

1、網站需要實現哪些功能;

2、網站開發使用什麼軟體，在什麼樣的硬體環境;

3、需要多少人，多少時間;

4、需要遵循的規則和標准有哪些。

同時需要寫一份總體規劃說明書，包括：

1、網站的欄目和版塊;

2、網站的功能和相應的程序;

3、網站的鏈接結構;

4、如果有資料庫，進行資料庫的概念設計;

5、網站的交互性和用戶友好設計。

第三步是做網站建設方案。

在總體設計出來後，一般需要給客戶一個網站建設方案。很多網頁製作公司在接洽業務時就被客戶要求提供方案。那時的方案一般比較籠統，而且在客戶需求不是十分明確的情況下提交方案，往往和實際製作後的結果會有很大差異。所以應該盡量取得客戶的理解，在明確需求並總體設計後提交方案，這樣對雙方都有益處。

網站建設方案的包括以下幾個部分：

1、客戶情況分析;

2、網站需要實現的目的和目標;

3、網站形象說明;

4、網站的欄目版塊和結構;

5、網站內容的安排，相互鏈接關系;

6、使用軟體，硬體和技術分析說明;

7、開發時間進度表;

8、宣傳推廣方案;

9、維護方案;

10、製作費用;

11、本公司簡介：成功作品，技術，人才說明等。

另：網頁設計注冊事項

1、框架結構(Frame Sets)

有些搜索引擎(如FAST)是不支持框架結構的，他們的「蜘蛛」程序無法閱讀這樣的網頁。

2、圖象區塊(Image Maps)

除AltaVista、Google和Northern
Light(現已停止公共搜索服務)明確支持圖像區塊鏈接外，其他引擎是不支持它的。當「蜘蛛」程序遇到這種結構時，往往會感到茫然不知所措。因此盡量不要設置Image
Map鏈接。

3、特效鏈接

我們經常看到有些網站為導航鏈接加上了特效，如點擊某個項目會展開下層鏈接等。這些效果一般通過Java
Script實現，視覺上非常新穎，但在「蜘蛛」程序的眼裡則沒那麼誘人，相反它無法解讀這種鏈接。為了讓搜索引擎順利檢索到你的網頁，建議還是犧牲掉一些花哨的東西。

4、FLASH

雖然FLASH網站製作的網頁視覺效果較好，但搜索引擎對此卻不太感冒，個案表明這一類的網站很難被網路搜索引擎索引。明智的做法是提供FLASH和非FLASH網頁兩種選擇，這樣即增加了網頁的觀賞性，又照顧到了搜索引擎的情緒。

5、動態網頁(Dynamic Pages)

任何地址中帶「?」號、「&」號(及其他類似符號)的網頁都會把「蜘蛛」程序擋在門外。這些網頁通常由CGI、PHP、ASP等程序產生，技術上較先進，但不適合搜索引擎的「蜘蛛」程序。雖然目前有的大型搜索引擎(如Google)已具備檢索動態網頁的能力，但相當一部分數引擎還是不支持它的。而且即使是能夠索引動態網頁的Google，也在多個場合中明確表示不保證檢索全部的動態網頁。

因此，除非是超大型網站，為方便起見不得不採用動態網頁生成技術，否則還是盡量使用靜態網頁為好。

6、加密網頁

除非你不希望搜索引擎檢索你的網頁，否則不要給你的網頁加密。

7、網頁容量

包括圖像在內的網頁位元組數最好不要超過50K。體型龐大的網頁下載速度慢，不僅會讓普通訪問者等得心急如焚，有時也會使「蜘蛛」程序感到不耐煩。目前搜索引擎都不願收錄位於免費主頁空間上的網站。其理由是，既然你認為自己的網站如此重要，以至於需要登錄搜索引擎讓天下人都知道，那麼你沒有理由還將它放在免費伺服器上。更何況免費主頁通常速度較慢，會影響大家搜索信息的效率。

Ⅶ 電子商務信息系統的主要開發方法有哪些

電子商務系統目前使用的開發方法有以下兩種：
1、瀑布模型（生命周期方法學）
結構回分析、結構設計，結答構程序設計（簡稱SA—SD—SP方法）用瀑布模型來模擬。各階段的工作自頂向下從抽象到具體順序進行。瀑布模型意味著在生命周期各階段間存在著嚴格的順序且相互依存。瀑布模型是早期MIS設計的主要手段。
2、快速原型法（面向對象方法）
快速原型法也稱為面向對象方法是近年來針對（SA—SD—SP）的缺陷提出的設計新途徑，是適應當前計算機技術的進步及對軟體需求的極大增長而出現的。是一種快速、靈活、互動式的軟體開發方法學。其核心是用交互的、快速建立起來的原型取代了形式的、僵硬的（不易修改的）大快的規格說明，用戶通過在計算機上實際運行和試用原型而向開發者提供真實的反饋意見。快速原型法的實現基礎之一是可視化的第四代語言的出現。
3、兩種方法的結合
使用面向對象方法開發MIS時，工作重點在生命周期中的分析階段。分析階段得到的各種對象模型也適用於設計階段和實現階段。實踐證明兩種方法的結合是一種切實可行的有效方法。

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

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