各省、自治區、直轄市和計劃單列市國家稅務局、地方稅務局：

　　為了進一步規范稅務系統計算機應用軟件的開發，加強計算機開發與管理，保證各地計算機的開發和應用逐步規范化、科學化，國家稅務總局擬定了《稅務系統計算機軟件開發應用管理辦法》，現印發給你們，請遵照執行。

　　總局將根據各地在計算機開發與應用中的使用情況和意見，不斷完善此管理辦法，各地有何建議和意見，請函告總局（信息中心）。

　　附件：稅務系統計算機軟件開發應用管理辦法

　　第一章 總　　則

　　第一條

　　為加強全國稅務系統計算機軟件的管理工作，規范系統內計算機軟件的開發，保障應用系統的安全運行，根據國家的有關法規和稅務系統的具體情況，制定本辦法。

　　第二條 全國稅務系統軟件開發與應用管理工作，必須按照"統一領導、統一規劃、統一標準、分級管理、分步實施"的原則進行。

　　第三條 計算機軟件開發應用管理工作的主要內容包括：項目管理、開發管理、應用管理和維護管理。

　　第四條 稅務系統各級機構的計算機軟件開發、應用工作均由同級別的計算機管理部門管理和指導。

　　第五條 本辦法所指的計算機軟件（簡稱軟件，下同）是指在稅務系統內使用以及由稅務系統推廣使用的計算機應用軟件。

　　第二章 項目管理

　　第六條

　　稅務系統應用軟件按其使用范圍分為國家稅務總局級、省局級和省轄市（地區）局級。國家稅務總局級軟件開發前應編制軟件開發報告報總局（信息中心），省局級軟件開發前應編制軟件開發報告上報國家稅務總局（信息中心）。省轄市（地區）局級軟件開發前應填寫軟件開發報告上報省局信息中心。軟件開發報告應包括以下方面內容：項目名稱、項目目標、系統功能結構、進度安排、開發方式、人員投入情況、資金投入情況等等。

　　第七條 軟件開發可以采取獨立開發、合作開發和委托開發等方式。

　　第八條

　　采用合作開發、委托開發等方式開發的軟件，應在項目任務書或合同中注明其版權歸屬于稅務部門；屬于稅務部門與其他單位共用的或向其他單位推廣的軟件，合作方或被委托方可與稅務部門共享版權，并應在項目任務書或合同中注明各自的權限。

　　第九條

　　為保證軟件開發項目順利實施，在項目實施前，應成立項目領導小組和項目開發小組，項目領導小組由主管領導牽頭，由項目的業務負責人和技術負責人參加；項目開發小組由有關業務人員和計算機技術人員組成。具體的組織管理請參照《稅務系統軟件開發規范》中有關規定進行實施。

　　第十條

　　在項目實施過程中，業務主管部門負責解決涉及到的稅收業務問題，計算機管理部門負責解決涉及到的技術實現問題。在具體的開發過程中，業務主管部門與計算機管理部門應密切配合協調工作。

　　第十一條

　　軟件開發項目采取合作開發和委托開發的應與合作單位或受托單位簽訂技術合同，明確技術標準、軟件功能、雙方責任和項目成果所有權等事項。

　　第十二條

　　軟件開發項目完成后，應編制軟件開發總結報告，屬于省局級的軟件交總局信息中心備案。屬于省轄市（地區）級的軟件交省局信息中心備案。總局級的軟件總局（信息中心）備案。

　　第三章 開發管理

　　第十三條

　　軟件項目的開發，應參照國家技術監督局頒布的有關技術標準，遵循國家稅務總局制定的各項技術標準和規范。對于目前還沒有統一標準和規范的技術問題，各地可根據稅收業務規范和實際需要制定本地區的技術處理規范。

　　第十四條

　　軟件開發項目開發應該經過可行性研究與規劃、軟件需求分析、軟件設計、軟件建造與單元測試、軟件測試、運行和維護六個階段。各階段的任務及應產生的文檔規格應參照"稅務系統軟件開發規范"執行。

　　第十五條

