ABAP开发-2、ABAP工作详述

大家好，欢迎来到IT知识分享网。

系列文章目录

前言

承接上一篇初识SAP/ABAP

一、系统建设

1、业务顾问

• 要了解客户的需求：需要精通某一模块，精通SAP系统，具备良好的沟通能力，能帮助客户梳理业务流程
• 要将需求SAP化0.5->1：包括配置–Customizing、增强–对标准功能进行增强，要求修改的代码要少，影响范围要小、自开发–Z/Y开头，其他字母开头的都是标准产品，其中，Z:交付的，Y：测试的、Modification–直接改标准产品，强烈不推荐！
• 书写FS/FD/基本设计书–Function Specification
• • 业务范围：MM/SD/HR/FI
• • 阐述客户的需求
• • 阐述开发难度：需要花费多少天，人力耗费
• • 实现方式：RICEF–Report、Interface、Dialog、Enhance、Form
• • 具体实现逻辑：用什么数据表，计算逻辑，页面设计，打印，怎么执行，怎么测试，命名–Z/Y

2、开发顾问

• 与业务顾问对接
• 把FS代码化
• • 会写代码
• • 了解业务：会更高效，对测试有帮助
• • 沟通：评估FS/FD设计是否合理（写的是什么，能不能实现，时间是否合理）；若过程中发现问题：要及时沟通，并留证据（Call,面对面，邮件，最后邮件确认）；期间可能存在的问题：需求变更—-大小需求变更，大的需求变更要改FS/FD；需求增加—-需求变更，修改FS，额外的开发人力天数，需求增加—-新需求，写新的FS，新的开发计划；Block:开发并行开发，业务顾问配置原因，客户原因，第三方原因
• • 会测试：问业务顾问然后造数据，业务分支
• • 会写文档：包括设计文档和测试文档

二、系统运维

1、新功能

和系统建设区别：读的是现有代码，不能影响现有功能，改动要少、影响范围要小、不影响现有业务逻辑，处理系统运行的出现的问题，是个长时间的过程

2、实施方

Partner、客户自己的IT

3、工作对比

相比来说，节奏更慢，更稳定

三、SAP项目大致阶段

1、打单

2、蓝图

• 甲方和业务顾问对接
• 功能范围：包括上哪些模块，哪些是标准产品覆盖的，哪些需要自开发
• 规定TimeLine

3、方案设计

TL（团队领导人）入场，评估可行性和工作量

4、Basis顾问

• 系统的搭建和维护：包括服务器配置，网络，客户端，用户创建，权限管理，模块安装
• 用户的维护
• TR的传输—-Transport Request;开发机—-测试机—-生产机，开发机到测试机的传输即TR的传输

5、实施

• 开发顾问大量入场
• 开发阶段：根据需求完成编写代码->进行单元测试（开发人员测试,自动化测试（大多数不用））->输出文档，包括测试文档和开发文档、设计文档->交付

6、SIT/System Integration Testing

集成测试：把所有功能点都联合起来一起测试，eg:采购-》结算-》打印小票，业务顾问在测试机进行一轮、多轮集成测试

7、UAT/User Acceptance Testing

用户验收测试：包括关键用户测试并收集用户反馈，培训关键用户、最终用户

8、上线切换

9、运维阶段

开发顾问和业务顾问会支持一段时间，之后一些开发顾问下项目，开发顾问之间会进行交接—-》交接给运维团队（客户自己、Partner)

四、ABAP主要工作内容

1、需求

找业务顾问问需求,FS文档

2、实现

边写边测，并且要多写注释，代码要规范，其中包括命名规范：自开发则是Z/Y开头；以及代码检查：如果有检查，经常查，代码定型量大就不好改了；注意截止时间

3、测试

单元测试，要输出文档，测试各种分支情况；若需要数据，则找业务顾问问

4、文档

测试文档和设计文档，设计文档即：具体是怎么实现的，可以先设计文档再写代码，也可以先写代码再写设计文档

5、最终交付

Report Z_SC_DAY0_36130 *这是我的注释 "*双引号的注释 WRITE '泪水打湿猪脚饭'. 

然后点击“检查”-》“激活”-》“直接处理”

文章的版权归自己所有，未经许可不得转载

总结