20 技術方案模版

1、項目代號：密級:型號+系統(tǒng)名稱型號+設備/模塊名稱技術方案共14頁文檔編號：XJJH-xxx-xxx版本：A.xx發(fā)布日期：2018-xx-xx中國空管裝備系統(tǒng)有限公司2018年12月簽署頁擬制校對審核標準化簽署日期會簽單位簽署日期單位簽署日期用戶代表批準狀態(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術語和縮略語2 HYPERLINK l bookmark36 o Current

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

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

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

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

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

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

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

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

10、統(tǒng)工作狀態(tài)和工作方式的控制、轉換和信息顯示。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軟件名稱駐留的硬件單元顯控管理處理機軟件DCMPUFCP執(zhí)行軟件UFCPAAP執(zhí)行軟件AAPMFDs軟件MFDsHUD軟件HUD顯控管理處理機軟件由下列軟件組成:軟件名稱駐留的硬件單元航電系統(tǒng)控制管理軟件CPU輸入輸出管理軟件IOC總線通訊管理軟件MBI圖形生成軟件SSGL9.1.2主要功能DC

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

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

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

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

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

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