产品研发流程程序文件6585.docx

《产品研发流程程序文件6585.docx》由会员分享，可在线阅读，更多相关《产品研发流程程序文件6585.docx（87页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、程序文件产品研发流程2003年 月 日起生效文件号编制审核批准版 次1.0日期日期日期共87页第14页1 目的及适用范围1.1 为规范产品品研发过程程，提高产产品研发的的效率、质质量，降低低研发成本本，特制定定本程序；1.2 本程序文件件适用于侏侏罗纪公司司产品研发发；1.3 本程序文件件由侏罗纪纪公司 制定，其其解释权及及修改权属属于 ；1.4 本程序文件件从20003年 月 日日起执行；2 职责2.1 产品部负责责产品研发发；2.2 质量控制部部负责对产产品开发过过程中的里里程碑产生生的相关成成果和文档档进行质量量控制，并并将符合规规范的成果果放入资源源中心存档档；2.3 技术支持部部和市

2、场部部负责宣传传材料和用用户手册的的制作，以以及和产品品销售流程程的衔接环环节和动作作；3 产品研发流流程3.1 技术副总从从公司战略略规划决案案中形成产产品规划，下下发给技术术研发部；3.2 技术研发部部经理进行行产品研发发立项；3.3 公司组织人人员对产品品立项进行行评审，若若评审未通通过，相关关文档放入入行政综合合部备案；3.4 若立项评审审通过，质质量保证部对立立项进行质质量检验，若若质检未通通过，修改改立项报告告；3.5 若质检通过过，开始制制订项目计计划，同时时质量保证证部将立项项相关文档档放入行政政综合部归归档；3.6 技术部经理理将项目计计划提交给给技术副总总评审，若若未通过，

3、技术部经理修改项目计划；3.7 若评审通过过，质量控控制部对项项目计划进进行评审，若若质检评审审未通过，产产品经理修修改项目计计划，若质质检评审通通过，产品品总监安排排研发项目目资源；3.8 产品经理获获得研发项项目资源后后，进行需需求分析，并并将相关成成果交技术术委员会进进行内容评评审；3.9 若内容评审审未通过，产产品经理修修改需求分分析；若内内容评审通通过，质量量控制部对对需求分分析说明进进行质量检检验；3.10 若质检未通通过，产品品经理修改改需求分分析说明，若若质检通过过，相关成成果和文档档放入资源源管理部归归档，同时时产品经理理带领研发发相关人员员进行总体体设计；3.11 产品经理

4、和和研发人员员完成总体体设计后将将相关成果果交技术委委员会进行行内容评审审；3.12 若内容评审审未通过，产产品经理修修改总体体设计说明明；若内内容评审通通过，质量量控制部对对总体设设计说明进进行质量检检验；3.13 若质检未通通过，产品品经理修改改总体设设计说明，若若质检通过过，相关成成果和文档档放入资源源管理部归归档，同时时产品经理理和研发人人员进行程程序设计/测试；3.14 完成程序设设计/测试后，产产品经理将将相关成果果交质量控控制部进行行功能测试试，若测试试未通过，产产品经理修修改相关成成果，若测测试通过，质质量控制部部对相关成成果和文档档进行质量量检验；3.15 若质检未通通过，产

5、品品经理修改改相关成果果和文档；若质检通通过，质量量控制部将将相关成果果和文档放放入资源管管理部门归归档；3.16 同时产品研研发组制作作软件，技技术支持部部和市场部部制作宣传传材料，之之后，技术术支持部对对销售人员员进行内部部培训，市市场部申请请并取得著著作权；3.17 市场部在取取得著作权权后制作用用户/技术手册册；3.18 产品研发组组完成软件件制作后，质质量控制部部对制作的的软件进行行质量检验验，若未通通过质检，产产品研发组组重新制作作软件；若若通过质检检，相关成成果和文档档放入资源源管理部归归档，同时时产品经理理进行产品品研发总结结；3.19 质量控制部部将产品研研发总结等等相关成果

6、果和文档放放入资源管管理部，同同时市场部部进行软件件产品包装装，销售部部进行产品品销售；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.

