稅務局軟件開發管理制度

導語：稅務局軟件開發管理制度一文來源于網友上傳，不代表本站觀點，若需要原創文章可咨詢客服老師，歡迎參考。

一、總則

（一）本辦法適應于全市國稅范圍內各項軟件開發管理工作。

（二）本辦法的宗旨為，通過科學管理和激勵機制、調動各級技術人員的積極性和創造性，推動我市國稅系統信息化進程，達到既提高實際工作效率，又鍛煉技術隊伍的雙重目的。

（三）本辦法將根據稅收信息化工作的進程和軟件技術的發展不斷修改和完善。

二、軟件開發原則

（一）業務原則

1、對總局、省局開發的業務系統，通過版本升級和補丁程序進行業務功能的不斷完善，只進行提高系統數據利用率和延伸功能的軟件開發。

2、市以下單位業務系統的開發，主要是針對主體業務軟件進行補充性與輔助性的開發，彌補現有主體業務軟件存在的缺陷，擴充系統功能及提高數據的利用率。

3、不允許對已有系統、已有功能、總局及省局已開發和將要開發的項目進行重復開發；不允許開發與主體業務軟件相矛盾的項目；不允許開發大型業務應用系統。

（二）技術原則

提倡緊跟軟件技術發展趨勢，特別是緊跟總局和省局的軟件主流技術進行項目開發?，F階段，盡量采用B/S模式，大型數據庫統一采用Oracle。

（三）數據結構原則

1、對總局和省局開發系統的功能擴充，一般要保持原有系統數據結構的不變性。對不改變數據結構無法實現項目功能的情況，只能重新創建新的結構，導入數據，獨立于原有的系統。使原系統的升級對開發項目的影響降到最低。

2、對總局和省局開發系統的二次開發，應獨立建庫，與原有系統分開，結構可保持一致。

（四）代碼規范原則

1、項目開發應首先采用國家制定的代碼標準。

2、稅務代碼，應參照總局相關主體軟件，保持代碼的一致性。

3、盡量減少自定義代碼的使用。

（五）自主開發原則

軟件項目開發工作應采用自主原則，未經市局批準嚴禁任何單位與外單位聯合進行軟件開發活動。

三、軟件開發的立項

（一）立項審批管理

1、軟件開發項目必須報市局審批，經市局批準，并立項后方可進行。

2、軟件開發項目要統一參加市局組織的項目評審

（二）立項要求

1、軟件開發項目應建立在本級業務部門業務需求的基礎上，形成《業務需求說明書》，并報市局相關業務部門審批。經業務部門認可后，根據《業務需求說明書》，形成《項目總體設計說明書》報市局審批立項。

2、對于特定項目，如業務需求非常明確、系統結構比較簡單、本單位又特別急需的項目開發，可直接形成《項目總體設計說明書》報市局審批立項。

3、《項目總體設計說明書》應包括的主要內容有：

（1）業務需求、需求緩急程度及業務部門的批示。

（2）系統功能。

（3）系統總體結構。

（4）資金和設備需求。

（5）技術實現模式。

（6）技術難度和技術可行性分析。

（7）開發周期。

（8）項目推廣遠景。

（9）其他事項。

4、對市局指定縣區局開發的應用項目或全市普遍急需的業務需求的項目，市局在立項后將給予縣區局適當資金、設備的支持。

四、軟件開發的過程管理

現代軟件開發項目的過程管理是一項專門的管理科學，有著許多成熟的經驗與方法。結合國稅系統軟件開發項目的主要特點，特提出下列軟件開發過程管理應普遍遵循的規則。

（一）需求分析階段。需求分析是軟件開發的首要環節。由業務和技術部門共同參與，認真分析、理解相關的稅收業務管理流程及要求，使需求分析符合實際，最終應形成《業務需求說明書》。

（二）總體設計階段。總體設計要完成的工作在上一節已經明確，這里不再重復。

（三）概要設計階段。概要設計的主要目的是分解、細化系統，主要內容有：列出所需要的模塊，明確各模塊的功能，模塊之間的調用參數及模塊的測試計劃，根據業務需求完成的數據結構設計、包括數據庫設計。概要設計完成后，應提交《概要設計說明書》、《數據結構及數據庫設計說明書》、《模塊測試計劃說明書》。

（四）詳細設計階段。詳細設計在概要設計的基礎上進行。詳細設計的內容包括：

1、制定統一的程序編碼規范。程序編碼規范是詳細設計階段的指導性文檔，主要確定程序代碼編寫的統一要求和顯示界面的摸板或統一風格。

2、制定系統統一的命名規范。主要包括模塊、變量、函數、數據庫、數據表、視圖、臨時表、字段、頁面等各類對象的命名規則。

3、按照程序編碼規范編寫程序代碼。

（1）程序描述，程序功能、輸入項、輸出項、算法、流程邏輯、注釋等。

（2）程序編碼，編碼風格，縮進風格等。

（3）前臺界面，顯示風格的統一。

4、詳細設計完成后，應形成系統《詳細設計說明書》。

