某地稅稽查局信息管理系統的設計與實現

發布時間：2023-07-25 10:20

第一章緒論 1

1.1研究工作的背景與意義 1

1.2國內外研究歷史與現狀 2

1.3論文研究的主要工作及組織結構 5

1.4本章小結 6

第二章系統開發模式及相關技術 7

2.1DELPHI 7 開發環境 7

2.1.1DELPHI 7 簡介 7

2.1.2DELPHI 7 特點 7

2.2Microsoft SQL Server 2012 數據庫 8

2.2.1Microsoft SQL Server 2012 數據庫簡介 9

2.2.2Microsoft SQL Server 2012數據庫特點 10

2.3Client/Server （客戶機/服務器）結構 11

2.3.1Client/Server （客戶機/服務器）結構簡介 11

2.3.2Client/Server （客戶機/服務器）結構優、劣勢比較 13

2.4本章小結 13

第三章地稅稽查局信息管理系統的需求分析與總體設計 15

3.1稅務稽查工作的概述 15

3.2地稅稽查局信息管理系統需求分析 17

3.2.1地稅稽查局信息管理系統設計原則 17

3.2.2地稅稽查局信息管理系統用戶需求 18

3.2.3地稅稽查局信息管理系統功能需求 20

3.3地稅稽查局信息管理系統可行性指標分析 21

3.3.1經濟可行性分析 21

3.3.2技術可行性分析 22

3.3.3用戶操作可行性分析 22

3.4系統的總體設計 22

3.5數據庫設計 24

3.5.1數據庫的設計原則 24

3.5.2主要數據表的設計 24

3.6本章小結 28

第四章地稅稽查局信息管理系統的功能模塊設計 29

4.1系統功能模塊設計 29

4.1.1案件臺賬管理子系統 29

4.1.2案件競標分配子系統 31

4.1.3人事管理子系統 33

4.1.4業務考試學習子系統 36

4.1.5文檔管理子系統 38

4.1.6公共信息子系統 40

4.2系統權限控制模塊設計 41

4.3系統界面設計 42

4.3.1用戶登錄界面設計 43

4.3.2各子系統界面設計實現 43

4.4本章小結 46

第五章地稅稽查局信息管理系統的測試和維護 47

5.1系統的測試環境 47

5.2系統測試策略及規則 47

5.2.1功能測試 48

5.2.2性能測試 48

5.3系統測試實例 49

5.3.1用戶登錄測試 49

5.3.2案件臺賬系統測試 49

5.3.3人事管理子系統請假審批模塊功能界面測試 50

5.4系統的維護 51

5.4.1糾錯性維護 51

5.4.2適應性維護 51

5.4.3完善性維護 51

5.5本章小結 51

第六章總結與展望 53

6.1總結 53

6.2展望 54

致謝 55

參考文獻 56

第一章緒論

1.1研究工作的背景與意義

現如今我國已進入互聯網時代，數字信息技術已深入到我們的具體生活中，信息化浪潮已經席卷全球, 信息化技術已廣泛運用于生產、生活的各個領域和各個方面，信息化水平的高低從一個側面也直接體現了一個國家的綜合實力水平。站在企業自身的角度來說，運用現代化的管理手段全面實現生產流程的的數字化管理，進而促進企業的規范化經營理念，提高生產過程的日常效率［1］。那么，同樣把以計算機網絡為平臺的稅務管理信息系統引入到稅務部門中，實現稅收業務管理與現代信息化管理技術的融合，稅務日常工作必將大大簡化并將得到長足的發展，這是稅務信息化領域的一項重要工作。特別是將稅務信息化技術運用于稅務稽查日常工作管理當中，能夠有效的提高稽查部門的工作質效，減少重復機械性的工作，利用計算機強大的數據處理功能，加快稅務稽查工作的數字化構建的腳步。其日常工作的數字化管理是融合了計算機科學、稅收業務知識和部門績效管理等多門學科的軟件管理系統。近年來全國范圍內各部門的信息化建設如火如荼，稅務部門信息化建設也是風生水起，作為國家信息化建設的一個重要部門，如何加強系統內部和外部的信息資源共享與聯系將成為今后一段時期的重要課題［2］。

要保持國民經濟的穩定運行必須加強納稅征管，強化納稅征管的同時還必須建立納稅征管的最后一道防線——稅務稽查。稅務稽查信息化建設對于提高稅務稽查的工作質量和效率、降低稅務稽查管理成本的作用將會日益顯著。因此，在稅務稽查的具體實施過程中，為了提升一系列工作效率，進一步完善稅務執法工作，為社會提供更優質的服務，全面落實現代信息化工作環節，將稅務稽查日常與相關的數字化信息管理理念相融合，運用目前已有的科學技術將稅務稽查的各項工作納入到計算機管理，及時研究和分析處理相關事務，實現稽查選案、檢查、審理、執行環節的相互監督和控制,促成稅務稽查管理數字化、信息化的落實。

在我國新時代中國特色社會主義思想形成的全新背景下，各地方稅務機關要堅持以人為本，依法行政，優質服務，依法管理的原則。這就要求我們地方部門提升工作效率，加快數字化信息的傳播。然而，舊式的工作模式和環境無法進行上述策略的具體實施。落后的辦公機制已經被社會的發展所拋棄，因此，各相關部門更應對數字化的管理盡快落實。現階段我國稅收工作作為經濟建設的重要部分，一定要跟上社會主義經濟體系增長的步伐，全面提升征管工作的質量與效率，從而提升服務效率，實現由傳統到現代的轉變，是我國現代化稅務可持續發展的重大變革［3］。地稅稽查局信息管理系統是日常工作中的主要工作體系，是工作人員進行信息查詢檢測工作的基礎系統。地稅稽查局信息管理系統是由一系列軟件系統、硬件系統、數據庫系統和網絡系統組成。它為實現稅務稽查選案、檢查、審理、執行環節的監督和控制，案件臺賬、報表的編制和統計，部門人員待辦事項的傳遞和提醒，人事考核管理的規范和匯總等多項工作提供了信息化的處理方案。

1.2國內外研究歷史與現狀

隨著計算機技術普及和網絡技術的飛躍，全世界幾乎所有發達國家都建立完成了數字化網絡信息管理系統，在該體系的支撐下完成了工作效率的大幅度提升［4］。美國各政府機關在上世紀六十年代就已經構建了信息化的稅務工作系統，并且迅速在全國各地建設了計算中心，全面建成數字化信息時代，將一系列稅務工作交由計算機系統管理［5］。因此可以看出將現代化信息技術運用到國家相關政府機構的日常工作中已經成為發達國家的重要特征之一。上世紀九十年代，以美國為代表的發達國家使用信用卡業務進行相關稅款的往來；進入 21 世紀，設立納稅賬戶通過電子報稅系統自動從納稅人賬戶中扣繳個人稅款［6］。近年來，美國經過在稅收體系中加入“數據挖掘”等技術，大力提高了信息的可靠性和完整性，并且對偷稅漏稅現象進行了有效監管I7】。在意大利施行的ITIS Italy Tax Information

System系統，相關政府通過互聯網實現各項目間的資料交流，通過這一信息技術監控全國的相關工作。 ITIS 具體包括：增值稅征管比對系統、所得稅子征管比對系統、納稅檢查系統、稅務登一記注冊系統、教育培訓系統與系統維護等［8］。相關信息資料在意大利各級各地政府機關進行交流，并且將相關信息統一存儲在互聯網中，從而讓各單位進行有效的溝通。通過近幾十年的發展，在許多亞洲國家稅務信息化推廣迅速并成為主流。上世紀 70年代香港的稅務部門要求納稅人通過計算機提交納稅申報的資料并由專門的部門通過軟件系統處理相關信息。到了上世紀80年代進一步加強信息化建設，成立了專門的計算機處理中心開發維護信息化系統。上世紀90 年代隨著互聯網的推廣和運用，建立稅務網站并成為香港首批提供網絡服務的政府部門。進入新世紀，信息化已全面覆蓋了所有的征納環節，簡化了工作步驟，提高了工作質效。亞洲鄰國新加坡稅務部門于上世紀80年代投入使用的網絡信息化系統，它是能與關聯部門實現信息共享交換的大型內網系統。經過數十年不斷的完善補充， 1995 年該系統成為亞洲地區最為先進高效的稅收信息化管理系統。

中國早期的稅收信息化建設因為起步時間較晚，沒有任何實踐基礎可以借鑒，無法與一些發達國家比較。但隨著改革開放的不斷深入， 1983 年從我國稅收信息化建設的起步期進入如今稅收信息化建設的飛速發展期也只不過35 年的時間。這 35 年歸納一下可以分為四個時期：第一個時期是應用起步期，該時期主要是逐步運用計算機替代傳統落后的手工操作，實現基本的工作復制。第二個時期是初步應用期，主要針對稅務管理方面進行稅務信息系統的開發和設計，通過單機和局域網，完成部分重要稅收業務環節的信息化。第三個時期是應用發展期，該時期是基于互聯網，以稅收服務為中心，為納稅人提供方便、快捷、全面的服務。第四個時期是應用整合期，該時期是國家稅務部門信息化建設的規范化時期，逐步建設并實現全方位電子稅收商務網絡系統，進行信息匯總處理，并對相關人員提供更加完善的服務。這四個時期雖然時間跨度不長，但卻是稅務信息化跨越式發展的縮影，從人工操作到計算機操作的質的飛躍，保證了計算機技術在稅收各個領域的使用更為深入。

隨著我國現代化經濟建設的飛速增長以及數字化信息技術的發展，我國的經濟建設和群眾生活都產生了日新月異的變化，各個行業都緊跟時代步伐進行開拓創新。黨的十九大報告強調指出：只有不斷的激發改革創新的干勁，保持勇往直前的勢頭，根據實際情況因地制宜，善于利用互聯網技術和信息化手段推動工作的高效開展。稅務部門作為黨政府的關鍵性部門在現代化日新月異的經濟發展中，如何有效的加快稅務管理信息化的建設與完善，從而實現對稅源的全面監管，可以實際全方位的掌握納稅人的相關資料，預防稅務款項的流失。

稅務管理信息系統是指運用高端的計算機信息技術和互聯網科技來實現多數的稅務數據的歸納、統計分析、檢索、儲存、應用傳輸等信息化、互聯網化和系統化的計算機的信息利用操作信息系統［9］。

由稅務信息管理系統的定義可以總結出，稅務信息管理系統劃分就是合理分配人力資源的各種潛在的能力，通過現在時代計算機互聯網科技，運用各種稅收業務信息資源，建立一個與稅務現有管理形式相適應的管理系統，納稅人提供優良的服務，促進現代化稅務管理的建設，提高稅務管理工作的效率與質量水平。稅務信息管理系統分為稅收政策業務和稅務日常管理兩個分支。稅務消息管理體系是稅務科技化的具體表現，稅收事務的科技化的具體詳細內涵包括稅收事物生產重要因素信息化、稅收業務流程科技化、管理信息化和稅務組織框架信息化等多個方面。

稅務部門管理稅務信息，其影響是十分重大的，當地稅收服務部門的相關管理都是根據信息管理和應用來建立的，尤其是各種重要決定均需要多渠道信息的支持。稅務信息管理系統主要是開發和利用涉稅管理的信息資源系統。它的關鍵規劃囊括相關信息技術的運用、管理信息資源、信息系統規劃的相關目的和信息系統規劃的中間步驟等四個部分。

稅務收入的管控運營信息技術，不僅僅實現了系統化管理稅收、標準化管理稅收、集中化和精細化管理稅收，而且還為國家經濟重要決定提供了真實、精確、可靠、集中的關鍵信息數據。通過應用稅收管理信息，不僅大大的提高了稅務收入的管理水平，減少了稅務收入的運營成本，為許多的繳納稅務人員提供更加優質的服務，同時也為國家的經濟發展提供了更加完整、真實的數據分析。