7、18 软件缺陷陷报告4.19 项目总结结产品规划说说明书公司三年产产品规划1. 2. 3. 公司年度产产品计划1. 2. 签发人：时间合评审记录录（公司）评审对象（项项目名称及及编号）评审项类（如如合同、投投标方案等等）评审人时间业务板块(产品中心心、项目中中心、服务务中心、营营销中心)评审意见见财务部评审审意见质量控制部部评审意见见技术委员会会评审意见见专家委员会会评审意见见最终意见：通过修改修改内容时间立项报告评评审记录记录编号： - 时时间： 年 月 日立项建议报报告名称：编制人：参加人员：评审内容(审议通过过的内容在在“”中划划“”，否否则划“”)： 1）项目启启动的背景景； 2）项目

8、的的目的（合合同意向或或内部领导导的要求）； 3）项目的的范围（项项目所涉及及的主要活活动）； 4）项目的的可行性（如如，人力、技技术资源的的可利用性性）； 5）项目存存在风险与与控制； 6）项目的的重要里程程碑和主要要提交产品品； 7）项目的的规模（估估计所需的的工作量和和资源种类类）； 8）项目启启动的预算算（项目启启动所需的的资源）； 9）项目市市场前景及及效益的简简要分析。 评审意见：评审结论:填表审批1 本页不足记记述评审意意见时，可可以加入附附页，附页页格式自行行设计，总总页数包括括本页与所所有附页。第 页页/共 页可行性分析析报告评审审记录记录编号： - 时时间： 年 月 日可行

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

10、、技术术、设备）项目费用预预计审批人意见见：总监： 副总监： 执执委会：备注：抄送送财务部、人人力资源部部时间项目启动计计划评审记记录记录编号： 时间： 年 月 日项目编号：项目名称：项目启动计计划编号：开发部门：PM：评审地点：参加评审人人员:评审内容(评审中审审议通过的的内容在“”中划“”否则则划“”)：1) 项目的目的的是否明确确？ 2) 对项目的规规模是否进进行估算？ 3) 是否进行项项目启动的的预算？ 4) 阶段输出结结果是否明明确？ 5) 其它方面评审意见：评审结论：填表：审批：1. 项目启动计计划评审由由项目管理理部门组织织评审。2. 评审完成后后由开发体体系决策层层SMG批批准

11、。3. 本页不足记记述结果时时，可以加加入附页，附附页格式自自行设计，总总页数包括括本页与所所有附页。第 页页/共 页程序文件产品研发流程2003年 月 日起生效文件号编制审核批准版 次1.0日期日期日期共87页第16页开发计划评评审记录记录编号： 时间： 年 月 日项目编号：项目名称：项目计划编编号：开发部门：PSM：评审地点：参加评审人人员:评审内容：评审意见：评审结论：填表：审批：1. 开发计划评评审由项目目管理部门门组织评审审。2. 评审完成后后由开发体体系决策层层SMG批批准。3. 本页不足记记述结果时时，可以加加入附页，附附页格式自自行设计，总总页数包括括本页与所所有附页。第 页页

12、/共 页程序文件产品研发流程2003年 月 日起生效文件号编制审核批准版 次1.0日期日期日期共87页第33页开发计划检检查表（开开发计划评评审附页）软件问题报报告记录编号： - 时间间： 年 月 日日项目编号：项目名称：软件项编号号：软件项名称称：版本号：问题描述：报告人签字字/日期:修改描述（主主要是修改改后与修改改前的对比比，如所用用资源的变变化、提交交时间的变变化、功能能的变化等等）：修改人签字字/日期：填写：审批：1.问题题描述栏中中可以填写写问题现象象及其产生生原因，如如果有用户户的书面说说明，则可可以直接引引用。2.修改改描述一栏栏描述问题题的确切原原因、修改改办法以及及修改后的

