系统开发管理制度.pdfVIP

长风破浪会有时，直挂云帆济沧海。——李白

信息系统开发管理制度

为规范信息系统的开发内容，保证信息系统开发的可执行性和严肃性，特制订本管理

制度。

一、岗位和职责

1、信息系统关键用户：负责开发需求的整理及分析开发需求是否可行、业务SPEC文

档的编写、程序测试及最终用户的使用培训。

2、业务部门总部部门第一负责人：负责开发需求的审核。

3、大区部门经理及以上负责人：负责开发需求整理及开发需求的审核。

4、总部信息经理：对开发的业务需求及现有技术能力对开发需求进行评估。

5、总部信息总监：负责开发需求的审核。

6、集团负责人：负责开发需求的审核。

7、开发工程师：

1）负责协助关键用户整理业务需求，根据业务SPEC文档开发程序，对程序全程

跟踪测试，编写技术SPEC文档。

2）负责信息系统的二次开发和代码备份，确保所开发程序的完整性与可追溯性，

保证程序与相关文档相符且要一一对应。

3）负责所开发系统或程序的测试、维护、更新、升级和推广应用等工作，对关键

用户和部分最终用户进行指导、培训、技术支持和问题解决等工作。

8、BASIS顾问：负责传输开发程序请求并审核开发程序。

9、开发负责人：负责开发需求的审核及开发整个过程的监督。

10、安全审计专员：负责监督审核开发程序。

11、文档专员：负责上传业务SPEC文档及技术SPEC文档，以PDF格式上传到KOA

系统中的信息化专栏模块。

二、开发总则

由各部门把需求整理后，经过与关键用户及开发工程师沟通，并考虑实际情况，综合

评析后，由关键用户在KOA系统中发起SAP程序开发管理流程，经关键用户结合实际业

务及系统操作审核开发需求，并写明SPEC需求文档（文档格式详见附件），经本部门负

责人(部门经理)、本部门第一负责人审批（总监或副总监）、总部信息经理和信息总监审

批、集团负责人审批、总部开发工程师处理，开发负责人进一步确定是否上传业务SPEC

文档，与开发工程师及关键用户沟通需求是否可行，最后由开发工程师组织需求评估，确

长风破浪会有时，直挂云帆济沧海。——李白

认SPEC需求文档(文件内包含测试内容及测试方法)各项内容，将经过评估后确定可开发

的需求转为开发任务，并明确开发完成时间。同时，在开发流程中上传开发SPEC文档，

开发完成后由需求提交者和关键用户在规定时间内（3天内）完成测试；如没完成测试或

无反馈信息，开发工程师有义务跟踪延时2天，测试通过后，完成开发需求，并释放传输

请求，释放传输请求后由传输请求管理员传输到正式系统，流程结束后抄送相关人员。

三、开发细则

1、开发类、传输请求、程序名的使用和命名规则：

1）开发类的使用：

测试程序使用本地对象开发类$tmp,ECC6系统正式开发任务使用ZJH开发类，

SAPBW系统开发任务使用ZJH_BPS，SAPHR系统开发任务使用ZHR，逻辑数据库

使用PNP。

2）程序名的命名规则：

SAPECC系统：测试程序的命名规则使用‘ztest+4位编号(程序描述)’，正式程

序的命名规则使用‘Z模块名+R(SAP报表)或F(SAP单据)或G（功能）+4位编号(程

序描述)’,如‘ZMMR0001’。

BW系统：

a)系统内开发：

测试程序的命名规则使用‘ztest+4位编号(程序描述)’，正式程序的命名规则使

用‘Z模块名+F(SAP报表)或G（功能）+4位编号(程序描述)’,如