基于J2EE的货运票税管理系统设计与实现(范本1)

1、分类号分类号 学号学号 学校代码学校代码 密级密级 学学士士 学学位位论论文文基于基于 J2EE 的货运票税管理的货运票税管理系统设计与实现系统设计与实现学位申请人学位申请人：*学科专业学科专业：计算机科学与技术计算机科学与技术指导教师指导教师：* 教授教授答辩日期答辩日期：2014.6.10独独创创性性声声明明本人声明所呈交的学位论文是我个人在导师指导下进行的研究工作及取得的研究成果。尽我所知，除文中已经标明引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写过的研究成果。对本文的研究做出贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的法律结果由本人承担。学位论文作者

2、签名：日期： 年 月 日学位论文版权使用授权书学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定，即：学校有权保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。本人授权华中科技大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。保密， 在 年解密后适用本授权书。不保密。（请在以上方框内打 “” ）学位论文作者签名： 指导教师签名：日期： 年 月 日 日期： 年 月 日本论文属于摘摘 要要随着社会主义市场经济的快速发展，发票在社会经济活动中的作用日益扩大。然而由于发票使用的分散性，税

3、务部门无法对发票使用作很好的监控，导致国家税收的大量流失。货运发票税控管理系统就是为了解决这一难题，实现对纳税人经营活动的有效管理，提高税务系统对货物运输行业发票的监管水平，推进依法治税，遏制偷逃税行为。本文阐述了货运票税管理系统实现原理，主要功能和关键技术。税务机关通过货运票税管理系统对纳税人购买的税控设备进行初始化发行，将纳税人基本信息和税控收款机、税控盘进行绑定，发放税控收款机使用的电子发票，采集纳税人通过税控设备开具的发票数据，并与税务机关使用的综合征管软件中纳税人的申报数据进行票表比对，从而达到有效监控纳税人实际销售情况的目的。同时，税务机关还可以通过本系统对纳税人使用的税控设备中的

4、开票数据进行核查、比对、分析。本系统采用了基于 B/S 模式的三层体系结构，界面层采用 JSP 技术访问 Web服务器，中间层应用服务器存储以 JavaBean 形式表示的业务逻辑，底层使用Oracle9i 数据库。货运票税管理系统的推广运行取得了良好的效果，为实现货物交通运输业营业税科学化、精细化的管理提供技术保障。关键词：关键词：货运发票；税控系统；B/S 模式；J2EE 框架 AbstractWith the rapid development of the socialist market economy, the invoice plays a growing role in soc

5、io-economic activities. However, due to the dispersion of invoice using, the tax department is unable to make good use of invoices monitoring, resulting in a huge loss of state tax revenue. The Freight Invoice Tax Controlled Management System (FITMCS) was applied to solve this problem by realizing t

6、he effective management of taxpayers operating activities, and improving the level of regulation of the tax system on the cargo transportation industry invoice, which advanced the taxation administration by law and inhibited the tax dodging and evasion.This dissertation describes the FITMCS principl

7、e, main functions and key techniques. With the FITMCS, the tax authorities could initialize the Fiscal Cash Register electronic invoicing through the equipment purchased by taxpayers, thus binding the Fiscal Cash Register and the IC card with the taxpayers basic information, providing the electronic

8、 invoices, collecting the sales data of the invoice issued by taxpayers, and comparing the sales data with the declaration data in CTAIS system, so as to achieve the purpose of effective, monitoring of the actual sales taxpayers. Meanwhile, the tax authorities could also use this system to verify, c

9、ompare and analyze the sales data of invoice issued by taxpayers. The FITMCS adopts the three layers architecture based on the B/S pattern, the interface layer uses the JSP to access the WEB Server, the middle layer storages and runs the business logic showed with the JavaBean, and the bottom layer

10、uses the Oracle 9i database.The application of the FITMCS produced expected positive results, which provides technical backup for the business tax in scientific perspective.Keywords: Freight Invoice; Tax Controlled; B/S Model; J2EE Framework目目 录录1 1 绪绪 论论.1 11.11.1 项目研究背景与意义项目研究背景与意义.1 11.1.1 课题背景 .

11、11.1.2 研究的意义 .11.21.2 国内外研究现状国内外研究现状.2 21.2.1 国外税控系统的研究现状 .21.2.2 国内税控系统现状 .31.31.3 论文主要研究的内容论文主要研究的内容.3 31.41.4 论文组织结构论文组织结构.3 32 2 相关技术背景相关技术背景.5 52.12.1 B/SB/S 模式模式 .5 52.22.2 J2EEJ2EE 架构架构 .5 52.2.3 3 OracleOracle 数据库数据库 .7 72.2.4 4 本章小结本章小结.7 73 3 系统需求分析与设计系统需求分析与设计.8 83.13.1 系统需求分析系统需求分析.8 83.

