ORACLE

RU日實(shí)現(xiàn)真好用戶(hù)體驗(yàn)管理

甲骨文（中國(guó)）軟件系統(tǒng)有限公司

2009年12月

Oracle真好用戶(hù)體驗(yàn)洞察軟件RUEI

真好用戶(hù)體驗(yàn)洞察軟件（RealUserExperience二nsight）可以幫助IT組織加強(qiáng)終端

用戶(hù)體驗(yàn)，并最大化服務(wù)導(dǎo)向構(gòu)架（SOA）及基于Web的應(yīng)用程序的價(jià)值，透過(guò)集成用戶(hù)體驗(yàn)

信息（即終端用戶(hù)運(yùn)用企業(yè)應(yīng)用程序所體驗(yàn)到的相關(guān)性能、運(yùn)用狀況）及其它企業(yè)、客戶(hù)關(guān)

系管理資料，為商業(yè)用戶(hù)供應(yīng)獨(dú)特智能享受和實(shí)時(shí)的用戶(hù)網(wǎng)上購(gòu)買(mǎi)行為體驗(yàn)分析報(bào)表。這些

資料交換性能可用于商業(yè)分析，業(yè)務(wù)價(jià)值提升，電子商務(wù)利潤(rùn)考核和趨勢(shì)分析。讓商業(yè)用

戶(hù)駕馭更全面的用戶(hù)行為資料來(lái)提高企業(yè)的核心競(jìng)爭(zhēng)力和營(yíng)收。

RLEI軟件可供應(yīng)關(guān)于用戶(hù)的基本信息，而應(yīng)用程序及服務(wù)用戶(hù)是企業(yè)最重要的資產(chǎn)。

Oracle企業(yè)管理以這些獨(dú)特的性能推出了自上而下專(zhuān)屬應(yīng)用程序及IT基礎(chǔ)架構(gòu)資源的綜合

產(chǎn)品線(xiàn)。它對(duì)企業(yè)的諸多應(yīng)用軟件一包括應(yīng)用程序、中介軟件、數(shù)據(jù)庫(kù)管理軟件一的集成管

理功能，為IT人員供應(yīng)了必需的工具以關(guān)注IT問(wèn)題的商業(yè)影響。

■RLH帶給用戶(hù)的價(jià)值

業(yè)務(wù)主管市場(chǎng)與應(yīng)用管理部門(mén)17運(yùn)維部門(mén)

?交易問(wèn)題對(duì)部門(mén)業(yè)務(wù)帶?客戶(hù)來(lái)自哪里？服務(wù)黏度如?哪些用戶(hù)在遭遇訪(fǎng)問(wèn)性能

來(lái)了多大影響？何？最佳訪(fǎng)問(wèn)軌跡是什么？及可用性問(wèn)題？

?交易漏斗如何優(yōu)化？問(wèn)-如何重現(xiàn)客戶(hù)遭遇的問(wèn)題？?哪些頁(yè)面出錯(cuò)了？

題在哪個(gè)環(huán)節(jié)？為什么客戶(hù)會(huì)停止訪(fǎng)問(wèn)？-客戶(hù)使用的瀏覽器版本是

?應(yīng)用帶來(lái)了多少收入，?如何知道客戶(hù)訪(fǎng)問(wèn)體驗(yàn)和服否是應(yīng)用認(rèn)證過(guò)的版本？

增長(zhǎng)率如何？務(wù)等級(jí)承諾（SL?背離了？-哪些服務(wù)器負(fù)載不均衡，

?客戶(hù)滿(mǎn)意度指數(shù)的發(fā)展?熱點(diǎn)服務(wù)是什么？性能瓶頸系統(tǒng)資源開(kāi)銷(xiāo)大？

趨勢(shì)如何?_________在哪里?

ORACL6

RU曰工作原理與架構(gòu)介紹

1.1.RU日的工作原理

通?？蛻?hù)通過(guò)閱讀器訪(fǎng)問(wèn)服務(wù)器端資源，必需經(jīng)過(guò)WEB服務(wù)器，也就是說(shuō),

不管客戶(hù)來(lái)自哪里，只要訪(fǎng)問(wèn)這個(gè)網(wǎng)站，他的懇求都會(huì)經(jīng)過(guò)這個(gè)網(wǎng)站的WEB

