绩效考核管理系统-概要设计说明书(V3.0).doc

南京通达海信息技术有限公司 《概要设计说明书》

▼
项目级文档

法官绩效考核管理系统
概要设计说明书

南京通达海信息技术有限公司

文件标识：
TDH-GKKJ-E-TS-T05
模板版本：
1.0
文档版本：
3.0
作 者：
康传稳
完成日期：
2015-4-29
文件状态：
[　] 草稿 [ ] 正在修改 [√] 正式发布

文档修改历史记录
日期
版本
说明
作者
2015-4-29
3.0
框架版绩效考核管理系统
康传稳

编写说明：
1、不写内容的章节，请勿删除编号，但需要说明不写的原因。
2、文件标识（TDH-SPI-E-TS-T05）记得修改，其中SPI修改成项目的简称，如SPXT。

目 录
文档修改历史记录 1
1、引言 1
1.1、标识 1
1.2、系统概述 1
1.3、文档概述 1
1.4、引用文件 1
2、需求分析 2
2.1需求概述 2
2.2功能需求 2
2.2.1基础配置 2
2.2.2数据采集 2
2.2.3执行考核 2
2.2.4查询统计 2
3、系统体系结构设计 3
3.1、概述 3
3.1.1、系统划分 3
3.1.2、运行的系统环境 3
3.1.3、运行的应用环境 4
3.1.4、系统所使用的插件 4
3.2、设计思想 5
3.2.1、系统构思 5
3.2.2、关键技术与算法 5
3.2.3、关键数据结构 5
3.3、总体流程 5
3.3.1、系统流程图 5
3.3.2、数据流程图 5
4、模块设计 6
4.1、基础配置 6
4.1.1、指标管理 6
4.1.2、方案管理 8
4.1.3、对象配置 15
4.1.4、人事管理 17
4.2、数据采集 19
4.2.1、个人登记 19
4.2.2、统一登记 21
4.2.3、事项查询 22
4.3、执行考核 22
4.3.1、考核初始化 22
4.3.2、初评自评 25
4.3.3、考评复核 27
4.3.4、考评审核 28
4.3.5、考评监控 30
4.4、查询统计 31
4.4.1、公共页面 31
4.4.2、我的考核 31
4.4.3、明细查询 31
4.4.4、人员考核 32
4.4.5、部门考核 32
4.4.6、法院考核 33
5、接口设计 33
5.1、与审判绩效系统的接口 34
6、其他设计 34
6.1、响应时间要求 34
6.2、数据管理要求 34
6.3、用户界面要求 35
6.4、技术需求 35
6.5、硬件环境需求 35
7、频道设计 36
7.1、频道编码 36
7.2、频道设计 36
7.3、标签设计（频道的集合） 36
8、数据库设计 36
8.1、涉及表 36
8.1.1指标基础信息AR_ZBDM 36
8.1.2考核方案目录AR_KHFA_ML 37
8.1.3考核方案AR_KHFA 37
8.1.4考核方案指标AR_KHFA_INFO 38
8.1.5考核对象配置AR_KHDX_CONFIG 39
8.1.6个人登记AR_EVENT(主表) 39
8.1.7个人登记AR_EVENT_DATA（从表） 39
8.1.6个人登记审批表AR_EVENT_SP 40
8.1.8统一登记AR_EVENT_DATA_TY 40
8.1.9报表索引AR_REPORT_MAP 41
8.1.10报表主表AR_REPORT 41
8.1.11报表数据AR_REPORT_DATA 42
8.1.12计算接口AR_JK 43
8.1.13考核用户表AR_USER 43
8.1.14系统代码表（TS_DM） 43
8.1.15代码控制表（U_DM_KZ） 44
8.2、表间关系 44
8.3、结构变量增量记载 44
8.4、功能配置数据 44
8.5、运行基础数据 44
9、详细设计及集成测试工作量估算 46
9.1、详细设计工作量估算 46
9.2、集成测试工作量估算 47

48

1、引言
1.1、标识
法官绩效考核管理系统。
1.2、系统概述
法官绩效考核管理系统，包括指标管理、方案管理、对象管理、数据采集、执行考核、查询统计等功能，方便法院内部以及上下级法院进行个人、部门、法院考核的集中管理。
1.3、文档概述
本文档供详细设计人员、软件开发人员、测试人员、及项目组其他成员阅读。
1.4、引用文件
无。

