标准需求管理是自7.2版以来SAP Solution Manager中提供的一个新业务场景。要了解有关SPS 3中此功能的更多信息，查看我的概述博客：

我在上面的博客中提到的一个缺失功能是，我们在业务需求和IT需求之间只有1:1的关系。

当一个大型业务需求被拆分为多个IT需求时，这可能会造成限制。其原因可能在于不同的开发团队之间的合作，因为这是一个跨功能或涉及多个横向轨迹。另一个原因可能是，部件应该由不同的组交付，因为有些部件是在维护环境中交付的，而其他部件则是在下一版本的新开发环境中交付的。仔细想想，你可以想出很多理由。

因此，我很高兴地宣布，这个功能限制现在取消了。在这个博客中，我将详细描述交付的功能。

创建多个IT需求

当一个业务需求达到"移交给IT"状态时，将创建后续的IT需求。这仍然是不变的，因为在它决定是否需要多个IT需求之前，必须首先检查情况。在某个时候，它决定他们需要另一个（或更多）IT需求，从现有IT需求复制一份作为后续，并调整后续关系，使其成为业务需求的后续。

与从业务需求创建IT需求作为后续相比，这种方法有一些优势。在目前的情况下，当已经有多个IT需求存在，并且充满了不同的内容时，我们可以决定从哪个IT需求中复制。这意味着您可以选择模板。在另一种情况下，业务需求将是唯一的复制源。

复制的数据与通过"通用复制文档"按钮复制IT需求时的数据相同。

如果不是所有IT需求都具有"批准"状态，则可以创建附加IT需求。这包括状态"定义"、"提交验证"、"正在检查"和"提交批准"。但是，状态"拒绝"被排除在外。

状态流

由于我们现在有多个IT需求属于一个业务需求，因此状态流本身将受到影响。好消息是，我们没有添加额外的状态。

那么，有什么变化……

当一个或多个IT需求达到"拒绝"状态时有三种可能性

当一个IT需求达到"拒绝"状态时，业务和IT需求的1:1关系，业务需求已自动设置为"被IT拒绝"。这一点现在已经改变了。

需求经理现在必须通过"报告业务为‘拒绝状态’"操作手动通知业务部门有一个showstopper。然后将业务需求设置为"被IT拒绝"。

然后IT和业务需要讨论是否有解决方案。有三种结果

如果需求仍然有效并且可以通过另一种方式实现，则重新描述业务需求文档，并经历"定义"、"提交验证"、"正在检查"和"移交给IT"状态。所有状态为"拒绝"的IT需求都设置为状态"定义"。因此，正式的IT需求可以再次检查并获得IT部门的批准。

决定IT需求超出范围，但其他IT需求将得到批准和实施。在这种情况下，可以从业务需求中分离和关闭超出范围的it需求。规则是至少有一个IT需求必须作为相应业务需求的后续文档保留。也就是说，最后一个IT需求不能分离。

分离的IT需求现在是一个独立的需求，可以关闭或以其他方式处理。

其他后续IT需求，流程不变，

业务决定如果IT需求中没有被IT拒绝的功能，整个业务需求是没有价值的，世界人工智能，不应该被实现。在这种情况下，业务需求设置为"已拒绝"，所有后续IT需求也设置为"已完成"。

测试人员的反馈是，海淘返利，IT需求应通过业务需求拒绝区分正常的"已完成"和"已完成"。这将导致一个新的状态，目前正在验证。如果您作为我们的客户已经想使用此功能，在我之前的博客的帮助下，私有云市场，您已经可以使用此功能了。

您可以在联机文档中详细了解此功能()在一个单独的部分。我们还添加了新的状态流程图。我建议您检查一下。

请注意"推迟"状态仍然可用。因此，您可以区分时间（容量）问题和真正的止损问题。

我们的变更请求管理构建工具包中的新部件

随着客户根据其需求调整流程，需求和变更请求管理都建立在ChaRM框架上，具有高度灵活性。

因此，使用SAP Solution Manager 7.2 SPS5，我们引入了两个附加部分。

PPF action SMIR\u CREATE\u additional\u ITR使用这个BadI实现。它是创建附加It需求的部分。

在PPF操作定义中，PPF操作容器元素"TARGET\u PROC\u TYPE"包含有关哪种交易类型的信息？？应创建并重新分配。

因此，如果您输入，返利怎么用，例如，更改请求交易类型（并且复制控件等先决条件是自定义的），您可以使用此功能创建来自IT需求（或其他来源）的变更请求作为后续，并将其重新分配给其前身。

此新的变更请求管理框架操作实现了将IT需求与业务需求分离的技巧。它可以被一个PPF操作使用，并且需要以下PPF容器元素：