前言:
归纳总结是个好习惯,我们都值得拥有.
每一个业务的开发需求,都是一次归纳的契机.
根据业务特定的需求分析,是否可以概括出一个通用需求?
特定业务需求是否完全包含在这个通用需求中呢?
是否可以根据这个通用需求概括出一个通用处理模型?
该模型是否可以解决这一类的业务需求?
怎么用特定的语言(ABAP)开发这个模型?
怎么给业务最大的自由度去使用这个配置使用这个模型?
如果你是一个业务人员,带着这些问题去和你的开发沟通.(你毛病呀,半天就可以写完的程序,你想整一周?)
如果你是一个开发人员,带着这些问题去和需求提出者沟通(你找事呀,按我的需求做就完事了,要不你来写功能说明书?)
或者,你也会碰到志同道合的. 嗯,这个提议不错, 咱们一起来完善一下这个设计.
尝试更多的去理解业务,去归纳业务,用开发的思想去重建功能设计.
正文:
预单据是针对通过扫码创建SAP单据(可能是采购订单/销售订单/交货单/商品凭证等)的场景,业务顾问按不同的单据提交了多份开发说明书.通过归纳总结,发现所有这类的程序的共性.
可能参考一个前置单据/也可能不参考(前置单据).
都需要一个通过扫描枪识别商品的界面,识别结果通过明细呈现.
如果存在前置单据,扫码时依赖于前置单据.
扫码的过程都需要保留.
最终的扫码结果都需要提交创建SAP单据(后续单据).
不同的场景需要呈现的数据内容不一样.
基于上述的归纳总结. 开发了预单据. 提供了大量的配置点,通过预单据实现单据的扫码录入功能,把SAP的常用单据串接起来.
预单据比较适合珠宝行业应用(扫码录入).通过配置,预单据可以取代几乎所有的标准单据的录入界面,提供用户一个统一的录入界面体验.
SAP开发框架系列是我对开篇前言中问题的解答,这个系列提供的是一种思维方式,有些涉及到的代码/工具,会在后续文章中陆续发布.
