中国保险公司保险数据架构调研与评估

www.******.海量无偿资料尽在此TOC\c"图"图11信息系统总体架构图 2图12信息系统距离业务主要差距 7图13信息标准优先级－业务人员反馈 10图14信息标准优先级－IT人员反馈 10图15信息标准无法统一原因调查 11图16现有数据库平台评价 19图17现有数据访问权限控制调查 20图18现有系统审计功效调查 20数据架构调研与评定数据架构是指企业总体数据采集、处理、存放和管理等总体架构，区分于应用架构，数据架构主要侧重于业务处理所需信息和信息流，包含：总体架构：数据模型组织方式数据标准化：企业级数据定义标准化及管理水平；数据质量管理：数据准确性，以及数据完整性；数据管理：应用系统中数据管理，包含：存放组织和数据库平台、数据卸载和清理、访问权限控制等；总体数据架构现实状况描述现在，中国人寿总体数据架构建设是一个自底向上过程：经过建立一个个应用，产生对应业务区域数据模型，然后依照需要建立这些数据模型间数据接口，从而以逐步“联接”方式，形成中国人寿总体数据架构。下列图描述了这种基于应用建设所建立起来数据架构：图STYLEREF\s"样式标题1propappheading1appheading11appheading12apphea..."1SEQ图\*ARABIC\s11信息系统总体架构图上图摘自《中国人寿应用系统介绍及计划》，它描述了整个中国人寿主要应用系统间关联和数据交换，从总体上看来，中国人寿：基本实现了业务信息电子化，绝大多数业务处理都有应用系统支持；主要业务功效区域（如寿险实务、财务管理等）信息处理都有较为成熟应用架构和数据架构；各个应用系统之间能够利用数据文件进行数据交换，实现了信息传递和共享；银保通系统能够实现和银行间实时数据交换；基于数据库技术信息处理体系基本成熟；初步建立了以中间库为基础数据整合平台，并基于它实现了企业数据综合查询统计功效；初步建立了以统计报表工具为伎俩数据统计和报表系统；财务系统利用了数据仓库技术和SAS工具进行数据分析，除此之外，诸如上海还建立了自己数据仓库系统；基于NOTES消息系统支持了企业日常信息沟通工作；基于影像技术非结构化数据正在一些分企业使用，并逐步推广。数据模型和应用相关性以应用为划分“烟囱”结构，数据基于应用，并被锁定在应用系统中数据并没有被作为一个单独IT组成部分被规划和设计，而是作为应用系统一部分，因为应用系统供给商不一样，而且其设计工作也缺乏相互之间协调，所以，数据模型基本按照各个应用系统功效需求进行设计和实现；因为缺乏有效数据共享，在有些业务步骤上，一个应用所需数据无法从相关其余应用系统中取得（如AMIS和财务系统间需要共享代理人佣金信息），而只好重复录入；另首先，因为同一个数据可能存在多个数据源（从多个应用系统中被重复录入），由此造成了信息不一致。关键业务系统总体数据组织主要是保单处理为中心，而较少倾向于以客户为中心；结构化数据基本上都利用数据库技术实现，非结构化数据只有少数地方使用影像技术实施了电子化，从应用程度上二者之间集成度不高，影像工作流技术和其余应用系统之间没有能够做到无缝联接。缺乏自动化和实时数据交换以数据文件交换为主要伎俩现有数据交换方式通常是从一个应用中将数据导出到平台文件中，再传递到目标平台并导入到目标应用系统中；因为大批量数据抽取工作会影响到正常业务处理效率，所以通常数据抽取都被设定在在晚间进行，所以数据时效性较差（通常都在一天左右）。数据交换过程缺乏严格数据校验、过程控制等接口数据错误经常是在导入目标系统时才发觉，而不是作为系统数据质量控制一部分，预先在源系统中进行正当性校验；数据交换过程缺乏技术性控制：诸如大批量数据分割、数据传输校验、重复操作处理、操作回滚等。对不一样版本或开发商开发，支撑同一业务应用，缺乏统一要求应用系统数据外模式外模式是指系统对外部数据视图（VIEW），一个系统可能会用各种技术方式和平台来实现，但为了保持不一样开发商开发同一个业务应用接口一致性，要求其系统中必须能够按照既定标准格式（包含表/视图，字段，数据类型，长度和精度等）提供系统中主要数据。即：不论系统开发人员详细怎样组织和实现系统物理数据模型，都要确保任何第三方能够按照标准数据模型定义获取所要数据，即整个系统对外提供数据模型是遵照统一标准。比如业务处理系统，总颁系统CBPS和深圳、江苏、上海系统对外数据模式和接口都不相同，和其余应用系统（如CLAF）接口需要各自编写对应接口软件来实现。从很好做法上，对同一业务处理过程，应该定义标准接口模式，并以此作为软件开发指导或标准。比如：中国电信就对全部计费系统开发约定义了系统对外接口标准，对其产品、客户、话单、帐单等主要业务数据进行了详细标准定义（包含表/视图，字段，数据类型，长度和精度等），一次作为计费产品准入验收标准之一，并禁止其分支机构购置不满足这一标准产品。数据物理层次和数据提升（staging）数据提升是指企业范围内，数据从原始事务处理细节数据，到各级汇总数据，到决议支持分析模型逐层传递和转换过程。数据提升目标，是为了向各级业务部门提供查询或分析所需不一样汇总层次数据。事务（transaction）处理层数据应用系统中存放了完整、原始事务处理数据；应用系统中部分事务处理数据具备时间戳等增量识别标志；业务参数版本体系没有后备系统存放离线历史数据：包含用于存放历史数据存放系统和用于质量控制测试系统；数据分布在各个省企业或地市企业应用系统中，多数省份实施是服务器物理集中；原始业务数据没有从省企业到总企业复制；没有达成保单级，仅统计数据；实现了省级综合查询功效；数据集成平台缺乏完整统一集成平台来集成各应用中数据，建立企业级信息视图；轻度统计汇总数据利用应用系统本身报表功效和统计功效实现；省级和地市级IT人员完成了一定查询和报表开发工作，以满足业务部门小规模要求；对于应用系统中没有报表，利用手工（UTAB或EXCEL）实现；总企业层面缺乏对轻度汇总数据全方面集成；高度汇总数据应用系统中具备部分高度汇总统计功效；对于应用系统中没有报表，利用手工（UTAB或EXCEL）实现；因为手工工作太多，人为原因影响了数据完整性和准确性，使得数据准确性和可信度不够高；决议支持模型缺乏灵活系统统计分析功效；缺乏企业级统一数据平台，从而也就无法建立企业级决议支持分析模型；现在SAS系统主要基于财务数据分析。外部数据交换和银行之间，经过中间服务器实现了实时数据交换；和监管机构数据交换经过报表方式来进行；缺乏和其余机构（如公安系统）等数据交换。差距分析用户期望情况经过调查，用户期望集中在：未来信息系统必须有久远规划，可支持多个管理模式；加强信息系统整合，建立对内对外信息披露统一、高效平台，满足业务管理、销售支持、决议分析等各方面需要；系统建设要面向客户和市场，支持业务流程和管理优化，支持应用系统在不一样用户界面或渠道拓展，如Internet、电话、多媒体终端等；充分利用录入原始数据，提供丰富、方便统计查询及分析功效；指导我们管理工作；业务处理和行政管理规范化、自动化、流程化、无纸化；另外，经过信息系统建立预警机制，加强业务监控；信息系统由封闭走向开放，将员工、客户、业务员、代理机构、合作搭档有机结合起来。用户认为现在信息系统距离业务需求差距（优先级）图STYLEREF\s"样式标题1propappheading1appheading11appheading12apphea..."1SEQ图\*ARABIC\s12信息系统距离业务主要差距从上图中能够看出，现在应用系统信息处理效率不高是用户反应最多问题，其次是信息量不丰富和准确性不够。所以，上述各项中，建立高效数据处理应用系统和统一集成数据整合平台是用户重点期望。差距及原因编号ID观察Observation根本原因RootCause影响范围Impact改进提议ActionD.01.1整个信息系统缺乏总体性，数据接口设计、开发、维护、升级等工作复杂没有总体业务信息流定义，从而无法进行总体数据流设计全部应用定义业务处理信息流，在此基础上定义信息系统数据流，统一应用间数据交换定义D.01.2企业级总体监控信息难以获取，时效性差没有总体数据架构规划没有建立数据提升系统来整合原始业务数据，并逐层汇总业务监控、管理和决议分阶段建立企业级统一数据平台（One-View），包含：基础数据平台、各汇总层次数据、决议支持模型D.01.3信息系统组织和设计是面向业务流程处理，而不是以客户为中心旧业务管理模式是面向处理流程全部业务管理和客户服务建立以客户为中心业务管理和客户服务模式，在此基础上按照CRM理念改造现有信息系统数据标准化管理数据标准化定义为在一定范围内取得最好秩序，对实际或潜在问题制订共同和重复使用规则活动。

