HRMS(人力资源管理系统)-SaaS架构设计-概要设计过程 (4)

培训管理:根据岗位设置及绩效考核结果,确定必要的培训需求;为员工职业生涯发展制定培训计划;对培训的目标、课程内容、授课教师、时间、地点、设备、预算等进行管理,对培训人员、培训结果、培训费用进行管理

绩效管理:通过绩效考核可以评价人员配置和培训的效果、对员工进行奖惩激励、为人事决策提供依据。根据不同职位在知识、技能、能力、业绩等方面的要求,系统提供多种考核方法、标准,允许自由设置考核项目,对员工的特征、行为、工作结果等进行定性和定量的考评

配置管理:系统中为了增强系统的兼容性及灵活性,增加了诸多系统开关及配置,为后续满足各类场景提供支撑。其中需要有配置项的动态分类、动态增加、修改等功能

权限管理: 通用权限管理系统,支撑组织、员工、角色、菜单、按钮、数据等涵盖功能及数据全面的权限管理功能

流程管理:提供工作流引擎服务,支持自定义表单及流程,全面支撑HRMS系统中的审批流。

人力资源规划分析:提供全方位的统计分析功能,满足企业人力资源管理及规划,为后续的经营决策提供数据依据。

2)、系统边界

基于上述核心功能点,我们可以梳理出系统的边界,包含如下几个方面:

image

i、管理员的系统边界

       由于管理员的角色定位已经做了限定,所以他需要有专门的运维管理后台,这个后台提供的功能和业务操作人员的后台功能和界面是完全不同的,所以需要单独的入口,其中的功能模块也是有区别的。所以我们可以得出管理员使用系统时的接入方式和边界。

ii、HR的系统边界

       HR的角色承担业务管理的相关职责,诸如HR模块中的审批环节,他们既有业务发起的操作又有审批环节的操作,所以相对来说HR角色的使用边界会更广泛,相比员工来说。我们发现HR在使用时需要有单独的系统入口,并且分配给他们对应的业务模块及功能。

iii、员工的系统边界

       对于员工来说,HRMS系统中只有部分模块式可以操作使用的,诸如考勤、报销、绩效、查看及维护个人信息等,其他的信息都是由HR填写后用户可以查看,所以从操作便捷来看,员工与HR在业务系统入口上可以是统一入口,通过权限来限制访问边界即可。

iv、公司管理者的边界

       公司的管理者相比员工具有相应的业务及数据管理权限,同时会在审批流环节中承担审核者的身份,诸多业务流程都和管理者相关,所以相比员工来说,公司管理者的业务及操作权限较大,更多的上下级管理方面的业务内容较多,同时还可以完成员工角色操作的相关业务。

3)、数据对象

image

i、基础数据:系统包含的元数据、服务管理、日志、模块、基础配置、数据字典、系统管理等基础数据管理

ii、业务数据:涵盖机构、员工、HRMS系统业务及流程数据、外部第三方业务联动数据等

iii、其他数据:涵盖诸如文件、图片、视频等其他类型的数据;统计分析后的结果数据;与第三方系统交互或留存的数据等相关内容。其他诸如log日志等数据信息。

B、划分高层子系统

image

       我们基于上面鲁棒图分析后的核心需求,我们给出系统的宏观的架构轮廓,这里仅考虑用户角色及职责链、从而形成上述的高层分割。

C、质量需求影响架构的基本原理:进一步质疑

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/wsfpwj.html