2、需求分析
针对调研产生的需求进行分析，包括功能需求分析及非功能需求分析。
2.1需求概述
2.2功能需求
绩效考核管理是法院内部管理的重要内容，通过信息化的手段实现全院、上下级法院的考核管理，包括标管理、方案管理、对象管理、数据采集、执行考核、查询统计等功能。
2.2.1基础配置
包含指标管理、方案管理、考核对象管理。
2.2.2数据采集
个人登记、统一登记、事项查询、考核登记等功能。
2.2.3执行考核
开始考核、考核复核、考核审核、考核监控。
2.2.4查询统计
明细查询、部门考核、个人考核、我的考评、法院考核。
3、系统体系结构设计
3.1、概述
3.1.1、系统划分
绩效考核管理系统
指标管理
方案管理
对象管理
数据采集
执行考评
考核审核
考核监控

查询统计

3.1.2、运行的系统环境
硬件环境
对服务器的要求取决于管理的信息量以及信息的复杂程度。信息量越大、同时使用的用户数量越多，要求服务器的性能越高。
（1）、数据库服务器的配置
CPU：建议使用Intel系列奔腾III1000 及以上型号机器，双CPU 及以上
内存（RAM）：建议2048M，最低1024M
硬盘（HD）：不小于50G
（2）、发布服务器
任何运行Windows NT或Unix/Linux 的服务器。服务器配置根据访问量会有很大的变化。
（3）、客户端
CPU：>1.7GHz
内存（RAM）：建议512M，最低256M
硬盘（HD）：不小于40G
显示器：支持1024×768以上的分辨率
软件环境
（1）、数据库服务器：
Sybase Adaptive Server Enterprise V12.5.4以上
（2）、客户端：
操作系统：Windows 2000/ XP/2003或以上
其他软件包Microsoft Office Word 2000以上
Microsoft Internet Explorer 6.0以上。
测试环境要求
（1）操作系统Windows2003(64bit)
（2）应用服务TOMCAT5.5
（3）JDK版本 1.5
（4）数据库版本SYBASE12.5.4。
3.1.3、运行的应用环境
测试环境要求
（1）操作系统WIN XP sp3
（2）浏览器版本IE6
（3）分辨率1024*768
（4）文档编辑器：office2003
3.1.4、系统所使用的插件
系统图表展示需要adobe flash palyer（for IE）11.0以上版本。
3.2、设计思想
3.2.1、系统构思
无。
3.2.2、关键技术与算法
无。
3.2.3、关键数据结构
无。
3.3、总体流程
3.3.1、系统流程图
开始 -> 指标的考核人 -> 指标的复核人 -> 指标的审核人 -> 结束。
每一个方案中每一个指标都配置了考核人、考核部门、复核人、复核部门、审核人、审核部门。则该方案中不同的指标分别由不同的考核人、复核人、审核人进行审批，若考核人未设置具体人，则能进入该功能的考核部门用户也可以进行考核，若都未设置则以方案配置的用户为准，如方案未配置则以指标基础配置为准。
3.3.2、数据流程图
开始 -> 考核人(自评人) ->复核人 ->审核人 -> 结束。
考核初始化：完毕后，考核状态改为1；
初评：获取状态为1的数据，完毕考核状态改为2 ；
复核：获取状态为2的数据，完毕考核状态改为3 ；
审核：获取状态为3的数据，结束考核状态改为9；

4、模块设计
4.1、基础配置
4.1.1、指标管理
功能介绍：该功能为配置系统指标的详细信息的功能，供方案挑选，可以配置指标的上下级关系，指标的考核人、考核部门、复核人、复核部门、审核人、审核部门。

列表中查询法院代码为本法院的指标，查找输入框模糊查询指标名称。
【新增目录】、【添加子目录】弹出增加目录页面：

【删除】如果选中的是目录，则先判断目录下是否有指标或子目录，否则提示“请先删除目录下的指标和子目录再删除此目录”，如果选中的是指标且该指标被方案引用则提示“指标正在使用中，不可删除！”。
【复制】时将原指标除了代码外所有信息带到新页面，名称后加“(复制)”字样。
所属目录为AR_ZBDM表中存储类型为1、法院代码为自己的记录，默认根据页面带过来。
【上(下)移】将选定指标的排序号与上(下)一个指标排序号对调（同一父代码中移动）。
【编辑】【复制】【添加指标】如果列表中选中的记录为目录，弹出上图中的目录编辑页面，如果选中的是指标弹出下图的指标编辑页面：