通過稅收管理信息體系來實現稅收的信息化，稅務收入業務管理智能化主要包含以下幾個方面內容：

1、稅務收入業務生產關鍵因素信息化。其可以囊括兩層涵義，其中第一涵義是指普通要素的信息化，但是稅務收入信息化需要充分的去理解信息，并且要求相關的信息操控人員更深層次的對信息加以分析。另一方面，必須重視信息的重要性，特別是一些有用的涉稅信息如何管理、推送、存儲已成為一個關鍵的研究內容，稅務的操控人員在稅務收入管理決策時都必須在充分合理的運用信息的前提下，運用信息對其進行指導和相關決策。

2、稅務收入業務操控過程信息化。它包自動化的業務過程、綜合化的稅務收入業務過程和柔性化的稅務收入操控工程。稅務收入業務的操管流程程信息化是根據優化或重新組織稅務收入業務操管流程，把現代化的超級厲害的的信息技術投入到稅收業務管理過程中，向用戶提供更加高效率、高質量和更方便的服務，提省流程的時效和適應性。

3、稅務收入的框架結構信息化。它指的是要構造與信息化相匹配的框架組織結構，并更深一步實現對框架結構中的事物、人、財力和信息資源的合理組合[10] 。而且，框架組織信息化的一個關鍵方面是框架組織的扁平化。高效地簡化管理流程和階級，從而可以讓我們組織內部生產一個高效循環地通信聯系網絡，讓稅收信息傳達的更加精準、充分、及時和合理。

目前，各地稅務稽查信息管理系統由于在程序設計上的側重點有所不同，所以在技術路線、操作模式、界面等方面都存在一定得差異。現全國范圍內未形成統一的標準模式，尚無法實現相關信息的共享傳遞。主要表現在以下兩方面：

1、各地稅務稽查部門信息管理系統的內容和側重點不盡相同

稅務稽查信息管理系統沒有較為統一的模式和可借鑒的經驗，全國各地均是自行摸索建立適合本單位實際工作需要的信息管理系統。各地的稅務信息管理系統大多是將各類信息導入Access、SQL Server> Oracle等主流數據庫，利用數據庫強大的數據處理功能，完成各類信息的查詢、匯總、對比、分析等操作，再實現結果的輸出或確認，從而達到減輕工作量并實現高效管理的目的。

2、計算機信息系統開發及維護的專業技術人員短缺

目前，各地稅務部門以財會、稅收專業的技術人員為主，雖然近些年也招錄了部分計算機技術人員，但是既懂財務稅收又懂電腦技術的人員并不多。一些年紀稍長的稅務人員，對一些計算機軟件中最基本的數據導入或瀏覽操作都不會，更不要談什么數據分析、匯總和輸出了。所以，應大力加強計算機方面的培訓力度使一些有能力的稅務干部成為既懂財會、稅法又能熟練掌握計算機運用技能的復合型人才。

1.3論文研究的主要工作及組織結構

本課題在深入分析掌握稅務稽查管理業務流程的基礎上，主要采用文獻研究、功能分析、系統設計與測試驗證的方法，并完全遵循計算機軟件開發理論。

文獻研究。在本階段將重點查閱軟件開發理論、管理信息系統設計與開發理論，并充分認識和了解所使用這些技術的優劣及改進辦法。

信息梳理。對各地方現有的信息管理系統進行收集梳理，并結合本局的實際工作需求情況，按部門領導的工作要求和工作人員普遍關注的問題進行多種嘗試，初步設計建立整個軟件系統的每項模塊功能。

功能分析。以系統科學的計算機軟件開發理論為指導，以建立稽查日常工作管理系統為目標，考慮系統的通用性、專業性、簡便性等特點，對每項模塊功能進行劃分和取舍，并形成一個系統架構圖。

系統設計。在設計階段采用“歸納法”，在對同類型內容的設計、開發和運轉狀態進行詳細對比研究的基礎上，根據前一階段功能分析階段確定的要求進行選擇，并對少數相同內容做出相應的訂正和改進，最后得出一個理想狀態下的設計模型［11］。

測試驗證。借助于本單位的現有網絡，對開發的系統進行測試，測試主要內容包括功能測試和性能測試，例如：模塊是否能正常獨立運行、模塊連接是否正常、訪問系統響應時長等方面。最后，確保該信息管理系統能在本單位范圍內正常推廣運行。

本文大致分六個章節：

第一章緒論。對論文研究背景及意義進行了闡述，簡要的介紹了國內外稅務信息管理的發展歷程與現狀。

第二章系統的開發模式及使用的相關技術。主要闡述地稅稽查信息管理系統所需要運用的計算機語言、數據庫類型和技術理論。

第三章地稅稽查局信息管理系統的需求分析。首先，以服務稅務稽查局日常工作為中心，做好業務分析。然后，對系統的需求進行分析。最后，從系統的經濟、技術、用戶操作等方向可行性進行了分析。

第四章系統的詳細設計。著重分析總設計原則、數據庫設計、系統功能模塊設計、系統權限控制模塊設計、系統界面設計等方面對本信息管理系統進行詳細的說明。

第五章系統的實現、測試與維護。闡述各單元功能的實現，將系統在本局范圍內進行安裝使用，通過一段時間的試運行后得出測試結果。最后對系統需要進行日常維護的方面進行了說明。

第六章結論與展望。對全文做一個做概括性總結，歸納出創新的方面和不足之處，對下一步的工作提出設想。

最后是參考文獻和致謝內容。

1.4本章小結本章首先介紹了論文研究工作的背景和意義，而后通過對國內外稅務信息管理系統發展歷史和現狀的分析研究，確定了本論文的主要研究內容、工作安排和組織結構。

第二章系統開發模式及相關技術

2.1DELPHI 7 開發環境

2.1.1DELPHI 7 簡介

Delphi 7是Inprise （原Borland）公司推出的一個完全導向的形象化的應用開發工具。它簡單、適用、快捷、強大的操作界面，深受使用者的喜愛。把面向對象編程語言Object Pascal.快速編譯器和數據庫編程工具等功能集于一體，提升了使用者開發Windows下應用程序的速度，不需要重復寫入相同的程序語言，減少工作量提升了程序的編寫效率。

內容豐富的組件庫（VCL）給使用者提供了極大的便利，強大的組件功能選擇可滿足不同類型程序開發的需要。

Delphi 7實際上是Pascal語言的一種版本,它的底層編程語言是Object Pascal。 Object Pascal語言以結構條理性好、語法嚴謹簡練、可視性強著稱。但Delphi 7內嵌的Object Pascal與以往所說的Pascal不同，它繼承了原有Pascal語言的精華部分，增加了更適合類似于 Delphi 7 這類面向對象的可視化的程序設計軟件的語言類型。

Delphi 7 在數據管理上是有效而且可靠的。主要表現在以下幾個方面：

1、對數據庫的訪問操作簡便、直接，通過窗體和報表就能查詢不同類型的數據庫中的各項數據。 ADO 可以訪問本地或遠程的 Access、SQL Server 、Oracle 等數據庫，其中 BDE 也可進行遠程數據庫的檢測。

2、 Delphi 7 自帶了許多創建數據庫功能組件，它能輕而易舉的創建用戶所需要的程序，創立直面信息的編程環境包括Database Form wizard的建設、數據模塊設計器（Date Module Designer）用于多個表單間的數據交流。

3、 Delphi 7 為數據庫創建使用提供的專門功能組件能加快程序編寫的速度。

總之， Delphi 7 簡單直觀的操作界面，降低了編程工作的難度，提高了程序編寫的速度，使單調、繁瑣的過程變得簡單。因此， Delphi 7被廣大編程人員所偏愛。

2.1.2DELPHI 7 特點

Delphi 7繼承了Pascal語言代碼結構清晰、可讀性好和代碼執行效率高等優點，同時增加了缺省窗體。 Delphi 7 其本身的集成開發環境不僅提供了一整套用于設計、編寫、測試、調試和發布應用程序的工具軟件，同時還涵蓋了多種多樣的自建模版控件，大力提升了系統的開發速度。

Delphi 7的使用者可根據需要選擇數據的存取是通過客戶機還是服務器來處理完成，還可根據實際的需求建立簡單的組件或組件集合，設立應有的全部規范，獨立在客戶機和服務器之外，數據的分享也通過建立的組件完成。通過這種方式可有效的減輕管理系統的負擔和減少網絡數據的傳遞時間，提升編輯和運行的速度。

封裝性、可維護性、繼承性和多態性是面向對象技術的四個特征， Delphi7 編程技術較好的運用了這四個特性。簡單的說就是通過一些可視化的組件把復雜的函數轉變成Windows編程所須的語句，使得程序的編寫更加直觀、簡化。開發維護人員對投入使用后軟件系統的維護、擴展工作也相對便捷，開發維護者可直接使用前期工作已取得的工作成果，無需重復開發，造成資源的浪費。

Delphi 7 還有著超級強的數據儲存和讀取功能。處理數據的工具 BDE ( Borland Database Engine )可以適合各種重要的數據模式，如 xBase、Paradox ，還可以運用 BDE 的 SQL Link 與 Sybase、SQL Server、Informix、Oracle 等超級數據庫相關聯。應該說，無論是運用軟件的開發還是系統軟件的開發Delphi 7 都是一個不錯的選擇。

Delphi 7 還增強了運用商業 XML 的操作系統與 Web Services 兼容的性能。新版本中還更新優化了組件庫并增加了 Rave Reports 技術，提高了創建跨平臺報表的速度。加強了 Delphi 系統的安全性、適用性、可伸縮性，滿足各個階層使用人員的各種不同要求。

2.2Microsoft SQL Server 2012 數據庫

如今廣泛運用的數據庫技術是計算機技術不斷向前發展的基石，一個國家的信息數據運用都需要通過數據庫技術去處理，建立一個完善的數據庫管理系統對于提高勞動生產力、推動經濟向前發展、提高國家的綜合實力都是一個有效的技術工具。

數據庫簡單的說就是系統的、可共享的、集中管理的、長期的保存于計算機內的數據集合體。它是以一定的邏輯結構來管理、存儲數據的軟件系統。通常意義下，數據庫一般遵從之前定制好的邏輯結構來完成數據的存儲、匯總和操管。由于信息技術的逐漸的發展，操管數據也從之前的一些簡單的數據存儲、操管，不斷地向滿足使用者的特定需要進行各種圖特的數據操控轉化［12］。數據庫類別也有很多種，例如：最小的是存儲一份數據的存儲表格，最大的是存儲多種種類數據的超大數據庫系統。

簡單來講，數據庫系統是采用了超級前沿的方法和技術更方便、嚴密、有效的利用存放于其中的各類信息。數據庫系統是數據庫運用系統、操管系統、操作系統、數據庫、運用人員和管理人員構成的［13］。詳情如下圖2-1 所示。

圖2-1數據庫系統

總結一下，大數據管理系統是大數據系統的關鍵，它是數據庫應用方與計算機操控體系之間的一個連接轉化工具［14］。

2.2.1Microsoft SQL Server 2012 數據庫簡介

Microsoft SQL Server是相關型大數據的典型案例。SQL Server是由微軟、

Sybase 和 Ashton-Tate 三個公司一起開發創造的的。 1988 年開發了它的首個版本

OS/2，在其大獲成功之后，Microsoft公司把SQL Server移植到了 Windows操作系統上。它通過各種相互協作的組件，能同時滿足用戶對數據存儲、分析等不同的處理需要。它通過將操控程序與基本網絡操管和協議層分離開來，構成分層通信的高級框架結構。在這種框架結構下，使用人員可以相當方便的安排不同網絡背景下的相同的運用程序。