13、的效果。3.本页页不足记述述时，可以以有附页，格格式自定。总总页数包括括本页与所所有附页。项目资源调调度单（借借鉴产品中中心任务书书）项目名称项目编号项目经理项目的跨中中心（部门门）资源调调度缘由及及申请人审批人正式调用时时间：起：止：备注：抄送送财务、人人力资源部部时间软件需求分分析说明书书1. 引言1.1 目的说明编写软软件需求说说明书的目目的，指出出预期的读读者。1.2 背景（1） 待开发的软软件系统的的名称；（2） 本项目的任任务提出者者、开发者者、用户及及实现该软软件的计算算中心或计计算机网络络；（3） 该软件系统统同其他系系统或其他他机构的基基本的相互互来往关系系。1.3 参考资料

14、料列出所用的的参考资料料，如：（1） 本项目的经经核准的计计划任务书书或合同、上上级机关的的批文；（2） 属于本项目目的其他已已发表的文文件；（3） 本文件中各各处引用的的文件、资资料，包括括所需用到到的软件开开发标准。（4） 列出这些文文件资料的的标题、文文件编号、发发表日期和和出版单位位，说明能能够得到这这些文件资资料的来源源。1.4 术语列出本文件件中用到的的专门术语语的定义和和外文首字字母组词的的原词组。2. 项目概述本部分描述述影响产品品和其需求求的一般因因素。此处处并不说明明具体的需需求，其描描述的内容容仅仅是为为了更容易易理解、深深化需求规规格，其用用意是为从从多方面、多多角度考

15、虑虑需求以提提供思维参参考点。2.1 一般描述本节描述软软件开发项项目的意图、应应用目标、作作用范围以以及其他应应向读者说说明的有关关该软件开开发的背景景材料，解释待开发发产品和其其相关的其其他产品或或项目的关关系。l 如果本产品品是独立的的，而且自自含全部内内容，应在在此说明。l 如果所定义义的产品是是一个较大大系统或项项目中的一一个组成部部分，那么么在此需要要描述如下下内容：u 要概述这个个较大的系系统或项目目的每一个个组成部分分的功能，并并说明其接接口；u 指出本产品品主要的外外部接口（不不需要详细细描述，详详细描述放放在其他章章节中）；u 描述所使用用的计算机机硬件、外外围设备。这这里

16、仅仅是是一个综述述性描述。【技巧】在在本节的描描述中，用用一个方框框图来表达达一个较大大的系统或或项目的主主要组成部部分、相互互联系和外外部接口是是非常有帮帮助的。【提醒注意意】本节所所描述的既既不是设计计方案，也也不是在方方案设计时时的约束条条件，它仅仅仅为方案案设计时的的约束条件件提供了一一个可以解解释的理由由。2.2 功能简述对待的软件件产品功能能提供一个个摘要。【技巧】u 编制功能的的一种方法法是制作功功能表，以以便客户或或第一次读读这个文件件的人很容容易理解；u 用方框图来来表达不同同的功能和和它们的关关系有益于于理解。【提醒注意意】u 方框图不是是产品的设设计，而只只是一种有有效的

17、解释释方式。u 本节不是具具体需求的的陈述，只只是对具体体需求部分分中为什么么要对一些些需求做出出描述的铺铺垫。2.3 用户特点本节描述产产品最终用用户（包括括操作员、维维护员和系系统工作人人员等）具具有的受教教育水平、工工作经验及及技术专长长等一般特特点。如果系统的的大多数用用户是一些些临时的用用户，那么么就要求系系统包含如如何完成基基本功能的的提示，而而不是假设设用户已经经从过去的的会议或从从阅读用户户指南中了了解到这些些细节。2.4 假定和约束束给出影响软软件需求说说明书中陈陈述的需求求的每一个个因素。这这些因素不不是软件的的设计约束束，但是它它们的改变变可能影响响到需求说说明书中的的需

