《亚信数据质量4.0概要设计说明书.doc》由会员分享，可在线阅读，更多相关《亚信数据质量4.0概要设计说明书.doc（36页珍藏版）》请在三一办公上搜索。
1、AsiaInfo 项目管理文档数据质量核查产品总体设计规格说明书编 写印彬锋编写 时间2010-01-26审 批审批 时间版本V1.0亚信科技（中国）有限公司版权所有文档中的全部内容属亚信科技（中国）有限公司所有，未经允许，不可全部或部分发表、复制、使用于任何目的。文档修订摘要日期修订号描述著者审阅者2010-01-251开始编写数据质量核查TMM文档印彬锋目录第1章引言11.1文档用途11.2阅读对象11.3名词术语11.4参考资料2第2章概述32.1系统概述32.2系统功能性需求32.3系统非功能性需求42.4产品目标42.4.1产品定位52.4.2产品亮点52.5设计约束5第3章系统设计
2、策略63.1基础结构63.2设计策略6第4章系统体系结构74.1系统总体结构74.1.1功能模块划分74.1.2功能模块物理图94.1.3模块逻辑图114.1.4各模块的协作关系说明134.2功能模块设计134.2.1TMM模型134.2.1.1模型配置134.2.1.2模型打分154.2.2告警处理流程支撑174.2.2.1流程负责人配置174.2.2.2告警代理人配置174.2.2.3告警免打扰配置184.2.2.4告警查看184.2.2.5我的任务184.2.2.6规则交维管理194.2.2.7流程定制支撑194.2.2.8未/已交维流程支撑194.2.3监控规则管理支撑194.2.3.
3、1规则配置管理204.2.3.2规则调度管理204.2.3.3完备性检查204.2.3.4规则生命周期管理214.2.4质量分析功能支撑214.2.4.1告警总体分布224.2.4.2告警分层分布224.2.4.3短板分析234.2.4.4告警处理效率分析234.2.4.5质量趋势分析244.2.4.6质量对比分析244.2.5质量报告功能支撑254.2.6权限管理功能支撑264.2.7其它优化功能支撑27第5章系统环境295.1开发环境295.2测试环境295.3运行环境305.4安装目录305.5设计工具要求30第6章关键技术问题31第7章对第三方产品的依赖32第1章 引言1.1 文档用途
4、 明确TMM模型落地到数据质量管理平台的支撑需求。 作为后续质量管理平台优化的需求范围界定本文档是数据质量管理平台优化和相关系统功能开发的起点，是概要设计的主要依据。1.2 阅读对象 参与需求分析和确认的北京移动业务人员； 参与平台开发的北京移动技术人员； 参与需求分析的亚信技术人员； 参与平台开发测试的亚信开发和测试人员。1.3 名词术语序号名词解释1TMMTrouble Management Matrix。根据系统建设经验，经营分析系统关注的数据质量问题主要包括的基本要素为合理性、及时性、完整性、唯一性、一致性和准确性等属性。鉴于数据质量问题的复杂性和多样性，由eTOM、SID等权威框架和
5、模型，引入问题管理矩阵（TMM矩阵）对数据质量进行精细化评价和管理。即以数据处理单元为点，基于数据追溯，基于业务逻辑，把质量进行穿线，全面的从数据流、应用流分析质量问题，进行点线面结合的方式去发现和解决质量问题方法。2数据质量数据质量是数据对用户使用的最佳使用度3错误单元每个评价属性对应的具体规则为一个错误单元4合理性计算各项业务指标之间的关系对业务规则或潜规则的满足程度5一致性描述数据结构（包括概念的、逻辑的或物理）、要素属性和它们间的相互关系符合逻辑规则的程度6及时性指数据刷新、修改和提取等的及时性和快速性7完整性主要包括实体缺失、属性缺失、记录缺失和字段值缺失8唯一性指主键唯一和候选键唯
6、一9准确性数据项对明确的规则定义或值域范围定义的波动满足程度1.4 参考资料中国移动省级NG1-BASS技术规范数据质量管理子系统分册V1.0.0.doc数据质量核查系统3.0- 用户（维护）手册.doc评审技术方案20090916_数据质量.doc（亚信研发评审文档）数据质量提升模型介绍.doc北京公司经分系统-【数据质量】-汇报材料.ppt第2章 概述2.1 系统概述本章节对此次需求做一个总体描述，包括：使用现状分析、平台定位及此次优化的范围/价值，以及平台使用角色、和平台要实现的质量问题处理流程。2.2 系统功能性需求功能名称功能描述核查体系模型支撑主要分为功能打分和模块管理两部分。功能
7、打分主要包括：打分和实现算法，手动和自动打分,分值管理和健康度评估告警处理流程支撑告警处理配置告警处理及展现规则交维管理流程定制支撑未/已交维流程支撑监控规则管理支撑规则配置管理 规则信息管理 有效性检验 规则批量导入规则调度管理规则完备性检查规则生命周期管理质量分析和报告功能规则配置管理规则调度管理规则完备性检查规则生命周期管理告警分析短析分析告警处理效率分析质量趋势分析质量对比分析报告内容定制报告分发报告管理报告展现其它优化功能支撑并发任务支撑规则重组核查规则定位批量处理优化脚本合法性校验知识库功能扩展系统数据维护机制核查速度优化其它易用性改进权限管理功能角色及权限配置管理功能模块权限控制
8、也可参见数据质量核查系统4.0 - 概要工时估算.xls2.3 系统非功能性需求界面操作响应优化性能分布式调优2.4 产品目标根据和北京移动信息系统部的支撑中心、运行中心以及和亚信本地维护队伍（PSO）的访谈，对数据质量平台优化方向：n 建立、完善核查体系在质量管理平台上建立系统化的数据质量核查体系。包括从接口层、仓库层到应用层的质量核查，以及包括一致性、及时性、准确性、合理性、唯一性、完整性的六方面核查。n 告警处理流程支撑实现从告警配置、告警通知、处理过程记录、告警关闭等一系列的数据质量告警处理流程支撑。n 质量分析功能支撑实现面向应用、面向源系统、面向仓库主题域的质量分析功能。2.4.1
9、 产品定位为用户提供查找发现及处理数据质量问题的强有力的软件支撑系统。2.4.2 产品亮点本次开发的数据质量核查平台包括如下几个亮点：n TMM模型打分及健康度评估n 告警处理流程支撑功能n 监控规则管理支撑n 质量分析与报告功能支撑2.5 设计约束数据质量核查平台在逻辑上各个子模块的功能彼此独立，做到了高内聚，松耦合。第3章 系统设计策略3.1 基础结构用到Spring（2.0.5或以上），Hibernate（3.2.4或以上），Struts2（2.0.6或以上），JFreeChart（1.0.2或以上），WebWork（2.0.1或以上）等第三方开源项目组件，推荐使用Eclipse作为ID
10、E开发工具。Web应用服务器使用Tomcat5.5.23或以上版本。JDK使用JDK5.0.12或以上版本。3.2 设计策略l 扩展策略n 为了数据质量核查系统在以后能方便的增加新功能，开发中使用了标准的、模块化的、可配置的第三方组件，按照标准进行简单的配置就能增加新功能；l 复用策略n 图形展示将复用经营分析系统中原有的画图公用类；第4章 系统体系结构4.1 系统总体结构4.1.1 功能模块划分根据应用不同的原则，可以将此次数据质量核查划分为7个子系统。 各子系统的功能如下：l TMM模型TMM模型子系统包括如下主要功能：TMM模型打分算法：参见3.2.1.2章节。手动打分自动打分分值管理健
11、康度评估l 告警处理流程支撑告警质量处理流程支撑主要包括如下功能：告警处理配置告警查看我的任务规则交维管理流程可定定制支撑帮助信息及处理提示。l 监控规则管理支撑 规则配置管理 规则调调度管理 规则完备性检查 规则生命周期管理l 质量分析功能支撑告警分布 短板分析 告警处理效率分析 质量趋势分析 质量对比分析l 质量报告功能支撑 报告内容定制 报告分发 报告管理 报告展现l 其它功能支撑并发任务支撑规则重组核查规则定位批量处理优化脚本合法性校验知识库功能扩展系统数据维护核查速度优化易用性改进l 系统权限管理支撑角色及权限配置管理功能模块权限支撑4.1.2 功能模块物理图当使用者需要分析三层六属
12、性及二级子层中各个模块的质量情况时，通过TMM模型打分系统，对各个子模块进行打分，并且使用者可以根据事先设定的健康度等级，得出各个模块属性的健康度情况。当检查项产生告警时，系统会触发告警流程处理等程序。具体流程处理如下说明： 告警规则管理支撑，包含规则完备性检查，签控规则的执行，包括手动执行和调度执行。以及对规则的生命周期管理的功能。质量分析是通过分析质量签控规则执行后的情况，分析现有数据的质量问题，定位质量短板,以便集中有限资源重为解决短板问题，从而有效提升数据的质量。质量报告功能，数据质量分析报告是对一定时间内的数据质量状况的一个分析沉淀。其它功能支撑主要包括并发任务支撑，规则重组核查规则
13、定位，批重处理优化，脚本合法性校验,知识库功能扩展，系统数据维护机制，核查速度优化，易用性支持等。系统权限管理支撑，分为角色和数据权限的管理，功能模块权限控制。4.1.3 模块逻辑图使用者登录到数据核查平台上，使用TMM模型支撑系统，可以对模型进行打分评估，也可以对模型进行维护管理。使用者可以在告警流程支撑功能上，可以进行告警处理配置，告警查看，任务处理，规则交维，以及流程定制的处理。使用者可以通过告警规则管理功能，进行规则配置管理，规则完备性检查，规则调度，以及规则的生命周期管理和查看。使用者通过质量分析与报告功能，分析数据质量的健康状况,告警处理情况，以及得出一些分析报告。本次数据质量核查
14、系统将会增加并发任务处理，规则重组，批量处理等功能。使用者通过权限管理支撑，实现数据级的权限管理，通过BIPlatform进行功能性的权限管理。4.1.4 各模块的协作关系说明数据质量核查平台中以上的这几大功能彼此相对独立，使用者可以通过这几大功能，对数据的质量进行核查，以便及时，速度的做出处理，以期减少由数据错误带的损失。4.2 功能模块设计4.2.1 TMM模型TMM（trouble management matrix），是经分数据质量的管理模型。根据经分数据加工处理过程，数据质量评价属性体系从应用层、仓库层和接口层，分别对数据质量的基本要素合理性、及时性、完整性、唯一性、一致性和准确性等
15、属性，按库表存储，针对表级、字段级、跨表级，对各个核查单元进行设定评价规则（如：用户表的用户id是否唯一构成一个核查单元）。通过按层和各层的评价属性设定权重，采用加权平均计算出各层的质量模型得分和系统的最终得分。设计说明：该模块分为三部分：权重值管理、健康度等级管理、模型打分。4.2.1.1 模型配置BS端新增“TMM模型配置”模块，包含两个页面：权重值管理，健康度等级管理。权重值管理页面，是用于对参与打分的顶层核查主题配置权重值，可以对参与打分的核查主题进行增删操作，参与打分的核查主题必须指定其自身权重及其六属性的权重。页面以表格形式列出已配置了权重的核查主题的七个权重值（自身权重，六属性权
16、重），全部都是可写的状态。有增加权重、删除权重的功能，即可以对参与打分的顶层核查主题进行增删操作。按照需求规格说明书的要求，一般添加三个核查主题（接口层、仓库层、应用层）。在填写了所有权重值后，点击保存按钮，程序将进行权重和为1的校验，校验通过则成功保存，否则提示哪一部分有问题。页面提供按钮“选择时间点”，点击后弹出页面显示所有历史配置的时间，选择一个时间后在主页面显示那个时间的配置。主页面默认显示最后一次配置。在页面下方加入和为1的校验说明信息。显示效果如下表格：核查主题自身权重合理性及时性完整性唯一性一致性准确性接口层仓库层应用层其中核查主题列显示的是所有参与打分的核查主题（可增删）。数据
17、流图如下图：健康度等级管理页面，用于按照得分（0-100）和六属性中的最低正确规则占比（0-1）划分区间，为每个区间指定健康度。并且指定每个健康度的颜色（颜色不记录历史配置）。数据库初始化时指定每个健康度的ID、名称、颜色。页面提供“配置颜色”按钮，点击弹出页面可配置四种健康度的颜色。页面提供按钮“选择时间点”，点击后弹出页面显示所有历史配置的时间，选择一个时间后，在主页面显示该时间的配置。主页面默认显示最后一次的配置。数据库初始化时导入一个健康度等级的初始配置（按照需求规格说明书中要求）。页面打开时表格形式显示当前健康度等级的配置。得分从0至100可划分为N个区间，在这N个区间中，每个区间内
18、根据最低正确规则占比从0至100%可划分为多个区间，每个区间指定一种健康度。数据流图如下图：4.2.1.2 模型打分BS端新增“TMM模型打分”模块，仅有一个页面。根据检查项执行结果、权重值的配置、健康度的配置等数据信息，为指定月份的数据质量进行打分及健康度的评级。打分执行分为调度执行和手工执行两种方式，其中调度执行仅打总分，手工执行可以选一个或多个核查主题进行打分。分值查看以树的形式展现（仅显示最上两层核查主题），每个节点的背景色用于标识健康度，每个节点名称后跟其得分。主页面如下图：点击一个节点，弹出页面显示该节点核查主题的历次得分值，并有“手动打分”按钮，可对该核查主题打分。数据流图如下图
19、：4.2.2 告警处理流程支撑对告警处理流程的支撑，包括：监控规则配置功能支撑、监控规则调度运行支撑、告警发送、告警查看、告警分派、告警处理、告警关闭等部分。设计说明：4.2.2.1 流程负责人配置BS端新增模块。（1）可以新建多个“流程负责人配置”，里面包含五个角色对应的用户（一对一）。（2）在页面上以树形结构列出所有检查项（以复选框方式多选），可以为所选检查项指定一个“流程负责人配置”。4.2.2.2 告警代理人配置BS端新增模块。该模块仅管理员有权限。可以为所有用户指定代理人，启用、停用代理人。说明：为自己指定代理人，在“我的任务”模块。当启用代理人后，该用户的所有任务可由代理人和该用户
20、共同处理。4.2.2.3 告警免打扰配置在“免打扰时间”内不发送告警短信，过了“免打扰时间”再将短信发送。在CS端“告警详细配置”中启用免打扰时间，在后台程序加入对“免打扰时间”的相应功能，尤其是免打扰时间内的短信的滞后发送（当前是不发送）。在后台程序发送告警短信时，先查询该告警状态，如果是已经处理完成的，则不发送短信。4.2.2.4 告警查看在BS端“数据质量监控”模块的“当前告警”页面改造为“告警查看”页面，显示所有的告警信息（无论是否处理完毕）。加入权限控制，对有权限的核查主题产生的告警可以查看。“告警查看”页面去掉处理功能，仅保留查看功能。列出所有有权的告警信息，增加一些字段：（1）
21、所处环节（2） 当前负责人（3） 告警时间性（4） 规则名称(5) 流程状态 (6) 告警类型4.2.2.5 我的任务BS端新增“我的任务”模块，包含3个页面：我的任务、历史任务、代理人配置。“我的任务”页面：包含所有当前用户需要处理的和需要代理别人处理的告警。显示基本的告警信息，有按钮“进行处理”进入工作流该环节的处理页面。在我的任务处理页面中，有“批量处理”按钮：1）批量告警处理：选定需要批量处理的告警列表（告警可能出在不同的流程环节上），执行批量关闭，并记录批量关闭原因。此时状态从“非批量”转到“批量关闭申请”。2）对应支撑负责人会收到批量告警的审核信息，如同意则告警关闭，此时状态从“批
22、量提出申请”转到“批量关闭审核完毕”；否则回到批量关闭操作前的处理环节，此时状态从“批量关闭提出申请”转到“非批量”。当告警已设置“批量审核完毕”状态后，告警后续的流程环节自动设置到“告警关闭”，相关信息均设置为“批量处理”，并记录批量关闭原因。批量处理可由新的工作流实现。“历史任务”页面：显示当前用户曾经处理过的告警信息。“代理人配置”页面：配置当前用户的代理人，进行启用、停用操作。4.2.2.6 规则交维管理BS端新增模块“规则交维管理”，包含一个页面。以树形结构复选框形式展示检查项，打钩表示已交维，未打钩表示未交维。4.2.2.7 流程定制支撑工作流部分待技术确定后再做设计。4.2.2.
23、8 未/已交维流程支撑未交维规则产生告警触发未交维流程。已交维规则产生告警触发已交维流程。具体设计待技术确定后再做。4.2.3 监控规则管理支撑核查主题、KQI、检查项的配置，检查项的各项属性配置、生命周期管理、执行等。设计说明：规则配置管理，使用核查主题实现三层及其子层的分类。顶层核查主题至少拥有“接口层”、“仓库层”、“应用层”三个核查主题，可增加其他核查主题。核查主题可以建立无限层次，但至少拥有两个级别，即实现“三层”和“二级子层”的分类。规则调度管理：分为手工和自动调度。规则完备性检查：检查现有规则配置的合理性规则生命周期管理：查看规则的生命周期，包括生效、失效、修改等操作的详细信息、
24、操作人、操作时间。设计说明：4.2.3.1 规则配置管理（1） 增加检查项的字段：属性（六属性之一）、是否强制性、是否有效、运行周期（2） KQI增加字段：对应库表信息（KQI的记录sql对应的库表）（3） 有效性校验模块：暂时无法支持（4） 检查项的修改、生效、失效设置由系统消息通知开发负责人。在进行修改时生成消息插入到平台消息表中，当用户登录后即可弹出显示。（5） 优化批量导入功能。4.2.3.2 规则调度管理（1） 调度执行：改造现有的“任务管理”模块，增加调度执行功能。（2） 手工执行：一是在改造后的“任务管理”模块中的“立即执行”功能，二是在工作流“告警处理核查”环节可手工执行检查项
25、及与其相关联的KQI。（3） 注意：强制性规则在产生告警时要返回错误日志，导致调度挂起。4.2.3.3 完备性检查BS端增加模块“规则完备性检查”，两个页面：“参数配置”页面、“完备性检查”页面。疑问：参数配置是针对层的还是针对属性的？暂时理解为层的。公式中t1表示什么？参数配置页面：四行四列的表格形式进行配置，格子里是文本框。三行为层，三列为参数（表的个数、id字段的个数、数值类型的字段个数）。完备性检查页面：在打开页面时进行完备性的检查（按需求中公式计算）和结果展示。展示结果如下：实际规则数应建规则数应补规则数接口层一致性233433200准确性233433200合理性233433200性
26、233433200性233433200性233433200应用层一致性233433200准确性233433200合理性233433200性233433200性233433200性233433200仓库层一致性233433200准确性233433200合理性233433200性233433200性233433200性233433200完备性计算公式：(表的个数t，id字段的个数R，数值类型的字段个数i)层次评价指标规则个数应用层合理性I/2+R/3及时性2t/3完整性i/2+2t/3唯一性t1一致性2t/3准确性t仓库层合理性3t及时性t完整性i/2+t唯一性t1一致性3t/2准确性3t/2接口
27、层合理性2t及时性t完整性8t唯一性t1一致性t准确性t4.2.3.4 规则生命周期管理BS端增加模块“规则生命周期管理”，两个页面：生命周期查看、规则启停配置。生命周期查看页面：选择核查主题，页面的左半部分显示该核查主题下所有检查项，右半部分显示选中检查项的生命周期信息（取自配置日志表），四列：操作时间、操作员、操作类型、日志信息。规则启停配置页面：以树形结构（带复选框）选择多个检查项，执行生效/失效操作。规则的修改和启停需要以系统消息的形式通知开发负责人。4.2.4 质量分析功能支撑质量分析模块，是通过分析质量监控规则执行后的情况，分析现有系统数据质量问题，定位质量短板，便于集中现有资源重
28、点提升短板数据质量。设计说明：BS端增加模块“质量分析”，包含四个页面：告警分布、短板分析、质量趋势分析、质量对比分析。4.2.4.1 告警总体分布告警总体分布是三层的规则总数，告警总数，告警占比，以图形的形式展现出来。横坐标：显示顶层核查主题纵坐标：告警个数、规则数、告警占比4.2.4.2 告警分层分布可指定核查主题，进行核查主题内部的指定维度、指标的图形显示。4.2.4.3 短板分析可选择月份，树形显示（仅最上两层核查主题）所选月份的最后一次打分值及健康度。点击节点可跳转到“告警查看”页面显示该节点的所有告警。4.2.4.4 告警处理效率分析分两个页签：日告警处理效率分析、月告警处理效率分
29、析。每个页签有两张图：已处理完告警时长分析、未处理完告警时长分析。可选择开始时间、结束时间、多个核查主题、多个属性。横坐标：时长纵坐标：个数4.2.4.5 质量趋势分析从核查主题树中选择一个核查主题，显示其得分趋势图。可选择开始月份和结束月份，选择是否过滤手工打分。xxxTMM模型分值的趋势分析4.2.4.6 质量对比分析选择两个时间点，选择一个核查主题，若选择根节点，则列出所有顶层核查主题的得分，若选择的是顶层核查主题，则列出该核查主题及其所有二级子层的得分，若选择的是二级子层，则列出该二级子层的得分及其六属性的正确规则占比。显示结果分三列，第一时间点得分，第二时间点得分，分数差值。如下图所
30、示：三大层的对比图，如下所示：二级子层的对比图，如下图所示：各层属性的对比，如下图所示：4.2.5 质量报告功能支撑数据质量分析报告是对一段时间内数据质量状况的一个分析结果的沉淀。此处提到的分析报告，专指应用层的核查情况，报告是面向业务应用使用人员的，业务使用人员在使用经分系统的同时，也能对这些功能背后的数据质量状况有认知，同时根据告警规则也可以提出优化建议。首先由负责人定制报表，然后交由支撑中心领导审批，审批完之后进行报告分发。设计说明：BS端增加质量报告模块。包含三个页面：报告查看、待审阅报告、报告定制。报告查看页面：列表形式显示所有有权查看的报告，点击报告弹出页面显示报告的详细内容。支持
31、下载EXCEL报告文件。待审阅报告页面：显示当前用户有权审阅的报告，点击报告弹出页面显示报告详细内容，可修改报告内容，保存后批准分发，或执行拒绝操作，拒绝后的报告不在“待审阅报告”页面显示。报告定制页面：选择报告对应的核查主题、检查项集合，设定报告生成的时间，设定报告名称，设定报告的审阅人（1个）、接收人（可多个），设定报告生成的通知方式（平台消息还是短信）。4.2.6 权限管理功能支撑负责处理当前的任务，包括对任务的执行和回退功能，以及功能权限的管理。设计说明：设计说明：4.2.7 其它优化功能支撑1系统需支持多人同时维护核查规则易用性高2核查规则树需支持规则重组（即规则可从一个核查主题移到
32、另外一个核查主题），需支持批量操作易用性高在CS端加入转移功能，支持转移功能，右键菜单加入“转移”，弹出页面可选择一个核查主题，若当前核查主题为目录类型，则目标核查主题必须是目录，若当前是叶子节点，则目标核查主题不限：若为目录，则将当前核查主题的父节点改变为目标节点；若为叶子，则将当前核查主题下的所有KQI和检查项都转移到目标核查主题下。3按钮需增加文字说明或提示易用性低4核查规则需支持快速查找定位易用性中BS端信息地图使用灵活查询找到KQI或检查项后，核查主题树自动展开定位到该项。CS端增加查询KQI或检查项的功能，支持将查询到的实体所在核查主题展开。5批量导入功能需简化处理（仅需要提供必要
33、的信息即可进行批量自动导入）提供的信息包括：核查名称、核查方法、SQL脚本、比较方法、维值、告警接收人等信息易用性低优化批量导入功能6需支持脚本合法性校验，并尽量兼容更多的合法SQL易用性高CS端配置KQI时进行SQL脚本校验；增强后台kqi程序对sql的兼容性。7核查主题，核查名称、核查子项、指标名称长度需要扩展易用性中8核查规则表达式配置不易操作：如：表达式增加操作符易用性中CS端表达式配置界面优化9核查规则定义考察维度时，不易操作易用性中CS端维度配置界面优化10告警短信需体现规则信息及告警原因，便于业务人员了解告警情况易用性高每个检查子项增加一个字段存储告警描述信息头，在后台核查生成告
34、警详细信息时将该值拼在详细信息的首部。11BS端“数据质量监控当前告警告警明细”中如果执行多次核查，则显示多次执行的告警情况，应显示最后一次的告警情况易用性高改造BS端“告警查看”页面（原当前告警），告警详细信息只显示最后一次核查的信息。12每一条告警信息应有相应的告警原因、告警分类、告警处理办法；合理性高工作流支持13知识库应该是基于核查规则建立的告警处理办法，并且需便于查询合理性高完善知识库的查询功能。14告警设置不易操作，主要是告警详细信息内容比较多，操作没有次序及层次感易用性中CS端改造为BS时支持15信息地图加载比较慢性能中规则数据量以万级测试分析原因后考虑解决办法。16信息地图在经
35、分框架内展现界面比较小，收缩经分功能树后，界面区域需自动扩展易用性低技术原因，有待解决17信息地图核查规则树需支持规则查找定位并展开功能易用性中同418信息地图“结点详细信息”显示比较慢性能高结果数据量较大引起，待考虑19信息地图“结点详细信息”中指标显示的信息应显示全，并可以进行COPY内容，便于在查找告警原因，尤其是SQL脚本易用性高改造BS端信息地图模块的“结点详细信息页面”20部分表格数据显示内容显示不全易用性中建议采用类似自定义查询的表格，可以支持排序、改变列宽等21权限控制选择角色下拉列表显示不全角色名称，并且角色比较多，不易选择易用性中BS端权限控制模块增加对角色的模糊查询22当
36、产生告警时，并且配置了告警短信接收人而没有收到告警短信时，可以快速地通过日志定位到原因可维护性高改造后台程序warn_main，涉及日志等等23执行日志需要有备份及清空机制（trace日志及log日志）可维护性高改造后台tcl程序解决24目前核查执行(核查指标与核查规则)很慢，需要进行优化处理性能高同18目前fm3.fm_check_result数据量：10141772fm_kqi_result数据量：2275230425当执行KQI/CHECK时，不应该允许全部执行,否则一旦调度配置错误，将会执行全部的核查可维护性高改造后台tcl程序解决26后台程序warn_main的监控，经常挂掉改造wa
37、rn_main后台程序第5章 系统环境5.1 开发环境l 硬件环境1 CPU，1G内存l 软件环境Windows 2000Tomcat 5.5.23或更高版本JDK5.0.12或更高版本Oracle 9.0.2.4l 网络环境公司内部局域网5.2 测试环境l 硬件环境2 CPU，2G内存l 软件环境Windows 2000 ServerTomcat 5.5.23或更高版本JDK5.0.12或更高版本Oracle 9.0.2.4l 网络环境公司内部局域网5.3 运行环境l 硬件环境2 CPU，2G内存以上l 软件环境Windows 2000 Server以上Tomcat 5.5.23或更高版本J
38、DK5.0.12或更高版本Oracle 9.0.2.4或更高版本/DB2 8.1.x或更高版本l 网络环境局域网或Internet5.4 安装目录此系统需要安装在数据质量核查平台的目录下，则本系统的各种文件安装目录如下：l 页面文件（*.jsp、*.js、图片等资源文件）；l class文件安装在；l struts配置文件安装在C:aiomnitomcatwebappsrootWEB-INF目录下；l spring配置文件安装在C:aiomnitomcatwebappsrootWEB-INFclasses目录下；5.5 设计工具要求系统采用的设计工具如下：l 数据库设计工具：ER-Winl UML设计工具：Raltional Rosel 流程图、数据流图：Visio第6章 关键技术问题需要引入第三方的工作流产品，处理流程的流转功能。第7章 对第三方产品的依赖本系统中共使用了：第三方工作流产品，Spring、Struts、Hibernate、JFreeChart等第三方开源产品。其中Spring、Struts、Hibernate属于系统框架级产品，所以一旦决定使用，纳入到系统实际开发中后，想使用其他产品替换基本不可能，这3个产品和系统之间是紧耦合关系；JFreeChart属于应用级产品，在使用过程中可以使用其他产品来代替。