SQL Server通過微軟WindowsNT系統，為廣大用戶提供的了性能高效且具有很高的安全性能夠擴展的客戶數據庫平臺/服務器數據庫平臺［15］。SQL Server通過 Transact-SQL使得數據庫具備了查詢語言與編輯語言，這種結構化查詢語言是很普遍的，對美國的ANSI SQL-92這一標準也能夠支持支持。SQL Server作為數據

庫系統以SQL客戶/服務器（C/S）模式為基礎，在Microsoft Windows這個平臺上建立，在功能上具備超強的企業數據庫管理能力。它為用戶的日常使用提供了極大的方便，用戶可以根據自身需求創建用戶數據庫，并操作信息管理系統通過系統數據庫來實現。

Microsoft SQL Server 2012 數據庫系統是在 Windows 環境下開發的一種全新的關系型數據庫系統，實際為Microsoft公司升級數據庫管理系統SQL Server的一個新的版本，它被廣泛的運用在各類信息系統中作為支撐數據庫，它除了具有當今數據庫管理系統所具備的各項強大功能外，還在互連網絡連接上提供強有力的功能支持，為Internet網絡用戶在遠程數據管理與分析方面提供解決方案oMicrosoft SQLServer2012 還能為用戶提供很大的數據存儲空間和便捷的用戶接口，系統的安全性能很好，并能夠對同一時間多位使用者分析處理數據庫中的數據支持。詳細情況如圖 2-2 ：

網絡

圖2-2 Microsoft SQL Server 2012工作方式

2.2.2Microsoft SQL Server 2012 數據庫特點

Microsoft SQL Server 2012 使得 Microsoft SQL Server 版本的性能得到了進一步的擴展，提供了多項新特性與新功能，處理大規模聯機事務（OLTP）、數據倉庫和電子商務應用程序用戶都偏愛使用Microsoft SQL Server數據庫平臺［16］。

Microsoft SQL Server 2012 包含了非常豐富的新特性：從安全穩定、節約增效的方向設計，選擇運用合理的數據管理平臺，實現各類企業用戶的強效管理；運用先進的智能平臺實現用戶的多方面需求，包括數據的實時統計和分析、監控預判各種復雜的事務處理需求，促使企業的信息化建設平穩健康發展；另一方面， Microsoft SQL Server 2012也是一個可伸縮的開發系統，并實現了互聯網連接，實現了網絡數據處理傳遞，擴展了商用的領域。

歸結一下Microsoft SQL Server 2012數據庫的突出特點［17］如下：一可以數據共享，利用數據庫接口全部的用戶在同一時間可以對數據庫中的數據存取。二數據具有獨立性，獨立性即數據物理結構發生變化，不會其它的邏輯結構產生影響作用，應用程序與數據邏輯結構之間是互不影響，相互獨立的關系。三是能對數據進行有效的集中管理和控制，并通過數據模型體現各數據組織與數據間的聯系。四是具有故障恢復功能，通過管理工具及時發現和修復故障，始終能為用戶可用且能夠確保用戶的使用安全。五是在數據集成方面、可伸縮性方面、豐富分析方法以及開發工具等方面有了很大的革新，確保了數據的有效性和正確性。六是新技術的運用使軟件開發人員的工作效率明顯提升。

2.3Client/Server （客戶機/服務器）結構

2.3.1Client/Server （客戶機/服務器）結構簡介

C/S也叫作客戶/服務器結構、Client/Server結構。它是上世紀80年代末提出的。這種技術結構的優勢在于任務得到了合理的分配，充分考慮Client端和Server 端硬件環境的優劣勢，利用優勢彌補劣勢，降低了使用成本。舉例說來就是，把困難的工作交給優勢端 Server端，把簡單、單一、重復的工作交給劣勢端

Client 端。通過按照工作難易程度的區分，集中優勢，揚長避短，合理分配，既加快了軟件運行的速度，又實現了資源的共享。 C/S 開發模式將請求/應答的業務數據交互同時放在同一條通信連結上進行（如圖 2.3 所示）。客戶機，即處于網絡系統下運行的別的類型的計算機系統，服務器使得各項同功能能夠實現的所有sever，具體涉及類型不一樣的專業服務器、文件服務器、數據庫服務器、打印機服務器等。位于服務器端的應用程序主要功能就是進行基本的服務提供，客戶機的作用主要是把應用程序端口提供給用戶訪問服務器，用戶利用客戶機的應用軟件可以成功訪問服務器提供的服務，客戶機也能夠對一些本地信息處理的工作分擔［18］。

每個用戶在使用客戶端前必須安裝客戶端軟件，客戶端軟件負責管理用戶接入管理、數據分析處理、報告請求等前臺操作功能；服務器端則負責管理共享外設、管制對某些共享數據庫的權限操作等后臺服務功能，根據用戶端的共享規模選擇服務器的數量和數據庫的系統，常見的大型數據庫系統具體由 SYBASE、 ORACLE、SQL Server等構成。C/S結構將用戶端與服務器端實現了結合，協同運作，實現軟、硬件資源的有效利用。 C/S 結構一般會在客戶端完成應用的設計、應用的開發等許多完整性工作。應用軟件開發結束后，客戶就能夠對各種類型的數據庫訪問，在多個客戶端對應用軟件都可以進行安裝［19］。

Web 軟件應用模式是當今軟件應用系統開發的主流模式，它與其他應用 Client/Server形式開發的應用軟件系統的兩層結構類似，可以對相同的事務進行處理，通過不同的組件模塊分享邏輯數據；所以，任何用戶均可以登錄更新的和原有的應用系統，并能實現將現有應用管理系統向新的應用管理系統擴展更新。科技不斷發展，網絡結構有了很大的改善與進步，Client/Server結構也從傳統的兩層結構，發展到了 Browser/Server結構的三層結構［20］。這種三層結構是在原有兩層結構的基礎上，對客戶端和應用邏輯層進行了分離并增加了一個中間層。同樣無論何種環境下的多層結構體系把用戶端與應用邏輯層隔離，并對軟件系統進行了功能模塊化方面的設計以及實際實現［21］。這也就是目前應用系統的主流發展方向。具體如圖 2-3 所示：

圖2-3客戶機/服務器(Client/Server )網絡網

2.3.2Client/Server （客戶機/服務器）結構優、劣勢比較

具有的優勢：

對于兩層模式的 Client/Server 結構而言，客戶端用于具體事務的邏輯處理和邏輯顯示，服務器端用于數據的邏輯處理與分析。相比之下客戶端的任務比服務器端的任務相對重，服務器端的運行任務相對輕。當客戶端的運用程序運行后，用戶需要操作處理服務器的數據庫，客戶端通過程序就會將對應的服務器自動搜索出來，服務器在接到客戶端發出的請求后，會根據預先設定好的指令做出回應，并輸送結果。總體比較來看，相對來說服務器的運行負荷不大。

任務分配較為合理。Client/Server體系結構是由多臺計算機和服務器所組成，通過最大限度的資源分配和有效結合，使之達到最好的組合效果，優勢互補，資源共享，對現有的軟、硬件資源利用的最大化，從而保證整個應用系統運行的穩定和響應速度的迅速。

劣勢：

C/S 結構出現的時期較早，不可避免的出現一些不足之處。例如：投資維護成本高。只適合于用戶數量少（三100）,規模不大，數據庫單一，相對安全、快速的局域網環境。主要體現在：

1、這樣如果需要讓分散于兩處的數據取得一致匹配并上傳至數據庫統一管理，理論上需要兩處的用戶必須訪問上傳至相同數據庫才能實現，如果要實現數據的“實時”一致，就必須在兩處實現鏈接并保證兩處的數據服務器有效運行，維護人員需要同時維護客戶端和服務器端，工作量大，所以需要投入的人力、財力、物力肯定不菲。

2、以往的 C/S 結構的應用系統可以結合具體的操作系統有針對性設計軟件版本，因產品會很快的更新換代，容易造成高代價和低效率的局面。

在目前還沒有給出統一要求的條件下，雖然 C/S 結構的搭建存在可能造成這一信息系統出現安全問題，但它使得服務器承受的負擔降低了，簡單的使用環境且能直連數據庫，服務器只負責數據統計不需設計安全、管理等功能，使得應用軟件的開發更有效率，可以滿足我局對信息化管理的各項需求。

2.4本章小結

通過對我局當前工作的實際需求進行分析，結合相關的開發人員目前技術的了解情況，最終決定通過DELPHI 7開發環境與Microsoft SQL Sever 2012數據庫技術對以 C/S 結構為基礎的地稅稽查局信息管理系統展開開發。結合分析與具體的論證，上面介紹的重要技術的設計與開發以及綜合利用使得這一信息系統的開發，能夠保持穩定運行且開發速度較快，能夠更好更快的實現本局對信息化管理的需求并且能夠較為便利的實現信息系統的后期維護。

本章主要是對系統開發模式及相關技術理論的介紹，首先詳細地介紹了系統開發設計語言——Delphi 7，闡述了 Delphi 7的產生、發展及其特點，然后對 Microsoft SQLSever2012 數據庫技術和 C/S 結構的特點及優劣性進行了詳細分析。

第三章地稅稽查局信息管理系統的需求分析與總體設計

需求分析需要充分了解、掌握系統內各個部門工作的崗責體系。開發稽查局日常工作信息管理系統首先要明晰稽查局的職能作用和局內各部門的工作分工和崗責規定，以及用戶的具體工作需求。稽查局不同的科室由于工作內容的不同，使用信息管理系統的功能需求也會不同。為了充分了解各職能部門的功能需求，我們采用了問卷調查的形式讓各職能部門的同志逐一填寫調查問卷，確保問卷調查的全面性和準確性。但隨后我們遇到的問題是同志們提出的功能需求還不能夠直接作為軟件開發人員的開發依據，軟件設計人員必須對這些功能需求進行轉化，轉化成計算機能夠理解的格式化的邏輯功能表述。據此再確定信息管理系統的開發的重點、模式和開發環境等，扎實的做好基礎工作才能保證軟件系統開發的順利進行。

3.1稅務稽查工作的概述

結合《稅務稽查工作規程》的條款內容，各地稅務稽查局設置了檢查部門、選案部門、審理部門和執行部門，分別對應實施各自部門的工作。各地稅務稽查部門在實施納稅檢查時,應嚴格按照稽查、審理、執行程序進行分工，相互協作、監督, 以確保扎實地、有效地執行好各項稅收法律、法規［22］。具體如下圖3-1 所示：

圖3-1 稅務稽查工作示意圖

1 、選案環節

稅務稽查選案是稅務稽查工作的第一環節，主要是確定每年的查處對象。稅務稽查選案有多種形式：電腦選案、隨機選、舉報、轉辦、交換等等。它是稅務稽查最基礎的工作，選案的準確與否直接關系到稽查成效。根據《稅務稽查工作規程》條款規定，稅務稽查局獲取檢查案件相關信息，可以采取多種途徑實現，由領導們集體展開相關的審議，保證被確定的檢查對象精準、合理。稅務稽查案源在信息方面具體涉及如下幾點：

（1）依據納稅申報資料、內部資料交流交換、財務報表、國地稅合作、協查線索；

（2）上一級稅務部門要求查處的涉稅案件；

（3）上一級稅務部門統一部署的專項檢查；

（4）相關單位與相關部分，利用資料傳遞的途徑掌握涉稅違法信息；

（5）舉報人對涉稅違法信息進行提供；

（6）合作單位對涉稅違法信息的提供；

