RAMS表格及系统保证RAMS控制程序.docx
- 文档编号:26363462
- 上传时间:2023-06-18
- 格式:DOCX
- 页数:47
- 大小:89.09KB
RAMS表格及系统保证RAMS控制程序.docx
《RAMS表格及系统保证RAMS控制程序.docx》由会员分享,可在线阅读,更多相关《RAMS表格及系统保证RAMS控制程序.docx(47页珍藏版)》请在冰豆网上搜索。
RAMS表格及系统保证RAMS控制程序
RAMS:
系统保证控制程序
1简介
1.1本部分的目的是确定系统保证的要求和技术。
同时,亦提供了产品在设计、开发、生产、测试和初步运营阶段中“系统安全及可靠性计划”(参阅本章2)的一般要求和具体任务。
1.2卖方须保证在各个工程阶段中符合系统保证的各项要求。
附件1-1概述了各个工程阶段所要求的系统保证任务和交付文件。
2系统保证计划
2.1卖方须向买方提交系统保证计划,说明如何计划、管理及监控在其服务范围内的整体系统安全性、可靠性、可用性及可维护性(RAM)要求,确保能有效地在设计、开发、生产、测试和初步运营阶段中落实相关设计目标。
2.2系统保证计划的内容须包括但不限于以下各项:
(1)负责实施系统保证计划的组织架构、人员、职责及沟通方式;
(2)负责实施系统保证计划之主要人员的工作简历说明(包括个人之相关详细学历及经验资料);
(3)卖方及子系统供货商在系统保证任务的监控过程及相关程序;
(4)详述系统保证任务、安全分析方法及证明系统安全方法,及能达到可靠性、可用性及可维护性目标的方法;
(5)系统保证任务及递交文件之时间表(须遵照附件1-1之要求);
(6)内部审核方案。
本计划之拟定可参考国际标准EN50126“Railwayapplications–ThespecificationanddemonstrationofReliability,AvailabilityandSafety(RAMS)”所示的技巧和方法。
3系统安全要求
3.1隐患分析及隐患登记册
(1)隐患分析是针对系统的潜在危险进行有系统的分析,在工程项目的适当阶段用作为安全评估技术,有助于做出优化安全的变更。
(2)买方将提供一份初步隐患登记册给卖方,作为参考。
(3)卖方须在初步设计阶段检阅该份由买方提供的隐患纪录对成都地铁1号线工程的适用性,并做出适当的修改建议。
(4)卖方在进行设计、开发、生产及测试阶段,须考虑有关隐患及其减轻措施,并将有关的减轻措施纳入系统设计、开发、生产及测试内。
隐患的范围须涵盖系统、接口及运营三方面。
(5)除买方提供的隐患记录外,卖方亦须审议在本服务范围的系统设计,以识别其它隐患及相关的预防/减轻措施。
卖方须参照这两个清单(附件1-4,附件1-5)进行正式的隐患分析,分析可通过隐患及操作性研究(HAZOPstudy)完成。
(6)所有隐患须按买方制定的风险矩阵(参照附件1-6)进行风险等级评估。
各风险等级的处理如下:
⏹被评估为R1或R2风险等级的所有隐患事项,必须尽快透过设计方法将风险减轻至R3或R4等级。
只在没有可行的设计办法下,才可考虑通过运营、维修程序或为运营及维修员工提供训练等方法来解决。
⏹买方将不接受剩余风险被评为R1等级的隐患事项。
卖方可要求买方批准特许剩余风险为R2的隐患事项;在该等级情况下,连同有关理由向买方正式申请,并由买方批准。
⏹R3隐患事项一般可以接受,若实际可行并合乎成本效益,卖方仍须寻求机会将该类隐患事项减低至R4等级;买方有权接受R3隐患事项,但若买方对任何有特殊考虑的R3隐患事项,可要求卖方提出证据,显示此项目的风险已是最低实际可行(AsLowAsReasonablyPracticable,ALARP)。
⏹风险评级为R4的隐患事项均在可接受范围内。
在正常情况下,毋需采取额外减轻措施。
(7)卖方须将所有隐患(包括由买方提供的隐患及由卖方识别的新隐患)记录在隐患登记册内,并提送给买方批核。
卖方须依照由买方所提供的标准样本完成隐患登记册(参照附件1-3)。
(8)卖方须在隐患登记册内定期更新预防/减轻措施的相关数据及进度,并提送给买方审批。
3.2量化风险评估
(1)卖方须应用量化风险评估分析在隐患分析中被介定为:
⏹剩余风险被评为R1或R2等级;及
⏹会引至乘客/员工死亡的隐患事项。
若没有隐患或故障符合上述条件,在买方要求下,卖方须遵照买方指示进行一些“顶部事件”的故障树分析。
分析报告须于最后设计阶段提送给买方审批。
故障树分析/量化风险评估报告是安全分析报告的一部份。
(2)故障树分析(FTA,FaultTreeAnalysis):
卖方在进行量化风险评估时,须应用故障树分析以由上而下(top-down)的方式来评估
⏹由多项故障;或
⏹由多种原因相互影响;或
⏹具有冗余设计的系统;及
⏹会引至乘客/员工死亡
所引起的组合事件之发生频率。
软件、人为因素及环境因素等影响也须包括在分析内。
(3)事件树分析(ETA,EventTreeAnalysis):
卖方在进行量化风险评估时,须应用事件树分析来评估复杂系统(例如:
具有冗余设计、故障监测与保护设计的系统)的所有潜在后果。
人为因素及环境因素等影响须包括在分析内。
(4)在量化风险评估分析中所采用的“频率”及“概率”均须参考相似系统的运营数据及安全记录,并根据成都地铁1号线的特性做出适当调整。
3.3隐患分析的结束
(1)设计或安装控制的减轻措施,卖方须根据以下原则定期检讨隐患登记册上的隐患解决工作的进度:
⏹设计完成前,解决所有需要做出设计变更的隐患事项;
⏹开始制造前,解决所有R1及R2的隐患事项;及
⏹开始进行受安装隐患事项影响的工作前,实施控制安装隐患事项的所有减轻措施。
(2)过程控制的减轻措施,在初步运营阶段前卖方须以适当程序结束所有需要特定运营及维修过程控制的运营隐患事项,且必须得到买方的同意。
3.4安全原则及规范要求的符合性评估(DeterministicSafetyAssessment)
(1)在设计完成前,卖方须根据系统的设计特点或安全要求,识别其相关的潜在隐患,并列举将会被采用的设计、运营安全原则、工业守则或法例,以评估系统设计是否符合相关的安全要求或设计特点。
(2)卖方须依照附件1-7所显示的标准样板完成安全原则及规范要求的符合性评估及递交报告。
安全原则及规范要求的符合性评估报告是安全分析报告的一部份。
(3)已识别的安全要求或功能,须进行安全验证,以证明系统/设备的设计符合所需的安全功能/特色要求或标准。
安全验证包括于安全关键设备的型式试验和调试试验中。
在试运营前,卖方须完成全部安全验证工作,并确认完全符合所需的安全功能/特色要求或标准。
3.5安全分析报告
(1)安全分析报告将收录下列分析报告:
l第一部份:
安全原则及规范要求的符合性评估;
l第二部份:
故障树分析/量化风险评估报告。
(2)卖方须在最后设计阶段递交安全分析报告,并在余下的工程阶段更新。
3.6系统安全报告
(1)卖方在最后设计阶段制订和递交系统安全报告草案,并按合同在交付第一列列车前递交正式的最终版本。
(2)系统安全报告须依照附件1-2所示的报告结构及目录样式编制。
4可靠性、可用性及可维护性(RAM)要求
4.1事故定义
车辆可靠性根据列车在运营期间出现故障而导致的列车运行中断事故(以下统称“事故”)次数进行测定。
事故指列车故障引起的以下任何一次事件:
(1)不适合继续服务
列车不适合继续服务。
(2)列车运行延误
列车延误达2分钟或以上的初始延误。
初始延误,指的是乘客在事故地点发生故障的列车上经历的行程时间延长。
(3)未能出车
计划投入客运服务的列车不能在计划的出车时间出车。
已发生列车故障但不明确原因的事件,若其后有证据证明是因列车故障引起,须追溯列入事故记录内。
4.2列车故障复苏
为尽量避免列车故障引起的服务中断事故,列车的设计须符合以下要求:
(1)当发生导致列车不适合客运服务的故障时,列车司机能在借助列车管理系统的条件下在一分钟内复苏列车故障,以便列车能按时间表安排继续运行。
(2)如果故障不能复苏、列车退出服务,列车司机能在5分钟内完成故障隔离,利用列车自有动力在满负荷情况下开始列车回程,退回到最近的列车段或避车线。
(3)如果故障列车上不具备牵引动力,需要辅助列车支持,列车司机能在5分钟内使列车准备就绪,便于紧急推走或拉走操作。
4.3RAM目标
列车的RAM目标已详细列于附件1-9中,卖方确保所有目标均能达到。
4.4RAM分析
(1)RAM目标摊分
卖方须进行RAM分析,评估提供的系统能否达到技术规格书中的RAM目标,提供可靠性、可用性和可维修性(RAM)分析报告,报告须显示有关的假设、分析方法、计算数据及结果。
在设计阶段时,卖方须进行RAM目标摊分至相关的子系统层,确保在子系统层的设计中对RAM的表现有充分的考虑。
(2)RAM预测
在设计阶段,卖方须进行RAM预测。
卖方可采用可靠性方块图,故障树分析等方法预测系统RAM的表现,确保该设计满足RAM目标的要求。
(3)卖方在RAM分析中列明设备及相关组件的主要故障模式、故障原因、维修时尽量减轻对运营造成干扰的可能性(即就地维修)、以及单项故障及多项故障同时发生时对系统造成的影响等。
人为错误以及由其它设备接口故障所造成的影响亦纳入分析中。
(4)通过RAM分析,卖方可以估计系统可能达到的RAM表现,确定系统的薄弱环节,并确定最大改进潜力的子系统。
如发现任何潜在缺点,提出矫正行动,例如更改设计,并落实执行。
(5)卖方须在设计阶段时提供分析报告,说明系统配置怎样满足其总体RAM的要求及详述RAM表现的预测结果,并在余下工程阶段更新报告。
分析报告须递交买方审批。
(6)此外,若实际可行,在整项工程计划期间采取故障导向安全(failsafe)概念。
这一概念的基础是采用故障模式完善的组件,无论任何部分发生故障,也可保持安全状况。
(7)对可能影响系统安全及有效运营的人为因素,卖方须应用有关之设计标准作为首要考量。
有需要时,卖方可被要求进行特别的人为因素分析,以确保重要系统复杂的人机接口,在设计上已尽量减低人为错误。
(8)任何对安全构成影响的故障模式记录在隐患登记册上。
(9)卖方进行RAM分析时,须使用相同或类似设备的故障记录及实际运营期间所得的故障数据,并记录数据来源,以确定可证实及追查这些资料。
卖方须介绍资历,特别在系统保证方面,及产品过往在安全、可靠性、可用性及可维修性的表现。
卖方须列举包含系统保证要求的完成项目、过往为哪些铁路/城轨交通提供产品、产品符合哪些国际标准(例如EN50126,EN50128,EN50129)、产品的表现数据例如故障率、平均维修时间等。
(10)RAM分析方法
(a)故障模式、影响及重要性分析(FMECA)
⏹故障模式、影响及重要性分析(FMECA)运用归纳法,首先确定潜在的问题,继而进行分析,最后计算出可能造成的影响及严重性。
卖方使用故障模式、影响及重要性分析或其它认可的分析方法时,除涵盖其本身的系统外,亦须包括与其它系统的接口。
⏹故障模式、影响及重要性分析须包括每一个系统全部潜在故障模式。
特别是故障后果导致列车延迟超过二分钟,这些故障模式在RAM分析中考虑。
⏹分析达至可更换组件(LineReplacementUnit)层面。
分析采用由下而上的方式找出低层设备对整个运营系统的影响,软件及人为因素故障模式等也须包括在内。
不同的组件故障模式,其影响传达到系统或设备的下一级。
这一过程将一直持续,直到能确定对系统功能的总体影响时为止。
冗余设备的影响纳入分析结果内。
⏹分析也考虑故障对乘客和员工的影响,包括运营延迟,还对恢复系统至正常运营状态所需的时间进行评估。
⏹卖方须依照附件1-8所显示的标准样板完成故障模式、影响及重要性分析。
⏹卖方须在初步设计阶段递交故障模式、影响及重要性分析报告,并在余下工程阶段更新。
(b)其它RAM分析方法
其它分析方法如可靠性方块图,故障树分析等皆可用于评估特定之故障模式。
卖方需针对特别需求选择合适之分析工具。
4.5RAM测试/启动
(1)在最后设计至试运营阶段前,卖方须对各设备/组件进行测试,确定是否能实现设计流程中确立的RAM目标。
(2)预期数个最高故障率的设备,作为最低要求,在最后设计阶段根据理论性分析的要求对其进行模拟耐久性测验。
卖方应对合同产品进行领先寿命试验。
(3)合同产品在模拟运行条件下进行领先寿命试验,须至少达到该设备在两次实际大修或更换之间实际运行周期(dutycycle)或运行时间的1.2倍。
卖方须把测试详情和测试结果的详细报告纳入RAM证明报告内。
(4)卖方须根据本章第13.4.9条款将测试的详细资料递交买方审批。
4.6可靠性增长管理
(1)卖方于设计阶段中纳入可靠性增长管理要求,提供在样件开发阶段查找系统不足或故障的机会,从而优化系统,以确保系统能符合相关之可靠性要求。
(2)可靠性增长管理须包括但不限于说明需要接受测试之系统/子系统,测试时间表(由样板车开发期至施工期)、建议之测试方法、时期及可接受标准等。
(3)过程可参考标准MIL-STD-189及MIL-STD-781所示的技巧和方法。
4.7可靠性、可用性及可维护性(RAM)证明计划
(1)卖方须在质保期开始前90天递交可靠性、可用性及可维护性证明计划,包括与车辆及其子系统的RAM相关的试验和论证。
可靠性、可用性及可维护性证明计划须详细说明在质保期开始后实现RAM目标的证明方法及程序。
(2)可靠性、可用性及可维护性证明计划至少包括以下内容:
⏹进行及监管证明工作的组织架构和主要人员;
⏹角色和职责;
⏹须证明符合的可靠性、可用性及可维护性目标(即附件1-9所列的RAM目标);及
⏹证明方法、接受标准、RAM表现数据收集及相关报告。
(3)在计算RAM表现时,如果事故是由以下原因导致,可获豁免:
l战争;
l内乱;
l可能严重影响基本设备运作的强制性改动;
l自然灾害,例如地震、台风、水灾和海啸;
l恐怖袭击;
l恶意破坏;
l罢工或工业行动;
l失去外来电源;
l天灾,例如雷击;
l操作或维护人员的疏忽、人为错误或不遵守操作规程;
l操作和维护作业不按照卖方提供的操作和维护手册要求进行;
l公众(包括乘客)的行为,例如自杀、身体不适;
l因非合同设备导致的事故;
l超出运营单位管辖范围的机关所采取的行动,例如公安行动。
(4)各项可维护性试验须在交付第一列列车后6个月内完成。
试验包括各项预防性维护、清洁和实际或模拟具有代表性的矫正维护。
在进行可维护性试验时,参照MIL-STD-471标准。
或采用等同于这些美军标的中国国家军用标准
4.8可靠性、可用性及可维护性表现证明
(1)RAM证明期须从工程初步验收证书签发日后第1月的月初开始计算,直至到质量保证期满为止。
(2)卖方须证明车辆符合RAM的目标(即附件1-9所列的RAM目标)。
(3)在RAM证明期内,买方将详细记录车辆的各种事故和故障。
该等记录将向卖方提供。
(4)在质量保证期内,买方将审核列车故障记录,确定是否须将故障纳入车辆故障登录。
卖方须在收到买方发出的更新通知后7天内对车辆故障登录进行更新并递交买方审批。
(5)从质量保证期的第1个月开始,买方在每个月末评估车辆系统故障记录,计算可靠性、可用性及可维护性表现并与目标值(参阅附件1-9)进行比较。
(6)卖方确保产品每月的可靠性、可用性及可维护性表现在质量保证期最后6个月内2分钟延误目标值连续达标,未能发送平均值达标;及在质量保证期内的24个月的平均值达标。
若未能在质量保证期满时实现某项RAM目标,双方协商解决,讨论具体的解决办法。
(7)如果卖方设备任何一项目标未能达到,导致整车RAM目标未能达到,所有损失由卖方承担,卖方自行承担费用采取其认为必要的补救措施以达到目标要求。
4.9可靠性、可用性和可维护性(RAM)证明报告
(1)卖方须在质量保证期满后一个月内递交可靠性、可用性和可维护性证明报告。
该报告须提供依据,证明已达到了各项RAM目标,还须包括有关资料和计算。
若未能在质量保证期满时实现某项RAM目标,卖方须每月继续RAM确定及提交监控RAM表现的报告,直至全部RAM目标达标为止。
(2)在质量保证期内,买方每月提交监控RAM表现、因卖方产品原因影响整车的RAM表现,卖方须确定补救措施有效性的临时报告。
(3)买方在RAM证明报告及每月监控RAM表现的临时报告内对每个故障做出细节的叙述。
故障细节须包括:
每个故障发生的时间、日期、对列车服务之延误、维护员工到达现场的反应时间、修复时间、故障起因、症状、警报及补救措施等。
4.10故障报告与修正措施系统(FailureReportingAndCorrectiveActionSystem(FRACAS)
(1)买方在规定的工程阶段建立故障报告与修正措施系统,以便提供系统/设备的数据,包括问题、故障及其相关修正措施,还包括问题或故障发生的原因和方式。
卖方应加入并运行买方的故障报告与修正措施系统。
(2)故障报告与修正措施系统用于监控设备的安全性和RAM表现,包括设计阶段(因预测性分析的结论而进行更改)、测试及启动和投入运营期。
该系统用于监控设备/组件的性能,确定故障模式,以便采取修正措施改进系统的表现。
(3)主要修正措施须在可靠性、可用性和可维护性证明报告内概述。
5系统保证分析之基本条件及规则
5.1在各项隐患和RAM分析中,采纳以下假定条件:
⏹每列车每年的运行里数:
119,000公里(暂定);
⏹车站间平均距离:
1.2公里(暂定);
⏹每列车平均每天运营时间:
9小时(暂定);
⏹列车每年运营日数:
365天;及
⏹列车平均旅行速度:
37km/h。
5.2可靠性分析
列车可靠性通过以下测定方法进行测定:
(1)2分钟或以上延误次数/100万车公里(car-km):
按合同提供的所有车辆在指定时期内达到的100万车公里平均≥2分钟延迟次数。
采用以下方程式进行计算:
(2)未能出车次数/100万车公里(car-km):
按合同提供的所有车辆在指定时期内达到的100万车公里平均未能出车次数。
采用以下方程式进行计算:
6系统保证审核
6.1买方代表将于产品设计、开发、生产和测试阶段时进行审核,以确认卖方已符合及执行相关的系统保证要求。
买方代表将于执行审核的七个工作天前通知卖方有关审核之安排。
卖方须提供一切相关的协助,以使买方或其代表能完成审核(例如:
安排适当的员工参加会面、提供相关的文件等)。
6.2在审核完结时,买方代表将提出各项关于系统保证的改善行动。
卖方须提交证据以确保所有改善行动已在双方同意的时限前执行(例如:
在时限前提交相关文件)。
7附件1-1工程阶段系统保证任务和交付文件概述
项目
所需工作/文件
工程阶段
设计
制造及安装
测试及启动
试运营/质保期
初步
最后
安全管理相关工作
1
系统安全及可靠性计划
呈交
–
–
–
–
2
安全分析报告:
第一部份-安全原则及规范要求的符合性评估(包括安全验证)
第二部份-故障树分析/量化风险评估报告
–
呈交
更新
更新
–
3
隐患登记册
呈交
更新
更新
更新
更新
4
系统安全报告
–
–
–
呈交
–
可靠性、可使用率及可维修性管理相关工作
1
可靠性、可用性及可维护性分析及报告
呈交
更新
更新
更新
–
2
故障模式、影响及重要性分析及报告
呈交
更新
更新
更新
–
3
可靠性、可用性及可维护性证明计划
–
–
–
呈交
更新
4
可靠性、可用性及可维护性证明及报告
–
–
–
–
呈交
5
故障报告与修正措施系统(FRACAS)
–
–
–
进行
进行
8
附件1-2系统安全报告结构及目录
1.序论
1.1.背景
1.2.目的词汇
1.3.简写及词汇
2.各系统之描述
2.1.系统概要
2.2.系统及子系统之描述
2.3.接口描述
2.4.安全功能和特色
2.5.紧急操作
3.安全管理
3.1.安全管理架构及职责
3.2.安全营理程序
3.3.各阶段的安全管理活动
4.安全要求
5.隐患确认及监控
5.1.简介
5.2.隐患确认
5.3.隐患监控(包括监控架构、隐患评审、隐患结束等等)
5.4.隐患分析结束总结
5.5.重要的隐患(安全关键)概述
6.安全原则及规范要求的符合性评估
6.1.简介
6.2.方法
6.3.结果总结
7.故障树分析/量化风险评估(如适用)
7.1.简介
7.2.方法
7.3.结果总结
8.运营安全评估
8.1.运营程序
8.2.维护程序
8.3.训练
9.总结
9.1.安全管理
9.2.隐患管理
9.3.故障树分析
9.4.未能符合要求的项目(如有的话)
9.5.运营隐患–剩余风险指数R1或R2(如有的话)
9.6.整体总结
10.附件
9附件1-3隐患登记册样本
10附件1-4主要隐患清单(根据实际情况可进行删减)
隐患类别
隐患
隐患情景编号
情景
OA
失火
OA-01
站台失火
OA-02
综合入口失火(出入口)
OA-03
站厅失火
OA-04
车站商店(如有)失火
OA-05
机房/旅客止步区/附属建筑物失火
OA-06
隧道/轨旁/高架桥/高架范围失火
OA-07
车务控制中心失火
OA-08
车站控制室失火
OA-09
车辆段失火(含停车场)
OA-10
列车失火
OA-11
站台轨旁失火
OA-12
主变电站失火
OB
有毒物料/气体
OB-01
列车上释出有毒/有害物料
OB-02
车站内释出有毒/有害物料
OB-03
车辆段内释出有毒/有害物料(含停车场)
OB-04
附属建筑物内释出有毒/有害物料
OB-05
隧道内释出有毒/有害物料
OB-06
排烟/有害气体积聚
OB-07
主变电站释出有毒/有害气体
OB-08
车务控制中心释出有毒/有害气体
OC
爆炸
OC-01
车站爆炸(包括机房、旅客止步区和附属建筑物)
OC-02
车务控制中心爆炸
OC-03
车辆段爆炸(含停车场)
OC-04
列车上爆炸
OC-05
隧道内爆炸
OC-06
高架桥爆炸(露天段)
OC-07
主变电站爆炸
OD
水淹
(不设防洪门)
OD-01
车站水淹(包括机房、旅客止步区和附属建筑物)
OD-02
隧道/隧道口/地面线路水淹
OD-03
车辆段水淹(含停车场)
OD-04
车务控制中心水淹
OD-05
主变电站水淹
OE
地震/
强风
OE-01
设计能力能够承受的地震
OE-02
设计能力不能承受的地震
OE-03
强风与暴雨(有没有任何风监测系统?
)
OE-04
强风将异物吹到高架、地面线轨道上,以致侵入动力限界
OE-0
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- RAMS 表格 系统 保证 控制程序
![提示](https://static.bdocx.com/images/bang_tan.gif)