产品开发作业指导书

上传人:huo****ian 文档编号:162561413 上传时间:2022-10-18 格式:DOC 页数:9 大小:47.01KB
收藏 版权申诉 举报 下载
产品开发作业指导书_第1页
第1页 / 共9页
产品开发作业指导书_第2页
第2页 / 共9页
产品开发作业指导书_第3页
第3页 / 共9页
资源描述:

《产品开发作业指导书》由会员分享,可在线阅读,更多相关《产品开发作业指导书(9页珍藏版)》请在装配图网上搜索。

1、产品开发流程图 负责单位 工作流程 工作接口 项目立项管理作业指导书3.1.1 AM 发布立项通知 开发合同评审作业指导书 产品立项通知3.1.2 产品部 用户界面描述 明确系统目标/范围 产品功能说明 产品开发目标 用户场景描述 风险计划3.1.3 程序部 设计系统目标,确定总体 总体解决方案 解决方案及设计思想 风险计划3.1.4 开发部 原型设计、开发技术难点分析 风险计划 构件调查 技术报告3.1.5 测试经理 制定测试、验收标准 品质保证计划 隐含的测试问题分析 风险计划 3.1.6 技术支持部 系统可管理性、可维护性描述 风险计划 描述文档3.1.7 产品部 产品功能说明 产品规格

2、书 产品开发目标 总体解决方案 用户场景描述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、计划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 测试经理 测试方案/测试

4、报告/测试用例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 产品经理 版本发布 版本发布通知 相关部门3.4.9 测试经理 测试报告/测试工具提交3.4.10 技术支持制作安装盘/包括程序、文档 3.5维护流程1 目的建立一个产品开发作业程序,

5、确保所有软件产品的开发, 符合客户的要求及产品规格书的规定。2 适用范围适用于集团技术开发中心所有软件产品的开发设计及软件测试与验证。3 作业程序3.1 需求分析3.1.1 由AM按照项目立项管理流程及开发合同评审流程,对经集团技术开发中心议定自研的项目或通过产品事业群合同评审的的售前支持的新项目提出书面的产品立项通知,送交开发中心PO及集团技术总裁审核签批后,向集团相关部门发布产品立项通知。3.1.2 相应产品事业群(包括产品、程序、开发、测试、技术支持五个角色)在产品立项通知发布后,首先由产品部负责对用户需求具体分析,明确和定义系统的目标/范围,对用户界面、产品功能、产品开发目标、用户场景

6、、风险进行分析和描述。3.1.3 程序部在系统目标明确之后,设计系统目标,确定总体解决方案及设计思想,提出总体解决方案和风险计划。3.1.4 开发部依照总体解决方案进行原型设计、开发技术难点分析、构件调查,提出风险计划和技术报告。3.1.5 测试部负责制定测试、验收标准,分析隐含的测试问题,提出品质保证计划和风险计划给相关的产品事业群。3.1.6 技术支持部要针对系统的可管理性、可维护性进行描述,提出风险计划和描述文档。3.1.7 产品部拟制出正式的书面的产品规格书,内容要求包括产品功能说明、产品开发目标、总体解决方案、用户场景描述,经产品经理核准后,递交产品事业群评审。3.1.8 由程序部负

7、责收集相关产品事业群其它各个部门的意见及风险计划,汇总出一份综合的风险管理计划,由程序经理核准,然后提交评审。3.1.9 参照各个部门提交的总体解决方案、技术报告、品质保证计划及描述文档,由程序部从总体上综合策划,完成项目管理结构及计划提交评审。3.1.10 产品部依开发评审流程,组织相关产品事业群对经PO审核过的产品规格书、风险管理计划、项目管理结构及计划进行评审,写出评审结论,如评审通过,则进入产品的开发规划阶段,若不通过,则返回责任部门修正后重新送交评审。3.2 开发规划3.2.1 产品部:进行概念设计、市场分析及用户教育计划,形成市场计划和用户教育计划的书面文档。3.2.2 程序部:进

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

9、详细设计实现阶段,若不通过,则返回责任部门继续相应流程。3.3 详细设计实现阶段3.3.1 产品部在整个详细设计阶段,产品部负责管理客户的需求,完成用户界面设计,及根据风险管理计划对详细设计阶段所设计的功能是否满足客户的需求的风险进行管理。3.3.2 程序部 负责与产品事业群内部各部门的协调沟通工作,依据概要设计方案、项目开 发计划, 跟进项目的计划进展情况及根据风险管理计划对这两项的实施进行风险管理。3.3.3 开发部依据bug管理流程进行详细设计和编码工作,依据风险管理计划对此阶段产生的潜在风险进行评估。3.3.4 测试部依据bug管理流程进行测试用例设计,对开发部送测的产品开发库中的软件

10、进行测试。及依据风险管理计划和经测试体现的软件本身的优缺点对将来的影响进行风险的评估。3.3.5 技术支持部根据项目的实际进展,制定安装计划,对目标产品在推广中的风险进行评估。3.3.6 详细设计评审阶段开发经理:根据项目开发计划及项目实际进展状况,组织事业群内相关部门进行详细设计及其实现阶段成果的评审工作,具体评审内容如下。如评审通过则进入产品发布阶段,否则由各部门返工,重新相关详细设计流程。程序部:将产品中间库的概要设计方案与风险管理计划的alpha版交由开发经理组织评审。开发部:将所有已通过测试的alpha版的产品中间库的软件(分为详细设计文档、源代码、执行代码)交由开发经理组织评审。产

11、品部:将产品中间库中alpha版的用户界面设计文档及用户使用手册交由开发经理组织评审。测试部:将产品中间库中的所有alpha版测试用例、测试报告、测试方案交由开发经理组织评审。技术支持部:将alpha版的安装手册、维护手册交由开发经理组织评审。3.4 产品发布3.4.1 产品部 对用户进行培训, 增强用户对产品的认知; 了解产品状态,和客户协调Beta版安装, 待产品的Alpha版通过设计实现阶段的评审, 交付给客户初次安装使用, 既形成产 品的Belha版的发布。3.4.2 程序部管理Beta版测试程序,跟踪Bug测试计划,向总经理室汇报项目进展。项目即将到达发布里程碑时,程序部要进行产品的

12、验证程序。3.4.3 开发部产品在用户初装点运行之后,开发部集中精力查找和修复Bug, 执行数据的转化和植入可以运行的数据库,发布Beta版的系列版本并提交测试部验证测试。3.4.4 测试部负责Beta版的测试,侧重于产品试运行之后的用法测试,确保产品符合用户质量标准。根据Bug管理流程管理测试过程中产生的bug 报告。3.4.5 技术支持部产品设计实现后,技术支持部要进行用户初装点的工程安装,保证产品Beta版的顺利展示,及时反馈安装运行情况和用户使用意见,填写安装运行报告。3.4.6 程序部 当产品经过一段时间的大量测试验证,确认为是稳定的、可运行的、可支持的, 经决议,程序经理作出版本发

13、布决定,发出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

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

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!