（7）社會公共信息；

（8）其他途徑的相關方面信息。

選案部門會對以上取得的信息進行多種形式的有效篩選，認為確有稅收違法嫌疑的，確定為檢查名單并填寫《稅務稽查立案審批表》，報局長審核后立案并轉檢查部門進行檢查。

2、檢查環節

稅務檢查是稽查局的主業，重要性不言而喻。稅務檢查人員根據法律賦予的檢查權限，可依法對檢查對象進行賬簿查閱、詢問、調查取證。實地了解檢查對象的基本情況、行業類型、財務制度、核算方法及核算軟件等方面的內容。再根據實際情況制定有效的檢查方案，并于檢查結束后依據檢查的結果制作《稅務稽查報告》的過程。檢查的內容主要包括：1、稅收法律、法規、規章的執行情況；

2、財務制度的規范情況；3、生產經營核算的準確、真實情況；4、納稅遵從度情況。檢查結束，需要形成《稅務稽查報告》，具體的檢查部門要對這一報告審核，檢查工作的期限為下發檢查通知書時間起兩個月的時間日內完成，要是存在特殊情況，檢查工作則適當延長時間，但是一定要在本局稽查局局長已經確定給與批準的條件下，方可延長。

3、審理環節稅務審理稽查局內部為降低檢查人員的執法風險，在實施檢查完畢后，由專門的組織或人員核準、審查對檢查人員上交的證據資料與《稅務稽查報告》。審理的內容具體涵蓋：（1）被查對象是不是合理準確；（2）稅收違法事實是不是明確清晰、證據材料是不是充足詳盡、數據計算方面是不是無誤正確、取證程序方面是不是合法；（3）法律適用依據方面是不是科學適當，定性是不是恰當準確；（4）是不是在合法定程序范圍內；（5）是不是屬于濫用職權逾越了權利范圍；（6）是不是科學合理地進行了稅務處理與處罰；（7）別的需要審核與需要確認的問題與事項。審理完畢，這一部門的人員需要形成書面的《稅務稽查審理報告》，然后由部門領導批準后，再做出《稅務處理決定書》或《稅務稽查結論》。審理的期限為 15日內，不涵蓋檢查人員向上級機關請示或補充調查時間或者向相關部門征詢政策方面問題的時間。該環節無論是從內部考核還是外部評議來說都至關重要。對內該環節能確保案件的質量，降低檢查人員的執法風險，對外能促使檢查人員依法行使職權，保證稅務稽查案件查處的公平、公正。維護廣大納稅人的合法權益。

4、執行環節對稽查工作而言，稅務稽查執行是最后的一個一環，這一環節也最能夠體現成效，如果該環節沒有完成，前面的各項工作做得再好，也無法得到體現。執行就是先把稅務處理、處罰文書送達當事人，督促當事人及時履行納稅義務。如發生納稅人拒不履行納稅義務的情況，應采取必要的稅收保全或強制措施。涉嫌犯罪的，應通過審理部門逐層報告后移送公安機關。因此，執行環節是稅務稽查必不可少的環節，稽查工作成效的體現取決于執行的效果和力度。

3.2地稅稽查局信息管理系統需求分析

3.2.1地稅稽查局信息管理系統設計原則

科技改變生活，人們在贊嘆信息時代日新月異變化的同時，我們認為有些東西是不能改變的，那就是稅務稽查工作嚴謹的組織和精確的工作內容，這些東西不曾也不會發生改變［23］。因此在系統承載功能方面充分考慮了稅務稽查工作的內容和需求，在系統搭建上堅持平臺化、插件化的思想，并按照如下原則來設計：

1、系統設計的實用性原則本系統立足對稅務稽查工作的實際需求更好地滿足，這樣就可以使稅務稽查

日常工作得到有效地簡化。對最新技術不要十分盲目地追求，通過簡單實用的界面窗口設計顯示各個功能模塊，并最大程度的滿足用戶的需求［24］。

2、系統設計的規范性原則本系統嚴格依照國家稅務總局《稅務稽查工作規程》以及相關規范性文件的

要求來設計實現，同時集成了本地區、本局的一些相關規章制度和工作責任，還包括計算機技術和計算機信息管理的要求。通過本論文設計的信息管理系統能達到規范稅務督察工作的要求，對在不同崗位上的工作人員的工作內容建立規范和實現監控，給稅務相關工作人員增加必要的約束[25] 。

3、系統設計的可靠性原則

本系統不追求最新的技術，而是選擇已經成熟的技術方案，這樣就能保證系統穩定的運行。其應具備故障恢復功能，如出現系統故障情況，系統能夠保障數據的完整性和一致性。

4、系統設計的安全性原則

從內部數據安全方面考慮，軟件開發人員根據用戶的級別不同，設置了符合級別要求的功能權限。從外部數據安全方面考慮，開發人員充分利用數據庫系統和操作系統的安全設計功能，對系統內的敏感性數據信息予以保護。

5、系統設計的可維護性原則

運用模塊化的設計理念，采取適宜的設計方法以及開發工具，使軟件的維護更為方便并具有功能上的擴展性，以此滿足用戶不斷變化的需求。

6、系統設計的易操作性原則

通過簡單明了的操作界面，讓各種水平層次的用戶能夠迅速上手，易于操作。

3.2.2地稅稽查局信息管理系統用戶需求

地稅稽查管理體制改革后各地稽查部門應如何提高日常檢查的工作效率以及加強內部的考核與管理已成為亟待解決的問題。以往過于繁冗的紙張式、人力式和重復式的操作管理，已不能適應稽查管理現代化的要求。如果采用現代化的信息技術將稽查選案、檢查、審理、執行環節的監督和控制，案件臺賬、報表的編制和統計，部門人員待辦事項的傳遞和提醒，人事考核管理的規范和匯總等多項工作集合于一個日常工作管理平臺中，使稽查工作效率顯著提高。例如：檢查案件的分配、檢查工作的進度、查補企業稅款入庫的數據、本單位工作人員工作的完成情況及考勤狀況等相關數據都是在不斷的變動，并且還需每月編制相應部門的報表，以往多采用人工錄入的方式，常常由于記錄內容多、數據復雜、可連續性差，造成相應崗位的管理人員工作量大且容易出錯的情形。

總體說來，我區在未進行稅務稽查管理體制改革前各地對稅務信息管理系統的推廣使用主要存在以下幾方面的問題：

1、各級領導對稅務信息管理系統的重視程度不足；

2、稅務信息管理系統的缺乏規范的指標體系；

3、稅務信息管理系統缺乏有效的數據支撐；

4、稅務信息管理系統缺乏征管與稽查的協作接口；

5、各地對稅務信息管理系統的經驗成效缺乏總結溝通。

因此，建立稽查日常工作管理平臺就能提高信息處理的能力和速度，及時、準確的提供稽查日常各項事務所需的各種信息，大大提高工作的準確性和效率。

用戶需求分析用例圖如圖3-2 所示：

3.2.3地稅稽查局信息管理系統功能需求

首先，通過功能圖表簡要直觀的了解本信息管理系統的功能需求設計框架。

具體如圖 3-3 所示：

圖 3-3 地稅稽查信息管理系統功能框架示意圖

功能需求分析具體內容如下：

1、案件臺賬管理子系統：包含選案環節數據錄入模塊、檢查環節數據錄入模塊、審理環節數據錄入模塊、執行環節數據錄入模塊及報表臺賬綜合查詢輸出模塊。這一子系統其主要功能是充分應用計算機網絡數據共享的特點，通過對稽查四環節的相關信息進行采集和管理，讓主管領導及各個崗位的人員掌握實時的數據信息，為領導決策和下一步工作安排提供數據支持［26］。該子系統是根據《稅務稽查工作規程》而制定的涵蓋選案、檢查、審理、執行各個環節并為實現對所有檢查案件進行跟蹤管理的目的而建立。主要內容包括對案件名稱、案件下達時間、案件來源、案件檢查部門、檢查人員、立案日期、計劃完成日期、案件狀態、企業類型、檢查開始日期、檢查結束日期、查補稅款、查補罰款、查補非稅收入、移送審理日期、審理人員、審理報告日期、案件定性、審結稅款、審結罰款、審結非稅收入、處理處罰決定書下達日期、移送執行日期、執行人員、執行日期、執行稅款、執行罰款、執行非稅收入、執行滯納金等多項內容的匯總統計表格輸出。該子系統的運用可以讓每個案件的進度和流程得以清晰、準確的體現。

2、案件競標分配子系統：包括填寫案件競標書、案件競標領導小組審核、競標案件分配和競標案件臺賬輸出四個模塊。這一子系統依據《全國稅務稽查規范 1.0 版》設置，完成案件競標、審核、分配、統計的工作。其主要內容包括競標案件名稱、競標部門、競標人員、計劃檢查天數、競標優勢、中標情況等。該子系統的運行可讓案件的分配更加透明陽光，實現了有效的監督與制約。

3、人事管理子系統：包括請假審批、出差審批、考勤、工資等內容。這一子系統主要利用計算機完成對人事考勤管理及考勤數據統計工作。該子系統是為了最大化的發揮人的效能，考核了解本局人員的日常出勤情況，為人員的績效管理評價提供有效的數據支持。

4、業務考試學習子系統：業務考試是每周或每月在已有題庫內生成考卷并由考試人員在計算機上完成答題。考試成績統計輸出是完成對考卷的批改及成績的統計輸出。隨著社會的發展，制度不斷的完善，稅收政策也在不斷的更新。只有不斷學習最新的稅收政策業務和相關法律法規知識，才能有效降低我們日常檢查工作中的執法風險。業務考試學習子系統就是運用現代化信息技術手段，在局內形成一種學業務、比技能的氛圍，并通過多種渠道的激勵機制，把學習變成一種興趣而不是一種負擔。該子系統的主要內容包括每月最新政策學習、每月稅收政策測試、成績公布等。

5、文檔管理子系統：文檔管理子系統是實現局內相關稅收政策文件及內、外部文檔的錄入、歸集、分類、查詢的系統。主要包括錄入、查詢等功能。主要包括稅收法規、相關文檔管理和查詢。收集稅務系統內、外有關稅收法律、法規、規章及規范性文件及局內的相關重要文件資料并提供給使用者查詢使用。

6、公共信息子系統：公共信息子系統是為實現局內相關事項、議題的有效傳遞而設置。包括局內信息通知的發布和提醒。對局內發布的重要信息對待辦人進行實時的提醒及事件跟蹤。

3.3地稅稽查局信息管理系統可行性指標分析

軟件系統的可行性研究是軟件系統開發的重要一環，它是一項具備簡化系統分析和設計、開發功能的系統。經過對可行性研究，能讓開發人員知道系統出現的問題是不是有必要去解答，有多少可行性的方案等等。當然也能讓開發人員用抽象概括的形式在一種較高的層次上對系統進行分析和設計、開發的一項工作。可行性分析的探索一般從開發成本方面、開發技術方面以及用戶體驗方面進行研究分析。

3.3.1經濟可行性分析

經濟可行性是指一切能夠被利用資源的可能性（物資包括人力、物力、財力）。經濟可行性可歸納為以下兩個點：1、利用現有資源的程度以實現預期目標的可能性；2、最佳收益率原則，即付出與收益比的最大化。因此，從經濟可行性的這一方面考慮，這個系統的搭建完全是建立在我局已經具有的軟硬件資源，根本沒有額外增添新的軟、硬件設備的必要。另外，本系統的開發和應用不僅稅務稽查的工作效率被提高了，而且還能推動整個稅務機關行政管理水平的提高，以此提升了效率，節省了人力，為領導決策和下一步工作安排提供了數據支持和決策依據，當然也能給納稅人帶來更優質的服務，讓他們的合法權益得到最有效的保障。由此說來搭建我局信息管理系統的效益回報是遠遠大于經濟支出的。所以按照最佳收益原則，開發此系統是完全可行的。

