产品研发流程程序文件.doc
《产品研发流程程序文件.doc》由会员分享,可在线阅读,更多相关《产品研发流程程序文件.doc(57页珍藏版)》请在咨信网上搜索。
1、1 目得及适用范围1.1 为规范产品研发过程,提高产品研发得效率、质量,降低研发成本,特制定本程序;1.2 本程序文件适用于侏罗纪公司产品研发;1.3 本程序文件由侏罗纪公司 制定,其解释权及修改权属于 ;1.4 本程序文件从2003年 月 日起执行;2 职责2.1 产品部负责产品研发;2.2 质量控制部负责对产品开发过程中得里程碑产生得相关成果与文档进行质量控制,并将符合规范得成果放入资源中心存档;2.3 技术支持部与市场部负责宣传材料与用户手册得制作,以及与产品销售流程得衔接环节与动作;3 产品研发流程3.1 技术副总从公司战略规划决案中形成产品规划,下发给技术研发部;3.2 技术研发部经
2、理进行产品研发立项;3.3 公司组织人员对产品立项进行评审,若评审未通过,相关文档放入行政综合部备案;3.4 若立项评审通过,质量保证部对立项进行质量检验,若质检未通过,修改立项报告;3.5 若质检通过,开始制订项目计划,同时质量保证部将立项相关文档放入行政综合部归档;3.6 技术部经理将项目计划提交给技术副总评审,若未通过,技术部经理修改项目计划;3.7 若评审通过,质量控制部对项目计划进行评审,若质检评审未通过,产品经理修改项目计划,若质检评审通过,产品总监安排研发项目资源;3.8 产品经理获得研发项目资源后,进行需求分析,并将相关成果交技术委员会进行内容评审;3.9 若内容评审未通过,产
3、品经理修改需求分析;若内容评审通过,质量控制部对需求分析说明进行质量检验;3.10 若质检未通过,产品经理修改需求分析说明,若质检通过,相关成果与文档放入资源管理部归档,同时产品经理带领研发相关人员进行总体设计;3.11 产品经理与研发人员完成总体设计后将相关成果交技术委员会进行内容评审;3.12 若内容评审未通过,产品经理修改总体设计说明;若内容评审通过,质量控制部对总体设计说明进行质量检验;3.13 若质检未通过,产品经理修改总体设计说明,若质检通过,相关成果与文档放入资源管理部归档,同时产品经理与研发人员进行程序设计/测试;3.14 完成程序设计/测试后,产品经理将相关成果交质量控制部进
4、行功能测试,若测试未通过,产品经理修改相关成果,若测试通过,质量控制部对相关成果与文档进行质量检验;3.15 若质检未通过,产品经理修改相关成果与文档;若质检通过,质量控制部将相关成果与文档放入资源管理部门归档;3.16 同时产品研发组制作软件,技术支持部与市场部制作宣传材料,之后,技术支持部对销售人员进行内部培训,市场部申请并取得著作权;3.17 市场部在取得著作权后制作用户技术手册;3.18 产品研发组完成软件制作后,质量控制部对制作得软件进行质量检验,若未通过质检,产品研发组重新制作软件;若通过质检,相关成果与文档放入资源管理部归档,同时产品经理进行产品研发总结;3.19 质量控制部将产
5、品研发总结等相关成果与文档放入资源管理部,同时市场部进行软件产品包装,销售部进行产品销售;4 相关文件4.1 产品规划说明书 4.2 立项报告 4.3 综合评审记录4.4 质量控制立项报告与可行性分析报告说明书4.5 项目计划书4.6 质量控制项目计划评审记录4.7 资源调度单4.8 需求分析说明书4.9 质量控制需求分析说明书评审报告4.10 资源中心验收单4.11 评审规程4.12 总体设计说明书4.13 概要设计说明书4.14 详细设计说明书4.15 质量控制系统设计报告评审记录4.16 著作权相关文档(略)4.17 软件质量保证单4.18 软件缺陷报告4.19 项目总结产品规划说明书公
6、司三年产品规划1. 公司年度产品计划1. 签发人:时间合评审记录(公司)评审对象(项目名称及编号)评审项类(如合同、投标方案等)评审人时间业务板块(产品中心、项目中心、服务中心、营销中心)评审意见财务部评审意见质量控制部评审意见技术委员会评审意见专家委员会评审意见最终意见:通过修改修改内容时间立项报告评审记录记录编号: 时间: 年 月 日立项建议报告名称:编制人:参加人员:评审内容(审议通过得内容在“”中划“”,否则划“”): 1)项目启动得背景; )项目得目得(合同意向或内部领导得要求); 3)项目得范围(项目所涉及得主要活动); 4)项目得可行性(如,人力、技术资源得可利用性); 5)项目
7、存在风险与控制; 6)项目得重要里程碑与主要提交产品; )项目得规模(估计所需得工作量与资源种类); 8)项目启动得预算(项目启动所需得资源); 9)项目市场前景及效益得简要分析。 评审意见:评审结论:填表审批1 本页不足记述评审意见时,可以加入附页,附页格式自行设计,总页数包括本页与所有附页。第 页/共 页可行性分析报告评审记录记录编号: - 时间: 年 月 日可行性分析报告编号:可行性分析报告名称:编制部门:编制人:参加人员:评审内容:(评审中审议通过得内容在“”中划“”否则划“):1) 软件产品功能要点及产品化程度书 2) 量化得市场前景、效益分析与竞争对手分析 3) 开发优势 4) 技
8、术路线 5) 成本估算 6) 进度估算 7) 可用得现行技术、重用软件与开发平台 评审意见:评审结论:填表审批1 本页不足记述评审意见时,可以加入附页,附页格式自行设计,总页数包括本页与所有附页.第 页共 页项目计划书项目名称项目编号项目经理项目任务描述项目总时间及关键里程碑设置项目资源(人力、技术、设备)项目费用预计审批人意见:总监: 副总监: 执委会:备注:抄送财务部、人力资源部时间项目启动计划评审记录记录编号: 时间: 年 月 日项目编号:项目名称:项目启动计划编号:开发部门:PM:评审地点:参加评审人员:评审内容(评审中审议通过得内容在“中划“”否则划“”):1) 项目得目得就是否明确
9、? 2) 对项目得规模就是否进行估算? 3) 就是否进行项目启动得预算? 4) 阶段输出结果就是否明确? 5) 其它方面评审意见:评审结论:填表:审批:1. 项目启动计划评审由项目管理部门组织评审。2. 评审完成后由开发体系决策层SMG批准。3. 本页不足记述结果时,可以加入附页,附页格式自行设计,总页数包括本页与所有附页。第 页共 页开发计划评审记录记录编号: 时间: 年 月 日项目编号:项目名称:项目计划编号:开发部门:PSM:评审地点:参加评审人员:评审内容:评审意见:评审结论:填表:审批:1. 开发计划评审由项目管理部门组织评审.2. 评审完成后由开发体系决策层SG批准。3. 本页不足
10、记述结果时,可以加入附页,附页格式自行设计,总页数包括本页与所有附页。第 页/共 页开发计划检查表(开发计划评审附页)软件问题报告记录编号: 时间: 年 月 日项目编号:项目名称:软件项编号:软件项名称:版本号:问题描述:报告人签字/日期:修改描述(主要就是修改后与修改前得对比,如所用资源得变化、提交时间得变化、功能得变化等):修改人签字/日期:填写:审批:、问题描述栏中可以填写问题现象及其产生原因,如果有用户得书面说明,则可以直接引用。、修改描述一栏描述问题得确切原因、修改办法以及修改后得效果。3、本页不足记述时,可以有附页,格式自定。总页数包括本页与所有附页。项目资源调度单(借鉴产品中心任
11、务书)项目名称项目编号项目经理项目得跨中心(部门)资源调度缘由及申请人审批人正式调用时间:起:止:备注:抄送财务、人力资源部时间软件需求分析说明书1. 引言1.1 目得说明编写软件需求说明书得目得,指出预期得读者。1.2 背景(1) 待开发得软件系统得名称;(2) 本项目得任务提出者、开发者、用户及实现该软件得计算中心或计算机网络;(3) 该软件系统同其她系统或其她机构得基本得相互来往关系。1.3 参考资料列出所用得参考资料,如:(1) 本项目得经核准得计划任务书或合同、上级机关得批文;(2) 属于本项目得其她已发表得文件;(3) 本文件中各处引用得文件、资料,包括所需用到得软件开发标准。(4
12、) 列出这些文件资料得标题、文件编号、发表日期与出版单位,说明能够得到这些文件资料得来源。1.4 术语列出本文件中用到得专门术语得定义与外文首字母组词得原词组。2. 项目概述本部分描述影响产品与其需求得一般因素。此处并不说明具体得需求,其描述得内容仅仅就是为了更容易理解、深化需求规格,其用意就是为从多方面、多角度考虑需求以提供思维参考点。2.1 一般描述本节描述软件开发项目得意图、应用目标、作用范围以及其她应向读者说明得有关该软件开发得背景材料,解释待开发产品与其相关得其她产品或项目得关系l 如果本产品就是独立得,而且自含全部内容,应在此说明.l 如果所定义得产品就是一个较大系统或项目中得一个
13、组成部分,那么在此需要描述如下内容:u 要概述这个较大得系统或项目得每一个组成部分得功能,并说明其接口;u 指出本产品主要得外部接口(不需要详细描述,详细描述放在其她章节中);u 描述所使用得计算机硬件、外围设备。这里仅仅就是一个综述性描述。【技巧】在本节得描述中,用一个方框图来表达一个较大得系统或项目得主要组成部分、相互联系与外部接口就是非常有帮助得。【提醒注意】本节所描述得既不就是设计方案,也不就是在方案设计时得约束条件,它仅仅为方案设计时得约束条件提供了一个可以解释得理由。2.2 功能简述对待得软件产品功能提供一个摘要。【技巧】u 编制功能得一种方法就是制作功能表,以便客户或第一次读这个
14、文件得人很容易理解;u 用方框图来表达不同得功能与它们得关系有益于理解。【提醒注意】u 方框图不就是产品得设计,而只就是一种有效得解释方式。u 本节不就是具体需求得陈述,只就是对具体需求部分中为什么要对一些需求做出描述得铺垫。2.3 用户特点本节描述产品最终用户(包括操作员、维护员与系统工作人员等)具有得受教育水平、工作经验及技术专长等一般特点。如果系统得大多数用户就是一些临时得用户,那么就要求系统包含如何完成基本功能得提示,而不就是假设用户已经从过去得会议或从阅读用户指南中了解到这些细节。2.4 假定与约束给出影响软件需求说明书中陈述得需求得每一个因素。这些因素不就是软件得设计约束,但就是它
15、们得改变可能影响到需求说明书中得需求。这些假定与约束条件可能包括:管理方针;运行环境,包括硬件设备与支持软件得限制;与其她应用间得接口;并行操作;实时功能;审查功能;控制功能;所需得高级语言;通信协议;应用得临界点;安全保密方面得考虑等。【提醒注意】u 本节中描述得因素就是软件需求所依据得基石,当这些基石发生不可抗拒或控制得改变时对产品需求将造成影响。u 本节得内容不能用来陈述具体需求或强加若干特殊得设计约束,而应对具体需求部分中得某些具体需求或设计约束得描述提供理由。3. 具体需求本章应包括软件开发者在建立设计时需要得全部细节.本章得编写应该遵循如下基本原则:l 遵循可验证性、无歧义性等得准
16、则,对每一个需求细节作具体描述;l 在软件需求说明书前言、项目概述、附录部分得有关讨论中,要提供对任何一个具体需求交叉引用得背景;l 按符合逻辑得与可读得方式组织;l 详细描述每一个需求,使得该需求应达到得目标能够用指定得方法进行客观得验证.【提醒注意】每一项需求得描述都应包括至少5个方面得内容:功能需求;性能需求;属性需求;外部接口需求;设计约束。3.1 功能需求用文字、图表或数学公式详细描述被开发软件得输入、处理、输出以及在上述过程中发生得基本操作.对于每一类功能或者有时对于每一个功能,这部分通常由引言、输入、处理、输出四个部分组成:3.1.1 引言(1) 描述该功能要达到得目标、所采用得
17、方法与技术;(2) 清楚说明功能意图得由来与背景。3.1.2 输入(1) 详细描述该功能得所有输入数据,如:输入源、数量、度量单位、时间设定、有效输入范围(包括精度与公差).(2) 操作员具体得操作控制细节得需求。其中有名字、操作员活动得描述、控制台或操作员得位置。例如:当打印检查时,要求操作员进行格式调整。(3) 指明引用得输入接口资料。3.1.3 处理描述为获得预期输出结果,对输入数据及中间参数进行得全部操作。它包括如下得说明:(1) 输入数据得有效性检查手段;(2) 操作得顺序与处理过程,包括事件得时间设定;(3) 异常情况得响应,例如:溢出、通信故障、错误处理等;(4) 受操作影响得参
18、数;(5) 降级运行得要求;(6) 用于把系统输入变换成相应输出得任何方法(方程式、数学算法、逻辑操作等)(7) 输出数据得有效性检查手段。3.1.4 输出(1) 详细描述该功能所有输出数据,例如:输出目得地、数量、度量单位、时间关系、有效输出得范围(包括精度与公差)、非法值得处理、出错信息;(2) 指明引用得输出接口资料。【技巧】可以用列表得方式(例如I表即输入、处理、输出表得形式),逐项定量与定性地叙述对软件所提出得功能要求。【提醒注意】对着重于输入输出行为得系统来说,需求说明书应指定所有有意义得输入、输出对及其序列.当一个系统要求记忆它得状态时,需要这个序列,使得它可以根据本次输入与以前
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产品 研发 流程 程序 文件
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【1587****927】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【1587****927】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。