12、1.1 业务流程分析 .83.1.2 功能需求分析 .83.1.3 非功能需求分析 .103.23.2 系统结构设计系统结构设计.10103.2.1 系统框架设计 .103.2.2 系统网络部署结构设计 .123.2.3 功能结构设计 .123.33.3 数据库设计数据库设计.13133.3.1 数据库设计原则 .143.3.2 数据库表结构设计 .143.43.4 本章小结本章小结.17174 4 系统实现与测试系统实现与测试.18184.14.1 系统实现环境系统实现环境.18184.1.1 硬件环境 .184.1.2 软件环境 .184.24.2 系统功能实现系统功能实现.18184.2

13、.1 注册登记功能实现 .184.2.2 发票认证功能实现 .214.2.3 购票信息写盘功能实现 .224.34.3 系统测试系统测试.22224.3.1 测试过程 .234.3.2 测试结果 .244.44.4 本章小结本章小结.24245 5 总结与展望总结与展望.25255.15.1 总结总结.25255.25.2 展望展望.2525致致 谢谢.2626参考文献参考文献.27271 绪绪 论论1.1 项目研究背景项目研究背景与意义与意义1.1.1 课题背景课题背景1994年，我国实施了以增值税为主要内容的新一轮工商税制改革，建立了以增值税为主体税种的税制体系，并实施以增值税专用发票为主

14、要扣税凭证的增值税征管制度。随着税制改革的推进，新税制与旧的征管手段之间的矛盾日益突出，国务院决定引入现代化技术手段加强对增值税的监控管理，定名为“金税工程”，并列入了国家信息化建设重点工程。 在国务院的直接领导和各方面的积极配合下，全国税务系统于1994年3月起，先后组织实施了金税工程一期、金税工程二期，通过金税工程一、二期的实施，有效地加强了对增值税的管理1，基本上堵塞了增值税专用发票管理中存在的漏洞。但从国家对整个税收工作的要求来看，我国税务管理信息系统的建设依然任重而道远。但从国家对整个税收工作的要求来看，税务管理信息系统的建设依然任重而道远2。在税收领域，特别是在金税工程(二期)控制

15、之外的商业零售、餐饮、娱乐和其他服务业等最终消费环节，税收征收率和税负明显偏低，纳税人依法纳税意识淡薄，偷税逃税现象依然比较严重；尤其是对财务核算不健全的纳税人，税务机关难以实施有效监控.这种现状不但严重扰乱正常的经济秩序，而且导致国家税收大量流失。如:商家为了偷逃税款，经常销售不计收入，由于其财务核算不健全，税务机关难以对这些纳税人进行查处。1.1.2 研究的意义研究的意义推广应用货运票税系统，是规范税收秩序的需要。犯罪分子利用运输发票大肆偷逃骗取国家税款，不仅严重干扰了正常的税收秩序，破坏了依法治税的良好环境，损害了国家利益，也给整个经济运行带来了严重影响3。一方面，伪造、虚开、假开运输发

16、票，偷逃营业税，骗抵增值税，使守法经营、正常纳税的单位和个人难以与其展开公平竞争，严重冲击了公平竞争的市场经济秩序。另方面伪造、虚开、假开货物运输发票，破坏了诚信经营的市场规则，使得大批无辜取得了这些运输发票的增值税一般纳税人不能得到正常的抵扣，从而承担不应有的损失。因此，加强和规范货物运输业税收管理，是整顿市场经济秩序、规范税收秩序的需要，是建立社会主义市场经济体制的客观要求。货运票税系统是金税工程三期的重要组成部分，是当代先进的计算机技术与税务管理工作有机结合的产物4，它充分运用网络化计算机系统信息共享、覆盖面广等优势，实现报税的电子化管理.以实际业务需求为基础开发的货运发票税控系统将具有

17、其它方式所难以达到的管理水准，为保障税收法律法规的正确实施，维护国家税收秩序和公民的合法权益起到积极有效的作用。1.2 国内外研究现状国内外研究现状1.2.1 国外税控系统的研究现状国外税控系统的研究现状国外税务部门进行信息化建设的时间较早，现在大多数西方国家都在使用税控装置及其信息化管理系统，并取得显著的效果。1、美国美国早在 1879 年就发明了机械式收款机，这是一台现金登记的机器，在1906 年美国 NCR 公司又造出了“自动收款机”，机械式的收款机装了马达，可以说这是现代税控装置的先驱5。进入二十世纪七八十年代后由于美国拥有先进的信息化技术，所以较早就开始使用税控装置。目前，美国己经形

