RAMS保证专题计划.docVIP

RAMS确保计划 编制： 审核： 同意： 单位： 日期： 10月RAMS确保计划 介绍 本部分确定了*******产品可靠性、可用性、维修性及安全性、(RAMS)定义和技术要求。同时，提出了*******产品在设计、开发、生产、试验及运行阶段中RAMS要求和具体任务。 *******确保在各个工程阶段中符合RAMS各项要求。附件1-1概述了各个工程阶段所要求RAMS任务和交付文件。 RAMS确保组织架构 组长： 组员： 序号 名称 职 责 联络方法 1 组长 全方面负责联诚宏达RAMS工作 同意RAMS文件。 2 组员 按本计划完成项目标RAMS工作，进行产品安全性分析，可靠性分析，FMEA，并提出改善方法。 对运行中发生质量问题进行原因分析，提出改善方法 统计产品在使用周期内故障信息，并进行统计分析。 安全性要求 隐患登记及减轻方法 *****根据关键隐患清单填写隐患登记册表附件1-3。并将全部隐患统计在隐患登记册内，并提送给南车四方审批。*****在进行设计、开发、生产及测试阶段考虑相关隐患及其减轻方法，并将相关减轻方法纳入系统设计、开发、生产及测试内。隐患范围涵盖系统、接口及维修运行方面。 全部隐患按附件1-2：风险矩阵进行风险等级评定。将不接收剩下风险被评为R1和R2等级隐患事项，R3隐患事项通常能够接收，若实际可行并合乎成本效益，*****仍寻求机会将该类隐患事项减低至R4等级。 *****在隐患登记册内定时更新预防 / 减轻方法相关数据及进度，并提送给南车四方审批。 关键零部件安全性： ******产品不是关键零部件，本条不适用。 故障树分析(FTA, Fault Tree Analysis) ******产品不是关键零部件，本条不适用。 可靠性、维修性和可用性（RAM）要求 假设列车运行数据以下: 项 目 数据 单位 列车总数目 40/100 列 每列车车辆数目 8/16 辆 每列车平均天天运行时间 12 小时 每个月平均日数 30 日 列车旅行速度 300 km/h RAM目标 1、基础可靠性指标： 子系统（全部）/列车 平均无故障时间 （MTBF）(小时) 设备舱 1 2、延误及掉线服务可靠性指标： 子系统（全部）/列车 平均无故障时间（MTBFS）(小时) 设备舱 000 3、维修性指标： 说 明 目标 单位 维修性(MTTR) 平均修复时间 在线可更换单元 ≤0.5 小时 在线可更换单元（MaxTTR） 最大修复时间 ＜1 小时 矫正维护(不起车作业) ≤4 小时 可用性 ≥90% 故障定义 故障 故障是指因设备功效不能实现而需要运行或维护人员维修或恢复系统/设备运作故障，包含全部虚警报或指示错误，均需纳入平均无故障时间计算之内。外来原因引发之事故，比如：外来电力中止，水淹或职员错误等，则不需纳入计算。 在进行列车基础可靠性MTBF （Mean Time Between Failure）计算中将采取以下公式∶ MTBF = T1/N1 T1为列车运行时间总和， N1为在T1时间内发生故障总数。 服务故障 服务故障是指因某一特定功效不能实现而造成列车晚点，列车甚至不能投入或继续维持商业运行。 不能投入商业运行 不能继续维持商业运行 救援，疏散乘客，即需要另外一列车将故障列车拖回车辆段。 晚点∶列车因故障在线路上停车时间超出3分钟，对商业运行造成了影响。 在进行列车任务可靠性MTBFS（Mean Time Between Failure Service）计算中将采取以下公式∶ MTBFS = T2/N2 T2为线路上运行时间总和； N2为在T2时间内发生服务性故障总数。 例外 以下故障不包含在证实可靠性之列∶ 超出寿命期损耗件； 连带故障(由前级故障造成故障)； 列车修复前相同故障反复出现； 碰撞、事故、有意破坏； 操作或维修人员疏忽或不遵守操作规程； 操作和维修作业不按北京先河提供操作和维修手册要求进行； 因为预防性维护工作失误造成故障(比如忘记加油、整定错误等)； 因为公众(包含乘客)行为或疏漏造成故障； 在线应急处理： 为尽可能避免列车故障引发服务中止事故，列车设计符合以下要求： 当发生造成列车不适合客运服务故障时，列车司机能在借助列车管理系统条件下在2分钟内复苏列车故障，方便列车能按时间表安排继续运行。 假如故障不能复苏、列车退出服务，列车司机能在5分钟内完成故障隔离，利用列车自有动力在满负荷情况下退回到最近列车段或避车线。 假如故障列车上不含有牵引动力，需要辅助列车支持，列车司机能在5分钟内使列车准备就绪，便于紧急推走或拉走操作。 RAM分析 故障模式、影响及关键性分析 （FMECA） ******按附件1-5表格填写FMECA表，提出减轻方法，提交南车四方审批。任