- 快捷搜索
- 全站搜索
(2)类似系统数据分析
在没有投产运行数据情况下，可以优先参考功能相似系统的运行情况，数据分析方法同上。同时，获取的业务模型，须兼顾待测系统功能点的变化，根据实际情况对功能点进行合理的拆分、合并以及数量调整。
(3)规划数据分析
对于没有任何数据可参考的系统来说，需会同项目组与业务部门一同分析未来生产上可能出现的业务场景，获取业务模型。一般在前期系统技术方案中，会明确系统须支撑的相关交易及其交易量。
2．建模规则
通过前期数据分析，可得到某个时间段内的交易及其交易量，作为备选集合供后续进一步的筛选。这些交勇往往数量繁多。因此，基于测试目的和效率等方面的考虑，在业务模型的建立时，通常需要遵循四大规则：TOP规则、特殊交易规则、内外部系统覆盖规则和等价类规则。一次建模过程可以同时使用一个或多个规则，从而能更准确地获取业务模型。
例如：通过对某系统2010年5月1日到2010年5月31日共31天的交易数据进行汇总分析，统计每日交易笔数，找出31天中日最高交易笔数数据。再对日最高交易笔数数据进行具体的分析，确定各交易笔数以及所占的比例，按照一定规则进行取舍，以此确定业务模型。
(1)TOP规则
TOP规则要求在备选集合中，选取占交易总量较大的交易纳入业务模型。通常会采取以下步骤进行实施。
①对所有的交易进行占比分析。
②按占比从高到低，进行累加。
③将占比累加值不小于选取阈值的交易，纳入业务模型范围。该阈值通常为90％或以上，可根据具体项目情况设定。
如图2所示，为一个交易选取阈值设定为90％的业务模型分析过程。最终占比累加值大于了90％的交易B、C、A、D被选入业务模型。
(2)特殊交易或功能点规则
特殊交易或功能点规则要求在备选集合中，选取那些投产运行后可能对系统有潜在性能风险的交易纳入业务模型。这类交易主要的特点有以下几方面。
①交易的系统实现逻辑复杂。
②与其他交易采用不同的实现机制，如不同中间件、通信协议等。
③生产上出现过性能问题的交易。
④对本模块、其他关联模块或外围系统等有潜在性能风险的新增交易。
(3)内外部系统覆盖原则
内外部系统覆盖原则要求在待测系统存在内部子系统或者相关联的外围系统情况下，在备选集合中选取交易时，原则上须覆盖到该系统的众多子系统或相关外围系统。
如图3所示，某系统受到来自“网银”、“柜面”、“电话银行"等不同外围系统的压力。因此，尽管“网银”与“柜面”类交易已占到所有交易的90％，“电话银行"类交易占比较小，但是为了全面考查三个外围系统对待测系统的性能影响，“电话银行"类交易也必须选择部分重要交易纳入测试。
(4)等价类规则
等价类规则是指建立业务模型时，可根据测试目的，适当地将技术实现相同的交易进行合并，在对服务器端造成同等压力的前提下，减少业务模型复杂度。
如图4所示，为一个等价类原则的应用图。对于部分查询交易，系统采用了三种技术进行实现。因此在交易选取时，可对同样采用实现技术2的交易A、C进行合并，仅选择交易A并根据A和C的交易总量重新计算占比。
目前Hadoop/HBase广泛应用于各类具有大数据需求的企业，尤其是互联网企业，
工商银行启动业务集中处理改革，研发了具有自主知识产权的业务集中处理平台