当前位置:文档之家› 有限公司产品开发作业指导书

有限公司产品开发作业指导书

Page:1/ 8

产品开发作业指导书

QXT-WO-0307

编 制 单位负责人 审 核 批 准 生效日期 版本号:OR.1998.02 A.1999.03

产品开发流程图 负责单位 工作流程 工作接口 《项目立项管理作业指导书》 3.1.1 AM 发布立项通知 《开发合同评审作业指导书》 产品立项通知

3.1.2 产品部 用户界面描述 明确系统目标/范围 产品功能说明 产品开发目标 用户场景描述 风险计划

3.1.3 程序部 设计系统目标,确定总体 总体解决方案 解决方案及设计思想 风险计划

3.1.4 开发部 原型设计、开发技术难点分析 风险计划 构件调查 技术报告

3.1.5 测试经理 制定测试、验收标准 品质保证计划 隐含的测试问题分析 风险计划

3.1.6 技术支持部 系统可管理性、可维护性描述 风险计划 描述文档

3.1.7 产品部 产品功能说明 产品规格书 产品开发目标 总体解决方案 用户场景描述

3.1.8 程序 风险管理计划 3.1.9 程序部 项目管理结构及计划

3.1.10 产品经理 组织评审 开发评审流程 QXT-WO-0307 产品开发作业指导书 Page: 2/8

版本号:OR.1998.02 A.1999.03 评审结论

3.2.1 产品部 概念设计/市场分析/用户教育计划 市场计划 用户教育计划

3.2.2 程序部 逻辑设计/功能设计/项目计划 功能说明书 项目计划书

3.2.3 测试部 设计验收标准/测试计划 测试计划 3.2.4 开发部 物理设计/开发计划 开发计划 3.2.5 技术支持部 安装推广计划 安装计划

概念设计 3.2.6 程序经理 概要设计方案 逻辑设计 物理设计 3.2.7 产品经理

3.2.8 程序经理 风险管理计划 测试计划 3.2.9 程序经理 项目开发计划书 市场计划 设计计划 安装计划

3.2.9 程序经理 组织评审

3.3.1 产品经理 管理客户愿望/用户界面设计/风险管理

产品规格书 QXT-WO-0307 产品开发作业指导书 Page: 3/8

版本号:OR.1998.02 A.1999.03 3.3.2 程序经理 协调沟通/计划跟进/风险管理 概要设计方案 3.3.3 开发经理 详细设计/编码/风险管理 bug 管理流程 3.3.4 测试经理 测试用例设计/测试/风险管理 bug 管理流程 3.3.5 售后经理 制定安装计划/风险管理

3.3.6 程序经理 概要设计方案/风险管理计划 3.3.7 开发经理 详细设计文档/程序代码 alpha 版本 3.3.9 产品经理 用户界面设计文档/用户使用手册 3.3.10 测试经理 测试方案/测试报告/测试用例 3.3.11 技术支持部 安装手册/维护手册

3.3.11 开发经理 组织评审

3.4.1 产品经理 用户培训/确定beta 版安装点/beta 发布 3.4.2 程序经理 beta版管理/协调 3.4.3 开发经理 bug修复与产品发布 beta版 3.4.5 测试经理 beta版测试/管理bug报告 bug报告 3.4.6 技术支持部 工程安装 安装运行报告

3.4.7 程序经理 开发总结报告 3.4.8 产品经理 版本发布 《版本发布通知》 QXT-WO-0307 产品开发作业指导书 Page: 4/8

版本号:OR.1998.02 A.1999.03 相关部门 3.4.9 测试经理 测试报告/测试工具提交

3.4.10 技术支持 制作安装盘/包括程序、文档

3.5 维护流程 QXT-WO-0307 产品开发作业指导书 Page: 5/8

版本号:OR.1998.02 A.1999.03 1 目的

建立一个产品开发作业程序, 确保所有软件产品的开发, 符合客户的要求及产品规 格书的规定。

2 适用范围 适用于集团技术开发中心所有软件产品的开发设计及软件测试与验证。

3 作业程序 3.1 需求分析 3.1.1 由AM按照《项目立项管理流程》及《开发合同评审流程》,对经集团技术开发中心议定自研的项目或通过产品事业群合同评审的的售前支持的新项目提出书面的产品立项通知,送交开发中心PO及集团技术总裁审核签批后,向集团相关部门发布产品立项通知。

3.1.2 相应产品事业群(包括产品、程序、开发、测试、技术支持五个角色)在产品立项通知发布后,首先由产品部负责对用户需求具体分析,明确和定义系统的目标/范围,对用户界面、产品功能、产品开发目标、用户场景、风险进行分析和描述。

3.1.3 程序部在系统目标明确之后,设计系统目标,确定总体解决方案及设计思想,提出总体解决方案和风险计划。

3.1.4 开发部依照总体解决方案进行原型设计、开发技术难点分析、构件调查,提出风险计划和技术报告。

3.1.5 测试部负责制定测试、验收标准,分析隐含的测试问题,提出品质保证计划和风险计划给相关的产品事业群。

3.1.6 技术支持部要针对系统的可管理性、可维护性进行描述,提出风险计划和描述文档。 3.1.7 产品部拟制出正式的书面的《产品规格书》,内容要求包括产品功能说明、产品开发目标、总体解决方案、用户场景描述,经产品经理核准后,递交产品事业群评审。 QXT-WO-0307 产品开发作业指导书 Page: 6/8