控制： 1、必填项：名称、指标类型、所属目录、考核标准、加减分、是否可修正得分、自动计算。
2、自动计算选中是时，计算接口必选，采集方式、采集人、是否事项、事项样式灰色失效。
3、是否区间为Y是时，上限、下限必填。
4、是否事项为Y是时，采集方式、事项样式必填,其他分值项（考核分值、基数、满意值、不允许值、上下限、是否区间、加减分、是否可修正得分）灰色失效。事项样式全角括号必须成对出现。采集方式为1统一采集时，采集人必填，否则灰色失效。
5、采集人、考核人、复核人、审核人获取AR_USER表中未禁用的用户，树形结构多选框（以下如遇到用户树形下拉多选框，如不特殊描述与这个相同，最多选择5人），如下图：

【保存】保存前验证必填项，保存当前页面内容。
【返回】关闭当前页面。
4.1.2、方案管理
功能介绍：配置系统方案的功能。

左侧方案目录可以查看本法院以及本法院辖区内下级法院的方案，按法院分组，如高院可以查看全省所有的法院，中院可以查看本法院以及辖区基层法院，本法院只能修改本法院的方案，其他法院的方案只能查看。
左侧方案目录第一行为操作菜单，增删该子目录，如下图：

【添加子目录】在选定的目录上增加一个子目录，父代码为当前选中的目录。

【移除】先验证目录下（含子目录）是否有方案，如有则不可删除，提示“当前目录下有方案，不可删除！”，如无则删除当前目录。
【重命名】修改当前目录名称，调用上面页面。
【新建方案】【编辑基本情况】【复制方案】弹出如下页面：

控制：所属目录为树性结构单选；是否有效不可编辑；如果该方案在对象配置表中已经引用了则是否禁用灰色不能编辑。
【确定】保存当前页面内容，所有数据项必填。
【修改方案细则】或双击方案可以弹出修改方案细则页面：

如果非权重模式的指标，则权重一栏空白，目录和子目录的权重为该目录下所有权重模式的指标权重之和。
【添加一级目录(类型为目录)】或点击列表中的指标(类型为指标)时，右侧自动展示方案的指标详细信息：

控制：类型为目录时，除了名称其他的都灰色不可操作。
【引用代码】点击引用代码后的下拉框，树形结构展示法院代码为本法院的未禁用且在本方案中未被引用过的指标，如下图：

如果选中多个指标，则提示“是否同时引用多个指标？确定/取消”，确定后关闭方案的指标详细信息，将选中多个指标的同时插入方案指标表中，同时将选中指标对应的值带到相应的字段中供用户一个一个修改；如果只选择一个指标则将选中的指标信息带到方案的指标详细信息供用户修改。
【保存】保存前验证：该指标的是否权重为N否时，权重值为0，为Y是时，权重值大于0小于等于100，验证通过后保存指标的详细信息。将方案的ACTIVED改为N无效，更新方案的ACTIVED时同时更新对象配置表中该方案的ACTIVED值。
【添加子目录】【添加指标】自动调用当前页面，父代码为当前选中的代码。
【删除】（方案维护中的）先判断该指标有没有在考核数据表AR_REPORT_DATA中使用(有无INPK)，如果已经使用则提示“该指标已经被使用不可删除”，删除选中的指标，删除前提示“是否确定删除该指标？确定/取消”确定后删除该指标。将方案的ACTIVED改为N无效，更新方案的ACTIVED时同时更新对象配置表中该方案的ACTIVED值。
【上(下)移】将选定指标的排序号与上(下)一个指标排序号对调（同一父代码中移动）。
【刷新】刷新当前页面。
【验证方案】验证方案权重之和是否为100%，如果为100%，则将方案的是否有效ACTIVED改为“Y有效”，否则提示“该方案权重之和不是100%，请修改方案”。更新方案的初始总分为该方案所有指标的考核分值之和(禁用的指标除外) ，更新方案的ACTIVED时同时更新对象配置表中该方案的ACTIVED值。
权重之和计算方法：非权重模式的指标不参与计算，计算所有权重模式的指标权重值之和，目录和子目录的权重值为该目录下所有权重模式的指标权重值之和，但不参与验证计算。
【删除】（方案列表中的）先判定考核索引表MAP中有无该方案的考核数据，如果有，则提示“该方案已经被使用，不可以删除！”，如果无考核数据再判断有没有用户绑定了该方案，如果有提示则提示“已有对象绑定了该方案，请删除该方案后重新绑定其他方案!确定/取消”,确定后删除当前方案，对象配置表中用户配置的方案也删除，同时配置表的ACTIVED改为无效。
【复制方案】复制本条方案（含方案中的指标），方案名称后增加“（复制）”字样并红框显示提示修改。

