产品研发流程程序要求措施.doc

WORD1 目的及适用围1.1 为规产品研发过程，提高产品研发的效率、质量，降低研发成本，特制定本程序；1.2 本程序文件适用于侏罗纪公司产品研发；1.3 本程序文件由侏罗纪公司 制定，其解释权及修改权属于 ；1.4 本程序文件从2003年 月 日起执行；2 职责2.1 产品部负责产品研发；2.2 质量控制部负责对产品开发过程中的里程碑产生的相关成果和文档进行质量控制，并将符合规的成果放入资源中心存档；2.3 技术支持部和市场部负责宣传材料和用户手册的制作，以及和产品销售流程的衔接环节和动作；3 产品研发流程3.1 技术副总从公司战略规划决案中形成产品规划，下发给技术研发部；3.2 技术研发部经理进行产品研发立项；3.3 公司组织人员对产品立项进行评审，若评审未通过，相关文档放入行政综合部备案；3.4 若立项评审通过，质量保证部对立项进行质量检验，若质检未通过，修改立项报告；3.5 若质检通过，开始制订项目计划，同时质量保证部将立项相关文档放入行政综合部归档；3.6 技术部经理将项目计划提交给技术副总评审，若未通过，技术部经理修改项目计划；3.7 若评审通过，质量控制部对项目计划进行评审，若质检评审未通过，产品经理修改项目计划，若质检评审通过，产品总监安排研发项目资源；3.8 产品经理获得研发项目资源后，进行需求分析，并将相关成果交技术委员会进行容评审；3.9 若容评审未通过，产品经理修改需求分析；若容评审通过，质量控制部对《需求分析说明》进行质量检验；3.10 若质检未通过，产品经理修改《需求分析说明》，若质检通过，相关成果和文档放入资源管理部归档，同时产品经理带领研发相关人员进行总体设计；3.11 产品经理和研发人员完成总体设计后将相关成果交技术委员会进行容评审；3.12 若容评审未通过，产品经理修改《总体设计说明》；若容评审通过，质量控制部对《总体设计说明》进行质量检验；3.13 若质检未通过，产品经理修改《总体设计说明》，若质检通过，相关成果和文档放入资源管理部归档，同时产品经理和研发人员进行程序设计/测试；3.14 完成程序设计/测试后，产品经理将相关成果交质量控制部进行功能测试，若测试未通过，产品经理修改相关成果，若测试通过，质量控制部对相关成果和文档进行质量检验；3.15 若质检未通过，产品经理修改相关成果和文档；若质检通过，质量控制部将相关成果和文档放入资源管理部门归档；3.16 同时产品研发组制作软件，技术支持部和市场部制作宣传材料，之后，技术支持部对销售人员进行部培训，市场部申请并取得著作权；3.17 市场部在取得著作权后制作用户/技术手册；3.18 产品研发组完成软件制作后，质量控制部对制作的软件进行质量检验，若未通过质检，产品研发组重新制作软件；若通过质检，相关成果和文档放入资源管理部归档，同时产品经理进行产品研发总结；3.19 质量控制部将产品研发总结等相关成果和文档放入资源管理部，同时市场部进行软件产品包装，销售部进行产品销售；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 《项目总结》产品规划说明书公司三年产品规划1.2.3.公司年度产品计划1.2.签发人：时间合评审记录（公司）评审对象（项目名称及编号）评审项类（如合同、投标方案等）评审人时间业务板块(产品中心、项目中心、服务中心、营销中心)评审意见财务部评审意见质量控制部评审意见技术委员会评审意见专家委员会评审意见最终意见：通过修改修改容时间立项报告评审记录记录编号： - 时间： 年 月 日立项建议报告名称：编制人：参加人员：评审容(审议通过的容在“□”中划“√”，否则划“×”)： 1）项目启动的背景； □2）项目的目的（合同意向或部领导的要求）； □3）项目的围（项目所涉及的主要活动）； □4）项目的可行性（如，人力、技术资源的可利用性）； □5）项目存在风险与控制； □6）项目的重要里程碑和主要提交产品； □7）项目的规模（估计所需的工作量和资源种类）； □8）项目启动的预算（项目启动所需的资源）； □9）项目市场前景及效益的简要分析。

□评审意见：评审结论:填表审批1． 本页不足记述评审意见时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页第 页/共 页 / 可行性分析报告评审记录记录编号： - 时间： 年 月 日可行性分析报告编号：可行性分析报告名称：编制部门：编制人：参加人员:评审容:(评审中审议通过的容在“□”中划“√”否则划“×”)：1) 软件产品功能要点及产品化程度书 □2) 量化的市场前景、效益分析和竞争对手分析 □3) 开发优势 □4) 技术路线 □5) 成本估算 □6) 进度估算 □7) 可用的现行技术、重用软件和开发平台 □评审意见:评审结论：填表审批1． 本页不足记述评审意见时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页。

第 页/共 页项目计划书项目名称项目编号项目经理项目任务描述项目总时间及关键里程碑设置项目资源（人力、技术、设备）项目费用预计审批人意见：总监： 副总监： 执委会：备注：抄送财务部、人力资源部时间项目启动计划评审记录记录编号： 时间： 年 月 日项目编号：项目名称：项目启动计划编号：开发部门：PM：评审地点：参加评审人员:评审容(评审中审议通过的容在“□”中划“√”否则划“×”)：1) 项目的目的是否明确？ □2) 对项目的规模是否进行估算？ □3) 是否进行项目启动的预算？ □4) 阶段输出结果是否明确？ □5) 其它方面评审意见：评审结论：填表：审批：1. 项目启动计划评审由项目管理部门组织评审。

2. 评审完成后由开发体系决策层SMG批准3. 本页不足记述结果时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页第 页/共 页开发计划评审记录记录编号： 时间： 年 月 日项目编号：项目名称：项目计划编号：开发部门：PSM：评审地点：参加评审人员:评审容：评审意见：评审结论：填表：审批：1. 开发计划评审由项目管理部门组织评审2. 评审完成后由开发体系决策层SMG批准3. 本页不足记述结果时，可以加入附页，附页格式自行设计，总页数包括本页与所有附页第 页/共 页开发计划检查表（开发计划评审附页）软件问题报告记录编号： - 时间： 年 月 日项目编号：项目名称：软件项编号：软件项名称：版本号：问题描述：报告人签字/日期:修改描述（主要是修改后与修改前的对比，如所用资源的变化、提交时间的变化、功能的变化等）：修改人签字/日期：填写：审批：1. 问题描述栏中可以填写问题现象及其产生原因，如果有用户的书面说明，则可以直接引用。

2. 修改描述一栏描述问题的确切原因、修改办法以及修改后的效果3. 本页不足记述时，可以有附页，格式自定总页数包括本页与所有附页项目资源调度单（借鉴产品中心任务书）项目名称项目编号项目经理项目的跨中心（部门）资源调度缘由及申请人审批人正式调用时间：起：止：备注：抄送财务、人力资源部时间软件需求分析说明书1. 引言1.1 目的说明编写软件需求说明书的目的，指出预期的读者1.2 背景（1） 待开发的软件系统的名称；（2） 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；（3） 该软件系统同其他系统或其他机构的基本的相互来往关系1.3 参考资料列出所用的参考资料，如：（1） 本项目的经核准的计划任务书或合同、上级机关的批文；（2） 属于本项目的其他已发表的文件；（3） 本文件中各处引用的文件、资料，包括所需用到的软件开发标准4） 列出这些文件资料的标题、文件编号、发表日期和出版单位，说。