【正文】 Computer ,9(12):9396[10] Rossella Aiello,Antonio Esposito,Giancarlo Hierarchical Measurement FrameWork for the Evaluation of Automated Business Processes[J].International Journal of Software Engineering and Knowledge ,12(4):2325[11] Palanis of Web Work:Meteor SwebBased Workflow Management System[J].University of Geia,2022,21(13):3841[12] Tagg Inary Design of a Lightweight Workflow[J].Australian Information,12(18)。謹以此文獻給你們附上我無盡的感恩和祝福。感謝所有真誠關心和無私幫助過我的同事和同學們，感謝我的父母和家人，你們的無私之愛、關懷之心，給予我最大的精神動力和物質(zhì)支持。寸草難忘三春暉，唯以此愿祝恩師。系統(tǒng)數(shù)據(jù)處理效率的問題；系統(tǒng)在一些實現(xiàn)細節(jié)方面不夠完善，例如系統(tǒng)可以查詢直觀的發(fā)票信息分析圖等，這些將在以后的工作中繼續(xù)完善；根據(jù)金稅三期的最終工作目標，將該系統(tǒng)整合到綜合征管軟件中；實現(xiàn)與網(wǎng)上申報系統(tǒng)的接口。 。系統(tǒng)還設計了標準接口，和綜合征管軟件交換征管數(shù)據(jù)，實現(xiàn)征管信息資源共享。貨運發(fā)票稅控管理系統(tǒng)是對納稅人使用稅控裝置開具的運輸業(yè)發(fā)票數(shù)據(jù)進行管理的軟件。表 43 測試缺陷分析表序號 測試內(nèi)容 測試問題 錯誤原因 錯誤級別 處理結果1單擊稅控下拉框，顯示對應班級列表信息報表顯示中稅控下拉框未聯(lián)動子下拉框稅控下拉框與子下拉框未綁定主要功能錯誤實現(xiàn)二級聯(lián)動2 發(fā)票點擊查詢列表信息報表中顯示發(fā)票的所有信息查詢語句關聯(lián)的是普通用戶的編號，不是管理員主要功能錯誤將查詢語句修改為關聯(lián)管理員的編號3 主界面登陸按鈕顯示主界面登陸按鈕不在正中間顯示未規(guī)劃界面分辨率與樣式 簡單錯誤 調(diào)整界面4 主界面右端日期顯示主界面右端日期沒有動態(tài)顯示未進行動態(tài)腳本嵌入 簡單錯誤嵌入顯示分、秒的時間動態(tài)腳本語句 本章小結本章是稅控管理系統(tǒng)的實現(xiàn)部分，這部分主要介紹了稅控管理系統(tǒng)的實現(xiàn)與系統(tǒng)的測試，在系統(tǒng)的測試中雖有一些錯誤，但是都得到了較好的解決。表 42 用戶登陸用例測試測試要求 測試登陸模塊能否達到要求前提條件 系統(tǒng)中已添加用戶的用戶名和密碼執(zhí)行步驟：輸入用戶名，不輸入密碼，點擊登陸輸入用戶名與錯誤的密碼，點擊登陸輸入正確用戶名與密碼，點擊登陸什么都不輸入，點擊登陸預期效果 測試結果提示“請輸入密碼” 通過提示“輸入的用戶名或密碼有誤，請重新輸入” 通過進入管理系統(tǒng)的主界面 通過提示“用戶名和密碼都能為空” 通過23 / 33 測試結果稅控管理系統(tǒng)的各個功能測試完畢之后，按照上述的功能測試總共測試了139 個功能，共有 2 個主要功能錯誤，2 個簡單錯誤。表 41 測試用例模板測試要求 測試需要需要達到的要求前提條件 測試前具備的條件執(zhí)行步驟： 測試過程的步驟預期效果 測試結果預計能達到的效果 測試通過或不通過以用戶登陸功能、武器信息添加功能、彈藥庫的查詢功能為例展開。22 / 33 測試過程首先需要對測試的過程做一個模板設計，然后根據(jù)設計的模板進行系統(tǒng)的測試。一般的測試過程都是讓一些沒有接觸過軟件的人員進行測試。測試分為多種的測試。 系統(tǒng)測試系統(tǒng)的測試是系統(tǒng)實現(xiàn)完成之后，非常重要的一個環(huán)節(jié)。 }稅務信息變更如圖 59 所示。成功安排+ ()+ 個考生考試!39。 ExStudent exStudent = (ExStudent)()。 hql = select a from . ExStudent a where =:studentId。}}。 //如果查詢的信息為空if (exArrangement == null)return { success: false, errors:{info: 39。Query query = getCurrentSession().createQuery(hql) .setParameter(arrangeid, arrangeid)。界面實現(xiàn)變更項目選擇界面如圖 41 所示。 } 發(fā)票認證功能實現(xiàn)功能描述稅控裝置流失是指征管過程中發(fā)生稅控裝置用戶失蹤、發(fā)票流失涉及稅控裝置流失時，稅控裝置管理人員核實、登記的業(yè)務處理。成功安排+ ()+ 個考生考試!39。 ExStudent exStudent = (ExStudent)()。20 / 33 hql = select a from . ExStudent a where =:studentId。}}。 //如果查詢的信息為空if (exArrangement == null)return { success: false, errors:{info: 39。Query query = getCurrentSession().createQuery(hql) .setParameter(arrangeid, arrangeid)。 }稅務信息變更如圖 59 所示。成功安排+ ()+ 個考生考試!39。 ExStudent exStudent = (ExStudent)()。 hql = select a from . ExStudent a where =:studentId。}}。 //如果查詢的信息為空if (exArrangement == null)return { success: false, errors:{info: 39。Query query = getCurrentSession().createQuery(hql) .setParameter(arrangeid, arrangeid)。圖 41 變更項目選擇窗口代碼實現(xiàn)如下所示。在本模塊完成后還需要對稅控盤傳輸盤進行注冊登記變更寫盤。包括稅務信息變更、增加稅種稅目、發(fā)票信息、增購稅控盤、增加傳輸盤、子用戶增減注冊登記變更情況。 系統(tǒng)功能實現(xiàn) 注冊登記功能實現(xiàn)功能描述在本系統(tǒng)已登記注冊的納稅人因為各種原因發(fā)生稅務信息變更后，需要通過本模塊來完成他在本系統(tǒng)的信息變更。采用 MySql 數(shù)據(jù)庫作為存儲數(shù)據(jù)的工具，采用Hibernate 框架作為支撐。交換機采用神州 DCS 交換機、客戶端 PC 機采用酷睿 i52450M、主頻 雙核處理器、硬盤容量 750G、內(nèi)存采用 DDR34GB、顯卡采用 GT540M2GB 獨立顯卡，保證系統(tǒng)運行的硬件環(huán)境。貨運票稅管理系統(tǒng)作為國稅與地稅部門的重要工具，需要的系統(tǒng)配置較高。系統(tǒng)的數(shù)據(jù)庫設計主要從系統(tǒng)的數(shù)據(jù)庫的結構設計與系統(tǒng)數(shù)據(jù)表的邏輯結構的設計展開。辦稅員 BSY VARCHAR2(32) 辦稅員姓名稅員簽名時 BSYQMSJ DATE 簽名時間16 / 33間受理人 SLR VARCHAR2(11) 受理稅務人員代碼受理時間 SLSJ DATE 受理時間稅務機構代碼 SWJG_DM VARCHAR2(11)遵循金稅三期統(tǒng)一編碼 本章小結本章主要從系統(tǒng)的需求分析設計、系統(tǒng)結構的設計、功能模塊設計、數(shù)據(jù)庫設計方面展開。以天為單位，但如果是30 天的倍數(shù)，就按月計算。發(fā)票類型代碼 FPLX_DM CHAR(3) √ √系統(tǒng)自定義稅務機構代碼 SWJG_DM VARCHAR2(11)記錄當前操作員的稅務機關信息。長度為 20 字節(jié)。所屬行業(yè) HY_DM VARCHAR2(6)遵循金稅三期統(tǒng)一編碼。表 42 數(shù)據(jù)庫表 A01：用戶稅務信息 DJ_SKSKJDK_YHSWXX字段中文名 字段英文名 類型長度主鍵外鍵說明用戶識別號 YHSBH VARCHAR2(20) √用戶識別號或稅務機構代碼法人代表 FRDB VARCHAR2(50) 代開時沒有辦稅員 BSY VARCHAR2(32)自開時為辦稅員代開時為開票操作員經(jīng)營地址 JYDZ VARCHAR2(80)自開時為經(jīng)營地址代開時為單位地址聯(lián)系電話 DHHM VARCHAR2(60)只作長度校驗，不校驗格式。用戶申報數(shù)據(jù)：從傳輸盤或稅控盤讀取的申報稅控數(shù)據(jù)。購票和發(fā)票使用數(shù)據(jù)：有關用戶購買發(fā)票和使用發(fā)票的數(shù)據(jù)，其數(shù)據(jù)來源是征管系統(tǒng)。表 41 系統(tǒng)功能模塊與系統(tǒng)數(shù)據(jù)庫訪問關系數(shù)據(jù)庫功能模塊登記數(shù)據(jù)庫購票數(shù)據(jù)庫接收數(shù)據(jù)庫掃描認證數(shù)據(jù)庫系統(tǒng)管理數(shù)據(jù)庫注冊登記 W購票管理 R W14 / 33接收數(shù)據(jù) R W掃描認證 R R W查詢統(tǒng)計 R R R R系統(tǒng)管理 R/W由于篇幅原因只能對部分數(shù)據(jù)表進行設計。 數(shù)據(jù)庫表結構設計在貨運票稅系統(tǒng)中，系統(tǒng)各功能模塊的運行及其操作直接影響著相應系統(tǒng)數(shù)據(jù)庫中的數(shù)據(jù)。（3）要滿足系統(tǒng)的性能需求?；A區(qū)的數(shù)據(jù)是用戶管理、基本信息設置等基礎數(shù)據(jù)區(qū)域。在設計過程中，需要滿足幾個設計原則：（1）需要遵循數(shù)據(jù)庫設計范式的原則數(shù)據(jù)庫的設計一般要滿足第三范式，如果不滿足第三范式，設計的數(shù)據(jù)庫表是個不完善的數(shù)據(jù)庫。 數(shù)據(jù)庫設計原則數(shù)據(jù)庫的設計是系統(tǒng)實現(xiàn)的關鍵部分。數(shù)據(jù)庫系統(tǒng)改換時，原有的系統(tǒng)設計要便于轉(zhuǎn)移，減少代碼重寫。所以，數(shù)據(jù)庫設計的目標是：數(shù)據(jù)對象命名合理，數(shù)據(jù)存儲合理，沒有冗余，并符合數(shù)據(jù)庫設13 / 33計的 3 個范式。12 / 33 注 冊 登 記 管 理 注 冊 登 記 變 更 注 冊 登 記 修 改 稅 控 器 具 用 戶 流 失 稅 控 器 具 注 銷 黑 名 單 處 理 購 票 信 息 管 理 用 戶 注 冊 登 記 稅 控 數(shù) 據(jù) 接 收 申 報 數(shù) 據(jù) 接 收 存 根 聯(lián) 補 錄 查 詢 統(tǒng) 計 稅 控 器 具 信 息 查 詢 稅 務 信 息 變 動 情 況 查 詢 稅 控 數(shù) 據(jù) 接 收 情 況 查 詢 通 用 查 詢 稅 控 器 具 丟 失 被 盜 損 毀