【确定】保存当前方案名称和相关信息。
【新窗口】将如下页面新窗口中打开。
【配置对象】方案未禁用且有效时可操作，否则灰色不可操作：
干警页面：

部门页面：

法院页面：

左侧的选择列和干警、部门、法院树，选择法院时只显示下级法院，以上三个页面可以批量配置对象的方案，可以将同一方案同时配置多对象。
【批量配置】点击此按钮先提示“是否确定要将选中的对象批量配置成方案：（XXXXX方案名）？历史方案将被覆盖不可恢复，是否继续？确定/取消”确定后将对象配置表AR_KHDX_CONFIG的选定的考核对象的配置的方案为选定的方案和同时更新方案的有效性（对象配置表中如有该考核对象的配置记录则修改、如无记录则增加）。
4.1.3、对象配置
功能介绍：该功能为配置考核对象(法院、部门、干警)与方案的关系，每个考核对象只能可以配置一个考核方案，上级法院可以配置下级法院，本法院不能配置本法院的考核方案（需上级法院配置），只能配置本法院的部门和辖区内下级法院，不跨级考核。

仅获取本法院部门以及辖区下级法院的数据（非禁用）。
对象管理分为：干警、部门、法院，可以分别对干警、部门、法院进行方案的绑定。部门、法院可以设置自评人(多选)，离开页面时即自动保存选择的数据。
干警配置（上图）：人员清单AR_USER.SFKH=‘Y’参与考核的用户，考核方案下拉框，仅展示未禁用且有效的使用范围为1干警的方案供选择，选定方案后更新对象配置表的方案和方案的有效性。
部门配置：考核方案下拉框，仅展示未禁用且有效的使用范围为“2部门”的方案供选择，选定方案后更新对象配置表的方案和方案的有效性，自评人为树形结构下拉框多选。

法院配置：可以配置本法院的自评人以及下级法院的考核方案（高院只显示本院和下级中院、中院只显示本法院和辖区内基层法院），本法院的考核方案只能上级法院配置。考核方案下拉框，仅展示未禁用且有效的使用范围为3法院的方案供选择，选定方案后更新对象配置表的方案和方案的有效性，自评人为选中行法院的人员树形结构下拉框多选。

4.1.4、人事管理
功能介绍：该功能是对系统用户的简单的人事管理。

仅获取本法院数据，数据存放于业务库考核用户表AR_USER。
左侧为法院、部门树形结构，点击部门展示部门的人员。
【初始化】先提示“初始化会覆盖现有用户数据，是否确定初始化(左侧选中的部门或法院)的数据？确定/取消”，确定后，根据左侧选中的部门，获取框架库用户表中对应的部门的所有未禁用的用户，如果左侧没有选中部门则获取当前用户所在法院的数据，如果选中的部门则初始化选中部门的用户，用户ID、姓名、部门、职务、学历、法官等级默认与框架表相同，是否参与考核默认为Y是，是否禁用默认为N否。
【新增】弹出人员选择页面，法院代码、部门默认与左侧选中的法院、部门相同：
法院：XX法院 部门： ▼ 姓名： 【查询】【确认】
选择
部门
姓名
□

□

□

法院：与左侧选中的相同，未选则为当前用户所在法院。
部门：对应的法院的所有部门。
【查询】根据姓名模糊查询框架库T_USER表中未禁用的且业务库AR_USER中没有的用户名单供选择。
【确认】将选中的用户的用户ID、姓名、部门、职务、学历、法官等级等值插到AR_USER表中，成功后提示“增加用户成功”，关闭当前页面刷新用户列表。
【删除】删除选中的记录，删除前先验证AR_REPORT_MAP中对象ID是否有当前被删除用户，否则提示“已有该人员的考核数据，不能删除，如不再使用请禁用。”如AR_REPORT_MAP中无当前用户记录则可删除，删除前提示“是否确定删除该人员？”，确定后删除该记录。
【修改】调用人员信息页面编辑用户相关信息。

是否参与考核默认为Y是，是否禁用默认为N否
【保存】验证用户ID、姓名、部门、是否参与考核、是否禁用必填。
4.2、数据采集
4.2.1、个人登记
功能介绍：该功能为系统用户进行对自己的日常工作进行登记，登记完毕后走工作流进行审批，流程比较简单：用户登记、部门领导审批、结束。

