需求维护 - 需求生命周期管理

1 目的

维护需求的目的是在整个需求生命周期中保持需求准确性和一致性，并在变化期间及之后支持其他解决方案的需求重用。

2 描述

为了确保其在时间上保持有效，必须维护一个代表持续需求的需求。

为了最大化维护和重用需求的好处，需求应具有：

• 一致地表示，
• 根据定义了适当访问权限并确保质量的标准流程进行审查和批准以供维护，
• 容易理解且容易获取。

3 输入

• 需求：包括目标、目的、业务需求 ¹、涉众需求、解决方案需求以及过渡需求。这些需求应在其生命周期内得到维护。
• 设计：根据需要，可以在整个生命周期内维护。

4 元素

.1 保持需求

需求在经过批准的变更后保持正确且最新。商业分析师负责进行维护，以确保达到这种准确性水平。为了适当地维护需求，必须明确命名并定义它们，并使涉众 ²能够轻松获取它们。

商业分析师还维护需求、需求集及其相关商业分析信息之间的关系，以确保对需求环境和原始意图的保留。已接受的存储库分类法有助于在维护需求之间建立和维护链接，并促进需求和设计跟踪。

.2 维护属性

在收集需求时，商业分析师会提取需求属性。例如需求来源、优先级 ³和复杂性等信息可帮助在整个生命周期中管理每个需求。随着商业分析师发现更多信息并进行更深入分析，某些属性可能会发生变化。即使需求没有变化，一个属性也可能会改变。

.3 重复使用需求

有些情况下可以重复使用需求。

识别出可由组织长期使用的需求候选者，明确命名、定义并存储，以便其他相关方可以轻松检索。根据抽象程度和预期需求，需求可以重复使用：

• 在当前倡议中，
• 在类似的倡议中，
• 在类似的部门中，以及
• 整个组织中。

在高度抽象级别上，需求可以使用有限的具体解决方案进行描述。以一般方式表示的需求（不直接与特定工具或组织结构相关）往往更具可重用性。这些需求也更不容易在更改期间修订。随着对需求的详细说明越来越多，它们就越会与具体的解决方案或替代方案紧密关联。对应用程序或部门的具体引用限制了在整个组织中重复使用需求和设计的能力。

旨在重用的需求反映了组织的当前状态。在对需求进行更改之前，相关方会验证对这些需求的建议修改。

5 规则与工具

• 信息管理方法：指示如何处理重复使用的需求。

6 技术

• 业务规则分析：用于识别可能在整个企业中重复使用的业务规则，以促进重用。
• 数据流 ⁴图：用于识别企业中可能相似的信息流程，以便促进重用。
• 数据建模 ⁵：用于识别企业中可能相似的数据结构，以便促进重复使用。
• 文档分析 ⁶：用于分析现有文档，这些文档包含有关企业的信息，可以作为维护和重用需求的基础。
• 功能分解 ⁷：用于识别与组件相关的功能需求，以及可以重用的功能。
• 过程建模 ⁸：用于识别与可能可以重用的过程相关的需求。
• 使用案例和场景：用于识别可以由多个解决方案使用的一个解决方案组件。
• 用户故事 ⁹：用于识别与该故事相关的需求，这些需求可以重复使用。

7 涉众

• 领域主题专家：保持参考需求，以确保准确反映声明的需求。
• 实施主题专家：在开发回归测试并进行增强影响分析 ¹⁰时使用维护的需求。
• 操作支持：为了确认当前状态，可能会参考维护需求。
• 监管机构：合规性可能会被引用，以确认符合标准。
• 测试者：维护需求被测试者用来帮助创建测试计划和测试用例。

8 输出

• 需求（已维护）：一旦定义，可供组织长期使用。它们可能成为组织过程资产或用于未来的倡议。在某些情况下，未获批准或实施的需求可能会被保留，以备将来之需。
• 设计（维护）：一旦定义，就可以重复使用。例如，作为一个可以为未来可能使用的组件。