软件项目评审版本V1.0编制：XXX审核：XXX开发组2008年06月目录1评审 31.1角色和职责31.2评审目标41.3评审时机41.4评审的基本要求41.5评审依据51.6评审内容51.7 评审方式61.7.1会签评审61.7.2会议评审.61.8评审工作程序61.8.1提出申请61.8.2提供资料61.8.3成立评审小组71.8.4评委发表意见71.8.5 形成评审结论71.8.6评审结果处理81.8.7评审资料的归档81.8.8跟踪管理91评审软件项目的评审由于标准难定、易于变化等特点，很多情况下开 发出来的功能模块，与业务部门的要求往往有差异。因此，为了保证 软件项目的顺利部署上线，我们建议集合公司各个职能部门的相关人 员，组成软件项目评审管理小组（在此规范中简称：评审小组）。评审小组设置多个角色，角色并不代表个人，而是说明个人在业 务中应该如何表现以及他们应该承担的责任。角色根据工作开展的需 要增减、调配人员。1.1角色和职责1）主审人。主审人是业务、技术评审的指挥人员，负责评审活 动的组织、结论、书面报告和问题跟踪。2）技术评审员。技术评审员应由满足要求的技术人员担任，负 责向评审组成员提出自己的评审意见和建议。3）业务功能评审人员，主要由各职能部门委派专人负责本部门 的功能模块测试、确认。4）记录员。会议记录人员，全程记录会议的内容，把存在的问 题进行记录，并且整理成文档，并且提交给主审人参考。5）用户代表。必要时，由主审人确定能够充当用户代表的角色。6）相关领导和部门管理人员。1.2评审目标软件项目评审的目标是由一组有经验的业务人员以及技术人员 对软件项目标设计和开发的输出进行评价以判断确定设计和开发的 输出能否实现软件产品预先定义的规格同时通过评审标识出与规格和标准的偏差。它向业务部门提供充足的证据以证明：1）设计和开发的输出符合了其规格要求；2）设计和开发的输出是否满足相关法律、法规以及企业标准的 要求；3）软件产品的更改得到了恰当地实施；4）软件产品的更改只对那些规格发生了更改的系统区域有影响， 没有引入新的问题；5）软件产品是否已经达到了业务部门的功能模块需求；6）软件产品是否已经按软件招标书的要求是实现了相应的功能。1.3评审时机按软件工程项目实施计划书所策划的评审检查点进行。因临 时变更引起的突发性的评审随时进行，如果有延迟的需要提交书面说 明，并且呈报相关的领导。1.4评审的基本要求a）软件项目评审应分级进行。整个项目的验收评审，应进行公 司级评审；业务部门级的项目一般进行业务部门级评审。b）软件项目评审视具体情况可一次进行，也可分段进行。c ）评审结论应使用书面报告形式明确记录，并且需要相关人员 签名确认。d）评审资料应及时归档。1.5评审依据a）软件招标说明书、合同、技术协议书、需求规格说明书和设 计任务书；b）有关标准、规范和质量保证文件。1.6评审内容评审的内容可根据软件产品的工程实施进度、技术难度、复杂程 度以及使用方的要求有所侧重和适当的增减，但应满足对设计结果进 行评审的要求。主要内容：a）设计方案正确性、先进性、可行性和经济性；b）系统组成、系统要求及接口协调的合理性；c）系统与各子系统间技术接口的协调性；d）采用设计准则、规范和标准的合理性；e）系统可靠性、维修性、安全性要求是否合理；f）关键技术的落实解决情况；g）编制的质量计划是否可行。1.7评审方式评审方式有会签评审和会议评审两种。1.7.1会签评审会签评审是各个评委根据评审的内容和要求进行审核并发表自 己意见，当各位评委的意见基本一致，或问题比较明确并已得到解决， 则不召开会议而直接填写软件项目评审反馈报告的一种评审方式。1.7.2会议评审会议评审就是公司组织内外的专家召开评审会议，根据评审的内 容和要求进行讨论、分析并就最终结果达成一致的评审方式。1.8评审工作程序1.8.1提出申请一般情况下，工程实施部门应按软件项目工程进度表制定评 审的计划，并且在评审前3天向相关职能部门提交软件工程项目评 审申请表。1.8.2提供资料公司级评审，工程实施部门应在评审会前2 3天将评审资料交 相关的部门并且将评审资料交各个评委。业务部门级评审，评审资料由业务部门负责人监督备齐，于评审会前两天交评委。1.8.3成立评审小组1.8.3.1评审小组产生办法a）评审小组成员由业务部门与技术部门提出建议，业务部门与 相关部门（或人员）协商产生。b）评审小组的组长和副组长在评审组成员中推举产生。1.8.3.2评审小组设组长1人，可设副组长12人，成员若干人组成。a）与被评审项目有关的职能部门代表；c）有关项目的技术人员代表；d）项目实施部门代表；e）有关人员（业务部门、公司领导等视情况而定）。1.8.4评委发表意见评审组长组织评委审查资料，各评委根据评审的内容和要求发表 意见，并且填写评审反馈表。1.8.5形成评审结论1.8.5.1评审组长分析各评委的审查意见，当各位评委的意见基 本一致，或问题比较明确并已得到解决时，可与业务部门协商决定采 用会签评审方式，直接形成评审结论，填写软件项目评审报告。 否则采用会议评审方式。1.8.5.2召开评审会（会议评审方式采用）a）会议报告内容包括：评审的依据性文件；设计工作报告；设计文件的综合介绍。b）评审会评议，技术人员答辩。评审组根据评议的意见，提出存在问题及改进建议。c）形成评审结论。业务部门级评审由业务部门负责人组织填写软件项目评 审报告，并将评审遗留问题的改进意见及措施及时报主审人。公司 级评审由主审人组织填写软件项目评审报告。1.8.6评审结果处a如果评审通过，则评审程序结束，评审资料的归档，否则由项目实 施部门修改技术方案，并对修改后的技术方案重新进行评审。1.8.7评审资料的归档项目实施部负责公司级项目评审资料的整理并及时归档。业务部 门级评审资料由业务部门自行整理后按规定归档。1.8.8跟踪管理项目实施部门认真分析项目评审报告中提出的问题及改进建议， 制定纠正措施并负责落实;项目实施部门对项目评审实施监督与跟踪 管理，并形成记录。