　　項目的可行性研究與規劃階段應由計算機管理部門主持實施，業務主管部門配合。其中，業務需求規范由業務主管部門負責編制和維護。

　　第十六條 軟件需求分析階段由計算機管理部門、業務主管部門和軟件應用部門有關人員參加，由計算機管理部門主持實施。

　　第十七條

　　軟件設計、軟件編碼和軟件測試階段由計算機管理部門、業務主管部門和軟件應用部門有關人員參加，由計算機管理部門主持實施。

　　第十八條

　　試運行工作應由計算機管理部門、業務主管部門和軟件應用部門有關人員參加，由業務主管部門主持實施，計算機管理部門配合工作。

　　第十九條 業務需求發生變化時，業務主管部門應及時報項目領導小組，并通知項目開發小組。

　　第四章 應用管理

　　第二十條 在軟件推廣使用過程中，應用推廣工作原則上由業務主管部門負責組織實施，計算機管理部門負責解決有關技術方面的問題。

　　第二十一條 軟件應用部門必須按照相應業務工作規程，結合計算機應用系統，建立具體、實用的應用操作規程。

　　第二十二條

　　軟件應用部門必須嚴格執行應用操作規程和總局制定的《稅務系統計算機系統運行管理辦法》（國稅發[1997]69號）。

　　第二十三條

　　各級稅務部門在軟件應用中，要嚴格執行《計算機軟件保護條例》和《中華人民共和國計算機信息系統安全保護條例》等法律法規，以防止因使用盜版軟件引起的法律糾紛和應用管理上的失誤造成重要稅務信息的損失、泄密。

　　第二十四條

　　為確保軟件在應用中的安全、可靠，計算機管理部門和軟件應用部門應分別對源程序和相關文檔及其生成后的應用系統進行妥善保管，重要軟件應作雙備份，并分開保存。軟件應用部門對應用系統和相關數據必須定期備份和及時整理。

　　第五章　　維護管理

　　第二十五條 對軟件的二次開發和升級維護應按照本辦法的開發管理條款進行。

　　第二十六條

　　軟件應用部門在應用過程中發現軟件問題，應由業務主管部門確認后，向計算機管理部門提交《稅務系統應用軟件問題報告單》（簡稱《問題報告單》，下同，見附表1）和現場出錯信息。

　　第二十七條 計算機管理部門接到《問題報告單》后，應及時分析整理。對不屬于本級主持開發的軟件，應將《問題報告單》逐級上報。

　　第二十八條

　　計算機管理部門收到《問題報告單》后，對直接影響應用的問題要抓緊編制《稅務系統，應用軟件維護任務書》（簡稱《維護任務書》，下同，見附表2），并盡快組織維護。對于其他方面的問題在適當的時候會同有關業務部門對其合理性進行論證。

　　第二十九條

　　為適應業務需求變化、功能擴充和性能改善，需對軟件進行修改、完善的，應由與軟件相關的業務部門或業務主管部門向計算機管理部門提交《問題報告單》。

　　第三十條

　　對被采納的問題報告，需對業務需求進行變更的，應由相關的業務部門組織對按本辦法第十六條制定的業務需求說明書進行維護。

　　第三十一條 計算機管理部門根據第三十條確定的業務需求、下達《維護任務書》，同時進行軟件需求、軟件設計等文檔的維護工作。

　　第三十二條

　　軟件維護工作結束后，應由相關的業務部門和計算機管理部門組織對《維護任務書》所列項目進行測試確認。未能通過測試確認的，應繼續按本辦法第三十條和第三十一條的工作進行。

　　第三十三條

　　通過維護項目測試確認的軟件，由計算機管理部門統一發布信息，并根據情況適時啟用，交由業務主管部門進行應用系統的更新。其源程序和維護文檔應分別與維護前的源程序和相應的開發文檔合并后按本辦法第二十四條存檔。

　　第六章　　附　　則

　　第三十四條 本管理辦法生效日期為1997年7月1日。

　　第三十五條 未按照本管理辦法有關條款進行開發的軟件，在稅務系統內不予推廣使用。

　　第三十六條 國家稅務總局（信息中心）負責本辦法執行情況的監督檢查。

