奖励管理系统功能研究与设计

石英

（中海油信息科技有限公司信息技术分公司 天津市 300000）

1 引言

随着社会发展，为激励在工作中作出重大贡献的单位、个人，各行业、机构都会组织各类评优、评奖等管理活动，通常实际组织评奖时涉及人员众多、手工计算工作量大、审查内容繁多，需要通过信息化手段来提高管理效率、降低管理风险，而评选活动一般频率固定，在业务上申报内容格式规范，评选指标明确，具备信息化条件，本文将对奖励评审管理信息系统建设进行研究和设计。

2 整体设计

奖励管理系统主要分为5 个模块：申报、审查、评审、备案、基础管理。

2.1 申报模块

用于各评奖信息申报，根据不同奖种和每个用户的权限，显示不同的申报书界面，在线填写，并根据管理要求设定的校验规则和条件进行申报环节的检查。常见申报书内容包括成果/个人/团体的基本信息，成果/业绩说明，成果完成人/团体成员，曾获得的奖励/荣誉称号、知识产权，带来的经济效益，以及各类证明材料。

本模块设计和实现的难度在于界面展示、富文本、校验等3 个方面。不同奖种的填报内容差异较大，所以需要针对不同的奖种分布设计和开发前端页面，以便比较好的适应用户需要。针对成果/业绩介绍部分的内容，因用户填报时都是大段文字描述，还会插入表格、图片甚至是数学公式或化学分子式，需要兼容性非常好，且具备良好的用户交互，便于用户进行编辑调整，在设计和开发时建议直接嵌入成熟富文本控件来解决。申报时的校验规则除格式、字数、必填项校验外，通常会根据业务管理需要增加其他校验，如重复申报、重复使用效益证明或知识产权证明等，同时要在申报完成后将各部分申报内容生成为整套pdf 格式的申报书，并添加水印、防伪标识用于判断版本，以方便用户打印盖章后纸质归档。

2.2 审查模块

审查模块主要是审批流程流转，根据需要主要操作包括：审核通过、悬挂待批、退回修改、作废、撤回等。该模块的设计重点是选用成熟稳定的工作流引擎。

申报和推荐单位应在规定时间内提交推荐书，同时须提交与系统填报内容一致的推荐书及附件纸质材料1 套，并根据推荐书中的要求签字盖章。推荐书及相关材料应完整、真实、规范、可靠。所有推荐项目应在完成单位范围内进行公示，公示内容包括项目名称、完成人及其职务和完成单位等信息，公示时间不少于5 个工作日。公示无异议或虽有异议但经核实处理后再次公示无异议的项目方可推荐。

奖励评审实行公开、公平、公正原则，注重效益，择优奖励，主要审查内容包括：

（1）所列主要创新内容连续2年推荐评审但未授奖的；

（2）所列主要创新内容（含专利、论文等）已获得或正在申报国家、省部级、集团公司或其他全国性社会力量奖的；

（3）重复推荐不同奖种的；

（4）申报项目整体技术未应用（验收）或应用（验收）不足2年的；

（5）所列论文、论著公开发表不足1年的；

（6）推荐书主件与附件内容不符、未提供相关证明材料或证明材料不全的。包括但不限于：无应用（验收）证明；知识产权数目、目录和附件材料不一致；知识产权证明与所列主要创新、发明内容关联度不大；提交未授权的知识产权证明；完成单位贡献与主要创新内容不符；有经济效益数据但缺乏经济效益计算依据；

表1：数据库设计

（7） “对本项目主要学术贡献”一栏未写明完成人对科技创新内容做出的贡献、工作量及未提交旁证材料证明本人贡献的；

（8）电子版推荐书与书面推荐书不一致的；

（9）推荐单位（推荐专家）未填写推荐意见或未盖公章（签名）的。

2.3 评审模块

图1：软件架构

图2：系统部署架构设计