获取当前用户所绑定方案(有效的)中是否事项为“是”、采集方式为“个人登记”的指标事项，自动生成填报样式，一对全角括号之间自动为一个填报单元格，数据按顺序存入int字段中。
日期默认昨天，可以选择范围为当日（含）之前的日期。
【重置】仅当“1登记”、“3退回”状态时可操作。删除当前从表内容重新从方案中加载最新的事项。
【保存】仅当“1登记”、“3退回”、状态时可操作，保存页面内容。
【提交审批】先自动保存页面内容，提示“是否确定提交审批？确定/取消”，确定后启动工作流提交所在部门领导审批，成功后将状态改为“2提交”。

登记人
登记人的部门领导
结束
个人登记审批流程

说明: 流程号：GJKH_00001
（1）登记人：提起流程,
（2）部门领导：工作流中节点配置的处理人的部门代码与登记人部门相同的用户。
通过“任务管理”的“我的待办”进行审批，处理页面：
上方为审批部分，下方为被审批用户的工作量情况，审批时审批人可以修改工作量情况数据。
【确定】：如修改工作事项的内容则先保存工作量情况的内容，保存填写的审批意见到AR_EVENT_SP表相关信息项，：
若同意：将状态（AR_EVENT.ZT）设置为“4通过”；
若不同意：将状态（AR_EVENT.ZT）设置为“3退回”；
处理完毕后结束流程。
4.2.2、统一登记
功能介绍：该功能为统一对各干警的日常工作进行登记，登记完毕即可，不需要走工作流。

日期选中只能选中当前日期之前的日期（含当日）。
左侧为各方案指标树，获取对象配置表中所有用户绑定的有效方案指标中的采集人为当前用户、且是否事项为“是”、且采集方式为“统一登记”的指标事项，自动生成填报样式，一对全角括号之间自动为一个填报单元格，数据按顺序存入AR_EVENT_DATA_TY表中的int字段中。
右侧将人员按部门分组生成填报样式，点击部门前的加号/减号为展开/收缩部门人员名单。
【保存】保存页面内容。
4.2.3、事项查询
功能介绍：该功能为查询各干警的日常工作（含个人登记与统一登记）。

查询当前用户所有事项相关数据（个人登记AR_EVENT_DAT和统一登记AR_EVENT_DATA_TY），工作数量同一指标的累加，点击数字可以反查工作项目：

状态列为获取对应从表状态ZT，统一登记的都为“通过”状态。
4.3、执行考核
执行考核流程：考核人开始考核à复核人复核à审核人审核à结束
4.3.1、考核初始化
功能介绍：该功能为考核初始化，选中需要考核或重新考核的对象和指定的时间可以开始考核，考核会覆盖选中考核对象之前相同的月份/季度的考核数据，该功能仅供绩效管理员使用。

左上方考核类型下拉框，选中后自动刷新左侧列的被考核对象，左侧列出按个人、部门、法院分组显示所有配置了考核方案且方案有效的被考核对象，搜索栏模糊查找考核对象名称，点击对象名称左下侧方案信息展示当前对象所绑定的方案名称。
考核类型分为：Y月度考核、J季度考核、B半年度考核、N年度考核。考核类型Y月度时只有年度和月度下拉框可以选择，为J季度时，只有年度和季度下拉框可以选择，为B半年度时只有年度和上下年可以选择，为N年度时只有年度可以选择，上下年、季度、月度，只能选择一项，选择后其他项清空。
【开始考评】判断左侧选中的对象在AR_REPORT表中是否有相同的考核报告（相同的考核报告是指AR_REPORT关联AR_REPORT_MAP中开始时间、终止时间、年度、方案范围、考核类型、法院代码、对象ID都相同的记录），如果有则列出考核对象名单提示用户：

同一个对象同一类型时间的考核只有一个，否则删除该对象之前同一类型时间周期的数据。
【确定】开始考核，输入考核的备注说明：

【确定】开始进行初始化，提示如下页面：