版本号:OR.1998.02 A.1999.03 3.1.8 由程序部负责收集相关产品事业群其它各个部门的意见及风险计划,汇总出一份综合的《风险管理计划》,由程序经理核准,然后提交评审。

3.1.9 参照各个部门提交的总体解决方案、技术报告、品质保证计划及描述文档,由程序部从总体上综合策划,完成《项目管理结构及计划》提交评审。

3.1.10 产品部依开发评审流程,组织相关产品事业群对经PO审核过的《产品规格书》、《风险管理计划》、《项目管理结构及计划》进行评审,写出评审结论,如评审通过,则进入产品的开发规划阶段,若不通过,则返回责任部门修正后重新送交评审。

3.2 开发规划 3.2.1 产品部:进行概念设计、市场分析及用户教育计划,形成《市场计划》和《用户教育计划》的书面文档。

3.2.2 程序部:进行逻辑设计和功能设计,编制《功能说明书》及《项目计划书》。 3.2.3 测试部:设计验收标准,制定《测试计划》。 3.2.4 开发部:负责所开发产品的物理设计,制定《开发计划》。 3.2.5 技术支持部:负责市场安装推广方面的策划,制定《安装计划》。 3.2.6 程序部 参阅相关部门提出的概念设计、逻辑设计以及物理设计,对目标产品进行总体策划, 制定《概要设计方案》,交由程序经理审查。 根据相关部门制定的《测试计划》、《市场计划》、《设计计划》、《安装计划》 制定《项目开发计划书》,确定整个团队行止步调。 3.2.7 程序经理 根据《开发评审流程》,组织相关人员对开发规划阶段产生的《概要设计方案》、 《项目开发计划书》、《风险管理计划》进行评审,形成《评审报告》。确认通过, 进入详细设计实现阶段,若不通过,则返回责任部门继续相应流程。 3.3 详细设计实现阶段 QXT-WO-0307 产品开发作业指导书 Page: 7/8

版本号:OR.1998.02 A.1999.03 3.3.1 产品部

在整个详细设计阶段,产品部负责管理客户的需求,完成用户界面设计,及根据《风 险管理计划》对详细设计阶段所设计的功能是否满足客户的需求的风险进行管理。 3.3.2 程序部 负责与产品事业群内部各部门的协调沟通工作,依据《概要设计方案》、《项目开 发计划》, 跟进项目的计划进展情况及根据《风险管理计划》对这两项的实施进行风 险管理。 3.3.3 开发部 依据《bug管理流程》进行详细设计和编码工作,依据《风险管理计划》对此阶段 产生的潜在风险进行评估。 3.3.4 测试部 依据《bug管理流程》进行测试用例设计,对开发部送测的产品开发库中的软件进 行测试。及依据《风险管理计划》和经测试体现的软件本身的优缺点对将来的影响 进行风险的评估。 3.3.5 技术支持部 根据项目的实际进展,制定《安装计划》,对目标产品在推广中的风险进行评估。 3.3.6 详细设计评审阶段 开发经理:根据《项目开发计划》及项目实际进展状况,组织事业群内相关部门进 行详细设计及其实现阶段成果的评审工作,具体评审内容如下。如评审通过则进入 产品发布阶段,否则由各部门返工,重新相关详细设计流程。 程序部:将产品中间库的《概要设计方案》与《风险管理计划》的alpha版交由开 发经理组织评审。 开发部:将所有已通过测试的alpha版的产品中间库的软件(分为详细设计文档、 QXT-WO-0307 产品开发作业指导书 Page: 8/8

版本号:OR.1998.02 A.1999.03 源代码、执行代码)交由开发经理组织评审。

产品部:将产品中间库中alpha版的《用户界面设计文档》及《用户使用手册》交 由开发经理组织评审。 测试部:将产品中间库中的所有alpha版测试用例、《测试报告》、《测试方案》 交由开发经理组织评审。 技术支持部:将alpha版的《安装手册》、《维护手册》交由开发经理组织评审。 3.4 产品发布 3.4.1 产品部 对用户进行培训, 增强用户对产品的认知; 了解产品状态,和客户协调Beta版安装, 待产品的Alpha版通过设计实现阶段的评审, 交付给客户初次安装使用, 既形成产 品的Belha版的发布。 3.4.2 程序部 管理Beta版测试程序,跟踪Bug测试计划,向总经理室汇报项目进展。项目即将 到达发布里程碑时,程序部要进行产品的验证程序。 3.4.3 开发部 产品在用户初装点运行之后,开发部集中精力查找和修复Bug, 执行数据的转化和 植入可以运行的数据库,发布Beta版的系列版本并提交测试部验证测试。 3.4.4 测试部 负责Beta版的测试,侧重于产品试运行之后的用法测试,确保产品符合用户质量标 准。根据《Bug管理流程》管理测试过程中产生的bug 报告。 3.4.5 技术支持部 产品设计实现后,技术支持部要进行用户初装点的工程安装,保证产品Beta版的顺 利展示,及时反馈安装运行情况和用户使用意见,填写《安装运行报告》。

相关主题