产品开发作业指导书_第1页
产品开发作业指导书_第2页
产品开发作业指导书_第3页
免费预览已结束,剩余15页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、负责单位理作业指导书?AM指导书?产品部程序部产品开发流程图工作流程工作接口?工程立项管发布立项通知?开发合同评审作业明确系统目标/范围设计系统目标,确定总体产品立项通知用户界面描述产品功能说产品开发目标用户场景描述A风险方案总体解决方案测试经理技术支持部构件调查制定测试、验收标准隐含的测试问题分析系统可管理性、可维护性描述技术报告品质保证方案风险方案风险方案描述文档产品部产品功能说明产品规格书产品幵发目标总体解决方案用户场景描述程序程序部风险管理方案工程管理结构及方案评审结论产品部方案程序部书测试部幵发部技术支持部程序经理概念设计/市场分析/用户教育方案 市场方案用户教育逻辑设计/功能设计/

2、工程方案功能说明书工程方案设计验收标准/测试方案测试方案物理设计/幵发方案幵发方案安装推广方案安装方案概念设计概要设计方案逻辑设计物理设计产品经理产品规格书程序经理风险管理方案测试方案程序经理工程幵发方案书市场方案设计方案安装方案程序经理组织评审产品经理管理客户愿望/用户界面设计/风险管理程序经理协调沟通/方案跟进/风险管理概要设计方案幵发经理详细设计/编码/风险管理bug管理流程测试经理测试用例设计/测试/风险管理bug管理流程幵发经理详细设计文档/程序代码alpha版本产品经理用户界面设计文档/用户使用手册产品经理用户培训/确定beta版安装点/beta发布程序经理beta版管理/协调幵发

3、经理bug修复与产品发布beta版测试经理beta 版测试/管理bug报告bug报告技术支持部工程安装安装运行报告程序经理幵发总结报告产品经理版本发布?版本发布通知?相关部门维护流程目的建立一个产品开发作业程序 , 确保所有软件产品的开发 , 符合客户的要求及产 品规格书的规定。2 适用范围适用于集团技术开发中心所有软件产品的开发设计及软件测试与验证。3 作业程序3.1 需求分析由AM按照?工程立项管理流程?及?幵发合同评审流程?,对经集团技术幵发中心议定自研的工程或通过产品事业群合同评审的的售前支持的新工程提出书面的产品立项通知,送交幵发中心 PO及集团技术总裁审核签批后,向集团相关部门发布

4、产品立项通知3.1.2 相应产品事业群包括产品、程序、开发、测试、技术支持五个角色在产品立项通知发布后, 首先由产品部负责对用户需求具体分析, 明确和定义系统的 目标/ 范围,对用户界面、产品功能、产品开发目标、用户场景、风险进行分 析和描述。3.1.3 程序部在系统目标明确之后,设计系统目标,确定总体解决方案及设计思想, 提出总体解决方案和风险方案。3.1.4 开发部依照总体解决方案进行原型设计、开发技术难点分析、构件调查,提出 风险方案和技术报告。3.1.5 测试部负责制定测试、验收标准,分析隐含的测试问题,提出品质保证方案和 风险方案给相关的产品事业群。3.1.6 技术支持部要针对系统的

5、可管理性、 可维护性进行描述, 提出风险方案和描述 文档。3.1.7 产品部拟制出正式的书面的?产品规格书?,内容要求包括产品功能说明、产 品开发目标、总体解决方案、用户场景描述,经产品经理核准后,递交产品事 业群评审。汇总出一3.1.8 由程序部负责收集相关产品事业群其它各个部门的意见及风险方案,份综合的?风险管理方案?,由程序经理核准,然后提交评审。3.1.9 参照各个部门提交的总体解决方案、技术报告、品质保证方案及描述文档,由 程序部从总体上综合筹划,完成?工程管理结构及方案?提交评审。3.1.10 产品部依幵发评审流程,组织相关产品事业群对经PO审核过的?产品规格书?、?风险管理方案?

6、 、?工程管理结构及方案? 进行评审, 写出评审结论, 如评审通过,那么进入产品的开发规划阶段,假设不通过,那么返回责任部门修正后 重新送交评审。3.2 开发规划3.2.1 产品部:进行概念设计、市场分析及用户教育方案,形成?市场方案?和?用 户教育方案?的书面文档。3.2.2 程序部:进行逻辑设计和功能设计,编制?功能说明书?及?工程方案书?。3.2.3 测试部:设计验收标准,制定?测试方案?。3.2.4 开发部:负责所开发产品的物理设计,制定?开发方案?3.2.5 技术支持部:负责市场安装推广方面的筹划,制定?安装方案?3.2.6 程序部参阅相关部门提出的概念设计、 逻辑设计以及物理设计,