服務(wù)器，那么，我們就可以運(yùn)用一種方法來(lái)監(jiān)控這些WEB服務(wù)器，從而分析

用戶(hù)的體驗(yàn)行為，RUEI就是基于這種原理來(lái)設(shè)計(jì)的。

FT^I?

Page

request

?ClientIP,ServerIP

?URL(PageQb月ci)sa

?Cookie/SessionIDouInternet

?Referrersa

?Time/Datea

芝Firewall

芝

8

7

UXinsight

?Response?

?Server/websiteerror,HrtOK

?Size

WebWeb

?Time/Date

server

?Delivered)

?Aborted?

?Networktimeout7

?Time/Date

如圖：用戶(hù)通過(guò)Inteoet訪(fǎng)問(wèn)后臺(tái)的WEB服務(wù)器，一般先透過(guò)防火墻，然后

接入交換機(jī)，從而分發(fā)到后臺(tái)不同的WEB服務(wù)器，WEB服務(wù)器經(jīng)過(guò)對(duì)懇求處理（這

里的處理可能是特別困難的，也可能涉及到應(yīng)用服務(wù)器，數(shù)據(jù)庫(kù)，甚至與其他應(yīng)

用系統(tǒng)互連，但是這個(gè)處理過(guò)程對(duì)用戶(hù)來(lái)說(shuō)是透亮的），將響應(yīng)結(jié)果通過(guò)交換機(jī)

返回給前端用戶(hù)。

RUEI獨(dú)立安裝在一臺(tái)機(jī)器上，運(yùn)用網(wǎng)絡(luò)報(bào)文協(xié)議分析技術(shù)，將客戶(hù)和WEB服

務(wù)器的交互報(bào)文都捕獲，然后對(duì)這些報(bào)文進(jìn)行具體分析，從而了解客戶(hù)的行為,

也了解后臺(tái)WEB服務(wù)器，應(yīng)用服務(wù)器，數(shù)據(jù)庫(kù)服務(wù)器的一些狀況，形成不同緯度

的分析報(bào)表。

當(dāng)訪(fǎng)問(wèn)者懇求某個(gè)對(duì)象時(shí)，RUEI將查看該懇求并起先測(cè)量Web服務(wù)器向

訪(fǎng)問(wèn)者顯示所懇求對(duì)象所需的時(shí)間。此時(shí)，RUEI知道懇求此頁(yè)面的人員（IP客

戶(hù)端）、懇求的對(duì)象以及從哪個(gè)服務(wù)器懇求該對(duì)象（IP服務(wù)器）。當(dāng)Web服

務(wù)器響應(yīng)并將該對(duì)象發(fā)送給訪(fǎng)問(wèn)者時(shí)，RUEI將查看該響應(yīng)并停止對(duì)服務(wù)器響應(yīng)

時(shí)間的計(jì)時(shí)。在此階段，RU日可以查看是否有來(lái)自服務(wù)器的響應(yīng)、該響應(yīng)是否

正確、Web服務(wù)器生成懇求的對(duì)象所需的時(shí)間以及該對(duì)象的大小。RUEI還能

夠查看訪(fǎng)問(wèn)者是否完全接收該對(duì)象，或者訪(fǎng)問(wèn)者是否終止下載(發(fā)送證明)。因

此，RUEI可以確定對(duì)象經(jīng)過(guò)互聯(lián)網(wǎng)到達(dá)訪(fǎng)問(wèn)者所需的時(shí)間，并且可以計(jì)算訪(fǎng)問(wèn)

者和服務(wù)器之間的互聯(lián)網(wǎng)吞吐量(訪(fǎng)問(wèn)者的連接速度)。不是只定義網(wǎng)站的代表

用法，RUEI在收集性能信息的同時(shí)了解到了客戶(hù)體驗(yàn)。這是可能的，因?yàn)镽U日

可以精確查看訪(fǎng)問(wèn)者閱讀和體驗(yàn)網(wǎng)站的方式。

RU日的物理架構(gòu)

服務(wù)器

須要將RUEI服務(wù)器軟件系統(tǒng)安裝在OracleEnterprise或RedHat

