当前位置:主页 > 游戏服务器 > 主机安全 >

云数据库_平阳网站建设_精选特惠

这第三篇文章将介绍S/4HANA云实现的最后阶段,以及一些其他有用的考虑:

实现

这一阶段的预期任务是:

在这一阶段,您将使用详细的Backlog,使用增量配置、开发和测试的包来定义不同的sprint。这种方法是基于SCRUM的,因此建议按照敏捷方法来执行sprint:

从项目管理的角度来看,使用加速器的Backlog,包括Delta需求和间隙.xlsx'包括在探索阶段(如果您还没有使用它)。您只需将积压的活动填入文件中,智能物联,就可以设置所有的sprint计划和sprint burndown图表:

如果定义的每个流程都符合SAP的标准,那么激活和配置不同的范围项是一项快速而轻松的工作。一旦您完成测试,您可以使用"测试您的流程工具"(见第一篇文章)轻松地自动化测试。

我将把实现阶段分为三个主要模块:

在这一点上,您还必须要求提供P系统。一旦您准备好了系统,测试和验证的每个范围项都可以传输到生产中。建议保持两个系统定期同步。每次只有一个运输订单,因此,在每次运输中,Q中完成的所有工作都将在P中更新。小心不要运输不打算在P中的开发!加速器的Q-to-P传输流程.pdf'解释细节。

我的建议:如果您还没有完成Q中的整个迁移,请不要进入下一阶段。请注意,没有类似"OBR1"的应用程序来重置事务数据并重新启动。我建议在Q中使用一个虚拟字段来跟踪迁移时的不同迭代,直到所有数据都加载正常。如果数据量很大,我还建议将数据拆分为不同的excel模板。速度较慢,但您可以更好地控制正在加载的内容。

此阶段的最后一项重要活动是准备切换计划。考虑客户的财务和运营限制以及SAP的发布周期(请参阅下面的"最后考虑事项"了解更多信息)。

我的收获:SAP提供了一个模板来正式结束每个阶段。重要的是正式签署并将本文件分发给相关的利益相关者,以调整立场并获得项目每一步的正式批准。本阶段审批通过后,前一阶段未考虑的所有任务,或范围内的变更应作为变更管理中的变更请求进行管理。

部署

本阶段预期的任务为:

本阶段,你必须完成所有可能留下的小项目,并完成所有培训。因为你已经迁移了Q中的所有数据,你应该准备好所有模板。您只需在P中再次加载数据。如果加载错误的数据,您可以提出一个问题并要求重置,但这不是正常的过程,因此请确保第一次在P中正确加载数据!

我的建议:在加载到P之前,再次检查所有内容是否一致。例如,如果您为某些主数据(如供应商)定义了内部编号,请检查分配的代码是否与在P中创建的新数据匹配。也就是说,引用供应商的发票可以具有与在P中创建的供应商不同的供应商代码。请记住,您只有一次机会!(或者您需要向SAP提交一张票据来重置系统)

如果一切正常,我们都准备好了!一旦得到客户的正式批准,大数据是做什么的,我们就可以进入运行阶段。

运行

严格来说,一旦项目结束,就没有项目了。运行阶段更像是一个"正在进行的阶段",我们可以计划进一步的培训,云服务器一年多少钱,或者在需要时通过添加新的范围项目来扩展范围。因此,一旦你进入运行阶段,你就完成了!

根据项目计划,一个小团队可以支持一段时间来整合系统,并帮助关键用户进行一些额外的培训。

最终考虑:

云季度发布:

云有季度发布(相对于有年度创新周期的内部版本)。这是非常重要的考虑到这一点,以计划何时开始或上线,因为你不想被困在中间的一个版本!此外,如果某项功能仍未满足要求,您可以在SAP官方门户网站的下一版本中查看该功能是否可用。

您可以注册两个可用版本(两个不同日期)中的任何一个进行升级。该版本首先安装在Q中,在P升级之前,您有两周的时间来测试系统。在这两周的时间内,您将无法将任何内容从Q传输到P。作为一种最佳实践,我建议使用"测试您的流程"定义所有需要提前测试的流程,因此在每个新版本中,所有的测试都可以自动化,以确保一切正常工作。

检查计划的停机时间,并在决定前提前让客户知道,因此,它不会影响公司的运营。

Fiori:

云仍然有一些应用程序是老式的sapgui。是的,云上,这些应用程序在浏览器中没有最好的用户体验。在每个版本中,新的应用程序都会取代旧的应用程序。然而,请记住,Fiori应用程序不仅仅是一个洗脸,它们中的大多数都是基于角色的。这意味着我们每个角色都有特定的应用程序,而不是所有角色都有一个应用程序。不要期望有更新的用户体验相同的应用程序。一些交易将被拆分成不同的应用程序或集成到不同的应用程序中。

集成选项:

猜你喜欢

微信公众号