第一篇：基于Struts的Web應(yīng)用系統(tǒng)數(shù)據(jù)驗證

龍源期刊網(wǎng) http://.cn

基于Ｓｔｒｕｔｓ的Ｗｅｂ應(yīng)用系統(tǒng)數(shù)據(jù)驗證

作者：董衛(wèi)鵬 陳建彪

來源：《沿海企業(yè)與科技》2009年第06期

第二篇：備份數(shù)據(jù)有效性驗證_方案

帶庫備份數(shù)據(jù)一致性有效性驗證方案

馮亞峰 2011/10/17

一.備份作業(yè)數(shù)據(jù)分析

通過對磁帶備份服務(wù)器的備份作業(yè)進行考察，對正在運行的備份作業(yè)進行統(tǒng)計，目前正在運行的備份作業(yè)如下：

1、K3 備份內(nèi)容： acc.xxx.cn sql數(shù)據(jù)庫 備份頻率：每天 數(shù)據(jù)包大?。?.3G 生效日期：2008-6-11

2、xxx-pdm-sql 備份內(nèi)容：xxx-pdmserver sql數(shù)據(jù)庫 備份頻率：每天 數(shù)據(jù)包大?。?0.1G 生效日期：2009-2-24

3、xxx-erp-sql-完全

備份內(nèi)容： erp.xxx.cn sql數(shù)據(jù)庫 備份頻率：每周 數(shù)據(jù)包大小：0.96G 生效日期：2007-11-23

4、K3每周

備份內(nèi)容ac.xxx.cn sql數(shù)據(jù)庫 備份頻率：每周 數(shù)據(jù)包大?。?.3G 生效日期：2008-6-11

5、xxx-dlp 備份內(nèi)容： dlp.xxx.cn sqlcobraDGServer庫 備份頻率：每周 數(shù)據(jù)包大?。?4M 生效日期：2009-12-15

6、OA_Full 備份內(nèi)容：

Lotus Domino數(shù)據(jù)庫F:program filelotusdominodata文件夾

備份頻率：每周 數(shù)據(jù)包大?。?44G 生效日期：2007-12-3

7、xxx-pdm-ftp 備份內(nèi)容：xxx-pdmserverI:pdmftp文件夾 備份頻率：每周 數(shù)據(jù)包大?。?53G 生效日期：2009-2-24

8、eMail_Full 備份內(nèi)容： F:program file*.* /subdir

|F:*.* /subdir 備份頻率：每周

數(shù)據(jù)包大?。簲?shù)據(jù)量過大，從未成功備份過。生效日期：2007-12-10

9、CAPP-SQL 備份內(nèi)容：xxx-capp-sql sql數(shù)據(jù)庫 備份頻率：每周 數(shù)據(jù)包大?。?G 生效日期：2011-5-4

10、xxx-AD 備份內(nèi)容：xxx-AD 系統(tǒng)狀態(tài)active dirctorywindows ntds

xxx-AD 系統(tǒng)狀態(tài)com+ class registration database

xxx-AD 系統(tǒng)狀態(tài)registry

xxx-AD 系統(tǒng)狀態(tài)system files

xxx-AD 系統(tǒng)狀態(tài)sysvol 備份頻率：每周 數(shù)據(jù)包大小：1.4G 生效日期：2009-11-2

通過對磁帶備份目前進行的10個作業(yè)進行分析，我們可以看到作業(yè)1、2、3、4、5、9這六項作業(yè)都是對系統(tǒng)SQL數(shù)據(jù)庫進行備份，6號作業(yè)是對domino數(shù)據(jù)庫進行備份，7、8號作業(yè)是對文件夾進行備份，其中8號作業(yè)由于數(shù)據(jù)量太大從未成功備份過，因此建議永久性停止該條作業(yè)。10號作業(yè)是對系統(tǒng)狀態(tài)（文件）進行備份。

二、備份數(shù)據(jù)一致性和有效性檢驗分析

