20 技術(shù)方案模版

1、項(xiàng)目代號：密級:型號+系統(tǒng)名稱型號+設(shè)備/模塊名稱技術(shù)方案共14頁文檔編號：XJJH-xxx-xxx版本：A.xx發(fā)布日期：2018-xx-xx中國空管裝備系統(tǒng)有限公司2018年12月簽署頁擬制校對審核標(biāo)準(zhǔn)化簽署日期會簽單位簽署日期單位簽署日期用戶代表批準(zhǔn)狀態(tài)頁 TOC o 1-5 h z 1范圍11.1主題內(nèi)容11.2適用范圍1 HYPERLINK l bookmark26 o Current Document 2引用文件1 HYPERLINK l bookmark33 o Current Document 3術(shù)語和縮略語2 HYPERLINK l bookmark36 o Current

2、Document 3.1術(shù)語2 HYPERLINK l bookmark39 o Current Document 3.2 縮略語24項(xiàng)目要求24.1研制背景24.2技術(shù)要求2 HYPERLINK l bookmark47 o Current Document 5方案描述2Xxxxx設(shè)計(jì)方案2Xxxx設(shè)計(jì)方案2 HYPERLINK l bookmark52 o Current Document 6總體設(shè)計(jì)26.1主要功能36.2主要性能36.3組成和交聯(lián)3 HYPERLINK l bookmark58 o Current Document 7軟件設(shè)計(jì)31范圍1.1主題內(nèi)容針對本方案的產(chǎn)品，明確

3、其主題內(nèi)容。主題內(nèi)容的典型表述形式為“本文件提出了 XXXX標(biāo)明產(chǎn)品的型號和名稱 的工程實(shí)施方案，是進(jìn)一步開展詳細(xì)設(shè)計(jì)的依據(jù)?！薄?.2適用范圍針對本方案的產(chǎn)品，明確其適用范圍。適用范圍的典型表述形式為“本文件適用于XX項(xiàng)目XXXX標(biāo)明產(chǎn)品的型號 和名稱的研制階段。”。2引用文件本章是可選要素。若無相關(guān)內(nèi)容，則在標(biāo)題下另起一行空兩字起排“本章無 條文?！弊謽印．?dāng)有引用文件時(shí)，應(yīng)列出其引用文件的編號及名稱，并以下述用語為引導(dǎo)語： “下列文件中的有關(guān)條款通過引用而成為本規(guī)范的條款。凡是注明日期或版本的 引用文件，其后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本規(guī)范； 凡是不注日期或版本的引

4、用文件，其最新版本適用于本規(guī)范?！?。具體內(nèi)容要求如下：a）引用文件的排列順序依次為：國標(biāo)、國軍標(biāo)、航標(biāo)、其他行業(yè)標(biāo)準(zhǔn)、所 標(biāo)、其他文件，其中每類文件中以編號順序從小到大排列；b）每項(xiàng)引用文件均左起空兩字符起排，回行時(shí)頂格排，結(jié)尾不加標(biāo)點(diǎn)符號；c）所引用的文件應(yīng)依次列出其編號和名稱，編號與名稱之間要留兩字符空 格。標(biāo)準(zhǔn)的批準(zhǔn)年號一律用四位阿拉伯?dāng)?shù)字表示。名稱不用書名號；d）引用國家和軍隊(duì)的法規(guī)性文件時(shí)，應(yīng)依次列出其名稱（加書名號）、發(fā) 布日期、發(fā)布機(jī)關(guān)及發(fā)布文號，每項(xiàng)內(nèi)容之間空一個(gè)字的間隙。示例：2引用文件下列文件中的有關(guān)條款通過引用而成為本規(guī)范的條款。凡是注明日期或版本的引用文 件，其后所有的

5、修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于本規(guī)范；凡是不注日期或 版本的引用文件，其最新版本適用于本規(guī)范。GB 3100國際單位制及其應(yīng)用GJB 438B-1997軍用軟件開發(fā)文檔通用要求GJB 2786A-1996軍用軟件開發(fā)通用要求HB/Z 295-1996機(jī)載系統(tǒng)和設(shè)備合格審定中的軟件考慮DO-160E機(jī)載設(shè)備環(huán)境條件和試驗(yàn)程序Q/15SC 192.16-2007關(guān)鍵過程控制程序Y20-GF646-007 XX工程航電系統(tǒng)顯示控制分系統(tǒng)設(shè)計(jì)規(guī)范3術(shù)語和縮略語本章是可選要素。若無相關(guān)內(nèi)容，則在標(biāo)題下另起一行空兩字起排“本章無 條文。”字樣。若僅有“術(shù)語”或“縮略語”，章節(jié)標(biāo)題應(yīng)做相應(yīng)調(diào)整