评估初始化过程：获取所有被选中的对象以及被绑定方案,遍历所有被选中的考核对象，往以下三个表插入数据:
AR_REPORT_MAP：一个考核对象增加一条记录，内容包括：方案PK获取该对象绑定的方案，报表ID自动生成关联AR_REPORT表，对象ID获取被考核的对象ID，对象类型:被考核对象类型（1个人、2部门、3法院），初始总分：对象绑定的方案的初始总分，方案名称获取绑定方案的名称，法院代码获取当前系统用户的法院代码。
AR_REPORT：报表ID自动生成关联MAP表,报表名称：考核年度+月度(季度)+“考评情况”+上面的备注说明，REMARK为上面的备注说明，开始时间和终止时间为初始化页面选择的时间周期（根据所选择的年度、月度、季度判断，格式为YYYYMM）、创建日期为系统当前时间、创建人为当前用户代码、年度为所选择的年度、方案范围（1个人、2部门、3法院）、考核类型分为：Y月度考核、J季度考核、B半年度考核、N年度考核。法院代码为当前用户的法院代码。
AR_REPORT_DATA：获取考核对象绑定的考核方案中的所有考核指标（不含方案中被禁用的指标），插入DATA表中，一个指标一行，指标的指标代码、指标名称、权重、初始分值、基数、父代码、加减分属性、自评人（部门和法院时获取对象配置表AR_KHDX_CONFIG的自评人）均获取方案指标中配置的值，自评数量默认取0，自评分值默认取指标的初始分值，再确定考核人、考核部门、复核人、复核部门、审核人、审核部门。
考核人、考核部门的确定方法：依次检查方案指标的考核人、方案指标的考核部门、方案的考核人、方案的考核部门。如果某一项未配置则检查下一项是否配置，如果配置了则不再检查下一项，将检查到的第一个值配置到DATA表中对应的字段中。复核人、复核部门、审核人、审核部门与考核人的确定方法相同。
如果指标是自动计算的根据接口自动计算（如自动采集的不到数据则取指标的初始得分，暂时不做），初评值、复核值、审核值都为自动计算的结果。
初始化完毕后的考核状态为1，初始化完毕后提示：“本次考核已经初始化完毕，请通知相关考核对象进行初评自评！”
4.3.2、初评自评
功能介绍：考核初始化后，对应的指标考核人(自评人)可以对考核的指标进行初评（自评）确认，初评（自评）确认完毕后修改指标的考核状态。适用人员：各指标、方案中配置的考核人、考核部门。上级法院考核下级法院、法院考核部门，由下级、部门中配置的自评人通过本功能先进行初评(自评)，再经过复核人、审核人，功能授权给所有参与考核的被考核对象和考核人。

左侧按人员、部门、法院分类展示待考核对象，指标按报表主表的报表名称分组显示，如果部门自评人中含当前用则部门标签可见，如果法院自评人中含当前用则法院标签可见。
对象为个人时查找AR_REPORT_DATA表中考核人（如未配置考核人则查考核部门，考核人配置了的就不需要查考核部门）包含当前用户（未配置考核人时判断当前用户部门与考核部门是否相同）且考核状态为1的记录，按报表主表的报表名称分组显示。
考核对象为法院和部门的时候查找找AR_REPORT_DATA表中自评人包含当前用户且考核状态为1的记录，按报表主表的报表名称分组显示。
点击指标名称可以弹出指标详细页面(只读模式)。
【全部收起】【全部展开】全部收起或全部展开考核内容中的目录和指标。
列表中自动计算为否的指标行后有【初评】操作按钮，自动计算为是有【重新计算】按钮（文件夹类型的不需要）。
点击【初评】可以进行初评打分：

初评得分根据初评数量自动计算：该指标的基础分+/- (基数*数量)，不能超越上下限分，如果得分超过上限下限以上得分取下限值，是否可修正得分为“是”时初评得分可修改。
初评意见存入自评相关字段。
【确认】保存初评数量、初评得分、初评意见到数据表AR_REPORT_DATA中，将考核部门、考核人更新为当前用户部门和用户代码。
点击【重新计算】也调用上面页面，但需要通过接口自动计算初评数量、初评得分，且初评数量、初评得分可以手动修改，如果接口未配置或配置异常提示“接口未配置或配置异常，请更新配置！”。
【初评确认】完毕后将考核状态改为2、更新索引MAP表中自评总分为初评总分之和（注意加减属性），将记录的复评数量、复评得分更新为与初评相同。完毕后提示“初评成功，进入复评阶段。”
4.3.3、考评复核
功能介绍：考核人初评确认后，对应的指标复核人可以对需要复核的指标进行复核确认，复核确认完毕后修改指标的考核状态。适用人员：各指标、方案中配置的复核人、复核部门。

