hkitalk.net 香港交通資訊網

 找回密碼
 會員申請加入
Custom Search

Login

搜索


Advertisement

 
(B0)香港巴士車務及車廂設備 (B1)香港巴士廣告消息/廣告車行踪 (B2)香港巴士討論 (B3)巴士攝影作品貼圖區 (B3i)即拍即貼 -手機相&翻拍Mon相 (B4)兩岸三地巴士討論 (B5)外地巴士討論

Advertisement

(B6)旅遊巴士及過境巴士 (B7)巴士特別所見 (B11)巴士精華區 (B22)巴士迷吹水區   (V)私家車,商用車,政府及特種車輛
(A6)相片及短片分享/攝影技術 (A10)香港地方討論 (A11)消費著數及飲食資訊 (A16)建築物機電裝置及設備 (A19)問路專區 (N)其他討論題目  
(F1)交通路線建議 (C2)航空 (C3)海上交通及船隻 (D1)公共交通有關商品   (Y)hkitalk.net會員福利部 (Z)站務資源中心
(R1)香港鐵路 (R2)香港電車 (R3)港外鐵路   (O1)omsi討論區 (O2)omsi下載區 (O3)omsi教學及求助區
(M1)小型巴士綜合討論 (M2)小型巴士多媒體分享區 (M3)香港小型巴士字軌表     最新板務資訊  
 

Advertisement

 

查看: 2831|回復: 3

荃灣線中環站撞車事故調查報告

[複製鏈接]

6205

iPower

1萬

aPower

414

HugeC

Level 4

Rank: 4Rank: 4Rank: 4Rank: 4

積分
18598
發表於 2019-7-5 17:38 | 顯示全部樓層 |閱讀模式

                                    Advertisement



本帖最後由 CRH5 於 2019-7-5 19:03 編輯

詳細調查後, 港鐵公司總結事故是:
- 新信號系統承辦商 Alstom-Thales DUAT Joint Venture 公司在修改軟件時出現軟件編程上的執行錯誤所致
- 港鐵公司會提高警覺及加強監察,確保承辦商落實改善措施。

詳細事故原因
- 承辦商需在 A 及 B 電腦系統出現問題時,在 C 後備電腦系統中剔除及重新產生部分數據,避免 C 電腦系統出現共同模式故障
修改過程中,承辦商發生了下列執行錯誤:
- 沒有在其内部軟件開發文件中清楚列明傳送數據至 C 電腦系統時剔除「相互衝突區域數據」,以致隨後並無為「相互衝突區域數據」進行特定測試、風險評估及安全分析
- 承辦商發生軟件編程的執行錯誤,令 C 電腦系統未能適當地重新產生「相互衝突區域數據」
- 軟件邏輯配置並沒有阻止 C 電腦系統在沒有「相互衝突區域防護」的情況下取代成為主電腦系統


委員會認為,這些錯誤反映承辦商在是次軟件修改時的軟件品質保證、風險評估及模擬測試範圍方面均有不足之處。


事故發生後,承辦商已更換導致有關軟件問題的軟件設計及開發團隊。
為了提升軟件開發的品質及防止類似事件再發生,委員會向承辦商提出下列改善措施:
- 糾正有關軟件問題,確保並提供具體證明軟件開發在品質上並無構成進一步影響
- 加強軟件編碼和測試方法,避免將來再出現程式編寫錯誤,並引入有效及可追溯的措施以偵測任何程式編寫錯誤
- 聘任外間「獨立軟件評估顧問」,加強區間控制電腦系統的軟件開發過程
- 審視、重新檢查及證明其軟件開發方式恪守安全防護原則,並具備可追溯的證據。


同時,委員會亦建議港鐵公司採取下列措施,以協助承辦商落實上述建議:
- 將現時「獨立安全評估顧問」的工作範圍,由載客服務的安全保證,擴展至涵蓋列車實地測試相關的安全認證;
- 提升在本港用作培訓用途的信號系統模擬平台,在切實可行的情況下為更多不同情境進行模擬測試;
- 港鐵與承辦商共同成立一個測試及驗收安全委員會,同時納入「獨立安 全評估顧問」的意見以管理實地測試;及
- 與委員會專家一同探究分階段發展備用電腦系統是否有好處,或其他由承辦商所建議在技術上合適的方案。


詳細報告:https://www.mtr.com.hk/archive/corporate/en/press_release/PR-19-044-C.pdf





620

iPower

2

aPower

16

HugeC

Level 1

Rank: 1

積分
669
發表於 2019-7-7 17:54 來自手機 | 顯示全部樓層
炒車炒到咁大穫, 地鐵公司幾時先會取消ATJV的合約呢?

620

iPower

2

aPower

16

HugeC

Level 1

Rank: 1

積分
669
發表於 2019-7-7 17:56 來自手機 | 顯示全部樓層
本帖最後由 volvobus7500 於 2019-7-7 23:47 編輯

我認為 龐巴迪,西門子,nippon signal 同GE 係可行的替代方案

7989

iPower

1583

aPower

193

HugeC

Level 4

Peter ~ KW8821

Rank: 4Rank: 4Rank: 4Rank: 4

積分
10920
發表於 2019-7-8 12:27 | 顯示全部樓層

                                    Advertisement



最大問題係 MTR 個 project 開始定 ISA 個 scope 太窄, 另外 IR 係咪無責任呢? 因為 IR 係負責 evaluate project implementation risks 㗎喎.

documentation 缺失喺大型 system 既 software development 係一個嚴重問題, ISA 都有指出與 Thale's internal development process 及 international standards 有 compliance issue, 點解 MTR 無去認真去同 ATDJV 去處理, 只係認為問題關乎 passenger service 就有佢照做 testing?

要 ATDJV replace 咗成個 design and development team 我仲擔心, 除非 system design document 齊全, 新 take up 果班可以靠 document 去 pick up, 否則可能會有其他安全問題出現.
您需要登錄後才可以回帖 登錄 | 會員申請加入

本版積分規則

Advertisement

Advertisement

站規|Archiver|清理本站Cookies|hkitalk.net 香港交通資訊網

GMT+8, 2019-8-24 18:08

Powered by Discuz! X3.3

© 2001-2013 Comsenz Inc.

快速回復 返回頂部 返回列表