《關於加強氣象業務軟體開發規範化管理的通知》是河北省氣象局發布的檔案，發布日期是2009年05月26日。
基本介紹
- 中文名：關於加強氣象業務軟體開發規範化管理的通知
- 發文字號：冀氣函〔2009〕31號
- 發布單位：河北省氣象局
- 發布日期：2009年05月26日
檔案全文
各市氣象局,各有關直屬單位：
中國氣象局1995年頒布了《氣象軟體工程規範（試行）》，規範了氣象套用軟體的開發過程，提出了質量保證的措施，目前，我省大部分業務軟體都是自行組織開發的，大多數開發人員沒有經過系統的軟體技術培訓，軟體的質量有待提高。為了規範業務軟體的開發，提高業務運行的穩定性，現將有關事宜通知如下：
一、各單位要加強組織業務軟體開發人員學習軟體工程的相關知識。開發人員要掌握軟體工程的基本知識，接受軟體工程的理念，了解軟體技術的發展方向，能將先進、成熟的技術運用到氣象業務系統中來，提高開發人員的技能和水平。
二、氣象業務軟體的承擔單位要加強項目的管理，項目組要按照軟體工程管理的要求進行軟體的開發。業務軟體開發要包括以下5個階段：
（一）需求分析階段。需求分析是指根據用戶需求,詳細定義和分析軟體系統的需求和數據要求(即把用戶需求轉化為系統需求)；描述待開發軟體的功能和性能要求；確定數據格式,說明功能與數據間的關係。需求分析的任務就是解決“做什麼”的問題,就是要全面地理解用戶的各項要求,並準確地表達所接受的用戶需求。
完成的標誌和應交付的文檔：提交一份能滿足用戶對軟體的功能和性能需求的軟體需求說明 (或稱軟體功能規格)和數據需求說明(或稱數據規格)。軟體需求說明和數據需求說明必須通過由任務下達方組織或有任務下達方代表參加的評審。
（二）軟體設計階段。包括總體設計和詳細設計。
總體設計的任務是:根據軟體需求說明,對軟體進行總體設計。其內容包括:軟體的結構和基本流程(控制流程和數據處理流程);功能層次及功能模組的劃分和相互之間的接口關係;資料庫和內部數據的結構設計;輸入和輸出信息接口設計並確定編程的語言。
完成的標誌和應交付的文檔：在明確軟體系統的總體結構、功能層次和接口特性的基礎上,設計數據結構和規格,編制並提交軟體設計說明；完成數據結構和規格設計；開始制訂測試計畫。
詳細設計的任務是:對模組進行過程描述,設計模組的細節,包括模組的細分、模組中使用的算法、模組內使用的數據、控制流、每個模組的輸入/輸出和處理功能。
完成的標誌和應交付的文檔：詳細規定各模組之間的接口(含參數形式、傳送方式和調用關係等 ) 和模組內的算法、數據結構,並把有關內容記入源程式的說明塊中。
（三）實現階段。根據系統設計的要求和規定的程式設計語言及其書寫格式,編制源程式和命令過程;並進行模組的單元測試,驗證模組的功能和接口是否與設計說明一致。開始編制用戶使用和操作手冊。
完成的標誌和應交付的文檔：編碼滿足設計要求,並通過單元測試，提交最終的測試計畫。
（四）軟體測試。包括組裝測試和系統測試。
組裝測試的任務是:在單元測試的基礎上,根據測試計畫和制定的測試項目,對模組進行組裝和測試。
完成的標誌和應交付的文檔：通過組裝測試應做到模組間連線無差錯,組裝的模組達到原設計要求的功能和性能。提交組裝測試分析報告。
系統測試的任務是:根據需求說明書和設計說明書中確定的軟體系統功能和性能,並根據測試計畫,驗證軟體系統是否達到設計要求；編制軟體開發總結報告。
完成的標誌和應交付的文檔：在模擬或實際環境中,完成測試計畫規定的所有系統測試,並提交系統測試分析報告；必須通過由有任務下達方代表參加的測試結果評審；提交源程式和命令過程；提交最終的用戶使用和操作手冊；提交軟體開發總結報告。
（五）使用和維護階段。軟體系統投入運行,並根據需要對軟體系統進行完善和修改。包括改正在開發階段產生、在測試階段未發現的錯誤(正確性維護);為使軟體適應外界環境的變化而進行修正(適應性維護);為實現功能的擴充和性能改善而進行的維護(完善性維護)。當軟體系統在運行中發生故障時,系統的運行維護人員必須填寫故障報告處理表;對軟體系統的任何修改,必須填寫軟體修改申請表。
完成的標誌和應交付的文檔：對每次修改必須進行測試,並修改相應文檔,確保文檔的完整性和一致性。填寫故障報告處里表和軟體修改申請表。
各單位要高度重視，加強軟體開發的過程管理，注重高水平技術開發人才的培養，將氣象業務系統的開發逐步轉到工程化軌道上來，省氣象局將對重要的氣象業務軟體加強軟體工程化管理，提高氣象業務系統的運行穩定性。
