❶ 電子商務網站開發方案
「電子商務」即商務活動電子化、虛擬化。電子商務主導著今日經濟的發展，劃時代地改變了企業與市場、競爭者、客戶、員工和供應商之間的互動作用。那些能夠意識到並擁有電子商務的企業將在未來的市場中贏得優勢。因為他們對市場的需求能夠做出更快地回應，他們的工作效率更高，實際上他們的客戶也更喜歡這種形式。電子商務創立了新的商業模式，分享知識和經驗的新方式，更有效的處理商務的新途徑，直接與您的客戶溝通。如果您的公司正在建立電子商務平台，那麼首先建立網站是必要的第一步，但電子商務絕不僅僅只是建立一個網站，電子商務解決方案也決不是僅是為您解決建站的問題。
真正的電子商務解決方案應是基於客戶網下現有的資源，為客戶建立一整套的網上商業模式。而建立網站只是用技術的手段使已定的商業模式在網上得以實現。隨著互聯網技術與應用的迅速發展和普及，越來越多的企業意識到電子商務的重要性。但是，很多企業在投入網站建設時不知該把網站建成什麼樣子，在建立了網站後又發現所建的網站沒有產生什麼效益。據我們所調查的情況看，不是頁面設計不能企業面貌，就是網站缺少互動功能，要不就是推廣工作不到位，這些企業之所以會面臨這些問題，很大程度上就是因為沒有一套合適的電子商務解決方案。
1.企業門戶網站的架構以企業的主題層次為核心、依據內容進行分類、進而理順頁面次序。鑒於每一個瀏覽者都可能成為企業的客戶，網站應主題突出，對客戶可能需要的產品或服務進行詳盡說明和貼切的客戶設計，用企業規模、實力等方面的描述建立客戶的信心，深化主題。因此在內容分類上應加強主題的渲染，在頁面順序上應優先考慮主題內容的排列。
2.企業網站另一個重要的作用就是體現出企業精神、理念以及企業文化，這些是企業 CIS 理念的組成部分，在網站的建設中應使其得到延伸和滲透。在策劃過程中兼顧企業產品營銷理念和企業未來的發展規劃。突顯企業所處行業的特點，避免初次瀏覽者從視覺或文字上對企業誤解。有鑒於此，我們更加註重企業的個性化特徵，根據不同的需求創造了一個個奇跡和神話。
3. 由於目前Internet 受到網路傳輸速率等因素的影響，網站的內容務必須精煉、准確。為保證瀏覽者能夠以最高的效率了解網站的核心內容，同時對網站內容進行及時的更新和延伸擴展，特別是最新動態、企業重大活動、客戶服務舉措、新優惠新調整等信息，這就需要有一支專業化隊伍的有力支持，而我們正是您最理想的選擇。
4. 隨著企業門戶網站應用層次的不斷提高，企業門戶網站的功能已不滿足於展示企業網上形象的窗口，而且要通過網站收集、發布信息、開展網上貿易、網上調查、網上招聘、網上客戶關系管理、網上手機簡訊發布功能等。為滿足企業下一階段應用電子商務的主流需求。我們創造性的設計了企業信息門戶管理系統(Enterprise Information protal Manager System)簡稱(EIPMS)，解決了企業電子商務、信息化改造過程中人才缺乏的問題，而且減小了企業的投入，降低了企業應用電子商務的門檻，從而使企業從電子商務、信息化大潮中取得實實在在的效益，也加速了我國信息化建設的步伐。
5. 通過我們提供的客戶免費培訓工程，一名普通的文員也能熟練掌握電子商務應用的操作技能，從而使用戶以最少的投入，獲得一個高度智能化的企業網站，並通過用戶自身的管理使企業網站發揮最大化的效能，逐步提高企業的電子商務應用水平，實現傳統企業向電子商務化，信息化轉型。
❷ 電子商務網站一般架構有哪些
1．電子商務的基本概念電子商務是利用計算機及互聯網開展的各種商務活動。其中電子是手段，商務是目的。是通過網站的商務運作和會員制收費，達到盈利的目的。電子商務包括以下三部分內容：
電子：指信息基礎設施及相關應用系統，其中信息基礎設施包括internet 網路基礎和信息技術，應用系統應包括支持電子商務活動的網站。
商務：指業務內容、流程及規則，這是電子商務網站系統設計的基礎和依據。
信息：指業務活動中的數據，應完整、全面、實時、動態。業務活動所使用的數據也是網站系統資料庫設計的依據。Internet技術、信息技術系統和商務過程的有機集成形成了一個新的商務模型，即電子商務模型。2．電子商務網站的基本架構設計電子商務網站是以商務活動為中心進行的，而網站的盈利一般通過網站的會員制收費進行，網站的盈利點是網站根據網站的商務活動內容確定的，所以網站的基本架構設計既要以商務活動的業務內容、流程、相關規則為基礎，又要兼顧電子商務網站的收費體系。網站基本架構的設計主要根據以下步驟進行：2.1 確定電子商務網站功能定位 確定網站所涉及的商務活動的內容、商務活動的流程。比如我們在進行房產信息網的設計中，首先考慮確定網站發布房產信息的種類，確定了房源信息包括中介所的房源信息和個人的出售、出租信息，網站負責信息的發布和信息的管理。同時在確定了信息發布種類後，確定了信息處理的流程為房源信息輸入、會員資格審核、信息審核，信息發布。2.2 確定網站的收費對象和收費規則在網站所涉及的商務內容確定了的情況下，確定收費的對象和如何進行收費，以此為依據確定網站的欄目。網站欄目的劃分實際上就是系統的功能模塊劃分。在房產網站的系統設計中，確定了網站只對房產中介所進行收費，個人用戶免費，所以網站的主要欄目分為個人專區和中介所專區兩個主要欄目，同時根據功能的逐步擴大，這樣也就基本確定了網站的信息服務內容和方式。2.3 確定網站的欄目的功能在確定了網站的收費項目後，要確定網站的主要欄目和功能，包括網站的管理功能模塊、網站的信息發布方式、網站商務活動的發布以及網站導航欄等。網站的功能欄目的設置和系統的主要功能模塊的劃分是相一致的。網站業務介紹性欄目，應包括內容應包括會員申請流程，收費標准，網站運行規程等，使用戶對網站的服務有一個明確的了解，是擴大網站的會員用戶數量和提高網站的使用率都是必不可少的欄目。網站的導航欄是網站的整體功能的全面介紹，使用戶對網站的功能有一個清晰的了解，也是網站不可缺少的欄目。同時也應有網站運行的相關提示信息，比如在房產網站的設計中，我們在確定了收費對象和主要功能後，確定了網站首頁的主要欄目為中介所專區、個人專區、寫字間專區、新房樓市等欄目，同時加入了上網導航欄目對網站的主要功能進行介紹。 2.4 確定網站的信息流和控制流 在確定了網站的主要功能和商務活動的主要規則後，應該確定網站的信息流圖和控制流圖，作為資料庫設計的基礎。在房產網的設計中，我們根據房產信息發布的功能和所確定的信息審核和控制流程，確定房產網的基本數據流圖為： 實例：一個網站的數據流圖在確定了一個網站的數據流圖和控制流後 ，系統的運行控制流程也就確定下來了。3．網站的後台管理在網站的基本功能和數據流確定後，為了保證網站信息的准確性和有效性，應有完善的後台管理和維護系統，進行相關數據的審核，定期進行資料庫的維護和備份，進行繳費會員資格的管理，有效的保證網站的商務運作。我們在房產信息發布網站的後台管理系統的系統設計中，設計了一套完整的網站後台管理系統，主要功能包括房源信息管理如：房產信息審核、房產信息刪除、房產信息刪除確認；網站運行提示信息的管理，主要是對網站與商務運營有關的信息進行管理，使網站的用戶對網站的運行情況進行管理；網站會員資格的審核，對逾期未繳費的用戶取消會員資格；網站系統管理員許可權管理，對不同的網站系統管理人員進行授權使用不同的後台維護功能。4．網站的資料庫設計在確定了網站的主要商務的業務對象和業務流程後，可以確定了網站的數據流，也就可以進行資料庫設計。 在進行資料庫設計時，同樣和一般的應用系統開發一樣，應該注意信息的完整性和數據的獨立性。我們在房產網站的開發過程中，在資料庫的設計階段，對系統的資料庫按房源的基本信息、中介所信息、個人信息分別進行庫表的設計，同時對系統的維護信息、許可權管理等控制信息設計獨立的庫表，主要的資料庫表為房源信息表、中介所信息表、會員信息表等，這樣可以方便網站的信息輸入、資料庫查詢同時也方便網站後台的資料庫管理和資料庫維護。資料庫表數據的獨立性和數據冗餘直接影響數據的存取效率，影響網站的運行速度，所以在資料庫設計時一定要避免數據的冗餘性，同時要避免長資料庫表的設計。總結：在電子商務網站開發過程中，網站的商業運作模式決定了網站系統設計，一個功能清晰的網站的設計，一定要從網站的系統設計入手。
❸ 架構電子商務網站的五個步驟分別是什麼
1.
電子商務網站的規劃與分析關繫到電子商務的經營效果，盲目的投入時間、人力、資金、經業務搬到網上運行，不但會造成浪費，更會與傳統渠道相沖突，影響客戶對公司的印象。
2.
電子商務網站的設計與開發的主要內容是根據網站的定位，確定網站的內容信息結構，風格基調和功能模塊。運用相關的開發技術和工具進行頁面設計與製作。以及在選定資料庫管理系統平台上進行資料庫的設計與管理
3.電子商務網站的好壞，都必須經過一定的測試來解決。測試的內容包括功能測試、性能測試、安全性測試、穩定性測試、瀏覽器兼容模式測試、連接測試等。進過測試後，就要把網站對外發布出去了。網站發布，簡單的說就是將構成整個網站的所有文件部署到WEB伺服器上，經過簡單的配置發布到互聯網上的過程。
4、確定網站的欄目的功能
在確定了網站的收費項目後,要確定網站的主要欄目和功能,包括網站的管理功能模塊、網站的信息發布方式、網站商務活動的發布以及網站導航欄等.
5. 電子商務網站推廣包括利用傳統的媒體廣告、利用搜索殷勤、網路廣告、BBS、新聞組、郵件列表公共關系等。
資料來源：http://www.netshop168.com/article-3380.html
❹ 電商前端架構設計
什麼是前端架構
說到架構，很容易拉出一系列的概念知識點，像系統架構、軟體架構、框架等等，這些不是今天探討的重點，大家可以下去網路來理解。架構的本質是什麼？其實也是一種管理。通常我們所說的管理，都是指對於任務和人員的管理，而架構管的是機器和代碼。比如說，機器的部署屬於運維的物理架構，SOA屬於服務架構，那麼，前端的架構指什麼呢？
長期以來，前端所處的位置是比較偏應用層，很薄的一層，而架構又要求深度和廣度，所以之前在前端裡面做架構，好比在小水塘里游泳，稍微撲騰兩下就到處碰壁。但最近這幾年來，隨著一些列新的技術和概念的出現，前端的范圍被大大拓展了，所以這一層逐漸變得大有可為。
單純從語言的角度來說，html、js、css是最簡單最容易上手的開發語言，不考慮模塊化、工具、壓縮優化，任何人都可以快速上手，完成一兩個功能簡單的頁面。在規模很小的項目中，前端技術要素彼此不會直接產生影響，因此無需架構相關的思考。由於前端語言這種靈活鬆散的特點，使得前端項目規模在達到一定規模後，工程問題凸顯，成為發展瓶頸，原來孤立的技術要素開始彼此產生影響，各種技術要素彼此之間開始出現關聯，要用模塊化開發，就必須對應某個模塊化框架，用這個框架就必須對應某個構建工具，要用這個工具，就必須對應某個包管理工具……這個時候，需要有人從比較高的角度去梳理、尋找適合自己團隊的集成解決方案。而這一系列解決問題的工具和手段就是所謂的前端架構。
架構的組成
組件框架
架構不等於框架這一點很好理解，相信大家都能夠很深入的說明這里的差別，框架是架構的重要組成部分，架構決定框架的選型，框架決定架構的技術路線。架構圍繞框架進行一系列的流程工具建設，從而形成完善自動的開發體系。
+框架不等於類庫，這里就是很多人困惑的點，你用的什麼框架？jquery、underscore、linq、seajs、requirejs等等，每個人都能夠列舉一大堆。但這個是不準確的，一套編碼框架是有一系列的元素組成：
開發模式，我們如何來實現代碼的職責分離。以前整個前端是mvc中v這一層，而現在前端內部也進行了mvc的邏輯細分，Javascript的MVC框架現在很多，有的強化m、有的強化c。每一個框架其實都有其特點的，並且有越來越多的創新改造，比如現在最流行的是mvvm。有angular、react等等。我們是為了引入mvvc才把他們納入到我們的開發體系，而不是因為他是一個好用的類庫。
通訊，模塊化、組件化是前端在推進開發模式過程中的一個過程產物，為了有效的進行組件隔離和獨立，現在有各種各樣的通信模型出來，不過由於實現簡單，代碼少，他往往是合入到某個類庫裡面，但本質也是一個類庫。比較成熟的比如：消息匯流排、事件模擬、緩存中轉、flux模型等等。
模板，我們用什麼樣的方式來集中的處理數據往html的轉換過程，這里就不用多展開，這種類庫現在太多了，光我們公司就有很多套，大家在代碼行、緩存管理、預編譯、運算性能、強大的語法等等各個維度不段追求各種極致。
基礎類庫最後才是傳統類庫，相信現在已經沒有同學會在項目中去約束團隊中的dom操作、常用函數、方法、非同步化等等各種很基礎東西，這個時候我們一般就是引入jq、zepto、underscor這些封裝好的東西就行了。核心就是為了改善編碼生產力。
對於框架的選型要從兩面看，一是看該框架的本領，二是看你們團隊的能耐。從經驗上給幾個點建議：
這里也可以順便展開聊一下現在前端產品的形態分類：
從這些分類裡面，我們這些年派生出了所謂全端和全棧的概念。但本質上怎麼走還是要由所在產品的形態來決定。
內容型Web站點 側重渲染方面的優化，前端邏輯比重小
操作型B/S系統 以數據和邏輯為中心，界面較規整
hybrid內置型，要處理緩存和一些本地介面，包括PC客戶端和移動端。現在的本地應用，基於很多考慮，都變成了混合應用，也就是說，開發這個應用的技術，既包含原生的代碼，也包含了嵌入的HTML5代碼
Web游戲，前端的邏輯非常重，在代碼結構上要求非常高的可管理性和更復雜的設計模式。
桌面應用型，現在有一些PC端的混合應用開發技術，比如node-webkit和hex，前者的典型應用是XDK，後者的典型應用是有道詞典，此外，豌豆莢的PC客戶端也是採用類似技術的，也有一些產品是用的qt-webkit。這類技術可以方便做跨平台，極大減少開發工作量。
大工程應該盡量避開谷歌產品，他的很多技術開源項目都是玩票性質的，GWT、Closure、Darty就是前車之鑒。曾今提出過很多的新技術，到現在還是獨家的，變出太大。包括現在angular，喜歡做斷崖式升級，做做運營後台系統問題不大，如果是線上系統的話，每次升級就是一次人月神話中的典型焦油坑。
關注應用場景，像剛才說到的boss後台是一種；另外我的平台是否有沉重的歷史包袱，需要兼容ie6，還是可以輕裝上陣；產品對於seo是什麼樣的態度？是否需要考慮自適應？或者我的團隊足夠大，能夠各搞一套？；產品特徵是強內容還是強交互或者是游戲性。這些都是選擇不同框架的主要出發點。
沒有最好，只有最適合自己的，基本上，針對每個平台，我們都可以列出一些主流框架，但不意味著你們都能駕馭得住。小馬過馬，老牛沒過膝，松鼠淹個半死，就是這么回事。但無論我們選擇什麼框架或決定自己動手造輪子，都勿忘初心，技術必須讓我們工作生活更為輕松愉快——我們只選擇我們能駕馭住的框架，我們不能保證它在一年後是否會過時落後。
而且按照我個人這么多年的經驗來看，任何框架都會過時，往往不是因為他不夠好，而是因為一定有更好的出來。我們再選擇一個框架或者一個類庫的時候就要想好，未來我如何拋棄他。至少不能成為我們引入新的框架的絆腳石。現實的工作中很多的團隊往往會陷入到年復一年的用今年的新框架去重構去年老框架代碼的歷史循環中去。對於引入框架如何盡量延長他的生命力，我個人的意見是選擇框架時去追求概念，而不是潮流，當我的架構可以接受新的設計概念的時候才去考慮引入新的框架。用設計理念的選擇代替框架的選擇。之所以這么說是因為我觀察到我們部門的後端架構的開發理念跟我進公司的時候是差不多的。更多你可以參考成都網站建設
❺ 電子商務架構師是什麼
電子商務架構師在整個電子商務開發過程中都起著重要的作用，並隨著開發進程的推進而其職責或關注點不斷地變化，在需求階段，架構師主要負責理解和管理非功能性系統需求，比如軟體的可維護性、性能、復用性、可靠性、有效性和可測試性等等，此外，架構師還要經常審查和客戶及市場人員所提出的需求，確認開發團隊所提出的設計；在需求越來越明確後，架構師的關注點開始轉移到組織開發團隊成員和開發過程定義上；在軟體設計階段，架構師負責對整個軟體體系結構、關鍵構件、介面和開發政策的設計；在編碼階段，架構師則成為詳細設計者和代碼編寫者的顧問，並且經常性地要舉行一些技術研討會、技術培訓班等；隨著軟體開始測試、集成和交付，集成和測試支持將成為軟體架構師的工作重點；在軟體維護開始時，軟體架構師就開始為下一版本的產品是否應該增加新的功能模塊進行決策。
必備條件
架構師的形成是在實踐中鍛煉起來的，需要相當的技術水平和多年的實際經驗，而並非上了幾次培訓班，讀了幾本書就可以成功的。 顯而易見，在軟體開發過程中，一個優秀軟體架構師的重要性是不應低估的。那麼如何成為優秀的軟體架構師呢？
領導能力與團隊協作技能，軟體架構師必須是一個得到承認的技術領導，能在關鍵時候對技術的選擇作出及時、有效的決定。
- 具有很強的溝通能力，其時這一點好象什麼角色都最好具備，軟體架構師需要與各路人馬經常打交道，客戶、市場人員、開發人員、測試人員、項目經理、網路管理員、資料庫工程師等等，而且在很多角色之間還要起溝通者的作用。在技術能力方面，軟體架構師最重要也是最需求掌握的知識是構件通信機制方面的知識，比如遠程過程調用、JAVARMI、CORBA、COM/DCOM、各種標準的通信協議、網路服務、面對對象資料庫、關系資料庫等等，另外，架構師應時刻注意新軟體設計和開發方面的發展情況，並不斷探索更有效的新方法。開發語言、設計模式和開發平台不斷很快地升級，軟體架構師需要吸收這些新技術新知識，並將它們用於軟體系統開發工作中。當然，行業的業務知識對軟體架構師也是很重要的，有助於設計
- 出一個滿足客戶需求的體系結構，優秀的軟體架構師常常因為要盡快獲得對行業業務的理解而必須快速學習並且進行敏銳的觀察。
上面的描述是枯燥乏味的，但作為一個架構師，在整個軟體系統的開發過程中是樂趣無窮的，因為這個角色很具有挑戰性，有時需要左右逢源八面玲瓏，有時又需要果斷堅定不留情面。在國內，較少軟體企業擁有獨立的架構師，通常一個軟體高手身兼數職，既是項目經理，又是軟體架構師，還是軟體開發者，有時還要客串一個測試人員，這對軟體的開發周期和產品質量是不利的，有時一個人的觀點立場是很片面的，而且繁重的工作、沉重的壓力會影響一個人的情緒，情緒會影響決策，決策影響結果，所以值得我們三思而後行。
構架師不是通過理論學習可以搞出來的，不過不學習相關知識那肯定是不行的。總結構架師自我培養過程大致如下。
1、構架師胚胎（程序員）
學習的知識是語言基礎、設計基礎、通信基礎等，應該在大學完成，內容包括java、c、c 、uml、RUP、XML、socket通信（通信協議）——學習搭建應用系統所必須的原材料。
2、構架師萌芽（高級程序員）
學習分布式系統、組建等內容，可以在大學或第一年工作時間接觸，包括分布式系統原理、ejb、corba、com/com 、webservice（研究生可以研究網路計算機、高性能並發處理等內容）
3、構架師幼苗（設計師）
應該在掌握上述基礎之上，結合實際項目經驗，透徹領會應用設計模式，內容包括設計模式（c 版本、java版本）、ejb設計模式、J2EE構架、UDDI、軟體設計模式等。在此期間，最好能夠了解軟體工程在實際項目中的應用以及小組開發、團隊管理。
4、軟體構架師的正是成型在於機遇、個人努力和天賦軟體構架師其實是一種職位，但一個程序員在充分掌握軟構架師所需的基本技能後，如何得到這樣的機會、如何利用所掌握的技能進行應用的合理構架、如何不斷的抽象和歸納自己的構架模式、如何深入行業成為能夠勝任分析、構架為一體的精英人才這可不是每個人都能夠遇上的餡餅……
基本認證
眾所周知，Java是當前最熱門的軟體開發語言，它具有跨平台、面向對象、強大的網路功能等特性。你不僅能在電腦上使用Java程序，還能在手機、PDA、家用電器上使用Java程序，甚至舉世矚目的火星車也全部採用Java技術。Java在不到10年時間內已經變成最流行的軟體開發平台，最新的企業級Java 2.0版本（簡稱：J2EE）也成為企業應用系統上最受歡迎的開發標准。
事實上，全世界范圍內的J2EE架構師都是緊缺的人才，只是中國更加明顯而已。在英國，有經驗的J2EE架構師，目前平均年薪已經飆漲到七萬至十萬英鎊。全球著名的電子商務平台提供商SilverStream軟體公司的技術服務總監Mark Ashton對J2EE人才的短缺深有感受，他表示許多求職者的履歷表上都有把J2EE列進去，但是仔細查看或是面試之後就會發現大多數人只是聽過J2EE，並沒有真正用過這些技術。信息產業部電子信息產品管理司副司長丁文武近期也表示，目前我國Java人才還遠遠不夠，至少短缺20萬。特別是隨著大量軟體外包業務進入中國，許多外資或中資軟體企業也開始面臨著高級Java人才奇缺的問題，尤其是熟悉J2EE又能掌握一門相應外語的人才成為了眾多大公司爭搶的對象。
作為Java的發明者和Java開發標準的主要制定者——美國Sun公司對從事Java開發的技術人員提供了三級認證體系，即初級的程序員認證（SCJP）、中級的開發員認證（SCJD和SCWD）和高級的架構師認證（SCEA）。這也是軟體行業中最權威的國際認證之一。目前國內已經有針對美國Sun公司認證體系的培訓，但絕大多數主要針對初級的程序員認證，只有極少數專業培訓機構能夠提供三層完整培訓。
具備能力折疊編輯本段
一般來講，系統架構師應該擁有以下幾方面的能力：
1：具備 8 年以上軟體行業工作經驗；
2：具備 4 年以上 C/S 或 B/S 體系結構軟體產品開發及架構和設計經驗；
3：具備 3 年以上的代碼編寫工作經驗；
4：具備豐富的大中型開發項目的總體規劃、方案設計及技術隊伍管理經驗；
5：對相關的技術標准有深刻的認識，對軟體工程標准規范有良好的把握；
6：對 .Net/JAVA 技術及整個解決方案有深刻的理解及熟練的應用，並且精通WebService/J2EE 架構和設計模式，並在此基礎上設計產品框架；
7：具有面向對象分析、設計、開發能力(OOA、OOD、OOP)，精通 UML 和 ROSE，熟練使用 Rational Rose、PowerDesigner 等工具進行設計開發；
8：精通大型資料庫如 Oracle、Sql Server 等的開發；
9：對計算機系統、網路和安全、應用系統架構等有全面的認識，熟悉項目管理理論，並有實踐基礎；
10：在應用系統開發平台和項目管理上有深厚的基礎，有大中型應用系統開發和實施的成功案例；
11：良好的團隊意識和協作精神，有較強的內外溝通能力。
架構師的隱形職責
1、為技術部門提供技術支持
2、在最需要的時刻去攻克最艱巨的技術壁壘
3、幕後項目經理
4、業務部門與技術部門間的粘合劑
5、業務發展的催化劑
❻ 電子商務網站一般架構有哪些
大型電子商務網站架構，摘抄 7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?===客戶是自己公司，使用標准方法即可
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?===采購成熟的規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
==電子商務一般要使用MQ，推薦IBM MQ；使用MSMQ也可
第一點是資料庫要設計好，要達到什麼級別，你可能需要考慮哪些表需要拆分，哪些表的核心數據需要冗餘，如果是mysql，還要考慮其他的問題，比如存儲引擎。
新聞肯定是要生成純靜態頁，對資料庫壓力就小很多，不過靜態頁也有管理上的不方便，更新刪除添加都要對磁碟文件進行操作
做一個自定義緩存層，對緩存邏輯進行控制，可以採用第三方緩存模塊，如果使用.net來做，可以層層緩存，頁面緩存，數據緩存（memcache，不過在win下效率不高）
電子商務網站特點就是對事務的嚴格，需要資料庫設計的時候要求高性能，也需要合適的索引，支持高並發，經常對產品表用戶表等進行索引檢查，是否有很多索引掃描和表掃描（即使是局部的，也要將逗局部地控制到最小范圍）
mssql語句對不需要事務的查詢要附帶上with(nolock),以利於並發更新。
有些功能模塊不能按照想當然的方式開發，比如產品訪問次數，切不可將這些更新非常頻繁的欄位置於核心表內，明確的做法是將其剝離開來 還有就是切不可經常性將欄位設計成bool類型，這樣會給以後的擴展留出路，即使是男女這種欄位，也建議採用tiny類型
其他還有就是在產品設計的時候充分考慮seo，網站目錄結構清晰可讀，而不是帶著一串串的查詢參數。
對安全要有整體的把握，最好全都是用存儲過程，在項目上線前將資料庫存儲過程全部導出再查找貌似exec的語句，查找是否需要替換成sp_executesql。
另外，如果採用mssql，全文搜索直接用mssql fte就可以，速度和精確度都還是可以的，最重要的是維護和管理開發很簡單。
打折的處理可以按照電信的一次，二次批價功能，如果你做過電信方面的系統。
當然也可以設計得更簡單的一些。 靜態的頁面建議使用CDN加速，以解決網通和電信之間訪問速度的問題；
數據的緩存方面建議考慮用memcache，另外也可以分別在表現層和數據層利用.net中的現存緩存機製作業可；
簡單執行的sql可以不用存儲過程，存儲過程會佔用資料庫伺服器的處理時間，造成死鎖；
mvc建議還是做些CMS的項目上應用，電子商城不是很適合，個人觀點。url上可以做轉義，使url顯示更友好；
資料庫建議建立分布資料庫，這樣可以轉移查詢和大訪問量對資料庫帶來壓力；
圖片可以考慮單獨放在一台伺服器上；1.三層架構
2.使用手寫sql,手寫entity(生成也可),緩存反射綁定(不是緩存數據哦,緩存映射關系),要考慮網站的長期發展還是手寫吧 靈活 性能也好
3.沒有這種問題,商業驅動的,純購物就好了,千萬別搞什麼圈子,wiki
4.純.net的mvc不建議,webform不搞viewstate,不搞服務端控制項(除repeater)再加點mvc的思想已足夠用了
5.不需要緩存數據(除搜索產品部分),要考慮多台伺服器的程序快速部署,config文件會很多,config要序列化緩存
6.當然是先生成好了,參照jd吧,按業務每張圖片對應幾個不同大小的圖
7.據經驗,電子商務網站僅靠中英雙語來達到多語言是不靠譜的(文化 用戶習慣不是簡單的語言切換),如果想真正運營英語的就要重新開發一個版本
8.不搞模式
9.負載均衡(web,db)+ssb非同步處理數據
10.你是業務類型的日誌還是異常日誌? 前台訂單流程上異常日誌不需要了,找個工具錄個腳本不停的跑 保證隨時發現問題發郵件就可以了
11.找第三方搜索組件 類似endeca的
12.負載均衡挺簡單的,初期靠軟體就可以,一切圖片找第三方放cdn,前台網站用到ajax的地方很少,如果用的話jquery 1，一個電子商務網站用戶99.5%的行為時Find
2、對於商品檢索部分，能不用資料庫就不用資料庫（網上切詞等相關的開源平台很多）
3、分布式緩存（Memcached 、Volecity），個人測試volecity 3還是不錯的
4、系統設計時必須要考慮可運營。從這個角度去設計系統
5、對於電子商務網站改動很頻繁，必須考慮架構設計如何適應頻繁的版本更新
6、必須設計一個好的單點登錄系統。
7、建議能不用sqlserver就不用它。
8、對於大型電子商務網站來說，系統的I/O是起決定因素而不是CPU和內存。1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
項目劃分其實不重要，重要的的是你在寫代碼的時候是否能把代碼合理的分到對應的項目里。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
開發效率優先，訪問量大了以後，我相信是有錢投到硬體上的，在你程序寫的不是很爛的情況下，升級硬體遠比優化程序節省成本。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
那就做成自定義控制項啦。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
推薦使用使用webform的,前台使用mvc，對於前台來說使用mvc能更好的提升性能，更方便的更換頁面表現形式。後台界面相對穩定，用webform可以提高開發效率。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
初期建議用hashtable，因為簡單，將來升級到Memcached 。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成縮略圖的好處是節約性能。httpmodle相反，每次瀏覽圖片的時候都會生成新的圖片，伺服器壓力大，建議直接生成。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
多語言建議使用asp.net自帶的資源文件的方式實現，當前語言保存在cookie裡面。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
規則引擎
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
使用MQ隊列
10.日誌方面,log4net?
log4net只能記錄程序運行日誌，主要目的是用來調試程序的，系統業務操作日誌還你是得自己建一個表來保存。
11.電子商務的全文檢索,這也是個頭疼的問題
lucene，微軟索引服務，sqlserver全文檢索，方案很多的。
12.負載均衡方面,有什麼好的文章推薦碼?
可以看windows 2003 集群方面的文章 1.項目劃分是否會有問題,圖中分別是 實體層,數據訪問介面層,數據訪問層,業務邏輯介面層,業務邏輯,網站A,B,C
目前我也是這樣分的,不過當數據表結構有修改時,會帶動其它層的聯級修改,非常不方便，所以開發之前最好將資料庫設計地完善一點。另外，當網站分成多個以後，其它項目生成的DLL文件要部署到每個網站的bin文件夾里，更新一次都要重新部署，這也是個挺煩人的事，當然可以將DLL部署到GAC里來解決這個問題，不過這樣的話本地調試起來就不太方便了，因為項目一有改動，就要將生成的DLL重新拷貝到GAC里才能看到效果。
2.數據訪問層是要開發效率(NBear,Linq,Nh等),還是訪問效率(直接使用sql等)?是否可以先使用開發效率高的,等日後訪問量大了,再重寫並替換數據訪問層?
這個我也在考慮。目前我還沒有採用ORM框架，都是在DAL里直接訪問DB的。
3.網站被切割成了多個子網站,有一些控制項(如header,footer)是要共享的,如何跨網站項目共享這些控制項呢?
自定義控制項。
4.ms的mvc 1.0也出來不少時間了,是否已經夠成熟運用到項目中?或者是網站後台使用webform的,前台使用mvc?
正在學習這一塊。
5.網站數據的緩存是自己開發一個hashtable什麼的來維護呢,還是使用Memcached ?
現在我用的比較多的是.net自帶的數據緩存。
6.縮略圖的處理,我看有的網站是在上傳圖片的時候直接生成,有的是在httpmodle里處理,訪問的時候生成.
直接生成好，快一點。
7.同一個網站的多語言該如何處理是好,使用配置文件然後cookie或url來判別?
我沒涉及到這一塊，不過我覺得資源文件應該就是用來處理這個問題的。
8.電子商務網站最多的就是 商品的打折方式和積分的贈送了,這里要怎麼設計才好(工廠模式)?
這些都放在邏輯層好了。
9.如果同一時間並發大量訂單的話,如果確保一個訂單的有效提交呢?
MSMQ
10.日誌方面,log4net?
目前我是自已寫代碼存在庫里的。
11.電子商務的全文檢索,這也是個頭疼的問題
用lucene.net分詞建索引，再直接從索引庫里搜索，又快又准。
12.負載均衡方面,有什麼好的文章推薦碼?
不清楚了。 這樣的設計要達到新蛋的效果肯定不可能的，新蛋少說幾百台伺服器，不同資料庫之間的發布訂閱鏈路都有幾千條。有復雜的緩存，負載均衡機制。新蛋所有的通訊都是基於WCF的。另外對於這么大型的網站來說，資料庫一刻都不停止，所以讀寫分離也很重要，因為你也不可能讓資料庫停下來進行備份。總歸要做到新蛋這樣的大型電子商務網站，靠你上面畫的這點好像遠遠不夠。
不過關於公共的header,footer,我不建議做成自定義控制項，這個維護起來不方便，稍有變動就要發布dll，麻煩的。
如果你的header和footer不是很大的話，建議採用js+css的方式。然後加上壓縮和cdn緩存，應該效率上能接受。
❼ 架構方面的書籍
一、大型網站架構系列
第一本：《大型網站技術架構：核心原理與案例分析》
這是本算是國內大型網站架構的經典之作，由阿里人李智慧創作，聽名字就知道本書很有智慧。主要從大型網站架構的特點，架構目標（高性能，高可用，可伸縮等）基本理論講起，並介紹了幾個很有特色的案例。
之前群內分享的大型網站架構系列的基礎理論大部分出自此書。
第二本：《大型網站系統與Java中間件實踐》
同樣出自阿里的技術牛人。此書對分布式系統的演進做了較好的介紹。對常用中間件（服務框架，數據訪問層，消息中間件）做了比較深入的講解。（原理到實踐都有了）
第三本：《大型分布式網站架構設計與實踐》，很抱歉本書也出自阿里系。
對面向服務的架構，分布式基礎設施（緩存，持久化，消息系統，搜索引擎（lucence，solr）），互聯網安全架構，系統穩定性，數據分析等做了較好的講解。
以上三本書，都出自阿里系，有理論有實踐，如果要學到知識，還需要多讀，多想，多實踐。比如第一本，個人看了至少5遍以上。其他兩天也在三遍左右。
第四本：《Web信息架構——設計大型網站》
可以較系統的建立網站信息架構設計的思想。對思考如何設計一個大型網站比較有幫助。
信息架構，注意這幾個詞所涉及的知識。
第五本：《高性能網站建設》，對web前端架構做了非常好的講解。
注意此處的前端不只是 JS,CSS,HTML，是指業務邏輯層之前的部分。包括緩存，DNS等。
第六本：《實用負載均衡技術：網站性能優化攻略》，本書較詳細的介紹了負載均衡，緩存代理等知識，對系統了解負載均衡技術有幫助。
第七本：《高性能電子商務平台構建：架構、設計與開發》，本書可以作為功能架構參考，因為他講的是國內一個開源商城的架構。一方面作者可能是為了推廣他的開源商城，因此建議初學者或者想了解此開源系統的人學習
❽ 建一個電商網站，需要多少錢像京東那樣的
現在建商城網站的公司很多，要看你有什麼需求，有仿版，有定製，有套版，根據功能不同，價格不同，不同的公司報價也不同，也不是越貴或越便的好，最主要是適合自己的。
❾ 跪求小型企業電子商務系統開發與設計畢業論文
電子商務在互聯網或網際網路的發展下，越來越被人們廣泛的所接受，通過Internet進行交易已經成為一種潮流。所以，建立電子商務網站已經成為一種必要。本文通過構建電子商務平台、提供應用服務的實例，介紹了Internet環境下商業模式ASP的基本概念、特點、服務類型經營模式和發展前景。本設計創建的電子商務網站是在windows 2000 Advanced Server+SQL Server2000環境下，採用ASP作為編程語言實現的，同時在系統的實現過程中還用到了其它方面的知識，如VbScript、JavaScript，DreamWeaver MX 2004等。
本課題主要通過ASP網頁技術和SQL資料庫技術，實現顧客通過瀏覽器就能查看網上的商品，並且能夠進行下單操作；商家也能通過瀏覽器進行商品的添加、修改、刪除操作。充分了解ASP的相關內容，重點掌握ASP和SQL的技術。了解並掌握數據的相關知識，通過調用ASP動態語言，連接資料庫，與資料庫交互，實現網上交易。本課題需要IE瀏覽器、微軟IIS、ASP技術及SQLSERVER200資料庫技術。實現用戶瀏覽、采購商品，商家建立網上商店，上傳並展示商品。
給你消息了