软件架构之需求层次-需求方面矩阵

今天的课堂测试是有关需求层次-需求方面矩阵，在博客园找到了一篇非常有助于理解这个知识点的博客，作为笔记记录一下，转载地址：https://www.cnblogs.com/doit8791/p/9452870.html  （侵删）

 

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

首先，需求是分层次的。

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

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

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

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

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

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

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

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