内部研发项目控制流程.pdf

-

部研发工程管理流程

1：目的

为了规公司部其他部门根据自己的业务情况，需要研发部为其开发相

关业务管理信息系统，特制定本程序。

2：适用围

本流程适用于公司所有的部研发工程。

3：工作程序

3.1：工程可行性报告

具有工程开发需求的业务部门，要根据自己业务的实际情况从工程应

用方面编写工程开发的?可行性分析报告?。

3.2：可行性评审

业务需求部门要组织相关人员〔包括本部门经理、分管副总、技术专

家、技术总监、研发人员〕对?可行性分析报告?进展评审。

3.3：公司审批

通过评审的?可行性分析报告?要报公司经理会进展审批，只有通

过经理会审批的部工程才可以进入下一阶段。

3.4：成立联合工程小组

由提出开发需求的业务部门和研发部门一起组成工程联合开发小

组，工程小组必需有一人以上的业务部门人员全程参与工程的开发过

程，由研发部经理任命工程经理。

3.5：工程立项

研发部依据通过评审后的?可行性分析报告?，编制?立项申请书?，

.z

-

上报公司总经理审批。

3.6：需求分析

3.6.1：工程经理负责组织工程组成员形成需求分析小组，然后按

照?开发方案?展开需求调研工作。

3.6.2：需求调研之后，需求分析小组需将需求分析的结果进展汇总，

并编写?需求规格说明书?。

3.6.3：工程经理负责组织需求评审。需求评审的主要对象是?需求规

格说明书?。需求评审需邀请公司相关业务需求部门人员参与；并组

织填写[评审报告]以记录评审结果。评审结果需经相关评审人员签字

确认后，工程方可开展下一步的工作。

3.6.4：通过评审的?需求规格说明书?以及用户提供的原始需求文档

都要作为配置管理项入配置管理库受控。

3.7：系统设计

系统设计一般分概要设计和详细设计两个阶段，由系统设计小组具体

负责。根据工程的具体情况，此过程可以进展适当的删减。

3.7.1：概要设计

3.7.1.1：概要设计的主要依据是通过评审的?需求规格说明书?及用

户提供的原始需求文档。

3.7.1.2：概要设计完成后，形成?概要设计说明书?并由工程经理组

织相关人员对其进展评审。评审的主要依据就是?需求规格说明书?及

客户提供的原始需求文档。评审结果需记入?评审报告?。评审结果

经相关评审人员签字确认后，工程方可开展下一步的工作详细

.z

-

设计。

3.7.1.3：通过评审的?概要设计说明书?需作为配置项入配置管理库

受控。

3.7.2：详细设计：

3.7.2.1：详细设计的主要依据是通过评审的?概要设计说明书?，详

细设计与概要设计要保持一致，为编码提供详尽的依据。

3.7.2.2：详细设计完成后，应形成?详细设计说明书?，并由工程经

理组织相关人员对其进展评审。评审的主要依据就是?概要设计说明

书?。评审的结果需记入?评审报告?。评审结果需经相关评审人员签

字确认后，工程方可开展下一步的工作。

3.7.2.3：通过评审的?详细设计说明书?需作为配置项入配置管理库

受控。

3.8编码

3.8.1：编码工作由系统开发组负责。

3.8.2：开发组成员在编码时应严格按照[详细设计说明书]的要求，

保证最终程序与详细设计相一致；编码过程中需遵循?编码规?的命名

规则和注释规则等规定，保证程序的清晰、易读。

3.8.3：开发组成员负责对自己编写的程序进展调试，使程序不仅通

过编译的语法检查，而且在功能和性能等方面到达设计的要求。

3.8.4：每一阶段编码完毕后，开发组成员需按照?配置管理程序?的

要求对原程序或可执行程序进展标示，并入配置管理库等待测试。

3.9：测试

.z

-

3.9.1：?测试方案?由测试小组根据工程实际情况