产品发布的文档控制流程
产品发布的文档控制流程
1. 目的
规范研发中心产品发布流程,划分相关责任,建立文档控制,保障产品质量和服务质量。
2. 定义
2.1 产品
产品指研发中心各类人员(含开发工程师、测试工程师、项目工程师等)经过工作(含开发、验证、收集、编撰等)产生的,对用户具有使用价值的成果。
2.2 产品发布
指将合格的产品提供给用户使用,并准备为用户提供相关支持服务。
3. 流程
3.1产品开发的文档控制流程
下图简要说明了产品开发各阶段的主要产出。在立项、开发、测试各阶段,各单位产生阶段性成果,不断促进产品走向完成。在发布阶段,应完成各阶段成果的汇集与归档,作为发布与维护的依据。
按流程走向,上一环节的输出为下一环节的输入,下一环节在上一环节的成果的基础上进行深加工。因此,如果下一环节认为上一环节未能提供相关必要文档的,可以拒绝接受任务,延误责任由上一环节承担。
3.2 控制具体要求
文件类型 |
文档名称 |
是否必须提供(1) |
相关表格 |
检查人 |
检查时机 |
|||
立项 |
开发 |
测试 |
发布 |
|||||
项目管理
|
项目SVN登录 |
必须 |
项目登记表 |
研发部 |
ü |
|
|
ü |
需求说明书 |
必须 |
|
项目组 |
ü |
|
|
ü |
|
需求变更信息 |
必须 |
|
项目组 |
ü |
|
|
ü |
|
合同 |
可选 |
|
项目组 |
ü |
|
|
ü |
|
项目计划 |
必须 |
|
研发部 |
ü |
|
|
ü |
|
项目周报 |
必须 |
项目计划与进展情况一览表 |
研发部 |
ü |
ü |
ü |
ü |
|
评审报告 |
可选 |
|
项目组 |
ü |
ü |
|
ü |
|
项目验收总结 |
可选 |
|
项目组 |
|
|
|
ü |
|
发布文档归档 |
必须 |
发布登记表 |
研发部 |
|
|
|
ü |
|
开发
|
技术方案 |
必须 |
|
研发部 |
ü |
ü |
|
ü |
开发计划 |
可选 |
|
项目组 |
ü |
ü |
|
ü |
|
设计文档 |
可选 |
|
项目组 |
|
ü |
ü |
ü |
|
源代码包 |
必须 |
|
项目组 |
|
ü |
ü |
ü |
|
应用程序安装包 |
必须 |
|
测试 |
|
ü |
ü |
ü |
|
版本修改历史说明 |
必须 |
|
测试 |
|
ü |
ü |
ü |
|
测试
|
测试方案 |
可选 |
|
项目组 |
ü |
|
ü |
ü |
测试计划 |
必须 |
|
项目组 |
ü |
|
ü |
ü |
|
测试用例 |
可选 |
|
项目组 |
ü |
|
ü |
ü |
|
测试报告 |
必须 |
|
项目组 |
|
|
ü |
ü |
|
安装/部署/使用说明 |
必须 |
|
测试 |
|
|
ü |
ü |
注1:可选提供的,一般是指小项目(工作量<1人月)。
凡项目开发测试工作量>1人月的,表格中可选文档也必须提供。
3.3 控制文件
3.3.1 项目登记表
项目登记表为所有研发成果提供索引,以便后续能快速检索和使用正确的版本。
项目负责人应在项目开始时,在SVN中建立目录,在《项目登记表》中登记,并告知全体项目成员,以便全体成员使用正确的文件版本进行沟通,并随时将阶段性成果进行集中归档。
注意,由于此文件为二进制文件,svn无法合并,请修改者修改前先update到本地,然后尽快完成修改,并commit到服务器,以免多人修改导致冲突。
3.3.2项目计划与进展情况一览表
项目计划与进展情况一览表(模板)如下。此表为项目负责人维护。应于项目启动时建立,每周更新进度、调整计划一次。
3.3.3 发布登记表
发布登记表为所有发布成果提供索引,将项目管理文档、开发文档、测试文档及发布文档串联起来,为今后的持续维护提供一揽子文档资料。此表为项目负责人维护。应于发布时建立。