要對這些備份的數(shù)據(jù)進行一致性檢驗，確保備份數(shù)據(jù)和備份作業(yè)時的生產(chǎn)系統(tǒng)的數(shù)據(jù)完全一致，這種一致性檢驗是無需人工對每個數(shù)據(jù)表來校驗核對的，只需要在備份策略上加上“備份后一致性檢查”這條選項就能保證備份后的數(shù)據(jù)與生產(chǎn)系統(tǒng)完全一致，如果發(fā)現(xiàn)不一致，備份服務(wù)器校驗后就會報錯，技術(shù)人員再進行技術(shù)干預即可。由于備份后對備份數(shù)據(jù)進行一致性檢查占用的系統(tǒng)資源較大，建議對現(xiàn)有的帶庫備份服務(wù)器進行內(nèi)存升級，由目前的1G內(nèi)存升級到4G內(nèi)存即可。

而對備份后的數(shù)據(jù)進行有效性檢驗，只需要將備份的數(shù)據(jù)恢復到驗證服務(wù)器上，恢復后的數(shù)據(jù)能正常訪問就能證明備份數(shù)據(jù)有效。而這些有效的數(shù)據(jù)之前是已經(jīng)進行過一致性檢驗的，所以我們能確定其一致性和有效性。

三、備份數(shù)據(jù)一致性設(shè)定

目前信息中心的帶庫備份服務(wù)器是bakup.xxx.cn；IP地址為：10.0.0.88；服務(wù)器上運行的操作系統(tǒng)為windows2003，備份系統(tǒng)為：symantec backup exec12 for windows servers，打開備份系統(tǒng)symantec bakup exec備份界面，點擊“作業(yè)監(jiān)視器”選項卡，我們能看到備份作業(yè)系統(tǒng)運行窗口如下：

在當前作業(yè)列表中，雙擊某項針對SQL數(shù)據(jù)庫備份的作業(yè)項，并在左側(cè)設(shè)置區(qū)的“設(shè)置”項目中單擊“microsoft sql”選項，打開備份作業(yè)關(guān)于“microsoft sql”的設(shè)置窗口：

從設(shè)置窗口中，我們可以看到，目前我們的備份策略是沒有在完成備份后對備份數(shù)據(jù)進行一致性檢查，單擊“備份后一致性檢查”的下拉菜單，選中“完全檢查，包括索引”；同時，勾選“備份時使用奇偶校驗（U）(SQL 2005)”確保備份數(shù)據(jù)與生產(chǎn)主機數(shù)據(jù)一致和準確。

同時，應(yīng)該在“備份前一致性檢查”的下拉菜單選中“完全檢查，包括索引”，然后將“即使一致性檢查失敗也繼續(xù)備份”前的勾選去掉不選，來保證每次備份前生產(chǎn)主機數(shù)據(jù)庫的有效性。如圖：

四、備份數(shù)據(jù)有效性檢驗

如前所述，我們在保證備份的數(shù)據(jù)和生產(chǎn)主機的數(shù)據(jù)是一致性的前提下，只要能將備份的數(shù)據(jù)恢復到驗證的主機上，并且在驗證的主機上能夠訪問恢復的數(shù)據(jù)庫，我們就能確定備份數(shù)據(jù)的有效性。

在具體的檢驗數(shù)據(jù)有效性的過程中，首先要準備驗證主機，要求和生產(chǎn)主機有相同的軟件環(huán)境，考慮到既要節(jié)約成本、不重復購買設(shè)備，又要考慮到驗證工作的可行性，我計劃利用飛康近線備份對生產(chǎn)主機操作系統(tǒng)和數(shù)據(jù)庫備份恢復的易操作性，直接在虛機上恢復出和生產(chǎn)主機一樣的主機系統(tǒng)，然后將帶庫備份的數(shù)據(jù)庫恢復到驗證主機上，在驗證主機上對恢復后的數(shù)據(jù)庫進行訪問，如果訪問成功，我認為帶庫備份的數(shù)據(jù)的一致性和有效性都得到了驗證。

