【正文】 離u 良好的數(shù)據(jù)存儲格式u 可擴(kuò)展性u 高度結(jié)構(gòu)化u 便于網(wǎng)絡(luò)傳輸u 廣泛的適用性由于XML是一個開放的基于文本的格式，在網(wǎng)上傳輸起來非常便捷；不允許遞歸定義的簡單樹形層次結(jié)構(gòu)，易于構(gòu)造，易于處理；而且由于基于XML的數(shù)據(jù)是自我描述的，數(shù)據(jù)不需要有內(nèi)部描述就能被交換，適合當(dāng)網(wǎng)絡(luò)客戶必須在不同的數(shù)據(jù)庫之間傳遞信息時的應(yīng)用，這個優(yōu)勢使網(wǎng)上不同平臺不同系統(tǒng)不同設(shè)備之間的數(shù)據(jù)交換得以方便實(shí)現(xiàn)[21]。 本章小結(jié)本章簡要介紹了本系統(tǒng)所使用的四大核心技術(shù)，這四大技術(shù)目前較為成熟的架構(gòu)和技術(shù)，特別是J2EE架構(gòu)，已經(jīng)在很多大型系統(tǒng)中得到了很好的應(yīng)用；B/S系統(tǒng)架構(gòu)也是目前最為流行和最為人們接受的架構(gòu)，而數(shù)據(jù)庫Oracle也是目前業(yè)界應(yīng)用最成熟、最安全的數(shù)據(jù)庫之一，XML語言具有良好的格式和開放的標(biāo)準(zhǔn)，因此采取這些技術(shù)是很符合需求的。系統(tǒng)需求分析主要是確定系統(tǒng)必須完成哪些工作，通過對現(xiàn)有系統(tǒng)和用戶的需求進(jìn)行分析，明確目標(biāo)系統(tǒng)到底要“做什么”，從而導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型，為系統(tǒng)的設(shè)計(jì)打下基礎(chǔ)。納稅人在經(jīng)營活動中使用稅控器具，并向稅務(wù)機(jī)關(guān)報送稅控?cái)?shù)據(jù)。1. 納稅人購置稅控裝置按稅務(wù)局要求，納稅人購買貨運(yùn)發(fā)票稅控裝置，即稅控盤和傳輸盤。3. 購票信息寫盤用戶登記注冊后，還需要購買發(fā)票并進(jìn)行購票信息寫盤，才能正常開票。4. 日常開票用戶在完成上述流程后，可以通過本系統(tǒng)的開票系統(tǒng)或通過稅局、經(jīng)稅局批準(zhǔn)的中介機(jī)構(gòu)進(jìn)行正常開票操作。5. 納稅人開票信息申報到稅務(wù)機(jī)關(guān)指定報稅時間后，納稅人將稅控盤中的開票信息形成申報數(shù)據(jù)傳遞到傳輸盤，或直接使用稅控盤到稅務(wù)局申報數(shù)據(jù)。7. 受票方納稅人持貨運(yùn)發(fā)票抵扣聯(lián)到當(dāng)?shù)貒悪C(jī)關(guān)進(jìn)行發(fā)票掃描認(rèn)證。系統(tǒng)將定期給地稅征管系統(tǒng)導(dǎo)出納稅人資格認(rèn)定文件（或是手工在地稅征管系統(tǒng)中進(jìn)行貨運(yùn)發(fā)票資格認(rèn)定）。納稅人在得到寫好發(fā)票電子信息的稅控盤或傳輸盤后即可進(jìn)行貨運(yùn)發(fā)票的開具。貨運(yùn)發(fā)票稅控系統(tǒng)將得到的申報信息傳入地稅征管系統(tǒng)進(jìn)行票表比對并得到返回的比對結(jié)果。貨運(yùn)發(fā)票稅控系統(tǒng)每月定期將上月的納稅人申報的數(shù)據(jù)清單上傳到稽核系統(tǒng)。認(rèn)證相符的抵扣聯(lián)信息傳入稽核系統(tǒng)，與地稅系統(tǒng)上傳的存根聯(lián)信息進(jìn)行比對；認(rèn)證不符的信息傳輸?shù)桨l(fā)票協(xié)查系統(tǒng)。 功能需求分析通過前面對業(yè)務(wù)數(shù)據(jù)處理流程的描述可知，稅控系統(tǒng)主要任務(wù)是基于稅控裝置推廣，采用一系列的信息技術(shù)建立程序化的稅控管理手段，確保稅務(wù)機(jī)關(guān)對稅控裝置實(shí)施統(tǒng)一有效管理。根據(jù)貨運(yùn)發(fā)票管理的要求，用戶注冊登記管理又具體分為：自開票用戶注冊登記管理和代開單位注冊登記管理（代開單位包括主管地方稅務(wù)局及經(jīng)批準(zhǔn)的中介機(jī)構(gòu)）。 稅控?cái)?shù)據(jù)接收稅控?cái)?shù)據(jù)接收處理是對開票單位報送數(shù)據(jù)進(jìn)行接收處理，生成納稅人稅控?cái)?shù)據(jù)并生成數(shù)據(jù)庫，并將下次的監(jiān)控管理數(shù)據(jù)返寫到稅控器具，通過來報稅的稅控器具將監(jiān)控管理數(shù)據(jù)回送到用戶使用的稅控盤中。 查詢統(tǒng)計(jì)稅控管理信息查詢統(tǒng)計(jì)，是指利用貨運(yùn)發(fā)票稅控系統(tǒng)數(shù)據(jù)資源，按照一定的條件和工作要求，查詢統(tǒng)計(jì)稅控裝置和稅控發(fā)票的相關(guān)信息，以報表形式輸出查詢統(tǒng)計(jì)結(jié)果。 稅控器具應(yīng)用維護(hù)是為了維護(hù)稅控器具在使用過程中出現(xiàn)的問題，目前具有口令解鎖、校準(zhǔn)時鐘、讀稅控器具信息、異常數(shù)據(jù)恢復(fù)、稅控器具應(yīng)用檢測和發(fā)票明細(xì)數(shù)據(jù)檢測等功能。包括用戶信息導(dǎo)入、稅控器具用戶資格認(rèn)定、導(dǎo)出申報匯總數(shù)據(jù)、黑名單傳送、數(shù)據(jù)清分傳送。主要包括：發(fā)票掃描認(rèn)證、打印認(rèn)證結(jié)果通知書、發(fā)票統(tǒng)計(jì)查詢、發(fā)票信息導(dǎo)出和系統(tǒng)維護(hù)。當(dāng)在國稅系統(tǒng)使用時，系統(tǒng)主要功能框架如圖32所示。圖33貨運(yùn)發(fā)票稅控系統(tǒng)（地稅）主要功能圖 非功能需求分析貨運(yùn)發(fā)票稅控系統(tǒng)作為金稅工程三期的一個重要組成部分，其建設(shè)原則和目標(biāo)遵循金稅三期的規(guī)范。本系統(tǒng)預(yù)計(jì)同時在線的人數(shù)達(dá)到1000人左右，因此本系統(tǒng)應(yīng)支持此人數(shù)的并發(fā)操作，滿足數(shù)據(jù)兩級處理的模式。系統(tǒng)的密鑰安全存放、傳輸；系統(tǒng)所有數(shù)據(jù)能安全存儲；同時，在數(shù)據(jù)傳輸時也應(yīng)能安全可靠。系統(tǒng)可在不同的機(jī)型和操作系統(tǒng)下運(yùn)行，支持不同類型的外接設(shè)備。 本章小結(jié)本章完成軟件開發(fā)過程中的軟件需求分析的過程，分析貨運(yùn)發(fā)票稅控系統(tǒng)的業(yè)務(wù)流程、業(yè)務(wù)數(shù)據(jù)流程，并對軟件的功能需求和非功能需求進(jìn)行分析，為系統(tǒng)下一步設(shè)計(jì)提供可靠理論基礎(chǔ)。同時系統(tǒng)應(yīng)該具有良好的可擴(kuò)充性、便于操作和升級維護(hù)。稅控收款機(jī)管理系統(tǒng)在金稅三期工程中有著重要地位。即：在“一個平臺”的支撐下，建立總局、省局兩級數(shù)據(jù)處理中心和以省局為主、總局為輔的數(shù)據(jù)處理機(jī)制，逐步實(shí)現(xiàn)涉稅電子數(shù)據(jù)在總局、省局兩級的集中存儲、集中處理和集中管理。系統(tǒng)分層模型如圖41所示。為了系統(tǒng)體系結(jié)構(gòu)描述的簡約化，把系統(tǒng)層次合并成基于J2EE標(biāo)準(zhǔn)的三層應(yīng)用結(jié)構(gòu)，即客戶層、應(yīng)用服務(wù)層（包括交互層、應(yīng)用層、業(yè)務(wù)領(lǐng)域?qū)印①Y源訪問層）、數(shù)據(jù)層（資源層EIS）如圖41所示：表示層（客戶端）表示層是三層結(jié)構(gòu)中的第一層次，利用Web瀏覽器作為客戶端，使客戶面對一個統(tǒng)一的應(yīng)用界面。應(yīng)用服務(wù)層（應(yīng)用服務(wù)器）中間層采用BEA公司的Weblogic，它全面支持J2EE標(biāo)準(zhǔn)。它運(yùn)行在服務(wù)器端，連接Web瀏覽器與后臺數(shù)據(jù)庫。二者均可與后臺ORACLE數(shù)據(jù)庫連接獲取數(shù)據(jù)。數(shù)據(jù)層（數(shù)據(jù)庫服務(wù)器）后臺數(shù)據(jù)庫服務(wù)器是用戶存放數(shù)據(jù)信息的地方，數(shù)據(jù)庫服務(wù)器層采用oracle9i。后臺數(shù)據(jù)庫服務(wù)器執(zhí)行操作命令并將結(jié)果返回給中間層；中間層（Servlet）根據(jù)數(shù)據(jù)庫返回的結(jié)果，構(gòu)建一個頁面返回給客戶端瀏覽器。系統(tǒng)稅務(wù)端軟件體系結(jié)構(gòu)如圖42所示。圖43稅務(wù)系統(tǒng)網(wǎng)絡(luò)圖內(nèi)部網(wǎng)絡(luò)指稅務(wù)系統(tǒng)計(jì)算機(jī)信息網(wǎng)中不涉及與非稅務(wù)部門直接進(jìn)行信息交流的部分，它是稅務(wù)計(jì)算機(jī)信息網(wǎng)的基本組成部分，包括供局域網(wǎng)用戶使用的網(wǎng)絡(luò)資源和供廣域網(wǎng)絡(luò)共同使用的網(wǎng)絡(luò)資源。外部網(wǎng)絡(luò)指稅務(wù)計(jì)算機(jī)信息網(wǎng)絡(luò)中與稅務(wù)以外的計(jì)算機(jī)網(wǎng)絡(luò)進(jìn)行信息交流的部分，現(xiàn)有的外部網(wǎng)絡(luò)主要有：各地稅務(wù)部門為納稅人提供計(jì)算機(jī)網(wǎng)絡(luò)服務(wù)的納稅人－稅務(wù)局網(wǎng)絡(luò)、各地稅務(wù)部門與業(yè)務(wù)合作單位之間進(jìn)行數(shù)據(jù)交換的計(jì)算機(jī)網(wǎng)絡(luò)。圖44 系統(tǒng)網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖 系統(tǒng)邏輯架構(gòu)貨運(yùn)發(fā)票稅控系統(tǒng)稅務(wù)端軟件的系統(tǒng)邏輯結(jié)構(gòu)可分為系統(tǒng)管理和業(yè)務(wù)邏輯兩部分，系統(tǒng)管理為業(yè)務(wù)邏輯提供服務(wù)，同時業(yè)務(wù)邏輯部分同發(fā)行中心進(jìn)行信息交互。圖45 系統(tǒng)邏輯架構(gòu)圖用戶通過瀏覽器訪問貨運(yùn)發(fā)票稅控系統(tǒng)，系統(tǒng)通過認(rèn)證服務(wù)和授權(quán)服務(wù)來確定用戶的合法性和用戶的訪問權(quán)限。業(yè)務(wù)邏輯包括注冊登記管理、購票信息管理、稅控?cái)?shù)據(jù)接收、傳輸盤稅控盤寫盤、查詢統(tǒng)計(jì)、數(shù)據(jù)傳送與發(fā)票認(rèn)證七大功能模塊，主要負(fù)責(zé)處理基本的業(yè)務(wù)流程。注冊登記管理包括：稅控裝置用戶注冊登記、注冊登記變更、稅控盤、傳輸盤丟失（被盜）、損毀處理、稅控器具用戶流失、稅控裝置注銷處理、黑名單處理。圖46 注冊登記管理功能框架圖購票信息管理購票信息管理是業(yè)務(wù)人員核實(shí)用戶《發(fā)票領(lǐng)購登記簿》的購票信息后，登記購票信息，包括發(fā)票代碼、起始號碼、終止號碼、份數(shù)等，將購票信息寫入稅控器具，并對購票信息進(jìn)行管理。購票信息管理模塊結(jié)構(gòu)如圖47所示。開票單位報送稅控?cái)?shù)據(jù)基本方式是以傳輸盤(或其它存儲介質(zhì))報送，也可采取其它方式，但都必須滿足報送發(fā)票明細(xì)數(shù)據(jù)及匯總數(shù)據(jù)的要求并保證數(shù)據(jù)的安全。稅控?cái)?shù)據(jù)接收處理模塊結(jié)構(gòu)如圖48所示。查詢統(tǒng)計(jì)包括稅控器具使用情況統(tǒng)計(jì)匯總查詢、稅控器具使用情況明細(xì)查詢、用戶基本情況查詢、購票信息寫盤查詢、稅控裝置用戶清冊、發(fā)票匯總數(shù)據(jù)接收情況查詢、用戶完稅證情況查詢、開票明細(xì)數(shù)據(jù)查詢、未按時報送數(shù)據(jù)查詢、用戶監(jiān)控管理數(shù)據(jù)查詢、稅控器具用戶流失情況查詢、稅控器具被盜損毀情況查詢、稅控器具用戶注銷情況查詢、注冊變更查詢和通用查詢。圖49 查詢統(tǒng)計(jì)功能框架圖稅控器具應(yīng)用維護(hù)稅控器具應(yīng)用維護(hù)是當(dāng)稅控器具出現(xiàn)一些異常情況時，管理系統(tǒng)對稅控器具進(jìn)行的一些基本維護(hù)操作(如口令解鎖)。數(shù)據(jù)傳送包括：用戶信息導(dǎo)入、稅控器具用戶資格認(rèn)定、申報匯總數(shù)據(jù)導(dǎo)出、黑名單傳送、數(shù)據(jù)逐級確認(rèn)上傳、申報明細(xì)數(shù)據(jù)導(dǎo)出和完稅憑證信息導(dǎo)出。圖410 數(shù)據(jù)傳送功能框架圖發(fā)票認(rèn)證對用戶持有的可抵扣的“公路、內(nèi)河貨物運(yùn)輸發(fā)票”（包括自開和代開）的抵扣聯(lián)進(jìn)行掃描認(rèn)證，并對數(shù)據(jù)進(jìn)行清分傳輸?shù)絽f(xié)查、稽核和“一窗式”比對系統(tǒng)中。發(fā)票認(rèn)證模塊結(jié)構(gòu)如圖411所示。1. 貨物運(yùn)輸發(fā)票抵扣聯(lián)匯總清單（1）文件命名規(guī)則貨物運(yùn)輸發(fā)票抵扣聯(lián)匯總清單文件的命名規(guī)則：“YSFPDKLSKHZ”+申報所屬年月+“_”+匯總稅務(wù)機(jī)關(guān)代碼+ “_HZ”。（2）匯總文件格式?xml version= encoding=GBK?!運(yùn)輸發(fā)票抵扣聯(lián)匯總文件DTD!ELEMENT SCHEMA (SWJG)! NAME ：模式名稱，“YSFPDKLSKHZ” CHSNAME ：模式漢字名稱，“貨物運(yùn)輸發(fā)票抵扣聯(lián)匯總清單” SSSQ ：申報所屬時期，如“200402” CRC ：CRC校驗(yàn)文件名，存放接口文件的CRC校驗(yàn)碼，如“YSFPDKLSKHZ200402_1330206_ ”!ATTLIST SCHEMA NAME CDATAREQUIRED CHSNAME CDATA REQUIRED SSSQ CDATA REQUIRED CRC CDATA REQUIRED!ELEMENT SWJG (SWJG+ | TAXPAYER*)!匯總稅務(wù)機(jī)關(guān)信息。CJRDM為納稅人代碼。CJRMC為納稅人名稱。例如：有稅務(wù)機(jī)關(guān)代碼為“1330206”，匯總數(shù)據(jù)所屬時期為2003年9月，申報貨物運(yùn)輸發(fā)票抵扣聯(lián)清單（模式名為YSFPDKLSKHZ），則CRC校驗(yàn)文件名為：YSFPDKLSKHZ200309_1330206 。例：，表示票據(jù)類型為貨運(yùn)發(fā)票，采集稅務(wù)機(jī)關(guān)代碼為：114010500，生成時間為：2004年5月27號15點(diǎn)21分21秒。例如：納稅人“110108633709570”的“2006年2月”的掃描信息文件的文件名為“SKSKJDK ”。表41 hand節(jié)點(diǎn)數(shù)據(jù)項(xiàng)說明表屬性名稱中文名稱最大字符長度空否備注jkmc接口文件名稱45非空ver版本號3非空nsrsbh納稅人識別號20非空ssyf所屬月份7非空格式為yyyymmtgfpzs通過認(rèn)證發(fā)票份數(shù)總計(jì)非空本月所有通過認(rèn)證的貨運(yùn)發(fā)票總數(shù)量，小數(shù)點(diǎn)后保留兩位，單位為元tgfpzje通過認(rèn)證發(fā)票金額總計(jì)非空本月所有通過認(rèn)證的貨運(yùn)發(fā)票總金額，小數(shù)點(diǎn)后保留兩位，單位為元tgfpzse通過認(rèn)證發(fā)票稅額總計(jì)非空本月所有通過認(rèn)證的貨運(yùn)發(fā)票總稅額，小數(shù)點(diǎn)后保留兩位，單位為元表42row節(jié)點(diǎn)數(shù)據(jù)項(xiàng)說明表屬性名稱中文名稱字符最大長度空否備注fpzl發(fā)票種類2非空目前只有種：“01”：自開、“02”：代開、“03”、聯(lián)運(yùn)注：在一個xml文件中fpzl是唯一的不可重復(fù)。表43 F_GET_YH_SMJGXX存儲過程參數(shù)說明序號參數(shù)名稱參數(shù)類型參數(shù)值類型參數(shù)中文名稱說明1avc_nsrsbh輸入Varchar(20)納稅人識別號1520位的納稅人識別號2ac_ssyf輸入Char(7)所屬月份認(rèn)證發(fā)票所屬月份（格式：YYYYMM）3an_tgfpzs輸出Number(16,2)通過認(rèn)證發(fā)票份數(shù)總計(jì)4an_tgfpzje輸出Number(16,2)通過認(rèn)證發(fā)票金額總計(jì)5an_tgfpzse輸出Number(16,2)通過認(rèn)證發(fā)票稅額總計(jì)3. 與一窗式比對系統(tǒng)接口（EJB方式）（1）由Ctais請求掃描認(rèn)證端消息內(nèi)容格式（格式一）?xml version= encoding=GB2312?business id= ment=查詢貨物運(yùn)輸發(fā)票認(rèn)證金額 group data name=NSRSBH value=00000000000001201/data name=SSSQ value=200604/ /group/business（2）期望由認(rèn)證端返回的消息格式（格式二）?xml version= encoding=GB2312?business id= group data name=NSRSBH value=00000000000001201/ data name=SSSQ value=200604/ data name=TGFPZJE value=/ data name=TGFPZSE value=/ /group/business（3）期望掃描認(rèn)證端提供接口內(nèi)容接口形式如表44所示。返回值如表46所示。對于不足的項(xiàng)目可以進(jìn)一步討論格式要求與Ctais接入的規(guī)范。數(shù)據(jù)庫設(shè)計(jì)的好壞直接關(guān)系到開發(fā)周期和系統(tǒng)性能。數(shù)據(jù)對象的關(guān)系清晰明了，符合業(yè)務(wù)邏輯，同時保證數(shù)據(jù)的完整性。同時要考慮到本系統(tǒng)作為國稅金稅三期的一個重要組成部分，國稅金稅三期的各子模塊之間以及和原有系統(tǒng)的數(shù)據(jù)交換，所以數(shù)據(jù)庫的命名、字段的命名、字段的類型、字段長度等都要符合金稅三期工程標(biāo)準(zhǔn)。圖412系統(tǒng)總體數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)如圖所示，系統(tǒng)在邏輯上可按功能劃分為貨運(yùn)發(fā)票登記數(shù)據(jù)庫、購票信息數(shù)據(jù)庫、稅控盤傳輸盤接收數(shù)據(jù)數(shù)據(jù)庫、掃描認(rèn)證數(shù)據(jù)庫以及系統(tǒng)管理數(shù)據(jù)庫共六部分。 系統(tǒng)功能模塊與系統(tǒng)數(shù)據(jù)庫在貨運(yùn)發(fā)票稅控系統(tǒng)中，系統(tǒng)各功能模塊的運(yùn)行及其操作直接影響著相應(yīng)系統(tǒng)數(shù)據(jù)庫中的數(shù)據(jù)