EnterpriseLinux5系統(tǒng)上。劇烈建議只將RUEI安裝在專(zhuān)用系統(tǒng)上而不是與其

他系統(tǒng)共用一臺(tái)服務(wù)器在“RUEI安裝指南”中具體介紹了安裝RUET的過(guò)程

和要求。

網(wǎng)絡(luò)配置

所需的網(wǎng)絡(luò)連接：一個(gè)副本(SPAN)端口連接和一個(gè)一般的網(wǎng)絡(luò)連接，如下

所示：

?對(duì)于RUEI服務(wù)器與Web基礎(chǔ)架構(gòu)的連接。每個(gè)受監(jiān)視的Web服務(wù)器所連接的交

換機(jī)端口都須要做SPAN鏡像配置，從而作為RUET數(shù)據(jù)采集的數(shù)據(jù)源，這些連

接沒(méi)有網(wǎng)絡(luò)地址。

?一個(gè)與內(nèi)網(wǎng)的連接，作為RUEI報(bào)表訪(fǎng)問(wèn)與管理的網(wǎng)絡(luò)接口。

RU日產(chǎn)品的功能及特點(diǎn)

KPI配置

KPI(KeyPerformanceIndicators)稱(chēng)為關(guān)鍵性能指示器，既可用于業(yè)務(wù)指標(biāo)也可以用FIT

指標(biāo)，用戶(hù)可以便利定義自己須要的KPI,通過(guò)定義KPI值的閥值，結(jié)合告警機(jī)制，用戶(hù)能很便

利了解系統(tǒng)的一些關(guān)鍵性能指標(biāo)的狀況。

上圖的KPI欄目中，列出了我們常用的一曲KPI,比如我們也可以定義一個(gè)KPI用來(lái)監(jiān)控網(wǎng)

絡(luò)流量，并且定義一個(gè)閥直，當(dāng)網(wǎng)絡(luò)流量少于某個(gè)值，或者大于某個(gè)值時(shí)，我們認(rèn)為系統(tǒng)不太正

常，這樣，我們把它綁定到一個(gè)告警機(jī)制，當(dāng)這個(gè)值超出我們?cè)O(shè)置的閥值，系統(tǒng)自動(dòng)給我們發(fā)郵

件，或者短信告知我們，讓我們能在最短時(shí)間知道這一狀況.

Businessalertschedule

Ctickonddregwiththemousetome*eperiod,ecdthendickoneofthe，ertppf-2assign.Rightdickeprofilef。EH溫

Exceptions00o-02030406oe0798g1011121314161C17781920212223

Alertprofiles

□Noalert□TeamB

□TeamA□HelpDesk

□E-BusinessManager□ApplicationSupport

Escalationprofiles

□SecondLevelSupport

□TeamB

Save

同時(shí)，告警可以設(shè)置時(shí)辰表，比如，我們只讓系統(tǒng)在工作時(shí)間發(fā)(周1到周5,9：00-下午

6：00),其他時(shí)間不發(fā)。甚至可以協(xié)作用戶(hù)組定義表，在不同的時(shí)間段，發(fā)送給不同的用戶(hù)群，

比如IT相關(guān)的KPI出現(xiàn)問(wèn)題，可以發(fā)送給維護(hù)人員，業(yè)務(wù)相關(guān)的KPI警告發(fā)送給業(yè)務(wù)經(jīng)理。

本次測(cè)試主要考察KFI建議如下：

令網(wǎng)絡(luò)流量(all-traffic)

令錯(cuò)誤數(shù)量(failedpageviews)

?每頁(yè)端到端花費(fèi)時(shí)間(endTo-end-per)

令頁(yè)面裝載時(shí)間(load-time)

<服務(wù)器響應(yīng)時(shí)間(server-time-per)

報(bào)表(BusinessReporting)

RUEI供應(yīng)了比較完善的報(bào)表系統(tǒng)，這些報(bào)表基本涵蓋了通用網(wǎng)站分析的信息，而且

RUEI本身是建立在Oracle數(shù)據(jù)庫(kù)上的，可以保存全部的歷史用戶(hù)交互數(shù)據(jù)，查看報(bào)表前,

用戶(hù)只須要簡(jiǎn)潔選擇日期期間就可以獲得想統(tǒng)計(jì)的時(shí)間段報(bào)表，報(bào)表可以很簡(jiǎn)潔的保存