6、。3.1術(shù)語文中有需要定義的術(shù)語時(shí)，按字母順序，給出本文件中出現(xiàn)的術(shù)語匯總。示例：3.1術(shù)語3.1.1 發(fā)射 emission以輻射和傳導(dǎo)的形式從源傳播出去的電磁能量。3.2縮略語文中有需說明的縮略語時(shí)，按字母順序，給出本文件中出現(xiàn)的縮略語匯總。示例：3.2縮略語下列縮略語適用于本文件。AAP系統(tǒng)啟動(dòng)板ADS大氣數(shù)據(jù)系統(tǒng)DPU顯示處理單元4項(xiàng)目要求4.1研制背景4.2技術(shù)要求5 方案描述Xxxxx設(shè)計(jì)方案Xxxx設(shè)計(jì)方案6總體設(shè)計(jì)6.1主要功能描述產(chǎn)品主要功能。6.2主要性能描述產(chǎn)品主要性能。6.3組成和交聯(lián)描述產(chǎn)品的組成，給出產(chǎn)品組成的交聯(lián)關(guān)系，并按組成進(jìn)行功能分配：a）對于系統(tǒng)級技術(shù)方案，

7、產(chǎn)品組成應(yīng)分解到分系統(tǒng)；b）對于分系統(tǒng)級技術(shù)方案，產(chǎn)品組成應(yīng)分解到設(shè)備/LRU；c）對于設(shè)備級技術(shù)方案，產(chǎn)品組成應(yīng)分解到模塊/SRU。示例（以XX型DTDMS產(chǎn)品為例）：7.3組成和交聯(lián)DTDMS包括下列LRU：a）數(shù)字地圖/數(shù)據(jù)傳輸器（DMDTU）；b）維護(hù)監(jiān)控板（MMP）；c）數(shù)據(jù)傳輸卡（DTC）。DTDMS各LRU及配套關(guān)系見圖1?？偩€A 總線B圖1 DMDTU功能結(jié)構(gòu)框圖7軟件設(shè)計(jì)軟件設(shè)計(jì)應(yīng)包括如下內(nèi)容：a）技術(shù)要求：1）軟件的組成描述軟件的組成和軟件所駐留的硬件單元。系統(tǒng)級方案，軟件分解 到LRU級；LRU級方案軟件分解到SRU級；依次類推。2）主要功能分章節(jié)描述由軟件完成的主要功能

8、、工作模式、容錯(cuò)要求、特殊要 求和可擴(kuò)展要求。3）主要性能分章節(jié)描述各軟件的主要性能。包括對軟件的精度、實(shí)時(shí)性、時(shí)間、 占用儲存空間的開銷及余量等性能指標(biāo)。4）接口（用圖、表等方式）描述各軟件之間的接口，以及與各種外部設(shè)備 接口之間關(guān)系?？砂ń涌趯?shí)體、類型、通訊方法、使用的協(xié)議以及其 他特征?？梢砸玫?、8章節(jié)對接口的相關(guān)描述。b）軟件開發(fā)方法：1）軟件需求分析描述所選用的軟件需求分析方法或準(zhǔn)則，如果項(xiàng)目有相關(guān)的規(guī)定， 則引用項(xiàng)目相關(guān)文件；否則自行決策或引用有關(guān)的標(biāo)準(zhǔn)；2）軟件設(shè)計(jì)描述所選用的軟件設(shè)計(jì)方法或準(zhǔn)則，如果項(xiàng)目有相關(guān)的規(guī)定，則引 用項(xiàng)目相關(guān)文件；否則自行決策或引用有關(guān)的標(biāo)準(zhǔn)；3）

9、軟件編程語言描述所選用的軟件編程的高級語言，以及應(yīng)滿足的標(biāo)準(zhǔn)。4）軟件測試描述所選用的軟件測試方法。包括測試級別、測試類型或類別c）標(biāo)準(zhǔn)和規(guī)范標(biāo)識軟件開發(fā)過程中所有需求使用的國標(biāo)、國軍標(biāo)、行業(yè)標(biāo)準(zhǔn)、所標(biāo)以 及項(xiàng)目規(guī)范。d）軟件開發(fā)資源1）操作系統(tǒng)描述所選用的操作系統(tǒng)的名稱、版本。2）開發(fā)環(huán)境標(biāo)識宿主機(jī)的配置以及所使用的軟件名稱和版本。3）目標(biāo)環(huán)境標(biāo)識目標(biāo)機(jī)的配置?？梢砸玫?章節(jié)的有關(guān)描述。4）測試環(huán)境標(biāo)識測試工具的硬件配置和軟件的名稱及版本。示例：9軟件設(shè)計(jì)9.1技術(shù)要求9.1.1軟件組成DCMS分系統(tǒng)的軟件負(fù)責(zé)整個(gè)航電系統(tǒng)的的任務(wù)調(diào)度、管理以及系統(tǒng)重構(gòu)，實(shí)現(xiàn)飛行員 操作程序中所定義的各種系

