曝光臺 注意防騙
網(wǎng)曝天貓店富美金盛家居專營店坑蒙拐騙欺詐消費者
空管自動化系統(tǒng)軟件支持中心(以下簡稱“軟件支持中心”)、地區(qū)自動化系統(tǒng)運
行管理組(以下簡稱“地區(qū)運行管理組”)、軟件數(shù)據(jù)管理組、自動化系統(tǒng)供應(yīng)商
(以下簡稱“供應(yīng)商”)等。
領(lǐng)導(dǎo)小組作為全國空管自動化系統(tǒng)軟件支持工作的管理者,全面負責管理自
動化系統(tǒng)軟件支持業(yè)務(wù)的相關(guān)工作。
軟件支持處在領(lǐng)導(dǎo)小組的領(lǐng)導(dǎo)下,負責軟件支持的日常管理工作。
軟件支持中心在軟件支持處的直接領(lǐng)導(dǎo)下,承擔自動化系統(tǒng)故障調(diào)查分析、
軟件及補丁管理、測試驗證、版本控制等軟件支持工作。
地區(qū)運行管理組作為各地區(qū)自動化系統(tǒng)軟件支持工作的管理者,接受領(lǐng)導(dǎo)小
9
組的業(yè)務(wù)管理,全面負責本地區(qū)自動化系統(tǒng)軟件支持業(yè)務(wù)的相關(guān)工作。
軟件數(shù)據(jù)管理組作為地區(qū)運行管理組的日常辦事機構(gòu),代表地區(qū)運行管理組
處理日常事務(wù),同時具體負責實施本地區(qū)的軟件和數(shù)據(jù)管理業(yè)務(wù),包括組織實施
系統(tǒng)故障分析、PCR 報告提交、新版軟件和補丁現(xiàn)場測試安裝、數(shù)據(jù)管理等相
關(guān)工作,為地區(qū)運行管理組的決策提供依據(jù)。
系統(tǒng)供應(yīng)商作為自動化系統(tǒng)的提供者,承擔軟件源代碼修改、工廠測試驗證
等工作。
下圖表示自動化系統(tǒng)軟件支持業(yè)務(wù)中各相關(guān)部門之間的關(guān)系。
指導(dǎo)聯(lián)系
軟件支持中心
軟件數(shù)據(jù)管理組
指導(dǎo)聯(lián)系
軟件版本發(fā)布,離線數(shù)據(jù)版本控制交互聯(lián)系
交互聯(lián)系
匯報聯(lián)系
自動化生產(chǎn)廠商
交互聯(lián)系
指導(dǎo)聯(lián)系
匯報聯(lián)系
各地區(qū)技術(shù)部門
各現(xiàn)場故障報告聯(lián)系
領(lǐng)導(dǎo)小組
軟件支持處
圖一、軟件支持業(yè)務(wù)組織結(jié)構(gòu)圖
10
第二章故障管理
2.1 業(yè)務(wù)說明
故障管理業(yè)務(wù)由各地區(qū)的軟件數(shù)據(jù)管理組與軟件支持中心共同負責。軟件數(shù)
據(jù)管理組及相關(guān)人員對出現(xiàn)的故障進行應(yīng)急處理和初步分析,并收集故障的相關(guān)
數(shù)據(jù),提交到軟件支持中心;軟件支持中心對出現(xiàn)的系統(tǒng)故障進行記錄、分析,
查找故障原因,建立PCR,提出解決辦法,在有授權(quán)的情況下,解決故障;各
現(xiàn)場和軟件支持中心發(fā)現(xiàn)重大故障需要及時報地區(qū)運行管理組和領(lǐng)導(dǎo)小組。故障
管理主要包括以下內(nèi)容:
故障發(fā)現(xiàn)及報告;
故障調(diào)查;
故障分析過濾;
故障診斷;
故障等級確定;
PCR 報告建立;
故障解決、歸檔和管理。
2.1.1 故障來源
系統(tǒng)運行過程中,故障主要來源于:
各現(xiàn)場的運行平臺,包括各地ACC、TMA,RTWR 以及TCU 平臺等;
上述各現(xiàn)場TEB 平臺;
軟件支持中心測試/評估平臺;
系統(tǒng)供應(yīng)商;
其它來源。
2.1.2 故障嚴重程度/優(yōu)先級初步確定和故障報告提交
在EUROCAT-X 自動化系統(tǒng)OPS 平臺和TEB 平臺發(fā)現(xiàn)的故障,由相關(guān)技術(shù)
人員和各地區(qū)軟件數(shù)據(jù)管理組首先對故障進行應(yīng)急處理、初步分析、判斷,并確
定故障的嚴重程度和處理的優(yōu)先級,由軟件數(shù)據(jù)管理組統(tǒng)一提交故障報告給軟件
支持中心。軟件支持中心根據(jù)各現(xiàn)場提交故障報告的等級,經(jīng)技術(shù)分析測試后,
形成相應(yīng)等級的PCR,并提交系統(tǒng)供應(yīng)商。
刪除的內(nèi)容: 軟件支持業(yè)務(wù)
的工作流程
軟件支持業(yè)務(wù)的核心工作是
軟件版本的更新及離線數(shù)據(jù)
的更新,軟件版本更新是解決
軟件故障的最終手段,也是軟
件功能變化的實現(xiàn)手段,它需
要軟件支持業(yè)務(wù)的全部相關(guān)
部門的共同參與。
一個軟件版本的更新是由于
軟件源代碼更新產(chǎn)生的,它需
要進行軟件源代碼驗證,源代
碼編譯,SSF 測試,CCB 批
準下發(fā),現(xiàn)場TEB 測試,CCB
批準新版本軟件發(fā)布,現(xiàn)場新
版本軟件安裝,現(xiàn)場OPS 驗
證/測試,現(xiàn)場新版本軟件運
行等步驟,此外還需要對軟件
的源代碼更新及新版本軟件
提供版本控制及版本管理的
服務(wù),在這個步驟中產(chǎn)生的文
檔也需要進行規(guī)范化,以保證
各部門之間實際運作的可控
性及規(guī)范性。
下圖描述軟件版本更新的概
要流程
... [1]
11
嚴重程度是指從技術(shù)角度上,該故障對自動化系統(tǒng)軟件運行所造成的影響程
度,嚴重程度的劃分等級和標準如下表:
嚴重程度標準故障舉例
S1 致命故障,系統(tǒng)基本功
能無法實現(xiàn)
頻繁發(fā)生的整個系統(tǒng)死機
無法接受的MMI 頻繁死機
頻繁發(fā)生的關(guān)鍵服務(wù)器死機
在模擬訓(xùn)練平臺上頻繁的練習重新啟動
S2 嚴重故障,某個運行功
能嚴重受到影響
某個MMI 頻繁死機(每2 小時一次)
某些關(guān)鍵功能無法實現(xiàn),如無法創(chuàng)建某一類的飛
行計劃,進程單上顯示的主要內(nèi)容出錯等
S3 一般故障,某個運行功
能受到影響,但是可以
通過實施相應(yīng)的處理方
式加以解決;給使用者
帶來不便,但不影響主
要功能的實現(xiàn)。
如,無法及時顯示、刪除飛行條、無法及時觸發(fā)
移交等
對于發(fā)生的故障,除定義嚴重程度外,還應(yīng)該定義故障的優(yōu)先級,表示故障
的緊急程度。
故障優(yōu)先級劃分,應(yīng)該根據(jù)故障對運行部門日常管制工作的影響程度來決
定。某些嚴重故障由于對運行部門的影響不大,其優(yōu)先級相對較低,例如某些不
經(jīng)常出現(xiàn)的故障、可以通過實施管理手段避免出現(xiàn)的故障、僅在模擬系統(tǒng)出現(xiàn)的
故障;而有些嚴重程度低的故障由于對運行系統(tǒng)影響非常大,需要解決的優(yōu)先級
很高,如發(fā)生頻率較高的故障或者在每個管制席位上都可能出現(xiàn)的故障。
現(xiàn)場運行部門根據(jù)故障對日常運行的影響程度,按下表的定義確定故障解決
的優(yōu)先級。
優(yōu)先級定義確定的標準
P1 非常緊急基本管制功能無法實現(xiàn),嚴重影響到管制部門的日常運行
P2 緊急部分管制功能無法實現(xiàn),影響到管制部門的日常運行
P3 普通次要管制功能無法實現(xiàn),不嚴重影響到管制部門的日常運行
中國航空網(wǎng) www.k6050.com
航空翻譯 www.aviation.cn
本文鏈接地址:
空管資料3(29)