為PDF,Excel等格式：

[Day丫W(wǎng)eek丫Month]__________

TociyCleardayselection

OfficehoursClea-hourselection

通用報(bào)表主要分為八個(gè)類(lèi)別：

1.Applications類(lèi)供應(yīng)從應(yīng)用層面來(lái)監(jiān)控的系統(tǒng)信息，比如，pageviews,

頁(yè)面裝載時(shí)訶以及頁(yè)面訪(fǎng)問(wèn)次數(shù)等。

2.Clients類(lèi)一一從客戶(hù)分類(lèi)來(lái)統(tǒng)計(jì)系統(tǒng)信息，比如I：依據(jù)國(guó)家來(lái)劃分，有多少

用戶(hù)來(lái)自哪些國(guó)家，依據(jù)區(qū)域來(lái)劃分，也可以依據(jù)不同的閱讀器來(lái)劃分客戶(hù)，

運(yùn)用不同的語(yǔ)言的客戶(hù)等等，以下舉一個(gè)依據(jù)區(qū)域來(lái)劃分的用戶(hù)狀況圖表。

如圖，顯示運(yùn)用該網(wǎng)站的用戶(hù)區(qū)域分布狀況，從而可以從市場(chǎng)推廣方面來(lái)分析

客戶(hù)群區(qū)域分布。

3.Domains類(lèi)一一從域的方面來(lái)分析網(wǎng)站訪(fǎng)問(wèn)狀況，比如，一個(gè)系統(tǒng)運(yùn)用多個(gè)域

名，本類(lèi)報(bào)表可以看到不同域名訪(fǎng)問(wèn)的用戶(hù)狀況。

4.Monitoring類(lèi)一一主要供應(yīng)儀表盤(pán)中的一些數(shù)據(jù)報(bào)表，同時(shí)供應(yīng)KPI,SLA等信

息。

5.Overall類(lèi)一一本類(lèi)報(bào)表供應(yīng)累積信息，比如錯(cuò)誤累積，流量累積，用戶(hù)數(shù)累

積，pageviows累積等等。

如上圖，我們可以依據(jù)Sessions數(shù)來(lái)獲得系統(tǒng)的在線(xiàn)用戶(hù)數(shù)，以及不同時(shí)間段

的在線(xiàn)用戶(hù)改變，高峰發(fā)生在什么時(shí)間段（可以定位到5分鐘以?xún)?nèi)，因?yàn)檫@個(gè)

報(bào)表是5分鐘更新一次數(shù)據(jù)的）等等。

6.Servers類(lèi)一一假如一個(gè)系統(tǒng)存在多個(gè)Mb服務(wù)器，那么，從這里我們就可以看

到不同的服務(wù)器的負(fù)載狀況，以及不同服務(wù)器的響應(yīng)速度等等。

192168172.155

YOI:1S1.M7.SO7

比如：我們后臺(tái)有4臺(tái)Web服務(wù)器，不同的服務(wù)器運(yùn)用不同的IP地址，我們就

可以從這個(gè)組看到他們的負(fù)載狀況，從而了解系統(tǒng)的負(fù)載是否均衡。

7.Transactions類(lèi)——由于網(wǎng)站的交易是由一串HTTP懇求和響應(yīng)來(lái)完成的，因

此，我們可以在RUEI中定制我們的交易，從而獲得交易相關(guān)的報(bào)表。

gy|腳0c6]___________|Data:\zoomou:\zoomin|uraph:fT口I。(”】)。I?Q力大

Filteron\alue

pmM&yFi12Oct2007

transacborvnamehenk.zockcn

I?M：：|s>H

：$163X2：

2223XX?27A

?XH.2|4cranMcciorb>tvp

■henk?zoeken?re$ytDeU4$

?O?2CC7?

■henk?2oeken?9etResulu

ToavCkiroysW?ato?S%■Mnk?zoeken?rewtDeUJ

42931(100%)2%"henk?roeken-ddDeud

27tt9(65%)

OfkthMnO?iM?rsWtctMe

15042(35%)

4877(98%)1)068(30%)

1954(5%)

uam&ticnsessens

p?rformMC?900四