18、成了一个完整的税控管理体系，所有商店、饮食行业都安装了税控收款装置，所有的营业额都必须通过税控装置打印出计税收款条，同时，其所有收入情况通过与银行联网把数据转送到税务机关。其收款机内部配有黑匣子，数据不可更改，保证了数据的安全和准确。这样既有效地监控了税源，又节省了税务部门的税收管理成本。2、德国德国税源监控信息化是通过编码来实现的。具体是:首先为所有进行生产经营活动的单位和就业的个人建立纳税人编码和税卡6-7。所有单位必须向税务部门提供单位及雇员的详细资料，并将这些征税的基本资料输入电脑并跟该单位变法的纳税编码一起存储。公民个人在就业前也要向税务部门填报税卡，税卡上的信息作为税务局对该公民征

19、收个人所得税的档案。纳税人依据税务编码中报纳税和缴纳税款。这样，税务部门就可以通过网络按照编码将纳税人中报的数据与系统数据相核对，从而可以确定纳税人是否偷税、漏税。1.2.2 国内税控系统现状国内税控系统现状我国税控收款机起步于 1997 年，由国家税务总局、财政部、国内贸易部、电子工业部、国家工商总局联合发文，决定在商业、服务、娱乐业等行业推行使用税控收款机8-9。首先在全国 10 个城市试点，推行税控收款机、税控加油机和税控计价器。目前，这些税控装置都在进行不同程度的试点和推行，与此伴随着的就是相关税控管理信息系统的建设和使用10-11。我国的新征管法明确规定：国家根据税收征收管理的需要，

20、逐步推广税控装置，并建设、使用复合国家税务总局数据规范的相关税控管理信息化软件。目前我国正在应用税务信息网络系统、金税工程网络对税务工作进行信息化管理。这些系统的应用能够极大的提高我国税源监控信息化的管理水平。但是我国目前还处于起步阶段，与西方发达国家还相差甚远，目前进行的信息化还仅仅是将信息化简单的应用于税源监控，税源监控和信息化还没有很好的结合形成一个整体，并且存在诸多问题，所以我国目前在税控管理上还不能实现真正的信息化，但是我国还是在信息化的道路上坚实的踏出了一步。1.3 论文主要研究的内容论文主要研究的内容本文探讨货运票税管理系统的设计与实现。该系统采用数字化，程序化等信息技术建立税控

21、管理手段，确保税务机关对税控装置实施统一有效的管理。该系统包括税控装置用户注册登记管理、购票信息写盘、税控数据接收、税控发票真伪鉴别、查询统计、数据交换、系统管理等功能。税务机关通过该系统对纳税人购买的税控收款机进行初始化发行，将纳税人基本信息和税控收款机、税控 IC 卡进行绑定，发放税控收款机使用的电子发票，采集纳税人通过税控收款机开具的发票数据，并与税务机关使用的综合征管软件中纳税人的申报数据进行票表比对，从而达到有效监控纳税人实际销售情况的目的。1.4 论文组织结构论文组织结构全文共分为六章。第一章主要包括项目简介、课题研究的背景、意义、主要内容和税控系统在国内外研究的现状；第二章主要介

22、绍货运票税管理系统使用的相关技术平台、系统架构以及系统开发中用到的相关技术；第三章 主要介绍了系统的业务流程、数据流程、功能需求分析、非功能需求分析，为系统的开发提出了方向。第四章 详细介绍了系统的技术架构、网络结构、逻辑架构、模块功能、数据库以及安全设计，对系统分析与设计作了比较详细的描述。第五章 主要描述了系统功能和界面的实现。以几个典型的模块对系统的实现做了详细介绍。第六章 总结全文，并给出后续工作的展望。2 相关技术相关技术背景背景2.1 B/S 模式模式B/S（Browser/Server）结构即浏览器和服务器结构。它是随着 Internet技术的兴起，是对 C/S 结构的一种变化或

23、者改进的结构。Web服务器应用服务器数据服务器图图 2-12-1 B/S 体系结构图体系结构图在这种结构下，用户工作界面是通过 www 浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓二层结构。相对于 C/S 结构属于“胖”客户端，需要在使用者电脑上安装相应的操作软件来说12-13，B/S 结构是属于一种“瘦”客户端，大多数或主要的业务逻辑都存在在服务器端，在 B/S 架构的开发模式中，客户端就是简单的浏览器程序，可以通过 http 访问服务器端的应用。在服务器端，与通信相关的处理都是由服务器软件负责的，这些服务器软件都是由第

24、三方的软件厂商提供，开发人员只需要把功能代码部署在 web 服务器中，客户端就可以通过浏览器访问到这些功能代码，从而实现向客户端提供服务14-15。B/S 结构系统的产生为系统面对无限未知用户提供了可能。当然，与 C/S 结构相比，B/S 结构也存在着系统运行速度较慢，访问系统的用户不可控的弱点。2.2 J2EE 架构架构基于 J2EE 的 B/S 结构系统体系结构如图 2-2 所示，包括四层：客户层：这一层对应于 J2EE 应用程序的客户端。J2EE 应用程序的客户端可以是基于 web 方式，可以是基于传统图形用户界面方式或基于移动设备。表示层：可以是 JSP 页面或者是 Servlet。按