上述活动主要是包含制订、分布及实施标准过程；

标准化主要意义是改进产品、过程和服务适应性，预防贸易壁垒，并促进技术合作。

标准化包含三个主要方面内容：

标准化是一项完整活动，是一个长久过程。它包含制订标准、公布标准、落实实施标准，对标准实施进行监督检验，并依照落实中产生问题，深入修订完善标准。

2．标准是贯通于标准化全过程信息资源。标准化对象选择要依照实际需求和潜在需求来确定。

3．标准化目标是取得社会效益和经济效益，其表现形式是改进产品、过程和服务适用性，预防数字鸿沟，促进相互合作。数据标准化包含：信息指标体系标准化信息分类编码标准化信息交换接口标准化信息系统开发标准化这里，信息系统开发标准化属于IT治理内容，本章主要对前三项，即信息标准制订和管理进行评定。现实状况描述基本上全部业务和IT人员都充分认识到数据标准化对业务主要性，但往往数据标准化被认为是IT部门工作，而无视了建立数据标准化基础：业务信息定义标准化；但实际上，除了部分代码标准是总企业下发以外，业务部门并没有统一制订业务信息标准定义，所以，IT部门也就缺乏必要、统一依据来制订数据标准；从业务指标体系上，没有一个从总部制订统一指标和统计报表体系，各不一样部门、不一样分支结构都有自行制订统计报表，结果造成整个系统乃至报表制作人员工作负载过大，重复工作也较多，最终结果是造成报表数据全方面性和准确性下降；从组织确保上，并没有一个指定团体来负责业务信息乃至数据定义标准化工作；各应用系统开发商不一样，而中国人寿对各供给商在数据标准化上也无法进行有效控制，造成所遵照数据标准不统一；因为总颁应用系统普及面较广，对某一个详细业务应用来讲，使用该应用系统数据标准基本是统一。现有数据标准制订和管理制度数据标准制订由应用系统开发商负责，而不是由一个独立数据规划部门负责；开发商遵照自己数据标准制订流程进行管理，基本属于开发管理范围，而不是IT管理和规划范围；现行数据管理是面向最终数据结果（如统计报表、精算数据准备等），而无视了数据定义和处理标准化，各地对同一个名词了解和定义可能都不相同。差距分析用户期望情况对业务主要性：在对现实状况调研过程中，不论是业务人员还是IT人员，全部受访者都一致认为信息标准化程度对业务是非常主要。业务信息标准化优先级：图STYLEREF\s"样式标题1propappheading1appheading11appheading12apphea..."1SEQ图\*ARABIC\s13信息标准优先级－业务人员反馈上图是业务人员对信息标准化优先级反馈统计，而从IT人员反馈来看，唯一区分是他们认为最优先应该是业务操作过程信息：图STYLEREF\s"样式标题1propappheading1appheading11appheading12apphea..."1SEQ图\*ARABIC\s14信息标准优先级－IT人员反馈综合业务和IT人员看法，我们能够认为，保单信息、客户信息和业务操作过程信息是当前最迫切标准化需求，也是进行数据整合是实施数据清理重点工作。信息标准无法落实原因：数据标准无法统一原因数据标准无法统一原因4%7%71%18%不适应业务需要额外增加工作量，降低效率没有标准管理制度来确保实施各应用系统供给商不一样图STYLEREF\s"样式标题1propappheading1appheading11appheading12apphea..."1SEQ图\*ARABIC\s15信息标准无法统一原因调查由上图能够看出，几乎全部受访者都认为标准无法落实原因是没有管理制度；所以，我们初步认为，中国人寿有着很好标准化实施基础，而制订和落实标准化管理制订是这项工作重点突破口。差距及原因编号ID观察Observation根本原因RootCause影响范围Impact改进提议ActionD.02.1各应用系统之间，各业务层次之间，各业务部门和区域之间信息沟通中信息定义和转换过程复杂没有统一数据标准全部建立统一业务信息标准，并在此基础上建立统一数据标准D.02.2数据标准落实能力弱缺乏授权流程制度确保标准落实全部建立数据标准制订、公布、维护流程，并建立定时审计制度；严格控制应用开发数据标准，将其作为开发项目验收条款一部分数据质量管理现实状况描述数据质量管理现实状况现行数据质量标准中国人寿没有全企业范围数据质量考评体系，现行数据质量评价主要经过以下几方面进行：业务考评或汇报中，数据统计准确度和完整性；应用系统运行时所执行业务逻辑校验；数据交换时正当性检验；现有数据质量控制方法应用系统所实现校验逻辑和业务规则；数据交换时正当性检验；应用系统间数据对照；现行数据质量管理制度缺乏完善对数据录入人员数据质量考评体系；缺乏对开发过程数据标准化控制；缺乏系统上线流程中数据迁移管理；缺乏对应用系统运行过程中数据质量审计和考评体系。现行数据质量管理工具现行数据质量管理工具主要是为数据接口所开发校验程序，用于发觉交换数据错误；因为没有企业级统一数据平台，所以，也就没有全司范围数据质量监控和数据自动修正工具。现有数据质量问题现有数据质量问题主要表现在：相对于新业务应用系统来说，老业务数据不完整，造成系统升级和移植后，数据质量不能达成新应用系统要求；对于历史数据转换，基本依赖于系统上线时数据转换，而不是将历史数据转换和修正作为一个长久过程，在今后业务操作中逐步补入；系统校验控制不严谨或BUG造成数据错。管理员为确保业务运行，在取得授权情况下，直接修改数据库后台数据，因为对应用系统熟悉程度差异，造成出现数据不一致；升级和移植过程中数据转换或迁移操作错误，造成数据错；差距分析用户期望情况在调查中，几乎全部用户都认为现在数据质量无法满足业务监控要求，不过，其中多数用户都认为数据质量问题集中在老业务中，也就是说，用户对现在应用系统产生数据质量还是能够接收。对于今后数据质量控制方法，用户主要反应集中在：提升系统事后监控能力，经过数据扫描和比对，发觉数据错误；提升数据交换实时性和自动化程度，降低因为时间差和人为原因造成接口数据错误。加强系统上线和升级测试工作，降低升级造成数据错误；差距及原因编号ID观察Observation根本原因RootCause影响范围Impact改进提议ActionD.03.1现有历史数据质量无法满足以客户为中心要求因为业务需求和应用逻辑定义不完善，造成历史数据不完整缺乏完善数据质量考评体系全部在建立以客户为中心业务模型基础上，尽可能补齐或修正所需客户信息和相关交易信息；数据修正是一个长久过程，比如，能够将当初无法补齐地数据标识为‘未知’或‘待修正’，在今后业务操作中，一旦能够获取到这些数据，再行补上。对无法补齐或修正数据，公布数据质量汇报，明确通知最终用户；对于现在后今后产生数据，建立严格数据质量考评体系，加强应用操作，尤其是数据录入监督D.03.2系统升级越频繁，数据质量越差系统开发缺乏严格测试，造成BUG引发数据错误系统升级时没有系统地考虑数据地迁移和转换过程系统升级和维护建立需求部门负责把关严格测试体系，对应用系统引入处理方案布署过程（SolutionArchitectureandInfrastructureDesign），确保系统升级过程愈加系统和完善;将系统布署或升级方案作为应用开发验收一部分D.03.3管理员人为修改造成数据质量下降业务需求定义不完善应用系统不灵活管理员对应用系统处理过程及表之间参考关系不熟悉系统维护建立统一数据直接修改流程，严格控制直接后台修改授权、修改方法和测试过程D.03.4数据质量问题一直未能彻底处理数据质量问题不是一个方案就能够处理，它是一个长久过程全部应用数据质量管理应该和应用系统开发、升级、维护相整合，不停地进行系统质量问题回馈，以促进应用系统数据质量控制能力，将提升应用系统对数据质量控制能力作为一个长久渐进发展过程应用系统数据管理现实状况描述应用系统数据维护是指应用系统为确保数据一致性和处理效率，对系统中数据维护功效，主要包含：业务规则校验数据正当性定时扫描和错误数据清理系统上线时数据转换方案经过调查，我们发觉关键业务系统在上述方面最具备代表性，所以，以下主要以关键业务系统为例，说明现在中国人寿应用系统数据维护方面现实状况。应用系统数据维护CBPS应用系统数据维护描述：业务逻辑控制（数据校验）不允许为空数据强制录入控制业务规则校验改变幅度异常数据现在应用系统中上述方面比旧系统相对好一些，但在以往应用系统因为需求定义不完善原因，存在因为上述控制不完善造成非正常数据。数据扫描和一致性校验（举例说明）应用系统没有错误数据清理工具；没有实施例行检验操作,主动发觉系统中数据错误；错误数据清理现在没有应用系统自动错误数据报警和清理功效；错误数据清理仍是相当艰巨工作；部分分企业做了错误数据清理工作；历史数据卸载系统设计时没有考虑历史数据卸载计划、卸载机制；缺乏历史数据卸载这方面知识和经验；直接后台修改系统中存在错误数据，造成前台无法正常操作，需要后台修改。这部分比重相对较大；因为一些功效程序不支持，需要后台修改.；后台修改通常采取会办单形式流转；复杂问题诊疗，较为慎重做法是在测试库上模拟验证；系统升级和迁移系统升级和迁移频繁；升级和迁移时缺乏良好测试，造成出现操作不正常，以及数据错误。上海应用系统数据维护描述：业务逻辑控制（数据校验）不允许为空数据强制录入控制现有系统对数据录入控制较严格，现在存在一些数据字段为空原因是因为历史数据缺失，或者过去业务需求定义时没有要求强制录入。业务规则校验现在存在业务规则校验问题主要是：历史数据没有满足业务规则，所以移入时就不正确；应用程序中存在BUG，造成业务规则校验没有被100％地实现；改变幅度异常数据现在系统中存在一些数据满足规则但不合理现象，如投保年纪超出条款要求原因，可能是依据业务特批进行操作。数据扫描和一致性校验应用系统后台后台配置有审计程序，定时运行，依照规则搜索异常数据，查找原因并处理。错误数据清理现在对错误数据清理基本是管理员手工执行：假如是生产系统数据有错，尽可能修改；假如缺失没法补，则放弃对该错误修改。历史数据卸载最初系统设计未考虑这个问题。现在准备将一些表按规则拆分，但需要应用系统中一些程序调整（比如因为表分拆，原先查询程序需要作对应修改），必须统一考虑。直接后台修改现在应用系统中直接后台修改集中在团险领域，因为团险协商情况较多，系统不能接收。处理方法是：由业务做指示，开发人员写脚本，提交运行人员执行，将数据导入； 系统升级和迁移通常不删除旧表或旧字段。升级时写好脚本，并测试。江苏应用系统数据维护描述业务逻辑控制（数据校验）不允许为空数据强制录入控制现有系统对数据录入控制较严格，现在存在一些数据字段为空原因是因为历史数据缺失，或者过去业务需求定义时没有要求强制录入。业务规则校验现在存在业务规则校验问题主要是：历史数据没有满足业务规则，所以移入时就不正确；改变幅度异常数据现在系统中存在一些数据满足规则但不合理现象，如投保年纪超出条款要求原因，可能是依据业务特批进行操作。数据扫描和一致性校验依照业务需求业务规则不定时搜索异常数据，查找原因并处理。错误数据清理现在对错误数据清理基本是业务手工执行：假如是生产系统数据有错，尽可能修改；假如缺失没法补，则放弃对该错误修改并立案。历史数据卸载部分历史数据如收付费,台帐信息有卸载机制直接后台修改业务流程允许数据修改外数据维护直接后台修改。 系统升级和迁移通常不删除旧表或旧字段。升级时写好脚本，并测试。深圳应用系统数据维护描述：业务逻辑控制（数据校验）不允许为空数据强制录入控制因为本企业关键业务系统Lifepro为新开发系统，设计时对新数据录入要求相当严格，数据为空将无法继续完成业务流程，并给犯错误提醒。现在存在一些数据字段为空主要原因是因为历史数据缺失，或者过去业务需求定义时没有要求强制录入，或者是在数据迁移时强行对应字段。业务规则校验现在存在业务规则校验问题主要是：历史数据没有完全满足业务规则，迁移时就无法进行严格匹配；改变幅度异常数据即使对业务数据进行了严格控制，但偶有业务特批现象，这使得现在系统中存在一些数据满足业务规则但不合理现象。数据扫描和一致性校验应用系统后台基本上没有进行数据扫描和一致性校验。错误数据清理本企业在转换系统时曾经进行过大规模错误数据清理，不过平时基本上没有专门此项工作。历史数据卸载最初系统设计没有考虑这个问题，有待完善。直接后台修改现在关键业务系统中直接后台修改主要集中在业务反向操作和补入相关统计。处理方法是：由业务人员谢工作单，经过Lotus工作单流转（严格执行层层审批制度），再由开发人员写脚本，提交运行人员执行，完成后台修改；系统升级和迁移深圳分企业新开发关键业务系统Lifepro数据架构为全新设计，在新系统交接之前，投入大量人力物力进行数据迁移和测试工作。基本方法是先写好数据迁移脚本并执行，再进行数据校验和测试。现有数据库平台基本上，现在全部主要应用系统全部使用Informix作为数据库平台；少许支持性应用（如网站等）使用MSSQLServer，上海采取DB2作为数据仓库平台。用户对数据库平台评价以下列图所表示：图STYLEREF\s"样式标题1propappheading1appheading11appheading12apphea..."1SEQ图\*ARABIC\s16现有数据库平台评价从上图看到，用户对Informix数据库管理系统综合评价基本处于可接收状态，所以能够认为，现在Informix在中国人寿运行情况较为平稳。从现在使用情况来看，Informix存在以下问题：产品供给商支持能力弱；从发展角度看，因为系统不再更新，技术水平和性能都将逐步落后；综合上述现实状况和问题，我们初步认为，将系统迁移到其余数据库平台是必定趋势，因为现在Informix运作正常，整个移植计划周期能够依照IBM对Informix支持周期以及新应用系统开发计划来确定，而无须急于立刻实施应用系统迁移改造。现有数据访问权限控制权限管理情况综述图STYLEREF\s"样式标题1propappheading1appheading11appheading12apphea..."1SEQ图\*ARABIC\s17现有数据访问权限控制调查图STYLEREF\s"样式标题1propappheading1appheading11appheading12apphea..."1SEQ图\*ARABIC\s18现有系统审计功效调查从上述两个统计图能够看出，现在数据库和应用系统数据访问控制已经能够满足用户需求，总体评价很好。而且具备了一些审计功效。而另首先，从应用数据角度，中国人寿缺乏一套完整数据访问审计机制，因为审计和系统效率以及管理工作量之间存在矛盾平衡关系，所以需要对审计功效进行总体评定，即从业务风险控制和系统管理角度，划分需要审计操作步骤，并将其作为应用开发和系统管理主要组成部分。CBPS数据访问权限控制描述：基于应用系统访问权限应用系统有独立权限管理功效权限划分通常基于功效进行划分管理：包括到客户一些主要信息控制不是很严，比如帐户信息等。业务上也没有这方面要求和要求管理员权限管理权限管理职责所属部门无统一要求（授权人）重视权限增加，往往无视操作员岗位变动或离司后权限更新审计无进入，退出系统日志统计和监控机制主要数据访问、修改轨迹较难追踪部分数据产生无时间戳上海系统数据访问权限控制现实状况描述：基于应用系统访问权限操作员经过操作系统用户登录，往往使用同一个用户数据库中设置不一样操作系统用户对数据访问权限，通常全部都放开操作员登录后直接进入应用系统画面，中止后也直接logout应用系统中，对各类操作员、各项功效分别设置使用权限管理员权限管理应用系统权限设置功效委派专员负责，可能是IT人员，也可能是业务人员人力资源部负责统一清理岗位权限：整理企业现有员工序号，设置岗位，整理各岗位能够使用业务系统清单和系统中功效清单，然后统一设置审计某个功效进入和出去时间和操作员信息有日志统计，对数据实施了哪些操作则无操作员增加、销户、对某个功效使用权增减，这类操作管理部门往往控制不严江苏系统数据访问权限控制现实状况描述：基于应用系统访问权限有安全管理功效,提供系统运行各项操作安全级别设置和管理特点:能够定义操作员对业务处理系统十一个子系统操作权限级别，共有1~10共十个级别能够设置不一样操作权限;各级别之间相对独立，不相互包含管理员权限管理应用系统权限设置