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

一、總則

（一）本辦法適應于全市國稅范圍內(nèi)各項軟件開發(fā)管理工作。

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

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

二、軟件開發(fā)原則

（一）業(yè)務原則

1、對總局、省局開發(fā)的業(yè)務系統(tǒng)，通過版本升級和補丁程序進行業(yè)務功能的不斷完善，只進行提高系統(tǒng)數(shù)據(jù)利用率和延伸功能的軟件開發(fā)。

2、市以下單位業(yè)務系統(tǒng)的開發(fā)，主要是針對主體業(yè)務軟件進行補充性與輔助性的開發(fā)，彌補現(xiàn)有主體業(yè)務軟件存在的缺陷，擴充系統(tǒng)功能及提高數(shù)據(jù)的利用率。

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

（二）技術原則

提倡緊跟軟件技術發(fā)展趨勢，特別是緊跟總局和省局的軟件主流技術進行項目開發(fā)。現(xiàn)階段，盡量采用B/S模式，大型數(shù)據(jù)庫統(tǒng)一采用Oracle。

（三）數(shù)據(jù)結構原則

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

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

（四）代碼規(guī)范原則

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

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

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

（五）自主開發(fā)原則

軟件項目開發(fā)工作應采用自主原則，未經(jīng)市局批準嚴禁任何單位與外單位聯(lián)合進行軟件開發(fā)活動。

三、軟件開發(fā)的立項

（一）立項審批管理

1、軟件開發(fā)項目必須報市局審批，經(jīng)市局批準，并立項后方可進行。

2、軟件開發(fā)項目要統(tǒng)一參加市局組織的項目評審

（二）立項要求

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

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

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

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

（2）系統(tǒng)功能。

（3）系統(tǒng)總體結構。

（4）資金和設備需求。

（5）技術實現(xiàn)模式。

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

（7）開發(fā)周期。

（8）項目推廣遠景。

（9）其他事項。

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

四、軟件開發(fā)的過程管理

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

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

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

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

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

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

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

3、按照程序編碼規(guī)范編寫程序代碼。

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

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

（3）前臺界面，顯示風格的統(tǒng)一。

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

（五）軟件測試階段。

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

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

（六）文檔匯總

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

2、《安裝說明書》說明系統(tǒng)安裝環(huán)境、安裝方法、初始設置等。

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

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

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

五、項目的試用

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

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

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

六、項目的推廣

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

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

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

（三）對于確定為全市推廣應用的項目，市局將根據(jù)項目開發(fā)成本，給予開發(fā)單位適當?shù)拈_發(fā)補貼。

七、項目評審及獎勵

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

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

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

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

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

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

5、在運行環(huán)境許可的情況下，參加評審的項目應進行現(xiàn)場演示。

（三）評審主要內(nèi)容

1、業(yè)務需求。

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

2、技術規(guī)范。

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

3、項目質(zhì)量

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

（四）評審結論

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

（五）優(yōu)秀項目

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

（六）獎勵

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

八、項目的歸檔管理

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

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

（三）分類歸檔內(nèi)容為開發(fā)過程中的各類電子文檔、源代碼、后臺數(shù)據(jù)結構、前后臺安裝程序等。

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