對于個別非SQL數(shù)據(jù)庫的磁帶備份（主要是OA的domino數(shù)據(jù)庫備份、PDM-FTP的文件夾備份，以及AD的系統(tǒng)備份），由于沒有“備份后一致性檢查選項”，我們可以在驗證主機上進行恢復后文檔日期、日志檢查，判斷恢復后的時間點和備份數(shù)據(jù)的時間點是否一致，來確定恢復后的系統(tǒng)的一致性和有效性。

五、后記

以上是我對帶庫備份數(shù)據(jù)一致性和有效性的驗證方案，信息中心可會商討論可行性，如果具備可行性，即可開展數(shù)據(jù)的驗證工作。

第三篇：數(shù)據(jù)質(zhì)量管理系統(tǒng)應(yīng)用

數(shù)據(jù)質(zhì)量管理系統(tǒng)應(yīng)用

----生活篇

最近在看關(guān)于綜合分析數(shù)據(jù)質(zhì)量管理規(guī)范的時候，結(jié)合實際生活當中的例子。在這里說出來，可以討論一下。這里主要是指標值數(shù)據(jù)質(zhì)量的管理：

1：數(shù)值檢查個可以和我們固定的閾值檢查結(jié)合起來，即通過檢查單個指標的數(shù)值和閾值的比較發(fā)現(xiàn)指標的異常和變動的情況。這個就是固定閾值的一種情況。比如當?shù)罔F離近站只有4分鐘的時候，地鐵旁邊的燈會一直閃爍。地鐵離開車只有一分鐘要關(guān)門的時候，就會告警即將開車。以免突然開車造成人的傷害。

2：波動檢查：一般就是同比波動的檢查和環(huán)比波動的檢查。先計算指標的同比或環(huán)比波動率，然后與預訂的波動率上下限（閾值）進行比較。這個就是范圍閾值。例如昨天公交車上有一條新聞就是重慶目前一小時之內(nèi)公交車換成免費。那么這一個小時之內(nèi)就是一個范圍閾值，只要在一個小時之內(nèi)不收錢，即什么也不做，但是當超過一個小時之后就要收錢。那么我們這里就需要告警。

3：還有一種日常當中常用的就是動態(tài)閾值比如我們乘坐地鐵的時候根據(jù)路程的不同地鐵價格不同。以及依照路程計價的公交車也一樣，路程不同，價格不同。本質(zhì)上都是乘坐地鐵或者公交，但是由于距離問題因此價格不同，比如收入指標閾值制定的時候，比如不同的地市，在同一時間維度閾值是不同。比如經(jīng)濟發(fā)達地區(qū)應(yīng)該制定高一點，經(jīng)濟欠發(fā)達地區(qū)制定低一點。

4：指標之間的關(guān)聯(lián)檢查，比如我們常說的同增同減關(guān)聯(lián)關(guān)系，還是以地鐵為例，路程增加了，那價格相應(yīng)就增加了。比如我們理論上我們的用戶數(shù)增加了，那么收入應(yīng)該有所增加。但是有時候反而用戶量增加了，收入?yún)s下降了。增加的用戶數(shù)比丟失的用戶數(shù)多因此整體上用戶量增加了。但是增加的用戶量都是一些劣質(zhì)用戶，而丟失了一部分高端用戶。從而導致用戶數(shù)增加，收入下降的局面。

5：指標平衡檢查：對若干個指標值的簡單四則運算（加、減、乘、除），來檢驗各個指標間潛在的平衡或其他比較關(guān)系。比如有些指標日指標匯總應(yīng)該與月指標的值平衡。

當發(fā)現(xiàn)數(shù)據(jù)出現(xiàn)異常的時候，首先先分析一下，是不是一些因素導致指標的變化，比如節(jié)假日，周末，市場營銷策略，以及外部的一些政策對指標造成的變化，然后再查看是不是真的是數(shù)據(jù)質(zhì)量的問題，以及源接口數(shù)據(jù)的問題。

數(shù)據(jù)質(zhì)量管理系統(tǒng)----理論篇

數(shù)據(jù)質(zhì)量管理系統(tǒng)：

一：從以下5個方面對數(shù)據(jù)的質(zhì)量進行管控

