曹 玉

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

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

1 當(dāng)前軟件管理存在的問題

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

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

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

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

2.1 編制過程

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

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

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

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

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

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

2.2 主要參照的標(biāo)準(zhǔn)及規(guī)范

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

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

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

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

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

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

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

該辦法主要參照了EN50128(IEC62279)的相關(guān)要求，也是我們?cè)诠芾砩吓c國(guó)際化接軌的一次嘗試與實(shí)踐。IEC指國(guó)際電工委員會(huì)，國(guó)際性電工標(biāo)準(zhǔn)化機(jī)構(gòu)，負(fù)責(zé)有關(guān)電氣工程和電子工程領(lǐng)域中的國(guó)際標(biāo)準(zhǔn)化工作。其編制的IEC62279“軌道交通-通信、信號(hào)和處理系統(tǒng)-鐵路控制和防護(hù)系統(tǒng)軟件”標(biāo)準(zhǔn)，經(jīng)歐標(biāo)采標(biāo)后形成EN50128標(biāo)準(zhǔn)。

3 《鐵路信號(hào)軟件變更暫行管理辦法》的要點(diǎn)

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

3.1 涵蓋的范圍

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

3.2 信號(hào)軟件變更實(shí)行等級(jí)管理

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

3.3 軟件變更的責(zé)任分工

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

供應(yīng)商負(fù)責(zé)組織評(píng)定軟件變更的等級(jí)，并按照評(píng)定等級(jí)進(jìn)行管理。(第8條)

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

供應(yīng)商應(yīng)對(duì)提供現(xiàn)場(chǎng)的軟件和經(jīng)過測(cè)試、評(píng)估確認(rèn)后發(fā)布的軟件一致性負(fù)責(zé)。(第10條)

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

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

3.5 對(duì)用戶的要求

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

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

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

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

3.6 軟件版本管理

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

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