【導讀】核心系統(tǒng)，隨著社會的發(fā)展、地稅信息化業(yè)務流程不斷更新、征管范圍不斷擴大，并且針對面向對象軟件開發(fā)的各個階段，結合車船使用稅征管系統(tǒng)中申報。模塊的設計和實現(xiàn)進行了深入細致的描述。模塊用例圖和順序圖，然后研究了如何使用PowerDesigner實現(xiàn)數據庫建模，規(guī)劃使用PowerBuilder工具進行腳本開發(fā)。設打下了良好的基礎，目前該系統(tǒng)已成功上線并獲得一致好評。

　　

【正文】 和管理。納稅人和局領導通過用例“查詢統(tǒng)計”來實現(xiàn)對納稅人基本信息和專管員、前臺操作員工作情況的監(jiān)控、管理、分析。最后系統(tǒng)管理員通過用例“數據維護”來保證整個系統(tǒng)的穩(wěn)定、有序的運行。 下圖 為“申報開票模塊”的功能細化用例圖，申報模塊的用戶主要包括5 類：前臺操作員、專管員、部門主管、系統(tǒng)管理員、納稅人。 前 臺 操 作 員專 管 員納 稅 人車 船 稅 征 管 系 統(tǒng) 申 報 模 塊 用 例 圖申 報 開 票稅 票 重 打非 正 常 戶 管 理稅 票 作 廢停 運 與 注 銷欠 稅 管 理查 詢 統(tǒng) 計 納 稅 人 管 理數 據 維 護部 門 主 管系 統(tǒng) 管 理 員 u s e s u s e s u s e s u s e s u s e s u s e s u s e s u s e s u s e s u s e s u s e s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s e x t e n d s 圖 車船稅征管系統(tǒng)申報模塊用例圖 說明： 在開票模塊 設置“保存”、“增加”、“作廢”、 “匯繳” “重新打印稅票”南京大學碩士論文 第三 章 需求分析與總體設計 19 和“退出”按鈕。 （ 1）當所有申報數據處理完畢，確認無誤后，點擊“保存”，彈出提示“申報數據已保存，是否打印稅票”提供“是”“否”兩按鈕供選擇。 （ 2）選擇 “重新打印稅票” 后，“重新打印稅票”被激活。 如果 在是否打印稅票提供的選擇 按鈕中點擊“否”或首次打印不成功的，可以通過重新打印稅票再次打印 。（ 調用稅票重打子菜單 開票時，系統(tǒng) 自動填充當前的字軌和 稅 票號） （ 4）設置稅票重打子菜單，通過字軌號和 稅 票號來檢索需重打的稅票。 （ 5）匯繳按預算級次和稅種（預算科目）進行 分類，分開打印 。 （ 6）如果申報數據處理完發(fā)現(xiàn)有錯誤，可以點擊“作廢”，重新開始申報程序。如需連續(xù)開票，可在完成一條申報操作流程后，點“增加”，開始新的申報?！巴顺觥卑粹o用于徹底關閉窗口。 納稅登記模塊和 申報模塊順序圖 確定系統(tǒng)用例后，繼續(xù)完成用例的細化階段，利用 UML 中的順序圖描述參與者與系統(tǒng)的交互，用活動圖來描述工作流程。以 下主要以車船 使用稅征管 系統(tǒng)中的 納稅登記模塊和 申報開票模塊 為例 來完成順序圖的描述。圖 主要描述了以 前臺操作員身份登陸系統(tǒng)后所進行的操作，由 于申報開票模塊業(yè)務很多，不便在一張圖上完整描述，故只選取其中 主要業(yè)務功能（包括正常開票、稅票重打、稅票作廢、欠稅管理）制作順序圖，從本圖可以看出申報開票模塊功能全貌。 南京大學碩士論文 第三 章 需求分析與總體設計 20 正 常 開 票頂 層 包 : : 前 臺 操 作 員頂 層 包 : : 納 稅 人1 : 辦 理 申 報 開 票稅 票 重 打欠 稅 管 理稅 票 作 廢2 : 申 報 開 票3 : 稅 票 數 據 正 確 , 沒 打 印 出 來8 : 作 廢 后 , 重 新 開 票1 0 : 顯 示 操 作 結 果7 : 開 票 數 據 不 正 確4 : 稅 票 重 打 , 內 容 不 變1 1 : 通 知 納 稅 人5 : 當 場 申 報 不 開 票 , 閣 月 轉 欠 稅車 船 稅 征 收 管 理 系 統(tǒng) 申 報 開 票 模 塊 總 體 順 序 圖6 : 從 欠 稅 開 票 中 提 取 以 往 的 欠 稅 數 據 進 行 開 票9 : 作 廢 轉 欠 稅 圖 車船使用稅征收管理系統(tǒng)申報開票模塊順序圖 說明 : 以微機編碼或車船號碼作為條件，提取車船使用稅納稅義務人基本信息，對于彈出信息需予以 人工二次確認（考慮單位 下屬車輛可能不止一輛 ）。 先選擇“稅款來源”，再進行票證類型的選擇。正常申報對應完稅證、匯總繳款書，“滯補罰”對應罰金收據、聯(lián)網通用繳款書。 滯納金和罰款采用手工計算方式進行錄入，全部納入“滯補罰”的稅款來源，單獨開票。 對于日常申報戶，點擊“提取應納稅情況”控件，企業(yè) 車輛信息逐條列出（設復選框，超出稅票顯示行數的予以提示）。 軟件后臺自動比對每輛車的完稅情況，對于以前年度無繳款的，彈出提示。 匯總繳款書信息打印一頁不超過 8 行，多余 8 行的，分票打印 。 南京大學碩士論文 第三 章 需求分析與總體設計 21 受 理 登 記頂 層 包 : : 前 臺 操 作 員頂 層 包 : : 納 稅 人1 : 辦 理 稅 務 登 記分 配 稅 務 機 關 分 配 科 室 稅 務 登 記 表 錄 入 基 本 情 況 表 錄 入分 配 聯(lián) 系 人2 : 辦 理 開 業(yè) 登 記4 : 分 配 主 管 稅 務 機 關7 : 返 回 操 作 結 果3 : 返 回 操 作 結 果5 : 返 回 操 作 結 果{ }車 船 使 用 稅 征 管 系 統(tǒng) 納 稅 登 記 模 塊 順 序 圖稅 種 鑒 定9 : 返 回 操 作 結 果1 1 : 返 回 操 作 結 果1 4 : 稅 種 鑒 定1 3 : 返 回 操 作 結 果6 : 分 配 科 室8 : 分 配 稅 務 聯(lián) 系 人1 0 : 稅 務 登 記 表 錄 入1 2 : 基 本 情 況 表 錄 入1 5 : 返 回 操 作 結 果通 知 納 稅 人圖 車船使用稅征管系統(tǒng)納稅登記模塊 順序圖 由于納稅 登記模塊功能很多，每項功能都包括很復雜的業(yè)務邏輯，為此我們將模塊的功能進行細化，生成詳細順序圖來描述，該順序圖（圖 ）詳細展示了納稅人辦理車船登記及前臺操作員接到納稅人 登記申請開始至辦理完畢稅務事項的全過程，主要有受理登記、分配主管稅務機關、分配科室、分配稅務聯(lián)系人、稅務登記表錄入、基本情況表錄入、稅種鑒定幾個步驟。 納稅人將 報表等納稅 登記資料送交前臺操作員后，前臺操作員進入受理登記辦理 登記受理事項；登記完畢以后 分別進入分配稅務機關、分配科室、分配稅務聯(lián)系人 等環(huán)節(jié)將該納稅人資料和指定分局、科室、專管員對應；接下來進入登記表錄入環(huán)節(jié)將登記資料錄入系統(tǒng)保存； 登記表錄入 完成以后會進入基本情況表錄入環(huán)節(jié)將納稅人基本情況（包括車船、地址、電話 、財務指標等信息）錄入系統(tǒng)保存；最后根據相關規(guī)定和專管員鑒定結果將該納稅人稅種鑒定資料在稅種鑒定南京大學碩士論文 第三 章 需求分析與總體設計 22 環(huán)節(jié)進行登記。在一系列登 記手續(xù)結束以后，將辦理結果和相應資料傳遞給納稅人，至此納稅人 登記流程全部完成。 為了 實現(xiàn) 數據 持久化，必須在數據庫中建立一些對應特定功能的數據表作為存儲 。 主要有業(yè)務存儲、編碼 存儲和中間表三類。業(yè)務存儲主要負責存儲各類相關資料，比如納稅人 登記表、應繳明細表和打印票據表等 等 ；編碼存儲主要是存放一些不會變動的業(yè)務編碼，比如稅種編碼、稅目編碼表和操作員編碼表；中間表主要是為了整個軟件順利運行并記錄運行情況的一些表格，比如流水號、文檔號等，以下詳細說明主要功能表的基本情況。 納稅人 登記表 (CC_DJ) 納稅人編碼：系統(tǒng)自動生成， 18 位或者 15 位 ， 保證唯一性 車船類型： 按提供類型進行選擇 車船號碼：由車管所提供，唯一 登記日期： 登記時間 狀態(tài) ： 0 表示停運， 1 表示注 銷 此外為了關聯(lián)各數據表，需要設置外鍵，本表是基礎表，其他數據表使用本表的納稅人編碼作為關聯(lián)字段。 注銷、停運 信息 (CC_ZTXX) 文檔號：系統(tǒng)自動生成，保持唯一性 納稅人編碼： 與納稅人登記表保持一致 車船類型： 按提供類型進行選擇 車船號碼： 與納稅人登記表保持一致 停運、注銷 日期： 停運或注銷時間 是否停運、注銷： 0 表示停運， 1 表示注銷 欠稅信息 (CC_QSXX) 在每月做完會計統(tǒng)計后，未繳納稅款自動轉入下月欠稅，此表用于 保存欠稅信息，字段 有：納稅人編碼、稅款所屬期、 稅種編碼、稅目編碼、欠稅金額。以后通過本表生成每月欠稅信息。某戶一個年度內繳費額不會改變。 稅款 所屬期 表南京大學碩士論文 第三 章 需求分析與總體設計 23 示計算本 欠稅的所屬期 ，以這個字段為開始 日期 ，每月 30 日為截止 日期 。 減免信息（ CC_JMXX） 該表主要保存納稅人的減免信息， 數據來源是應繳明細。主要字段：納稅人、稅款所屬期 、 稅種編碼、稅目編碼、減免金額、減免原因等信息。 開票信息 (CC_KPZB 和 CC_KPFB) 該表主要保存納稅人的 開票 信息。主要 字段：文檔號、文檔號序號、納稅人編碼、稅款所屬期 、開票日期，稅種編碼、稅目編碼、交費車輛開票金額、稅 票號碼 等信息。因為支持一張票多行記錄，所以設計兩張表來實現(xiàn)這項功能，主表保存包括文檔號， 稅 票號的表，附表保存每張票的明細數據，兩者通過 ID 這項關聯(lián)。 PowerDesigner 對對象模型和數據庫建模兩者的支持力度 都很高 ，此外，還支持概念模型、業(yè)務模型、需求模型 等模型 的分析設計。 為此，在本項目中，我們使用 PowerDesigner 進行數據庫建模工作，采用先生成概念模型再生成物理模型的辦法來操作。 在數據庫設計中，我們采用分層設計來實現(xiàn)整體數據庫的設計，下面以申報模塊流程圖（如圖 ）來展現(xiàn) 申報模塊數據庫操作的過程 ，首先操作員會檢查申報車輛是否是新車，如果是則應該轉入登記模塊修改該納稅人的車輛信息（新增車輛），如果不是則判斷納稅人是否重復繳納，如果重復納稅 則 不須重復開票，否則判斷該車是否欠稅，如果欠稅則在欠稅模塊進行開票，如果不欠稅則判斷該納稅人是否有減免，如果減免則轉入減免模塊，否則在申報開票模塊進行開票。 南京大學碩士論文 第三 章 需求分析與總體設計 24 打 開O p e n納 稅 人 車 輛 信 息 查找新 車 否否否檢 查 是 否 是 新 車檢 查 是 否 重 復 繳 納檢 查是 否 有 欠 稅重 復 繳納欠 稅是否 檢 查 是 否 減 免是欠 稅 開 票是轉 入 登 記 模 塊 修 改該 納 稅 人 的 車 輛 信息減 免轉 入 減 免 模 塊是申 報 開 票 圖 車船使用稅征收管理系統(tǒng)申報流程圖 南京大學碩士論文 第三 章 需求分析與總體設計 25 納 稅 人 該 車 是 否 欠 稅 欠 稅 信 息稅 款 所 屬 期納 稅 人 編 碼稅 種稅 目欠 稅 金 額該 車 是 否 是 新 車減 免 信 息稅 款 所 屬 期納 稅 人 編 碼稅 種稅 目減 免 金 額是 否 減 免m1新 車 信 息車 船 類 型車 船 號 碼車 主 姓 名錄 入 人 員錄 入 日 期mn112 0 0 9 5 2 3副 標 題車 船 使 用 稅 征 管 系 統(tǒng) 申 報 征 收 E R 圖車 船 類 型納 稅 人 編 碼車 船 號 碼登 記 日 期是 否 停 運 、 注 銷減 免 原 因開 票 主 表文 檔 序 號納 稅 人 編 碼票 號備 注文 檔 號開 票 附 表稅 款 所 屬 日 期文 檔 序 號稅 種稅 目開 票 金 額開 票 信 息該 車 是 否 是 新 車m1m1 圖 車船使用 稅征收管理系統(tǒng)數據庫 申報征收 ER 圖 流程圖分析完畢以后，就可以根據數據流程圖來建立概念模型和物理模型，最后實現(xiàn)整個數據庫的建立。 概念模型不依賴于具體的計算機系統(tǒng)，他是純粹反映 需求的概念結構。建模是在