25、照 J2EE 规范，静态的 HTML页面和 Applet 不算是 web 层组件16-17。但是，该层可以包含某些 JavaBean 用来处理用户的输入，通过上述的 Web 层组件，可以得到用户端输入的数据并把这些数据提交到业务逻辑层处理。业务逻辑层：在 J2EE 架构中，业务层组件主要指的是 EJB。业务层的代码逻辑用来满足业务领域的需要，有运行在业务层上的 EJB 进行处理。企业信息系统层：该层包括企业基础建设系统。图图 2-2 J2EE 架构图架构图表现层主要指用户界面，它要求尽可能的简单，使最终用户不需要进行任何培训就能方便地访问信息；所有的业务逻辑都在业务逻辑层实现，系统的复杂性也主

26、要体现在这一层18;最后的数据库服务器存储大量的数据信息和数据逻辑，所有与数据有关的安全、完整性控制、数据的一致性、并发操作等都是在企业信息系统层完成。J2EE 的优点是非常明显的：1、集成了适合商务应用的 EJB 的 Java 平台，由于其简洁的结构和跨平台的特性，可以很好地支持快速开发和即时发布。2、使用 Servlet，JSP 和 EJB 作为可重用构件的应用结构使得容易集成和具有最大的生产能力。具有很大的灵活性，尤其是在发布、开发、管理和重用应用逻辑等方面性。3、安全网络架构基于工业标准，保证数据交换的一致性和安全性，可在应用和平台上达到高效的集成。2.3 Oracle 数据库数据库本

27、系统采用 Oracle9i 作为数据库管理软件。并保证数据库设计对 Oracle 产品的向上兼容性。Oracle 作为主流的数据库解决方案，具有性能稳定、功能齐全的优点。本系统数据库 Oracle 9i 由国家税务总局采购了并下发。本系统的数据库的部署采取集中式部署，税务端数据集中在省局。Oracle 数据库管理系统是目前世界上最流行的关系数据库系统之一，是业界第一个完整、简单的用于互联网的新一代智能化的、协作各种应用的软件基础架构。Oracle9i 实际上是指 Oracle9i Database，Oracle9i Application Server 和Oracle9i Developer

28、Suite 的完整集成。Oracle9i 具有增强的可扩展性：Oracle9i Real Application Clusters 是 Oracle的下一代并行服务器系列产品。Oracle9i Real Application Clusters 针对访问相同数据而设计了快捷高效的共享集群高速缓冲寄存器，从而提供了透明的应用程序可扩展性。Oracle9i Real Application Clusters 是五年多研发工作的结晶，其中包含了 9 项独家专利和 18 项已申报的专利请求。Oracle9i Real Application Clusters 独特之处在于：“开箱即用” ，近线性的透明

29、缩放；与其它程序的良好兼容性，无需重新设计；快速增长的集群，可快增添节点和磁盘。2.4 本章小结本章小结本章主要介绍了在项目的开发过程中用到的相关技术，主要介绍了 J2EE 框架、MySql 数据库、UML 建模技术、考号编排算法等，为后续系统设计与实现提供技术支持。3 系统需求分析系统需求分析与设计与设计3.1 系统需求分析系统需求分析3.1.1 业务流程分析业务流程分析纳税人持公路、内河货物运输业统一发票抵扣联或公路、内河货物运输业统一发票（代开） 抵扣联到国税机关通过货运发票税控系统进行扫描认证，货运发票税控系统对抵扣联进行认证并保存认证结果，同时为纳税人打印认证结果通知书。认证相符的抵

30、扣联信息传入稽核系统，与地税系统上传的存根联信息进行比对；认证不符的信息传输到发票协查系统。数据处理流程如图3-1 所示。货货运运发发票票税税控控系系统统进进行行稽稽核核比比对对国国税税征征管管软软件件纳纳税税人人稽稽核核系系统统货货运运发发票票抵抵扣扣联联认认证证通通过过发发票票信信息息每每月月将将上上月月货货运运发发票票抵抵扣扣联联数数据据上上传传到到稽稽核核系系统统认认证证不不通通过过的的发发票票抵抵扣扣联联信信息息协协查查系系统统得得到到认认证证结结果果并并保保存存进进行行一一窗窗式式比比对对认认证证不不通通过过发发票票信信息息认认证证结结果果通通知知书书扫扫描描认认证证图图 3-1

31、国税业务数据处理流程图国税业务数据处理流程图3.1.2 功能需求分析功能需求分析通过前面对业务数据处理流程的描述可知，税控系统主要任务是基于税控装置推广，采用一系列的信息技术建立程序化的税控管理手段，确保税务机关对税控装置实施统一有效管理。为实现上述目标，我们把税控系统分为以下几个功能：1、注册登记管理管理税控装置用户的注册登记信息，包括注册登记、注册登记修改、注册登记变更，以及当税控装置丢失、被盗、损毁处理，流失、注销处理时，引起的注册登记信息变更。根据货运发票管理的要求，用户注册登记管理又具体分为：自开票用户注册登记管理和代开单位注册登记管理（代开单位包括主管地方税务局及经批准的中介机构）