18、求。这些假定和和约束条件件可能包括括：管理方方针；运行行环境，包包括硬件设设备和支持持软件的限限制；与其其他应用间间的接口；并行操作作；实时功功能；审查查功能；控控制功能；所需的高高级语言；通信协议议；应用的的临界点；安全保密密方面的考考虑等。【提醒注意意】u 本节中描述述的因素是是软件需求求所依据的的基石，当当这些基石石发生不可可抗拒或控控制的改变变时对产品品需求将造造成影响。u 本节的内容容不能用来来陈述具体体需求或强强加若干特特殊的设计计约束，而而应对具体体需求部分分中的某些些具体需求求或设计约约束的描述述提供理由由。3. 具体需求本章应包括括软件开发发者在建立立设计时需需要的全部部细节

19、。本章的编写写应该遵循循如下基本本原则：l 遵循可验证证性、无歧歧义性等的的准则，对对每一个需需求细节作作具体描述述；l 在软件需求求说明书前前言、项目目概述、附附录部分的的有关讨论论中，要提提供对任何何一个具体体需求交叉叉引用的背背景；l 按符合逻辑辑的和可读读的方式组组织；l 详细描述每每一个需求求，使得该该需求应达达到的目标标能够用指指定的方法法进行客观观的验证。【提醒注意意】每一项项需求的描描述都应包包括至少55个方面的的内容：功功能需求；性能需求求；属性需需求；外部部接口需求求；设计约约束。3.1 功能需求用文字、图图表或数学学公式详细细描述被开开发软件的的输入、处处理、输出出以及在

20、上上述过程中中发生的基基本操作。对对于每一类类功能或者者有时对于于每一个功功能，这部部分通常由由引言、输输入、处理理、输出四四个部分组组成：3.1.1 引言（1） 描述该功能能要达到的的目标、所所采用的方方法和技术术；（2） 清楚说明功功能意图的的由来和背背景。3.1.2 输入（1） 详细描述该该功能的所所有输入数数据，如：输入源、数数量、度量量单位、时时间设定、有有效输入范范围（包括括精度和公公差）。（2） 操作员具体体的操作控控制细节的的需求。其其中有名字字、操作员员活动的描描述、控制制台或操作作员的位置置。例如：当打印检检查时，要要求操作员员进行格式式调整。（3） 指明引用的的输入接口口

21、资料。3.1.3 处理描述为获得得预期输出出结果，对对输入数据据及中间参参数进行的的全部操作作。它包括括如下的说说明：（1） 输入数据的的有效性检检查手段；（2） 操作的顺序序和处理过过程，包括括事件的时时间设定；（3） 异常情况的的响应，例例如：溢出出、通信故故障、错误误处理等；（4） 受操作影响响的参数；（5） 降级运行的的要求；（6） 用于把系统统输入变换换成相应输输出的任何何方法（方方程式、数数学算法、逻逻辑操作等等）。（7） 输出数据的的有效性检检查手段。3.1.4 输出（1） 详细描述该该功能所有有输出数据据，例如：输出目的的地、数量量、度量单单位、时间间关系、有有效输出的的范围（

22、包包括精度和和公差）、非非法值的处处理、出错错信息；（2） 指明引用的的输出接口口资料。【技巧】可可以用列表表的方式（例例如IPOO表即输入入、处理、输输出表的形形式），逐逐项定量和和定性地叙叙述对软件件所提出的的功能要求求。【提醒注意意】对着重重于输入输输出行为的的系统来说说，需求说说明书应指指定所有有有意义的输输入、输出出对及其序序列。当一一个系统要要求记忆它它的状态时时，需要这这个序列，使使得它可以以根据本次次输入和以以前的状态态做出响应应。这种情情况犹如有有限状态机机。3.2 性能需求从整体来说说，本节应应具体说明明软件、或或人与软件件交互的静静态或动态态数值需求求。静态数值需需求可能

23、包包括：支持持的终端数数，支持并并行操作的的用户数，处处理的文卷卷和记录数数，表和文卷的的大小等。动态数值需需求可能包包括：欲处处理的事务务和任务的的数量，以以及在正常常情况下和和峰值工作作条件下一一定时间周周期中处理理的数据总总量等。所有这些需需求都必须须用可以度度量的术语语来叙述。例例如：955%的事务务必须在小小于1s时时间内处理理完，不然然，操作员员将不等待待处理的完完成。u 精度说明对该软软件的输入入、输出数数据精度的的要求，可可能包括传传输过程中中的精度。u 时间特性要要求说明对于该该软件的时时间特性要要求，如对对响应时间间、更新处理理时间、数据的转转换和传送送时间、解题时间间等的