（五）軟件測試階段。

1、軟件測試是保證軟件質量的重要工作環節。測試前要詳細制定《測試計劃》(在概要設計階段制定)；測試中首先進行功能測試，采取交叉工作方式，互相測試，記錄測試中發現的問題及解決情況。再進行軟件的壓力測試、試運行測試等工作。測試完成后，形成《測試報告說明書》。

2、在系統測試的同時，開發團隊同時應形成系統的《安裝說明書》、《使用說明書》。

（六）文檔匯總

1、文檔是項目管理的手段，也是軟件開發的成果，是軟件維護、推廣的重要依據。項目開發結束，必須形成三份文檔：《安裝說明書》、《使用說明書》、《技術說明書》。

2、《安裝說明書》說明系統安裝環境、安裝方法、初始設置等。

3、《使用說明書》說明系統使用方法、常見故障及解決、典型案例實現等，是針對一般人員的使用指南。

4、《技術說明書》是完整的技術文檔。主要由需求分析、總體設計、概要設計、詳細設計、數據字典、命名規范、編程規范等內容整合而成，是針對專業技術人員的技術參考文檔。

5、源代碼，作為技術資料的一部分，在整個開發過程中，不斷整理打包，并按打包的時間或版本歸檔保管。

五、項目的試用

（一）項目開發完成后，開發單位應積極組織項目在本單位的試用，項目的試用期應根據項目的復雜程度、推廣緩急程度不同而定，一般試用期最短不低于2個月，最長不超過1年。

（二）試用期間，開發團隊應與業務部門和軟件使用人員保持緊密聯系，充分聽取對軟件的修改意見，并及時解決試用中遇到的問題，不斷完善軟件功能。

（三）試用完成后，應對《安裝說明書》、《使用說明書》、《技術說明書》等文檔進行重新整理，對源代碼進行重新打包，保證文檔和源代碼與最新的軟件版本保持一致。

六、項目的推廣

通過正式立項的項目完成試用后，市局將根據項目的推廣應用前景和緩急程度，分兩種情況決定是否進行全市推廣。

（一）立項時確定了開發成功后將在全市推廣的項目，市局將組織專班對項目進行現場評審，給出推廣是否可行的意見，然后組織在全市推廣。

（二）對于具有一定推廣前景，但緩急程度不高的項目，是否具有全市推廣性由市局每年組織的項目評審會審定。

（三）對于確定為全市推廣應用的項目，市局將根據項目開發成本，給予開發單位適當的開發補貼。

七、項目評審及獎勵

（一）市局每年組織一次全市項目評審，對各單位符合參加評審條件的項目進行評審鑒定，并評選出全市優秀開發項目。

（二）參加全市項目評審的條件

1、縣區局項目必須為已在市局正式立項的項目，每個縣區局參加市局評審的項目一般不超過2項（已在全市推廣的項目除外）。

2、必須為已經通過試用，并投入正式使用的項目。

3、已在全市推廣應用的項目可直接參加評審。

4、參加評審的項目必須資料齊全。必備的資料有項目介紹幻燈片及Word文檔、《安裝說明書》、《使用說明書》、《技術說明書》，程序源代碼等。

5、在運行環境許可的情況下，參加評審的項目應進行現場演示。

（三）評審主要內容

1、業務需求。

主要針對實際業務是否與本項目業務開發原則相符、上級業務部門和使用單位的評價、項目實現功能與業務需求是否吻合、是否有全市推廣應用價值、應用效果是否顯著等方面進行評定。

2、技術規范。

按照開發過程管理要求，對項目進行開發過程規范性評定。主要包括：項目的復雜程度、技術實現模式、代碼使用是否規范、是否有統一的命名規范、是否有程序編碼規范、項目開發是否遵循了命名規范和程序編碼規范、開發文檔是否齊全、內容是否全面等。

3、項目質量

項目的質量評定主要包括：界面風格、易操作性、可維護性、健壯性（可靠性）、安全性、易可擴充性（開放性）、與主體業務系統的相對獨立性、響應的及時性、經濟性等方面。

（四）評審結論

根據上述評審內容，項目評審前將制定具體的評分標準。按照評分標準，評審結論分為“通過”或“未通過”兩種。

（五）優秀項目

在評審通過的項目中，按得分高低，確定全市優秀項目。

（六）獎勵

對評審通過的項目及評選出的優秀項目，市局將對開發人員給予適當獎勵，并對開發單位年終考核適當加分。

八、項目的歸檔管理

（一）項目歸檔管理是指對本級和下級開發項目的所有文檔和源代碼按項目的版本進行分類保存，供今后的推廣、再開發、復用、學習等技術活動使用和借鑒。

（二）歸檔保存建議采用按開發單位、項目名稱、版本分類歸檔。

（三）分類歸檔內容為開發過程中的各類電子文檔、源代碼、后臺數據結構、前后臺安裝程序等。

（四）平時應及時做好每個項目的歸檔管理工作，年終將本年度歸檔管理內容刻成光盤，永久保存。