triM3Ct)8

trrt$4Kt)<xi$crv?r/iM

1054(2%)

如圖：我們定制了一個(gè)交易，該交易由4個(gè)步驟完成，先查詢(xún)某種類(lèi)型的產(chǎn)品

列表，然后獲得某個(gè)產(chǎn)品的信息，再進(jìn)入該產(chǎn)品的具體信息，最終點(diǎn)擊操作，

比如購(gòu)買(mǎi)該產(chǎn)品。從這個(gè)圖中，我們可以看到不同的步驟，用戶(hù)訪(fǎng)問(wèn)量存在衰

減，假如我們的最終目的是希望客戶(hù)購(gòu)買(mǎi)我們的產(chǎn)品，那么是什么緣由導(dǎo)致客

戶(hù)在購(gòu)買(mǎi)產(chǎn)品前丟失了呢？是操作太困難，還是業(yè)務(wù)模式有問(wèn)題？抑或是步驟

連接不好？我們可以依據(jù)這些報(bào)表來(lái)分析。

8.URLs類(lèi)一一供應(yīng)一些錯(cuò)誤具體狀況，最慢的點(diǎn)擊時(shí)間，以及性能殺手等報(bào)表。

object-url/urltot^l-^erver-time(ms)object-url/url

Other□

QzVM.gp_3,jsp□

/shdre/newscontentjsp口

Q/zbh/index.jsp

mo.do?

O/n^wsinvettdo

/ezkj/newsjsp■

AndHptc/gjpg口

/index/ptc,xxdclOypg■

/tbh/cgujsp口

/consult.doB

108,874,704

如圖：我們看到index.jsp占用了服務(wù)器28%的處理時(shí)間，從優(yōu)化角度上來(lái)分析,

假如我們將這個(gè)頁(yè)面從原來(lái)的100%優(yōu)化到了80%,那么，整個(gè)系統(tǒng)就優(yōu)化了

28%*20%=5.6%的性能，血假如你優(yōu)化占用比例小的頁(yè)面，將對(duì)系統(tǒng)的影響會(huì)

小許多，因此，這給我們對(duì)系統(tǒng)的優(yōu)化帶來(lái)了好的指導(dǎo)作用。

儀表盤(pán)(Dashboard)

當(dāng)用戶(hù)登陸RUEI產(chǎn)品界面，映入眼簾的就是一個(gè)儀表盤(pán)，該儀表盤(pán)以特別直觀明白的方式

向用戶(hù)呈現(xiàn)一些關(guān)鍵信息，用戶(hù)從中可以簡(jiǎn)潔了解到系統(tǒng)的動(dòng)向和趨勢(shì)，以及系統(tǒng)的突發(fā)狀況(如

錯(cuò)誤及KPI報(bào)警)等信息,

muMcpIatform

/Edc目Saveas8m田口Openinnewwindow.:Remove田MditemQ03i2

□TupdppliLdtion^08QKP1QP

applicxition/nomesessionspogeviewsMameJValue

wapl253021930101534SOOV&fdO

?Q9Oconcurrent

Blopperusrr-idsessions3761.0

user-ld/ldpaqeviewsberrorpegeviews(?i?)Gfailednfi3

961592103012234560.0pageviews

。萬(wàn)

861341609290218890.3Gpageload

timg(MC)

861368512326317660,0Opreviewsper?92Q

861350924621016160,0permin2116,4

8613468716343153B0.0OUMc(Mbps)5月

86135436022269650,0

BPogeloodtime0Q)

30092g3A3□000,0p^flcd/SntinutM

86136678070235400.0

86131173629794760.0

66151299062613760.3

86139678202913391.2

86139836267183300.0

86138778954613000.0

?6138277784512190,0

86139237924022170.0l?g?nd

Hp*9?*lo?d(??<)

BProblempagese>sMdiant-abortp?9????*?(%)

dpplic4tion/poge*nomefoiledviews

wapl2530?wach1000301000

wapl2530?S3?Ch1010101479

wapl2530?S3?inbdwh

wapl2530?S3?ibdwl

同時(shí)用戶(hù)可以看到一些定制的KPI當(dāng)前值，便利了解系統(tǒng)的健康狀況，同時(shí)也向用戶(hù)描述了

