SAP开发框架系列之 增强清单管理

前言:

     归纳总结是个好习惯,我们都值得拥有.

    每一个业务的开发需求,都是一次归纳的契机.

• 根据业务特定的需求分析,是否可以概括出一个通用需求?

• 特定业务需求是否完全包含在这个通用需求中呢?

• 是否可以根据这个通用需求概括出一个通用处理模型?

• 该模型是否可以解决这一类的业务需求?

• 怎么用特定的语言(ABAP)开发这个模型?

• 怎么给业务最大的自由度去使用这个配置使用这个模型?

    如果你是一个业务人员,带着这些问题去和你的开发沟通.(你毛病呀,半天就可以写完的程序,你想整一周?)

    如果你是一个开发人员,带着这些问题去和需求提出者沟通(你找事呀,按我的需求做就完事了,要不你来写功能说明书?)

    或者,你也会碰到志同道合的. 嗯,这个提议不错, 咱们一起来完善一下这个设计.  

    尝试更多的去理解业务,去归纳业务,用开发的思想去重建功能设计.  

正文

    SAP项目实施过程中,往往会增强标准程序,实现一些用户自定义的功能.因为SAP的增强技术经历过多次发展,每次都向下兼容. 这样就导致在SAP中有多种增强方式,分散在不同的入口.这里 简单总结一下所有的增强方式,详细方式可以自行百度.

• 标准代码修改:也算一种增强方式.申请ACCESS KEY 后直接修改标准代码,未列入SE80集中管理.
  

• FORM增强: 例如SO 的程序 MV45AFZZ 中集中存放标准逻辑调用的子例程,增强代码写入这些子例程,未列入SE80统一管理.

• 配置增强: 在后台配置中,个别配置中可以添加自定义函数实现增强.例如业务事件处理(BTE)就是一种配置增强,未列入SE80统一管理.

• CMOD增强: 早期的增强管理方式.通过TCODE:CMOD管理增强,未列入SE80.

• BADI增强: 通过SE19管理. 列入了SE80统一管理.

• 隐式增强: 在标准代码块(FORM,FUNCTION,METHOD)的开头和结尾处增强,列入了SE80统一管理.

    因为标准增强太分散了. 所以项目中往往需要一个用一个EXCEL文档,把所有的增强整理到里面,作为项目的交付件之一.

    每次项目交付时,整理这个文档都让我挺痛苦的. 为了完成这个文档,需要和所有开发沟通,需要整理所有增强的功能,记录所有增强实现的方式.偷懒的天性驱使我产生了这个想法:

做一个增强管理程序,使用规定的规范管理所有项目中开发的增强. 

这个程序需要有以下功能.

• 统一记录所有的增强点

• 可以方便的跳转到具体的增强或代码位置.

• 简单的文档功能,记录增强实现的功能及实现方式

• 能快速检索

    有了想法后,必须要行动, 否则这个想法就只能留存在你的脑海中. 每次回味一下,懊恼一下.

    SAP增强清单管理实现了下述功能:

• 整合了系统中所有实现的增强.通过增强编号,集中管理所有增强.

  

• 根据增强类型,快速跳转到特定的标准处理界面.

  

• 集成的文档管理.

  

• 增强点使用统一的代码风格.

  

• 通过标记,暂时取消增强的功能.

  

    增强清单管理解决了项目过程中对所有系统的增强记录的麻烦,它成功的让我在每个项目结束时,节省了写一个增强清单作为交付件的烦恼.同时把所有的增强集中到了一起, 方便后续的查询.

 

---

SAP开发框架系列是我对开篇前言中问题的解答,这个系列提供的是一种思维方式,有些涉及到的代码/工具,会在后续文章中陆续发布.

    如果你对这篇文章感兴趣,请帮忙转发分享, 并且勾选微信 <看一看>.文章右上角的按钮点击后,点击<在看>(或者文章末尾的右下角<在看>),即可.       (如果你真的喜欢这篇文章,请记得回来打个赏,作为支持我继续下去的动力,这是一个正反馈过程. 越多的人打赏,作者越有动力分享,读者就能享受更多的福利. 毕竟打赏的金额富不了我,穷不了你,却能支持这个公众号长久发文.)

扫码关注公众号,获取更多好用的SAP应用程序