【正文】 分析與總體設計20正常開票頂層包 : : 前臺操作員頂層包 : : 納稅人1 : 辦理申報開票稅票重打欠稅管理稅票作廢2 : 申報開票3 : 稅票數據正確 , 沒打印出來8 : 作廢后 , 重新開票1 0 : 顯示操作結果7 : 開票數據不正確4 : 稅票重打 , 內容不變1 1 : 通知納稅人5 : 當場申報不開票 , 閣月轉欠稅車 船 稅 征 收 管 理 系 統(tǒng) 申 報 開 票 模 塊 總 體 順 序 圖6 : 從欠稅開票中提取以往的欠稅數據進行開票9 : 作廢轉欠稅圖 車船使用稅征收管理系統(tǒng)申報開票模塊順序圖說明:以微機編碼或車船號碼作為條件，提取車船使用稅納稅義務人基本信息，對于彈出信息需予以人工二次確認（考慮單位下屬車輛可能不止一輛）。先選擇“稅款來源”，再進行票證類型的選擇。正常申報對應完稅證、匯總繳款書，“滯補罰”對應罰金收據、聯網通用繳款書。滯納金和罰款采用手工計算方式進行錄入，全部納入“滯補罰”的稅款來源，單獨開票。對于日常申報戶，點擊“提取應納稅情況”控件，企業(yè)車輛信息逐條列出（設復選框，超出稅票顯示行數的予以提示）。軟件后臺自動比對每輛車的完稅情況，對于以前年度無繳款的，彈出提示。匯總繳款書信息打印一頁不超過 8 行，多余 8 行的，分票打印。南京大學碩士論文 第三章 需求分析與總體設計21受理登記頂層包 : : 前臺操作員頂層包 : : 納稅人1 : 辦理稅務登記分配稅務機關 分配科室 稅務登記表錄入 基本情況表錄入分配聯系人2 : 辦理開業(yè)登記4 : 分配主管稅務機關7 : 返回操作結果3 : 返回操作結果5 : 返回操作結果{ }車 船 使 用 稅 征 管 系 統(tǒng) 納 稅 登 記 模 塊 順 序 圖稅種鑒定9 : 返回操作結果1 1 : 返回操作結果1 4 : 稅種鑒定1 3 : 返回操作結果6 : 分配科室8 : 分配稅務聯系人1 0 : 稅務登記表錄入1 2 : 基本情況表錄入1 5 : 返回操作結果通知納稅人圖 車船使用稅征管系統(tǒng)納稅登記模塊順序圖由于納稅登記模塊功能很多，每項功能都包括很復雜的業(yè)務邏輯，為此我們將模塊的功能進行細化，生成詳細順序圖來描述，該順序圖（圖 ）詳細展示了納稅人辦理車船登記及前臺操作員接到納稅人登記申請開始至辦理完畢稅務事項的全過程，主要有受理登記、分配主管稅務機關、分配科室、分配稅務聯系人、稅務登記表錄入、基本情況表錄入、稅種鑒定幾個步驟。納稅人將報表等納稅登記資料送交前臺操作員后，前臺操作員進入受理登記辦理登記受理事項；登記完畢以后分別進入分配稅務機關、分配科室、分配稅務聯系人等環(huán)節(jié)將該納稅人資料和指定分局、科室、專管員對應；接下來進入登記表錄入環(huán)節(jié)將登記資料錄入系統(tǒng)保存；登記表錄入完成以后會進入基本情況表錄入環(huán)節(jié)將納稅人基本情況（包括車船、地址、電話、財務指標等信息）錄入系統(tǒng)保存；最后根據相關規(guī)定和專管員鑒定結果將該納稅人稅種鑒定資料南京大學碩士論文 第三章 需求分析與總體設計22在稅種鑒定環(huán)節(jié)進行登記。在一系列登記手續(xù)結束以后，將辦理結果和相應資料傳遞給納稅人，至此納稅人登記流程全部完成。 數據庫設計為了實現數據持久化，必須在數據庫中建立一些對應特定功能的數據表作為存儲。主要有業(yè)務存儲、編碼存儲和中間表三類。業(yè)務存儲主要負責存儲各類相關資料，比如納稅人登記表、應繳明細表和打印票據表等等；編碼存儲主要是存放一些不會變動的業(yè)務編碼，比如稅種編碼、稅目編碼表和操作員編碼表；中間表主要是為了整個軟件順利運行并記錄運行情況的一些表格，比如流水號、文檔號等，以下詳細說明主要功能表的基本情況。納稅人登記表(CC_DJ)納稅人編碼：系統(tǒng)自動生成，18 位或者 15 位，保證唯一性車船類型：按提供類型進行選擇車船號碼：由車管所提供，唯一登記日期：登記時間狀態(tài)：0 表示停運， 1 表示注銷此外為了關聯各數據表，需要設置外鍵，本表是基礎表，其他數據表使用本表的納稅人編碼作為關聯字段。注銷、停運信息(CC_ZTXX)文檔號：系統(tǒng)自動生成，保持唯一性納稅人編碼：與納稅人登記表保持一致車船類型：按提供類型進行選擇車船號碼：與納稅人登記表保持一致停運、注銷日期：停運或注銷時間是否停運、注銷：0 表示停運， 1 表示注銷欠稅信息(CC_QSXX)在每月做完會計統(tǒng)計后，未繳納稅款自動轉入下月欠稅，此表用于保存欠稅信息，字段有：納稅人編碼、稅款所屬期、稅種編碼、稅目編碼、欠稅金額。以后通過本表生成每月欠稅信息。某戶一個年度內繳費額不會改變。稅款所屬南京大學碩士論文 第三章 需求分析與總體設計23期表示計算本欠稅的所屬期，以這個字段為開始日期，每月 30 日為截止日期。減免信息（CC_JMXX）該表主要保存納稅人的減免信息，數據來源是應繳明細。主要字段：納稅人、稅款所屬期、稅種編碼、稅目編碼、減免金額、減免原因等信息。開票信息(CC_KPZB 和 CC_KPFB)該表主要保存納稅人的開票信息。主要字段：文檔號、文檔號序號、納稅人編碼、稅款所屬期、開票日期，稅種編碼、稅目編碼、交費車輛開票金額、稅票號碼等信息。因為支持一張票多行記錄，所以設計兩張表來實現這項功能，主表保存包括文檔號，稅票號的表，附表保存每張票的明細數據，兩者通過 ID這項關聯。PowerDesigner 對對象模型和數據庫建模兩者的支持力度都很高，此外，還支持概念模型、業(yè)務模型、需求模型等模型的分析設計。為此，在本項目中，我們使用 PowerDesigner 進行數據庫建模工作，采用先生成概念模型再生成物理模型的辦法來操作。在數據庫設計中，我們采用分層設計來實現整體數據庫的設計，下面以申報模塊流程圖（如圖 ）來展現申報模塊數據庫操作的過程，首先操作員會檢查申報車輛是否是新車，如果是則應該轉入登記模塊修改該納稅人的車輛信息（新增車輛） ，如果不是則判斷納稅人是否重復繳納，如果重復納稅則不須重復開票，否則判斷該車是否欠稅，如果欠稅則在欠稅模塊進行開票，如果不欠稅則判斷該納稅人是否有減免，如果減免則轉入減免模塊，否則在申報開票模塊進行開票。南京大學碩士論文 第三章 需求分析與總體設計24打開O p e n納稅人車輛信息查找新車 否否否檢查是否是新車檢查是否重復繳納檢查是否有欠稅重復繳納欠稅是否 檢查是否減免是欠稅開票是轉入登記模塊修改該納稅人的車輛信息減免轉入減免模塊是申報開票圖 車船使用稅征收管理系統(tǒng)申報流程圖南京大學碩士論文 第三章 需求分析與總體設計25 納稅人 該車是否欠稅 欠稅信息稅款所屬期納稅人編碼稅種稅目欠稅金額該車是否是新車減免信息稅款所屬期納稅人編碼稅種稅目減免金額是否減免m1新車信息車船類型車船號碼車主姓名錄入人員錄入日期mn112 0 0 9 5 2 3副標題車 船 使 用 稅 征 管 系 統(tǒng) 申 報 征 收 E R 圖車船類型納稅人編碼車船號碼登記日期是否停運 、 注銷減免原因開票主表文檔序號納稅人編碼票號備注文檔號開票附表稅款所屬日期文檔序號稅種稅目開票金額開票信息該車是否是新車m1m1 圖 車船使用稅征收管理系統(tǒng)數據庫申報征收 ER 圖流程圖分析完畢以后，就可以根據數據流程圖來建立概念模型和物理模型，最后實現整個數據庫的建立。概念模型不依賴于具體的計算機系統(tǒng)，他是純粹反映需求的概念結構。建模是在需求分析結果的基礎上展開，常常要對數據進行抽象處理。圖 是車船使用稅征管系統(tǒng)申報模塊實現的 E－R 圖，根據該南京大學碩士論文 第三章 需求分析與總體設計26E－R 圖，可以由 PowerDesigner 生成具體表以及表與表之間的關系。 用戶界面設計本系統(tǒng)的設計思路主要是實用、簡便、靈活、穩(wěn)定。整個系統(tǒng)有完整的組織框架和模塊分工，但由于涉及篇幅限制，這里我著重介紹下登記和申報開票模塊。因為這兩個模塊是整個征收管理系統(tǒng)運行的核心模塊，包涵了本系統(tǒng)80％的業(yè)務功能。對于界面設計我們遵循以下幾個原則：一、控件的位置拖放安排 　　在絕大多數的程序界面設計中，并不是所有的元素都具有相同的重要性，所以應抓住重點，將較重要的元素定位在對用戶來說處在一目了然的位置是非常重要的，可以嘗試根據“功能”和“關系”來組成一個邏輯信息組。按照控件在功能上的聯系，將它們放在一起，在視覺效果上也要比將它們分散在屏幕的各處要好得多?！　《?、控件的大小與一致性編排 　　控件的大小設置是程序設計時經常遇到的問題，雖然操作非常簡單，卻很難決定控件的大小。合理設置控件的大小以達成一致性是界面設計中的重要問題之一，一致性的外觀將體現應用程序的協調性。如果缺乏一致性就會使界面混亂無序，會對用戶的使用帶來不便?！　∪?、合理利用空間，保持界面的簡潔 　　界面設計最重要的原則就是簡潔與明了。對于應用程序而言，如果界面看上去很難，則可能程序使用本身也比較復雜，而在設計時稍稍深入考慮一下，便有助于創(chuàng)建看上去和用起來都很簡單的界面。　　四、合理利用顏色、圖像和顯示效果來達成內容與形式的統(tǒng)一 　　依據許多程序設計人員的經驗，應當盡量限制應用程序所用顏色的種類，而且色調也應該保持一致。我們下面主要從登記和申報開票開始進行介紹，申報開票模塊界面如圖 所示。南京大學碩士論文 第三章 需求分析與總體設計27圖 申報開票界面本系統(tǒng)中登記和申報開票模塊是核心模塊，和本系統(tǒng)其他模塊有很密切的關聯，同時和 AHTAX2022 征管軟件里的票證，登記等模塊也關系緊密。這兩個模塊的設計思路關系到整個系統(tǒng)的基本模型，其他模塊很多窗口引用了這兩個模塊的公共類，其中最頻繁使用的就是打印通用模塊了。圖 樹型結構的典型窗口南京大學碩士論文 第三章 需求分析與總體設計28在大部分窗口中，我們都廣泛采用了樹型結構的框架圖做索引(如圖 )，這樣做的目的一方面是將原本很復雜的資料結構化，一目了然的反映實際業(yè)務，另一方面操作起來通用性強，便于操作員理解。可是這樣做的代價是腳本處理非常麻煩，因為雖然窗口上東西很少，按紐通用，可是實際上不同的對象對同一個按紐的處理辦法差異很大，而且樹型窗口刷新速度較慢，不適合大量數據的顯示。所以，我們將這種結構定義在窗口中的一級構架內，減少樹型窗口的數據量。另外，將同一按紐下不同功能盡量定義成類或者存儲過程，方便調用，減少腳本量，也提高了響應速度。圖 車船信息登記為了顧及業(yè)務的流程，不得不將有些功能細化，分散到不同的窗口中。為此，我們要求所有編程人員在做程序時，按紐里的腳本必須寫成函數形式，通過調用來實現，一級菜單必須是樹型或者象上圖所示的通用型，這樣就很好的解決了上面的問題。比如圖 所示車船信息登記功能，我們做成通用的格式，不管企業(yè)車輛登記還是私人車輛登記，都可以用到這個通用功能。南京大學碩士論文 第四章 系統(tǒng)實現29第四章 系統(tǒng)實現本項目在開發(fā)過程中，針對所有包、類、窗口、數據窗口、對象的命名都有明確規(guī)定，為了減少工作量，保證程序的一致性，我們建立了多個公共父類（如公共查詢父窗口、公共提示窗口、公共編碼類數據窗口等） ，父類對象主要用來實現基本操作和基本功能函數，如在查詢父窗口中實現窗口居中、窗口拖動的基本操作，在公共編碼類數據窗口中實現按數據列正反排序等功能。本系統(tǒng)中所有控件都是以從父類中繼承并添加新代碼實現的，同時我們也大量使用了面向對象的新技術，比如后面將要提到的自定義類和用戶對象等等。我們根據用例的設計分別進行了實現，車船稅征收管理系統(tǒng)下的大類和用例對應關系分別為： 為整個車船稅征收管理系統(tǒng)的主要調用模塊實現； 對應單位車輛登記和個人車輛登記用例的實現； 對應申報開票用例的實現； 對應開票管理的實現，如減免、欠稅、匯繳等等； 對應停復業(yè)注銷、非正常戶管理用例的實現； 對應納稅人管理用例的實現； 對應數據維護用例的實現； 對應為查詢統(tǒng)計用例的實現；、 對應通用功能類的實現；由于本系統(tǒng)包含內容很多，不能展現全部實現過程，這里僅拿申報