Ø考虑多方涉众
用户不仅关注功能，同时也需要质量，用户关注的质量可能包括易用性、性能、持续可用性、鲁棒性等，客户不一定是最终用户，比如超市销售系统的客户是超市老板，但最终用户可能是收银员或上货员，他们所关注的质量属性可能不一致。
Ø检查性思维
随时检查各个质量属性，看看每一项是否确实算不上“关键质量”，从而防止遗漏关键需求。
Ø识别矛盾+划定优先级
确定这些质量属性之间的矛盾关系，明确以哪些质量属性为主。
Ø严格程度符合领域与规模特点
严格程度符合领域与规模特点
关键质量属性个数根据项目、产品、平台不同而不一样
诸如：银行项目（注重安全性、易用性）;互联网服务项目（注重持续可用性、易用性、性能、可靠性等）
3、找出关键约束并将这些约束转化为功能或质量需求
首先，按照4类约束进行罗列（尽可能全面）
其次、分析约束面向的功能、质量方面的转化
最后、确定这些约束转化后的功能、质量是否重要
4、•第1步：需求结构化；•第2步：分析约束影响；•第3步：确定关键质量；•第4步：确定关键功能
无论上一篇《HRMS(人力资源管理系统)-从单机应用到SaaS应用-架构分析(功能性、非功能性、关键约束)-上篇》介绍的，还是本篇前面介绍的内容基本上都是理论偏多一些，当然其中有一些具体的原则及操作方法，可能大家还不清楚具体的如何下手，如果真来一个项目，我该怎么循序渐进、由浅入深呢？下面我们就以HRMS为例来简单说明，我们来具体实际操作一下大家就会有比较清晰的认识了，希望大家能够掌握其中的精髓。需要多实践和总结。
3.1、梳理出需求层次及需求类型（形成表格）在前面我们描述了4类企业类别，在梳理需求前，我这边根据实际情况将企业划分为4类：
A、100人以下的中小企业
B、500人以下的大中型企业
C、1000人以上的集团化大企业
D、全球类型的公司体系（几万人）
我们可直观看出上述按照企业的规模、人员数量来进行的划分，因为我们都知道在系统架构设计时，一般来说规模及数量对于架构的影响是决定性的，所以这里先基于这个维度来对企业分类。
3.1.1 业务级需求前面我们罗列的HRMS系统的功能，我这里不在重复罗列，我认为这8项是基础业务级需求，上述的4类企业都需要提供这些功能。（具体请参考上面的HRMS系统功能图）
同时为了区分不同规模、人员数量企业的差异性，我这边又整理了几方面的需求内容，模拟甲方提出：