山東電力積分商城系統(tǒng)建設方案v1.1

1、1建設背景及意建設背建設意1建設背景及意建設背建設意引導用戶預繳電費或按時繳費，提高電費回收鼓勵新型繳費方式，節(jié)約營業(yè)成提高公司服務質設計參考資2業(yè)務現(xiàn)3建設目標及原建設目建設原4系統(tǒng)技術方總體設計方邏輯架物理架安全架功能架5系統(tǒng)功能設商城門系統(tǒng)首. 活積分獲. 商品檢商品兌退換商訂單管客戶管. . 用電信息綁定與解收貨地積信商品管新商品添在售商品管. 庫存管訂單管商品狀態(tài)審. 積分計積分策略管門戶管模板導模板管內容管首頁門戶發(fā)活動策活動定統(tǒng)計分銷售分積分分活動分系統(tǒng)運行分自定義報6軟系統(tǒng)運行分自定義報6軟硬設設設7系統(tǒng)建設計第1建設背景及意義1.1 目公司供電服已達第1建設背景及意義1.1

2、目公司供電服已達20余種1.2 1.3 (20051月：電子商務模式規(guī)范(20084 月服務規(guī)范(20117月(20122 月第2業(yè)務現(xiàn)狀SG186自動。201010第2業(yè)務現(xiàn)狀SG186自動。201010第3建設目標及原則3.1 3.2 安全可靠性原則的。實用性與先進性相結合的原則可擴展性與靈活性相結合的原則第3建設目標及原則3.1 3.2 安全可靠性原則的。實用性與先進性相結合的原則可擴展性與靈活性相結合的原則可性原則第4系統(tǒng)技術方案4.1 4.2 第4系統(tǒng)技術方案4.1 4.2 、4.3 ) 4.3 ) 商品管理應用6 接口&3 依據(jù)系統(tǒng)的總體設計，系統(tǒng)技術架構分為互聯(lián)網(wǎng)接入層、WEB商

3、品管理應用6 接口&3 依據(jù)系統(tǒng)的總體設計，系統(tǒng)技術架構分為互聯(lián)網(wǎng)接入層、WEB 業(yè)務處理 技4.5 業(yè)務處理 技4.5 電力積分客戶管用電信息用資收檢兌管定與電力積分客戶管用電信息用資收檢兌管定與解積系統(tǒng)管商品管商城運營團理促銷活統(tǒng)計分分 商品審第商管管管分第5系統(tǒng)功能第5系統(tǒng)功能設計5.1 商城門5.1 商城門、內子內容說備商城用戶的登錄、 、根據(jù)登錄狀態(tài)不Logo 和搜索Logo 信息和提首頁默認展開商界面默認合并分顯示商登記信息商品分類導浮動輪播圖內子內容說備商城用戶的登錄、 、根據(jù)登錄狀態(tài)不Logo 和搜索Logo 信息和提首頁默認展開商界面默認合并分顯示商登記信息商品分類導浮動輪播

4、圖等信息， 用戶 的榜榜內子內容說備2.1.2 正在進行的內子內容內子內容說備2.1.2 正在進行的內子內容說備2.1.2 我能兌換的詳.1 .2 功能/.1 1234兌.1 .2 功能/.1 1234兌56內子內容說備2.1.2 向商城用戶介紹當前可用的積分獲取積分網(wǎng)上商城需求說明書-積.2.2 功能/.3 .2.2 功能/.3 數(shù)量為 0；否則可無提示用戶總計符合條件的商品數(shù)和頁數(shù)；單件商品展示內容包括 、文字說明、商品號、可 數(shù)量、用戶評分和積分價格（下同）。提示輸出.1 指無.2.2 功能/無.3 根據(jù)商品分類查看每一個類別.1 指無.2.2 功能/無.3 根據(jù)商品分類查看每一個類別的

5、商品數(shù)量為 0；否則可無無 5001-10000分、10001-30000300008禮 5001-10000分、10001-30000300008禮提示輸出.2.2 功能/.3 .2.2 功能/.3 數(shù)量為 0；否則可無 提示無無輸出榜.1 。.2.2 功能/.3 兌榜.1 。.2.2 功能/.3 兌前20的商品，通過翻頁可查看前 100 名的商品。數(shù)量為 0；否則可無無 提示無.1 .2.2 功能/.3 .1 .2.2 功能/.3 數(shù)量為 0；否則可無無功無輸出.1 6 .2.2 功能/.3 .1 6 .2.2 功能/.3 提示無無輸出數(shù)量為 0；否則可無無提示無無輸出.1 .2.1 .2

6、.2 功能/.3 個人收藏夾，包括增加、刪除、查.1 .2.1 .2.2 功能/.3 個人收藏夾，包括增加、刪除、查123.1 .2.1 .2.2 功能/.3 .1 .2.1 .2.2 功能/.3 無無無無無無.1 無.1 無無無無無無無.2.1 .2.2 功能/.3 .2.1 .2.2 功能/.3 .1 無.1 無無無無無無無.2 功能/.1 .2.1 .2 功能/.1 .2.1 12第第配3第第配.2.2 功能/.1 .2.2 功能/.1 無無無無無無無第.2.1 .2.2 功能/.3 第.2.1 .2.2 功能/.3 無2、 商品換貨信息錄入。 3無無無.1 第.2.1 無.2.2 功能

7、/.3 .1 第.2.1 無.2.2 功能/.3 無2、 商品退貨信息錄入。 3無無無無.1 123無.1 123無無無無無.2.1 .2.2 功能/.3 .2.1 .2.2 功能/.3 分類查詢用戶訂單，包括未完結、已完結、已取消三類?？梢圆樵冏罱?無無.1 .2.1 .2.2 功能/.3 具體功能.1 .2.1 .2.2 功能/.3 具體功能含的商品名稱、商品號、可 數(shù)量、積分單價、商品數(shù)量、商品狀態(tài)、配送無無無無5.3 .1.2.1 無無5.3 .1.2.1 無無無無無無用電力開填寫賬戶信成結.2 功能/無12用電力開填寫賬戶信成結.2 功能/無123無無激活賬戶: 輸無提示無無無激活賬

8、戶: 輸無提示無無提示輸出無無無提示無無無無無提示無無輸出輸出、.1 .2 無無用1、.1 .2 無無用1無提示無無等求1 .1 .2 功能/1 .1 .2 功能/無12輸出無無無提示無無無提示提示無輸出.1 .2 無無用無無.1 .2 無無用無無輸出。.1 .2 功能/12。.1 .2 功能/123求提示無無輸出無無無用無無無用無提示無無求輸出無無用無提示無用無提示無無無無用無提示無用無提示無無輸出.3 無無.3 無無用1無無輸出5.4 商家新增商品的添加，支持商品屬性（品牌、價格、庫存等）.1 求提示無無輸出5.4 商家新增商品的添加，支持商品屬性（品牌、價格、庫存等）.1 求提示無無輸出

9、.2 .2 商無.1 .1 無無無.2 .2 無商無無.3.2.1 無.3.2.1 無屬性、更改 、更改商品詳細信息無.2 .2 無無無.1 無.1 無無.2 .2 無商無無。.1 無。.1 無無商無.1 .2 .1 .2 無無無無無.1 .2 .1 .2 無無無無無積分策，是面繳費方式積分：采用以上任一種繳積分策，是面繳費方式積分：采用以上任一種繳元，N2分預繳電費金額 A 元，則積N 分。= - 無無提示無無輸出.1 .2 功能/.1 .2 功能/ 無無提示無無輸出1系統(tǒng)管理2系統(tǒng)管理無無提示無無輸出5.6 模板發(fā)系統(tǒng)管理開審核模審核通結保5.6 模板發(fā)系統(tǒng)管理開審核模審核通結保存模審核不

10、通預覽模導入模.1 .2 無無無.1 .2 無無無無無無.1 .2 功能/1商品檢索框、系統(tǒng) logo 信息等。2.1 .2 功能/1商品檢索框、系統(tǒng) logo 信息等。234無無無無無無無無無無無無無無無無無無無無無前 N 條無前 N 條浮動無無無無無無無無系統(tǒng)默認按 無.1 無無.1 無無無無求無首頁靜態(tài)生首頁預首頁發(fā).2 無無首頁靜態(tài)生首頁預首頁發(fā).2 無無無5.7 .1 .2 功能/1235.7 .1 .2 功能/123無無.1 .3 .1 .3 無提示.1 .3 .1 .3 活動策略：活動開始時間、結束時間、可參與用戶范圍或用戶列表、輸出無增加一個 兌換活動，包括活動開始時間、結束時

11、間、可參與用戶范圍無增加一個 兌換活動，包括活動開始時間、結束時間、可參與用戶范圍提示求 活動策略：活動開始時間、結束時間、可參與用戶范圍或用戶列表、輸出.3 .3 無提示輸出5.8 .1 無5.8 .1 無無無無.1 無.1 無無無無無.1 無.1 無無無無無無.1 無.1 無無無無無無XX活動商品兌換量報表、XX活動積分消費量報表、XX活動無.1 無.1 無無無無無無無無無第6設商服務（共用理應用服務3 7.1 數(shù)據(jù)庫服務器是整第6設商服務（共用理應用服務3 7.1 數(shù)據(jù)庫服務器是整數(shù)據(jù)管理，可靠性要求高。根以往系統(tǒng)的經(jīng)驗，系統(tǒng)的瓶頸往往體現(xiàn)在數(shù)據(jù)庫服務器上，對數(shù)據(jù)庫服務器的性能要求極高電

12、力積分商是一個典型OLTP（聯(lián)機事務處理）應用領域對 OLTP（聯(lián)機事務處理）常用的測算標準是 TPC-C 參數(shù)值（每鐘進行交易處理的ion Per 是 tpmC合電力積分商特點采用如下計算公式進處理能力的測算ionsper其中對用戶平均上網(wǎng)時長范圍內的業(yè)務總量以 50 萬用戶數(shù)的網(wǎng)省為例，系統(tǒng)需要每天進行事務處理ionsper其中對用戶平均上網(wǎng)時長范圍內的業(yè)務總量以 50 萬用戶數(shù)的網(wǎng)省為例，系統(tǒng)需要每天進行事務處理計算如下系用戶數(shù) 50 萬，并發(fā)用戶數(shù)則為 1400（參照 95598 互動務設計方案數(shù)據(jù)用戶數(shù)(U)為 7000(并發(fā)用戶數(shù)假設用戶每平均操作的功能數(shù)(N)為：30 項，平均每

13、項功能要連接數(shù)據(jù)庫進行的事務處理次數(shù)（M）4，電力積分商每天的事務處理數(shù)量（TASK）TASK=U*N*M*K=7000*30*4*1=1120000。（K：并發(fā)增量因子S：電力積分商相對于標準 TPC-C 測試基準環(huán)境交易的復程度比例。由于電力積的復雜程度與 TPCC 標準測試中易存在較大的差異，須設定一個合理的對應值。以積分消費明細為例一次操作往往需要同時打開多個線程，并發(fā)連接數(shù)據(jù)庫，電力積分商城每次操作相比較于 TPCC 標準測試中的每筆交易的復設定為 20-40，本方案設 S=25F：系統(tǒng)未來 5 年的業(yè)務量發(fā)展預留。本次設計預留 500%的處理力，即 F=600的上網(wǎng)平均時長是分鐘。

14、積分商用網(wǎng)上操作集中在 2.6 小時(156 分鐘)內完成，即 T=156U利用率。根據(jù)業(yè)務應用的實際經(jīng)驗表明，一器的 CPU 利用率高于 80%則會產(chǎn)生系統(tǒng)瓶頸，而利用率處于 75%時處利用率最佳狀態(tài)。因此，在推算服務器性能指標時，設利用為 55%，即 C=55%舉例說明用戶數(shù)50萬用戶數(shù)7000，TPM假設采用兩臺數(shù)據(jù)庫服務器集群模式，數(shù)據(jù)庫服務器集群的效為 80%，因此每臺數(shù)據(jù)庫服務器的 TPM 值估算公式如下每臺服務器 TPM 值舉例說明用戶數(shù)50萬用戶數(shù)7000，TPM假設采用兩臺數(shù)據(jù)庫服務器集群模式，數(shù)據(jù)庫服務器集群的效為 80%，因此每臺數(shù)據(jù)庫服務器的 TPM 值估算公式如下每臺

15、服務器 TPM 值=服務器集群 TPM 值其中 N 表示服務器數(shù)量則每臺服務器 TPM 值為每臺服務器 TPM 值服務器集群 TPM 值從數(shù)據(jù)庫的高性能來考慮，數(shù)據(jù)庫服務器以集群的方式部署，Unix/Linux 操作系TPC 數(shù)據(jù)用戶內存容量按照 6:1 或 8:1 配置，服務器具體配置見下表所7.2 WEB服務器的關鍵服務主要提供靜態(tài)頁面響應和動態(tài)務處理服對于 WEB 服務器采用SPECjbb為標準，而衡SPEC 的值則為：bops(business operations per second)值。SPECjbb用50 萬以下50 萬-100100 萬-150150 萬-200200 萬以上

16、K11102222216243248483264測試借用了 TPC-C 基準測試的概念、輸入產(chǎn)生、和交易模式。用 Java 類取代數(shù)據(jù)庫中的表(Table)，用 Java測試借用了 TPC-C 基準測試的概念、輸入產(chǎn)生、和交易模式。用 Java 類取代數(shù)據(jù)庫中的表(Table)，用 Java 對象取代數(shù)據(jù)庫中錄(Record)。主要關心的是第二層業(yè)務邏輯的處理能力Java寫的應用程序運行在某臺服務器上的性能SPECjbb200X 規(guī)則中要求只運行一個 Java 虛擬機(JVM)。在整個測中，影響測試性能的關是虛擬機)；JIT(即時譯)； Garbage 收集)；Thread(線程)等技術；操系

17、統(tǒng)的內核處理；CPU 的整型處理能力、的大小，內存大小構；服務器 SMP 的線性擴展能公式如SPECJBB2005其中TASK：根據(jù)行業(yè)經(jīng)驗，電力積分商期每秒的業(yè)務量大概為：2000S：相對于標準 TPC-C 測試基準環(huán)境交易的復雜程度比例。由于力積分的復TPCC 標準測試中的交易存在較大的異，須設定一個合理的對應值。以積分消費明細為例，一次操作往往需要同時打開多個線程，并發(fā)連接數(shù)據(jù)庫，相對于標TPC-測試準環(huán)境交易要復雜很多，在本方案中取值為：10A: JVM 性能參數(shù)指標,取值范圍為 0-100，根據(jù)行業(yè)經(jīng)驗，取值為60F：系統(tǒng)未來 5 年的業(yè)務量發(fā)展預取值為：150U 利用率。根據(jù)對 W

18、eb 的實際經(jīng)驗表明，一器的 CPU 利用率要求低于 60%。因此，在推算服務器性能指標CPU 利用率為 60%，即 C=60%那么集群模式的 SPECJBB2005 值為SPECJBB20053,000,000每臺服務器 SPECJBB2005 值=服務器集群 SPECJBB2005 其中 N 表示服務器數(shù)量，本案例取值為：2則每臺那么集群模式的 SPECJBB2005 值為SPECJBB20053,000,000每臺服務器 SPECJBB2005 值=服務器集群 SPECJBB2005 其中 N 表示服務器數(shù)量，本案例取值為：2則每臺服務器 SPECJBB2005 值為每臺服務器 SPEC

19、JBB2005 值服務器集群 SPECJBB2005 值為在動態(tài)應用速度，減少數(shù)據(jù)庫負載服務中使技術，此技術需使用大量內存來緩存數(shù)據(jù)。積分商的用戶數(shù)規(guī)模，WEB 服務器的單機配置及其數(shù)量如表所7.3 頁面緩存服務器服務器中的靜態(tài)資源進行緩存，響應電力積分商用戶的 HTTP 請求，通常使用行業(yè)標準指標 WEB2005 來衡量其性能。WEB2005 是環(huán)境理論值標為每秒 HTTP 請求次數(shù)根據(jù) SPECWEB2005 測試標準， 基本配置為 1 顆 2 核的X86(2.2GHz)/4GB 內存的服務器，能夠同時響應 1700 個 HTTP 請求根據(jù)電力積分商的用戶數(shù)規(guī)模，頁面緩存服務器配PC 服務

20、器，單機配置要用5050萬-100100 萬-150150 萬-200200 萬以上3222446服務器提、動畫等文件上功能，性能沒有特要求，配備主流 PC 服務器即可，單機配置如下表所7.5 計算服務器提供積分計算的服務，為了降低數(shù)據(jù)的壓力，本方采用在服務器中計算的方式。需要服務器提、動畫等文件上功能，性能沒有特要求，配備主流 PC 服務器即可，單機配置如下表所7.5 計算服務器提供積分計算的服務，為了降低數(shù)據(jù)的壓力，本方采用在服務器中計算的方式。需要將積分計算的用、繳、賬單信息等數(shù)據(jù)抽取到計算服務器中進行計算時計算量大致為 1000 萬左右。配置如下表所用50萬-100萬-150萬-CPU

21、161用50萬-萬100萬-萬150萬-萬CPU161用50 萬以下50萬-100100萬-萬150萬-萬單臺理論 2.4GHz2.4GHz2.4GHz8 核, 16 核, 2.4GHz單臺建議 16單臺理論內存單臺建議內存224467.6 內網(wǎng)接口/內網(wǎng)接口/應用服務器提供如下數(shù)據(jù)抽取、轉化提供商品上下架、審核兩項服務對服務器要求都不高，而且使用時間不同，7.6 內網(wǎng)接口/內網(wǎng)接口/應用服務器提供如下數(shù)據(jù)抽取、轉化提供商品上下架、審核兩項服務對服務器要求都不高，而且使用時間不同，可以合并用一臺服務器。配置如下表所備份/應用服主要功能如下數(shù)據(jù)的定時備份。為配貨商提供訂單管理、商品管理的功能。由于使較少，對配置要求較低，配置如下表所示系統(tǒng)應保存以下數(shù)1. 用數(shù)據(jù)數(shù)據(jù)庫中保存的3000萬用括居民用戶基、信息等。經(jīng)過數(shù)據(jù)用50萬-100萬-150萬-CPU161用