信息化项目评审制度V10

1、信息化项目评审制度版本号：100保密级别内部使用文档版本编号V1.0.0拟定人拟定日期复审人复审日期批准人批准日期信息化项目评审制度文档信息文档名称更改记录日期被修改的章节修改类型*修改描述修改人1概要1.1目标信息化项目评审的目标是由一组有经验的业务人员及信息化技术人员，对信 息化项目预期设计和开发的输出进行评价。以判断确定设计和开发的输出能否实 现预先定义的规格需求，同时通过评审标识出与规格和标准的偏差。它向业务部 门提供充足的证据以证明：软件项目是否满足相关法律、法规以及企业标准要求软件项目变更得到了恰当的实施与验证软件项目变更只对发生了更改的部分有影响软件产品是否已经达到了业务部门的功

2、能需求软件产品是否已经按照招标书的要求实现了相应的功能是否满足软件行业的通用规则或常规方式涉及数据库的软件项目，应进行数据量过载压力测试，艮L模拟软件系 统运行若干时间后，软件系统的承载能力。主要评测反应时间是否满足 或在业务可容忍范围内。1.2宗旨发现问题而非解决问题1.3评审目的用于验证项目是否达到上线、阶段验收要求，是上线、验收的主要环节1.4评审基本要求1）软件项目评审要分级进行，公司级项目应进行公司级评审，部门级项目 进行部门级别评审。2）软件项目评审视情况可一次进行，也可分段进行。3）评审结论应使用书面报告形式明确记录，并需要相关人员签字确认。4）评审资料应及时归档1.5角色和职责

3、1）评审组长：是业务、技术评审的指挥人员，负责评审活动的组织、结论、 书面报告。2）技术评审员：应由满足需求的技术人员担任，负责向评审组成员提出自 己的评审意见和建议。3）业务评审员：主要由各业务部门委派专人负责功能模块测试。4）记录员：会议记录人员，全程记录会议的内容，把存在的问题进行记录， 整理成文档，提交给评审组长。1.6评审依据1）软件招标说明书、合同、技术协议、需求规格说明书和设计任务书2）行业相关标准、通则、规范和质量保证文件1.7评审内容评审的内容可根据软件产品的工程实施进度、技术难度、复杂程度，以 及使用方法的要求，有所侧重和适当的增减，但应满足对设计结果进行评审 的要求，主要

4、内容：1）设计方案正确性、先进性、可行性和经济性2）系统组成、系统要求以及接口协调的合理性3）系统与各子系统间技术接口的协调性4）采用设计准则、规范和标准的合理性5）系统可靠性、维修性、安全性要求是否合理6）关键技术的落实解决情况2评审方式评审方式有会签评审和会议评审两种。但都必须给予评审人员充足的评审 期，以对项目进行测试与技术评测。2.1会签评审会签评审是各个评审员根据评审的内容和要求，进行审核并发表自己的意 见，当各位评审员的意见基本一致，或问题比较明确，则不召开会议而直接填写 评审报告的一种评审方式。2.2会议评审会议评审就是业务专家、技术专家召开评审会议，根据评审内容和要求进行 讨论

5、、分析并就最终结果达成一致的评审方式。3评审工作程序3.1提出申请按照项目实施计划制定评审计划，并且在评审前3天向相关职能部门、信息 部提交评审申请。3.2提供资料项目组应在评审会前23天，将评审资料提交给评审组。评审资料可不局限 于以下内容，但必须包括以下内容：项目基础信息档案1）系统部署维护记录表2）供应商联系电话（座机）、邮件、地址、开户行等3）供应商联系人信息、商务人员、技术人员项目过程档案（软件项目生命周期内的所有材料）1）招标需求文档2）乙方调研需求分析文档3）概要设计、详细设计、数据库逻辑设计、测试用例4）需求变更、澄清、备忘等文档5）合同款执行情况记录及阶段验收单、票据开启情况

6、记录表6）系统维护手册7）培训记录表：记录培训主题、期间、地点、培训对象、培训讲师， 以及培训期间产生的主要数据增长量（技术评审员根据记录，检查 数据相应变化量）3.3评审组产生办法组长由公司信息化领导组成员担任。成员由业务与技术部门提出建议协商产生。评审小组组长1人，信息技术成员12人，相关业务成员若干。3.4评审评审工作是期间活动，不是一次会议。评审成员需要在一定期限内对被 评审系统提交的资料、本制度规定的评审内容，进行专业测试评价，将发现 的问题记录在案。听取项目组答辩后并召开专题评审会讨论系统存在的问 题。3.5答辩讨论会各位评审成员评测结束后，整理发现的问题，并召开答辩讨论会：根据评审员提出的问题，乙方做出解释或阐述说明。未达到满意解答，评审员有权列为项目存在的问题。对项目存在的问题，评审组需要指出对系统的影响范围，以及对系统整体运行的意义。3.6形成评审结论评审组长收集组成员意见，填写信息化项目评审报告（见附件1）。如果评审通过，则评审程序结束，评审资料归档。项目可按计划继续进 行。否则由项目组修改技术方案，并对修改后的技术方案重新提出评审 申请，直至评审通过。3.7评审资料归档项目组负责