【正文】 業(yè)登記，停業(yè)、復(fù)業(yè)、注銷登記，然后轉(zhuǎn)交給管理科進(jìn)行審核，管理科審核通過之后再轉(zhuǎn)交給綜合科，綜合科進(jìn)行信息填報(bào)；納稅人登記之后到計(jì)征科進(jìn)行領(lǐng)取發(fā)票，計(jì)征科到發(fā)票所申請(qǐng)發(fā)票，發(fā)票所批準(zhǔn)發(fā)票，計(jì)征科將發(fā)票發(fā)送到納稅人手中；納稅人到計(jì)征科進(jìn)行稅務(wù)申報(bào)，然后上繳稅款。為了方便納稅人，降低征納成本，提高國稅機(jī)關(guān)的工作效率，適應(yīng)專業(yè)化管理后集中征收的要求，廣泛開展納稅人多元化申報(bào) 納稅方式改革，建立以省轄市為單位的多元化電子申報(bào)信息服務(wù)平臺(tái)，通過多元化電子申報(bào)信息服務(wù)平臺(tái)，納稅人將得到更為迅速，安全，費(fèi)用低廉的納稅手段；利用系統(tǒng)提供的多種功能，納稅人將得到更為方便快捷的服務(wù)；通過舉報(bào)稅務(wù)違 法行為，可有效地保護(hù)納稅人應(yīng)有的權(quán)利；此外電子信息服務(wù)平臺(tái)與稅收征管系統(tǒng)的無縫銜接，共享數(shù)據(jù)，可以極大地提高稅務(wù)機(jī)關(guān)的辦公質(zhì)量和效率。建立起統(tǒng)一的多元化電子申報(bào)信息服務(wù)平臺(tái)， Internet等多種接入方。該系統(tǒng)主要針對(duì)稅務(wù)系統(tǒng)的五個(gè)主要科室進(jìn)行系統(tǒng)設(shè)計(jì)，分為綜合科，管理科，信息科，發(fā)票所，計(jì)征科五個(gè)部門，每個(gè)部門有不同的工作流程，綜合科可以進(jìn)行開業(yè)登記，復(fù)業(yè)登記，停業(yè)登記，注銷登記；管理科有登記審核，信息審核上報(bào)稅種稅目等；信息科有基本信息管理與維護(hù)的功能，發(fā)票所有分發(fā)發(fā)票的職權(quán)；計(jì)征科有稅務(wù)申報(bào)的職能等等；這些功能之間有著一定聯(lián)系，操作員登錄后會(huì)顯示未辦事項(xiàng)，方便工作的辦理。高新區(qū)基礎(chǔ)設(shè)施功能齊全，起步區(qū)已開發(fā)面積3平方公里，建成了高標(biāo)準(zhǔn)的路網(wǎng)、通訊、給水、排水、污水、供電、供暖及土地平整“七通一平”高標(biāo)準(zhǔn)基礎(chǔ)設(shè)施建設(shè)。目前高新產(chǎn)業(yè)園區(qū)地稅局組織機(jī)構(gòu)如下圖11所示：圖11 地稅局組織機(jī)構(gòu)圖Figure 11 Local Taxation Bureau organizational chart經(jīng)過前期調(diào)研分析和綜合其它各方面相關(guān)理論知識(shí)，給出整個(gè)稅務(wù)管理系統(tǒng)的業(yè)務(wù)流程圖如下圖12所示：業(yè)務(wù)流程描述：1. 納稅人到綜合科進(jìn)行開業(yè)登記，綜合科會(huì)將那誰人登記信息轉(zhuǎn)交個(gè)管理科進(jìn)行審核處理，管理科審核結(jié)束后指定該納稅人需要繳納的數(shù)目及稅種信息，反交給綜合科并生成納稅人信息和納稅法人信息。3. 納稅人到綜合科進(jìn)行復(fù)業(yè)登記，綜合科轉(zhuǎn)交到管理科，管理科審核納稅人復(fù)業(yè)條件是否符合，審核通過后到綜合科登記復(fù)業(yè)。5. 納稅人到發(fā)票所領(lǐng)取發(fā)票，分為初次領(lǐng)取和非初次領(lǐng)取，如果是初次領(lǐng)取，則需要發(fā)票所規(guī)定領(lǐng)取數(shù)量及種類；如果是非初次領(lǐng)取，則可以直接領(lǐng)取之前規(guī)定數(shù)量的發(fā)票。7. 信息科的管理人員對(duì)系統(tǒng)的基本信息進(jìn)行維護(hù)，提供查詢功能方便其他部門人員查詢數(shù)據(jù)信息。下面模塊劃分只是抽象意義上的劃分，各模塊之間需要共享數(shù)據(jù)，相互協(xié)作，完成整個(gè)系統(tǒng)流程，單一事物功能模塊間是相互獨(dú)立的。發(fā)票管理主要對(duì)納稅人使用的發(fā)票的種類和號(hào)碼進(jìn)行維護(hù)；稅種稅目管理是對(duì)納稅人納稅的稅種稅目的類別管理；崗位管理是對(duì)系統(tǒng)內(nèi)部也就是地稅局的組織結(jié)構(gòu)進(jìn)行管理，分為五個(gè)科室；人員管理是對(duì)五個(gè)科室的科員進(jìn)行記錄登記管理；納稅人管理是對(duì)高新產(chǎn)業(yè)園區(qū)繳納稅款的企業(yè)進(jìn)行基本信息登記；納稅法人管理是對(duì)納稅人公司的納稅負(fù)責(zé)人也就是納稅法人的基本信息進(jìn)行管理。圖15 稅務(wù)申報(bào)模塊Figure 15 tax reporting module稅務(wù)登記模塊包括四種登記方式：開業(yè)登記，復(fù)業(yè)登記，停業(yè)登記和注銷登記；開業(yè)登記即為公司或企業(yè)開業(yè)后需要到相關(guān)部門辦理手續(xù)然后持相關(guān)證明到稅務(wù)機(jī)關(guān)辦理登記手續(xù)；停業(yè)登記即為公司或企業(yè)需要停止運(yùn)營一段時(shí)間，需要到稅務(wù)機(jī)關(guān)辦理停業(yè)手續(xù)，以停止繳納稅款；復(fù)業(yè)登記為停業(yè)后重新開始營業(yè)，需要進(jìn)行復(fù)業(yè)登記，繼續(xù)繳納稅款；注銷登記是公司或企業(yè)需要永久停止，需辦理注銷登記，收回所有發(fā)票。圖17 稅務(wù)核定模塊Figure 17 tax approved modules發(fā)票管理分為初次領(lǐng)取和非初次領(lǐng)??；初次領(lǐng)取管理為納稅人在辦理登記之后第一次到發(fā)票所領(lǐng)取發(fā)票時(shí)需要由發(fā)票所規(guī)定判定該納稅人應(yīng)領(lǐng)取的發(fā)票種類和數(shù)量；非初次領(lǐng)取是納稅人可以直接領(lǐng)取已經(jīng)規(guī)定好的發(fā)票種類和發(fā)票數(shù)量。圖19 綜合查詢模塊Figure 19 query module2 系統(tǒng)需求分析在地稅局的實(shí)際管理工作中，往往由于記錄的數(shù)量多、管理復(fù)雜、可連續(xù)性差，造成稅務(wù)系統(tǒng)管理的混亂。本系統(tǒng)針對(duì)地稅局繳稅信息的特點(diǎn)和實(shí)際需求而設(shè)計(jì)，能夠有效地實(shí)現(xiàn)稅務(wù)征收管理的信息化，減輕管理人員的工作負(fù)擔(dān)，從而高效率、規(guī)范化地管理大量的稅務(wù)征收信息。需求分析階段研究的對(duì)象是軟件項(xiàng)目的用戶要求。另一方面，要準(zhǔn)確地表達(dá)被接受的用戶要求。系統(tǒng)采用B/S模式。系統(tǒng)采用MVC模式三層結(jié)構(gòu)，在客戶端用戶通過瀏覽器完成數(shù)據(jù)下載與模擬操作，瀏覽器端的表現(xiàn)邏輯通過JSP網(wǎng)頁完成。通過表現(xiàn)邏輯與業(yè)務(wù)邏輯的分離，使網(wǎng)頁內(nèi)容簡(jiǎn)潔，系統(tǒng)的可維護(hù)性和可擴(kuò)充性增強(qiáng)。本系統(tǒng)使用JSP技術(shù)作為表現(xiàn)手段，服務(wù)器采用Myeclipse自帶的Tomcat作為JSP引擎，系統(tǒng)業(yè)務(wù)邏輯由JavaBean 組件完成，使用JDBC驅(qū)動(dòng)程序訪問數(shù)據(jù)庫。 需求陳述高新產(chǎn)業(yè)園區(qū)稅務(wù)管理系統(tǒng)是一個(gè)辦理稅收登記的系統(tǒng)，所以需要進(jìn)行納稅人登記，納稅人可以領(lǐng)取發(fā)票，進(jìn)行稅務(wù)申報(bào)和稅款的上繳，所以該系統(tǒng)主要有以下六個(gè)模塊：主要包括基本信息錄入：發(fā)票管理、稅種管理、稅目管理、納稅人管理、納稅法人管理、崗位管理、人員管理；該管理模塊主要有增刪改查的功能，是系統(tǒng)最底層的信息結(jié)構(gòu)，作為系統(tǒng)信息框架。主要包括納稅人的納稅申報(bào)；該模塊是對(duì)納稅人繳稅的管理，納稅人根據(jù)自己情況，在一定時(shí)間內(nèi)進(jìn)行稅務(wù)的事實(shí)申報(bào)，并且在一定時(shí)間內(nèi)進(jìn)行繳費(fèi)。主要包括納稅人領(lǐng)取發(fā)票的流程管理，分為初次領(lǐng)取和非初次領(lǐng)取，如果是初次領(lǐng)取發(fā)票，會(huì)規(guī)定納稅人領(lǐng)取的發(fā)票種類和發(fā)票數(shù)量，如果是非初次領(lǐng)取，會(huì)查詢還可以領(lǐng)取的發(fā)票種類和數(shù)量。 Use Case建模根據(jù)稅務(wù)管理系統(tǒng)的需求可以確定7個(gè)活動(dòng)者，即信息科、管理科、計(jì)征科，發(fā)票所，綜合科，納稅人，納稅法人。管理科使用稅務(wù)審核模塊，對(duì)辦稅過程中的信息做比對(duì)調(diào)查并生成數(shù)據(jù)，主要核對(duì)納稅人信息，納稅法人信息，需納稅種和稅目的情況，以及做登記時(shí)相關(guān)信息的真實(shí)性。發(fā)票所使用領(lǐng)取發(fā)票管理模塊，對(duì)納稅人領(lǐng)取發(fā)票的數(shù)量以及種類進(jìn)行統(tǒng)計(jì)，分為初次領(lǐng)取和非初次領(lǐng)取。納稅人是使用該系統(tǒng)的主要人，納稅人首先需要進(jìn)行登記，開業(yè)后有稅務(wù)申報(bào)的義務(wù)，并且需要等待審核，申報(bào)后繳稅，如果需要可以領(lǐng)取發(fā)票。 Use Case圖根據(jù)系統(tǒng)需求分析，結(jié)合上節(jié)系統(tǒng)活動(dòng)者的定義分析，得到稅務(wù)管理系統(tǒng)的用例如下：1．稅務(wù)管理系統(tǒng)用例2．稅務(wù)登記管理用例3．綜合查詢管理用例4．基本信息管理用例5．領(lǐng)取發(fā)票管理用例 圖21稅務(wù)管理系統(tǒng)Use Case 圖Figure 21 Tax Management System Use Case diagram圖22稅務(wù)登記管理Use Case 圖Figure 22Tax Registration Management Use Case diagram圖23綜合查詢管理Use Case 圖Figure 23 Query Manager Use Case diagram圖24基本信息管理Use Case 圖Figure 24 Basic Information Management Use Case diagram圖25領(lǐng)取發(fā)票管理Use Case 圖Figure 25Receive an invoice Use Case diagram3 系統(tǒng)概要設(shè)計(jì)軟件的系統(tǒng)架構(gòu)是指通過某種特定的技術(shù)平臺(tái)，完成軟件系統(tǒng)整體功能的開發(fā)過程。一般而言，軟件系統(tǒng)架構(gòu)有兩個(gè)要素：1．它是一個(gè)軟件系統(tǒng)從整體到部分的最高層次的劃分。軟件架構(gòu)設(shè)計(jì)要達(dá)到如下的目標(biāo)：1．可行性（Feasible）。2．可靠性（Reliable）。3．安全行（Secure）。4．可定制化（Customizable）。5．可擴(kuò)展性（Extensible）。6．可維護(hù)性（Maintainable）。一個(gè)易于維護(hù)的系統(tǒng)可以有效地降低技術(shù)支持的花費(fèi)。軟件必須能夠在用戶的使用率、用戶的數(shù)目增加很快的情況下，保持合理的性能。8．客戶體驗(yàn)（Customer Experience）。軟件的最終用戶很可能是不具有計(jì)算機(jī)專業(yè)技術(shù)的人員。將信息系統(tǒng)中比較關(guān)心的對(duì)象分層，可分為三層：用戶界面層、業(yè)務(wù)層、數(shù)據(jù)訪問層（如下圖42所示），再把各層中的一些公共部分提出來，這樣得到包圖如圖31所示：圖31 系統(tǒng)體系架構(gòu)圖Figure 31 System Architecture Figure圖32 稅務(wù)管理系統(tǒng)包圖Figure 32 tax management system package diagramactionform界面包的職責(zé)是：初始化頁面信息，并接受用戶通過頁面請(qǐng)求的數(shù)據(jù)，方便其他層處理。（2）向數(shù)據(jù)訪問對(duì)象發(fā)送數(shù)據(jù)持久化操作的請(qǐng)求。biz業(yè)務(wù)邏輯包圖展開如圖35所示：圖35 biz業(yè)務(wù)邏輯包圖展開Figure 35biz business logic package diagram mencebiz業(yè)務(wù)邏輯包包含的類見圖36所示：圖36 biz業(yè)務(wù)邏輯類圖Figure 36 biz business logic class diagram(數(shù)據(jù)訪問層)包數(shù)據(jù)訪問層的職責(zé)是：（1）實(shí)現(xiàn)數(shù)據(jù)的持久化操作。dao(數(shù)據(jù)訪問層)包圖展開如圖37所示：圖37 數(shù)據(jù)訪問包圖展開Figure 37 Data Access package diagram Expanddao(數(shù)據(jù)訪問層)包包含的類見圖38：圖38數(shù)據(jù)訪問類圖Figure 38 Data Access class diagram對(duì)于每一個(gè)業(yè)務(wù)處理中需要持久化操作的對(duì)象都可以對(duì)應(yīng)為一個(gè)數(shù)據(jù)庫訪問對(duì)象，在很多業(yè)務(wù)處理中需要請(qǐng)求多個(gè)數(shù)據(jù)庫訪問對(duì)象來進(jìn)行數(shù)據(jù)的讀寫操作，而這些操作又必須在同一個(gè)事務(wù)中，這時(shí)需要用同一個(gè)數(shù)據(jù)庫連接對(duì)象來進(jìn)行統(tǒng)一的事務(wù)處理。(處理層)包action(處理層)包的主要職責(zé)是：（1）驗(yàn)證請(qǐng)求者的請(qǐng)求。action(處理層)包圖展開如圖39所示：圖39action處理層包圖展開Figure 39action processing layer package diagram expansionaction處理層包包含的類見圖310：圖310action處理層類圖Figure 310action processing layer class diagram(實(shí)體層)包entity(實(shí)體層)的職責(zé)：（1）封裝實(shí)體類屬性。entity(實(shí)體層)包圖展開如圖311所示：圖311 entity(實(shí)體層)包圖展開Figure 311 the entity (physical layer) package diagram Expandentity(實(shí)體層)包含的類見圖312：圖312 entity(實(shí)體層)類圖Figure 312The entity (physical layer) class diagram 系統(tǒng)架構(gòu)類圖將包圖展開，得到類圖，它是架構(gòu)的靜態(tài)結(jié)構(gòu)圖，表達(dá)了各個(gè)類之間的靜態(tài)聯(lián)系。圖313 系統(tǒng)架構(gòu)類圖Figure 313 System Architecture class diagram4 系統(tǒng)詳細(xì)設(shè)計(jì)本部分設(shè)計(jì)主要涉及軟件系統(tǒng)的動(dòng)態(tài)建模和系統(tǒng)類圖的詳細(xì)設(shè)計(jì)。通過為軟件系統(tǒng)項(xiàng)目建立動(dòng)態(tài)模型，從而產(chǎn)生體現(xiàn)系統(tǒng)動(dòng)態(tài)行為的可視化分析結(jié)果——包括對(duì)象的時(shí)間特性和對(duì)象為完成目標(biāo)任務(wù)而相互進(jìn)行通信的機(jī)制、對(duì)象行為的改變和狀態(tài)變化情況，以及對(duì)象可能出現(xiàn)的各種活動(dòng)狀況等信息。2. action(處理層)接收到請(qǐng)求后，轉(zhuǎn)發(fā)給biz(業(yè)務(wù)邏輯)做相應(yīng)的邏輯處理，返回結(jié)果集到actionform(界面層)。(數(shù)據(jù)層)調(diào)用entity(實(shí)體層)中的實(shí)體屬性做set或get操作，得到結(jié)果集傳回到biz(業(yè)務(wù)邏輯)。6. action(處理層)得到值后傳回到actionform(界面層)，顯示在頁面上。交互圖如下圖42至47所示：圖41系統(tǒng)架構(gòu)類的交互圖Figure 41 class interaction diagram of system architecture圖42信息科交互圖42 Information Section interaction diagrams圖43 管理科交互圖Figure 43 Management Section interaction diagrams圖44 計(jì)征科交互圖Figure 44 levied Branch interactive map圖45 發(fā)票所交互圖Figure 45 invoices interaction diagram圖46 綜合科交互圖Figure 46 Section interaction diagrams圖47 納稅人交互圖Figure 47 taxpayers interaction diagram 系統(tǒng)協(xié)作圖交互圖用來說明系統(tǒng)如何實(shí)現(xiàn)一個(gè)用例或用例中的一個(gè)特殊場(chǎng)景。時(shí)序圖按時(shí)間順序描述系統(tǒng)元素之間的交互；協(xié)作圖則按照時(shí)間和空間順序來描述系統(tǒng)元素之間的交互。狀態(tài)圖顯示了一個(gè)狀態(tài)機(jī)，它基本上是一個(gè)狀態(tài)機(jī)中的元素的一個(gè)投影，也就意味著狀態(tài)圖包括狀態(tài)機(jī)的所有特性。圖414登記狀態(tài)圖Figure 414 registration state diagram圖415基本信息修改狀態(tài)圖Figure 415 basic information mod