3.3.2技術可行性分析

技術可行性是指設計方案和技術是否被軟件開發人員所掌握，超出了軟件開發人員的認知范疇，就突破了技術可行的邊界。做技術可行性分析需要從每個方面隊對系統開發過程中所涉及的一切技術問題進行分析，慎重引進先進技術，最大化的采用成熟技術，開發環境和開發人員的具體安排，技術可行性評價等問題。本系統運用 DELPHI 7 開發環境并基于 C/S 的結構進行設計與實現，它擁有簡單的語法，簡單的書寫，采用了插件化平臺化設計的系統，相對獨立的功能模塊，插入新功能的時候比較隨意，并且修改和替換了原有的功能，為后期維護與擴展提供了便捷的方法。SQL Server 2012數據庫技術也是一種比較時尚的管理信息系統數據庫，數據的一致性、完整性和安全性可以由它的優質性能得以保存。

3.3.3用戶操作可行性分析

用戶操作可行性是從信息系統用戶的角度來評估系統的可行性。各種類型層次的操作人群都有可能用到本系統的客戶端，在國內大多數人都知道 Windows 操作系統，絕大多數的用戶都可以對 windows 風格的系統進行操作，一個簡單的操作說明就可以了。 Windows 系統具有較強可靠性的客戶端。服務端的操作人員也不用進行專門的培訓，只需要把簡單的文件操作弄熟悉之后就可以進行日常的工作。該信息管理系統操作的所有功能均以模塊化方式展現，很容易就能學會了，滿足用戶的基本需求完全沒有問題。稅務稽查部門的工作人員使用的時候就只需要簡單了解操作流程，為管理者提供了直觀的數據感受、為各項決策提供了強大的數據支持，毫無疑問這是數據可視化的功勞。

3.4系統的總體設計

設計的時候可以按照程序的總體流程與每個模塊，這是該信息管理系統總體設計的基本原理。首先，定義出程序中需要的模塊以及各自的職責、排列順序、層次結構等，將程序分成一個個的模塊，然后把各個模塊之間的關聯以及調用關系確定好，明確軟件的結構。最后，需要降低代碼的耦合，通過把一些模塊通常出現的問題抽象成一類比較容易表達的問題，并研究出解決這個問題的方案。系統設計堅決按照下面的幾條原則進行：

1、運用面向對象技術設計，強調對各類事務進行抽象和分類后再進行軟件

的開發利用。把每個實體與對應的數據類聯系在一起，開發與之對應的操作類。

2、分層架構的使用應該充分遵照“高內聚低耦合”的思想，讓模塊各司其職。

3、通過采用標準式跟開放式架構便可以避免框架本身的不足帶來的風險。

本系統的功能總的說來分為前端操作和服務端數據維護兩個部分。把每個界面設計成模塊化界面就能使多個頁面的同一部分抽象為一個模塊以便再次使用。

軟件的總體構架如圖3-4 所示：

內網門戶——工作平臺

業務數據庫、資源數據庫

圖 3-4 某地稅稽查局信息管理系統建設邏輯框架

3.5數據庫設計

數據庫設計（DatabaseDesign）是根據現實的場景，建立一個高品質的數據庫模式，建立與其相適應的數據庫運用系統，完成數據存放，邏輯處理等需求。具體來說就是在某一具體的由用戶指定的數據庫管理系統上，由用戶的需求進行分析來設計數據庫的具體結構并建立數據庫的動態過程［27］。由于數據庫應用系統的復雜性，為了支持相關程序的運行，并且使之適應用戶的業務活動和數據使用要求，數據庫設計就變得異常的復雜，因此最佳設計不可能一蹴而就，只有反復探尋才能設計出最佳的數據對象關系解決方案［28］。

3.5.1數據庫的設計原則

本系統用的是 MicrosoftSQLServer2012 數據庫，以下幾項是系統數據庫表設計的基本原則：

1、命名應該規范。數據庫的庫名、表名、字段名的命名應該用統一的規則命名，為方便今后的維護和查詢工作，還應進行一定的說明。

2、控制字段的引用。在設計時，為方便不同功能模塊的開發人員設計和審核人員的審核，最好使用一些數據庫設計管理工具，可大大簡化后期的審核工序。只有當設計的字段已經存在的時候，才能直接應用。

3、并發控制。設計的時候就要考慮到在相同的時間內對統一庫表只能保證一個人擁有控制權，其他的開發人員只擁有查詢權限。

4、討論分析。數據庫設計的事前、事中、事后，所有的開發設計相關人員都需要進行充分的討論，進而才能發現設計中可能存在的問題或發現設計中可能遺漏的內容。

5、審核認定。成立專門的審核小組需要對審核庫表的定版或修改版進行審核，審核時其要符合規定的要求。

3.5.2主要數據表的設計

下面是本系統設計出的幾個主要數據庫表，包括選案計劃表（XAJH）、日常檢查臺賬（RCJCTZ）、案件審理臺賬（AJSLTZ）、執行入庫情況表（ZXRKQK）、案件競標表（AJJB）、請假審批表（QJSP）和用戶角色表（YHJS）。

1 、選案計劃表（ XAJH）選案計劃表主要用于記錄選案環節的相關信息，主要內容包括案件下達時間、案件名稱、案件來源、案件檢查部門、檢查人員、立案日期、計劃完成日期等，見表 3-1 所示。

表 3-1 選案計劃表

字段名描述類型長度允許空主鍵

CASE YEAR 案件下達時間 INT 4 否否

CASE NAME 案件名稱 Varchar 200 否是

CASE SOURCE 案件來源 Varchar 200 是否

CASE DEPARTMENT 案件檢查部門 Varchar 50 是否

CASE PERSONNEL 檢查人員 Varchar 200 是否

FILING DATE 立案日期 Datetime 否否

COMPLETE DATE 計劃完成日期 Datetime 否否

2、日常檢查臺賬（RCJCTZ）日常檢查臺賬主要用于記錄檢查環節的相關信息，主要內容包括案件名稱、案件狀態、企業類型、檢查開始日期、檢查結束日期、查補稅款、查補罰款、查補非稅收入等，見表 3-2 所示。

表 3-2 日常檢查臺賬

字段名描述類型長度允許空主鍵

CASE NAME 案件名稱 Varchar 200 否是

CASE STATE 案件狀態 Varchar 200 是否

TYPE COMPANY 企業類型 Varchar 50 是否

START DATE 審核開始 Datetime 否否

FINISH DATE 審核結束 Datetime 是否

INSPECT TAX 查補稅款 Float 是否

INSPECT FINE 查補罰款 Float 是否

INSPECT CHARGES 查補非稅收入 Float 是否

3、案件審理臺賬（AJSLTZ）案件審理臺賬表主要用于記錄審理環節的相關信息，主要內容包括案件名稱、移送審理日期、審理人員、審理報告日期、案件定性、審結稅款、審結罰款、審結非稅收入、處理處罰決定書下達日期等，見表3-3 所示。

表 3-3 案件審理臺賬

字段名描述類型長度允許空主鍵

CASE NAME 案件名稱 Varchar 200 否是

SUBMIT COGNIZANCE DATE 移送審理日期 Datetime 否否

COGNIZANCE PERSONNEL 審理人員 Varchar 200 是否

COGNIZANCE DATE 審理報告日期 Datetime 是否

CASE QUALITATIVE 案件定性 Varchar 200 是否

COGNIZANCE TAX 審結稅款 Float 是否

COGNIZANCE FINE 審結罰款 Float 是否

COGNIZANCE CHARGES 審結非稅收入 Float 是否

HANDLE_DATE 處理處罰決定書下達日期 Datetime 是否

4、執行入庫情況表（ZXRKQK）執行入庫情況表主要用于記錄執行環節的相關信息，主要內容包括案件名稱、移送執行日期、執行人員、執行日期、執行稅款、執行罰款、執行非稅收入、執行滯納金等，見表 3-4 所示。

表 3-4 執行入庫情況表

字段名描述類型長度允許空主鍵

CASE NAME 案件名稱 Varchar 200 否是

SUBMIT IMPLEMENT DATE 移送執行日期 Datetime 否否

IMPLEMENT PERSONNEL 執行人員 Varchar 200 是否

IMPLEMENT DATE 執行日期 Datetime 是否

IMPLEMENT TAX 執行稅款 Float 是否

IMPLEMENT FINE 執行罰款 Float 是否

IMPLEMENT CHARGES 執行非稅收入 Float 是否

IMPLEMENT LATE FEE 執行滯納金 Float 是否

5、案件競標表（ AJJB）案件競標表主要用于記錄案件競標環節的相關信息，主要內容包括競標案件名稱、競標部門、競標人員、計劃檢查天數、競標優勢、中標情況等，見表 3-5 所示。

表 3-5 案件競標表

字段名描述類型長度允許空主鍵

BID NAME 競標案件名稱 Varchar 200 否是

BID DEPARTMENT 競標部門 Varchar 200 否否

BID PERSONNEL 競標人員 Varchar 200 否否

PLAN DATE 計劃檢查天數 Int 3 否否

BID ADVANTAGE 競標優勢 Varchar 2000 否否

BID IF 中標情況 Varchar 200 否否

6、請假審批表（ QJSP）

請假審批表主要用于記錄本單位人員請銷假環節的相關信息，主要內容包括

請假人、請假類別、請假時間、請假事由、領導審批、銷假時間等，見表 3-6所示。表 3-6 請假審批表

字段名描述類型長度允許空主鍵

LEAVE PERSONNEL 請假人 Varchar 200 否否

LEAVE TYPE 請假類別 Varchar 200 否否

LEAVE DATE 請假時間 Datetime 否否

LEAVE REASON 請假事由 Varchar 1000 否否

LEAVE APPROVAL 領導審批 Varchar 1000 否否

REPORT DATE 銷假時間 Datetime 否否

7、用戶角色表（YHJS）

用戶角色表包涵用戶名、部門、登錄密碼以及用戶權限這四個字段，見表3-7 所示。

表 3-7 用戶角色表

字段名描述類型長度允許空主鍵

ID 用戶名 Varchar 10 否是

DEPARTMENT 部門 Varchar 10 否否

PASSWORD 登錄密碼 Varchar 10 否否

USER RIGHTS 用戶權限 Varchar 50 是否

3.6本章小結本章主要首先簡要的介紹了稅務稽查工作的具體環節和工作順序。然后分析闡述當地稅稽查局信息管理系統的需求，這里面主要包括系統的總體設計原則、系統用戶需求和系統功能需求等幾個方面。而后對可行性指標進行分析，包含經濟可行性指標分析、技術可行性指標分析、用戶操作可行性指標分析等幾個方面。最后列舉了關鍵數據表的設計。總之，軟件開發人員以業務需求為導向，系統調研分析和系統需求分析將以科學化的方式展開，根據分析之后得出來的結果，設計出各子系統功能與業務流程，最終以經濟可行性、技術可行性與用戶操作可行性的分析結果，總結經驗，尋找不足，為進一步開發、改進和提升本信息管理系統的功能提供了堅實的基礎。

第四章地稅稽查局信息管理系統的功能模塊設計

4.1系統功能模塊設計

4.1.1案件臺賬管理子系統

