引言
本文檔爲對旗正公司的規則產品在銀行保險等金融領域的實際應用做出一個綜合評估報告。根據實際的數據（商業生產數據）來爲以下應用場景提供模型支撐，展現客觀真實的報告結果，展現旗正規則產品的綜合能力
應用場景
由於涉及商業機密，總體場景說明進行簡化說明，取其中部分不連貫場景
場景層次說明
該場景是取自BPO客戶的後臺數據處理模塊，共分爲以下及部分：
1：數據錄入
2：數據校驗，標準化
3：數據傳輸
其中我們的規則引擎產品應用在：數據校驗，標準化這部分，我們通過規則引擎直接讀取前端錄入到數據庫中的數據，進過規則引擎處理後，調取數據傳輸的接口程序，將標準化後的數據通過某種存儲形式傳輸到指定的地方
按照2家銀行（XX發展銀行，XX銀行）的信用卡申請表的表單字段，處理表單字段的正確性，完整性，讀取數據，處理數據，輸出數據文件。對旗正VisualRules規則產品的安全，性能，效率進行評估測算
按照18家保險公司（XX人壽，XX保險，XX保險…….等不進行一一列舉）的保險申請單，處理表單字段的正確性，完整性，讀取數據，處理數據，輸出數據文件，對10幾家保險公司的理算，理賠業務進行全流程處理。評測VisualRules的性能，效率。
作業區1：一家銀行，處理5000張申請單
作業區2：一家銀行，處理10000張申請單
作業區3：兩家銀行，處理15000張申請單
作業區4：兩家銀行一家保險，共計處理25000張申請單
作業區5：兩家銀行兩家保險，共計處理50000張申請單
拓撲圖
本次生產場景網絡環境爲中心內部以太網，連接速率爲1000Mbps。
運行環境
|
硬件配置 |
|||||
|
規則引擎、應用服務器 |
數據庫服務器 |
||||
|
內存 |
處理器 |
磁盤容量 |
內存 |
處理器 |
磁盤容量 |
|
16G |
2.66GHz * 4 |
32G |
4G |
2.66GHz * 4 |
100G |
（硬件環境）
|
軟件配置 |
|||
|
規則引擎、應用服務器 |
數據庫服務器 |
||
|
操作系統 |
JDK |
Web服務器 |
數據庫 |
|
Windows Server 2008 Standard 64 bit |
jdk-6u21-windows-x64 |
jboss-4.2.2.GA |
SQL Server 2005 SP2 |
（軟件環境）
作業區表結構
由於涉及到商業機密，以下只出現表名和表長度以及業務廠商
|
表名 |
長度 |
業務廠商 |
|
Field |
150 |
XX發展銀行 |
|
Work |
200 |
XX保險公司 |
規則運行
規則運行從安全性和運行效率兩個方面來說明
作業區1
總數據量=模版數據+表單數據
150（模版表長度）*5000（申請單）+200（表單表長度）*5000（申請單）=1750000
運行時間：10分鐘
運行效率=總數據量/運行時間=175000/每分鐘=2916.666/每秒（保留3位小數）
運行安全：未出錯
作業區2
總數據量=模版數據+表單數據
150（模版表長度）*10000（申請單）+200（表單表長度）*10000（申請單）=3500000
運行時間：16分鐘
運行效率=總數據量/運行時間=175000/每分鐘=2916.666/每秒（保留3位小數）
運行安全：未出錯
作業區3
總數據量=模版數據+表單數據
150（模版表長度）*15000（申請單）+200（表單表長度）*15000（申請單）=5250000
運行時間：20分鐘
運行效率=總數據量/運行時間=262500/每分鐘=4375/每秒
運行安全：未出錯
作業區4
總數據量=模版數據+表單數據
150（模版表長度）*25000（申請單）+200（表單表長度）*25000（申請單）=8750000
運行時間：27分鐘
運行效率=總數據量/運行時間=324074/每分鐘=5401.234/每秒（保留3位小數）
運行安全：未出錯
作業區5
總數據量=模版數據+表單數據
150（模版表長度）*50000（申請單）+200（表單表長度）*50000（申請單）=17500000
運行時間：58分鐘
運行效率=總數據量/運行時間=301724 /每分鐘=5028.735/每秒（保留3位小數）
運行安全：未出錯
處理能力報告
處理效率
從上2副圖可以看出在千萬級別的數據處理中，用時爲：58分鐘，大概一個小時，同時在數據量接近千萬的時候，綜合處理效率是最高的
正確率
在處理正確率方面5個工作區不同的數量處理完全正確
資源消耗情況
在資源消耗方面來說：內存隨着數據量的變化較爲明顯，CPU表現的比較平穩，起伏不大，保持在30%左右