SBSHR概要设计报告.doc

SBSHR概要设计报告152020年4月19日资料内容仅供参考，如有不当或者侵权，请联系本人改正或者删除。SBSHR系统详细需求设计主要是各个功能的数据层设计、 业务层设计、 客户层设计) 1组织结构需求设计( 马声泉负责) 2.1.1数据层设计组织结构的主要用到的数据表是部门信息表( dept-info表) , 部门工作信息表( dept_jobplan_info表) , 人员信息表( 从人员基本档案中调用) 。各个表的字段内容: 部门信息表(dept_info)字段类型长度关联表/字段说明Dept_info_IdAuto自动编号Dept_nameInt20部门名称Dept_managerInt8Personinfo.user由人员信息表得到Dept_levelInt2层次进行管理部门工作信息表(dept_jobplan_info): 字段类型长度关联表/字段说明Dept_jobplan_IdAuto自动编号Dept_nameChar由dept_info表引部门名称Dept_jobplan_titleChar工作计划标题Dept_jobplan_contentChar由人员信息表得到Dept_jobplan_begintimeData工作开始时间Dept_jobplan_endtimeData工作结束时间Dept_jobplan_conclusionChar工作总结 2.1.2业务层设计组织结构的设计思路是人力资源管理部门能够设立公司的组织结构, 各部门的主管, 各部门的年度、 季度、 月度工作计划, 人力资源及高层领导能够监查相关部门的工作内容。因此组织结构的应该包括deptmanager, deptjobplan两个包。deptmanager完成部门组织结构的增加、 删除、 修改、 分配部门主管、 修改部门主管, 部门相关信息的查询。Deptjobplan完成部门主管确立部门月、 季、 年工作目标, 员工查询部门工作目标, 上级监查相关部门工作目标, 人力资源定时考核部门的工作目标。Deptmanager包和deptjobplan包的主要包含类关系图如下: deptmanager和deptjobplan的主要类方法图: 2.1.3客户层设计客户界面主要是浏览公司组织结构窗口, 组织结构修改窗口, 部门工作目标管理等三个窗口。2人事信息需求设计( 曹利军负责) 2.1.1数据层设计 本系统采用大型关系型数据库ORACAL9.0。合理的设计数据库, 能够有效的组织数据减少冗余, 提高查询速度, 优化系统性能。 该模块数据库中的表有: 简历表, 工作经历表, 部门表, 职位表, 奖惩表, 考核表, 家庭联系表, 职员年龄统计、 学历统计、 职称统计, 工作年限。其中简历表为系统公用, 其结构如下: 简历表字段包括: 编号, 姓名, 曾用名, 性别, 民族, 所属部门, 职务, 职称, 出生日期, 籍贯, 政治面貌, 健康状况, 体重, 身高, 身份证号, 婚姻状况, 毕业院校, 专业, 工龄, 学历, 外语水平, 计算机能力, 个人专长, 工作经历, 个人受过何种奖励和处分, 家庭情况, 本人联系方式, 发生意外紧急通知人, 备注。 其中编号为主键。 2.1.2业务层设计 业务层处理系统中的业务逻辑, 操作数据库以及响应客户层的请求。业务层设计的成功与否, 关系到能否满足用户的需求及系统的性能, 是设计中的重要组成部分。 在本模块中, 人员基本信息主要包括: 个人简历, 家庭, 住址, 奖励, 惩罚, 培训, 岗位变动等信息。每种信息对应一个数据表, 每一种表对应一个实体类, 实体类中的属性对应表中的字段。 2.1.3客户层设计 友好的界面能够合理, 清楚表现系统的业务逻辑, 使用户易于使用。本模块中将各类员工信息以菜单的形式列在页面上部, 用户经过查询, 能看到员工的各类信息。经过使用权限能够控制员工对信息增加, 修改, 删除。3.人事考勤需求设计( 骆志祥负责) 2.1.1数据层设计 2.1.2业务层设计 2.1.3客户层设计4.薪资管理需求设计( 骆志祥负责) 2.1.1数据层设计 2.1.2业务层设计 2.1.3客户层设计5.招聘信息需求设计( 刘其央负责) 根据企业年度人力资源计划与部门人力资源需求计划, 制定招聘计划; 随时显示职位空缺信息, 针对不同的职位空缺, 提供基本信息、 职位说明、 对职位的具体要求、 申请该职位必备条件等的管理; 可根据不同的职位空缺查看应聘者的所有的详细简历, 匹配职位与应聘者; 分类建立应聘人员档案库, 便于查询检索; 可根据自定义规则批量安排面试时间, 并在必要时自动进行时间调整; 面试流程可经过网络自助服务的方式自动化处理, 相关人员的评价自动存储并汇总到人力资源部门; 可批量发送电子邮件或打印通知单将结果通知应聘人员; 录用人员数据自动转入员工信息库, 减少重复录入; 未录用人员转入企业后备人才库, 以备今后查询。6.绩效考核需求设计( 曹利军负责) 2.1.1数据层设计经过对绩效考核模块的需求分析, 绩效考核模块中的数据有以下几种类型: 与指标(包括关键业绩指标及满意度问卷调查指标)相关的数据, 与考核任务(考核任务是对评分任务及部门满意度问卷调查的抽象)相关的数据以及与考核结果相关的数据。指标数据包括对指标的描述(如: 指标编号, 名称, 描述, 类型, 考核的岗位编号, 权重, 考核方法等), 和对指标的评分等级的描述(如: 指标编号, 评分等级, 等级具体内容等)。前者对应的表为指标表, 后者对应的表为评分细则表, 该表的一条记录对应指标的一个具体评分等级。指标表中的指标编号为主键, 评分细则表中的指标编号为外键, 参照指标表中的指标编号。指标表与评分细则表的关系是一对多。Post表与指标表的关系为一对多, 即一个岗位对应多个关键业绩指标。考核任务表中的每条记录对应一个评审人对某个考核对象的某条指标(指关键业绩指标或满意度问卷调查指标)的评分及分值权重。其属性有: 任务编号(主键), 评审对象类型, 评审对象编号, 评审人编号, 评审任务类型, 指标编号, 评分结果, 分值权重等。其中评审人编号参照员工表中的员工编号, 指标编号参照指标表中的指标编号。考核结果数据分为中间结果, 最终结果。中间结果数据指对考核对象的一个关键业绩指标的所有评分的加权平均值, 所对应的表是考核中间结果表, 其字段有: 指标编号, 考核对象类型, 考核对象编号, 平均值, 指标权重等, 其中指标编号参照指标表中的指标编号, 考核对象编号及评审人编号参照员工表中的员工编号。考核最终结果数据是对员工或部门考核的最终结果描述, 对应最终结果表, 字段有: 最终结果编号, 考核对象编号(参照员工表中的员工编号), 考核对象的类型(是员工还是部门), 最终得分, 综合评语, 考核结论等。 2.1.2业务层设计本模块的设计思路, 在考核阶段系统按考核流程, 将考核任务自动分配给评分人, 收集并计算评分结果。因为一个指标, 会有许多评分人打分, 因此系统需要对这些分值加权平均作为考核对象的每个指标的分值, 然后再将这些指标的分值根据权值加权计算, 根据计算的结果得出每个人的强项和弱项。各级负责人能够查阅自己管辖员工的考核成绩, 员工能够查看自己的本期考核成绩及历史考核成绩。在绩效考核模块设计了三个包Criteria包(包含与指标相关的类),Evaluation包(包含所有与KPI业务逻辑, 考核任务相关的类), Result包(包含所有与考核结果相关的类), Evaluation包和Result包引用了Criteria包中的类中的方法, 因此都依赖于Criteria包。Criteria包主要包含与关键业绩指标和 部门满意度问卷调查相关的类。Evaluation包包括与考核任务相关task类及taskManager类。Task类是实体类, 对应于evaluate_task表。Task类的一个实例表示某个评分人给一个考核对象的指标评分。TaskManager类用语对考核任务的管理, 如增加, 删除, 修改, 将考核任务分配给评审人等。Result包主要包括计算考核结果, 根据考核结果进行评价的类。其中的类有: GradeGroup类计算考核对象每项指标的平均值; ResultCounter类计算员工的绩效考核成绩; ResultAnalyse类用于根据考核对象的绩效考核成绩, 对其工作进行评价, 并评出强项和弱项。 2.1.3客户层设计关键业绩指标是系统绩效考核的核心, 公司员工登陆后容易看到岗位的关键业绩指标的内容, 权重, 评分标准的详细内容。系统将关键业绩指标作为岗位说明书的一部分, 点击岗位说明书的工作描述, 工作规范, 关键业绩指标的联接就能够看到岗位说明书的不同部分。评分人给考核对象的指标打分是绩效考核的一个重要组成部分, 系统分为给一般员工的关键业绩指标打分和对部门的业绩指标打分两种。7教育培训需求设计( 刘其央负责) 进行培训需求的管理和评估, 根据经营发展战略确定培训需求, 从绩效管理系统导入培训需求, 提供部门或个人培训需求的申请管理; 根据培训需求制定培训规划与相应的培训实施计划, 可对计划进行查询、 统计; 对实施的培训项目进行记录管理, 对已实施培训项目情况进行查询和统计; 可对内外师资、 培训机构、 培训课程、 教材资料等进行管理; 可对特殊类型的培训如学历教育、 境外培训等进行特殊的管理; 提供培训签到和培训协议管理, 将培训与合同管理模块链接; 可对培训课程、 培训师资进行全面的评估, 对培训效果进行跟踪管理, 形成反馈结果; 对培训费用进行控制管理, 可根据费用预算自动预警; 对培训结果进行各种统计分析, 如成本、 效果分析。8奖惩管理需求设计( 曹利军负责) 2.1.1数据层设计 经过对奖惩管理模块的分析, 该模块包含奖惩登记表, 奖惩统计表, 查询表。 奖惩登记表根据公司及下属部门制定的奖惩制度进行相应的奖励和惩罚。属于公司制定的惩罚制度: 奖惩登记表其字段包括: 姓名, 编号, 时间, 部门, 职位, 编制, 审核, 核准, 呈送, 抄送, 事由组成。 奖惩统计表根据姓名, 时间(年, 季度, 月), 部门, 职位对奖惩登记表进行统计。 查询表根据姓名, 时间(年, 季度, 月)进行查询某员工某段时间的奖惩情况。 属于部门制定的惩罚制度: 奖惩登记表其字段包括: 姓名, 编号, 时间, 职位, 编制, 审核, 核准, 呈送, 抄送, 事由组成。 奖惩统计表根据姓名, 时间(年, 季度, 月), 部门, 职位对奖惩登记表进行统计。 查询表根据姓名, 时间(年, 季度, 月)进行查询某员工某段时间的奖惩情况。2.1.2业务层设计 业务层是对数据层的数据处理的功能实现, 该层能够清楚地将某位员工, 某个部门的奖惩情况根据年, 季度, 月展现出来。业务层逻辑设计的合理与否, 直接关系到客户对该系统的可操作性和易使用性。 2.1.3客户层设计 经过设定权限, 用户登录该模块能够对下属根据制定奖惩条件进行相应奖励和惩罚, 同时按年, 季度, 月对员工, 部门, 职位做相应的统计, 并与绩效考核数据进行比较, 而且能够查询奖惩记录在绩效考核项目中的奖惩情况。9系统维护需求设计( 马声泉负责) 2.1.1数据层设计系统维护主要是基础数据( 部门层次参数, 职位权限授权, 数据库的备份) 的维护, 系统维护完成对系统的授权使用, 底层数据参数的设定, 系统管理人员对数据的安全维护。系统维护权限授权功能表: 字段类型长度关联表/字段说明User_IdAuto自动编号User_nameInt20用户名User_passwordChar用户密码User_deptChar用户所在部门User_levelChar用户职务Allow_manager_userChar是否能够管理操作用户Allow_edit_dept_jobplanChar是否能够编辑部门工作目标Allow_control_kq_manageChar是否能够编辑考勤管理Allow_control_xz_manageChar是否能够编辑薪资管理Allow_control_jx_managerChar是否能够编辑绩效考核管理Allow_control_px_managerChar是否能够编辑培训管理Allow_control_jc_managerChar是否能够编辑奖惩管理Allow_control_zp_managerChar是否能够编辑招聘管理Allow_control_da_managerChar是否能够编辑档案管理Allow_edit_kq_operateChar是否能够编辑考勤操作Allow_edit_jx_evaluateChar是否能够编辑绩效考核评估 2.1.2业务层设计系统管理模块的设计思路是系统管理员设计系统的主要控制参数, 对组织结构的层次, 职位分配层次, 系统报表参数, 数据库的备份等。对于系统大量报表的设置能够先建立报表reportsetup包。主要是从相关的数据参数来调用报表的格式, 在参数里用数据库来控制。设定报表控制数据表report_control, 主要包括( id,title,time,operater,auditing,) 。 2.1.3客户层设计系统管理有设置用户的操作权限, 报表打印设置, 组织层次设置窗口, 用户操作权限窗口如下10系统窗体框架设计( 马声负责) 2.10.1数据层设计系统窗体的主要数据表是处理操作权限控制表(userinfo), 用户最新信息处理表(userworkrep)。最新处理数据表: 字段类型长度关联表/字段说明workrep_IdAuto自动编号workrep_userChar由user_info表引部门名称Workrep_titleChar工作计划标题workrep_urlChar由人员信息表得到Workrep_stateData工作开始时间2.10.2业务层设计 主窗体要验证用户的合法权限, 并要读出用户的操作菜单, 因为必须要设定两个userinfo包和userstate包。2.10.3客户层设计客户窗体主要是以框架设计, 主窗体文件(mainsystem.jsp), 主菜单文件(top.jsp), 功能菜单(left.jsp), 业务窗口等.,具体的安排如下: