今天的课堂测试是有关需求层次-需求方面矩阵，在博客园找到了一篇非常有助于理解这个知识点的博客，作为笔记记录一下，转载地址：https://www.cnblogs.com/doit8791/p/9452870.html （侵删）
|
广义功能 |
质量 |
约束 |
||
|
业务级需求 |
业务目标 |
快、好、省 |
技术性约束 |
|
|
法规性约束 |
||||
|
技术趋势 |
||||
|
竞争因素与竞争对手 |
||||
|
遗留系统集成 |
||||
|
标准性约束 |
||||
|
分批实施 |
||||
|
用户级需求 |
用户需求 |
运行期质量 |
用户群特点 用户水平 多国语言 |
|
|
开发级需求 |
行为需求 |
开发期质量 |
开发团队技术水平 开发团队磨合程度 开发团队分布情况 开发团队业务知识 管理：保密要求 管理：产品规划 安装 维护 |
|
首先，需求是分层次的。
业务级需求：包含客户或出资者要达到的业务目标、预期投资、工期要求，以及要符合哪些标准、对哪些遗留系统进行整合等约束条件。
用户级需求：用户使用系统来辅助完成哪些工作？对质量有何要求？用户群及所处的使用环境方面有何特殊要求？
开发级需求：开发人员需要实现什么？开发期间、维护期间有何质量考虑？开发团队的哪些情况会反过来影响架构？
可以看出，需求的三个层次，是站在"不同层次的涉众提出需求所站的立场不同"的角度，将需求划分为三种类型。其次，需求还必须从不同方面进行考虑。例如，一个网上书店系统的功能需求可能包括"浏览书目"、"下订单"、"跟踪订单状态"、"为书籍打分"等，质量属性需求包括"互操作性"和"安全性"等，而"必须运行于Linux平台之上"属于约束性需求之列。实践一再表明，忽视质量属性和约束性需求，常常导致架构设计最终失败。
于是，从"需求定义了直接目标还是间接限制"的角度，把需求划分为3种类型，这就是需求的3个方面：
功能需求：更多体现各级直接目标要求。
质量属性：运行期质量 + 开发期质量。
约束需求：业务环境因素 + 使用环境因素 + 构建环境因素 + 技术环境因素。