32、 。2、购票信息管理业务员核实用户的购票信息后，登记购票信息，包括发票代码、起始号码、终止号码、卷数、份数等，并通过 USB 口将购票信息写入税控盘。3、税控数据接收税控数据接收处理是对开票单位报送数据进行接收处理，生成纳税人税控数据并生成数据库，并将下次的监控管理数据返写到税控器具，通过来报税的税控器具将监控管理数据回送到用户使用的税控盘中。开票单位报送税控数据基本方式是以传输盘（或其它存储介质）报送，也可采取其它方式，但都必须满足报送发票明细数据及汇总数据的要求并保证数据的安全。4、查询统计税控管理信息查询统计，是指利用货运发票税控系统数据资源，按照一定的条件和工作要求，查询统计税控装置和

33、税控发票的相关信息，以报表形式输出查询统计结果。包括：税控器具信息查询、税控数据接收情况查询、税务信息变动情况查询以及通用查询。5、税控器具应用维护是为了维护税控器具在使用过程中出现的问题，目前具有口令解锁、校准时钟、读税控器具信息、异常数据恢复、税控器具应用检测和发票明细数据检测等功能。6、数据传送数据传送完成的主要功能是汇总本税务机关发票信息，传送到总局。包括用户信息导入、税控器具用户资格认定、导出申报汇总数据、黑名单传送、数据清分传送。7、发票认证对用户持有的可抵扣的“公路、内河货物运输发票” （包括自开和代开）的抵扣联进行扫描认证，并对数据进行清分传输到协查、稽核和“一窗式”比对系统中

34、。主要包括：发票扫描认证、打印认证结果通知书、发票统计查询、发票信息导出和系统维护。8、系统工具下载对扫描识别控件和读写盘及认证控件进行手工下载。3.1.3 非功能需求分析非功能需求分析货运票税系统作为金税工程三期的一个重要组成部分，其建设原则和目标遵循金税三期的规范。因此货运发票税控系统应满足以下的设计目标或要求。1、本系统预计同时在线的人数达到 1000 人左右，因此本系统应支持此人数的并发操作，满足数据两级处理的模式。2、系统应能满足国家税务局和地方税务局不同部门，不同层次或人员对系统的操作需要。3、系统的密钥安全存放、传输；系统所有数据能安全存储；同时，在数据传输时也应能安全可靠。4、

35、日后如果信息量较大，系统能相应增加服务器实现灵活扩展，以满足不断更新的业务需求。5、系统可在不同的机型和操作系统下运行，支持不同类型的外接设备。6、系统应具有外部系统的接口，能和征管软件及电子申报系统等系统共享资源。3.2 系统结构设计系统结构设计系统的结构设计主要有系统的框架结构设计、系统体系结构设计、系统功能结构设计三个方面。3.2.1 系统框架设计系统框架设计金税三期应用系统的数据架构设计必须在两级处理模式的总体要求下进行，同时遵循金税工程（三期） 架构设计 v1.0标准中软件设计开发过程中分层设计要求。系统分层结构如图 3-2 所示。图图 3-2 金税工程（三期）系统分层结构金税工程（

36、三期）系统分层结构货运发票税控系统税务端软件按照国税总局架构设计 v1.0标准要求，进行软件层次的划分，构建系统的体系结构。为了系统体系结构描述的简约化，把系统层次合并成基于 J2EE 标准的三层应用结构，即客户层、应用服务层（包括交互层、应用层、业务领域层、资源访问层） 、数据层（资源层 EIS） 。1、表示层（客户端）表示层是三层结构中的第一层次，利用 Web 浏览器作为客户端，使客户面对一个统一的应用界面。浏览器（IE）通过 Weblogic 从服务器获得信息。2、应用服务层（应用服务器）中间层采用 BEA 公司的 Weblogic，它全面支持 J2EE 标准。Weblogic 拥有高水

37、平的可扩展性和可用性。它运行在服务器端，连接 Web 浏览器与后台数据库。用 servlet 或 JSP 写简单的请求，为可重用部件创建 EJB。二者均可与后台ORACLE 数据库连接获取数据。由于 Servlet 由 Web 服务器进行加载，利用Java 语言进行开发，它是基于线程的，具有高性能、高可靠性。3、数据层（数据库服务器）后台数据库服务器是用户存放数据信息的地方，数据库服务器层采用oracle9i。3.2.2 系统网络部署结构设计系统网络部署结构设计税务系统网络按使用对象划分成税务内部网络和外部网络两个区域，如图3-3 所示。货运发票税控系统图图 3-3 系统网络部署结构图系统网络

