我这篇文章的技术基础是sapsolutionmanager系统7.1版，带有servicepacksp14。老实说，我希望Solman7.2的功能（比如更多的FIORI应用程序）会更加完善。但我等不及了。另外还安装了以插件为中心的构建。（另见). 我将以应用程序生命周期管理方法向您展示如何使用sapsolutionmanager管理发布。第1部分包括收集需求和文档，最终确定软件可交付成果的范围。

来自基于瀑布的项目方法，我对如何克服敏捷软件开发方法的障碍很感兴趣。

聚焦构建（FB）使用SAP Solution Manager变更请求管理（CHARM）stack plusPPM（项目和投资组合管理）堆栈。首先，请确保CHARM已配置并正常工作。安装Focused Build插件并按照SAP提供的配置指南进行定制。

与标准的SAP Change Request Management相比，FB提供了一些出色的功能。举几个例子：a、 ）简单的文档管理（用于蓝图、用户故事、手动测试用例、配置指南、需求等），称为DropDocs.

b.）大型项目的发布管理，能够在sprint（例如2周）和waves（多个sprint）中构建软件。在一个浪潮结束时，邀请客户参加所谓的"展示和讲述"会议是一个很好的做法。

c）增强的测试套件（包括从链接到Solution Manager项目的PPM项目创建测试计划）和增强的测试人员能力。开发的每个阶段都可以分配给特定的测试阶段。（例如，waves可以链接到UAT，这意味着用户验收测试）。

d.）仪表板（用于发布、项目、测试状态和解决方案准备情况）。

我最喜欢评估FB的原因之一是有可能每天更新质量仪表板。

我认为质量从需求开始。在每个需求中都有一个独特的参考，以确保可追溯性（从事件中向后）和完整性检查，这是很有用的。

总结-通过集中的构建套件，我希望为开发项目创建一个早期预警系统的愿望更有可能成为现实。

让我给你一个如何处理这个问题的印象按照图中的流程执行任务。

（图）从左上角开始：

1。需求分析：对于ITIL（IT基础架构库）之后的更改，我建议使用7R。这意味着存储有关…（1） 请求者（角色：请求者），物联网断路器，（2） 负责人（角色：变更经理），（3） 资源（相应的PPM资源是：开发人员、技术架构师、业务流程所有者、IT操作员等），（4） 返回（=成功实现的结果，可以存储在文本中），（5） 风险，（6） 关系和最后（7） 改变的原因在Solution Manager系统的相应事务类型中。

2。要求文件：与标准的CHARM（变更请求管理流程）相比，在集中构建中，文档作为附件上传更容易–通过拖放的方式更简单。（刀具升降）。

3。蓝图和概念：右边的ALM（应用程序生命周期管理）圆圈显示了构建过程，接着是QM（质量管理）部分，最后是生产系统中的操作和运行阶段。

基于CHARM的系统中的上述信息将存储在事件和更改请求的几个部分中。在SolutionManager的7.1版本之前，您可以使用事件作为需求的早期形式，西安大数据，只需在简短的文本中说明它是新的内容在聚焦构建中，您将获得一个名为businessrequirement的额外事务类型。进一步的信息将存储在从这个业务需求派生的工作包和工作项中。这些工作项不同于一般变更和正常变更（具有添加软件传输功能的能力）。

在重点构建中，项目规划和软件开发过程分为以下几个阶段：

a.准备b、 范围c、 建造d、 部署e、 运行。

您只需将这些公司标准上传为XML文档，就可以使用项目模板。之后，你必须改变预定的日期和分配负责的资源。根据指定版本的项目类型。该版本指定了上线日期。设置项目优先级和状态。继续计划（项目的准备）。继续计划工作包，并通过添加受控项目文档的工作项来确定发布的范围。

正如我之前提到的，集中构建中的文档比标准解决方案管理器中的文档更容易处理。只需从文件资源管理器中拖放它们，即可将它们分配给工作包。通过定制，您可以控制哪些文档是强制性的，大数据下载，谁负责发布它们。这是文档引导完成的部分。通过标准的SAP业务工作流工作项，您可以让负责人最终发布所附的项目文档。请区分重点构建工作项（一种变更文档）和SAP business workflow工作项，后者代表可单击的下一个事务、对话或操作。

工作包与变更请求文档具有魅力。工作项与某种变更文档相关联。

在我的下一篇文章中，人工智能怎么样，我将讨论如何测试项目的请求部分，以便发布它们。在这里，您将学习一些附加的角色，服务器租用，这些角色是随附加组件发明的，并且添加了一些值得赞赏的测试功能。