项目评审大纲.docxVIP

编 号： 项目评审大纲 修改号： 发放号： 发布时间： 2007-06-28 实施时间： 2007-06-28 编 制： 批 准： 项目评审大纲 . 评审目的： 提高开发质量， 最大限度地减少设计失误和差错， 识别并预测问题， 以确保达到客户满 意。 a） 评价满足要求的能力。 b） 识别问题，提出建议并跟踪其实施。 ．评审的基本要求 a） 设计和开发评审应分级进行。公司级的项目应进行公司级评审；业务部门级的项目一般 进行业务部门级评审； b） 设计和开发评审视具体情况可一次进行，也可分段进行； c） 评审结论应明确； d） 评审资料应及时归档。 ．角色和职责 a） 主审人。主审人是技术评审的指挥人员，负责评审活动的组织、结论、书面报告和问题 跟踪 . b） 评审专家。评审专家应由满足要求的技术人员担任，负责向评审组成员提出自己的评审 意见和建议。 c） 质量保证人员： d） 记录员。会议记录人员。 e） 顾客和用户代表。必要时，由主审人确定能够充当顾客和用户代表的角色。 f ） 相关领导和部门管理人员。 ．评审依据 a） 合同、技术协议书、需求规格说明书和设计任务书； 1 / 2 b） 有关标准、规范和质量保证文件。 . 评审点 针对软件开发的各个阶段，设置相应的评审点，以有效满足客户需求，提高开发质量，最大限度地减少设计失误和差错，识别并预测问题。 考虑到海外分公司项目开发的具体情况， 设置合同评审、 开发计划评审、 系统功能确认评审，进行系统功能确认评审的时间为项目完成后，产评交付客户前。 ．评审内容 评审的内容可根据产品设计的研制周期、 技术难度、 复杂程度以及使用方的要求有所侧 重和适当的增减，但应满足对设计结果进行评审的要求。主要内容： a） 设计方案正确性、先进性、可行性和经济性； b） 系统组成、系统要求及接口协调的合理性； c） 系统与各子系统间技术接口的协调性； d） 采用设计准则、规范和标准的合理性； e） 系统可靠性、维修性、安全性要求是否合理； f ） 关键技术的落实解决情况； g） 编制的质量计划是否可行。 2 / 2