　　填表說明

　　表1 問題報告單

　　在系統的運行與維護階段對軟件產品的任何修改建議，都應填寫問題報告單。

　　1.表中A、B、H由軟件管理部門填寫，其他各項即C、D、E、F、G由軟件應用單位填寫。前四項內容的意義如下：

　　A：是由計算機管理部門確定登記號，一般可以按軟件代號加順序號方式編號。

　　B：是由計算機管理部門登記問題報告的日期。

　　H：一般分為立即修改軟件、待與有關部門審定后處理，暫緩修改軟件、不修改軟件等。

　　2.報告人填寫的內容

　　在軟件問題報告單中，屬于軟件應用單位填寫的各項內容的意義如下：

　　C：是發現軟件問題的日期。

　　D：是發現問題的軟件名稱。

　　E：是發現問題的菜單名。通常可以用"／"分斷菜單間父子關系。

　　F：是填寫問題的詳細描述，如果可能則寫明實際問題所在，還要給出該問題對其他方面的影響。

　　G：是及時填寫軟件修改的具體方案建議。表2維護任務書

　　A：是登記號，它是填寫軟件問題報告單時所作的編號。

　　B：是軟件修改登記報告單的登記日期。

　　c：是軟件修改完畢，可以對它進行測試評審的日期。

　　D：是發現問題的軟件名稱。

　　E：是發現問題的軟件模塊名（或程序名）。通常可以用"／分斷菜單間父子關系。

　　F：指出是程序修改、文檔更新、數據庫修改還是它們的組合，如果僅是指出用戶文檔的缺陷則在解釋處作上記號。

　　G：是對更改的詳細描述。

　　H：是對軟件修改后產生的影響及安裝使用中需要注意的問題等加以說明。

　　I：是軟件測試驗收的意見。

　　附件：稅務系統軟件開發規范

　　1.引言

　　1.1 編寫目的

　　為指導稅務信息系統建設，加強系統開發過程的管理和控制，提高系統開發的質量與水平。特制定本軟件開發規范，供參照執行。

　　1.2 主要內容

　　本規范共分五部分，第一部分引言。第二部分軟件工程管理。第三部分軟件工程開發規范。著重軟件生命周期中各個階段的活動和主要任務以及文檔編制規范。第四部分軟件開發規模與軟件生命周期階段劃分及文檔編制的關系。

　　1.3 適用范圍

　　本規范讀者為稅務系統的計算機應用、開發和管理人員、技術人員以及各級相關的業務人員。

　　1.4 參考資料

　　（1） 《計算機軟件工程規范國家標準匯編》，中國標準出版社，1992.

　　（2）《軟件開發規范的實施文檔》，中山大學出版社，1991.

　　（3）《實用軟件工程》，清華大學出版社，1991.

　　（4）《軟件工程及其應用》，天津科學技術出版社，1992.

　　（5）《計算機系統開發實用手冊》，電子工業出版社，1994.

　　（6） 《Developing Software to Covernment Standards》Prentice

　　Hall，Inc.1991.

　　2.軟件工程管理

　　2.1 管理概述

　　2.1.1 軟件工程管理的職能

　　軟件管理的主要職能：

　　2.1.1.1 組織管理

　　為實施計劃，保證軟件項目的完成，需要建立分工明確的責任制機構，并按項目的實際需要，在各個階段分配部署各種層次的管理人員和技術人員。

　　2.1.1.2 計劃管理 制定和項目相關的各種實施計劃，明確各個階段的目標和任務以及所需人員、資源，并規定工作進度。

　　2.1.1.3 配置管理

　　軟件在其生命周期的各個階段產生的文件、報告、表格和數據等，這一切構成了軟件配置。軟件配置管理是標識，控制，狀態登記，審計和解釋軟件配置的一組活動。

　　2.1.1.4，質量管理

　　通過對軟件生命周期各個階段的工作、軟件配置項的測試、審查和評審，以確保開發項目產生高質量的產品。

　　2.1.1.5標準化管理

　　標準化管理涉及到以下一些方面