24、要求求。u 灵活性说明对该软软件的灵活活性的要求求，即当需需求发生某某些变化时时，该软件件对这些变变化的适应应能力，如如：操作方方式上的变变化、运行环境境的变化、同其他软软件的接口口的变化、精度和有有效时限的的变化、计划的变变化或改进进等。 对于为为了提供这这些灵活性性而进行的的专门设计计的部分应应该加以标标明。3.3 软件属性需需求在软件的需需求之中有有若干个属属性，下面面列举一部部分。【提醒注意意】下列属属性决不能能理解为是是一个标准准的或完整整的清单，而而应根据项项目实际情情况予以列列举。3.3.1 正确性3.3.2 健壮性3.3.3 安全保密性性这里指的是是保护软件件的要素，以以防止各

25、种种非法的访访问、使用用、修改、破破坏或者泄泄密。这个个领域的具具体需求必必须包括：利用可靠靠的密码技技术，掌握握特定的记记录或历史史数据集，给给不同的模模块分配不不同的功能能，限定一一个程序中中某些区域域的通信，计计算临界值值的检查等等。3.3.4 易使用性3.3.5 可理解性3.3.6 可维护性这里规定若若干需求以以确保软件件是可维护护的。例如如：软件模模块所需要要的特殊的的耦合矩阵阵，为微型型装置指定定特殊的数数据/程序序分割要求求等。3.3.7 可测试性3.3.8 可移植性这里规定把把软件从一一种环境移移植到另一一种环境所所要求的用用户程序、用用户接口兼兼容方面的的约束等。3.4 外部

26、接口需需求3.4.1 用户接口（1） 提供用户使使用软件产产品时的界界面需求。例例如，如果果系统的用用户通过显显示终端进进行操作，就就必须指定定如下要求求：对屏幕幕格式的要要求，报表表或菜单的的页面显示示格式和内内容，用户户命令的格格式，输入入输出的相相对时间，程程序功能键键的可用性性。（2） 列出输出错错误信息的的格式。3.4.2 硬件接口（1） 指出软件产产品与系统统硬部件之之间每一个个接口的逻逻辑特点。（2） 指出硬件接接口支持的的设备。（3） 描述软件与与硬件接口口之间以及及硬件接口口与支持设设备之间的的约定。3.4.3 软件接口描述项目待待开发软件件产品与其其它有关软软件的接口口关系

27、，并并指出这些些软件的以以下内容：名字、助助记符、规规格说明号号、版本号号、来源。【提醒注意意】对于每每一个接口口，应说明明与软件产产品相关的的接口软件件的目的，并并根据信息息的内容和和格式定义义接口，这这里不必详详细描述任任何已有完完整文件的的接口，只只要引用定定义该接口口的文件即即可。3.4.4 通讯接口说明各种通通信接口及及协议，例例如局部网网络的协议议等。3.5 设计约束3.5.1 其它标准的的约束描述由现有有的标准或或规则派生生的要求。例例如：报表表格式、数数据命名、财财务处理、审审计追踪等等等。3.5.2 硬件设备的的约束描述在各种种硬件约束束下运行而而产生的软软件要求，可可能的约

28、束束有硬件配配置的特点点（接口数数、指令系系统等），内内存储器和和辅助存储储器的容量量等。3.6 数据需求【提醒注意意】u 此部分内容容一般在数数据要求说说明书中进进行描述，如如果项目软软件产品规规模较小，系系统复杂程程度较低，数数据需求较较简单，也也可在此章章中描述。u 此部分内容容也可能在在功能需求求中予以说说明。3.6.1 数据描述（1） 列出作为控控制和引用用而使用的的静态数据据元素（2） 列出动态输输入数据元元素（3） 列出动态输输出数据元元素（4） 列出软件内内部生成的的数据元素素3.6.2 数据获取（1） 列出提供输输入数据的的机构（2） 列出数据输输入介质和和设备（3） 列出数