該系統是根據《稅務稽查工作規程》而制定的涵蓋選案、檢查、審理、執行各個環節并為實現對所有檢查案件進行跟蹤管理的目的而建立。主要內容包括對案件名稱、案件下達時間、案件來源、案件檢查部門、檢查人員、立案日期、計劃完成日期、案件狀態、企業類型、檢查開始日期、檢查結束日期、查補稅款、查補罰款、查補非稅收入、移送審理日期、審理人員、審理報告日期、案件定性、審結稅款、審結罰款、審結非稅收入、處理處罰決定書下達日期、移送執行日期、執行人員、執行日期、執行稅款、執行罰款、執行非稅收入、執行滯納金等多項內容的匯總統計表格輸出。該子系統的運用可以讓每個案件的進度和流程得以清晰、準確的體現。軟件設計流程圖 4-1：

圖 4-1 臺賬管理子系統流程圖

案件臺賬管理模塊關鍵源代碼：

Begin

form1.ADOConnection1.Open;

If DateTimePicker5.Date > DateTimePicker6.Date Then

Begin

showmessage('開始時間不能小于結束時間');

End

Else

Begin

aa := 'where (［顯示］=''yes'') and (［開票日期］ between ' + '''' + datetostr(DateTimePicker5.Date) + ' 00:00:00''' + ' and ' + '''' +

datetostr(DateTimePicker6.Date) + ' 23:59:59'')';

If ComboBox16.ItemIndex = 1 Then

aa := aa + ' and ［類型］=''查補''';

If ComboBox16.ItemIndex = 2 Then

aa := aa + ' and ［類型］=''自查''';

If ComboBox14.ItemIndex > 0 Then

