版本管理流程.docVIP

 日期 修改状态 页码 更改说明 修改人 0 新拟制 编写 陈朝梅 部门 技术管理部 日期 2000年10月20日 审核 部门 日期 年 月 日 批准 部门 日期 年 月 日 1.0目的 本流程旨在对产品版本实施有效的管理与控制，从而进一步实现产品开发的工程化和系统化，提高产品开发的质量管理水平，以保证产品开发的规范性和继承性。 2.0范围 本流程适用于开发设计的硬件产品、软件产品、产品的测试工具及顾客系统。 3.0定义 3.1版本 本文中的版本，包括如下几个范畴： 内部验收通过后的实验版本，用于小批量试产及现场试验； 正式验收通过后的正式版本。 3.2版本库 技术管理部版本管理员必须建立二个版本库，用以保存已正式运行的所有版本，以便发现问题时能及时进行问题的定位。这两个版本库为： (1)产品版本库：为满足一般顾客需求的版本。 (2)专用版本库：为满足某些顾客的特殊需求而定制的专用版本。这种版本应尽量减少，当某些需求已成为一种较为普通的需求时，应考虑将该功能在通用版本中实现。 为方便管理，开发部门在产品开发过程中可自行定义一些临时版本及建立本部门的开发版本库，开发部的临时版本库为开发版本库，技术支持部的临时版本库为顾客版本库。 4.0职责 4.1技术管理部版本管理员 4.1.1建立及管理产品版本库、专用版本库，控制版本的发行； 4.1.2控制版本的升级； 4.1.3负责发布产品的《版本说明及配套表》。 4.2开发部、技术支持部经理 4.2.1负责产品问题的定位； 4.2.2与项目组一起确定设计更改及工程更改方案； 4.2.3审核《设计（工程）更改报告》、《版本说明及配套表》及监督文档更新。 4.3项目组／项目负责人 4.3.1负责系统联调过程中问题的收集； 4.3.2负责产品的设计更改、工程更改并编制相应文档； 4.3.3负责对产品所作的更改进行测试并编制相应的文档。 4.4技术管理部测试组 负责对产品所作的工程更改进行验收测试并编制《验收测试报告》。 4.5总工程师 4.5.1负责批准设计更改申请和《设计（工程）更改报告》； 4.5.2负责批准《版本说明及配套表》。 4.6开发部门版本管理员 负责根据技术管理部分配的版本号及归档的技术文档对版本进行定义并编写产品的《版本说明及配套表》。 5.0流程提要 开发部门根据各方面反馈的产品质量问题，首先定位问题所对应的版本库及版本，然后确定相应的更改方案，在此基础上，根据具体情况进行设计的更改、测试、内部验收、小批量试产、现场试验及正式验收等阶段，开发出实验版本或正式版本，用于向市场发布。 6.0流程说明 6.1建立产品版本库、专用版本库 技术管理部的版本管理员根据项目情况建立产品版本库和专用版本库。 6.2根据反馈的问题定位相应版本库及版本，确定更改方案。 总工程师、开发部门及技术管理部版本管理员根据产品的《验收测试报告》、《产品小批量试产报告》、顾客反馈意见以及内部升级需求，针对所反馈的问题，定位相应的版本库及版本，对问题定位并确定设计更改或工程更改的方案，技术管理部版本管理员分配一个新的版本号，以、《预研（项目）任务书》及《研发任务书》的方式作为产品或系统更改、升级及换型的依据。 6.4设计更改及测试 开发部门根据《预研（项目）任务书》及《研发任务书》实施产品/系统的工程更改、升级及改型，之后进行单元测试、集成测试及系统联调测试，联调通过后修改相应的技术文档，编写《设计（工程）更改报告》等相应的技术文档。 6.5版本定义及文档提交 开发部门版本管理员根据分配的版本号及归档的技术文档，对版本进行定义并编写产品的《版本说明及配套表》，由开发部门经理审核、总工程师确认后提交技术管理部版本管理员。 6.6内部验收 开发部门与技术管理部一起确定是否进行内部验收，大致原则如下： (1)产品首次转批量试产之前必须进行内部验收。 (2)重大的版本升级进行试产之前必须进行内部验收。 如果进行内部验收，则按内部验收流程进行；若不能通过内部验收评审，由开发部门重新进行问题定位等一系列过程，并归档所有的文档及相关技术资料。 6.7发布实验版本 产品通过内部验收后，技术管理部版本管理员负责发布产品的实验版本，归入相应的版本库，将《版本说明及配套表》发布到相关部门并归档文控中心。 6.8发布正式版本 产品／系统通过正式验收后，技术管理部版本管理员负责发布产品的正式版本并归入相应版本库，将产品的《版本说明及配套表》向各相关部门发布并归档文控中心。 6.9版本的升级 当发布了产品的实验版本或正式版本后，如果有产品的问题反馈，则要开始新一阶段版本升级工作。