预备架构的工具ADMEMS矩阵

矩阵，是很多著名方法的核心。例如，制定公司层战略的方法之一是"波士顿矩阵"，"波士顿矩阵"又称"市场增长率-相对市场份额矩阵"。

"ADMEMS矩阵"，它又称为"需求层次-需求方面矩阵"。如下：

	广义功能	质量	约束
业务级需求	业务目标	快、好、省	技术性约束
			法规性约束
			技术趋势
			竞争因素与竞争对手
			遗留系统集成
			标准性约束
			分批实施
用户级需求	用户需求	运行期质量	用户群特点 用户水平 多国语言
开发级需求	行为需求	开发期质量	开发团队技术水平   开发团队磨合程度 开发团队分布情况      开发团队业务知识 管理：保密要求        管理：产品规划 安装                  维护

首先，需求是分层次的。

业务级需求：包含客户或出资者要达到的业务目标、预期投资、工期要求，以及要符合哪些标准、对哪些遗留系统进行整合等约束条件。

用户级需求：用户使用系统来辅助完成哪些工作？对质量有何要求？用户群及所处的使用环境方面有何特殊要求？

开发级需求：开发人员需要实现什么？开发期间、维护期间有何质量考虑？开发团队的哪些情况会反过来影响架构？

可以看出，需求的三个层次，是站在"不同层次的涉众提出需求所站的立场不同"的角度，将需求划分为三种类型。其次，需求还必须从不同方面进行考虑。例如，一个网上书店系统的功能需求可能包括"浏览书目"、"下订单"、"跟踪订单状态"、"为书籍打分"等，质量属性需求包括"互操作性"和"安全性"等，而"必须运行于Linux平台之上"属于约束性需求之列。实践一再表明，忽视质量属性和约束性需求，常常导致架构设计最终失败。

于是，从"需求定义了直接目标还是间接限制"的角度，把需求划分为3种类型，这就是需求的3个方面：

功能需求：更多体现各级直接目标要求。

质量属性：运行期质量 + 开发期质量。

约束需求：业务环境因素 + 使用环境因素 + 构建环境因素 + 技术环境因素。

一句话，需求是有结构的。而且，需求的结构绝对不是"List"，而应该是"二维数组"。

用ADMEMS矩阵方法进行需求结构化，非常直观。作为一种思维工具，ADMEMS矩阵背后的原理是"二维需求观"，这是"需求列表"这种"一维需求观"所不及的。这就好比程序设计选择了不合适的数据结构，那么功能的实现就要多费周折。