SAP ERP系统实施项目开发管理规范-正式3

  • 格式:docx
  • 大小:963.26 KB
  • 文档页数:8

下载文档原格式

  / 8
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

ERP系统实施项目

开发管理规范

1.开发组主要职责

➢负责制定XXXXXERP系统的开发总体策略,建立开发流程和开发管理组织,协调项目开发资源,协助项目确定关键技术方案;

➢负责XXXXXERP系统各类业务功能的增强修改和业务报表单据的开发。

➢负责制定XXXXXERP系统的系统集成总统策略、方案和集成规范;

➢负责XXXXXERP系统与其它系统之间的接口方案制定和开发。

2.开发组组织架构

为了确保XXXXX系统的开发按照统一的规范和流程进行,满足集成统一的要求,避免造成管理混乱和资源浪费,根据总体组的要求,结合目前XXXXXERP系统的开发实际情况,整个XXXXXERP的开发采用:统一管理,分散开发模式(即统一与分散相结合的开发模式)。

统一管理:即统一制定项目开发总体规则、开发标准、开发流程和开发规范;

统一协调开发资源管理;统一开发管理核心技术解决方案。

分散开发: 即ERP系统的开发工作,由总体开发组派遣技术能力突出的驻点顾问带队,带领一定数量的开发顾问,共同组成驻点开发团队,完成该项目部分开发工作,其余开发由总体开发组完成。

具体开发组织架构如下图所示:

3.开发流程

开发流程步骤说明:

1)用户提出开发需求,点上模块顾问经评估并确认可行后,通过Email正式提出新增开发

需求请求,经点上项目经理和总体组顾问确认后,将需求添加到开发清单中

2)顾问完成功能说明书后,将功能说明书通过Email发至点上模块组长和点上开发负责

3)点上模块组长和点上开发负责人审核功能说明书的格式、技术细节和要求等内容,通过

后确认该功能说明书。(模块组长审核的内容:正确体现需求、内容准确完整、逻辑正确无误;开发负责人审核的内容:命名规范符合要求、格式符合要求、内容完整且符合要求,开发人员可以清楚理解并依此进行开发)

4)祝汉武审核功能说明书的质量,若需要总体组把关,则需要总体组顾问的Email确认

5)开发任务分配,并同时将开发任务维护至Rtracker中

6)点上顾问、开发负责人、总体组业务顾问和点上项目经理追踪模块开发进度

注:总体组顾问未审批通过的功能说明书,点上业务顾问需完善功能说明书后重新走流程。

整个项目的开发清单中标明哪些是总体组需要把关的,哪些是不需要把关的。需要把关的,功能说明书的必须由总体组审核。

为了提高工作效率,审批环节可采用邮件抄送所有相关人员(包括后续环节需要审批的人员)。

开发流程阶段说明:

●功能设计阶段

主要工作:

✓点上业务顾问收集关键用户需求并整理

✓根据关键用户需求作出相应的功能设计

✓业务顾问完成《功能说明书》

✓驻点顾问审核功能设计说明并检查相关开发计划,联系任务调度确定开发完成时间及测试安排

工作要点:

✓功能需求设计的所有者必须为项目对应的点上业务顾问

✓驻点顾问应确保功能设计描述完整,清晰,如果需要可以进行初步技术设计。

✓提交开发之前功能需求设计必须经过点上项目经理和总体组模块顾问审核和认可✓审核完成的功能需求说明书应添加到Rtracker中对应项目下,在今后的开发测试过程中以此版本为准。

●代码开发阶段

主要工作:

✓开发顾问根据审核通过的功能说明书开始代码编写工作

✓开发顾问在开发环境中按照功能设计中提供的样本数据进行单元测试

✓单元测试完成后驻点顾问需进行代码审核

✓审核通过的代码由开发顾问通知点上业务顾问开始测试

工作要点:

✓代码开发工作在Development Client 中进行,单元测试在UT Client中进行

✓单元测试由开发顾问自行完成,测试的依据主要为用户提供的样本数据,测试过程要求覆盖程序中所有分支

✓单元测试完成后需要由驻点顾问审核程序检查权限,性能,边界值等代码信息

●集成测试阶段

主要工作:

✓点上业务顾问根据功能需求中的具体要求进行集成测试

✓关键用户利用真实数据进行接受测试

✓开发顾问负责确认最终的测试结果并编写技术设计书

✓测试通过的程序通知走签核流程申请Basis顾问传输生产系统

工作要点:

✓集成测试由业务顾问和关键用户在QAS环境中进行

✓集成测试案例和结果记录在功能设计说明书中

✓集成测试的依据主要为用户实际业务中的各种业务场景,要求测试过程尽可能完整覆盖所有业务情形,包括流程情形和数据情形!

✓集成测试通过后需要业务顾问,驻点顾问和关键用户共同认可并签署在功能设计书中

✓任务调度将最后版本的开发请求通知Basis顾问传输生产环境,并跟踪传输状态

4.需求变更流程

需求变更流程步骤说明:

1)顾问提出需求变更请求

2)原程序开发人员或开发负责人评估变更需求

3)对于开发影响较大的(如开发逻辑较原先的功能说明书发生很大变化)需求必需重新走

开发流程,功能说明书命名为新的版本;否则填写开发需求变更表,并Email至祝汉武、点上开发负责人、点上项目经理和总体组顾问组长。

4)祝汉武按照开发清单的要求,确认流程走完后,才正式安排变更的开发。一个功能说明

书对应一份需求变更表,待相关程序测试并完成确认后,顾问需将功能说明书更新。

注:总体组顾问未审批通过的功能说明书,点上业务顾问需完善功能说明书后重新走流程。

整个项目的开发清单中标明哪些是总体组需要把关的,哪些是不需要把关的。需要把关的,功能说明书的必须由总体组审核。

为了提高工作效率,审批环节可采用邮件抄送所有相关人员(包括后续环节需要审批的人员)。

5.开发辅助管理工具

1)开发交流平台