　　●軟件設計標準化：包括設計方法，程序結構、程序設計語言、程序設計風格、界面設計、數據結構設計等；

　　●文檔編寫的標準化：包括管理文檔、計劃文檔、分析文檔、設計文檔、測試文檔、用戶文檔等；

　　●項目管理標準化：包括開發流程、計劃與進度管理、人員管理、質量管理、配置管理、維護管理等。

　　2.1.2軟件項目規模

　　軟件項目的規模決定了在軟件開發過程中應采用的管理模式、開發工具和開發方法，而且軟件開發各個階段的工作與產品也依軟件開發規模的不同而不同。根據稅務信息系統軟件的使用范圍，重要程度，開發投資及參加人員，軟件項目的規模劃分為四級：

　　●超大規模軟件項目

　　超大規模軟件項目是涉及全國稅務系統統一使用和跨行業協作的大型軟件項目，一般具有較繁重的維護工作。工作量大約為（40-60）人／年。

　　●大規模軟件項目

　　大規模軟件項目是涉及一省稅務部門使用，或跨省市協作開發使用，且業務面較寬的軟件項目。工作量大約為（25-35）人／年。

　　●中等規模軟件項目

　　中等規模軟件項目是具有相當規模，在各級稅務機關一定范圍內使用的軟件，或在全國稅務系統統一使用，但僅限于個別部門完成某些單項工作任務開發使用的軟件項目。工作量大約為（10-20）人／年。

　　●小規模軟件項目

　　小規模軟件項目是各級稅務機關為完成某一單項工作任務開發使用的小型軟件。

　　2.2 組織機構與人員

　　2.2.1 機構設置

　　稅務信息系統建設的管理機構按如下方式設置：（略）

　　2.2.2 各個組織機構的責任

　　2.2.2.1 項目領導工作組的主要責任

　　●提出信息系統的目標和任務；

　　●負責系統的總體規劃工作和經費預算；

　　●監控工程進度并協調各方面的關系；

　　●組織目標系統的鑒定，驗收和交付使用。

　　一般項目領導工作組的組長應由項目單位的一名主管局長來擔任，副組長由項目負責人擔任，以確保信息系統建設州幀利完成。

　　2.2.2.2 系統設計總體組的主要責任

　　●管理、監控、指導信息系統的分析、設計、編碼、測試、集成、驗收、運行和硬件設備網絡系統的設計與集成；

　　●對所有主要技術決策提供建議，監控各種計劃的實施；

　　●負責保證信息系統的建設，嚴格按照軟件開發規范進行。

　　2.2.2.3 業務規范設計組的主要責任

　　●確定業務系統范圍，提供明確的業務系統需求及業務處理流程；

　　●與應用系統設計開發小組共同工作，完成信息系統的系統分析、軟件分析和系統開發工作，確保信息系統滿足業務系統需求。

　　2.2.2.4 軟件工程小組的主要責任

　　●管理、監控信息系統的軟件設計、編碼、測試工作

　　●建立開發規范，確立軟件開發方法學；

　　●制定軟件開發計劃，并監控它的實施；

　　●確保系統總體結構的合理性和靈活性，數據結構的完整性和安全性，開發工作的規范性和測試工作的可靠性。

　　2.2.2.5 軟件設計與開發小組的主要責任

　　●完成業務系統需求分析，將用戶需求轉變為技術需求，確保貫穿于分析、設計過程中的技術需求與業務需求相一致；

　　●完成信息系統的軟件結構設計；

　　●完成數據庫的概念結構、邏輯結構和物理結構的設計；

　　●按照設計方案，完成系統編碼工作；

　　●開發系統技術手冊、用戶手冊，并負責用戶培訓；

　　●負責信息系統的運行期的維護工作。

　　2.2.2.6 質量與配置管理小組的主要責任

　　●建立管理、維護軟件生命周期中各階段的基線；

　　●組織軟件生命周期中每一階段工作和產品的審查和評審工作，并將審查和評審結果報系統設計總體組；

　　●負責對軟件的質量控制，確保高質量的軟件系統的完成。

　　2.2.2.7 軟件測試小組的主要責任

