巨龙信息科学技术研究院 B6开发节点检查办法.docVIP

批准: 编制:版本管理部 日期:1999年8月20日 密级:秘密 页数:18 标题:开发节点检查办法 版本:1.0 替代版本:无 编号:GDT B 0202-1999 开发节点检查办法 巨龙信息科学技术研究院  目 录 第一章 总则…………………………………………………… 第二章 节点检查的任务、作用和性质……………………… 第三章 产品开发的一般模型及与节点检查的关系………… 第四章 节点检查和组织……………………………………… 第五章 评审结果的处理……………………………………… 第六章 节点评审要点………………………………………… 第七章 附则…………………………………………………… 附件1 项目节点审查申请书……………………………… 附件2 项目节点评审决议书……………………………… 第一章 总 则 第一条 为了保证产品的开发质量和开发进度及项目经费的合理使用，项目开发过程中必须按照项目合同/任务书实行节点检查。 第二条 节点检查由项目管理部和版本管理部共同承办。 第二章 节点检查的任务、作用和性质 第三条 节点检查的任务是： 在项目开发的关键时刻,组织非直接参加研制的同行专家和有关方面的人员,对开发大纲实施情况及设计、工艺等进行详细的审查。其主要目的是及时发现实施大纲和计划中存在的问题,发现潜在的设计、工艺等缺陷,通过纠正错误、变更计划、合理安排资源，最终使项目能高质量地按时完成。同时也有助于加速设计的成熟,降低决策风险，节约资金。 第四条 节点检查的主要作用是: 检查和监督开发大纲和计划的实施情况； 检查文档的完备性和规范性； 3. 检查阶段性经费的使用情况； 4. 评价设计是否满足合同要求,是否符合设计规范及有关标准、准则、指南； 5.发现和确定设计的薄弱环节和RM(可靠性、可维性)风险较高的区域,提出改进意见,以减少设计更改,缩短研制周期,降低寿命周期费用； 6.对研制试验、检查程序、维修和保障资源等进行审查。 第五条 节点检查的性质 节点检查既是一种对设计进行监控的手段,又是一项完善设计决策的技术咨询活动。通过邀请非直接参加设计的同行专家和有关方面的代表,对设计工作进行审查、评论。把专家们的集体经验和智慧运用于一项设计之中,弥补主管设计人员知识和经验的不足。特别是对应用了新方案、新技术、新器材等风险较高的产品研制,更需要各方面专家的咨询、帮助和审查。 节点检查并不改变原有的技术责任制,更不是代替或干涉设计决策。只是在设计决策前增加了若干个监控点,以降低决策风险。 产品开发的一般模型及与节点检查的关系 第六条 产品开发的模型如图2-1所示。 第七条 产品开发阶段与评审、审核的关系如图2-1所示。产品的节点检查对应于评审的各个阶段。 第八条 在开发阶段,除上述的节点检查外,项目组每月还要向项目管理部和版本管理部提交项目月报。由项目管理部和版本管理部对月报进行审查，并根据项目的进展情况对进度和人员及资金作相应的调整。月报要点参见《文档规范》。 节点检查及其组织 第九条 节点检查也就是按研发的阶段对设计进行评审。评审分为内部评审和正式评审。内部评审是项目组内部对节点的评审,正式评审除对设计进行评审外，还包括检查文档的完备性和规范性。对于不需要进行正式评审的阶段，要检查文档的完备性和规范性等。需求分析和实现阶段必须进行正式评审。 第十条 评审、审核的时间点如图2-2所示,图中还表示了评审阶段与诸基线的关系。 第十一条 设计评审组织 设计评审工作一般要经历如下过程：评审前准备——制订评审计划——预审——召开评审会——评审后工作。 一、评审前准备 评审前，项目经理应填写《项目节点审查申请书》（如附件1所示）；并准备好向评审组汇报的技术报告和有关文件。 技术报告的内容应包括： 1．设计的主要技术指标和所达到的水平； 2．为保证产品质量所做的可靠性工作及保证措施； 3．本阶段研制、调试、测试或试验过程中出现的主要问题及解决情况； 4．结论及建议； 由项目组提供该阶段评审的文档，经版本部文档审核组进行形式化检查、通过并出具书面报告后，转入评审程序。 二、制订评审计划 （一）确定评审会主持人 主持人负有组织评审会并最后决定审查结论的责任。为保证客观公正性，主持人不应是开发人员。其首要责任是检验被审查项目的阶段产品是否确已具备了进行审查的条件，若已具备则可决定预审。 （二）确定评审人员和日期 由项目管理部和版本管理部提出评审小组名单和评审日期安排，报主管院长批审。 （三）评审组成员由以下人员组成。成员总数为5(7人，其中RM方面的技术专家应不少于1/3。 (1)同行专家； (2)专业技术人员； (3)总体研究部代表； (4)版本管理部