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

一、开篇

      上一篇《HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍》我们已经详细的分析了HRMS系统具备的功能，并且从HRMS系统的概念、系统功能、HR行业管理现状及痛点、发展趋势及行业前景、行业内的服务提供商情况、HRMS系统的建设意义及价值等方面进行了系统化的分析梳理。我想大家已经对于HRMS系统的大体情况有了初步的了解，本篇将对HRMS系统的需求进行全方位的梳理（功能性需求、非功能性需求、系统约束等），这对于HRMS系统的架构设计来说是核心关键，是架构能否成功的前提。这也是衡量一个架构师是否称职合格的关键。

       本篇主要想通过HRMS系统与大家分享下架构设计环节中非常重要的基础环节-架构准备-的关键工作内容，请大家务必该环节的工作内容，这是所有成功架构设计的前提，为能够系统的阐述清晰该领域的注意事项及工作方法，所以篇幅会较长，请大家细细看完，如果有阐述不清晰或遗漏的地方，还请大家指出。

      在阐述具体的架构工作方法之前，请大家先查看以下三方面的内容：

     1、HRMS系统的介绍？（涵盖哪些功能？价值和作用是什么？行业什么情况？）

      请阅读《HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍》

      2、本章分析的内容将围绕4类企业代表的业务场景，（区分不同规模企业的关注点，规模将决定系统的设计方案）

      本篇将围绕4类企业代表来阐述不同规模企业对于HRMS的需求及应用

•       A、100人以下的中小企业
•       B、500人以下的大中型企业
•       C、1000人以上的集团化大企业
•       D、全球类型的公司体系（几万人）

      3、架构师在设计该系统时的职责及具备的核心能力是什么？

      请阅读《系统架构系列-开篇介绍》

 

二、为什么很多系统架构的设计会失败？

       在这10多年的工作经验中见过也参与了不少失败的架构项目，基本上总结下来发现了有很多种原因可能导致架构设计失败，所以说一个系统的架构设计是一个系统化的工程，不是只进行模块设计或功能设计那么简单，需要不断学习和积累经验，站在巨人的肩膀上思考问题，让我们少走弯路。成功和失败的经验都值得我们去总结和思考，那么基于之前总结的内容，我梳理完可以归纳为以下几个方面：

A、架构师不懂需求

B、非功能需求、关键约束、关键功能等没有找到

C、缺少关键实践及方法论

D、未能验证架构的可行性并作出调整

2.1、架构师不懂需求

       技术是为业务服务的，请每一位架构师或系统的设计者谨记该理念，不知道大家有没有总结过目前出现的各类技术的特点，我发现每一次的技术更迭就是为了解决前一主流技术存在的不足或某些领域的缺陷而产生的，所以，我们在选择一项技术或选型时，需要结合业务的实际情况灵活选择，一定要选择最好、最优的，考虑未来的变化、不确定、扩展性等非功能性需求。让我们的架构设计有一定的扩展性及健壮性。架构也是持续迭代的（请大家有空网上看看阿里巴巴、腾讯、百度、京东等互联网公司的架构迭代过程），非一蹴而就的。

2.2、遗漏或未找到非功能需求、关键约束、关键功能等

       在系统架构设计的过程中最害怕的就是遗漏关键功能或非功能性需求、系统约束等方面没有考虑，这将直接导致架构失败，前面做的所有的准备工作基本上都是白费了，往往在架构设计的过程中一个点就会导致整体失败，我们必须找到关键需求。这将需要一整套的方法论，我们往往在分析功能、非功能性需求、系统约束时缺乏方法论和梳理思路，这将会让我们陷入一系列的迷茫中，就会出现抓不住重点内容。具体某个需求在不同的行业领域、不同的用户场景等往往重要性可能不同，这就需要架构师必须进行充分的调研梳理。

2.3、缺少关键实践及方法论