1：及時性：數(shù)據(jù)獲取是否及時，主要指數(shù)據(jù)提取、傳送、轉(zhuǎn)換、加載、展現(xiàn)的及時性。在數(shù)據(jù)處理的各個環(huán)節(jié)，都會涉及到及時性。我們一般考慮兩個方面第一就是接口數(shù)據(jù)是否 能夠及時的抽取過來。第二就是展現(xiàn)層能否及時的展現(xiàn)出來。

2：完整性：是指數(shù)據(jù)是否完整，描述的數(shù)據(jù)要素，要素屬性及要素關(guān)系存在或不存在，主要包括實體缺失、屬性缺失、記錄缺失以及主外鍵參照完整性的內(nèi)容。

3：一致性：第一就是原始數(shù)據(jù)即文件接口和入庫的數(shù)據(jù)記錄條數(shù)是一致的。

第二就是同一指標在任何地方都應(yīng)該保持一致。

4：有效性：描述數(shù)據(jù)取值是否在界定的值域范圍內(nèi)，主要包括數(shù)據(jù)格式、數(shù)據(jù)類型、值域和相關(guān)業(yè)務(wù)規(guī)則的有效性。

5：準確性：主要是指指標算法、數(shù)據(jù)處理過程的準確性。這個準確性主要是通過元數(shù)據(jù)管理中定義的指標的算法、數(shù)據(jù)處理順序和人工檢查相結(jié)合的方式來保證。

二：數(shù)據(jù)倉庫中需要進行質(zhì)量管理的數(shù)據(jù)分類

1：接口數(shù)據(jù)：接口數(shù)據(jù)是整個數(shù)據(jù)倉庫的生命的起點，如果接口數(shù)據(jù)有問題的話會嚴重影響數(shù)據(jù)倉庫后面的報表以及分析結(jié)果。

接口數(shù)據(jù)分為兩種情況：文件接口和數(shù)據(jù)庫接口

文件接口方面：一方面是接口內(nèi)容本身的數(shù)據(jù)質(zhì)量問題：文件傳送及時率。文件內(nèi)容有效性。文件傳遞的完整性

一方面是文件接口采集程序的監(jiān)控：文件接口采集程序是否正常啟動，正常結(jié)束等。

賬期，接口名稱，采集開始時間，采集結(jié)束時間，有效標志，接口及時率標志，接口完整性標志等。

這些可以通過查看接口運行日志來獲取相關(guān)信息情況。

數(shù)據(jù)庫接口方面：數(shù)據(jù)庫接口參考文件接口部分。

2：數(shù)據(jù)倉庫層面的數(shù)據(jù)：關(guān)鍵包括兩個方面的內(nèi)容數(shù)據(jù)處理過程執(zhí)行情況和關(guān)鍵指標檢查

第一：數(shù)據(jù)處理過程監(jiān)控：監(jiān)控所有的數(shù)據(jù)處理過程十分按時調(diào)度，是否成功。這些可以通過查看數(shù)據(jù)處理過程日志表來獲取相關(guān)信息

第二：關(guān)鍵指標的檢查：指標檢查主要包括兩個方面：

首先是基礎(chǔ)指標的檢查：數(shù)值檢查：主要是通過檢查單個指標的數(shù)值來發(fā)現(xiàn)指標的異常和突變等情況。這里需要設(shè)置相應(yīng)的閥值來進行。

這里需要考慮周末、節(jié)假日以及一些外部因素對指標的影響。因此指標異常并不一定是數(shù)據(jù)的問題。

波動檢查：主要是同比或者環(huán)比的檢查。先計算指標的同比或環(huán)比波動率，然后與預定的波動率上下限（閾值）

進行比較。需要考慮周末、節(jié)假日及一些外部因素對指標的影響。因此指標異常不一定是數(shù)據(jù)的問題。