38、部署结构图内部网络指税务系统计算机信息网中不涉及与非税务部门直接进行信息交流的部分，它是税务计算机信息网的基本组成部分，包括供局域网用户使用的网络资源和供广域网络共同使用的网络资源。内部区域的用户包括：局域网络用户、广域网络用户和通过拨号连接的移动用户。外部网络指税务计算机信息网络中与税务以外的计算机网络进行信息交流的部分，现有的外部网络主要有：各地税务部门为纳税人提供计算机网络服务的纳税人税务局网络、各地税务部门与业务合作单位之间进行数据交换的计算机网络。3.2.3 功能结构设计功能结构设计在上述将系统的功能模块划分为注册登记管理、购票信息管理、税控数据管理、传输盘税控盘写盘管理、数据传输、

39、系统工具下载等功能模块，系统的功能结构如图 3-4 所示。 注注册册登登记记管管理理 注注册册登登记记变变更更 注注册册登登记记修修改改 税税控控器器具具用用户户流流失失 税税控控器器具具注注销销 黑黑名名单单处处理理 购购票票信信息息管管理理 用用户户注注册册登登记记 税税控控数数据据接接收收 申申报报数数据据接接收收 存存根根联联补补录录 查查询询统统计计 税税控控器器具具信信息息查查询询 税税务务信信息息变变动动情情况况查查询询 税税控控数数据据接接收收情情况况查查询询 通通用用查查询询 税税控控器器具具丢丢失失被被盗盗损损毁毁 传传输输盘盘税税控控盘盘写写盘盘 传传输输盘盘税税控控盘盘

40、写写盘盘写写盘盘 注注册册登登记记变变更更写写盘盘 变变更更写写盘盘标标志志 税税控控器器具具应应用用维维护护 税税控控器器具具应应用用维维护护 申申报报汇汇总总数数据据导导出出 税税控控器器具具用用户户资资格格认认定定 用用户户信信息息导导入入数数据据逐逐级级确确认认上上传传 黑黑名名单单传传送送 申申报报明明细细数数据据导导出出 数数据据传传送送 货货运运发发票票税税控控系系 发发票票撤撤消消 发发票票退退换换 发发票票注注销销 购购票票信信息息写写盘盘 返返写写监监控控数数据据 完完税税凭凭证证信信息息导导出出 系系统统工工具具下下载载 工工具具下下载载 （地地税税）统统图图 3-3 货

41、运发票税控系统（地税）功能图结构图货运发票税控系统（地税）功能图结构图3.3 数据库设计数据库设计数据库设计是信息系统设计的重要组成部分，是系统模型的最原始的表示和反映。数据库设计的好坏直接关系到开发周期和系统性能。所以，数据库设计的目标是：数据对象命名合理，数据存储合理，没有冗余，并符合数据库设计的 3 个范式。数据对象的关系清晰明了，符合业务逻辑，同时保证数据的完整性。数据库系统改换时，原有的系统设计要便于转移，减少代码重写。同时要考虑到本系统作为国税金税三期的一个重要组成部分，国税金税三期的各子模块之间以及和原有系统的数据交换，所以数据库的命名、字段的命名、字段的类型、字段长度等都要符合

42、金税三期工程标准。3.3.1 数据库数据库设计原则设计原则数据库的设计是系统实现的关键部分。设计数据库最重要的一项工作就是设计关系模式，也就是设计二维表的表头以及约束条件。在设计过程中，需要满足几个设计原则：（1）需要遵循数据库设计范式的原则数据库的设计一般要满足第三范式，如果不满足第三范式，设计的数据库表是个不完善的数据库。（2）数据库在整体架构上采用分区设计原则数据库的分区主要分为三个区：基础区、主题区、交换区。基础区的数据是用户管理、基本信息设置等基础数据区域。主题区主要是面向业务主题的各个子系统存放数据的逻辑区域。（3）要满足系统的性能需求。系统的性能需求主要是系统的业务和数据量较大，

43、因此系统的吞吐率要高，系统的扩展性要好。3.3.2 数据库表结构设计数据库表结构设计在货运票税系统中，系统各功能模块的运行及其操作直接影响着相应系统数据库中的数据。这些功能模块与相应的系统数据库访问的读写关系如表 4-1所示（W 为写数据库标记；R 为读数据库标记） 。表表 4-1 系统功能模块与系统数据库访问关系系统功能模块与系统数据库访问关系数据库功能模块登记数据库购票数据库接收数据库扫描认证数据库系统管理数据库注册登记W购票管理RW接收数据RW扫描认证RRW查询统计RRRR系统管理R/W由于篇幅原因只能对部分数据表进行设计。用户注册登记数据：有关税控器具的用户注册登记、注册变更、税控器具