當(dāng)天出問(wèn)題最多的前5個(gè)頁(yè)面，錯(cuò)誤的分布圖等，管理員依據(jù)這些信息，可以初步推斷網(wǎng)站的健

康狀況。

＜系統(tǒng)錯(cuò)誤狀況及預(yù)料報(bào)表

IPOOO[05:00[11:00

Legend:

，website-errofviewsHserver-errorviews

Bnetworkerrorviews口content*errorviews

■errorviews

直觀地表現(xiàn)系統(tǒng)的發(fā)生錯(cuò)誤狀況及錯(cuò)誤類(lèi)型，本報(bào)表可以依據(jù)時(shí)間維度，也可以依據(jù)客

戶(hù)區(qū)域維度來(lái)呈現(xiàn)。

令錯(cuò)誤點(diǎn)擊報(bào)表

ob/ect?url/urlfailedhitsob/^ct-urt/url

^tal:64.605

由前面的報(bào)表我們得知系統(tǒng)的錯(cuò)誤狀況，因此，我們須要追蹤到系統(tǒng)究竟發(fā)生J'哪此錯(cuò)

誤，這些錯(cuò)誤都發(fā)生在哪些頁(yè)面，從而進(jìn)行錯(cuò)誤更正。

令錯(cuò)誤回放

Hr?iIHrvtxprr

心片工姓在界inIntrtnHfKpiorrr

GraphVaiu?tVKWH?O

I0?$hboxd、［ReportsrMtpJ兒。IWmhjWorttnt>0.

-3

?夕OASQgtJ，M“$gn$“u$”E?u$"@U

Pageproperties

Pag把properties正通財(cái)w防有祗,&tl健壬安一

鼻

3

?定除3信8

Pagename:

itaM：9R：無(wú)法從上下女中。立3雙信a田*?4），1二0外，**方*:管內(nèi)呂丞圣口苗；Time，?

Peg。defivery:

16:19:18

Pageobjecb:

?QctJCGl?16:19:18

e?.t??c

16:19:19

P?oeloadtbne(sec):

P?oere?dIme(sec):

?16:1938

hwn

16:19:38

:S?rv”?foY4Ml

Appte.taon.16:19:38

16:19:42

Rpqu”t

16:19:42

GET,n^crrnbsf/MTIP/IJ

16:19:43

□Header%(8)

16:19:45

ReMXX*5e16:19.8

flScUctmerrecord

HTTP/114C4/ngcmi/bsf.16:19:50

SHoagrs(6116:19:50

16:15*16:50byrl4iO421

(9)(DContent16:19：S0

16:19:51

⑸View16:19:55

16：19：$6

1A-1Qtfl

再結(jié)合錯(cuò)誤回放，我們可以看到客戶(hù)主要都發(fā)生哪些錯(cuò)誤，他當(dāng)時(shí)都看到什么，依據(jù)錯(cuò)

誤現(xiàn)象，我們可以主動(dòng)供應(yīng)數(shù)據(jù)去消退這些錯(cuò)誤。

<查看哪些用戶(hù)受到錯(cuò)誤影響

我們?cè)購(gòu)挠脩?hù)II）的維度來(lái)看錯(cuò)誤，這樣，我們可以分析哪些用戶(hù)受到錯(cuò)誤的影響，從而

進(jìn)行一些主動(dòng)危機(jī)處理行為。

令用戶(hù)滿(mǎn)足度報(bào)表

300000

270000

240000

210000

180000

150000

120000

90000

60000

30000

100:00[05:00111:00(17:00(23:00

20Oct2008

Legend:

|frustratedviewsIHtoleratingviews

■satisfiedviev/s

本報(bào)表體現(xiàn)客戶(hù)對(duì)系統(tǒng)的滿(mǎn)足度，客戶(hù)對(duì)本報(bào)表比較重視，我們要從許多維度去考察本

報(bào)表，主要從時(shí)間維度（小時(shí)，天，周，月，年），客戶(hù)維度（區(qū)域，用戶(hù)ID）等維度考察，并

且須要依據(jù)這些維度，進(jìn)行交叉對(duì)比，從而呈現(xiàn)不同時(shí)期的用戶(hù)滿(mǎn)足度指標(biāo)的不同，可以體現(xiàn)運(yùn)

維的服務(wù)改變。

＜最大對(duì)象頁(yè)面

Legend:

Ireplycontent-sizeper-hit(bytes)■replyheadersizeper-hit(bytes)

■reque$t-con(en(-$<ze-pef-hit(bytes)Orequest-headef-size-pef-Nt(byles]

提高客戶(hù)滿(mǎn)足度的方法主要是優(yōu)化系統(tǒng)，網(wǎng)絡(luò)，因此，我們須要知道哪些頁(yè)面對(duì)我們的

網(wǎng)絡(luò)影響最大，盡景去優(yōu)化這些頁(yè)面。

令響應(yīng)最慢的頁(yè)面

Legend:

□server-time-per-hit(ms)

哪些頁(yè)面響應(yīng)最慢，我們能否從服務(wù)端進(jìn)行分析，從而優(yōu)化業(yè)務(wù)處理流程，優(yōu)化這些頁(yè)

面，增加客戶(hù)滿(mǎn)足度。

令性能殺手

object-uruurltotahs^rver-time(ms)object-urt/urt

□Zconsult.do

□/zbh/lndex.isp

■/?zkj/h?wi.jsp

匚/zbh/cgzzjsp

^tal:61.178.771

Legend:

□total-ser\'er-tjme(ms)

哪些頁(yè)面耗費(fèi)服務(wù)器性能最多，優(yōu)化這些頁(yè)面，對(duì)整體客戶(hù)滿(mǎn)足度提高最快。

流量及點(diǎn)擊率報(bào)表

Legend:

叵1hits■total-traffic(bytes)

本報(bào)表體現(xiàn)整個(gè)網(wǎng)站的流量和點(diǎn)擊率，通過(guò)本報(bào)表可以知道本系統(tǒng)在各個(gè)時(shí)間段的負(fù)荷。

交易分析

由于網(wǎng)站的交易是由一串HTTP懇求和響應(yīng)來(lái)完成的，因此，我們可以在RUEI中定制我

們的交易，從而獲得交易相關(guān)的報(bào)表。監(jiān)控各個(gè)交易的交易流失率，捕獲異樣事務(wù)。

O*YIWwkINontk1IData：%Zoomm|Graph:[T□IQ(VDQIQCk11

FilteronValue

??jwta“**，.?Hm”?(j9P?io4<dayfri12Oct2007

Vtransacbon'namehenk?zo?k?n

i?MU|：>M

■Jis:，：，：，soai：38?3UX：：

vax:s;srMaaxxj??

cransxuorb

?O?2CC7?henk?joeken.re$vtDeU4(

henk?:oeken.9etftesultt

?xayCkarciysWKtM

henk?roeken?re(u<DeU4

CS”hn8X247931(100%.l

henk3ks“kkDeud

27O9(65%)

O?irMv

altransactions15C4235%

1877WH)1306800%)

itransacbowmw

overaNIW(53

transauaisessicns

performance900(2%)

(ranuKtioik>adoarwdngtime

(rjntxticn“nahtUakE

1054(2%)

如圖：我們定制了一個(gè)交易，該交易由4個(gè)步驟完戌，先查詢(xún)某種類(lèi)型的產(chǎn)品列表，然后獲

得某個(gè)產(chǎn)品的信息，再進(jìn)入該產(chǎn)品的具體信息，最終點(diǎn)擊操作，比如購(gòu)買(mǎi)該產(chǎn)品。從這個(gè)圖中,

我們可以看到不同的步驟，用戶(hù)訪(fǎng)問(wèn)量存在衰減,假如我們的最終目的是希望客戶(hù)購(gòu)買(mǎi)我們的產(chǎn)

品，那么是什么緣由導(dǎo)致客戶(hù)在購(gòu)買(mǎi)產(chǎn)品前丟失了呢？是操作太困難，還是業(yè)務(wù)模式有問(wèn)題？抑

或是步驟連接不好？我們可以依據(jù)這些報(bào)表來(lái)分析。

數(shù)據(jù)導(dǎo)出(DataExport)

用戶(hù)除了運(yùn)用RUEI供應(yīng)的豐富報(bào)表系統(tǒng)以外，也可以將RUEI分析出來(lái)