　　●制定軟件測試計劃，并監控它的實施；

　　●準備測試數據與案例，完成軟件系統的各級測試工作。

　　2.2.2.8 網絡與系統集成小組的主要責任

　　●負責完成信息系統網絡結構的設計；

　　●負責信息系統的軟、硬件配置及網絡的集成工作；

　　●負責系統的安全管理，確保一個有效的、高效率的信息處理環境的正常工作。

　　各地可根據自己的項目規模在機構設置上靈活掌握。

　　2.3 計劃管理

　　軟件開發項目中相關的計劃制定涉及到項目實施的各個環節，具有全局性。計劃的合理性和準確性關系著項目的成敗。因此，各種計劃的制定具有必要性和重要性。

　　2.3.1 計劃種類

　　軟件開發項目中，針對不同的工作目標，必須制定的計劃有：

　　●軟件開發計劃

　　●質量保證計劃

　　●配置管理計劃

　　●軟件測試計劃

　　2.3.2 進度安排方法與控制

　　軟件開發的組織工作具有復雜性，較大項目的進度計劃、實際進展描述必須應用科學的方法。如可采用圖式方法——甘特圖方法（Gantt

　　Chart）來進行工作進度安排，在項目進行中要根據實際情況定期地調整計劃進度，上報主管領導。

　　2.4 質量管理

　　在軟件生命周期的各個階段中，為了保證軟件的質量，應進行下列的工作。

　　2.4.1 系統測試

　　●單元測試

　　●集成測試

　　●系統測試

　　●驗收測試

　　2.4.2 內部審查

　　在軟件生命周期各個階段結束之前，根據軟件工程的質量標準，對該階段的產品進行嚴格審查。

　　2.4.3 正式評審

　　在軟件生命周期各個階段完成之后，要對該階段的所有產品，根據驗收標準進行正式評審，以形成基線，作為該階段的里程碑（Milestone）。

　　2.4.4 驗收

　　在軟件產品提交用戶使用之前，要嚴格進行產品的驗收工作。以保證產品在移交用戶之后的高質量和正常運行。

　　2.5 配置管理

　　2.5.1 軟件配置管理對象（稱為軟件配置項）主要包括：

　　任務書　　軟件設計評審報告

　　可行性分析報告　　系統測試評審報告

　　軟件開發計劃　　　系統用戶手冊

　　質量保證計劃　　　系統維護手冊

　　配置管理計劃　　　系統驗收報告

　　業務需求說明書　　可供使用的原型

　　軟件需求說明書　　源程序清單

　　軟件設計說明書　　測試數據

　　軟件測試計劃　　　軟件問題報告

　　軟件測試分析報告　　項目開發總結

　　軟件需求評審報告

　　2.5.2 軟件配置管理的任務

　　軟件配置管理的任務包括：

　　●建立軟件文檔的編寫標準，規定文檔標識的方法；

　　●進行變更控制，審訂并記錄所有對軟件配置的變更；

　　●準確跟蹤軟件配置，控制存取已完成的文檔；

　　●對軟件配置項進行不斷審計。

　　2.5.3 軟件配置管理的方法

　　2.5.3.1 配置標識

　　為了方便對軟件配置的各個片段進行管理，必須對每一配置項進行標識，其原則為：

　　●用易于理解和推測的方式定義文件的標識；

　　●當需要修改時，提供進行修改和跟蹤它們的方法；

　　●為了便于控制與管理，要隱含如下內容：配置項內容、版本、完成時間等。

　　2.5.3.2 變更控制

　　建立報告和審查制度，對軟件配置項的變更要嚴格進行審查和控制，并隨時將最新變化情況通知所有項目開發的相關人員。

　　2.5.3.3 配置狀態登記

　　為了清楚及時地記載軟件開發過程中的所有活動和資料的變更情況，而不致到后期造成貽誤，需要對開發過程作出系統記錄，以反映開發活動的歷史情況，必須根據變更控制小組的記錄來進行活動變更登記。

　　2.5.3.4 配置審計

　　配置審計是在配置標識，配置控制，配置狀態記錄的基礎上對所有配置項的功能及內容進行審查，以保證軟件配置項的可跟蹤性。

