(2023年)基于大数据分析策略管理平台的设计方案

基于大数据分析策略治理平台的设计方案基于大数据分析策略治理平台的设计方案00基于大数据分析策略治理平台的设计方案编辑整理：敬重的读者朋友们：〔基于大数据分析策略治理平台将是我们进步的源泉，前进的动力。本文可编辑可修改，假设觉得对您有帮助请保藏以便随时查阅，最终祝您生活开心业绩进步，以下为基于大数据分析策略治理平台的设计方案的全部内容。基于大数据分析策略编排设计与实现20197基于大数据分析策略治理平台的设计方案基于大数据分析策略治理平台的设计方案10名目摘要 其次章相关技术概述 71。1Tair存储引擎 71。Tair的负载均衡算法 8Tair特点 3。Tair进呈现状 101。2MVC设计模式 1。3Mybatis框架 1.4 本章小结第三章策略治理平台业务需求分析 132。1策略治理平台业务陈述 14业务概述 14业务流程说明 18策略治理平台需求建模 20标签治理 2。2。2 策略标签关联治理 2.2.3 策略打标 232.2。4 策略分布治理 252.2.5策略效能治理 2.2。6策略比照 2。2。7策略批量治理 2。3策略治理平台数据建模 322。3.1 实体和属性 322.3.2实体间的关系 332.4 策略治理平台过程建模 2。5策略治理平台非功能需求 2.6 本章小结第四章策略治理平台系统总体设计 393。1设计原则 403。2策略治理平台系统应用架构 403。3策略治理平台功能架构 423。4系统物理拓扑图 433。5策略治理平台模块设计 443.6 策略治理平台数据建模 45第五章策略治理平台系设计与实现 534。1标签治理模块实现 534。2策略标签关联治理模块实现 564.3 策略比照模块实现 594。4策略打标模块实现 624.5策略效能治理模块实现 4。6策略分布模块实现 4。7策略批量操作模块实现 4。8本章小结 第六章策略治理平台系统测试及分析 775。1系统测试环境 775。2功能测试及结果分析 775。2。1 策略分布模块测试 785.2。2 标签治理模块测试 795。2.3 策略标签关联治理模块测试 805.2.4策略打标模块测试815。2.5策略比照模块测试825。2。6查看策略效能模块测试 5。2.7 策略批量操作模块测试 855.2。8 功能测试总结 865。3非功能测试及结果分析 865.4本章小结 90摘要随着网络技术的高速进展，第三方网络支付已经全面走入了一般人的日常生活。与之而来的,还有大量的网络风险，第三方网络支付的风险掌握的问题现在已经引起了人们的关注.关于支付的风险，用户应当有明确的意识保护自己的隐私安全，而对于企业，特别是支付公司来说，需要有一整套完整的措施保障用户的资金财产安全。这也是目前风险掌握领域争论的主要问题之一。现阶段，国内外都消灭了一批第三方的风险掌握效劳商，供给特地的风险掌握境还存在有水土不服的状况.国内的效劳商供给的解决方案中，目前还没有能够供给定制化场景的治理平台，能够针对业务所需要的业务场景进展细致的划分，并配套精细化运营和策略效率的治理.那么,开发针对自身业务场景的，能够满足业务人员进细化的策略治理平台则能很大程度上提升系统的风险掌握力量,保障公司和用户的共同利益,进而提升用户的使用体验。本文针对风险掌握策略系统中业务人员治理策略时难度大，精细度不够以及策略效率不高的问题,比照争论了目前国内外的风险掌握系统的解决方法，开发出了一套适应于风险掌握业务人员使用的策略治理平台。该平台能够满足业务人员自定义化的需求，能够查看用户自定义的风险场景下策略分布状况和具体的效率指标，并且能依据实际需要进展设置策略效率告警和策略的批量操作等。如此，业务人员可以依据实际的业务需求对不同的场景下的策略进展实时的监控和全面细致的了解，极大提高了工作效率和策略的运行效率。论文主要介绍了软件开发过程中使用的技术和理论学问，具体分析了用户的使用过程和实际需求，并根绝实际的需求对业务流程和功能架构进展建模；论文中全面介绍了平台的数据库的设计，主要模块之间的接口并细致阐述了关键流程以及其具体实现方法.最终对系统功能测试和非功能测试进展阐述。给出各模块关键功能的测试用例，介绍了测试方法和测试过程。经过实际的开发和测试，本系统能够有效的对风险场景进展自定义刻画，能便利的完成策略效率的监控和治理，完成各种简单的业务操作。同时在系统响应时间，系统负载和系统安全性上也满足了实际的使用要求。总之，策略治理平台在功能和性能上都以及经完成了既定的要求，并且顺当通过测试运行。关键词:风险掌握,策略治理，自定义场景，策略效率，效率监控第一章相关技术概述在本章节，主要对策略治理平台设计和实现过程中所涉及到的相关技术和特MVC的设计模式,同时由于系Mybatis使用TairTair存储引擎Tairkey/value分布TairTair，TairTair时,Tair题，TairTair常地供给稳定效劳时，其他的主机上的备份则会连续供给效劳。1.1TairTair1.1configserver。相dataserverTairconfigserver了治理全部的效劳节点dataserverdataserver统中,dataserver对外供给各种不同的数据效劳，并且同时将自身的状态以心跳configserver。在系统中,configserver的节点,是掌握点.在实际的应用中，主要承受的是一主一备的模式来确保系统的牢靠性。configserverdataserverTair1。2,在TairkeyNTairTairconfigserver定的策略将数据的每个桶中分别指派到不同的dataserverTair致性哈希算法,数据是依据key做哈希算法进展排列的,因而在这种状况下可以认为在每个数据单元桶内的数据根本上是保持平衡的。如上，通过数据均衡的算法，确保了不同的数据桶的分布的均衡性，从而也就保证了系统内数据的分布的均衡.1.2Tair2。TairTair双机房主备集群等方式。Tair高可用性格外强，一般状况下小于副本数节点挂掉，不会影响到业务的正常使用.4〕各个效劳节点之间是没有相互影响关系的,因而节点将提升性能，实际的表达则是在Tair依据以上Tair,Tair1〕需要存储的数据可以使用key/value需要存储的数据大小不是很大,比方数据大小在KB3〕数据的更不会太频繁。4〕需要比较高的访问速度。5)数据量比较大，通常同时还具备比较大的增长的可能性。3.TairTair了很好的应用,比方说用户登录淘宝页面,用户查看珍宝详情页面，淘宝交易的过程或者在查询淘宝订单时，对应的业务系统都在直接或者间接的与Tair在阿里巴巴集团将Tair开源之后，很多个人，机构或者公司都选择使用。现redis,memcached等著名的分布式集群框架更有优势。MVC设计模式MVC,目前已经很广泛地应用在用户界面框架的模式。它主要包涵三个核心的模块：模型,视图以及掌握器.应用软件在设计时，可以通过抽象分别的方式，1。3MVC的模块之间的交互关系.1。模型在MVCWeb里的这些数据是由后台返回的并且是可以用来表现对象的具体属性。在MVC型有以下功能:承受试图的数据的查询操作;给掌握器供给数据访问支持；假设模型属性发生转变，同事对应的试图也会伴随着一起发生转变。2。视图MVC数据并展现所对应的数据，是MVC掌握器在MVCURLMVC用是：掌握模型和视图之间的交互。1。3MVC通过将软件系统的不同的角色进展抽象和分别为：模型,视图，掌握器，让系统更有层次性,构造更加清楚，从而更便利进展开发。软件系统承受MVC模型具有如下的几个明显特点。1。重用度高在MVC提高了重用度，改善了开发的效率。规律清楚MVC开发某个模块。比方：假设对数据库相关的开发比较生疏的技术人员可以担当模型模块的开发工作;对于生疏页面开发技术的人员则可以只关注视图模型;这样，生疏以很大的提高开发人员的开发效率。3。耦合度低由于在MVC层间的交互的接口的状况下，可以依据实际的需要对很便利地对原有层进展替换。Mybatis框架MyBatisSQL，存储过程和高级映射.MyBatis能够消退几乎全部的JDBC代码以及手动设置参数和检索结果。MyBatisJDBCMybatis使用者只需要使用简洁的XML或者注释就可以进展配置映射原语，将Map接口以及JavaPOJO和数据库记录完成映射。.Mybatis具有一下特点：1.MyBatis实现了分别sql和程序的耦合关系。Mybatis中包含DAL(DataAccessLayer〕层，最大程度上的做到了业务规律和数据访问的分别.因而使得系统的构造更加明白，设计更清楚,同时代码更简洁维护，更便利进展单元测试.同时，sql高了系统的可维护性。2。在Mybatis框架中，使用者将sql写在xml文件中,极大地便利使用者对脚本。MybatisORM字段完成关系映射。本章小结Tair存储引擎，MVCMybatis下一章中主要介绍策略治理平台的业务需求分析和需求建模。其次章 策略治理平台业务需求分析在软件开发初期,需要对软件系统做全面细致的需求分析.这是为了更好的把我系统的功能,明确软件开发的前进方向。对用户的分析和软件功能的把握是软件开发过程中一个重要环节。因而，本章节是主要对策略治理平台进展细致全面的需求分析。首先阐述了风险掌握的背景,随后分析了目前公司风险掌握业务所遇到的问能需求对平台进展系统化的建模。最终对非功能需求进展了分析。策略治理平台业务陈述业务概述成为现代人主要的支付方式之一。与此同时第三方支付公司都面对着国内和国际简单的支付环境和潜在的风险，因而各大支付公司都需要一个牢靠的保障支付的安全的系统作为强大的支撑，即策略引擎.而在这个引擎上,对于浩大的策略体系的治理则也是一个难题。杂乱的策略可能会消灭相像策略甚至无效策略。无效的策略太多会对响应的时间造成不小的影响，对提高策略的准确率则更加困难。随着支付业务的进展，公司现在的系统上缺乏一个便利的平台可以对不同场景下的策略进展治理。业务人员只能通过线下人工的表格维护。面对浩大的策略体系，人工的效率相当有限而且效果也格外有限。本课题针对上述问题，分析和设计策略治理平台。该平台提高业务人员的对策略治理的便捷性和效率，对提高策略的效能和提高业务人员的工作效率关系重大。进而对提高支付安全性，掌握公司经济损失。下面从风险掌握的背景，系统间的关系以及业务人员需求等方面进展阐述。风险掌握背景概述〔一个用户〕是否有风险，交易是否能成功的系统。下面主要对风险类型，对应策略以及支付平台,风险掌握平台，策略治理平台之间的关系进展阐述。1〕风险的类型及对应策略博风险，信用卡套现风险，账户盗用风险，银行卡盗用风险等。风险具体的描述和2。1所示.2。1多个系统间关系支付平台和风险掌握平台是两个独立的系统，支付平台负责和用户交互并且调用风控获得交易风险结果。风控平台包括风控引擎，负责执行策略，推断风险。策对提高整体的风控力量,有着重要的作用.2.1系统关系图3。业务需求分析从平台的用户，风险掌握业务人员的角度分析，有如下的需求点:允许业务人员对查询具有某种自定义特点的策略,并对其进展变更.允许业务人员了解总体的策略的分布状况，对全局有全面的把握.历史的风险状况。支持简单的风险场景的自定义刻画.业务人员可以依据自己的需要对风险场进展复盘，并对不同的场景的风险状况进展横向和纵向的比照等操作。支持策略的重复性的检测。通过和现有策略的条件的比照，告知业务人员策略的相像程度，防止重复或者无效的策略的产生。支持对策略批量的更改,无需进展重复工作。如对策略的批量增，批量编辑，批量删除等。支持策略的效能查看。业务人员可以选择策略集或者单条的策略查看效率状况，分析策略趋势。支持策略的监控和预警，可以对策略的效率状况进展监控，准时了解实时风险状况.依据用户的以上的需求，对平台的功能进展设计。由于需要对策略进展分类治理和风险场景的自定义,故引入了标签〔标签关联〕的概念，通过对策略进展不同标签的打标，完成对策略的分类。同时可以依据标签筛选，进展风险场景的刻画，进而完成其他简单的业务操作。对上述需求点进展整合，系统可以主要分为一下七个模块，具体描述如下。也是之后策略标签关联治理以及策略治理的前置条件。用户可以依据自身的需要查看标签,增标签，删除标签,修改标签. 某一类业务意义的策略模板或者风险主题关联在某个标签上。当策略使用该策略模板或者风险主题时就会自动打上对应的标签，因而这种打标签方式叫自动打标.用户可以依据实际的业务需要将风险主题和策略模板与标签进展关联，用户可以对标签关联进展增删差改等操作。治理。用户可以手工方式给某条策略打上标签；也可以选择通过选择风险主题或者策略模板的方式进展自动打标。足某些特点的策略的分布状况。使用标签对策略分布进展检索时，承受的是二维的表格构造。用户可以比照同横坐标的状况下，不同纵坐标场景的策略分布状况，反之可以查看纵坐标全都的状况下，横坐标不同的场景下策略的分布状况。用户可以依据需要添加横坐标和纵坐标。率，资损率等重要指标。用户可以选择不同策略比照不同策略的指标状况以依据告警状况对策略进展上线/下线等变更操作。可以计算出每一条相像策略与目标策略的相像程度.大的削减用户在调整策略时带来的重复工作量。用户可以对策略进展批量的复制，批量删除，批量编辑，批量状态变更等操作.。2业务流程说明3。22.2策略治理活动图首先业务人员需要自定义业务所需要的标签,在标签树上增标签并保存。然后,对策略进展打上标签〔后简称打标。打标的方式有两种，手动打标和系统自动打标.假设是手动打标，在添加完标签之后，业务人员则可以进展操作；假设需要系统打标，则需要对策略模板或者风险主题进展关联标签,然后在策略中选中对应的策略模板或者风险主题。之后系统即给选择该关联的策略自动打上标签。接下来，业务人员进入策略分布,依据需要选择横纵坐标对场景进展描述，该坐标即标签树上有效的标签。然后,业务人员在选择好搜寻条件之后，进展搜寻，查看不同场景下的策略分布状况。业务人员可以进入到某个具体的场景下，进展查看效能，查看相像策略，查看历史版本和批量操作，最终完毕流程。其中,查看效能页面可以针对不同的策略进展相像度比照,给策略添加监控，查看效能监控状况等操作。批量操作页面可以对策略进展批量编辑，批量删除,批量复制，批量状态变更操作.策略治理平台需求建模本小结将对系统的标签治理，策略标签关联治理，策略分布治理，策略效能治理,策略比照，策略批量操作等七个主要功能模块的功能的用例进展分解并对每个用例进展具体表达。2。2.1标签治理2。32。3标签治理用例图查询已有的标签既是供给应用户的功能也是标签增，标签删除，便签修改所需要的前置的功能。查询已有的标签是指用户可以通过标签的具体的名称查询到该标签的所属父标签,创立时间，最终修改时间，最终修改人等信息。父节点之后就可以自行添加标签.添加时需要命名添加的标签.标签删除:允许用户对现有的标签书上的标签进展删除。标签修改：允许用查找到某个现有的标签后，对标签的相关的信息进展修改，如：标签名称。2.2所示。2。2增标签用例描述表2.2。2策略标签关联治理联修改，关联删除的前置功能。查询已有标签是指用户可以通过标签的ID名称,查询关联的类型，关联的值，关联的创立时间，最终修改时间，修改人等信息。2.42。4标签关联治理用例图2.3所示.2.3标签关联修改用例描述表2.2。3策略打标策略打标主要有查看策略标签，手动打标和自动打标用例。用例图如图2.52。5策略打标用例图打标签的方式有两种，手动〔直接〕打标，系统自动〔间接〕打标。手动打标是指用户可以直接给策略进展增，删除，修改标签操作。自动打标是指通过风险主题或策略模板,将该风险主题或者策略模板关联的标签自动打在选择了该风险主，主要包含了策略标签和标签的增删查改。1。查询标签：查询该策略目前已有的标签。查询已添加标签是标签增，标签删除,便签修改所需要的前置的功能。23。并保存。4。删除标签:指的是用户可以手动给某条已经打标的策略删除某些标签并保存。查询模板/风险主题：查询该策略目前已有的模板/风险主题.查询已添加标签是添加模板//风险主题,修改模板/风险主题所需要的前置的功能。添加模板/风险主题是：让用户可以依据之前添加的标签关联来选择策略模板或风险主题,并确定具体的值。添加模板/风险主题是指让用户依据需要删除之前已经添加过的策略模板或风险主题,来解除自动打标。修改模板/风险主题是指让用户可以针对策略的调整将之前已经选择的策略模板和风险主题进展修改，转变自动打标对应的标签。2。42.4手动打标用例描述表2。2.4策略分布治理2.6设置默认查询条件是指业务人员依据需要设置面默认生成的分布的搜寻条件。搜寻条件治理是对策略分布的查询的标签进展添加和删除.1。添加搜寻条件：用户可以添加检索条件，包括横向和纵向，至多可以添加五级.2。删除搜寻条件：用户可以删除现有的搜寻条件。保存快速查询条件:用户可以依据需要，将已经添加好的标签进展保存。当用户点击该快速查询时,即用其对应的查询条件进展查询并展现结果,第一个快速查询条件即为默认查询条件，进入页面时自动加载.查看策略分布：依据搜寻条件展现出不同条件下，展现搜寻结果的具体策略列表。2。6策略分布用例图以查看策略分布为例,其具体的用例描述如表2。5所示。2。5查看相像策略用例描述。5策略效能治理策略效能治理主要包括五个用例：分别是查看策略效能，策略效能比照，监控治理，上线/2。72。7策略效能治理用例图〔〔批量效率的查看。查看策略效率也是策略效能比照的前置功能。策略效能比照：用户可以依据需求选择需要比照的策略，进展效能的比照。比方可以进展策略掩盖率，策略准确率,策略命中率等指标的比照。策略监控治理主要包括策略监控的增，删除,查询和修改.查看策略监控：用户可以查看已经添加过的策略监控，查看策略的监控的具体状况，如告警记录等。添加策略监控:用户可以依据业务需要对策略进展监控设置,用户需要选择监控项，填写监控值,告警方式等。删除策略监控：用户可以删除已经存在的监控任务。3。修改策略监控：用户可以依据需要对现有的监控任务进展修改。4。查询策略监控：用户可以依据监控状态查询策略监控。上线/下线监控任务：监控任务包括两种状态：线上〔生效〕状态，线下〔失效〕状态。上线/2。62。6查看策略效能用例描述表2。2.6策略比照策略比照主要有：相像策略查看，相像策略比照,相像度计算，策略版本治理，2。8相像策略查看：用户输入目标策略,搜寻相像策略，展现相像相像策略列表。相像策略比照：选择相像策略，比照策略相像策略的条件的异同点。相像度计算：选择相像策略，计算检索出的相像策略的相像度。策略历史版本治理主要包括历史版本的生成，删除和查看。1.策略版本的生成和归档：在用户修改策略之后，生成对应的版本号,并保存策略的原有全部信息归档。策略版本的生成和归档是策略历史版本查看，策略历史版本删除,策略历史版本比照的前置的功能.2。策略历史版本查看：用户输入目标策略，搜寻该策略的历史版本，显示列表.3.策略历史版本删除：用户可以依据需要选择已有策略历史版本进展删除操作。策略历史版本比照:选择任意两个历史版本，比照策略不同历史版本策略的异同.2.8策略比照用例图2。72.7相像策略查看用例描述表2。2。7策略批量治理策略批量治理包括：策略批量复制，策略批量删除，策略批量编辑，策略批量2.92.9策略批量操作用例图策略的批量操作是对多条策略的整体进展变更，其中主要包括对策略条件和策略标签的治理.具体包括对策略条件标签的增，删除，查询和修改和策略标签的增和删除。批量复制：用户可以对某些策略进展批量复制操作，将这些策略复制到业务需要的的场景下。批量编辑：用户可以对现有的策略进展批量的编辑，修改这些策略共有的标签，标签关联和策略条件。批量变更状态：用户可以依据实际业务需要，将状态全都的策略进展批量变更状种状态。策略批量删除：用户可以选定一局部下线状态策略，对其进展删除操作。2.82.8策略批量复制用例描述表策略治理平台数据建模通过上述的模块的用例的说明，抽象出系统中的涉及到的实体。本文用实体—关系图〔Entity—RelationDiagramE-R图)来描述实现世界的概念模型并在此根底上进展数据库设计.本小节先对系统涉及到的主要实体的属性和实体关系进展介绍，然后使用实体关系图说明实体间的关系。2。3.1实体和属性系统中的实体主要有：标签，标签关联，搜寻坐标，搜寻条件，策略模版，历性如下。间，最终修改人，标签级别。标签关联，属性有标签关联编号，关联标签标号，关联类型，关联值，创立时间,修改时间，创立人，最终修改人。搜寻坐标，属性有搜寻坐标编号，标签编号，标签名称，坐标类型，坐标级别,坐标排序编号。搜寻条件，属性有搜寻条件编号，搜寻条件名称，策略名称，策略描述，策略类型，策略模板编号,风险主题，策略前一状态，策略当前状态，策略创立人，策略最终修改人，创立人，创立时间，修改时间.策略，属性有策略编号,策略描述，策略类型，策略名称,策略模板编号，风改人。6。历史版本,属性有策略编号,策略描述，策略名称,策略类型，策略标签，策略模板编号，风险主题,前一状态,当前状态,创立时间,修改时间，创立人，修改人，版本编号。策略监控，属性有监控编号，策略编号，监控名称，监控描述，监控指标，人，修改人,修改时间，监控前一状态，监控当前状态。策略模板，属性有策略模板编号，模板名称，模板描述，引用策略数，关联2.3.2实体间的关系一个业务人员可以治理多个标签，一个标签也可以被多个业务人员治理。一个业务人员可以治理多个标签关联，一个标签关联可以被多个业务治理。345.一个标签关联关联一个标签，一个标签也被一个关联关联.67。一个搜寻条件拥有一个搜寻坐标，一个搜寻坐标可以对应多个搜寻条件。8。一条策略拥有多个策略历史版本,一个历史版本对应一条策略。9.一条策略关联多个标签，一个标签可以被多条策略关联.10。一条策略对应多个策略监控，一个策略监控对应一条策略.E—RE-R如图2。102。10系统E—R策略治理平台过程建模的方法逐层分析业务流程和活动[24]。过程的建模方式将有利于对策略治理平台进展下一步的剖析，特别对软件系统内部的数据传输和存储，数据的处理过程，以及各个模块之间的交互的过程都能给出清楚的解释,为之后的系统设计和实现过程打层数据流图，零层数据流图以及某些重要模块的一层数据流图进展流程的描述，并2。19所示。系统输入标签治理，策略标签关联治理，策略打标，批量治理，策略打标，策略分布治理，测列效能治理以及策略比照恳求,从策略治理平台获得告警信息，策略比照结果以及策略统计的内容。策略治理平台通过外部数据查询接口查询数据〔如策略效能数据。依据上述的顶层数据流图的分析和介绍,对策略治理平台的业务过程的数据流再一步细化，得到策略治理平台的顶层数据流图[25]，如2.192.11顶层数据流图操作结果，并且将策略告警信息通知用户.系统会依据用户的恳求，对外部的接口进展数据查询，外部接口将策略数据的信息回传至系统.依据顶层数据流图,对业务进一步深化业务流程，得到第一层数据流图，如图2.11所示。2。12第0策略标签关联治理，策略打标，策略分布，策略效能查看，策略比照，策略批量治理等功能。依据第0层数据流图，以修改监控信息为例，将系统的功能进展开放，绘制第12.12从第1层数据流图中可知，业务人员对系统进展策略效能恳求后，系统会对策略的效能进展查询，而后将策监控信息变更储存在监控信息表中。假设监控告警，系统会将告警信息通知用户。2。13第1策略治理平台非功能需求在本系统中,依据用户的客观使用要求,有意下几个非功能需求特性：易用性，可维护性，牢靠性，性能［26]。策略治理平台的总体设计目标是：操作页面简洁明白，页面交互便捷，系统响2.12。9策略治理平台性能需求表由于策略的业务人员维护着浩大策略的策略体系,工作量巨大,故在设计策略治理的使用习惯进展设计,让业务人员在操作过程中能够娴熟有效的进展相关操作。因此，在设计和实现相关软件时，需要满足易用性。系统的可维护性包括如下几个方面:可扩大性，可修改性，可以理解性。由于系统在后续还需要增加其他的更多的功能,或者对现有的功能进展改进,可修改性和可扩大性对系统业务拓展表达出了格外重要的作用.针对增的需求,的标准,以及依据实际的业务需要用户可能提出的的拓展需求，系统本身必需要具备足够的可修改性和可扩展性才能满足需要。同时在系统页面设计时肯定具备可理解性，做到页面操作简洁明确，页面规律清楚，交互友好,使用便利。提示.风险掌握本身由于其业务的特别性,对系统的强健性有肯定的要求，需要明确容灾的力量，用户进展了误操作,或者遇到了其他的特别状况，能有措施准时的削减其带来的损失和影响的范围，准时止损。依据上面描述的非功能需求，总结出系统的系统非功能需求有以下三点：系统响应时间要求:由于策略的数量大,在生成策略分布或者对大批量策略操作时，可能会消灭时延。但是由于业务的特别性，必需准时了解业务的风险状况，35系统负载要求：为保证正常的使用，系统负载应当满足。1〕500人，且系统运行状况稳定。2)系统支持并发恳求数应大于5000，且系统运行状况稳定.3。其他要求。3秒中内做出响应。复用性要求:针对平台的特点，要尽量做到模块化，降低耦合并且做到数据和规律分别，以便利之后的业务拓展使用。简洁明白，页面规律清楚，功能便利可用，交互体验好。本章小结本章节主要对策略治理平台进展了工程背景的说明，阐述了风险掌握业务人员在实际的工作中遇到的问题，进一步提出本系统解决的问题和对功能模块的划分。在需求分析的根底上，提出了系统整体的功能性需求和非功能性需求，并且对功能进展了总体设计和业务,数据，过程建模。下一章主要介绍策略治理平台的具体设计和实现。策略治理平台系统总体设计进展概要设计。先介绍了系统设计的原则和要求，后对系统的层次架构和功能架构库表单进展设计。设计原则依据用户的需求和软件系统的设计标准，在策略治理平台的实现过程中应当遵循以下设计原则。功能完备策略治理平台需要满足风险掌握业务人员对策略治理的根本操作需求，实操作等重要功能.2。 效率性依据业务描述复原用户的真实使用场景，极大的提高用户的使用效率，到达策略治理的目的.3。 扩展移植性植性的重要性可想而知.一个具备良好的扩展移植性的系统能够更大程度上适应多变的风险环境。策略治理平台系统应用架构应用层和表现层。1。数据层数据层包括数据存储和数据访问接口两个子层.本层主要是为系统供给数据支:Mysql，Hbase和Tair。例如：在生成策略分布的场景下,用户选择好横坐标和纵坐标之后TairDB进展查询,虽然更Tair。多重不同的数据的存储方式，是为了适应业务的需要，能够便利敏捷的供给数据访问模式.应用层应用层是整个系统的核心，它担当了与业务人员进展交互，完成系统功能的作用。它主要包含七个功能模块：标签治理，策略标签治理，策略分布治理，策略打的具体操作对数据访问层的数据接口对底层数据进展读操作，操作完成后通过数据接口完成写操作。表现层表现层主要是接收用户的恳求,并将调用相应的接口恳求应用层的各个模块。依据操作的返回，展现操作结果给用户。3.1所示.3.1层次模型图策略治理平台功能架构依据上述对策略治理平台的需求分析和上一节中对系统总体的系统层次分解,将策略治理平台进展如下的模块划分,主要包括：标签治理模块，策略标签关联治理模块，策略分布治理模块，策略效能治理模块，策略打标模块，策略比照模块，策3.23.2功能构造图系统物理拓扑图依据物理架构的实现,策略治理平台的系统物理拓扑图如图3。3所示.用户在终端上通过网络对系统的效劳进展恳求。策略治理平台的架构设计主要包括数据库效劳器,数据接口效劳器，Web3.3系统物理拓扑图策略治理平台模块设计对系统功能的架构的分解,系统中的七个模块之间的组件关系如 3.4所示。3.4系统组件图模块,策略打标模块,策略分布模块中都需要依靠策略治理七个模块,下小节中将对七个模块的设计和实现进展具体表达.策略治理平台数据建模策略治理平台的数据库设计是依据实体关系图〔E-R〕的更深一步的细化,将3。53。5物理数据模型图1。标签信息主要存储的标签树的层级构造,用于存储用户对标签书的。标签信息中主要包括：标签id，标签名称，标签所属父标签，创立人，创立时间，修改时间，最终修改人，标签级别等信息。标签信息表和标签关联表存在一对一的关系，和策略信息表存在多对多的关系。标签ID是标签关联的外键，同时标签关联ID也是标签ID3。1表3.1表3.1标签2。策略标签关联表id〔策略模板和风险主题〕,关联值，备注信息，标签关联创立时间,标签关联修改时间，标签关联最终修改人，ID是标签关联表的外键,同时标签关联ID3.23.23.策略监控信息监控信息是业务人员为了监控某条或者某些策略的一些指标的设置.主要包ID，策略名称,监控描述，监控指标，监控指标值，是否告警，告警方式，监控阀值，监控创立人，监控修改人，创立时间,修改时间，告警是否解3.103.34。搜寻条件在生成策略分布时，可以添加搜寻的条件，加大搜寻的精度，用户可以设置默认搜寻条件，进展默认搜寻，默认搜寻条件为Y，否则为N.搜寻的条件主要策略名称，策略描述，策略标签，条件元素，策略模板，风险主题，前一状态，当前状态,搜寻条件创立时间，搜寻条件创立人,搜寻条件修改时间,搜寻条件修3。43。4搜寻条件信息表5。策略标签关联表策略标签关联表是存储策略和标签的对应关系的表。包含的主要信息有：关联ID，策略ID,标签ID，标签名称，关联类型等。策略标签关联表和策略有一IDID是策略标签关联表的外键。策略标签关联表和标签信息表有一对多的关系,关联ID是标签信息表的外键。3。93。5策略标签关联表6。策略历史版本当业务人员对策略进展变更操作时,系统会对历史版本进展归档和保存，业务人员可以依据业务需要对历史版本进展治理和历史版本比照等操作。历史版本包括的信息有:策略ID，策略名称，策略描述，策略类型，策略模板，策略主题ID,风险标签，风险主题，策略前一状态，策略当前状态，策略创立人，策略创立时间，策略修改人，策略修改时间，是否删除,版本号等信息。策略历史版本3.63。6策略历史版本信息表搜寻坐标表在生成策略分布时，需要选择搜寻的横纵坐标值，对不同的场景进展刻画.idID,标签名称,坐标类型，坐标级别，坐标排列序号.搜寻条件和搜寻坐标有一对多的关系。搜寻条件ID是搜寻坐标的外3。7所示。3。7搜寻坐标信息表策略模板信息表ID，模板描述,关联ID，是否被使用，使用策略数，包含策略条件个数,包含策略条ID,模板创立人,模板修改人，创立时间，修改时间，是否被使用等.具体的表信息如3。83.8策略模板信息表策略信息表策略信息保存策略相关的标签，条件等信息。主要包括：策略ID，策略名称,策略描述,策略类型，策略模板，策略主题，策略前一状态，策略当前状态，策略创立人，策略创立时间，策略修改人，策略修改时间，是否删除，等信息.监控有一对多的关系。策略监控ID是策略信息的外键;策略历史版本的ID也3。5所示。3。9策略治理平台系设计与实现本节依据上述各个功能模块功能的分析和具体设计，将对系统主要的模块七个模块的实现进展详尽的介绍。在描述的过程中,将使用各个功能模块实现的流程图，类图等加以描述对实现过程进展说明.标签治理模块实现标签修改,标签查看四个功能。当用户增了标签之后,包括策略关联治理，策略打标，策略分布,策略批量处理等都可以调用接口〔LabelLibManageService〕对标签进展查询，以完成相应的操作.以标签增为例介绍实现过程,增标签流程图如图4。1所示。4.1增标签流程图首先系统会验证用户的输入是否合法.如不合法提示标签名不合法，增失败。假设合法通过查询标签接口查询在父节点下是否有重复的标签，假设重复提示标签名重level55则增成功,否则提示标签增失败。4。2所示。4.2标签治理类图标签治理类LabelManage供给对标签操作有标签的增,删除查询修改。DBoperator供给数据的长久化操作,主要对标签的增，删除，修改和查询操作。LableManageService是用查询标签列表的接口。主要包括两个方法，根域查询queryLabelLibListByDomainCode (String domain) 和 标 签 查 询queryLabelByLabelId〔Stringlable_id)。已增标签为例，用时序图展现具体的运行过程,如图4。3所示。4。3增标签时序图用户在标签关页面选择父节点发起增标签操作恳求。系统先查询该父标签下全部的子标签，此时将使用标签查询接口。查询到父标签下全部子标签后，比照增标签名称是否重复。没有重复的状况下则表示可以增此标签，返回标签增成功消息，标签治理页面显示操作结果。LableManageService实现如表4.14.1标签查询接口实现策略标签关联治理模块实现信息的风险主题。策略模板是指依据需要将某些常用的具有某些业务特征的策略条功能。将标签在完成关联之后，在业务人员选择对应的策略模板或者风险主题之后，系统会通过其关联关联关系，将策略打上该标签。下面通过修改策略标签关联的流4.4ID和对应的标签的ID。其次步,系统会推断修改的该标签是否已经被引用。假设已被引用，则提示修改失败。同的取值sqlID或者策略模板IDlabel_lib_mapping标签映射表的mapping_value4.4修改标签关联流程图标签关联模块的系统类图如图 4。5所示。主要包括：标签关联治理类LabelMappingManage，标签治理LableManage,数据操作类DBoperator，标签关联查询接口LableMappingService和标签查询接口LableManageService。4.5标签关联治理类图LabelMappingManageLableMappingService主要包括对标签的操作，有标签的增，删除，修改，查询等。DBoperator供给数据的增删查改操作。LableManageService中List<Label〉queryLabelByRiskId〔StringriskId〕方法是依据风险主题查询标签 ID;List〈Label>queryLabelByTemplateId(List<String〉templateIds〕方法是依据策略ID4。64。6修改标签关联时序图业务人员进入标签关联治理页面发起选择需要修改的标签关联，发起关联修改恳求。系统先查询该标签关联的信息。此过程中使用关联查询接口。查询到关联信息之后，假设该标签关联已经被策略引用，则不能进展修改。假设没有引用策略，推断关联名称是否与现有的关联名称重复。没有重复则表示可以进展修改操作，保存关联信息，返回操作成功消息,标签关联页面上提示用户操作成功，显示操作结果。业务人员在选择关联值有策略模板和风险主题两种.在表4.2中是策略模板和风险主sql4。24.2关联值取值实现脚本策略比照模块实现策略比照模块主要是完成相像策略和策略历史版本的比照功能。查看相像策略主要包括相策略查看和相像规章比照。策略历史版本的治理主要包括，对历史版本的查看,增，删除以及历史版本的比照等操作.4.7所示.4.7查看相像策略流程图4.8所示。如策略比照的类图所示,该模块主要主要包括RuleCampareManage和DBoperator。RuleCampareManage操作以及相像策略的查看和比照操作.DBoperator工作，在后面的实现中会具体描述。4。8策略比照类图4.9所示.4。9策略打标时序图业务人员进入策略比照页面发起策略比照恳求，系统依据该策略的全部标签进展查询策略信息,返回满足条件的策略列表。策略比照页面显示操作成功提示并显示策略列表。rule_id查询其全部的标签和标签类型,形成标签列表。然后用标签列表筛选出匹配的策略，用这种方式4。3示.4。3查看相像策略算法策略打标模块实现标签打标是为了给策略依据业务需要给策略打上某种业务意义的标签。策略打标模块依靠于标签治理模块和策略标签关联治理模块，在增了标签和标签关联之后,可以实现策略的手动打标和自动打标。以手动策略打标增/修改标签为例绘制流程图介绍功能的具体实现,如图4.10rule_lable_link表中猎取标签的信息。第二步将用户选择的标签和已有的标签比照,假设有重复的标签则添加失败,假设没有重复进展下一步。系统获得用户选择的风险主题/策略模板之后，用对应的sql脚本获得对应的风险主题/策略模板值.此时,系统会再次比照风险主题/策略模板关联的标/修改成功,将现有的全部标签ID和标签名称更rule_lable_linklable_id和label_name操作失败。4.10策略打标流程图绘制出策略打标模块的类图，如图4.11所示。策略打标主要包括策略关联MappingManageRuleLableManageDBoperatorLabelMappingManageRuleLableManageaddRuleLabel〔)方法，删除策略标签deleteRuleLabel〔〕selectRuleLabel(〕查询策略标签，selectRuleTemplate〔〕查询策略模板标签和selectRuleRiskTopicLable〔)查询风险主题关联标签方法。LabelMappingServic接口主要包括queryLabelByRiskId(StringriskId)查queryLabelByRiskId(List<String>template_id〕查询策略模板关联标签两个方法.4。11策略打标类图4.12所示。4.12策略打标时序图业务人员在策略打标页面发起打标恳求后，系统先查询增的策略关联信息，然后依据策略关联接口,查询对应的标签信息。查询到标签信息之后,和增标签一起，推断标签是否重复，假设没有重复则可以进展添加，保存标签信息返回操作成功信息，策略打标页面显示操作成功提示显示操作结果。LabelMappingMange签,查询接口LabelMappingMange4。44。4查询关联标签接口策略效能治理模块实现在策略的分布的根底上，策略效能模块供给应业务人员对策略的效率的查看和查询，修改以及监控的上线/下线的治理等功能.4.13所示。4.13监控上线流程图IDJS会调用监控接口IndicatorQueryFacade查询到策略支持的统计指标名称。然后调用IndicatorDataFacadehighcharts策略的效能，然后依据策略ID查询现有的监控。第四步推断增指标是否和现有监控重复，假设重复监控设置失败,假设不重复，设置成功。第五步将监控上线,修改curr_status为online，将last_stausoffline。4。14所示。4.14策略效能治理类图主要包括策略效能类 RuleEfficiencyManage，策略监控管理类RuleMonitorManage,数据操作类 DBoperatorIndicatorDataFacade和IndicatorQueryFacade。

效能数据查询接口RuleEfficiencyManage主要是包含策略效能的查询和策略效能的比照操作。主要包括ruleEfficencyCompare(〕策略效能比照和selectRuleEfficency〔〕策略效能查询.RuleMonitorManage类主要包含对策略监控的操作和告警提示以及告警信息处setMonitorOnline(〕上线监控，sendAlarm(〕发送告警消息，settleAlarm〔〕处理告警等方法。4.15所示。4.15策略效能查询时序图业务人员在效能比照页面提交效能查询恳求。系统先查询该策略支持的全部指标,依据业务人员选择的指标，在查询指标具体的值。查询成功后返回成功消息，效能比照页面提示查询成功并显示效能的具体值。IndicatorQueryFacade和IndicatorDataFacade询策略效能接口,其实现如表4.54.5查询策略效能接口策略分布模块实现策略分布是在标签打标的根底上，依据业务人员选择的标签坐标和搜寻条件查看策略在具体的场景的分布状况。可以帮助业务人员了解总体和不同的具体业务场景的风险形势。策略分布模块主要包括搜寻条件增，搜寻条件删除，查看策略分布，保存快捷搜寻条件等功能。下面以查看策略分布的流程图对实现进展说明，查看策略分布流程图如图4.16。4。16查看策略分布流程图如查看策略分布流程图中所示，系统先查询业务人是否设置了默认查询条件。假设有,则依据默认条件进展搜寻。假设没有，依据用户的输入信息进展查询。在搜寻之前需要推断坐标是否超过5级，超过则提示操作错误，假设未超过则进展查询。查询时考虑到查询的时间长不能满足相应时间要求,故将上一次查询的结果保存在TairTairDB4。17所示。4.17策略分布类图主要包括有策略分布管理类RuleGlobalManage，策略标签RuleLableManageDBoperator,标签治理类LabelManange，LabelMangeService.RuleGlobalManagesetDefautFilter〔〕设置默认搜寻条件，getGloblemap生成策略分布,addFilter(〕添加搜寻条件等方法。4.18所示。业务人员在策略分布页面提交策略分布恳求，系统查询用户设置的默认查询结果,假设有默认查询条件，则返回查询成功消息.策略分布页面提示查询成功并显示具体策略分布信息。4。18策略分布时序图4.6所示。策略分布的实现主要是为了满足Tair缓存.业务人员查询恳求DB.4。6查看策略分布算法策略批量操作模块实现在业务人员生成了策略分布之后，策略的批量操作供给应业务人员对某场景下的局部或全部策略进展批量的操作以节约重复的操作操作，提高操作效率。批量操作主要有：批量复制，批量删除,批量编辑，批量变更状态四个功能.以批量复制为例子，介绍实现的过程.依据上述功能描述，以策略批量复制为例,用流程图介绍实现过程,如图4.194。19策略批量复制流程图如策略批量复制流程图中所示,系统在接收到批量复制的恳求后，先将原策略信息进展复制,以“原策略+copy”命名复制策略。先将原策略的标签复制到复制策略，标签类型设置为手动打标.然后对关联标签进展查询，修改对应的关联标签类型后保存。4。20所示。4.20策略批量操作类图RuleTemplateManage，标签关联治理类LabelMappingManage，策略批量操作类RuleBatchOperationManage，策略RuleConditionManageDBoperator。RuleBatchOperationManage查询批量策略条件；另一方面包含对增，删除,修改,查询批量策略标签。RuleTemplate主要包括策略模板的查询，删除，增，修改操作。如在批量修改中，需要对满足条件的策略模板进展查询。以策略的批量复制为例，用时序图对运行过程进展说明,如图4。21所示。4.21批量复制时序图业务人员在批量操作页面提交批量复制恳求后,系统先将策略的信息复制到的策略。然后查询策略的关联信息，成功后查询标签关联对应的标签。随后将策略的标签以及关联标签复制到复制的策略。操作成功后返回成功信息，批量操作页面显示操作成功提示并显示复制策略信息。4。7中所示。4.7策略批量复制算法本章小结本章节在需求分析的根底上，对系统功能进展拆解，完成了数据库的设计，进而对每个功能模块的实现和模块间的关系进展详尽描述.下一章主要介绍策略治理平台的系统测试。第五章策略治理平台系统测试及分析的，专业的测试，确保最终软件系统交付顺当。在策略治理平台系统测试中首先对测试环境进展介绍,然后对各个模块的测试用例说明，最终给出测试过程进展描述并对测