上一篇《HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-上篇》我们详细分析了在架构分析过程中我们需要注意的内容，架构过程的方法论及实践经验，以更好的指导我们在具体架构落地。
本篇主将具体结合HRMS系统进行架构概要分析，按照上篇的理论指导，开展具体的架构分析过程实践，通过分析找到关键功能、关键非功能性需求（关键质量及约束）等。
在阐述具体的架构工作方法之前，请大家先查看以下三方面的内容：
1、HRMS系统的介绍？（涵盖哪些功能？价值和作用是什么？行业什么情况？）
请阅读《HRMS(人力资源管理系统)-从单机应用到SaaS应用-系统介绍》
2、本章分析的内容将围绕4类企业代表的业务场景，（区分不同规模企业的关注点，规模将决定系统的设计方案）
本篇将围绕4类企业代表来阐述不同规模企业对于HRMS的需求及应用
A、100人以下的中小企业
B、500人以下的大中型企业
C、1000人以上的集团化大企业
D、全球类型的公司体系（几万人）
3、架构师在设计该系统时的职责及具备的核心能力是什么？
请阅读《系统架构系列-开篇介绍》
一、架构准备阶段主要做什么？
架构准备阶段主要是围绕系统的全方位的需求分析来开展相关准备工作的，这里的需求涵盖功能性及非功能性2大类需求，非功能性需求又涵盖质量属性及约束两项内容，我们在实际的分析过程中需要重点考虑业务功能、质量属性及约束等内容，具体可采取表格方式进行梳理，借助科学的方法找出来哪些是关键功能、哪些是关键质量需求、哪些是关键约束。
关键功能、关键质量属性及关键约束等内容对于架构设计的实际影响有哪些呢？在这里我们梳理成表格来呈现这样大家有一个比较直观的感受：
架构是围绕需求来开展的，在对需求综合分析的过程中，我们将需求划分为3个层次：
业务级需求：包含客户或出资者要达到的业务目标、预期投资、工期要求，以及要符合哪些标准、对哪些遗留系统进行整合等约束条件；
用户级需求：用户使用系统来辅助完成哪些工作。对质量要求如何。用户群及所处的使用环境方面有何特殊要求。
开发级需求：开发人员需要实现什么。开发期间、维护期间有何质量考虑。开发团队的哪些情况会反过来影响架构。
对于此三类需求弄清楚之后，就可以形成一个初步的需求列表。
一方面为了满足上述3类需求，同时还考虑到影响架构设计3个维度方面的内容，我们采取ADMEMS的需求类型及需求层次的二维矩阵表，来进行结构化的梳理，这样更直观也更清晰，我这里先将考虑的维度放在这，后面关于HRMS系统的需求分析的过程中我将按照该方法进行整理：
我们了解了需求的层次、需求的类型，知道了他们对于架构的影响，也熟悉了解了他们之间的关联关系，那接下来对我们来说最重要的就是理清思路，如何把需求全方位的陈列出来，利用需求层次及需求分类罗列整理。HRMS系统非常的复杂，功能较多，应用的场景及类型也比较繁多，所以最好的方式就是把需求列清晰：