關(guān)聯(lián)檢查：對兩個存在關(guān)聯(lián)關(guān)系的指標（如同增、同減正關(guān)聯(lián)關(guān)系），分析變化和波動情況。比如用戶量和話務(wù)量 以及用戶量和收入之間的關(guān)聯(lián)分析。用戶量增加了。應(yīng)該收入有所增加。但是有時候反而用戶量增加了，收入?yún)s下降了。增加的用戶數(shù)比丟失的用戶數(shù)多因此整體上用戶量增加了。但是增加的用戶量都是一些劣質(zhì)用戶，而丟失了一部分高端用戶。從而導致用戶數(shù)增加收入下降的局面。

平衡檢查：通過對若干個指標值的簡單四則運算（加、減、乘、除），來檢驗各個指標間潛在的平衡或其他比較關(guān)系。比如收入-支出=利潤。這三者之間的平衡。日指標匯總與月指標的平衡檢查等。

其次加權(quán)波動檢查：通過對單個指標的基礎(chǔ)檢查結(jié)果和影響因素的加權(quán)計算分析，綜合檢查指標的波動和變化情況。比如一個指標今天異常的 超出了范圍，我們首先應(yīng)該加上一些外部的因素比如制定了相應(yīng)的優(yōu)惠政策以及節(jié)假日然后對其進行分析。分析得出該結(jié)果是正常的。因此當指標異常的時候我們不能首先就判斷該指標數(shù)據(jù)質(zhì)量有問題，應(yīng)該先分析一些外部因素對其的影響。然后再考慮是否確實是數(shù)據(jù)質(zhì)量的問題。

三：數(shù)據(jù)質(zhì)量處理流程

問題生成-》問題分析-》問題處理-》問題總結(jié)

每個處理流程都針對于后臺相應(yīng)的表已經(jīng)相應(yīng)的處理過程

問題生成部分：我們應(yīng)該監(jiān)控接口的日志信息，數(shù)據(jù)倉庫部分各個處理過程的日志信息以及指標的檢查相關(guān)過程。

問題分析部分：將發(fā)生的問題進行歸類，將同一類的問題進行集中分析。問題分析的時候會用到元數(shù)據(jù)管理部分的一些分析方法比如：血緣分析，影響分析、數(shù)據(jù)映射分析等。

問題處理部分：結(jié)合系統(tǒng)后臺提前準備的問題處理流程，對相應(yīng)的問題采用相應(yīng)的處理流程來解決該問題。

問題總結(jié)：當問題處理結(jié)束之后，我們要對以前的問題進行匯總，并且對問題的解決方法也進行匯總，便于下次能夠不出現(xiàn)這樣的問題。或者出現(xiàn)問題之后能夠很快的解決。

因為我們已經(jīng)有相應(yīng)的問題解決方案。該處理流程是一個循環(huán)的過程。

四：數(shù)據(jù)質(zhì)量報告部分

數(shù)據(jù)質(zhì)量要定期形成報告對外進行發(fā)布公示。并且提供很好的外部接口和其他系統(tǒng)比如元數(shù)據(jù)管理系統(tǒng)很好的互動。因為數(shù)據(jù)質(zhì)量有些預警值或者范圍波動預警值需要在元數(shù)據(jù)當中進行配置，數(shù)據(jù)質(zhì)量核查的時候需要調(diào)用這些信息以及利用元數(shù)據(jù)分析方法更好的解決數(shù)據(jù)質(zhì)量的問題。

第四篇：GPRS水行業(yè)數(shù)據(jù)采集系統(tǒng)應(yīng)用方案

GPRS水行業(yè)數(shù)據(jù)采集系統(tǒng)應(yīng)用方案

隨著我國經(jīng)濟社會的發(fā)展，對行業(yè)信息化建設(shè)不斷提出新要求，對觀測手段和方法以及水行業(yè)的監(jiān)測技術(shù)的研發(fā)和應(yīng)用提出了越來越高的要求；現(xiàn)代電子技術(shù)、傳感技術(shù)、通信技術(shù)和計算機技術(shù)的迅速發(fā)展，也促進了水行業(yè)監(jiān)測技術(shù)自動化的發(fā)展。在此方面易維就走在了水行業(yè)信息建設(shè)的前端。

一、水行業(yè)監(jiān)測自動化技術(shù)的應(yīng)用