该模块根据业务需要，可以设定初评、终评、结果报审等子模块。初评、终评的设计重点是评委打分与投票操作界面设计、评分规则及结果计算规则实现、评审结果投屏展示样式设计，保障评委评分投票及最终评审结果界面明确且操作友好、结果计算准确。

在评审时间范围内，评委登录系统直接进入评审界面，看到各奖种待评审项目清单，点击项目名称可以查看项目申报书及各类附件，只能在线查看，不能编辑、下载、复制。点击评分按钮可打开评分指标页，页面包括指标含义、权重、指标分数要求等，方便专家评委了解指标信息和打分要求，逐项打分后保存，系统根据权重和评委打分自动计算项目加权总分。所有项目都完成打分后，统一进行提交，提交完成后锁定界面，不允许再修改分数。所有评委都提交完成后，系统根据设定的规则进行各项目总分数和总票数计算，排名后确定结果名单。

特等奖、一等奖获奖项目须获到会评委三分之二（含三分之二）以上人数通过；二等奖获奖项目须获到会评委二分之一（含二分之一）以上人数通过。若各等级拟授奖项目数超过该等级奖励数量限额，则依据综合得票分数排名，在限额内依序取满为止。分数与票数均并列时，同时授奖。注意：因故缺席的评委不算在内，计算结果时忽略。

2.4 备案模块

根据评审结果，生成各获奖成果/人员/团体的宣传介绍材料、获奖证书并可在线签章后打印。该模块设计和实现的重点是电子签章等技术的集成，同时要关注各输出材料的美观度。

证书打印是大量减少人工工作量的模块，因不同等级对应的完成人数量不同，需根据最终获奖等级计算完成人数量和编号，该功能按照奖种设定的等级编号、项目数量、完成人数量等信息，自动生成获奖项目的完成人和完成单位证书编号，按照排版效果直接进行证书打印、邮寄地址信息打印等。

2.5 基础管理

该部分除各业务系统必须的组织机构与权限管理、流程管理外，还有奖种设置、指标分配、专家库及评委筛选等模块。其中奖种设置主要实现奖种申报审核起止时间、等级设置及各等级获奖数量上限。指标分配主要实现各单位在不同奖种中可申报数量上限，可按照年度对每个单位进行申报指标分配，分配完后，各单位在指标范围内进行申报。

专家库及评委筛选主要根据单位、专业、数量等规则随机选取专家形成评委，并排除掉与被评审成果完成人/个人/团队重复的人员。常用规则：自动规避项目完成人，按照专业区分选择，每个专业选择的专家数可以灵活自定义，同一单位/部门的专家数不超过3 人，2/3 评委未参加过上年度评选等。

3 系统设计

3.1 软件架构

软件架构见图1。

整个平台技术架构需按照基础设施层、开发平台层、应用层、展现层等四层架构进行设计开发。四个层次包括七大板块，对各板块的能力要求如下：

（1）基础设施层：系统设计需支持底层Windows 操作系统，支持海油内部MPLS 网络通讯架构。

（2）数据存储层：系统的数据存储支持关系型数据库、文件存储等多种数据存储方式，并提供访问接口、协议及API。

（3）基础服务层：本层需提供认证服务、用户及组织数据服务、日志管理服务、大附件管理服务，业务应用开发时可调用本层提供的服务接口，实现基础服务的统一管理，实现海油集团对基础服务的集中管控。

（4）开发框架层：提供包括：表单设计工具、流程审批开发设计工具、页面配置工具、集团化应用支持能力、系统集成接口等应用开发工具，

（5）应用层：根据ITECH 系统具体需求实现的应用功能模块，本层须具有松耦合性，即不依赖于某个特定开发框架工具进行实现。

（6）展现层：需支持B/S 结构的访问方式。

3.2 系统部署架构设计

架构设计见图2。

3.3 数据库设计

数据库设计见表1。

4 结语

本文通过奖励评审管理功能研究与设计，明确奖励评审管理业务信息化的实施重点和基本设计思路，为奖励评审管理信息化建设实施打下基础。