aa := aa+ ' and (［檢查科室］=''' + ComboBox14.text + ''')';

heji2(aa);

ADOQuery2.SQL.Clear;

ADOQuery2.SQL.add('select * from 稅票 ' + aa);

ADOQuery2.open;

aa := copy(sqltext.text, 19, Length(sqltext.text) - 16);

If ComboBox14.ItemIndex > 0 Then

aa := aa + ' and (［檢查科室］=''' + ComboBox14.text + ''')';

ADOQuery3.SQL.Clear;

ADOQuery3.SQL.add('select sum(查補稅款)as 查補稅款,sum(罰款)as 罰款 from 臺帳 ' + aa);

ADOQuery3.open;

edt22.Value := ADOQuery3.fieldbyname(' 查補稅款 ').AsFloat + ADOQuery3.fieldbyname('罰款').AsFloat;

If (edt22.Value = 0) Then

edt23.Value := 0

Else

edt23.Value := (edt1.Value + edt2.Value + edt3.Value) * 100 / edt22.Value;

End;

4.1.2案件競標分配子系統

案件競標分配子系統是根據《全國稅務稽查規范 1.0 版》的要求對案源進行分配管理而建立。主要內容包括競標案件名稱、競標部門、競標人員、計劃檢查天數、競標優勢、中標情況等。該子系統的運行可讓案件的分配更加透明陽光，實現了有效的監督與制約。軟件設計流程圖 4-2：

圖 4-2 案件競標分配子系統設計流程圖

案件競標分配模塊關鍵源代碼：

Begin

if MessageBox（self.Handle, pchar（'是否確定該標書為中標案件？其他標書將設置為未中標。一旦確定將無法修改。'）, '提示', MB_yesno orMB_ICONQUESTION） = IDyes then

begin form1.ADOConnection1.open;

try withform1.ADOQuery1 do

begin

SQL.Clear;

SQl.Add（'update 標書 set 狀態=:狀態 where （所屬期間=''' + edit2.Text + '''） and （納稅人名稱=''' + li stbox15.Items[li stbox1.ItemIndex] + '''）'）;

Parameters.ParamByName（'狀態'）.Value :='未中標'；

ExecSQL;

SQL.Clear；

SQl.Add（'update 標書 set 狀態=:狀態 where ID=:ID '）； Parameters.ParamByName（'狀態'）.Value :='中標'； Parameters.ParamByName（'ID'）.Value:= listbox14.Items[listbox1.ItemIndex]；

ExecSQL；

SQL.Clear；

SQl.Add（'update 競標信息 set 中標科室=:中標科室,計劃天數=:計劃天數,檢查組人員=:檢查組人員 where （所屬期間=''' +edit2.Text+'''） and （納稅人名稱=''' + listbox15.Items[listbox1.ItemIndex] + '''）'）；

Parameters.ParamByName（'中標科室'）.Value := combobox7.Text;

Parameters.ParamByName（'計劃天數'）.Value := edit4.Text; Parameters.ParamByName（'檢查組人員'）.Value := edit3.Text; ExecSQL;

showmessage（listbox15.Items[listbox1.ItemIndex] + '企業已經選出中標科室'）;

Button12Click（sender）;

end;

except

MessageDlg（'數據庫讀取出錯',mtError, [mbok], 0）; end;

form1.ADOConnection1.Close;

end;

4.1.3人事管理子系統

人事管理子系統是為了最大化的發揮人的效能，考核了解本局人員的日常出勤情況，為人員的績效管理評價提供有效的數據支持。主要內容包括人員的請銷假審批模塊、出差審批模塊、日常考勤模塊、工資管理模塊等。其中請銷假審批模塊的軟件設計流程圖 4-3：

圖 4-3 人事管理子系統請銷假審批設計流程圖

人事管理子系統請銷假模塊關鍵源代碼：

form1.ADOConnection1.Open;

With qry1 Do

Begin

Sql.clear;

Sql.add（‘select 姓名,身份,職務,公休,已休,（公休-已休） as 未休,加班,補休,補休逾期，（加班-補休-補休逾期）as未補休from名冊orderby分組,ID'）;

Open;

mmo1.Lines.Clear;

While Not EofDo

Begin

If （FieldByName（' 未休 '）.AsFloat = 0） And （FieldByName（' 未補休 '）.AsFloat = 0） Then

Begin

Next;

Continue;

End;

mmo1.Lines.add（FieldByName（'身份'）.AsString + ' ' + FieldByName（'姓

名'）.AsString + '公休剩:'+ FieldByName（'未休'）.AsString + '補休乘0 :' + FieldByName（'未補休'）.AsString）;

Next;

End;

mmo1.Visible := True; savetoexcel（bskndbgrdDBGrid7, '本年未公休名單', '本年未公休清單'）; qry1.Close;

Form1.ADOConnection1.Close;

出差審批模塊的軟件設計流程圖 4-4:

圖 4-4 人事管理子系統出差審批設計流程圖

人事管理子系統出差審批模塊關鍵源代碼：

Var

a, temp: String;

Begin

a := bsknshdwlbl36.Caption; Try

With form1.ADOQuery1 Do

Begin

SQL.Clear;

SQL.add（'update 出差審批單 set 審批人=''' + a + temp + ''',部門領導意見=''' + mmo16.Lines.Text + ''',綜合科意見=''' + mmo17.Lines.Text + ''' where id=' + lst25.Items[lv7.Itemindex]）;

ExecSQL;

ShowMessage（'出差審批單已提交'+ a + '進行審核'）;

End;

Except

MessageDlg（'數據庫讀取出錯',mtError, [mbok], 0）;

End;

If cbb28.Visible Then

Begin

If mmo18.Lines[0] = '' Then

Begin

ShowMessage（'需要填寫分管領導意見，再審核！'）；

Exit;

End;

4.1.4業務考試學習子系統

隨著社會的發展，制度不斷的完善，稅收政策也在不斷的更新。只有不斷學習最新的稅收政策業務和相關法律法規知識，才能有效降低我們日常檢查工作中的執法風險。業務考試學習子系統就是運用現代化信息技術手段，在局內形成一種學業務、比技能的氛圍，并通過多種渠道的激勵機制，把同志們的學習狀態從 “要我學”轉變成“我要學”。該子系統的主要內容包括每月最新政策學習、每月稅收政策測試、成績公布等。軟件設計流程圖 4-5：

圖 4-5 業務考試學習子系統設計流程圖業務考試學習模塊關鍵源代碼：

edit8.Text := (sender as Tcombobox).Text;// 根據選擇的不同，選擇對應的題庫類型。

bb := 'and (考試類型='''+ Edit8.Text + ''')';

ADOConnection1.Open;

try

with ADOQuery1 do

begin

sql.Clear;

SQl.Add('select*from 成績 where (nameid=' + form1.userid.Caption + ')

' + bb + 'order by 考試類型');

Open;

if RecordCount > 0 then

begin

bsknshdwlbl4.Visible := True;

btn8.Visible := True;

exit;

end;

except

MessageDlg（'數據庫讀取出錯',mtError, [mbok], 0）; end;

ADOConnection1.Close;

4.1.5文檔管理子系統

文檔管理子系統是實現局內相關稅收政策文件及內、外部文檔的錄入、歸集、分類、查詢的系統。主要包括錄入、查詢等功能。軟件設計流程圖 4-6:

圖 4-6 文檔管理子系統設計流程圖

文檔管理模塊關鍵源代碼：

var

Stream: TMemoryStream; strList: tStrings;

begin

Stream:=TMemoryStream.Create;

strList := tStringList.Create;

RichEdit1.Lines.SaveToStream（Stream）;

Stream.Position := 0;

strList.LoadFromStream（Stream）;

try

with form1.ADOQuery1 do

begin SQL.Clear;

SQL.add（'insert into 制度（標題,正文,內容,時間,發布人,附件）' 'values（:標題，:正文,:內容,:時間，:發布人,:附件）'）；

Parameters.ParamByName（'附件'）.Value := temp;

Parameters.ParamByName（'正文'）.Value := strList.Text;

Parameters.ParamByName（'內容'）.Value := RichEdit1.Lines.Text;

ExecSQL;

end;

except

MessageDlg（'數據庫讀取出錯',mtError, [mbok], 0）;

end;

showmessage（'信息發布成功！'）；

end;

4.1.6 公共信息子系統

公共信息子系統是為實現局內相關事項、議題的有效傳遞而設置。軟件設計

流程圖 4-7：

圖 4-7 公共信息系統流程圖

公共信息模塊關鍵源代碼：

form1.ADOConnection1.Open;

try

with form1.ADOQuery1 do

begin

SQL.Clear;

temp := '(人員=''' + form1.combobox1.Text + ''') and (已讀=''未讀'') and

(限辦時間 is NULL)';

SQL.add('select * from 工作信息 where ' + temp);

open;

Label17.Caption := '全部未讀數：' + inttostr(RecordCount) + '條';

end;

except

MessageDlg('數據庫讀取出錯(4077)', mtError, [mbok], 0);

end;

form1.ADOConnection1.close;

4.2系統權限控制模塊設計

以系統管理員身份輸入相對應的密碼后進入系統，進行管理功能的操作，可以為不同的操作員分配與之崗位相對應的使用權限，從而進行與之權限相對應的一系列查詢、審批等方面的操作。權限在業務上可分為局領導、辦公室、選案、稽查、審理、執行等幾種方面，對數據進行查詢、修改也能劃分為幾個級別，以此來操作不同的數據。見表4-1 所示。

表 4-1 系統權限控制模塊表

模塊名稱模塊類型函數聲明模塊功能

CheckPW 子程序 procedure CheckPW (Sender: TObject); 判斷用戶名登陸密碼的正誤

CheckQX 子程序 procedure CheckQX (var username:string); 判斷用戶的使用權限

驗證權限的關鍵源代碼如下：

Try

With ADOQuery1 Do

Begin

SQL.Clear;

SQL.add('select * from YHJS where ID=''' + edit1 .text + '''');

Open;

QXstr := Tstringlist.Create;

QXstr.Delimiter := '|';

QXstr.DelimitedText := FieldByName(' USER_RIGHTS ').AsString;

Fori := 1 To QXstr.count - 1 Do

Begin

acompent := FindComponent('CB' + inttostr(i));

TCheckBox(acompent).Enabled := strtobool(QXstr[i]);

End;

Except

MessageDlg('權限數據庫讀取出錯(0001)', mtError, [mbok], 0);

End;

4.3系統界面設計

友好的用戶界面在整個信息管理系統開發過程中是系統的最重要一個部分。它是人與機器之間傳遞和交換信息的媒介，設計出一個友好的用戶界面能使用戶使用應用程序更加的方便。設計的時候對于使用什么樣的界面應該深思熟慮，以及包含了哪些功能，運用了哪些對話框等問題也應該考慮清楚，可以說應用程序界面是否友好清晰是該應用程序是否易用的重要決定因素之一。在進行用戶界面設計時應遵循以下幾項原則[29]：

1 、簡單易用原則：簡潔的界面能便于用戶了解系統，減少用戶的使用錯誤。

2、界面一致原則：保證界面的設計風格和結構設計一致，便于用戶使用。

3、便于理解原則：采用便于理解的用戶語言，將編程語言轉化為簡單、易懂的用戶語言。

4、系統安全原則：在使用系統的時候用戶可以自己去選取使用方法，危險操作被操作時，系統便會彈出警告頁面。

5、靈活性原則：多元化的開發工具，使界面具有互動性，方便用戶的日常使用。

4.3.1用戶登錄界面設計

本系統運行后首先進入注冊登錄頁面。用戶必須選擇符合自己的用戶類型進行登錄，并輸入已經用過的用戶名以及密碼，如果系統數據庫的驗證通過了，便可以進入與用戶身份相符合的界面進行操作，不同的角色執行的操作也有很大的不同，如下圖 4-8 所示。

4.3.2各子系統界面設計實現

該部分主要對案件臺賬管理子系統、案件競標分配管理子系統、人事管理子系統、業務考試學習和公共信息子系統的界面進行表述。

1、案件臺賬管理子系統界面的數據錄入包括選案、檢查、審理、執行四個環節、跟蹤及查詢，包括案件名稱、案件下達時間、案件來源、案件檢查部門、檢查人員、立案日期、計劃完成日期、案件狀態、企業類型、檢查開始日期、檢查結束日期、查補稅款、查補罰款、查補非稅收入、移送審理日期、審理人員、審理報告日期、案件定性、審結稅款、審結罰款、審結非稅收入、處理處罰決定書下達日期、移送執行日期、執行人員、執行日期、執行稅款、執行罰款、執行非稅收入、執行滯納金等內容。如圖4-9 所示。

2、案件競標分配子系統界面包括填寫標書、領導小組意見、確定中標標書、

瀏覽科室或全局標書、競標臺賬等內容。如圖4-10所示。

圖 4-10 案件競標管理界面

3、人事管理子系統主要內容包括人員的請銷假審批、出差審批、日常考勤、工資管理等模塊。其中的請銷假審批模塊界面圖，如圖 4-11 所示。

圖 4-11 請假審批模塊界面

出差審批模塊界面圖，如圖 4-12 所示。

圖 4-12 出差審批模塊界面

4、業務考試學習子系統界面主要包括考試或練習、查看學習記錄等內容，如

圖 4-13 所示。

圖 4-13 業務考試學習界面

5、公共信息子系統界面主要包括發起資料收集、提交材料、部門匯總、單位匯總、查看結果等功能，如圖 4-14 所示。

圖 4-14 公共信息系統界面

4.4本章小結這一章學習設計了系統，并詳細地向大家介紹了本系統的各種功能模塊和數據流程圖。以友好清晰為原則對用戶的界面進行設計，將系統進一步改良,從而達到系統的最終設計目標。

第五章地稅稽查局信息管理系統的測試和維護

系統測試不光是軟件開發過程中的一個重要部分，并且整個系統建設工程都不能缺少系統測試這一部分［30］。測試主要有以下幾種方法：

1、測試可以從操作用戶的角度出發，在運行的過程中就可以發現系統存在的問題以及不足；

2、測試也可以從開發者的角度出發，以此證明其開發出來的軟件產品滿足用戶的需求。

5.1系統的測試環境

網絡環境：應用系統的服務器都應該處于稅務征管系統的內網環境下。硬件環境：

1、服務器：CPU 使用 Intel(R)Xeon(R)CPUE5-2630 V3 @2.40GHz；內存是 4GB*2；有硬盤是SATA硬盤10TB；此外還配有雙千兆網卡/1U；機架式/400W 服務器電源。

2、客戶選擇端： CPU 使用 Intel(R)Core(TM)i5-4590S CPU@3.00GHz，

內存4GB，硬盤為1TB。

軟件環境：

1、客戶服務器：Windows Server 2008 R2 Enterprise，配備 Microsoft SQL Server 2012 數據庫。

2、客戶端： Windows 7 系統。

5.2系統測試策略及規則

軟件測試是在保證軟件產品的最終質量的前提下，對軟件開發的過程中，檢測軟件產品的質量［31］。大多時候為了保證系統軟件的軟件品質，設計人員必須重視軟件設計和開發中后期對系統軟件進行的測試和驗收確認工作［32］。一般來說，系統測試分三個過程：第一個流程是模塊測試，這一流程的目的是檢測每個程序模塊在運行過程中是否存在錯誤。第二個流程是組裝測試，這一流程主要檢查每個模塊之間的接口是否存在問題。第三個流程是確認測試，主要對整個軟件系統進行全面的測試，查看系統是否能夠滿足用戶的功能需求。軟件的測試必須嚴格按照流程進行測試。詳細的測試計劃、措施規范、測試方案以及實施測試應在測試之前準備好，并記錄測試中出現的各種問題，對出現的問題仔細的分析，最終提交測試報告［33］。

5.2.1功能測試

功能測試是檢驗系統中各功能點的業務流程和它們之間的關系是否與用戶的需求存在不同。系統的工作流程以及業務邏輯結構可以利用測試來檢驗是否符合平時工作的業務需求以及相關規定，設計的程序能不能達到該系統功能設計的最初預想。功能測試主要完成兩個內容：

一是針對系統軟件界面的測試。軟件整體界面的測試，是一個對真實使用者的操作模擬的狀態。它需要參與進來的都是真實用戶，用戶參加測試后的反饋工作人員就可以借助問卷調查的形式來獲得。

二是針對系統功能點開展的測試。

1、數據庫測試：依據數據庫的規范對本信息管理系統的數據庫構架、表單及其數據之間相互的運用關系進行檢測［34］。從對數據庫設計的測試、數據一致性的測試、數據庫容量的測試、數據庫性能的測試和數據庫壓力的測試等多項內容進行測試。其中主要可能發生以下兩方面的錯誤：

⑴數據一致性方面的錯誤。當用戶提交的表單出現錯誤時，就會出現數據不一致的情況。

⑵數據輸出方面的錯誤。當網絡出現問題或者是數據邏輯出現問題時，出現輸出數據錯誤。

以上兩種情況是測試中需要完整考慮的內容。

2、表單測試：無論是用戶登陸、修改密碼、更新案件進展等所有對數據進行的操作都需要通過表單來完成。所以，我們必須保證客戶端提交給服務器的每個信息的正確性［35］。包括那些只認同默認限定值的表單選項，也要保證數據不出現問題，我們要覆蓋所有的邊界情況，所有可能出問題的地方都要一一進行驗證［36］。

5.2.2性能測試

性能測試是驗證軟件系統的各個功能模塊能否按照用戶需求進行正常工作。系統開發人員要參照說明書對軟件系統的每一個模塊都進行測試。在檢測軟件系統過程的時候，要充分體現系統性能各個方面的指標，每一個方面、每一個環節的測試都要到位。同時還要根據軟件系統的使用范圍和人數做負載性測試。性能測試完成三項工作：

一是系統性能的測試：首先，對軟件系統的各個模塊是否能夠正常打開并執行功能操作進行測試。而后，要檢測出軟件系統真實的工作能力，需要在進行綜合測試之前將所有功能模塊按照設計要求整合到一起，主要目的是發現每個子模塊組合在一起后能否運轉正常，達到設計的要求，各模塊之間是否會發生沖突出錯的情況，如果某一子模塊發生錯誤，對其他模塊會否產生影響，影響的程度會有多大，是不是可承受的范圍。最終達到各個模塊運轉正常，系統穩定運行的狀態。

二是數據準確性的測試：測試軟件系統各個模塊工作的結果與用戶在測試前設定的測試結果是否有出入。

三是負載性的測試：負載測試是為了達到預測系統能同時允許多少用戶訪問的目的，如果大量用戶同時操作同一頁面時會不會出現故障，如果超出了服務器的能力范圍，會發生哪些問題。這個測試結果對優化服務器有著重要的指導作用。

5.3系統測試實例

5.3.1用戶登錄測試

測試過程如下表 5-1 所示。

表 5-1 用戶登錄模塊測試

測試模塊測試執行過程舉例測試輸入舉例現實輸出預想輸出

用戶登錄

功能測試執行登錄命令正確輸入用戶名與密碼打開系統打開系統

執行登錄命令輸入錯誤的用戶名和密碼登錄失敗，并提示用戶名或密碼錯誤登錄失敗，并提示用戶名或密碼錯誤

執行登錄命令正確輸入用戶名不輸入密碼彈出錯誤對話框

“請輸入密碼！” 彈出錯誤對話框

“請輸入密碼！”

頁面鏈接執行鏈接命令點擊鏈接按鈕顯示頁面顯示頁面

在用戶正確輸入用戶名與密碼之后，立即點開登錄界面，系統將自動導向系統主頁。

5.3.2案件臺賬系統測試

點擊案件臺賬管理系統菜單，對選案、檢查、審理、執行四環節的數據進行錄入并進行案件臺賬匯總，測試過程如表5-2 所示。

表 5-2 案件臺賬管理用例測試

測試用例名稱四環節案件臺賬錄入匯總

測試用例描述選案、檢查、審理、執行四環節臺賬錄入匯總

用例入口用戶點擊案件臺賬管理子系統菜單

測試步驟測試結果預期結果

選案臺賬數據錄入與預期結果一致依據選案部門錄入數據系統生成選案臺賬

檢查臺賬數據錄入與預期結果一致依據檢查部門錄入數據系統生成檢查臺賬

審理臺賬數據錄入與預期結果一致依據審理部門錄入數據系統生成審理臺賬

執行臺賬數據錄入與預期結果一致依據執行部門錄入數據系統生成執行臺賬

四環節臺賬匯總與預期結果一致系統將臺賬進行匯總輸出

5.3.3人事管理子系統請假審批模塊功能界面測試

用請假審批功能模塊為例對功能界面進行測試。點擊人事管理系統中的請假審批模塊菜單，經測試，系統的所有功能均達到理想要求，結果如下表5-3所示。

表 5-3 請假審批界面測試分析表

檢查項測試結果

請假審批模塊窗口的切換和移動是否有效？有

系統里的不同類型元素是否支持鼠標操作？支持

系統里的不同類型元素是否支持鍵盤操作？支持

系統界面內各種類型的元素狀態是否正確？（例：選中、有效和無效等等）正確

系統界面內各種類型元素的文字是否正確？（例如：標題、提示等）正確

數據項回顯是否正確？正確

對于經常用到的軟件功能，用戶是否不需要閱讀手冊就可以使用？是

當執行有風險的操作時，是否有“確認”、“放棄”等提示？有

按鈕安排合理嗎？合理

審批流程合理嗎？合理

待辦事項明確嗎？明確

提示信息規范嗎？規范

5.4系統的維護

為了處理地稅稽查局信息管理系統日常運用中可能出現的故障和未知錯誤，必須對本系統進行必要的完善。同時，為使系統在使用過程中進一步滿足用戶新的使用需求，也要對系統進行更新完善。因此，系統的維護是保證本信息管理系統能夠可靠運行并提供完善服務非常關鍵的步驟。

5.4.1糾錯性維護

地稅稽查局信息管理系統的運轉過程中，出現因某些上下邏輯問題造成流程丟失的情況，通過源代碼的修改維護，系統能保證正常的運行，數據結果的輸出也正確無誤。但是隨著系統的運轉，新的問題肯定會不斷的出現，這就需要系統維護人員不斷的進行修改維護。現已通過糾錯性維護解決了一些問題，例如：在事項的審批階段不同的用戶有不同的權限，遇到的問題也不同，很容易出現邏輯錯誤流程丟失的情況。因此，需要對工作流程、程序代碼和數據表進行認真的分析修改，保證系統運行的穩定性和準確性。

5.4.2適應性維護

地稅稽查局信息管理系統在運行過程中，設計人員進一步加強了程序后臺的設計工作，進而簡化了各種情況下的后期維護工作。例如在人事管理子系統中的請假審批模塊中，對年休假的剩余天數可根據設置的不同，自動確認是否可以累計到下一個年度，不再需要通過后臺的維護來完成。經過系統的升級，使該系統的使用和維護更加的便捷。

5.4.3完善性維護

地稅稽查局信息管理系統根據用戶的需求，還需要進行大量的完善性維護。例如：增加專業的圖形報表功能，實現更加直接的對比分析功能，為領導決策提供更加直觀的效果。完善性維護是一個長期的過程，需要根據用戶需求不斷地進行調整。

5.5本章小結

本章就軟件系統如何測試與維護過程操作進行了闡述。首先，根據用戶的需求對軟件系統的各功能模塊進行了多項測試，準備了詳細的測試用例。而后，在完成了各模塊功能測試之后，又專門對軟件系統的性能進行了測試，包括系統性能的測試、數據準確性的測試和負載性測試［37］。最后，對系統的日常維護方向進行了說明。目前，本信息管理系統軟件在測試運行期間能保持穩定的運行狀態，未出現數據崩潰和卡機死機現象，每個進行測試的子系統功能均按設計邏輯正確運行，少有出現錯誤的情況。

第六章總結與展望

6.1總結

隨著現代科學技術的飛速發展，近年來，我局抓住全區地稅系統稽查管理體制改革的契機，把現代化信息技術與稅務稽查管理的創新思維相結合，建立了現代化科學技術對稅務稽查工作進行專業化、科學化管理的新局勢。

本文將我局稅務稽查的工作實際結合起來，講述了稅務稽查信息管理系統開發的技術理念、設計思序以及工作的過程。首先，根據稅務稽查工作具有專業性的特點，依據軟件工程的規范要求，完成了對系統需求的設計分。在軟件系統中設計了多個功能模塊以此達到滿足稅務稽查管理工作需求的目的，并且結合實體間的關系在數據庫中完成了對數據表結構的建立。而后，使用較為先進的數據庫系統和編程語言保障系統的穩定運行。最終，采用了很多種方法對系統進行測試，這樣就能保證該信息管理系統運行的穩定性以及準確性。本文還將每個模塊的業務展現、算法設計及其數據流程進行了詳細的分析，并以此完成了系統的設計和實現。

在單位領導、工作同事和導師耐心細致的指導幫助下，開發人員主要做了以下幾方面的工作才使地稅稽查稅務信息管理系統軟件的設計、實現和測試工作得以順利的完成，并獲得了較好的收益。

1、通過翻閱大量的書籍，對稅務稽查信息化工當前在國內外的各種狀況及其發展趨勢以及應用前景進行了深刻分析，找出了各類稽查信息管理系統軟件所存在的優點與缺點，找出問題并且解決問題，不斷的完善該系統。

2、根據稅務稽查工作選案、檢查、審理、執行四環節和綜合部門的工作實際，設立了案件臺賬管理、案件競標分配、人事管理、業務考試學習、文檔管理、公共信息六個子系統。

3、根據本局的實際需求，通過深入研究和分析論證，開發人員運用 DELPHI 7 開發環境并基于 C/S 結構開發地稅稽查信息管理系統。開發本系統過程中漸漸找出適合的風格進行編程，規范對數據庫的設計和實現。逐漸完成對稅務系統功能的開發，逐步完善各個模塊功能的設計需求以及實現效果。

4、系統基于 Microsoft SQL Server 2012 數據庫，可有效對數據進行可視化展示，并使用多層工業化系結構，解決各類稅務稽查日常工作中復雜的業務邏輯便會輕而易舉，軟件系統進行擴展與二次開發也變得比較簡單。本系統數據庫設計規范，能提供詳細的數據庫數據查詢和管理員數據庫日志查詢。

5、開發人員最終測試了系統的整體功能運行，測試結果顯示，此設計與最初的設計構想相差不大，達到了各個模塊的功能需求。

6.2展望

從現在的試用效果來看，本系統基本上能滿足本局稽查日常工作的需求，但因為時間和人力的不足，以及本人的學術水平的不足，本系統仍然存在許多的不足之處，再加上快速發展的經濟水平以及科學技術，對稽查工作的要求也會越來越高，我們設計和實現的地稅稽查信息管理系統也需要根據稅收稽查業務不斷變化的實際情況進行修改和提高。

本文結合稅務稽查管理系統的需求分析、設計思想、實現思路以及最終測試等全過程從基礎出發論述了系統具體實現的措施以及高效穩定的運行的方法。不過從最終的結果來看，本人認為系統的整體性能還有很大的提升空間。但這個工作還需要很長的時間，以下有幾個具體的方向：

1、加深對數據庫的理解以及熟練地運用。本信息管理系統數據庫大部分是利用現有的理念和產品，我們能夠熟練的運用較為簡單的數據庫，但是對于較為復雜的數據庫，由于開發人員的技術水平有限，這也正是開發人員今后學習的一個方面。

2、現如今軟件系統的功能雖然達到了稅務稽查日常工作管理的要求，但僅是從臺賬管理、競標分配、人事管理、業務學習等方面來實現，這些數據目前來看比較簡單。但是在科技飛速發展的未來，稅務稽查工作的管理要求將會越來越高，內容也會越來越廣泛，這無疑對信息化技術提出了更高的要求。這也需要今后不斷的去修改完善的方向。

針對稅務稽查管理信息化建設，本課題對于數據庫這個大世界來說只是一些皮毛的工作，像數據庫和設計模型等方面的內容都還需要進一步探索，而且還要進一步保證數據庫關聯應用的穩定運行，以上這些都需要花費很大的人力和時間去完善提高。

致謝

一寸光陰一寸金，三年的研究生學習就快結束了，三年的學習，我從對軟件工程知識的零認識到現在比較深入的了解，這都歸功于學習過程中老師和同學們無私的幫助和指導，在此我要感謝幫助過我的良師益友。首先，我最想感謝的人便是我的導師龍波老師，龍老師在我學習的過程中給予了我很大的幫助與指導。龍老師平易近人、謙虛和藹、嚴謹認真的治學態度是我學習的榜樣。

在此我還要一并感謝這三年來幫助我的各位老師,我的學業得以順利的完成很大一部分是因為你們對我的幫助，我還要感謝的就是我的同事，在整個系統設計過程中給了我莫大的鼓勵，他們踏實的學習態度，對科學知識深刻了解都是我日后學習的榜樣。最應該感謝的是我的我的家人，正因為有了他們在精神方面的鼓勵和生活、工作中的理解及支持，我才能順利的完成這三年的的學業。

參考文獻

[1]張旭梅，劉飛.企業信息化工程[M].北京：科學岀版社，2005, 1-2

[2]葛元力.流程再造理論在稅收管理領域的應用J].稅務研究，2003，（02）： 15-16

[3]薛華成.管理信息系統（第三版）[M].北京：清華大學岀版社，2002，14-15

[4]段光林.美國稅務機構現代化對我國的借鑒和啟示J].涉外稅務，2003，（12）： 65-68

[5]王曉剛，王則柯.美國稅制[M].北京：中國經濟岀版社，2003，78-85

[6]國家稅務總局教育中心.稅務系統信息技術應用[M].北京：中國稅務岀版社，2001，29-53

[7]龔光梅，王小寧.淺析美國稅收征管制度對我國稅收征管改革的啟示[J].會計之友，2006, （4）： 90-91

[8]譚榮華.稅務信息化簡明教程[M].北京：高等教育岀版社，2001，129-149

[9]姜相義，趙海峰.淺談我國的稅務系統信息化建設[J].硅谷，2009，18 （03）： 24

[10]孫正興，戚魯.電子政務原理與技術[M].北京：人民郵電岀版社，2003，4

[11]王樹西，趙星秋.信息系統建設與實施實驗教程[M].北京：對外經濟貿易大學岀版社， 2012， 80—108

[12]Richard Schmidt．Software Engineering： Architecture-driven Software[D]．U.S.A ： Morgan Kaufmann， 2013， 1—63

[13]楊冬青譯.數據庫系統概念（原書第五版） [M] .北京：機械業岀版社， 2006， 10

[14]萬常選.數據庫系統原理與設計[M].北京：清華大學岀版社，2009, 9

[15]周繼軍.網絡與信息安全基礎[M].北京：清華大學岀版社，2008，15

[16]Itzik Ben-Gan， Dejan Sarka ， Ron Talmage. Querying Microsoft SQL Server 2012 [M]. U.S.A ： Microsoft Press， 2012， 378-382

[17]董志鵬，侯艷書.SQLServer2012中文版數據庫管理、應用與開發實踐教程[M].北京：清華大學岀版社， 2016， 56-58

[18]Roger S. Pressman.軟件工程：實踐者的研究方法（原書第五版）[M].（梅宏譯）.北京：機械工業岀版社， 2002， 26-32

[19]Hasker R W， Rowe M. UMLint. Identifying defects in UML diagrams [C]. Vancouver， BC， Canada， 2011， 233-255

[20]Cem Kaner ， James Bach ， Brett Pettichord. Lessons Learned In Software Testing ： A Context-Driven Approach [D]．UK： HarperCollins UK， 2014， 2—85

[21]Ma ZM， Zhang F， Yan L. Fuzzy information modeling in UML class diagram and relational database models[J]. Applied Soft Computing Journal， 2011， 11（6）： 4236-4245

[22]廣西財政高等專科學校財稅系課題組.廣西當前稅務稽查工作存在的問題及對策J].廣西財政高等專科學校學報，2004，23 (4) ：31-32

[23]茍建宏.基于B/S結構的稅務稽查管理系統的設計與實現[D].西安：西安電子科技大學， 2009，26-27

[24]肖蘇.UML語言的建模應用[J].電腦編程技巧與維護，2009, 32 (20)： 16-17

[25]傅瑤.基于UML建模的教務管理系統分析與設計[J].科學咨詢(決策管理),2010,22(01)： 100-105

[26]王隆杰.地稅稅收業務管理信息系統設計[D].北京：北京大學，2006，35-36

[27]Eliason.A.L. System Development： Analysis， Design and Implementation 2nd ed [M]. U.S.A： Harper Collins Publishers， 2007， 265-266

[28]Harris.D.. System Analysis and Design-for the Small Enterprise 2nd ed [M]. U.S.A： Dryden

Inc.， 2007， 123-125

[29]王立新，丁希順.如何創建友好的用戶界面[J].福建電腦，2006，15(06)： 28-29

[30]Mohammad Peyravian ， Allen Roginsky ， Nev Zunic. Hash-Based Encryption

System[J]. Computers and Security， 1999， 15(07)： 354—368

[31]WhittenN.管理軟件開發項目：通向成功的最佳實踐(第2版)[M].(孫艷春等譯).北京：電子工業出版社， 2002， 142-143