情報通播系統分析論文

導語：情報通播系統分析論文一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

1問題描述與需求分析

原情報通播系統采用單線程模式設計，同時支持1名終端用戶使用。該系統使用SQL2005數據庫與C++開發，支持通播語音采集，對接氣象信息系統獲取報文，并做相應處理轉換成相應報文明碼，并組合明碼語音進行整合成完整情報通報，通過天線進行信號輻射供機組接收。同時提供終端給塔臺管制員監視通報情況與插播內容。進過與用戶溝通，進近管制室目前僅需要獲取情報通播內容，特別是氣象信息，輔助管制服務，只需要信息獲取，而不需要進行信息交互。若以舊系統模式配置，將會需要三臺服務器加三臺客戶端的新設備，無疑會造成資源的極大浪費與投資經費的增加。

2系統開發設計

根據系統問題描述與用戶需求分析，為了避開原系統單線程的限制，筆者考慮拋開原系統客戶端軟件，直接進行數據庫的數據表分析，尋找數據庫中存放通播信息的區域，分析其間關系，并沿用原服務器系統，增加進近管制室顯示終端，進行WEB頁面開發，以輸出三亞空管情報通播系統分析與二次開發文/吳強通過對進近管制室情報服務需求與目前面臨問題分析，進行簡易情報通播系統設計，對系統可行性進行分析，測試后上線運行，為項目改造建設節約經費。系統采用ASP動態網頁技術結合SQL數據庫,重點介紹了問題提出，需求分析，數據庫分析，頁面開發，以及實現方法。摘要用戶需求信息。這樣設計，將會減少三臺服務器的建設投入。

2.1數據表分析

筆者進入服務器系統，查看數據庫表，存在5張用戶表，通過對其中數據與命名分析，其作用如下：Element表：系統將原始報文信息中的氣象信息進行譯碼并拆分，以時間為行，信息單元為列，存放在該表中，用于終端界面單位信息的輸出。Element_insert表：用于單元數據拆分的中轉數據表。Play表：根據需要的通播內容將Wave表中的音頻進行組合，在該表中存放組合好后的音頻信息與通播文字信息，軟件直接播放和顯示輸出至客戶端界面。Telegram表：用于存放獲取到的氣象原始報文，系統根據原始報文信息進行處理。Wave表：存放單位音頻數據與用戶插播音頻數據，軟件可按照報文譯文進行音頻組合，供Play表組合使用。

2.2關鍵數據對應根據數據表分析，可知關鍵數據存放在Element表中，經過分析，其中單位信息與原客戶端信息的對應關系如表1所示。其中，大部分數據內容為源碼輸出，不需要做數據轉換，個別數據需要做條件判斷，以便能還原原系統顯示形式，符合用戶使用習慣，如下所訴。風向小于100度時，則需在源數據前加0顯示，源數據為-1時，顯示為VRB，代表無確定風向。風速小于10米/秒時，則需在源數據前加0顯示。

3系統實現

關鍵算法介紹，系統設計過程中有三處關鍵算法。第一，設定定時刷新頁面，此舉能保證終端顯示信息為最新通播信息。第二，新增專用用戶，并賦予只讀權限，此舉是為了原數據庫服務器安全考慮，避免終端計算機病毒等對服務器信息造成威脅。第三，使用ID鍵倒序排序，能保證WEB頁面能讀取最新一條源數據進行處理，符合預期。

4結語

經過努力，新的通播終端現已開發完畢，后續仍可根據用戶需求進行相應的更新。考慮到進近管制室的用戶需求有限，不要插播信息，也盡可能的避免對原系統數據庫的寫入操作而造成系統的不穩定，新的通播終端沒有植入插播功能。改造后，新的通播終端界面友好，也可以靈活的對界面進行二次開發。系統配置簡單，穩定，維護成本低。為我站節約了大筆建設資金。

作者:吳強單位:三亞空管站