情報系統分析論文

1問題描述與需求分析

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

2系統開發設計

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

2.1數據表分析

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

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

3系統實現

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

4結語

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

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