软件工程 / 架构设计方法论知识图谱 / 分组目录 / 域·概念与需求
域组 · F · 13 节点

域·概念与需求

GD-F
域组基础进阶高级13 节点

§1组简介

组目录:本质层方法论层技术实践层域·概念与需求域·架构设计域·实现与构造域·测试域·部署域·运维域·演化与弃用域·质量属性域·团队与康威域·方法论主干域·跨域横切·质量属性横切·技术债横切·团队与康威案例层

本组 13 个节点，类型为 域组，域 F，覆盖阶段 基础 / 进阶 / 高级。

← 上一页组总索引全局交互总览视图视图入口

§2成员节点目录

节点 ID名称层/来源阶段简介
ESS-F-01软件需求本质 essence基础软件需求是「须被某物展现、以解决现实世界问题的属性」；它描述系统应满足的「什么（what）」而非「如何做（how）」，属于对解决方案的约束与对问题空间的陈述，而非设计决定。
ESS-F-02干系人与需要本质 essence基础干系人是对系统或其具备满足其需要与期望的特性拥有权利、份额、主张或利益的个人或组织；需要是对其 needs、wants、desires、expectations 与感知约束的引出，需求则由需要转化而来。
ESS-F-03需求可追溯性与可验证性本质 essence进阶可追溯性要求每条需求都能双向链接到其来源与后续制品，可验证性要求能用客观方法判定需求是否被满足；两者共同使需求可被确认、变更影响可被分析。
ESS-F-04需求的不确定性与变更本质 essence进阶需求在初始阶段总是不完整、模糊，并会随环境与认知变化而被修订；成功的软件必然被改变，因此需求管理必须把变更视为常态，而非应被消除的异常。
ESS-F-05业务与任务价值本质 essence进阶需求源于业务或任务的价值目标：先定义问题或机会空间、评估备选方案，再由此导出干系人需要与系统需求，使每条需求都能回答它在为谁创造何种价值。
MTH-F-01需求工程过程方法论 methodology进阶以业务或任务分析为起点，依次经干系人需要与需求定义、系统需求定义，并在各技术过程中嵌入需求活动，由需求管理贯穿的过程链；其信息项包括业务、干系人、系统与软件需求规格。
MTH-F-02需求获取方法论 methodology基础系统化地从干系人、领域文档、现有系统与运行环境等来源引出需要与需求的实践；目标不是记录已陈述的诉求，而是发现真实、隐含乃至尚未成形的需要。
MTH-F-03干系人识别与分析方法论 methodology基础系统识别受系统影响或能影响系统的个人与组织，分析其关注点、影响力与需要，并持续维护覆盖多层级角色的干系人视图的方法。
MTH-F-04需求规格说明方法论 methodology进阶把需求以明确、无歧义、可验证的方式文档化为信息项（如软件需求规格说明）的方法，要求单条需求具备必要、无歧义、单一、可行、可验证等特性，需求集具备一致、完整、可理解等特性。
MTH-F-05功能与非功能需求分类方法论 methodology基础把软件需求区分为功能需求（软件须执行的功能与行为）与非功能需求（功能之外的质量约束与属性），并另行识别技术约束与服务质量约束的分类方法。
MTH-F-06需求属性与优先级方法论 methodology进阶为每条需求赋予唯一标识、优先级、依据与假定难度等属性，并据此对需求排序与范围匹配，使有限的工程投入投向最高价值与最必要的需求。
TEC-F-01需求可追溯性与影响分析技术实践 technology进阶以需求库为中枢，把需求条目、属性与上下游制品（干系人需求、系统需求、设计、测试、代码）建立可查询的追踪关系，并以结构化查询支持变更影响分析的需求管理平台化落地。
TEC-F-02需求技术债识别与度量技术实践 technology高级识别并度量需求技术债——理想规格与实际实现之间的差距——的技术做法，把需求层的债务纳入技术债管理（TDM）的识别与度量阶段，使需求质量缺口可被发现与跟踪。

§3组内关系图

域·概念与需求 组内关系图前置依赖（prerequisite）：业务与任务价值是引出干系人需要的上游依据前置依赖（prerequisite）：干系人需要是界定软件需求的来源前置依赖（prerequisite）：明确需求对象是建立追溯与验证的前提前置依赖（prerequisite）：需求概念是理解其不确定性与变更的基础依据推导（derives_from）：需求工程过程以软件需求为工程对象依据推导（derives_from）：需求获取以干系人需要为源头依据推导（derives_from）：干系人识别与分析以干系人概念为依据依据推导（derives_from）：规格说明落实可验证与可追溯特性依据推导（derives_from）：优先级排序服务于业务与任务价值最大化前置依赖（prerequisite）：先识别干系人再开展需求获取前置依赖（prerequisite）：需求工程过程包含需求获取活动前置依赖（prerequisite）：获取到的需要需经规格化形成信息项前置依赖（prerequisite）：需求分类是规格说明的结构化前提前置依赖（prerequisite）：规格化后按属性与优先级管理需求实现（implements）：追溯与影响分析落地需求规格说明实现（implements）：需求属性与追踪关系在平台中落地实现（implements）：以规格质量特性识别需求技术债实现（implements）：需求债识别与度量嵌入需求工程过程组合（combination）：追溯链路为需求债度量提供覆盖缺口需求规格说明需求规格说明（MTH-F-04）软件需求软件需求（ESS-F-01）干系人与需要干系人与需要（ESS-F-02）需求可追溯性与可验证性需求可追溯性与可验证性（ESS-F-03）需求的不确定性与变更需求的不确定性与变更（ESS-F-04）业务与任务价值业务与任务价值（ESS-F-05）需求工程过程需求工程过程（MTH-F-01）需求获取需求获取（MTH-F-02）干系人识别与分析干系人识别与分析（MTH-F-03）功能与非功能需求分类功能与非功能需求分类（MTH-F-05）需求属性与优先级需求属性与优先级（MTH-F-06）需求可追溯性与影响分析需求可追溯性与影响分析（TEC-F-01）需求技术债识别与度量需求技术债识别与度量（TEC-F-02）
前置依赖实现依据推导案例印证对比冲突
域·概念与需求：组内关系图（全部 13 个成员）：内联 13 个节点、19 条组内边，连线按边类型着色（六类配色见下）；构建期确定性计算，无运行期脚本。

§4学习路径提示

本组内存在 9 条前置依赖边（prerequisite），推荐先掌握前置知识点，再进入依赖它的节点。

推荐阅读顺序（拓扑序）
需求工程过程 → 干系人识别与分析 → 功能与非功能需求分类 → 需求可追溯性与影响分析 → 需求技术债识别与度量 → 需求获取 → 需求规格说明 → 需求属性与优先级 → 业务与任务价值 → 干系人与需要 → 软件需求 → 需求可追溯性与可验证性 → 需求的不确定性与变更