7、 对目标产品进行总体筹划,制定?概要设计方案?,交由程序经理审查。根据相关部门制定的?测试方案?、?市场方案?、?设计方案?、?安装计划?制定?工程开发方案书?,确定整个团队行止步调3.2.7 程序经理根据?开发评审流程? ,组织相关人员对开发规划阶段产生的 ?概要设计方案?工程开发方案书?、?风险管理方案?进行评审,形成?评审报告?。确认通过,进入详细设计实现阶段,假设不通过,那么返回责任部门继续相应流程。3.3 详细设计实现阶段3.3.1 产品部在整个详细设计阶段,产品部负责管理客户的需求,完成用户界面设计,及根 据?风险管理方案? 对详细设计阶段所设计的功能是否满足客户的需求的风险进行管

8、 理。3.3.2 程序部负责与产品事业群内部各部门的协调沟通工作,依据?概要设计方案?、?项 目开发方案? , 跟进工程的方案进展情况及根据?风险管理方案?对这两项的实施 进行风险管理。3.3.3 开发部依据? bug 管理流程?进行详细设计和编码工作,依据?风险管理方案?对此阶段产生的潜在风险进行评估3.3.4 测试部依据? bug 管理流程?进行测试用例设计,对开发部送测的产品开发库中的软件进行测试。及依据?风险管理方案?和经测试表达的软件本身的优缺点对将来的影响进行风险的评估3.3.5 技术支持部根据工程的实际进展,制定?安装方案?,对目标产品在推广中的风险进行评估。3.3.6 详细设计

9、评审阶段开发经理:根据?工程开发方案?及工程实际进展状况,组织事业群内相关部门进行详细设计及其实现阶段成果的评审工作, 具体评审内容如下。 如评审通过那么进入产品发布阶段,否那么由各部门返工,重新相关详细设计流程。程序部:将产品中间库的?概要设计方案?与?风险管理方案?的 alpha 版交由开发经理组织评审开发部: 将所有已通过测试的 alpha 版的产品中间库的软件 分为详细设计文档、源代码、执行代码交由开发经理组织评审产品部: 将产品中间库中 alpha 版的?用户界面设计文档? 及?用户使用手册?由开发经理组织评审测试部:将产品中间库中的所有 alpha 版测试用例、?测试报告?、?测试

10、方案?交由开发经理组织评审。技术支持部:将 alpha 版的?安装手册?、?维护手册?交由开发经理组织评 审。3.4 产品发布3.4.1 产品部对用户进行培训 , 增强用户对产品的认知 ; 了解产品状态,和客户协调 Beta 版安装 ,待产品的 Alpha 版通过设计实现阶段的评审 , 交付给客户初次安装使用 , 既形 成产品的 Belha 版的发布。3.4.2 程序部管理 Beta 版测试程序,跟踪 Bug 测试方案,向总经理室汇报工程进展。工程 即将到达发布里程碑时,程序部要进行产品的验证程序。3.4.3 开发部产品在用户初装点运行之后,开发部集中精力查找和修复 Bug, 执行数据的转 化

11、和植入可以运行的数据库,发布 Beta 版的系列版本并提交测试部验证测试。3.4.4 测试部负责 Beta 版的测试,侧重于产品试运行之后的用法测试,确保产品符合用户 质量标准。根据? Bug 管理流程?管理测试过程中产生的 bug 报告。3.4.5 技术支持部Beta产品设计实现后,技术支持部要进行用户初装点的工程安装,保证产品版的顺利展示,及时反应安装运行情况和用户使用意见,填写?安装运行报告?。3.4.6 程序部当产品经过一段时间的大量测试验证,确认为是稳定的、可运行的、可支持的,经决议,程序经理作出版本发布决定,发出 release 版提交通知,编制开发总结报3.4.7 产品部向相关各部门发出?版本发布通知?。3.4.8 测试部收到版本发布通知,根据?软件产品提交流程?对存放在产品中间库中的源代 码、执行代码、文档测试验收后,将程序版本 Check in 进产品成品库。另外,还 要将bug 数据库,测试方案,测试说明书和测试用例提交归档,保存便于追溯的修 改记录。测试部并且要负责提交

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论