　　2.6標準化管理

　　前已論述了標準化管理所涉及到的三個方面。關于第二、第三方面的標準化問題，我們將在下面討論；關于第一方面由于軟件設計方法各有所長，程序結構、語言、界面設計等因人而異，因此在本規范中暫不討論。

　　3. 軟件工程開發規范

　　3.1 開發方法學

　　本規范建議稅務信息系統軟件開發可采用結構化生命周期方法或結構化方法與原型法開發相結合的模式進行。

　　3.1.1 軟件生命周期

　　軟件從定義、開發、使用和維護，直到最后被廢棄的過程，稱為軟件生命周期。軟件產品在整個生命周期之內的一切活動都要受到管理和控制。

　　3.1.2 軟件生命周期階段劃分

　　根據稅務信息系統情況，本規范建議軟件生命周期分為六個階段，即；可行性研究與規劃；需求分析；軟件設計；軟件建造與單元測試；測試；運行和維護。

　　圖1描述了軟件生命周期的階段劃分：

　　圖1 軟件生命周期階段劃分（略）

　　3.1.2.1 可行性分析與規劃

　　3.1.2.1.1 主要任務

　　●確定待開發的軟件系統的總體目標

　　●了解業務流程及需求和機構設置與職能劃分

　　●研究完成該項軟件任務的可行性，探討解決問題的方案

　　●制定項目進度和資源分配

　　3.1.2.1.2 交付文檔

　　●《任務書》（或任務委托書，技術合同）

　　●《可行性分析報告》

　　●《軟件開發計劃初稿》

　　●《業務需求說明書》

　　3.1.2.2 軟件需求分析階段

　　3.1.2.2.1 主要任務

　　●對用戶的業務需求進行全面深入了解，調查，并作出確切地描述。

　　●分析將開發的軟件產品的工作流程，數據流程，功能，性能，安全性，運行環境，用戶界面。

　　●制定項目實施的各種相關計劃，資源分配。

　　●對本階段的各產品進行評審。

　　●確定系統配置方案（軟、硬件及工具軟件）和通訊網絡方案。

　　3.1.2.2.2 交付文檔

　　●《軟件需求說明書》

　　●《軟件需求評審報告》

　　●《軟件開發計劃正本》

　　●《質量保證計劃》

　　●《配置管理計劃》

　　●《軟件測試計劃》

　　3.1.2.3 軟件設計階段

　　3.1.2.3.1 主要任務

　　●建立目標系統總體結構和子系統的劃分及功能定義。

　　●描述目標系統與外部環境、其他應用系統的接口定義。

　　●描述子系統的功能模塊層次結構與定義，功能模塊間的接口定義，模塊間的調用關系以及對每個模塊實現過程的細節描述（處理邏輯和主要算法）。

　　●數據庫的概念設計、邏輯設計和物理設計。

　　●數據庫的保密與安全、完整性設計。

　　●目標系統的界面設計。

　　3.1.2.3.2 交付文檔

　　●《軟件設計說明書》

　　●《系統測試計劃》

　　●《軟件設計說明書評審報告》

　　3.1.2.4 軟件建造與單元測試階段

　　3.1.2.4.1 主要任務

　　●根據自己情況制定編碼規范。

　　●按照《軟件設計說明書》要求，進行編碼。

　　●根據測試方案，準備測試數據，并進行單元測試（模塊測試）。

　　3.1.2.4.2 交付文檔

　　●《源程序清單》

　　3.1.2.5 軟件測試階段

　　此階段分為兩個子階段：集成測試與系統測試。

　　3.1.2.5.1 主要任務

　　關于集成測試：

　　●按照測試計劃要求和方法，對各模塊進行組裝測試，特別測重發現與接口有關的問題和子系統的輸入、輸出處理。

　　●分析測試結果，找出錯誤原因，并及時修改。

　　關于系統測試：

　　●按照《軟件需求說明書》定義的全部要求，對目標系統進行整體測試。

　　3.1.2.5.2 交付文檔

　　●《可運行的軟件系統源程序清單》

