曹 玉

曹 玉:鐵道部運輸局電務(wù)部 處長 100860 北京

隨著信號技術(shù)的不斷發(fā)展，計算機技術(shù)在信號領(lǐng)域大量應(yīng)用，軟件已成為信號安全產(chǎn)品不可或缺的、甚至是核心的組成部分。出于對設(shè)備需求的變化、設(shè)備制式的更新以及克服軟件本身缺陷的需要，大量的軟件變更 (如站場的改造、設(shè)備硬件的更新?lián)Q代，ATP軟件BUG造成的設(shè)備故障等等)不可避免，而對信號應(yīng)用軟件高安全性的要求又使得我們必須高度重視信號軟件的變更工作。

1 當前軟件管理存在的問題

1．軟件生產(chǎn)企業(yè)存在的主要問題。包括:軟件設(shè)計、變更沒有形成軟件需求的規(guī)范文件;軟件設(shè)計、驗證、確認及質(zhì)量安全人員設(shè)置缺項，即使有，其職責也不清晰，造成相關(guān)文檔不全;對軟件缺少獨立的審核和評審;軟件變更的管理程序不全。

2．用戶存在的主要問題。包括:軟件變更管理流程不清晰;對軟件企業(yè)提供資料的要求不明確;對軟件版本號的要求不清晰。

2 《鐵路信號軟件變更暫行管理辦法》的編制

為解決上述問題，鐵道部運輸局電務(wù)部在充分吸取以往信號軟件更換經(jīng)驗和教訓的基礎(chǔ)上，組織制定了《鐵路信號軟件變更暫行管理辦法》。

2.1 編制過程

2011年初由廣鐵集團電務(wù)處牽頭，同濟大學軟件制式檢測站、鐵科院產(chǎn)品認證中心等單位修改，形成了第一稿。

2011年11月在北京召開由部分鐵路局、主要信號設(shè)備集成商參加的討論會，形成了第二稿。

2012年3月在沈陽召開由部分鐵路局、主要信號設(shè)備集成商參加的討論會，形成了第三稿。

2012年6－8月，運輸局電務(wù)部內(nèi)部又多次召開專題會議研究，形成了征求意見稿。

2012年9月在北京再次組織北京交大、西南交大、蘭州交大、同濟大學、鐵科院及部分鐵路局、信號系統(tǒng)集成商的專家進行了研究，形成了《鐵路信號軟件變更暫行管理辦法》。

2012年12月，在征求和吸納部內(nèi)各相關(guān)部門意見的基礎(chǔ)上，以部文的形式下發(fā)。

2.2 主要參照的標準及規(guī)范

1．GB/T 8566-2007．信息技術(shù)軟件生存周期過程。

2．GB/T 8567-2006．計算機軟件文檔編制規(guī)范。

3．GB/T19017-2008．質(zhì)量管理體系 技術(shù)狀態(tài)管理指南。

4．GB/T19003-2008軟件工程。

5．GB/T 19001-2000．應(yīng)用于計算機軟件的指南。

6．GB/T 21562-2008．軌道交通-可靠性、可用性、可維修性和安全性規(guī)范及示例。

7．EN50128:201．1軌道交通-通信、信號和處理系統(tǒng)-鐵路控制和防護系統(tǒng)軟件。

該辦法主要參照了EN50128(IEC62279)的相關(guān)要求，也是我們在管理上與國際化接軌的一次嘗試與實踐。IEC指國際電工委員會，國際性電工標準化機構(gòu)，負責有關(guān)電氣工程和電子工程領(lǐng)域中的國際標準化工作。其編制的IEC62279“軌道交通-通信、信號和處理系統(tǒng)-鐵路控制和防護系統(tǒng)軟件”標準，經(jīng)歐標采標后形成EN50128標準。

3 《鐵路信號軟件變更暫行管理辦法》的要點

軟件變更維護屬于軟件工程的組成部分，鐵路信號軟件變更需要考慮到軟件工程中的生命周期過程，以及軟件產(chǎn)品的可靠性、安全性及可追溯性等方面內(nèi)容。因此，該辦法主要對軟件變更過程控制流程、審批權(quán)限及流程、現(xiàn)場軟件更換流程及軟件版本管理等方面進一步嚴格、規(guī)范和完善，提出了具體要求和規(guī)定。

3.1 涵蓋的范圍

適用于車站聯(lián)鎖、駝峰、閉塞、CTC/TDCS、列控地面、列控車載、機車信號等信號設(shè)備投入運用后軟件變更的管理。

3.2 信號軟件變更實行等級管理

信號軟件變更實行三類等級，并確定了分類原則。(第8條、第9條)

3.3 軟件變更的責任分工

該辦法范圍內(nèi)的鐵路信號軟件在生命周期內(nèi)，供應(yīng)商負責信號軟件的質(zhì)量、安全及升級維護，鐵路局負責現(xiàn)場的運行管理。(第4條)

供應(yīng)商負責組織評定軟件變更的等級，并按照評定等級進行管理。(第8條)

供應(yīng)商組織內(nèi)部檢驗測試發(fā)布、內(nèi)部安全評估和第三方認證或外部專家測試評審。(第9條)

供應(yīng)商應(yīng)對提供現(xiàn)場的軟件和經(jīng)過測試、評估確認后發(fā)布的軟件一致性負責。(第10條)

3.4 對供應(yīng)商的要求

第二章 (第11－18條)，主要是對供應(yīng)商提出的要求，包括:①對人員配置及其職責的要求(第13條)，強調(diào)了驗證、確認和設(shè)計等人員的獨立性。②軟件變更程序的要求，明確了從變更輸入開始—變更需求—軟件修改—驗證確認—批準發(fā)布—提出申請的程序流程，同時對每個程序提出了具體的要求。③管理制度建設(shè)的要求 (第16條)。

3.5 對用戶的要求

對用戶的要求主要體現(xiàn)在第三章 (19－26條)，包括:

1．審批權(quán)限。列控車載ATP主控軟件版本、CTC系統(tǒng)功能升級軟件版本變更由鐵道部批準，其他軟件版本變更由鐵路局批準。(第5條)

2．審批要求。明確了用戶審批前需形式審核的具體內(nèi)容 (第20條)，該條文描述雖然是對供應(yīng)商提出的，但也是對鐵路局的要求，鐵路局要對此條中規(guī)定的材料進行形式審查。形式審查主要是“看資料、看簽認、看結(jié)論”。看資料是指第20條中所規(guī)定的資料是否齊全;看簽認是指資料是否按第二章、第三章的要求有簽認蓋章;看結(jié)論是指各報告結(jié)論是否正確。

3．實施換裝程序的要求。明確了從形式審核、仿真/現(xiàn)場試驗、審批申請、現(xiàn)場換裝及試驗到交付運用的流程及其具體要求。

3.6 軟件版本管理

明確了軟件版本為VA.B.C.D格式，版本號的變換與軟件變更類別相對應(yīng)。

規(guī)定有人機界面的設(shè)備其版本號在人機界面上應(yīng)可查閱，對沒有人機界面的設(shè)備未做強制規(guī)定，但“宜”通過接口查詢版本信息。