编写SAP ERP系统开发功能说明书的10个必备技巧

把自己想象成一个SAP ERP新手，得到一个空白的开发功能说明书模板。你可能会在模板中找到一些很重要的，值得参考的内容，但这就足够了？我的回答是“不，这还不够”。

当我还是SAP新手的时候，我就遇到过这种情况。

作为一名新手，我当时担心的更多是以下几点：

我该如何开始？我该从哪里开始？
我应该在开发功能说明书中写些什么？
我如何知道我的FS是否正常？

…以及最棒的部分：

我可以拥有一份完整的开发功能说明书吗？我只是想看看一个例子，然后有个想法。

基本上，作为一个初学者，会跳出很多问题和想法。如果能有一位同事和/或导师帮助你解决这些问题，那就太好了……甚至可能是一次正式的培训。

这是理想的情况，但在某些情况下，这些可能不是每个SAP新手都能使用的。即使它们是可用的，有时你需要更多的东西——也许是更多的指导，不同的视角，等等。至少在我的情况下，我需要更多的。

下面，您将找到编写SAP开发功能说明书的10个必知技巧。我在整个职业生涯中都学到了这些，并决定与大家分享这些技巧。

1.了解你的WRICEF

首先，你需要了解WRICEF。对一些人来说，它也被称为“RICEFW”或“WRICEF-A”。我们稍后再讨论。这个缩写词基本上可以帮助您对SAP特定的需求/更改进行分类。

W–工作流程
R–报表
I–接口
C–转换
E–增强
F–表单

您可以根据需要使用WRICEF对每个需求/变更进行分类。这有助于为开发人员提供“开发视角”。

什么是RICEFW？

好吧，它由相同的定义组成，只有W–Workflows位于首字母缩写的末尾。

WRICEF-A呢？什么是WRICEF-A？

本例中的“A”代表“授权”。因此，如果您的更改涉及到授权更改，那么您将其分类到授权更改之下。就我个人而言，我更愿意将其保留为WRICEF。对于授权部分，我更愿意将其作为我的开发功能说明书中“附加细节/注意事项”部分的一部分。

以下可以是WRICEF的“备忘单”：

W–工作流程

1 想想审批+从一个部门传递到另一个部门的工作（顺序）
2 触发对人员1的批准。人员1批准后，触发对经理1等的批准。

3 审批流程逻辑

R–报表

1 标准SAP报表
2 自定义报表
3 报表编辑器
4 BW报表（业务信息仓库）

I–接口

1 考虑与第三方软件的集成和通信。
2 SAP到SAP的集成
3 SAP到非SAP集成，反之亦然
4 RFC、BAPI、IDOC、EDI、ALE、UDDI、SOAP、WSDL、REST、API、FTP、SFTP等。

C–转换

将数据从一种格式转换为另一种格式+从一个系统转换到另一个系统
从遗留系统（或文件）到待处理系统的遗留数据传输
批处理数据通信（BDC），传统系统迁移工作台
（磅/平方毫米）

E–增强

1 向标准SAP添加/修改现有功能
2 用户出口USER EXIT，业务外接程序（BADI）
3 新建程序

F–表单

想想打印输出+自定义表单
SAPscript表单，SAPscript打印程序，SmartForms。

2.开发者/读者不想读小说

你有没有被要求阅读一份有这么多页的文件（大多由无穷无尽的段落组成）？让我们补充一下这个场景，并说您需要在明天之前阅读整个文档。

这当然是我的夸大其词，但谁知道呢…这可能会发生。我很想从头到尾读一本好小说。我选择了那本小说，它被认为是一种爱好。然而，在所提供的场景中，我们谈论的是工作。

读者必须以最快的方式理解信息/要求。毕竟，我们正在考虑时间表。

话虽如此，我建议你：

利用图片、图表、视觉提示等（图片胜过千言万语）
避免制作庞大紧凑的段落（使其易于阅读和消化信息）。比较示例文本1和2。

上面的两段文字，TEXT2是不是看上去舒服一些？

3.开发人员/读者不想阅读模糊的文档

你知道信息在通过不同的人时会发生变化的故事吗？以这个类比为例：

这对我来说既有趣又悲伤，因为这是真的。这种事情总是发生，每个人的信息或理解都不尽相同。

回到编写开发功能说明书……我建议您尽可能详细和描述性。

4.写作是为了传达一个明确的信息，而不是为了表明你对复杂语言的熟练程度