44、丢失损毁、注销等数据，主要包括税控盘、传输盘、税种税目、监管数据等。购票和发票使用数据：有关用户购买发票和使用发票的数据，其数据来源是征管系统。发票使用数据需要导出到征管系统。用户申报数据：从传输盘或税控盘读取的申报税控数据。发票扫描认证数据：发票扫描认证的申请及处理数据。表表 4-2 数据库表数据库表 A01：用户税务信息：用户税务信息 DJ_SKSKJDK_YHSWXX字段中文名字段英文名类型长度主键外键说明用户识别号YHSBHVARCHAR2(20)用户识别号或税务机构代码法人代表FRDBVARCHAR2(50)代开时没有办税员BSYVARCHAR2(32)自开时为办税员代开时为开票操作

45、员经营地址JYDZVARCHAR2(80)自开时为经营地址代开时为单位地址联系电话DHHMVARCHAR2(60)只作长度校验，不校验格式。注册类型DJZCLX_DMCHAR(3)遵循金税三期统一编码。所属行业HY_DMVARCHAR2(6)遵循金税三期统一编码。经营项目中文名称JYXMZWMCVARCHAR2(400)写卡内容之一。长度为 20 字节。 （10 个汉字）表表 4-3 数据库表数据库表 A02：发票类型监控数据表：发票类型监控数据表 DJ_SKSKJDK_JKSJ字段中文名字段英文名类型长度主键外键说明用户识别号YHSBHVARCHAR2(20)用户唯一标志。发票类型代码FPL

46、X_DMCHAR(3)系统自定义税务机构代码SWJG_DMVARCHAR2(11)记录当前操作员的税务机关信息。遵循金税三期统一编码数据报送类型SJBSLXCHAR(1)0 汇总明细 1 明细数据报送期限SJBSQXVARCHAR(3)纳税人报送数据的周期。以天为单位，但如果是30 天的倍数，就按月计算。数据报送有效期（天）SJBSYXQVARCHAR(3)131 天,默认 10 天单张开票最高限额DZKPXENUMBER(16)由税务部门指定开票截止时间KPJZSJDATE控制开票时间数据报送起始日期SJQSRQDATE用户申报数据的起始时间数据报送终止日期SJZZRQDATE用户申报数据的

47、终止时间表表 4-4 数据库表数据库表 A03：购票信息登记：购票信息登记 DJ_SKSKJDK_GPXX字段中文名字段英文名类型长度主键外键说明购票信息 IDGPXX_IDVARCHAR2(34)用户识别号+时间用户识别号YHSBHVARCHAR2(20)用户唯一标志。办税员BSYVARCHAR2(32)办税员姓名税员签名时BSYQMSJDATE签名时间间受理人SLRVARCHAR2(11)受理税务人员代码受理时间SLSJDATE受理时间税务机构代码SWJG_DMVARCHAR2(11)遵循金税三期统一编码3.4 本章小结本章小结本章主要从系统的需求分析设计、系统结构的设计、功能模块设计、数

48、据库设计方面展开。系统的结构设计主要从系统的整体框架结构、系统体系结构、系统功能模块结构设计展开。系统的数据库设计主要从系统的数据库的结构设计与系统数据表的逻辑结构的设计展开。4 系统实现系统实现与测试与测试4.1 系统实现系统实现环境环境系统的开发环境与系统执行效率密切相关。货运票税管理系统作为国税与地税部门的重要工具，需要的系统配置较高。4.1.1 硬件环境硬件环境系统的硬件环境主要是货运票税管理系统运行的硬件平台，系统的硬件部署环境采用浪潮 NF5225 型号服务器，局域网络采用网通 100M 网络共享。交换机采用神州 DCS 交换机、客户端 PC 机采用酷睿 i5-2450M、主频 3

49、.1GHZ 双核处理器、硬盘容量 750G、内存采用 DDR34GB、显卡采用 GT540M2GB 独立显卡，保证系统运行的硬件环境。4.1.2 软件环境软件环境货运票税管理系统的软件开发工具采用 MyEclipse8.5 开发工具，系统以J2EE 框架为基础，采用 JAVA 语言作为开发语言，过程中嵌入 AJAX 语言和JS 脚本，提高页面执行效率。采用 MySql 数据库作为存储数据的工具，采用Hibernate 框架作为支撑。在开发中，不需要重新编写连接数据库的驱动，只需要配置 Hibernate 框架即可。4.2 系统功能实现系统功能实现4.2.1 注册登记功能实现注册登记功能实现1、