1、水行業(yè)監(jiān)測的范圍與內(nèi)容：

水行業(yè)的監(jiān)測是傳感器技術(shù)與采集、存儲、傳輸、處理技術(shù)的集成。

監(jiān)測范圍：江、河、湖泊、水庫、渠道和地下水等。

監(jiān)測內(nèi)容：水位、流量、流速、壓力和水質(zhì)等。

2、水位的采集和傳輸

用于自動化監(jiān)測的水位傳感器主要有浮子式水位計、壓力式水位計、電子水尺和超聲波水位計等。這些傳感器可以直接接到PLC上，自動監(jiān)測水位參數(shù)。地下水位的監(jiān)測與地表水相同。目前，省水文監(jiān)測站與各采集點之間的數(shù)據(jù)通信主要采用手工抄錄或PSTN電話線傳輸。采用電話線傳輸數(shù)據(jù)時，由于每次撥號都需要等待，速度慢，而且費用也較高。同時，由于各監(jiān)控點分布范圍廣、數(shù)量多、距離遠，個別點還地處偏僻，因此需申請很多電話線，而且有些監(jiān)控點有線線路難以到達。

GPRS具有速度快、使用費用低的特點，其傳輸速度可達171.2kb/s。與有線通訊方式相比，采用GPRS無線通信方式則顯得非常靈活，它具有組網(wǎng)靈活、擴展容易、運行費用低投，維護簡單、性價比高等優(yōu)點因此，目前正考慮采用GPRS無線傳輸方式解決污染源監(jiān)測數(shù)據(jù)的實時傳輸問題。

二、解決方案介紹：

（一）系統(tǒng)結(jié)構(gòu)

（二）GPRS無線網(wǎng)絡(luò)與中心軟件的連方式：

A、公網(wǎng)方案：

中心用一個服務(wù)器組作為中心接收，中心采用ADSL等INTELNET公網(wǎng)連接，采用公網(wǎng)固定IP或者公網(wǎng)動態(tài)IP+DNS解析服務(wù)。此種方案先向INTERNET運營商申請ADSL等寬帶業(yè)務(wù)。

1)中心公網(wǎng)固定IP：監(jiān)控點直接向中心固定IP發(fā)起連接。運行可靠穩(wěn)定，推薦此種方案。（當然固定IP費用比較貴，視客戶財力決定）

2)中心公網(wǎng)動態(tài)IP+DNS 解析服務(wù)：大部分IP都是動態(tài)的，而且費用相對便宜。客戶先與DNS 服務(wù)商聯(lián)系開通動態(tài)域名，動態(tài)域名解析軟件網(wǎng)址如下：（可以先申請免費的二級域名）88IP名解析http://004km.cn 監(jiān)控點先采用域名尋址方式連接DNS 服務(wù)器，再由DNS 服務(wù)器找到中心公網(wǎng)動態(tài)IP，建立連接。此種方式可以大大節(jié)約公網(wǎng)固定IP的費用，但穩(wěn)定性受制于DNS服務(wù)器的穩(wěn)定，所以要尋找可靠的DNS服務(wù)商。

如上圖所示水文遠程測控調(diào)度系統(tǒng)由調(diào)度中心、無線GPRS網(wǎng)絡(luò)、遠程終端單元（GPRS無線傳輸設(shè)備，PLC）幾個部分組成：

1.遠程終端單元

遠程終端單元分散的分布在遠程各個遙測點上，主要由GPRS模塊、電源、天線、PLC及各種水行業(yè)傳感器等幾部分組成。PLC與現(xiàn)場儀表(傳感器)相連，對現(xiàn)場儀表(傳感器)的開關(guān)量、模擬量信號進行數(shù)據(jù)采集、處理、存儲并通過GPRS模塊向調(diào)度中心傳送數(shù)據(jù)，接收并執(zhí)行調(diào)度中心的命令。

PLC：根據(jù)客戶要求選擇使用品牌，如LG、西門子、三菱、歐姆龍等。