29、据输输出介质和和设备3.7 其它专门需需求根据软件和和用户组织织的特性等等，某些需需求在这里里描述，下下面列举一一部分。【提醒注意意】下列需需求项决不不能理解为为是一个标标准的或完完整的清单单，而应根根据项目实实际情况予予以列举。3.6.1 数据库本项对作为为项目产品品的一部分分进行开发发的数据库库规定一些些需求，它它们可能包包括：（1） 在功能需求求中标识的的信息类别别；（2） 使用的频率率（3） 存取能力；（4） 数据元素和和文卷描述述符；（5） 数据元素、记记录和文卷卷的关系；（6） 静态和动态态的组织；（7） 数据保存要要求。【提醒注意意】如果使使用一个现现有的数据据库包，这这个数据库

30、库包应在“软件接口口”中命名，并并在那里详详细说明。3.6.2 数据管理能能力说明需要管管理的文卷卷和记录的的个数、表表和文卷的的大小规模模，要按可可预见的增增长对数据据及其分量量的存储要要求做出估估算。3.6.3 操作这里说明用用户组织之之中各种方方式的操作作。例如：（1） 用户初操作作；（2） 交互作用操操作的周期期和无人操操作周期；（3） 数据处理支支持功能；（4） 后援和恢复复操作。【提醒注意意】这里的的内容有时时是“用户接口口”的一部分分。3.6.4 故障处理4. 运行环境规规定4.1 设备列出运行该该软件所需需要的硬设设备。说明明其中的新新型设备及及其专门功功能，包括括：（1） 处

31、理器型号号及内存容容量；（2） 外存容量、联联机或脱机机、媒体及及其存储格格式，设备备的型号及及数量；（3） 输入及输出出设备的型型号和数量量，联机或或脱机； （4） 数据通信设设备的型号号和数量；（5） 功能键及其其他专用硬硬件。4.2 支持软件列出支持软软件,包括要用用到的操作作系统、编编译（或汇汇编）程序序、测试支支持软件等等。4.3 接口说明该软件件同其它软软硬件之间间的接口、数数据通信协协议等。4.4 控制说明控制该该软件的运运行的方法法和控制信信号，并说说明这些控控制信号的的来源。【提醒注意意】本章中中的内容有有时在前面面的章节中中已说明。5. 支持信息支持信息指指目录表、索索引和

32、附录录。l 目录表和索索引很重要要，而且应应按照可以以接受的文文件规则来来编写。l 对一个实际际的需求说说明书来说说，如有必必要应该编编写附录。附附录中可能能包括：(1) 输入输出格格式样本，成成本分析研研究的描述述或用户调调查结果；(2) 有助于理解解需求说明明书的背景景信息；(3) 软件所解决决问题的描描述；(4) 用户历史、背背景、经历历和操作特特点；(5) 交叉访问表表。按先后后次序进行行编排，使使一些不完完全的软件件需求得以以完善；(6) 特殊的装配配指令用于于编码和媒媒体，以满满足安全、输输出、初始始装入或其其他要求。当包括附录录时，需求求说明书必必须明确地地说明附录录是不是需需求

33、要考虑虑的部分。分析说明书书评审记录录 记记录编号： - 时间： 年 月 日项目编号：项目名称：项目软件经经理PSMM：需求分析报报告编制人人：参加评审人人员：评审内容：(评审中审审议通过的的内容在“”中划“”，否否则划“”)1.无岐岐义性 2.完整整性 3.可验验证性 4.一致致性 5.可使使用性 6.符合合需求分分析报告编编写规范的的要求 评审意见：风险评估总总结：评审结论：(评审中审审议通过的的内容在“”中划“”，否否则划“”)1. 通过过评审，可可以进入下下一阶段 2. 未通通过评审，修修改后重新新评审 填表：审批：1. 本页不足记记录结果时时，可以有有附页，附附页格式自自定。总页页数

