A016-下达与监控的故事（续）：开发这么个功能，到底需要多久?

A016-下达与监控的故事（续）

开发这么个功能，到底需要多久?

本公众号《A005-预算下达与监控的故事》一文中，描述了故事的大部分，本文要说的是故事后续。

1. 配合测试

完善开发需求文档的逻辑后，交给ABAPer开发，过了1周左右，ABAPer初步开发完成，需要进行测试和结果验证。

整个计算，近100个计算过程，代码写了上万行，由于测试需要先制造预算业务数据，ABAPer不太懂业务，协调我进行了一起测试和结果验证。

2. 测试数据的准备

一开始的测试，需要根据进度制造测试数据，后来索性把相关的多张表单数据都填满，就不再需要制造测试数据，只需要检查数据正确性，如果有错误，进行手工验算，查找问题原因，测试速度也逐步提升。

3. 设计的调整

同时，由于监控报表当初只是根据逻辑设计好了，根据测试情况，发现一些仅通过设计无法发现或者没有考虑到的情况，例如，在下达阶段设计的利润计算相关的主数据，在监控阶段使用时，发现实际使用时，不太方便，于是进行了主数据的调整，牵一发动全身，报表也跟着进行了设计调整，这部分工作也花了些时间。

通过EXCEL表单，BPC不允许存储0，通过后台计算，BPC也不允许存储0，所以，经过跟ABAPer商议，用0.000001代替0，这一决定，导致报表又得修改，好吧，为了“革命”，就不说啥了，继续修改。

如果你看了故事前序，用户还有个“不要求”，我们是通过99.99来实现的，这个逻辑也是在测试时，发现不完善，进行了补充，ABAPer也对程序作了调整。

由于监控报表是另外一个同事设计的，对整体实现的理解有所偏差，测试发现后，对报表也作了些调整。

BADI测试的时候，用的是UJKT《A012-BPC逻辑脚本调用BADI过程的测试工具：UJKT》，通过写好的逻辑脚本，对计算过程逐个测试，每次修改过BADI后，需要退出UJKT界面，重新进入，才能执行最新的程序，这个过程，比较磨人。

由于用户需要尽快使用，ABAPer和我也是拼了，经过加班，终于测试完成。

如果你以为这就万事大吉，那么就高兴的太早了，我们继续看看后面的工作。

4. 逻辑脚本调用BADI

这里出现的第一个问题是，区分大小写，如果你把BADI的名称字母大小写写错了，系统会报错：UJK_VALIDATION_EXCEPTION:未找到业务加载项“Für das aktuelle BAdI ist keine Implementierung se”。

逐个计算过程测试完成后，把经过测试的逻辑脚本放入BPC系统的逻辑中，通过之前写好的EPM的包，调用该逻辑脚本。

通过整体测试，跑了几次，历时3分钟左右，可以接受。

5. 通过按钮调用包

为了方便，给所有的报表增加按钮，调用包，方便用户使用，该过程请参考《A015-VBA如何调用BPC的包？》。

6. 录制培训视屏

录视频所使用的工具：InstantDemo。

公众号菜单的软件推荐《T001-BPC项目常用工具软件推荐》中，还有其他软件推荐，请参考。

总结

这是一个新的需求，用户与我都没有认识到隐藏的工作量，把整个过程写下来，为的是说明一个道理：🐜虽小，五脏俱全，不要低估了工作量。

完成一个新的功能开发，需要事先对工作量有个足够的衡量，否则会引起很多误会。

这是初版，用户肯定还会提出功能调整，届时，报表、BADI、培训视屏，估计都得修改，不过那就是另外一个故事了。

（正文结束）

附1：关于本公众号

微信公众号ID：SAP-BPC

微信公众号名称：BPC123

欢迎您的关注和阅读，希望这篇文章能为您带来帮助。

欢迎转载与分享，也请注明出处。

如果您有需要了解的关于BPC的其他内容，也可以给我留言或发邮件（chaijw@126.com）

识别下面的二维码，或者直接搜BPC123，或者SAP-BPC，可以关注本公众号。