10、統(tǒng)工作狀態(tài)和工作方式的控制、轉(zhuǎn)換和信息顯示。DCMS分系統(tǒng) 的軟件由下列軟件組成：DCSS軟軟UFCP軟軟 軟軟AAP軟軟 軟軟0 0 0 0 00 0 0 0MFDs 0 0HUD 0 00 0 0 00 0 0 00 0 0 00 0 0 00 0 0 0 00 0 0 0 00 0 0 0 0 0軟件名稱駐留的硬件單元顯控管理處理機(jī)軟件DCMPUFCP執(zhí)行軟件UFCPAAP執(zhí)行軟件AAPMFDs軟件MFDsHUD軟件HUD顯控管理處理機(jī)軟件由下列軟件組成:軟件名稱駐留的硬件單元航電系統(tǒng)控制管理軟件CPU輸入輸出管理軟件IOC總線通訊管理軟件MBI圖形生成軟件SSGL9.1.2主要功能DC

11、MS分系統(tǒng)的軟件主要功能包括:a）顯控管理處理機(jī)軟件功能1）航電系統(tǒng)工作狀態(tài)控制；2）飛行員操作命令響應(yīng)、處理；3）飛行員操作程序控制邏輯的實(shí)現(xiàn)；4）飛行員操作程序畫面數(shù)據(jù)組織；5）GJB289A總線數(shù)據(jù)管理；6）分系統(tǒng)工作方式控制；7）分系統(tǒng)數(shù)據(jù)處理；8）顯控管理處理機(jī)雙機(jī)備份管控制；9）故障檢測；10）b）UFCP執(zhí)行軟件功能1）控制與DCMP RS-422的通訊；2）采樣并處理按鍵、開關(guān)、旋鈕的變化，通過RS-422向DCMP傳送變化信息;3）故障檢測并向DCMP報(bào)故障信息；4）c）9.1.3主要性能DCMS分系統(tǒng)的軟件主要性能包括：a）顯控管理處理機(jī)軟件性能1）AAP、HOTAS、IC

12、P、UFCP、MFDs、HUD等消息的響應(yīng)時(shí)間應(yīng)不大于50毫秒。2）顯示數(shù)據(jù)刷新周期應(yīng)應(yīng)不大于100毫秒。3）計(jì)算機(jī)的儲存空間開銷應(yīng)不大于50%。4）計(jì)算機(jī)的CPU開銷應(yīng)不大于70%。b）UFCP執(zhí)行軟件性能1）UFCP按鍵的響應(yīng)時(shí)間應(yīng)不大于20毫秒。2）計(jì)算機(jī)的儲存空間開銷應(yīng)不大于70%。3）計(jì)算機(jī)的CPU開銷應(yīng)不大于50%。c）9.1.4 接口DCMS分系統(tǒng)的軟件接口關(guān)系如下圖所示。ICP開關(guān)信號顯示控制管理處理機(jī) 軟件號信表度-號信量擬模量散離RS422串行通訊/工HUD軟件:圖X DCMS分系統(tǒng)的軟件接口關(guān)系RS422串行通訊見通訊規(guī)約，通訊消息見內(nèi)部接口控制文件GJB289A通訊應(yīng)滿

13、足GJB 289A-1997數(shù)字式時(shí)分制指令/響應(yīng)型多路傳輸數(shù)據(jù)總線, 通訊內(nèi)容見系統(tǒng)接口控制文件離散量、模擬量格式見內(nèi)部接口控制文件9.2軟件開發(fā)方法9.2.1軟件需求分析軟件需求分析采用結(jié)構(gòu)化分析方法。結(jié)構(gòu)化分析的本質(zhì)是自頂向下地形成軟件需求。軟件需求的頂層首先要包括所有分配需求，然后增加分配需求沒有涉及的但又是實(shí)現(xiàn)系統(tǒng)或 子系統(tǒng)功能所必需的軟件需求。在形成頂層的軟件需求后要檢查其完整性，然后逐層細(xì)化導(dǎo)出下一層軟件需求。此過 程進(jìn)行到形成可成為設(shè)計(jì)和測試依據(jù)的軟件需求為止。從軟件質(zhì)量特性的度量角度，應(yīng)考慮軟件質(zhì)量特性需求，包括：a）功能性；b）可靠性；c）易用性；d）效率e）可維護(hù)性。軟件