　　●《測試分析報告》

　　●《系統測試評審報告》

　　3.1.2.6 運行和維護階段

　　3.1.2.6.1 主要任務

　　●對投入運行后的軟件系統進行修改、完善、優化。

　　●完成最終手冊和支持文檔。

　　●完成對用戶的移交工作。

　　●組織最終評審與驗收。

　　3.1.2.6.2 交付文檔

　　●《系統用戶手冊》

　　●《系統維護手冊》

　　●《系統驗收報告》

　　3.1.3 附圖

　　附圖1：軟件生命周期各階段主要活動及產出（略）

　　附圖2：軟件生命周期各階段評審活動（略）

　　附圖3：文檔編制與軟件生命周期各階段同步關系

　　3.2 軟件工程開發文檔說明

　　3.2.1 軟件生命周期各階段應編制的文檔

　　在軟件生命周期的每一個階段，都有相應的文檔產生。文檔是軟件工程中的一個組成部分，也是系統開發成功的重要保證。作為系統開發各階段的工作成果和結束標志，文檔一方面記錄了系統開發中的技術信息，同時也提供了系統開發中的管理信息，文檔編制充分體現了整個系統開發過程的可見性。必須給予足夠的重視。

　　本規范建議在整個軟件生命周期中應產生下列文檔：

　　1.《任務書》

　　2.《可行性分析報告》

　　3.《軟件開發計劃》

　　4.《質量保證計劃》

　　5.《配置管理計劃》

　　6.《業務需求說明書》

　　7.《軟件需求說明書》

　　8.《軟件需求評審報告》

　　9.《軟件設計說明書》

　　10.《軟件測試計劃》

　　11.《軟件設計評審報告》

　　12.《軟件測試分析報告》

　　13.《軟件測試評審報告》

　　14.《系統用戶手冊》

　　15.《系統維護手冊》

　　16.《系統驗收報告》

　　3.2.2 文檔編制質量要求

　　為使軟件文檔起到橋梁作用；使它有助于程序員編制程序，有助于管理人員監督和質量控制，有助于用戶了解軟件功能與操作，有助于維護人員進行有效的修改和維護，文檔的編制必須注重質量。

　　文檔編制應符合以下幾條原則：

　　3.2.2.1 規范性

　　各種文檔的編寫格式要嚴格按照規范要求，行文應準確、完整，文、圖、表一致，文檔中以及文檔之間的名詞、術語、代號要前后一致，并符合有關標準規定。

　　3.2.2.2 正確性

　　文檔必須真實地反映各個階段的工作且與該階段的需求相一致。

　　3.2.2.3 簡明性

　　文檔編寫的語言表達準確、清晰、簡明扼要，容易理解。文檔之間允許有一定內容的重復，但這種重復是為了保證各種文檔自成體系，方便使用。

　　3.2.2.4 針對性

　　文檔編寫要考慮讀者對象，對不同層次和類型的讀者，在行文、用詞、圖表、專業詞匯的應用上要有所區別。以適應他們的需求。

　　3.2.2.5 及時性

　　軟件開發是分階段進行的，軟件開發的各個階段應隨時積累資料，及時整理形成相應的文檔。

　　3.2.2.6 靈活性

　　各種開發項目，在規模、復雜程度上差異很大。總體設計組可根據所承擔的項目具體情況，決定應編制的文檔及文檔的詳細程度。但這種靈活性的前提是不能影響文檔的完整性和準確性。

　　3.2.3 文檔編寫規范

　　在這一節中我們給出各階段文檔編寫的重點內容。

　　3.2.3.1 任務書

　　任務書主要應包括：

　　1.將建立的新系統的目標，需求及環境。

　　2.開發項目的進度要求及經費預算。

　　3.2.3.2 可行性分析報告

　　可行性分析報告主要應包括：

　　1.對現存系統的分析；組織機構情況；業務處理流程；軟硬件環境及其局限性。

　　2.建議的系統：系統總體結構；業務處理流程；管理機制的變化和與現存系統的比較。

　　3.技術實現的可行性。

　　4.經濟方面的可行性。

　　5.可行性結論。

