時(shí)間：2020-04-17 10:33來源：藍(lán)天飛行翻譯公司 作者：民航翻譯 點(diǎn)擊：次
|
To view this page ensure that Adobe Flash Player version 9.0.124 or greater is installed. 測(cè)距儀(DME) 空:1025-1150MHz 地:962-1213MHz戰(zhàn)術(shù)空中導(dǎo)航設(shè)備(TACAN)空:1023-1152MHz 地:960-1215MHz 機(jī)場(chǎng)監(jiān)視雷達(dá)(ASR) 一次監(jiān)視雷達(dá)(PSR):2700-2900MHz 二次監(jiān)視雷達(dá)(SSR)､應(yīng)答機(jī)､廣播式自動(dòng)相關(guān)監(jiān)視(ADS-B) 和通用訪問收發(fā)機(jī)(UAT)應(yīng)答機(jī)(空):1090MHzSSR(地):1030MHz UAT(空和地):978MHz航路監(jiān)視雷達(dá)(ARSR)1215-1350MHz 航空無線電導(dǎo)航VHF/UHF頻率表 注:SSR和ADS-B工作在TACAN波道6X､6Y､66X､66Y和17X 附件D EFB應(yīng)用軟件開發(fā)規(guī)范(示例) 1.總則 雖然EFB應(yīng)用軟件的失效狀態(tài)類別為無安全影響或較輕,不需要適航批準(zhǔn),但為確保其可靠地實(shí)現(xiàn)其設(shè)定功能,且不干擾飛機(jī)的其他系統(tǒng),仍需要對(duì)其開發(fā)過程進(jìn)行管控｡EFB應(yīng)用軟件開發(fā)應(yīng)遵循本規(guī)范或其他等效的軟件質(zhì)量保證要求｡ 本規(guī)范主要參考美國(guó)航空無線電委員會(huì)(RTCA)DO-178B/C 《機(jī)載系統(tǒng)和設(shè)備合格審定中的軟件考慮》､DO-278A《通信､導(dǎo)航､監(jiān)視/空中交通管理(CNS/ATM)系統(tǒng)軟件集成保證考慮》以及中國(guó)軟件開發(fā)規(guī)范GB5688-88《計(jì)算機(jī)軟件開發(fā)規(guī)范》而制定｡主要內(nèi)容包括: a.軟件開發(fā)過程的目標(biāo);b.為達(dá)到這些目標(biāo)所進(jìn)行的活動(dòng)和設(shè)計(jì)考慮的說明;c.表明這些目標(biāo)已達(dá)到､以軟件符合本規(guī)范要求為證據(jù)的說明｡ 2.軟件類別定義 在本規(guī)范中: a.多個(gè)A類軟件獨(dú)立功能組成一個(gè)軟件,仍然視為一個(gè)A類軟件｡ b.多個(gè)B類軟件獨(dú)立功能組成一個(gè)軟件,仍然視為一個(gè)B類軟件; c.多個(gè)A類軟件獨(dú)立功能和多個(gè)B類軟件獨(dú)立功能組成一個(gè)軟件,整體軟件類別按照功能分別對(duì)待｡ 3.軟件開發(fā)過程本節(jié)說明軟件開發(fā)過程的目標(biāo)和活動(dòng)｡軟件開發(fā)過程是: a.軟件需求編制過程; b.軟件設(shè)計(jì)過程;c.軟件編碼過程;d.整合過程｡ 3.1軟件需求編制過程軟件需求包括功能､性能､接口和與安全性有關(guān)的需求｡3.1.1軟件需求過程目標(biāo) a.開發(fā)需求;b.系統(tǒng)安全性評(píng)估過程所派生的需求｡3.1.2軟件需求編制過程活動(dòng) 軟件需求編制過程的主要輸出是軟件需求資料(7.6節(jié))｡對(duì)這個(gè)過程的指南包括: a.分析軟件的系統(tǒng)功能和接口要求; b.需求資料要符合軟件需求標(biāo)準(zhǔn)(7.3節(jié)),并且是可驗(yàn)證的和一致的｡ 3.2軟件設(shè)計(jì)過程 3.2.1軟件設(shè)計(jì)過程目標(biāo) a.根據(jù)需求開發(fā)軟件功能; b.要為系統(tǒng)安全性評(píng)估過程提供派生的功能需求｡ 3.2.2軟件設(shè)計(jì)過程活動(dòng) 軟件設(shè)計(jì)過程輸入是軟件需求資料和軟件設(shè)計(jì)標(biāo)準(zhǔn)(7.4節(jié))｡ 這個(gè)過程的主要輸入是包括軟件功能需求的設(shè)計(jì)說明｡對(duì)這個(gè)過程的指南包括: a.在軟件設(shè)計(jì)過程期間,開發(fā)的功能需求要符合軟件設(shè)計(jì)標(biāo)準(zhǔn),并且是可追溯､可驗(yàn)證和一致的; b.對(duì)失效狀態(tài)的響應(yīng)要與安全性有關(guān)的要求一致｡3.3軟件編碼過程在軟件編碼過程中,通過編碼實(shí)現(xiàn)軟件功能需求｡3.3.1軟件編碼過程目標(biāo)開發(fā)的源代碼是可追溯的､可驗(yàn)證的､合理的且正確地實(shí)現(xiàn)了功能需求｡ 3.3.2軟件編碼過程活動(dòng)軟件編碼過程的輸入是來自軟件設(shè)計(jì)過程的功能需求｡這個(gè)過程的主要結(jié)果是源代碼和目標(biāo)代碼｡對(duì)這個(gè)過程的指南包括: a.源代碼要實(shí)現(xiàn)功能需求; b.源代碼要符合軟件編碼標(biāo)準(zhǔn)(7.5節(jié));c.源代碼對(duì)設(shè)計(jì)說明來說將是可追溯的｡3.4整合過程 A､B類軟件的整合過程指其目標(biāo)代碼在EFB硬件上良好運(yùn)行｡ 3.4.1整合過程目標(biāo) 可執(zhí)行的目標(biāo)代碼在EFB硬件上運(yùn)行良好｡3.4.2整合過程的活動(dòng)整合過程可以聯(lián)合測(cè)試來完成｡ 3.5可追溯性 可追溯性指南包括: a.要提供在源代碼和功能需求之間的可追溯性,以能夠驗(yàn)證功能需求實(shí)現(xiàn)的完整性; b.要提供數(shù)據(jù)可追溯性,以能夠驗(yàn)證數(shù)據(jù)完整性｡ 4.軟件驗(yàn)證過程 本章節(jié)討論軟件驗(yàn)證過程的目標(biāo)和活動(dòng)｡驗(yàn)證是軟件開發(fā)過程和軟件驗(yàn)證過程兩者結(jié)果的技術(shù)評(píng)估｡ 4.1軟件驗(yàn)證過程目標(biāo) 軟件驗(yàn)證過程的目標(biāo)是驗(yàn)證: a.軟件功能需求已經(jīng)開發(fā)完成; b.可執(zhí)行目標(biāo)碼滿足軟件需求; c.用于滿足上述目標(biāo)的方法對(duì)所定的軟件等級(jí)而言在技術(shù)上是正確且完整的｡ 4.2軟件驗(yàn)證過程活動(dòng) 通過評(píng)審､分析､開發(fā)測(cè)試用例和規(guī)程,以及運(yùn)行測(cè)試規(guī)程等各種活動(dòng)的組合來達(dá)到軟件驗(yàn)證過程的目標(biāo)｡ 軟件驗(yàn)證過程的輸入包括軟件需求､可追溯性資料､可執(zhí)行目標(biāo)碼和軟件驗(yàn)證計(jì)劃(第7.1節(jié))｡ 軟件驗(yàn)證過程的輸出記錄在軟件驗(yàn)證用例和規(guī)程(7.7節(jié))及軟件驗(yàn)證結(jié)果(7.8節(jié))中｡ 軟件驗(yàn)證過程要提供在軟件需求的實(shí)現(xiàn)與對(duì)軟件需求的驗(yàn)證之間的可追溯性: 由需求覆蓋分析完成軟件需求與測(cè)試用例之間的可追溯性;軟件驗(yàn)證活動(dòng)的指導(dǎo)原則是:可追溯性分析以及基于需求的覆蓋分析應(yīng)表明每一項(xiàng)軟件需求可追溯到實(shí)現(xiàn)它的代碼以及驗(yàn)證它的評(píng)審､分析或測(cè)試用例｡4.3軟件評(píng)審和分析對(duì)軟件開發(fā)過程和軟件驗(yàn)證過程所取得的結(jié)果進(jìn)行評(píng)審和分析｡ |
上一篇：航空器推遲維修項(xiàng)目的管理 AC-120-FS-049-R1
下一篇：沒有了