我试过阅读技术文档，理解这些信息需要花费更多的精力和时间。让我们快速回顾一下我们的学生时代，在那里我们得到了科学文件。

对于那些把科学作为自己最喜欢的学科的人来说，这并不冒犯。这只是为了类比/可视化的目的。

这对一些人（比如我）来说很困难，你需要付出更多的努力和时间才能很好地理解技术文件的内容。有时，我会感到无聊，以至于阅读这份文件需要花费更多的精力。

有鉴于此，我建议：

不要让读者难以理解这份文件。
不要炫耀或炫耀你对一门语言的精通程度。目标是确保开发人员/读者能够快速理解您试图传达的信息。

试着找到你的话容易理解的最佳点或中间点。这是开发人员和您（作为功能顾问）之间的问题。

我并不是说你完全避免使用技术术语。有时这是不可避免的，因此另一种选择是用外行的术语解释技术概念或行为。

也可以考虑IT支持。如果几个月后自定义程序出现问题，IT支持可能需要参考开发功能说明书。让我们说，他/她需要尽快解决这个问题。

现在想想IT支持人员找到您的FS文档并发现它的编写技术。理解内容需要花费大量的时间和精力。这是什么意思？更多的时间…更多的努力。

5.大局观

大局观（Think BIG）（大局观）

开发功能说明书不必局限于模板中定义的部分。您可以根据需要提供更多信息。如果你觉得你需要考虑项目/变更的各个方面，那么一定要把它包括在内。你能得到的细节越多，就能帮助读者理解它在发生什么……越好。

它也不适用于读者，而是适用于作为顾问的你。就我而言，我处理过不同的项目，包括集成、非SAP应用程序、从头开始创建的程序等。

这是什么意思？

这意味着我需要考虑比通常的SAP更改更多的事情。我可能需要考虑以下例子：

审计合规性——这一新功能是否符合公司的审计法规？
外部数据库/服务器–数据存储在另一个数据库/服务器中，并作为报表处理的附加步骤。SAP如何与此服务器通信？
等等…

这些例子只是我考虑的一些例子。因此，多年来，我一直在跟踪所有这些考虑因素，并将其作为指导纳入我的个人清单。

这反过来又帮助我看到全局。在这一点上，这不仅仅是为了创造这种变化。它还看到了这一变化实施后的影响和潜在问题。

6.谨慎

您在开发功能说明书中的内容很重要。这是在系统功能有疑问等情况下不断参考的文件之一。

写作时要谨慎是有帮助的。如果你对某些事情不确定，请确保它经过验证和批准。确保花时间与业务冠军/利益相关者/任何相关人员明确讨论期望和功能。

质疑你写的东西也有帮助。挑战或质疑某些行为没有害处。这可能是一个潜在的考虑因素，有助于避免未来的问题/事故。

7.FS格式不同

开发功能说明书没有标准化的格式。它因公司而异。这儿可以下载一些FS模板：微信公众号回复：FS，获取详细的FS模板吧。

它也可能不同为：

内部顾问。
IT公司下属的一名顾问，负责多个项目/客户。
自由职业者/合同顾问/个体经营者。
遵循敏捷/混合方法或其他方法的顾问。

由于所有这些格式和模板，我决定创建自己的模板组合部分，因此提醒我一些注意事项。我使用作为顾问交给我的官方模板，但有自己的指南会有所帮助。

请注意，对于纯敏捷项目（非SAP或混合），将不需要开发功能说明书。相反，您可以期望创建用户故事和产品积压。这当然因公司、方法、流程而异。

8.保持细节简洁

你想避免混淆读者，所以保持细节简洁是有帮助的。

这也考虑了您使用的词语，甚至是需求的顺序。

例如：如果您在FS的“背景和目的”部分提到“应用程序”一词，并在“要求”部分提及“门户网站”……即使您谈论的是同一件事，也会引起混淆。

9.不要把几个要求塞进一个

你更喜欢哪一个？

多个需求卡在一个需求项中，或
几个小需求逐项列出（相应排序）

这取决于你想如何讨论需求，但我更喜欢分散/分解小需求，然后把它们安排好。至少在我看来，更容易消化和理解需要做什么。

最后，您可以解释这些需求是如何协同工作的。让读者看到整个画面。

10.永远不要忘记最终用户

永远不要忘记最终用户