查找AR_REPORT_DATA表中复核人（如未配置复核人则查复核部门，复核人配置了的就不需要查复核部门）包含当前用户（未配置复核人时判断当前用户部门与复核部门是否相同）且考核状态为2的记录，按报表主表的报表名称分组显示。点击指标名称可以弹出指标详细页面(只读模式)。左侧按人员、部门、法院分类展示待考核对象，标签按考核报表主表的报表名称分组显示。指标后有复评按钮（目录类型的不需要）。
【全部收起】【全部展开】全部收起或全部展开考核内容中的目录和指标。
【复评】点击某一待复评指标弹出复评页面：

复评得分根据复评数量自动计算：该指标的基础分+/- (基数*数量)，不能超越上下限分，如果得分超过上限下限以上得分取下限值，是否可修正得分为“是”时复评得分可修改。
【确定】保存复评数量、复评得分、复评意见保存至报表数据表AR_REPORT_DATA中，同时将复核部门、复核人更新为当前用户部门和用户代码。
【复评确认】所有分值复评完毕后，即可点击复评确认按钮进行批量操作：

确定提交后即可关闭当前待复评报表。所有的考核报表都复核完毕后右侧报表标签栏的待复核报表都会消失。
复核确认完毕后将考核状态改为3、更新索引MAP表中复核总分为复核总分之和（注意加减属性），将记录的审核数量、审核得分更新为与复评相同。
完毕后提示“复评成功，进入审核阶段。”
4.3.4、考评审核
功能介绍：复核人复核确认后，对应的指标审核人可以对需要审核的指标进行审核确认，审核确认完毕后修改指标的考核状态适用人员：各指标、方案中配置的审核人、审核部门。

查找AR_REPORT_DATA表中审核人、审核部门包含当前用户或当前用户部门且考核状态为3的考核对象，左侧按人员、部门、法院分类展示待考核对象，指标按报表主表的报表名称分组显示。点击指标名称可以弹出指标详细页面，只读模式，指标后有审核按钮（目录类型的不需要）。
【全部收起】【全部展开】全部收起或全部展开考核内容中的目录和指标。
【审核】点击某一待审核指标弹出审核页面：

审核得分根据审核数量自动计算：该指标的基础分+/- (基数*数量)，不能超越上下限分，如果得分超过上限下限以上得分取下限值，是否可修正得分为“是”时审核得分可修改。
【确定】保存审核数量、审核得分、审核意见到报表数据表AR_REPORT_DATA中，同时将审核部门、审核人更新为当前用户部门和用户代码，
【结束考评】所有分值审核完毕后即可点击结束考评钮进行批量操作：

复核确认完毕后将考核状态改为9，更新索引MAP表中审核总分为审核总分之和（注意加减属性）。
确定提交后即可关闭当前待审核报表。所有的考核报表都审核完毕后右侧报表标签栏的待审核报表都会消失。

4.3.5、考评监控
功能介绍：该功能授权只给各法院考核管理员使用，可以删除考核数据，慎用。

左侧为可以查看当前用户所在法院以及辖区内法院的所有考核方案的考核结果，不能查阅上级法院，也不能查看其它地区法院,点击得分可以查看对应的得分调用公共页面。
展示当前所有考核报表和报表明细记录，可以通过此功能进行删除操作，移除、删除前提示“删除后不可恢复！是否确定当前考核记录？确定/取消”。确定后删除MAP表、报表主表和对应明细记录，
4.4、查询统计
4.4.1、公共页面

标题栏为方案名称+用户姓名+考核类型+年度+月度+季度。
列表展示该方案所有的指标。
指标为事项的，获取个人登记/统一登记中登记的事项，一对全角括号之间为一个数据项获取对应的值展示，工作量情况为该考核周期内该事项的数量之和（参考4.2.3事项查询功能）。
指标非事项的获取AR_REPORT_DATA考核结果中初评、复评、审核相关数量、得分、意见。
本页面为公共页面，供其他查询统计调用。
4.4.2、我的考核
功能介绍：查询当前用户的各考核方案的考核情况。

查询考核索引AR_REPORT_MAP中当前用户的考评情况。
【查看明细】查考核报告详细情况AR_REPORT_DATA中的数据，调用公共页面。
【生成报告】将考核报告详细情况生成EXCEL文档，文档名称XX用户+方案名称+考核时间，文档内容与查看明细功能的查询结果相同。
4.4.3、明细查询
功能介绍：查询各方案的考核情况，只授权给考核管理员。

