第四章主要讲的是软件架构的需求，还讨论了如何分析约束影响
需求是有结构的
但我们很多人不懂得这一一点， 更不知如何“主动运用”这一点。在我们眼中，架构设计要应对
的需求往往是又多又乱的，而且遗漏了关键需求也发现不了....
相反，有经验的架构师懂得运用需求的结构。他们能够将复杂的需求集合梳理得井井有条，
为进-步分析不同需求之间的联系(作为权衡折衷的依据)、识别遗漏的重要需求打下坚实基础。
Pre-architecture阶段要求进行需求结构化，这代表着ADMEMS方法更贴近-线架构设计的
真实实践。通过ADMEMS矩阵这种思维工具，可以全面理解需求的各个层次、各个方面，更为
分析需求之间关系、识别遗漏需求、发现延伸需求奠定基础。通过形象的“物体归类”隐喻科技加深我们对需求结构化工作的理解。
以及需求结构化应该怎么做：
第一，绝对不能认为《软件需求规格说明书》就是需求的全部。
第二，运用ADMEMS矩阵方法。
还有我们应该重视《软件需求规格说明书》但是我们不能很相信《软件需求规格说明书》
其次，需求变更经常发生，“依赖且仅依赖需求文档”不够聪明，使架构设计工作非常被动。
既然架构师必须“对需求进行理性的、有针对性地权衡、取舍、补充”，那么“作为架构设
所以，架构师要通过需求结构化真正全面地“鸟瞰”需求大局，就必须超越《软件需求规格