14、需求分析準(zhǔn)則可參見所標(biāo)。9.2.2軟件設(shè)計(jì)軟件設(shè)計(jì)采用結(jié)構(gòu)化設(shè)計(jì)方法。軟件體系結(jié)構(gòu)設(shè)計(jì)準(zhǔn)則為：a）設(shè)計(jì)應(yīng)按自頂向下和并發(fā)的方法進(jìn)行。b）設(shè)計(jì)必須是模塊化的，處理間的關(guān)系必須是分層的。c）分解部件時(shí)，應(yīng)保證每個(gè)部件功能的獨(dú)立性。d）軟件結(jié)構(gòu)只指明部件的層次特性而不描述過程特性（。e）模塊度控制。結(jié)構(gòu)分解時(shí)，應(yīng)維持適當(dāng)?shù)哪K度：細(xì)化以減少模塊的復(fù)雜性，又 不致因過多的接口而增加接口的復(fù)雜性。f）獨(dú)立性設(shè)計(jì)。每個(gè)部件應(yīng)相對獨(dú)立。部件的獨(dú)立性應(yīng)以提高其內(nèi)聚度，降低耦合 度來實(shí)現(xiàn)。g）概要（結(jié)構(gòu)）設(shè)計(jì)時(shí)必須完整地描述每個(gè)部件的靜態(tài)/動(dòng)態(tài)特征。h）盡可能不用或少用全局?jǐn)?shù)據(jù)。i）應(yīng)指明變量的定義域（值域），

15、必要時(shí)進(jìn)行檢查。j）軟件接口設(shè)計(jì)：a）確定軟件與其它系統(tǒng)的接口，并說明對這些系統(tǒng)的要求。b）說明這些接口的目的、傳輸速率、要交換的數(shù)據(jù)、數(shù)據(jù)傳輸量、傳輸數(shù)據(jù)格式及 其轉(zhuǎn)換要求。c）在傳輸數(shù)據(jù)前，應(yīng)驗(yàn)證、檢測通信通道。d）應(yīng)對模擬和數(shù)字入、出信息作極限檢測或合理性檢測。e）設(shè)計(jì)硬件接口的軟件時(shí)，應(yīng)作外部入、出設(shè)備的故障檢測。f）在外部入、出設(shè)備故障時(shí)，軟件應(yīng)能正確處理。g）設(shè)計(jì)硬件接口的軟件時(shí)，應(yīng)預(yù)定信息傳輸格式和內(nèi)容、考慮接口元器件故障模式。h）人機(jī)界面的交互方式應(yīng)清晰、簡明。i）應(yīng)合理設(shè)計(jì)警報(bào)、告警信息。j）詳細(xì)設(shè)計(jì)準(zhǔn)則：a）完備性：b）一致性：c）正確性：d）可行性：e）模塊化：f）健壯性

16、：g）軟件設(shè)計(jì)準(zhǔn)則可參見所標(biāo)。9.2.3軟件編程語言本項(xiàng)目的軟件實(shí)現(xiàn)的編程語言為C語言，編碼遵循Q/15S 406-2000C語言編程準(zhǔn)則。9.2.4軟件測試本項(xiàng)目軟件應(yīng)完成軟件單元測試、軟件集成測試和軟件合格性測試，測試類型包括：a）功能測試；b）性能測試；c）接口測試；d）強(qiáng)度測試；e）余量測試；f）邊界測試；g）。9.3標(biāo)準(zhǔn)和規(guī)范軟件開發(fā)過程中應(yīng)遵循如下文件的要求：GJB 438B-2009軍用軟件開發(fā)文檔通用要求GJB 439-88軍用軟件質(zhì)量保證規(guī)范GJB1267-91軍用軟件維護(hù)GJB1268-91軍用軟件驗(yàn)收GJB 2786A-2009軍用軟件通用開發(fā)要求Q/15SG305.4-2000 軟件項(xiàng)目計(jì)劃Q/15SG305.6-2000軟件需求管理Q/15SG305.7-2000軟件同行評審Q/15SG305.8-2002軟件質(zhì)量保證Q/15S406-2000C語言編碼準(zhǔn)則XXX-HDS-XXXXX技術(shù)文件編制總要求9.4軟件開發(fā)資源9.4.1操作系統(tǒng)操作系統(tǒng)是采用Wind River Systems, Inc公司的