趙莉　毛如香　杜玉峰

摘要：本文以某動力集中型動車組作為分析對象，闡述SRAC分析方法在實際項目中的應用及相關說明。目的是將識別出的子系統(tǒng)級接口、硬件、軟件、相關操作和運營程序等可能導致安全問題的隱患事件通過全面的管控措施將危害降低到合理范圍或消除危害。

關鍵詞：安全相關應用條件;危害分析;安全案例

1 概述

安全相關應用條件（SRAC）指當車輛制造商無法通過技術手段降低危害事件的嚴重性和發(fā)生頻率時，提出的相關接口方需滿足的車輛使用條件。目的是通過此方法將危險事件的嚴重性和頻率降到盡可能低的合理范圍或消除危險，以提高軌道車輛的運行安全性。安全相關應用條件（SRAC）的管理是開發(fā)安全相關系統(tǒng)的必要先決條件，由安全分析產(chǎn)生。安全認證項目中必須包含此類文件。

本文以某動力集中型動車組（以下均稱某動車項目）的SRAC分析為例，闡述SRAC分析方法在實際項目中的應用。

2 SRAC分析方法

2.1 實施時機

（1）詳細設計階段需啟動SRAC分析報告的編制，根據(jù)安全分析（包括初始危害分析PHA、接口危害IHA、子系統(tǒng)危害SSHA、操作與維護危險分析OSHA）的結(jié)果將與安全相關的項點摘選出來編制危害登記簿HL，然后把HL里可以轉(zhuǎn)移給運營單位等相關方的危害事件摘選出來，編制SRAC。

（2）整個設計階段結(jié)束之前須識別所有的SRAC。在調(diào)試階段，所有的SRAC均須移交給相關機構(gòu)（如運營單位、信號方等）。

2.2 分析過程

（1）以某動車車輛的SRAC為例進行闡述。依據(jù)EN15380標準，對車輛進行功能分解，以便更全面的對車輛進行安全分析。如下表1所示。

（2）篩選出符合某動車車輛的功能結(jié)構(gòu)，再進行安全分析。

2.3 數(shù)據(jù)來源

（1）SRAC分析數(shù)據(jù)來源于安全分析PHA、IHA、SSHA、OSHA，從這些安全分析里將與安全相關的項點摘選出來編制HL;見下圖1所示流程圖：

（2）在初步設計階段，開展初步隱患分析。在系統(tǒng)級別識別分析系統(tǒng)、與車輛的接口、環(huán)境等方面的隱患，確保隱患分析中安全功能分析的全面性。

（3）在詳細設計階段，識別子系統(tǒng)級接口、硬件、軟件、相關操作和運營程序等可能導致安全問題的隱患事件并評估其風險，通過設計、制造、試驗、運維等手段對危害進行管控，將風險控制在合理可接受的范圍。且隨著設計的深入須不斷識別新的危害，并編制在HL中進行統(tǒng)一管理，直至所有危害被關閉或被業(yè)主接收。如下表2所示：

（4）如識別的危害沒有得到充分的處理，無法完全滿足安全要求（和關閉相關危害），就須編制SRAC。如表2中，對于防火危害，需運營單位制定相關規(guī)定并執(zhí)行“禁止攜帶易燃易爆物品”“禁止吸煙”等管控措施及定期檢修滅火器確?？烧Ｊ褂?，這些措施車輛制造商無法完成，故將這部分風險轉(zhuǎn)移給運營單位處理，進而減少或避免火災的發(fā)生。

（5）當已經(jīng)通過遵守與設備預期用途相關的一般法則或規(guī)范性條例避免了相關危害時，則不需要編制SRAC。如表2中，因車內(nèi)聯(lián)絡電話故障導致乘客無法聽到客室廣播包括警情提醒的風險，可由車輛制造商通過冗余設計來減少或避免危害的發(fā)生，即在正常模式下當1車廣播主機故障時會自動切換到2車廣播主機工作，不會影響乘客獲取客室廣播的信息，故此類風險無需轉(zhuǎn)移給運營單位等相關方。

（6）將HL中需轉(zhuǎn)移的風險摘選出來編制SRAC，且每個SRAC至少與一個危害相關聯(lián)。

2.4 分析要點

（1）SRAC分析須為安全要求使用與可追溯性、確認和驗證相同的過程。分析時須包含以下內(nèi)容：

編號：指SRAC項點的編號，編碼使用便于識別與管理的規(guī)則即可，如可以為“項目代碼+SRAC+適用車型（如M，TC等）+序號”。該編號為唯一可識別的;危害來源：指SRAC項點的來源，取自HL，或直接自PHA、IHA、SHA、OSHA分析中選取;危害描述：取自HL，或直接自PHA、IHA、SHA、OSHA分析中選取;危害控制措施：取自HL，或直接自PHA、IHA、SHA、OSHA分析中選取;轉(zhuǎn)移對象：執(zhí)行危害控制措施的人員，多指運營商處的相關人員（如司乘人員、站臺工作人員等）或其他非車輛制造商人員（如信號商工作人員）等。轉(zhuǎn)移對象須為已確定的人員。

綜上要求，形成下表3所示的以某動車項目為例的SRAC分析：

（2）如果一個設備有很多SRAC，則其與其他設備存在許多接口，將此設備集成到更多的系統(tǒng)中工作量會大增，可通過以下措施減少這種工作量，具體如下：①剔除不是SRAC的項點（例如，有關系統(tǒng)特性的信息）;②改進設計，避免SRAC;③造成信息不完整或缺失的SRAC;④不可能應用或應用不合理的SRAC（如，達不到）;⑤為用戶提供信息不夠清晰的SRAC，例如語言問題或歧義造成的信息不清晰;⑥被錯誤地視為已經(jīng)應用但實際上并未實施的SRAC，這會導致安全缺陷。

2.5 SRAC的管理

（1）如果一個SRAC未解決，其后果可能是產(chǎn)生一個危害，或者發(fā)生危害的可能性會顯著增加。在SRAC的管理中，從相關安全案例中導入的SRAC應顯示為關閉，且已提供相關證據(jù)或者（完全或部分）被再次導出給后續(xù)用戶。（2）SRAC分析的項點須得到運營單位或相關方的同意。

3 結(jié)語

本文通過某動車車輛的SRAC分析，提出了SRAC分析的實施時機、數(shù)據(jù)來源、分析要求及管理，且SRAC分析出的結(jié)果須得到運行單位等相關方的同意。將車輛制造商無法通過技術手段解決的危害轉(zhuǎn)移給運營單位等相關方運用管理的方法將危害降低到盡可能低的合理范圍，提高軌道車輛的運行安全性。

參考文獻：

[1]EN 5012612017鐵路應用—可靠性、可用性、可維護性和安全性（RAMS）的規(guī)范和證明—第1部分：一般的RAMS過程.

[2]BS EN 50129：2018鐵路應用—通信、信號和處理系統(tǒng)—信號安全相關的電子系統(tǒng).

作者簡介：趙莉（1981—），女，工程師，現(xiàn)從事軌道交通車輛RAMS/LCC系統(tǒng)設計工作;毛如香（1976—），男，高級工程師，現(xiàn)從事軌道交通車輛RAMS/LCC系統(tǒng)保證工作;杜玉峰（1975—），男，高級工程師，現(xiàn)從事軌道交通車輛RAMS/LCC系統(tǒng)設計工作。