首页 > 代码库 > 用于考核、评价的投票打分系统解决方案
用于考核、评价的投票打分系统解决方案
1、前言
前段时间,接到上级信息化主管部门一个任务,让我们基于几份考核、评价打分的需求,做个投票打分系统建设方案,报下工作量。
开始时,信息化部门相关管理人员给我提供了两个部门的,共计5张评估打分表,要求把评价打分系统做成灵活配置的系统,基本达到其他部门再提出类似的评估打分需求时,维护人员通过配置就实现新的评价打分业务。
我也认为合理,重复、类似的信息化需求,就应合并、统一考虑、集中建设,而且要考虑未来的发展。因此,在同事们的协助下,报给用户11.7人月的工作量。
主要规划功能清单如下:
5月27日,信息化主管部门相关人员组织评审、讨论会议,与会为3个业务部门4个业务方向的负责人,对工作量及规划功能提出很多意见,会议组织者问业务部门代表,投资软件20万做这样的系统,你们怎么看?“如果花费这些钱,我还是手工处理评估打分”,一个业务部门代表回答道。另一个业务部门代表说,“我看这样的软件也就值2万元!”
会议结论是重新拿出解决方案,再评审讨论。
2、需求及需求分析
2.1、需求简述
需求之一:员工综合考评办法
1、考评原则
- 业绩导向原则。以业务贡献为核心,在KPI考核基础上进行全面、综合性考评。
- 公开公平公正原则。综合考评采取360度民主测评方式,通过公开公平公正的民主考评,体现考评结果的相对客观性。
- 逐级管理与分层负责原则。由人力资源部门统一组织与协调,各个专业部门具体实施,考评内容及权重,各个专业部门根据具体情况,可以适当调整。
- 强化考评结果应用原则。
- KPI考核、贡献度、胜任度和职业道德评测。
- KPI考核主要衡量员工在本岗位工作的业绩结果,重点考察员工职责及关键绩效指标的完成情况。
- KPI考核结果分为优、良、待改进、亟待改进四个等级。
- 综合考评以年度为周期,各部门可根据需要组织月、季度或半年考评。
需求之三:部门综合绩效考核
举例打分表如下图所示:
2.2、需求分析结果
通过需求分析,按实现打分为目标,则,规划出系统业务功能如下图所示。
在分析过程中,发现评价指标是一般多年不变的,只有权重在不同考核、评价期需要一定的调整,360度考核、考核结果的评定等考核内容,要用软件来实现是很难的,而且,即使实现,开发成本也太高了,综上所述,可以实现的需求目标为:
- 用软件系统实现打分功能;
- 具体考核则是通过系统导出的数据来进行;
- 打分表的权重可以维护;
- 打分表所涉及的打分人和被打分人由系统来管理;
- 匿名打分。
3、设计方案
3.1、规划功能
如功能框图所示,系统主要功能都是围绕打分来设计的,设计思路如下。
- 打分表通过定制开发绘制(13个表,其中有2个为汇总表),预留1~2个评价指标,如果权重为0,则不显示,打分数据统一、集中管理;
- 为打分表提供部分维护功能,一是维护权重,二是维护指标内容,不允许增删,只允许修改文字内容;
- 评价人和被评价人管理,是在每个评价期开始时设置的,可以从上个评价期复制过来,但是需要修改(人员变动)。
3.2、数据实体设计
一、数据实体及其逻辑关系
数据实体逻辑关系简短说明:
如图所示,所有评价打分表都用上述一套表,只是考核专题不同,而且,每次评价是分考核期的,考核期结束,则不能再打分了,具体说如下:
- 左侧蓝灰色区域是打分表的定义部分,每个评价指标为一条记录,并且评价指标是分组的;
- 中间浅绿色区域是打分表,是打分人对被打分人的打分,分为每个评价指标的打分及按权重的汇总表分;
- 右侧淡黄色区域是评价人与被评价人关系表,缺少匿名账户表,匿名账户表通过评价人组的关系来对应。
二、关键功能时序图
1.评价人与被评价人管理
2.打分功能
4、技术方案
略。
5、工作量估算
留给读者思考,参照如下:
如你感兴趣,帮着估算下工作量,或者反馈方案建议,实现需求范围和技术方案,原则就是少花钱多办事。