归根结底，最终用户或利益相关者是主要的优先事项。您需要确保获得正确的需求/功能。您需要根据他们的期望进行交付，如果存在技术/系统限制，至少要管理这些期望。

你可以按照上面的所有提示写一份简明扼要的详细文档，但如果内容没有达到公司领导的期望……或者更糟的是……没有解决主要问题，那将是一个糟糕的结果。

话虽如此，我建议你花时间和精力了解客户试图解决的问题，而不是盲目地同意客户给你的要求。

总结

1.了解您的WRICEF

2.开发者/读者不想读小说

请拍照

3.开发人员/读者不想阅读模糊的文档

信息在通过不同的人时会发生变化

4.写作是为了传达明确的信息，而不是为了表明你对复杂语言的熟练程度

目标是找到最佳点——中间地带——帮助读者理解
使用简单易懂的单词

5.大局观（Think BIG）（大局观）

6.谨慎行事

7.FS格式不同

没有标准化的“格式”
作为内部顾问
作为IT公司的顾问，负责项目/客户
作为一名自由职业者/合同顾问
敏捷/混合方法

8.保持细节简洁

9.不要把几个要求塞进一个

10.永远不要忘记最终用户

读完以上内容，对于有的SAP ERP初学者说，上面写的太抽象了，我还是不会写FS，好吧，我给你们提供一些具体的，详细的FS实例，你一看就会，大部分FS可以直接使用，少部分你需要修改一下以更加符合特定的需求。

编写SAP ERP系统开发功能说明书的10个必备技巧相关推荐

如何写出简洁明了的开发功能说明书
当企业上了ERP 或其他信息系统后,随着业务的发展,总会需要新的功能来助力业务发展,这时就会涉及新功能的开发.不论是标准功能的增强定制,还是自开发新功能,都需要编写开发功能说明书. 身为一枚业务顾问, ...
ERP系统建设功能需求说明书
一.引言 1.1编写目的此需求规格说明书对本ERP软件做了全面细致的用户需求分析,明确所要开发的软件应具有的功能.性能与界面,使系统分析人员及软件开发人员能清楚地了解用户的需求,并在此基础上进一步提 ...
SAP License：守护企业 “ SAP ERP系统数据资产安全 ”
对于企业SAP ERP系统的数据资产管理而言,清楚的定位保护对象是什么,有什么风险或者问题,然后如何保护,再持续提升:其中,对于SAP系统业务数据安全的监管其实是一个比较复杂的事情,业务数据的形式,载 ...
常见的SAP ERP系统大概要多少钱？
• 软件费用: SAP根据现有市场企业规模的不同,提供了不同的产品线.有面向大型企业管理的R/3,也有面向中型企业管理的SAP Business All-in-one,同时还有面向中小企业管理的SA ...
跨境电商ERP系统高级功能介绍
跨境电商ERP系统开发,跨境电商ERP系统功能开发,跨境电商ERP系统开发介绍. 1.店铺管理:包括店面受权网站,订单信息.收益.顾客数.访问量.总盈利等信息内容. 2.商品管理:包括对产品数据信息开 ...
国美电器SAP ERP系统抗压记
时至今日,国美电器SAP ERP系统上线运行已经有一年多的时间.国美电器首席信息官吕意凡现在回想起这个中国零售行业规模最大的SAP ERP系统上线的经过时仍记忆犹新."当时在方案实施现场的工 ...
赛锐信息：基于SAP ERP系统的企业内部审计介绍
引言企业内部审计是建立于组织内部.服务于管理部门的一种独立的检查.监督和评价活动,它主要用于对企业会计及相关信息的真实.合法.完整,对资产的安全.完整,对企业自身经营业绩.经营合规性进行检查.监督和 ...
企业ERP系统开发总结及建议
企业ERP系统开发总结及建议作者:成晓旭对于像我们这种规模的大型公司,自己建设.实施和维护满足公司特定管理要求的管理信息系统,是目前部分大型公司建设企业ERP的常见思路.比如:XXXX.XXXX. ...
你不知道的服装ERP系统的功能模块与好处！
现如今随着企业信息化管理的不断发展,越来越多的企业通过使用管理软件提高了工作能力,提高了投入产出比.随着电子商务的不断发展,现在越来越多的服装卖家需要处理大量的数据,而使用ERP系统可以简化工作流程. ...

编写SAP ERP系统开发功能说明书的10个必备技巧

编写SAP ERP系统开发功能说明书的10个必备技巧相关推荐

最新文章

热门文章