50、功能描述在本系统已登记注册的纳税人因为各种原因发生税务信息变更后，需要通过本模块来完成他在本系统的信息变更。税务机关接收纳税人变更注册信息申请，对其申请进行审核、批准，核对、登记变更前后信息。包括税务信息变更、增加税种税目、发票信息、增购税控盘、增加传输盘、子用户增减注册登记变更情况。相应的纳税人情况说明和税务机关的审批意见也应记录存储。在本模块完成后还需要对税控盘传输盘进行注册登记变更写盘。2、界面实现变更项目选择界面如图 4-1 所示。图图 4-1 变更项目选择窗口变更项目选择窗口代码实现如下所示。public String saveArrangedStudent(List readyTo

51、Arrange, String arrangeid) /编写查询语句 String hql = select a from cn.hdu.examsignup.model. ExArrangement a where a.id=:arrangeid;Query query = getCurrentSession().createQuery(hql) .setParameter(arrangeid, arrangeid);ExArrangement exArrangement = (ExArrangement)query.uniqueResult(); /如果查询的信息为空if (exArran

52、gement = null)return success: false, errors:info: 没有找到对应的场次！;for (Map element : readyToArrange) String studentId = (String)element.get(id); hql = select a from cn.hdu.examsignup.model. ExStudent a where a.id=:studentId; query = getCurrentSession().createQuery(hql) .setParameter(studentId, studentId)

53、; ExStudent exStudent = (ExStudent)query.uniqueResult(); return 成功安排+ readyToArrange.size()+ 个考生考试!; 税务信息变更如图 5-9 所示。图图 5-9 税务信息变更窗口税务信息变更窗口3、代码实现public String saveArrangedStudent(List readyToArrange, String arrangeid) /编写查询语句 String hql = select a from cn.hdu.examsignup.model. ExArrangement a where

54、 a.id=:arrangeid;Query query = getCurrentSession().createQuery(hql) .setParameter(arrangeid, arrangeid);ExArrangement exArrangement = (ExArrangement)query.uniqueResult(); /如果查询的信息为空if (exArrangement = null)return success: false, errors:info: 没有找到对应的场次！;for (Map element : readyToArrange) String stude

55、ntId = (String)element.get(id); hql = select a from cn.hdu.examsignup.model. ExStudent a where a.id=:studentId; query = getCurrentSession().createQuery(hql) .setParameter(studentId, studentId); ExStudent exStudent = (ExStudent)query.uniqueResult(); return 成功安排+ readyToArrange.size()+ 个考生考试!; 4.2.2 发

56、票认证功能实现发票认证功能实现1、功能描述税控装置流失是指征管过程中发生税控装置用户失踪、发票流失涉及税控装置流失时，税控装置管理人员核实、登记的业务处理。税控装置管理人员按管理环节提供的用户失踪、发票流失等信息，根据注册登记信息核实因失踪流失的税控盘号、传输盘数量、税控发票信息，记录流失的税控盘号、传输盘数量、发票代码、名称、数量、起止号码、流失时间等，录入处理窗口如图 5-20 所示。2、界面实现变更项目选择界面如图 4-1 所示。图图 4-1 变更项目选择窗口变更项目选择窗口3、代码实现public String saveArrangedStudent(List readyToArran

57、ge, String arrangeid) /编写查询语句 String hql = select a from cn.hdu.examsignup.model. ExArrangement a where a.id=:arrangeid;Query query = getCurrentSession().createQuery(hql) .setParameter(arrangeid, arrangeid);ExArrangement exArrangement = (ExArrangement)query.uniqueResult(); /如果查询的信息为空if (exArrangemen

58、t = null)return success: false, errors:info: 没有找到对应的场次！;for (Map element : readyToArrange) String studentId = (String)element.get(id); hql = select a from cn.hdu.examsignup.model. ExStudent a where a.id=:studentId; query = getCurrentSession().createQuery(hql) .setParameter(studentId, studentId); ExS

59、tudent exStudent = (ExStudent)query.uniqueResult(); return 成功安排+ readyToArrange.size()+ 个考生考试!; 税务信息变更如图 5-9 所示。4.2.3 购票信息写盘功能实现购票信息写盘功能实现.剩余模块的实现与注册登记、发票认证同理。剩余模块的实现与注册登记、发票认证同理。4.3 系统测试系统测试系统的测试是系统实现完成之后，非常重要的一个环节。系统的测试主要完成对软件最后的一个环节。测试分为多种的测试。有功能性的测试、有性能新的测试的。一般的测试过程都是让一些没有接触过软件的人员进行测试。测试的结果较为可靠。

60、4.3.1 测试测试过程过程首先需要对测试的过程做一个模板设计，然后根据设计的模板进行系统的测试。具体的测试模板如表 4-1 所示。表表 4-14-1 测试用例模板测试用例模板测试要求测试需要需要达到的要求前提条件测试前具备的条件执行步骤： 测试过程的步骤预期效果测试结果预计能达到的效果测试通过或不通过以用户登陆功能、武器信息添加功能、弹药库的查询功能为例展开。用户登录是进入系统的前提，具体的用户登陆测试用例表如表 4-2 所示。表表 4-24-2 用户登陆用例测试用户登陆用例测试测试要求测试登陆模块能否达到要求前提条件系统中已添加用户的用户名和密码执行步骤：1、输入用户名，不输入密码，点击登