国防部采办合同的可靠性用语范例-国防部采办合同的可靠性语

GEIA_STD_0009国防部采办合同的可靠性用语范例“纠正高适用性故障率必需的唯一最重要的一步就是，确保明确阐明各个项目，进而从一开始就把一个可行的系统工程战略，包括一个有力的包含可靠性增长的可靠性&可用性&维修性（RAM）项目，作为设计与研制的整体来执行。”（国防科学部，研制试验与评估任务组报告，2008年5月）附录：1.C部分工作可靠性用语和调整说明书声明2.L部分建议说明书可靠性用语3.M部分判定可靠性用语的评估因素4.评估可靠性项目计划清单C部分工作可靠性用语和调整说明书声明使用和调整说明书·下面的样本语言适用于测试与诊断（TD）和系统研制与验证（SDD）合同。除非合同商的计划执行明显在执行合同的阶段之内，否则可靠性项目计划（RPP）应该指明整个寿命周期。·假定定量可靠性要求、使用模式概要/任务剖面（OMS/MP）、FD/SC和其他要求（比如：进度要求）都在C部分的其他地方（比如：系统规范或采购描述）进行了详细说明。·应该根据每一具体项目调整样本语言。样本语言中嵌入一些调整注解供项目经理（PM）使用。如果在合同最后有一个部分基于验证的或建议的可靠性的不甚满意的选择，那么就应该在适当的地方进行语言解释。·应该注明样本语言是一个加强的可靠性工程和与系统工程完全结合的增长项目。不能从逻辑上删除下面描述的具体的可靠性活动。样本语言可靠性项目。合同商应该贯彻和执行下面描述的每一项可靠性活动，从而确保实现系统规范[TAILOR]里确定的各项可靠性要求。1.可靠性项目规划（RPP）。合同商负责制定和完成可靠性项目规划（RPP），以完成下面四个目标(1)了解客户/用户的需求，(2)可靠性设计，(3)生产可靠的系统，和(4)监督并评估现场可靠性。可靠性项目规划（RPP）应该至少在这里使用每一可靠性活动，并指明可靠性资金、进度表、产量和人员配置。2.系统可靠性模型。合同商应该为系统建立一个可靠性模型。至少，这一系统可靠性模型应该被用于(1)生成和更新从系统级别到较低的合同级别的可靠性分配，(2)根据可靠性评估从各个较低的合同级别来合计系统级可靠性，(3)确定各个单故障点，和(4)确定那些确保实现可靠性要求必需进行附加的设计或检测活动的可靠性关键项目和区域。在确定了新的故障模式时，就需要更新系统可靠性模型，更新故障定义，修订运行&环境负荷评估，或在整个寿命周期中变声设计和生产。应该适当地把详细的部件应力和损坏模型囊括在内。3.系统工程综合。合同商应该执行一个有效的系统工程过程，在平衡性能、风险、费用和进度的同时，把客户/用户的需要和要求转化为适当的系统/产品。合同商负责(1)把这里描述的可靠性活动进行合并作为一个有效的、记录完好的系统工程过程和规划的主要组成部分，(2)把在执行可靠性活动期间确定的潜在的可靠性改进方案提交给主管工程单位，,(3)监控和评估变更给系统的设计和生产带来的可靠性影响，(4)管理和控制可靠性关键项目，和(5)确保遵守那些影响可靠性的设计原则，包括降级、电的、机械的和其他指导原则。4.系统级运行&环境寿命周期负荷。合同商应该对系统预期在实际使用中会遇到的运行&环境负荷（例如：机械冲击、振动和温度周期变化）进行评估和定期革新。应该在整个寿命周期对这些负荷进行评估，典型的过程包括：运行、储存、运送、装卸和维修。及时利用用于可靠性验证的生产代表系统对评估进行验证以使评估具有真实可操作性。如果系统说明书里确定的负荷信息在实际运行&环境负荷方面不足够详细，那么系统将会在整个寿命周期中遇到相关问题，因此，合同商应该寻找有权使用的用户资产（例如：检测过程或系统与之结合的车辆），目的是为了获取需要的详细信息。5.组件、分组件和部件的寿命周期负荷。合同商负责评估组件、分组件和部件、现成产品（COTS）、非研制产品（NDI）和政府提供的设备（GFE）的寿命周期负荷，这将成为上面评估的产品级运行&环境负荷的经验积累。这些评估和更新结果将被提供给为这一系统研制组件、分组件和部件的小组。这些评估结果也将被提供给负责选择和集成各个项目而非特定为这一系统进行研制的小组，其中的项目包括：现成产品（COTS）、非研制产品（NDI）和政府提供的设备（GFE）、组件、分组件和部件。根据系统级负荷的更新情况和/或设计发展情况，定期精炼这些寿命周期负荷的评估结果。这些获得初步评估结果的工作小组将负责提供那些更新的评估结果。最后，利用各种测量方法（例如：在实际运行条件下使用的测量系统/产品）对这些评估进行验证。6.确定并刻画故障模式和故障机理。签订合同之后立即开始故障模式和故障机理的确定工作。为了确定潜在的故障机理和可能导致的故障模式，上面获得的对组件、分组件和部件的评估结果将用户基于工程和基于物理模型的输入值。为这一系统研制组件、分组件和部件的小组，通过分析、检测和加速试验来确定和确认，在上面评估的寿命周期负荷作用于这些组件、分组件和部件时会导致的各个故障模式和故障分配情况。这些选择和集成各个项目而非特定为这一系统进行研制的小组（包括：现成产品（COTS）、非研制产品（NDI）和政府提供的设备（GFE）、组件、分组件和部件），将通过分析、检测和加速试验来确定和确认在寿命周期负荷作用于这些项目时导致的故障模式和分配情况。通过分析、检测和加速试验来确定和确认由用户或维修人员过失导致的故障模式。通过分析、检测和加速试验来确定和确认由生产变更或生产错误导致的故障模式和故障分配情况。如果更新系统说明书里确定的故障定义和评分标准（FDSC），和更新寿命周期运行&环境负荷的时候，就随着设计和生产过程的发展，更新这些故障模式和故障分配情况。在系统部署以后将继续这些更新。对无论在检测还是在现场发生的故障进行分析，直至确定了故障根源机理。故障机理的确定为纠正措施包括可靠性改进措施的确定提供了基本的洞察力。把预测故障模式/故障机理与在试验和现场出现的故障模式/故障机理进行比较。7.闭环故障模式排查。合同商应该拥有一个综合工作小组，包括组件、分组件、部件、现成产品（COTS）、非研制产品（NDI）、政府提供的设备（GFE），他们可以对建模、分析、试验或贯穿整个寿命周期的现场发生的全部的故障模式，从而明确各个纠正措施。将通过下面一个或多个途径来减少故障模式：·消除故障模式，·减少其发生概率或频率，·冗余合并，和/或，·减缓故障影响（例如：故障修复，操作降级，提供故障事前警告）。合同商应该积极排查故障模式从而确保成功验证各个可靠性要求，并且在生产或现场不出现降级现象。预期在系统寿命周期中发生的故障模式将包括到系统可靠性模型之中。合同商使用一个组织监控和组织沟通的机制（例如：故障报告分析、纠正措施系统和数据收集、分析与纠正措施系统）。(1)试验和现场故障的描述，(2)故障模式和故障根源机理分析，(3)设计和/或纠正措施与风险规避决策的情况，(4)纠正措施的有效性，和(5)吸取的经验教训。由这一机制监控的故障模式将故障定义和评分标准（FDSC）；用户有权使用这一机制。8.可靠性评估。与专家判断一起使用系统可靠性模型（SRM）中建立的模型，从而评估这一设计（包括：现成产品（COTS）、非研制产品（NDI）、政府提供的设备（GFE））是否能否在用户环境中满足各项可靠性要求。如果这一评估结果是用户要求是不切合实际的，那么合同商应该把这一信息反馈给用户。合同商将把各项可靠性要求分配到较低的合同级别，并把它们和需要的输入信息分给其转包商/供应商。合同商应该利用系统可靠性模型（SRM）定期评估系统的可靠性，从而生成寿命周期运行&环境负荷评估和故障定义和评分标准（FDSC）。根据分析、建模&仿真、试验和现场获得的数据进行可靠性评估，并作为时间函数进行跟踪，与可靠性分配和用户可靠性要求进行比较。对于复杂系统/产品而言，或者在用户需要这一评估[TAILOR]的时候，评估战略$将包括将在研制阶段各个点上实现的可靠性数值。合同商督责监控和评估变化带给系统设计或生产的可靠性影响。对纠正措施的执行进行验证，对其效果进行跟踪。在适用的时候（例如：利用适用于复杂组件的检测-分析-定位方法发现和指明故障模式的时候），使用正规的可靠性增长方法。9.可靠性验证。合同商负责规划和组织各项活动，以确保在设计阶段对可靠性要求的实现情况进行验证和核实。这一战略应该确保在生产阶段或在作战中不出现可靠性降级现象。合同商负责制定和定期精炼可靠性要求验证战略/计划，它是系统工程验证的重要组成部分，是横跨所有阶段进行的调整和综合。这一验证是基于分析、建模&仿真、试验或上述各种措施的综合而进行的，将实际可操作。使用经验证的系统级运行&环境寿命周期负荷和故障定义和评分标准（FDSC）。系统说明书里确定的附加的用户要求，如果存在（例如：可靠性资格试验、用户设施上的试验、用户控制和用户打分的试验），这些就将被包括在内。用户将对这一战略/计划进行评审和核准。10.故障定义。当这些故障定义被使用，这一系统被用户使用和维护时，合同商将了解故障定义和评分标准（FDSC），并建立一个系统来满足系统各项可靠性要求。当时机用户使用和维护这一系统时，合同商将确定和减少人为差错。11.技术评审。合同商将组织与客户/用户的技术交换，从而比较可靠性活动的情况和成果，尤其是故障模式的确定、分析、分类和减少。合同商将组织可靠性评审，这一评审可以增进对系统运行的用户环境的了解，从而确保实现各项可靠性要求。可靠性技术评审的组织和进度安排与项目的系统工程评审相连，从而提出综合的总计划（IMP）/综合的总进度表（IMS）。应该在系统研制过程的早期就开始可靠性评审，并且一直持续到生产和部署阶段。技术评审应该包括可靠性方面的专家利用这一项目的系统工程计划来选择的独立于这个项目的级别相当的评审人员的参与。12.方法与工具。合同商负责用适当的可靠性设计和研制方法与工具来执行每一项可靠性活动。关于可靠性方法和工具的信息，可以在关于获得可靠性、可用性和维修性的国防部指南中找到。合同商负责选择合适的方法，并在可靠性项目计划（RPP）对其进行描述。用户可以对合同商选择的方法进行评审、评估和协商。合同商负责确定和采用一套可靠性设计最佳方法。合同商将利用用户核准的可靠性项目计划（RPP）里描述的途径、方法和工具，来执行这里提出的所有的可靠性活动。13.成果和文件。合同商将持续向用户提供各项可靠性活动的情况和成果。四个可靠性项目计划（RPP）目标的积极成果，都将以一个可靠性案例的形式进行记录和定期更新。合同商将提交关于可靠性活动段落说明的用户评审和核准的文件。CDRL项目：·可靠性项目计划·可靠性要求验证战略/计划·可靠性案例L部分建议说明书可靠性用语使用说明书申请一个草稿可靠性项目计划和要约人的建议的基本原理，就是工作可靠性用语声明要求一个加强的可靠性工程和可靠性项目完全与系统工程结合在一起。预期这将要求附加的资源（与前面研制合同相比），而且，如果这一事件发生，那么要约人需要从一开始就对其有所认识和规划。政府应该对这一草稿计划进行评估，如果需要的话就要进行协商，在合同签订之前要对其进行核准。样本语言要约人应该制定和履行一个可靠性项目计划（RPP）以实现下面四个目标(1)了解客户/用户的各项要求，(2)可靠性设计，(3)生产可靠的系统/产品，和(4)监控并评估用户可靠性。至少，可靠性项目计划（RPP）要使用每一项这里描述的12项可靠性活动。最初准备可靠性项目计划（RPP）是为了对建议申请做出响应，并在适当的时候与用户进行协商对其进行更新。建议的可靠性项目计划（RPP）：·在整个寿命周期中提供那些负责（要约人和用户）组织可靠性活动的管理和组织结构的透明性。·确定全面履行这一可靠性项目所必需的全部资源。·包括一个调整后的贯穿系统寿命周期关于组织全部可靠性活动的进度表。·包括对为确保在整个系统寿命周期中系统可靠性达标和管理合格必需的可靠性活动、职能、文件、过程和战略的详细描述。·记录用于验证执行的原计划的活动和评审与比较它们的情况和成果的程序。·管理那些由诸如技术或试验途径导致的潜在的可靠性