[续上文：可配置多级指标投票打分应用设计（1） ]

2. 考核打分周期管理

　　考核周期管理内容包括：考核周期名称、起止时间、考核范围、打分表。打分者及被考核者单独管理。

　　其中，考核范围是非常关键的“关系型”数据项，确定被考核者及投票打分者的范围（人工发放评测票）。
　　

2.1. 考核周期列表

　　在考核周期列表页面，提供新增、编辑、删除、关闭功能，其中编辑、删除按钮是针对选中行进行处理的，样例如下图所示。

2.2. 考核周期管理

　　考核周期管理内容包括：考核周期名称、起止时间、考核范围、打分表。此界面内容，采用手工录入模式，其中，打分表从已有的打分表中选择。
　　
　　每个考核周期数据，按业务实例管理。

　　在当前考核期，投票后，不允许再投票。
　　这是按当前业务流程管理模型，通过控制待办投票来控制业务使用权限。

3. 被考核者管理

　　被考核者是投票打分体系里的评测票主体，投票人使用评测票进行投票打分，给被考核者打分。被考核者是通过打分表为载体，按打分表规则给出评测。

3.1. 被考核者名单管理

3.1.1. 名单维护管理

　　从组织结构中选择组织、人员到被考核者库中，也支持系统平台外组织、人员做为被考核者。

3.1.2. 名单分组管理

　　按公司/单位分组管理，例如：公司领导、部门中层等，可以自行设置。

3.1.3. 选名单界面

　　按分组树展现名单。

3.2. 打分表配置被考核者

　　被考核者与打分表绑定在一起，做为统一对象投票对象进行数据处理。

　　每个被考核者，在数据层面看是一个文档，内容包括：考核期信息、总分、每个打分表等分情况（总分、平均分），如下图所示。

　　对应文档在MongoDB中BSON格式表示如下：

{examinee:省公司,period:2016年第一季度,mark:分数,status:完成状态,endtime:结束时间,markingtable:[{详见打分表},{}]}

　　数据Schema说明：

4. 投票人管理

　　投票人员管理分为实名投票人和匿名投票人。投票人管理实质是为参与人员发放评测票，投票人管理功能所做的事情就是管理参与人员以及其对应的选票，以流程角度来看就是待办任务（待填写的表单）。

4.1. 投票人名单管理

4.1.1. 实名名单维护管理

　　从组织结构中选择人员到被考核者库中。

4.1.2. 匿名名单维护管理

4.2. 投票人的（评测票）管理

　　投票人的评测票管理就是为打分表配置投票人，同时生成待办评测票。

注：上图中，涉及到被考核人，与“3.2. 打分表配置被考核者”所描述有重复，在实际开发时需要复用或限定处理。

　　待办数据，可以考虑复用系统待阅信息表及相关Webservice，相关表结构如下。

　　通过WKFL_ID、WKFL_NAME、CURRENT_STEP_ID、CURRENT_STEP_NAME分别存储MongoDB文档数据中的_id、数据集合（table）名称，…，根据需要逐步完善定义。

参考：
1. 《谈业务流程全生命周期管理支撑业务流程再造（1） 》 肖永威 2015.9
2. 《用于考核、评价的投票打分系统解决方案 》 肖永威 2014.6
3. 《使用JavaScript实现动态创建含合并单元格（行）的表单 》 肖永威 2016.4
4. 《可配置多级指标投票打分应用设计（1）》 肖永威 2016.4