　　3.2.3.3 軟件開發計劃

　　軟件開發計劃主要應包括：

　　1.項目任務概述：完成目標；完成期限；驗收標準。

　　2.組織機構組成。

　　3.實施計劃。

　　3.2.3.4質量保證計劃

　　質量保證計劃主要應包括：

　　1.質量管理機構組成，工作任務及其職責。

　　2.項目開發過程中所出文檔及質量標準。

　　3.評審。

　　4.軟件開發過程中用到的標準，條例和約定。

　　3.2.3.5 配置管理計劃

　　配置管理計劃主要應包括：

　　1.配置管理機構組成，工作任務及其職責。

　　2.配置管理活動。

　　3.配置管理所使用的工具，技術和方法及引用的標準。

　　3.2.3.6業務需求說明書

　　業務需求說明書主要應包括：

　　1.業務處理流程。

　　2.與業務處理流程相對應的輸入、輸出文書。

　　3.2.3.7 軟件需求說明書

　　軟件需求說明書主要應包括：

　　1.系統總體概述。

　　2.詳細需求。

　　3.數據庫描述。

　　4.運行環境。

　　5.安全與保密性要求。

　　6.人機界面需求。

　　3.2.3.8 軟件設計說明書

　　軟件設計說明書主要應包括：

　　1.系統應用結構：系統外部接口；系統總體結構與功能劃分；內部接口設計。

　　2.系統數據結構：概念結構；邏輯結構；物理結構。

　　3.系統技術結構：系統網絡拓撲結構；軟硬件環境。

　　4.界面設計標準。

　　3.2.3.9軟件測試計劃

　　軟件測試計劃主要應包括：

　　1.測試組織管理，任務及其職責。

　　2.進度計劃。

　　3.評價準則。

　　4.測試設計。

　　3.2.3.10測試分析報告

　　測試分析報告主要應包括：

　　1.測試概況。

　　2.對軟件功能的評價。

　　3.對軟件系統的評價。

　　3.2.3.11 軟件需求評審報告

　　軟件需求評審報告主要應包括：

　　1.評審議題。

　　2.結論。

　　3.評審討論問題記錄。

　　3.2.3.12 軟件設計評審報告

　　軟件設計評審報告主要應包括：

　　1.評審議題。

　　2.評審結論。

　　3.評審討論問題記錄。

　　3.2.3.13 系統測試評審報告

　　系統測試評審報告主要應包括：

　　1.評審議題。

　　2.評審結論。

　　3.評審討論問題記錄。

　　3.2.3.14 系統用戶手冊

　　系統用戶手冊主要應包括：

　　1.系統概要。

　　2.運行環境。

　　3.使用過程及說明。

　　4.非常規過程。

　　3.2.3.15 系統維護手冊

　　系統維護手冊主要應包括：

　　1.系統概要。

　　2.程序設計說明。

　　3.專門維護規程。

　　4.源程序清單。

　　3.2.3.16系統驗收報告

　　系統驗收報告主要應包括：

　　1.系統驗收計劃。

　　2.系統驗收測試。

　　3.系統驗收評審。

　　4.驗收結論。

　　關于文檔編寫的詳細提示請見另文。

　　4 軟件開發規模與軟件生命周期各階段劃分及文檔編制關系

　　不同種類的軟件項目，甚至同一種類的軟件項目，由于其規模和復雜程度差異很大。因此，在軟件生命周期的階段劃分與文檔編制方面允許有一定的靈活性，這種靈活性體現在：對超大型規模和大規模軟件項目，軟件生命周期的階段劃分可以細一些，而對中、小規模軟件項目，階段劃分可粗一些；對文檔數量亦是如此，另外文檔內容的詳細程度也可根據項目規模情況作適當調整和裁剪。以適應各地自己的具體情況。

　　為使各地工作有所依據，本規范建議如下：

　　4.1 對超大規模和大規模的軟件開發項目，軟件生命周期的劃分和相關文檔的編制，按照以上的討論進行。

　　4.2 對中等規模軟件項目，軟件生命周期的劃分與相關文檔的編制按如下方式進行：（略）