34、包括本本页与所有有附页。第 页/共 页程序文件产品研发流程2003年 月 日起生效文件号编制审核批准版 次1.0日期日期日期共87页第35页评审规程状态：草稿标识号：评审当前版本：1.0初始版前一版本：修订版发布日期：摘要本文详细描描述了软件件工作产品品的评审规规程。将要要执行评审审的所有项项目的软件件工作产品品都必须遵遵循该评审审规程。程序文件产品研发流程2003年 月 日起生效文件号编制审核批准版 次1.0日期日期日期共87页第59页修改历史日期版本作者修改内容评审号更改请求号号目录1 目的和和范围282 评审角角色282.1 作作者282.2 评评审组长282.3 记记录员282.4 其

35、其他参与人人员293 评审过过程293.1 计计划阶段293.1.11 进入条条件293.1.22 目的293.1.33 活动293.2 准准备阶段293.2.11 进入条条件303.2.22 目的303.2.33 活动303.3 执执行阶段303.3.11 进入条条件303.3.22 目的303.3.33 活动303.4 整整理阶段313.4.11 进入条条件313.4.22 目的313.4.33 活动314 附录AA 评审活活动检查表表325 附录BB 评审记记录表336 附录CC 评审通通知351 目的和和范围本文档主要要描述了软软件工作产产品的评审审过程，目目的是能够够及早和有有效地发

36、现现并排除软软件工作产产品的缺陷陷。2 评审角角色在评审时有有四种角色色：作者、评评审组长、记记录员及其其他人员。这这些角色在在评审会上上要承担不不同的职责责。角色的的划分必须须遵循下面面的原则：作者和评审审组长是必必须的角色色，且不能能为同一人人记录员可以以是任何人人员，也可可由作者或或评审组长长兼任其他人员在在数量上没没有限制，可可以来自与与项目相关关的其它组组织或部门门所有人员都都必须具备备相关的技技术背景知知识，对评评审的软件件工作产品品有足够的的了解，熟熟悉评审规规程。2.1 作作者作者是指被被评审的软软件工作产产品的作者者，其主要要职责如下下：准备相关的的评审资料料完成评审后后的修

37、改工工作2.2 评评审组长评审组长必必须为该软软件工作产产品所属领领域的高级级技术人员员，其主要要职责如下下：指导作者组组织并实施施评审活动动，对评审审材料进行行初审，确确定参加评评审的人员员按照评审规规程主持评评审会议在评审会议议上控制评评审进度，提提醒参加者者不要在某某一问题上上花费过多多时间对评审中发发现的问题题进行分析析判断，确确定处理办办法，建议议为两类：1. 问题项：当当场确定为为问题，需需要解决2. 调查项：无无法确定是是否为主要要问题，需需要进一步步调查确认认决定评审结结果（通过过和再评审审）2.3 记记录员记录员在评评审会议中中记录发现现的问题及及相关的数数据，其主主要职责如

38、如下：填写评审记记录表作为评审员员参与评审审2.4 其其他参与人人员其他人员评评审软件工工作产品，回回答问题、参参与讨论同同时帮助解解决问题。所所有的参与与人员都必必须严格遵遵循评审规规程。3 评审过过程评审过程分分为四个阶阶段，每一一阶段都包包含一定的的任务描述述，可以参参考评审审活动检查查表执行行评审。评审活动动检查表是是帮助评审审人员正确确执行评审审的工具，它它与本章所所描述的各各阶段的具具体活动是是一致的。评审过程的的四个阶段段为：计划、准备、执行和整理。 每一阶段段必须顺序序地执行，才才能保证评评审成功。 下面将详详细描述这这四个步骤骤。3.1 计计划阶段这是评审的的第一阶段段，其每一一步都有详详细说明，只只有计划阶阶段的任务务完成后才才能进入准准备阶段。3.1.11 进入条条件软件工作产产品满足规规范要求软件工作产产品经过拼拼写检查3.1.22 目的确保作者提提供正确的的评审材料料确保软件工工作产品满满足评审要要求确定评审员员并明确其其职责3