無線傳輸設(shè)備： LQ1200 GPRS DTU透明無線數(shù)據(jù)傳輸終端，通過RS232/RS485/TTL與水行業(yè)設(shè)備采集點的各個PLC連接，通過 GPRS網(wǎng)絡(luò),把數(shù)據(jù)傳到調(diào)度中心。

2.調(diào)度中心

調(diào)度中心計算機處理系統(tǒng)是一個開放式實時應(yīng)用系統(tǒng)，實現(xiàn)全部的數(shù)據(jù)處理工作。中心的功能有：數(shù)據(jù)收發(fā)管理、站點管理、水行業(yè)數(shù)據(jù)管理和系統(tǒng)管理。

數(shù)據(jù)遙測功能：定時巡測、手動巡測、隨機抽測、分組召測。

遙控功能：控制RTU 開關(guān)量輸出點的開、關(guān)狀態(tài)、遙信開關(guān)狀態(tài)。

參數(shù)狀態(tài)管理功能：設(shè)置修改各測量數(shù)據(jù)上、下限值，通訊參數(shù)。

在線組態(tài)功能：新增數(shù)據(jù)采集點等參數(shù)通過組態(tài)定義即可完成。

數(shù)據(jù)庫管理功能：對測得的數(shù)據(jù)建庫，對數(shù)據(jù)進行處理，查詢歷史數(shù)據(jù)，報表打印。

數(shù)據(jù)顯示功能： 能顯示測量的各種數(shù)據(jù)、遙信開關(guān)狀態(tài)、各種系統(tǒng)圖形等，具有圖形功能,模擬顯示管網(wǎng)圖、水廠工藝流程圖等。

搶修修理、停水、管網(wǎng)沖洗等數(shù)據(jù)錄入及統(tǒng)計。

數(shù)據(jù)共享功能：提供一個WEB站點，該WEB站點使公司寬帶內(nèi)部網(wǎng)的任意一臺工作站只通過WEB瀏覽器就可以登陸查看所有監(jiān)控點的實時數(shù)據(jù)和存儲的任何時間段的歷史數(shù)據(jù)。WEB 站點通過用戶身份認證授權(quán)方式控制該用戶可訪問那些監(jiān)控點的實時監(jiān)控數(shù)據(jù)和存儲的任何時間段的歷史數(shù)據(jù)。調(diào)度中心系統(tǒng)管理員能增加、刪除可訪問用戶，并對用戶進行不同權(quán)限的授權(quán)。該WEB站點應(yīng)能通過超鏈接方式聯(lián)入公司統(tǒng)一平臺。

三、專業(yè)的開發(fā)實施團隊

第五篇：APP數(shù)據(jù)分析系統(tǒng)

中國領(lǐng)先的互聯(lián)網(wǎng)營銷分析服務(wù)提供商

APP數(shù)據(jù)分析系統(tǒng)

SiteAPPTM，是99click公司自主研發(fā)的移動終端APP用戶行為分析系統(tǒng)。借助SiteAPPTM的強大功能，用戶可以對安裝了APP的用戶，在APP中的瀏覽、點擊、購買、訂單等行為做全方位各角度的分析，隨時掌握APP運行和使用問題，及時調(diào)整和優(yōu)化，從而提升APP的用戶體驗和銷售業(yè)績。

1、安全：采用軟件+硬件可選的加密識別方式，滿足不同客戶對唯一終端的識別需求，同

時避免應(yīng)用商城對APP的審核障礙。

2、實時：系統(tǒng)綜合信息分析數(shù)據(jù)每小時更新一次，確保用戶得到最即時的信息。

3、全面：通過用戶留存、注冊/交易情況、內(nèi)容瀏覽、點擊、用戶忠誠度、消費意愿、用戶

使用習慣等各類數(shù)據(jù)統(tǒng)計，全面分析用戶使用情況和體驗。

4、穩(wěn)定：監(jiān)測服務(wù)器采用集群結(jié)構(gòu)，多點布陣，實現(xiàn)海量數(shù)據(jù)處理；

T：010-62703392-281[1]商助科技（北京）有限公司 市場部