产品开发作业指导书

产品开发作业指导书负责单位工作流程工作接口《项目立项治理作业指导书》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 产品经理开发评审流程评审结论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 产品经理治理客户愿望/用户界面设计/风险治理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.113.3.11 开发经理3.4.1 产品经理3.4.2 程序经理3.4.3 开发经理 beta版3.4.5 测试经理 bug报告3.4.6 技术支持部安装运行报告3.4.7 程序经理3.4.8 产品经理《版本公布通知》相关部门3.4.9 测试经理3.4.10 技术支持3.5 爱护流程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 产品部拟制出正式的书面的《产品规格书》，内容要求包括产品功能说明、产品开发目标、总体解决方案、用户场景描述，经产品经理核准后，递交产品事业群评审。

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 详细设计实现时期3.3.1 产品部在整个详细设计时期，产品部负责治理客户的需求，完成用户界面设计，及依照《风险治理打算》对详细设计时期所设计的功能是否满足客户的需求的风险进行治理。

3.3.2 程序部负责与产品事业群内部各部门的和谐沟通工作，依据《概要设计方案》、《项目开发打算》, 跟进项目的打算进展情形及依照《风险治理打算》对这两项的实施进行风险治理。

3.3.3 开发部依据《bug治理流程》进行详细设计和编码工作，依据《风险治理打算》对现在期产生的潜在风险进行评估。

3.3.4 测试部依据《bug治理流程》进行测试用例设计，对开发部送测的产品开发库中的软件进行测试。

及依据《风险治理打算》和经测试表达的软件本身的优缺点对今后的阻碍进行风险的评估。

3.3.5 技术支持部依照项目的实际进展，制定《安装打算》，对目标产品在推广中的风险进行评估。

3.3.6 详细设计评审时期开发经理：依照《项目开发打算》及项目实际进展状况，组织事业群内相关部门进行详细设计及事实上现时期成果的评审工作，具体评审内容如下。

如评审通过则进入产品公布时期，否则由各部门返工，重新相关详细设计流程。

程序部：将产品中间库的《概要设计方案》与《风险治理打算》的alpha版交由开发经理组织评审。

开发部：将所有已通过测试的alpha版的产品中间库的软件（分为详细设计文档、源代码、执行代码）交由开发经理组织评审。

产品部：将产品中间库中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版的顺利展现，及时反馈安装运行情形和用户使用意见，填写《安装运行报告》。

3.4.6 程序部当产品通过一段时刻的大量测试验证，确认为是稳固的、可运行的、可支持的，经决议，程序经理作出版本公布决定，发出release版提交通知，编制开发总结报告。

3.4.7 产品部向相关各部门发出《版本公布通知》。

3.4.8 测试部收到版本公布通知，依照《软件产品提交流程》对存放在产品中间库中的源代码、执行代码、文档测试验收后，将程序版本Check in 进产品成品库。

另外，还要将bug 数据库，测试打算，测试说明书和测试用例提交归档，储存便于追溯的修改记录。

测试部同时要负责提交有操作指南的测试验收工具。

3.4.9 技术支持部检查《软件提交单》与软件的一致性后，将软件（包括程序、文档）制作成安装盘。

3.5 爱护流程3.5.1 完成了产品的需求分析、开发规划、设计实现和产品公布，进入产品的爱护流程时期。

4 相关支持性文件《项目立项治理作业指导书》...................................................................QXT.wo-0301 《开发合同评审作业指导书》.................................................................. QXT.wo-0321 《Bug治理作业指导书》......................................................................... QXT.wo-0326 《软件产品提交作业指导书》.................................................................. QXT.wo-0311。