点击对象得分可以查看考核报表详细情况，调用公共页面。
4.4.4、人员考核
功能介绍：查询各考核人员的考核情况。

查询考核索引AR_REPORT_MAP中干警的考评情况，含审核总分、复核总分、初评总分、初始总分四个标签，标签内按得分由高到低排序。
【明细】查考核报告详细情况AR_REPORT_DATA中的数据，调用公共页面。
【报告】将考核报告详细情况生成EXCEL文档，文档名称XX用户+方案名称+考核时间，文档内容与查看明细功能的查询结果相同
4.4.5、部门考核
功能介绍：查询各部门的考核情况。

查询考核索引AR_REPORT_MAP中部门的考评情况，含审核总分、复核总分、初评总分、初始总分四个标签，标签内按得分由高到低排序。
【明细】查考核报告详细情况AR_REPORT_DATA中的数据，调用公共页面。
【报告】将考核报告详细情况生成EXCEL文档，文档名称XX用户+方案名称+考核时间，文档内容与查看明细功能的查询结果相同
4.4.6、法院考核
功能介绍：查询各法院的考核情况。

查询考核索引AR_REPORT_MAP中法院的考评情况，含审核总分、复核总分、初评总分、初始总分四个标签，标签内按得分由高到低排序。
【明细】查考核报告详细情况AR_REPORT_DATA中的数据，调用公共页面。
【报告】将考核报告详细情况生成EXCEL文档，文档名称XX用户+方案名称+考核时间，文档内容与查看明细功能的查询结果相同

5、接口设计
描述系统级，或与第三方的接口。
5.1、与审判绩效系统的接口
U_DM_KZ表中配置各法院绩效系统的接口URL，自动获取各法院绩效考核系统的数据。
目前只搭架子，接口以后考虑。
6、其他设计
响应非功能性及其他需求，逐项进行设计。
参考本系统的《需求规格说明》，说明对本系统要实现的性能（包括：响应时间、安全性、兼容性、可移植性、资源使用等）要求。
特别注意的测试要点，也在此处描述。
6.1、响应时间要求
u 响应时间
各子系统模块进入和打开时间 <=5s
u 更新处理时间
各子系统模块保存处理时间 <=5s
u 数据的转换和传送时间
平均1k条数据传输和转换时间 <15s
u 报表处理时间
报表的查询时间应<60s
6.2、数据管理要求
根据实际情况，系统应按1000参合人群分析，系统应支持最大单表记录数1万条以上数据。系统应保证向用户提供不间断的服务，这就要求在设备选型过程中，考虑到系统的高可靠性，以提供计算机系统7×24小时连续运行。系统设计时，主服务器建议采用具有较高性价比，高可靠性的UNIX服务器，同时采用一定的冗余配置、集群、负载均衡等技术来有效的保证系统的高可靠性。
对用户所填报的所有重要档案数据进行加密处理，能有效地防止数据丢失或泄露，系统还可对已录入的档案进行锁定，防止被人为地更改，遵循信息录入权限控制机制，不允许修改非本人录入的数据。

6.3、用户界面要求
平台的界面采用WEB浏览器风格界面，界面应用简洁美观，操作便捷，各查询系统应支持个性化快捷方式以及界面皮肤设置等功能。支持鼠标和键盘的兼容操作模式，各种统计图形用户可以自定义选择，统计表格的列宽可以自由调整，系统支持门户界面模式，用户可自定义个人的门户风格和显示内容，系统应同时提供帮助说明。
6.4、技术需求
系统从技术上必须是先进的、成熟的、开放的，以适应业务不断发展与扩展的要求，技术路线要求如下：
采用基于Java平台的J2EE技术体系，系统构建于B/S三层应用体系结构之上，并采用JSP、Servlet、XML等编程技术和面向对象程序设计方法，实现业务逻辑的快速部署和灵活调整，充分保证数据库系统的安全可靠访问。
系统支持跨操作系统，同时支持Windows、Linux及Unix等各种操作系统。
6.5、硬件环境需求
数据库服务器操作系统windows2003 server，数据库软件SYBASE 12.5.4。
应用服务器建议配置2颗2.33GHz 主频CPU，8GB内存，100GB以上硬盘，配置1000M网卡和光纤通道。服务器操作系统windows2003 server，应用服务器tomcat6.0。
7、频道设计
描述本系统，拟设置的频道，这些频道将随应用一同开发和布