HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-下篇 (4)

       注意事项:(前面规模较小的公司个性化的功能,后面规模较大的企业默认会有这些功能,所以很多内容我没有重复列出)

    A、100人以下的中小企业(单个企业内部使用)

不同的用户看到的内容不同、可以单独管理各自内部的事宜

业务审批流程,支持自定义

与邮件系统、OA、财务系统等集成

LInux环境、java语言、内外网均可使用

需要提供app与pc端服务接入

数据统计及分析

    B、500人以下的大中型企业(多个公司内使用)

支持多分公司管理模式(不同分公司看到的模块及数据不同,相互隔离,总部能看到)

各分公司主要是作为业务拓展,按照总部的管理流程及制度来执行

功能优化及升级,由总部统一规划及实施,各地可以提需求

硬件及软件环境由总部统一管理及维护

采取云端部署模式,部署前需各地提出相关需求

支持wap、微信等服务接入

大数据跟踪(指导各部门的人力资源及管理优化)

     C、1000人以上的集团化大企业(业务拆分模式的集团化公司)

大集团公司下设多个小集团公司,各集团公司的业务不同和垂直化分公司的管理模式不同,需要系统支持该类型的配置管理

信息流转及上报的业务线需要跨多个公司及职级,业务线不能乱。

各集团子公司自定义内部的管理体系,总公司制定统一工作要求并给予指导

总公司及各子公司均有信息中心,各自建设内部的信息化,最终通过总公司信息中心进行统筹

科学决策及指导(人才战略)

     D、全球类型的公司体系(几万人)(跨国公司)

不同国家分公司的内部管理系统的功能模块不同

系统支持各地国家当地的语言

总部、分公司及下属部门间的信息联动及共享支持,可按层级设置汇报线及审批流

HRMS系统接入的第三方系统略有不同(OA、ERP等),根据不同国家的公司情况,各公司统筹,对于总公司统筹的服务,各分公司按要求使用

企业指挥舱(内部+外部)

  3.1.2 质量属性

A、开发期质量

image

       一般来说,甲方不会是专业的软件公司,如果是默认甲方会内部自主提出相应的需求提出具体的设计规划方案,这其中便会考虑系统的质量要求,对于开发过程中的质量要求一般需要在架构设计时主动考虑,提供相应的问题来咨询或为甲方提供专业的建议及咨询。对于甲方确认的内容可重点关注,对于甲方没有主动提出的,需要我们根据行业经验做好判断来落实。

基于前面模拟提出的个性化的需求,我们来综合梳理下开发期的质量要求:

\

 

<=100人

 

<=500人

 

<=1000人

 

<=10000人

 

可扩展性

 

暂时可不考虑

 

必备

 

必备

 

必备

 

可重用性

 

不是特别强烈(重用性方面主要是针对基础组件方面需要考虑)

 

必备

 

必备

 

必备

 

可测试性

 

必备

 

必备

 

必备

 

必备

 

易理解性

 

必备

 

必备

 

必备

 

必备

 

可维护性

 

必备

 

必备

 

必备

 

必备

 

可移植性

 

暂时可不考虑

 

需考虑,但非必须

 

必备

 

必备

 

基于上面的分析,我们已基本确认了不同规模的企业的HRMS系统需要考虑的质量属性略有不同。

B、运行期质量

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

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