《基于J2EE的货运票税管理系统设计与实现范本.docx》由会员分享，可在线阅读，更多相关《基于J2EE的货运票税管理系统设计与实现范本.docx（33页珍藏版）》请在三一办公上搜索。
1、分类号 学号 学校代码 密级 学士学位论文基于J2EE的货运票税管理系统设计与实现学位申请人：*学科专业：计算机科学与技术指导教师：* 教授答辩日期：2014.6.10独创性声明本人声明所呈交的学位论文是我个人在导师指导下进行的研究工作及取得的研究成果。尽我所知，除文中已经标明引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写过的研究成果。对本文的研究做出贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的法律结果由本人承担。学位论文作者签名：日期： 年 月 日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定，即：学校有权保留并向国家有关部门或
2、机构送交论文的复印件和电子版，允许论文被查阅和借阅。本人授权华中科技大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。本论文属于保密， 在 年解密后适用本授权书。不保密。（请在以上方框内打“”）学位论文作者签名： 指导教师签名：日期： 年 月 日 日期： 年 月 日山西农业大学信息学院学士学位论文摘 要随着社会主义市场经济的快速发展，发票在社会经济活动中的作用日益扩大。然而由于发票使用的分散性，税务部门无法对发票使用作很好的监控，导致国家税收的大量流失。货运发票税控管理系统就是为了解决这一难题，实现对纳税人经营活动的有效管理，提
3、高税务系统对货物运输行业发票的监管水平，推进依法治税，遏制偷逃税行为。本文阐述了货运票税管理系统实现原理，主要功能和关键技术。税务机关通过货运票税管理系统对纳税人购买的税控设备进行初始化发行，将纳税人基本信息和税控收款机、税控盘进行绑定，发放税控收款机使用的电子发票，采集纳税人通过税控设备开具的发票数据，并与税务机关使用的综合征管软件中纳税人的申报数据进行票表比对，从而达到有效监控纳税人实际销售情况的目的。同时，税务机关还可以通过本系统对纳税人使用的税控设备中的开票数据进行核查、比对、分析。本系统采用了基于B/S模式的三层体系结构，界面层采用JSP技术访问Web服务器，中间层应用服务器存储以J
4、avaBean形式表示的业务逻辑，底层使用Oracle9i数据库。货运票税管理系统的推广运行取得了良好的效果，为实现货物交通运输业营业税科学化、精细化的管理提供技术保障。关键词：货运发票；税控系统；B/S模式；J2EE框架 ABSTRACTWith the rapid development of the socialist market economy, the invoice plays a growing role in socio-economic activities. However, due to the dispersion of invoice using, the tax
5、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 the effective management of taxpayers operating activities, and improving the leve
6、l 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 principle, main functions and key techniques. With the FITMCS, the tax authorities could
7、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 invoices, collecting the sales data of the invoice issued by taxpayers, and comp
8、aring 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, compare and analyze the sales data of invoice issued by taxpayers. The FITMCS adop
9、ts 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 uses the Oracle 9i database.The application of the FITMCS produced expected posit
10、ive results, which provides technical backup for the business tax in scientific perspective.Keywords: Freight Invoice; Tax Controlled; B/S Model; J2EE Framework目 录1 绪 论11.1 项目研究背景与意义11.1.1 课题背景11.1.2 研究的意义11.2 国内外研究现状21.2.1 国外税控系统的研究现状21.2.2 国内税控系统现状31.3 论文主要研究的内容31.4 论文组织结构32 相关技术背景52.1 B/S模式52.2 J
11、2EE架构52.3 Oracle数据库72.4 本章小结73 系统需求分析与设计83.1 系统需求分析83.1.1 业务流程分析83.1.2 功能需求分析83.1.3 非功能需求分析103.2 系统结构设计103.2.1 系统框架设计103.2.2 系统网络部署结构设计123.2.3 功能结构设计123.3 数据库设计133.3.1 数据库设计原则143.3.2 数据库表结构设计143.4 本章小结174 系统实现与测试184.1 系统实现环境184.1.1 硬件环境184.1.2 软件环境184.2 系统功能实现184.2.1 注册登记功能实现184.2.2 发票认证功能实现214.2.3
12、购票信息写盘功能实现224.3 系统测试224.3.1 测试过程234.3.2 测试结果244.4 本章小结245 总结与展望255.1 总结255.2 展望25致 谢26参考文献27III山西农业大学信息学院学士学位论文1 绪 论1.1 项目研究背景与意义1.1.1 课题背景1994年，我国实施了以增值税为主要内容的新一轮工商税制改革，建立了以增值税为主体税种的税制体系，并实施以增值税专用发票为主要扣税凭证的增值税征管制度。随着税制改革的推进，新税制与旧的征管手段之间的矛盾日益突出，国务院决定引入现代化技术手段加强对增值税的监控管理，定名为“金税工程”，并列入了国家信息化建设重点工程。 在国
13、务院的直接领导和各方面的积极配合下，全国税务系统于1994年3月起，先后组织实施了金税工程一期、金税工程二期，通过金税工程一、二期的实施，有效地加强了对增值税的管理1，基本上堵塞了增值税专用发票管理中存在的漏洞。但从国家对整个税收工作的要求来看，我国税务管理信息系统的建设依然任重而道远。但从国家对整个税收工作的要求来看，税务管理信息系统的建设依然任重而道远2。在税收领域，特别是在金税工程(二期)控制之外的商业零售、餐饮、娱乐和其他服务业等最终消费环节，税收征收率和税负明显偏低，纳税人依法纳税意识淡薄，偷税逃税现象依然比较严重；尤其是对财务核算不健全的纳税人，税务机关难以实施有效监控.这种现状不
14、但严重扰乱正常的经济秩序，而且导致国家税收大量流失。如:商家为了偷逃税款，经常销售不计收入，由于其财务核算不健全，税务机关难以对这些纳税人进行查处。1.1.2 研究的意义推广应用货运票税系统，是规范税收秩序的需要。犯罪分子利用运输发票大肆偷逃骗取国家税款，不仅严重干扰了正常的税收秩序，破坏了依法治税的良好环境，损害了国家利益，也给整个经济运行带来了严重影响3。一方面，伪造、虚开、假开运输发票，偷逃营业税，骗抵增值税，使守法经营、正常纳税的单位和个人难以与其展开公平竞争，严重冲击了公平竞争的市场经济秩序。另方面伪造、虚开、假开货物运输发票，破坏了诚信经营的市场规则，使得大批无辜取得了这些运输发票
15、的增值税一般纳税人不能得到正常的抵扣，从而承担不应有的损失。因此，加强和规范货物运输业税收管理，是整顿市场经济秩序、规范税收秩序的需要，是建立社会主义市场经济体制的客观要求。货运票税系统是金税工程三期的重要组成部分，是当代先进的计算机技术与税务管理工作有机结合的产物4，它充分运用网络化计算机系统信息共享、覆盖面广等优势，实现报税的电子化管理.以实际业务需求为基础开发的货运发票税控系统将具有其它方式所难以达到的管理水准，为保障税收法律法规的正确实施，维护国家税收秩序和公民的合法权益起到积极有效的作用。1.2 国内外研究现状1.2.1 国外税控系统的研究现状国外税务部门进行信息化建设的时间较早，现
16、在大多数西方国家都在使用税控装置及其信息化管理系统，并取得显著的效果。1、美国美国早在1879年就发明了机械式收款机，这是一台现金登记的机器，在1906年美国NCR公司又造出了“自动收款机”，机械式的收款机装了马达，可以说这是现代税控装置的先驱5。进入二十世纪七八十年代后由于美国拥有先进的信息化技术，所以较早就开始使用税控装置。目前，美国己经形成了一个完整的税控管理体系，所有商店、饮食行业都安装了税控收款装置，所有的营业额都必须通过税控装置打印出计税收款条，同时，其所有收入情况通过与银行联网把数据转送到税务机关。其收款机内部配有黑匣子，数据不可更改，保证了数据的安全和准确。这样既有效地监控了税
17、源，又节省了税务部门的税收管理成本。2、德国德国税源监控信息化是通过编码来实现的。具体是:首先为所有进行生产经营活动的单位和就业的个人建立纳税人编码和税卡6-7。所有单位必须向税务部门提供单位及雇员的详细资料，并将这些征税的基本资料输入电脑并跟该单位变法的纳税编码一起存储。公民个人在就业前也要向税务部门填报税卡，税卡上的信息作为税务局对该公民征收个人所得税的档案。纳税人依据税务编码中报纳税和缴纳税款。这样，税务部门就可以通过网络按照编码将纳税人中报的数据与系统数据相核对，从而可以确定纳税人是否偷税、漏税。1.2.2 国内税控系统现状我国税控收款机起步于1997年，由国家税务总局、财政部、国内贸
18、易部、电子工业部、国家工商总局联合发文，决定在商业、服务、娱乐业等行业推行使用税控收款机8-9。首先在全国10个城市试点，推行税控收款机、税控加油机和税控计价器。目前，这些税控装置都在进行不同程度的试点和推行，与此伴随着的就是相关税控管理信息系统的建设和使用10-11。我国的新征管法明确规定：国家根据税收征收管理的需要，逐步推广税控装置，并建设、使用复合国家税务总局数据规范的相关税控管理信息化软件。目前我国正在应用税务信息网络系统、金税工程网络对税务工作进行信息化管理。这些系统的应用能够极大的提高我国税源监控信息化的管理水平。但是我国目前还处于起步阶段，与西方发达国家还相差甚远，目前进行的信息
19、化还仅仅是将信息化简单的应用于税源监控，税源监控和信息化还没有很好的结合形成一个整体，并且存在诸多问题，所以我国目前在税控管理上还不能实现真正的信息化，但是我国还是在信息化的道路上坚实的踏出了一步。1.3 论文主要研究的内容本文探讨货运票税管理系统的设计与实现。该系统采用数字化，程序化等信息技术建立税控管理手段，确保税务机关对税控装置实施统一有效的管理。该系统包括税控装置用户注册登记管理、购票信息写盘、税控数据接收、税控发票真伪鉴别、查询统计、数据交换、系统管理等功能。税务机关通过该系统对纳税人购买的税控收款机进行初始化发行，将纳税人基本信息和税控收款机、税控IC卡进行绑定，发放税控收款机使用
20、的电子发票，采集纳税人通过税控收款机开具的发票数据，并与税务机关使用的综合征管软件中纳税人的申报数据进行票表比对，从而达到有效监控纳税人实际销售情况的目的。1.4 论文组织结构全文共分为六章。第一章主要包括项目简介、课题研究的背景、意义、主要内容和税控系统在国内外研究的现状；第二章主要介绍货运票税管理系统使用的相关技术平台、系统架构以及系统开发中用到的相关技术；第三章 主要介绍了系统的业务流程、数据流程、功能需求分析、非功能需求分析，为系统的开发提出了方向。第四章 详细介绍了系统的技术架构、网络结构、逻辑架构、模块功能、数据库以及安全设计，对系统分析与设计作了比较详细的描述。第五章 主要描述了
21、系统功能和界面的实现。以几个典型的模块对系统的实现做了详细介绍。第六章 总结全文，并给出后续工作的展望。2 相关技术背景2.1 B/S模式B/S（Browser/Server）结构即浏览器和服务器结构。它是随着Internet技术的兴起，是对C/S结构的一种变化或者改进的结构。图2-1 B/S体系结构图在这种结构下，用户工作界面是通过www浏览器来实现，极少部分事务逻辑在前端（Browser）实现，但是主要事务逻辑在服务器端（Server）实现，形成所谓二层结构。相对于C/S结构属于“胖”客户端，需要在使用者电脑上安装相应的操作软件来说12-13，B/S结构是属于一种“瘦”客户端，大多数或主要
22、的业务逻辑都存在在服务器端，在B/S架构的开发模式中，客户端就是简单的浏览器程序，可以通过http访问服务器端的应用。在服务器端，与通信相关的处理都是由服务器软件负责的，这些服务器软件都是由第三方的软件厂商提供，开发人员只需要把功能代码部署在web服务器中，客户端就可以通过浏览器访问到这些功能代码，从而实现向客户端提供服务14-15。B/S结构系统的产生为系统面对无限未知用户提供了可能。当然，与C/S结构相比，B/S结构也存在着系统运行速度较慢，访问系统的用户不可控的弱点。2.2 J2EE架构基于J2EE的B/S结构系统体系结构如图2-2所示，包括四层：客户层：这一层对应于J2EE应用程序的客
23、户端。J2EE应用程序的客户端可以是基于web方式，可以是基于传统图形用户界面方式或基于移动设备。表示层：可以是JSP页面或者是Servlet。按照J2EE规范，静态的HTML页面和Applet不算是web层组件16-17。但是，该层可以包含某些JavaBean用来处理用户的输入，通过上述的Web层组件，可以得到用户端输入的数据并把这些数据提交到业务逻辑层处理。业务逻辑层：在J2EE架构中，业务层组件主要指的是EJB。业务层的代码逻辑用来满足业务领域的需要，有运行在业务层上的EJB进行处理。企业信息系统层：该层包括企业基础建设系统。图2-2 J2EE架构图表现层主要指用户界面，它要求尽可能的简
24、单，使最终用户不需要进行任何培训就能方便地访问信息；所有的业务逻辑都在业务逻辑层实现，系统的复杂性也主要体现在这一层18;最后的数据库服务器存储大量的数据信息和数据逻辑，所有与数据有关的安全、完整性控制、数据的一致性、并发操作等都是在企业信息系统层完成。J2EE的优点是非常明显的：1、集成了适合商务应用的EJB的Java平台，由于其简洁的结构和跨平台的特性，可以很好地支持快速开发和即时发布。2、使用Servlet，JSP和EJB作为可重用构件的应用结构使得容易集成和具有最大的生产能力。具有很大的灵活性，尤其是在发布、开发、管理和重用应用逻辑等方面性。3、安全网络架构基于工业标准，保证数据交换的
25、一致性和安全性，可在应用和平台上达到高效的集成。2.3 Oracle数据库本系统采用Oracle9i作为数据库管理软件。并保证数据库设计对Oracle产品的向上兼容性。Oracle作为主流的数据库解决方案，具有性能稳定、功能齐全的优点。本系统数据库Oracle 9i由国家税务总局采购了并下发。本系统的数据库的部署采取集中式部署，税务端数据集中在省局。Oracle数据库管理系统是目前世界上最流行的关系数据库系统之一，是业界第一个完整、简单的用于互联网的新一代智能化的、协作各种应用的软件基础架构。Oracle9i实际上是指Oracle9i Database，Oracle9i Application
26、 Server和Oracle9i Developer Suite的完整集成。Oracle9i具有增强的可扩展性：Oracle9i Real Application Clusters是Oracle的下一代并行服务器系列产品。Oracle9i Real Application Clusters针对访问相同数据而设计了快捷高效的共享集群高速缓冲寄存器，从而提供了透明的应用程序可扩展性。Oracle9i Real Application Clusters是五年多研发工作的结晶，其中包含了9项独家专利和18项已申报的专利请求。Oracle9i Real Application Clusters独特之处在
27、于：“开箱即用”，近线性的透明缩放；与其它程序的良好兼容性，无需重新设计；快速增长的集群，可快增添节点和磁盘。2.4 本章小结本章主要介绍了在项目的开发过程中用到的相关技术，主要介绍了J2EE框架、MySql数据库、UML建模技术、考号编排算法等，为后续系统设计与实现提供技术支持。3 系统需求分析与设计3.1 系统需求分析3.1.1 业务流程分析纳税人持公路、内河货物运输业统一发票抵扣联或公路、内河货物运输业统一发票（代开）抵扣联到国税机关通过货运发票税控系统进行扫描认证，货运发票税控系统对抵扣联进行认证并保存认证结果，同时为纳税人打印认证结果通知书。认证相符的抵扣联信息传入稽核系统，与地税系
28、统上传的存根联信息进行比对；认证不符的信息传输到发票协查系统。数据处理流程如图3-1所示。图3-1 国税业务数据处理流程图3.1.2 功能需求分析通过前面对业务数据处理流程的描述可知，税控系统主要任务是基于税控装置推广，采用一系列的信息技术建立程序化的税控管理手段，确保税务机关对税控装置实施统一有效管理。为实现上述目标，我们把税控系统分为以下几个功能：1、注册登记管理管理税控装置用户的注册登记信息，包括注册登记、注册登记修改、注册登记变更，以及当税控装置丢失、被盗、损毁处理，流失、注销处理时，引起的注册登记信息变更。根据货运发票管理的要求，用户注册登记管理又具体分为：自开票用户注册登记管理和代
29、开单位注册登记管理（代开单位包括主管地方税务局及经批准的中介机构）。2、购票信息管理业务员核实用户的购票信息后，登记购票信息，包括发票代码、起始号码、终止号码、卷数、份数等，并通过USB口将购票信息写入税控盘。3、税控数据接收税控数据接收处理是对开票单位报送数据进行接收处理，生成纳税人税控数据并生成数据库，并将下次的监控管理数据返写到税控器具，通过来报税的税控器具将监控管理数据回送到用户使用的税控盘中。开票单位报送税控数据基本方式是以传输盘（或其它存储介质）报送，也可采取其它方式，但都必须满足报送发票明细数据及汇总数据的要求并保证数据的安全。4、查询统计税控管理信息查询统计，是指利用货运发票税
30、控系统数据资源，按照一定的条件和工作要求，查询统计税控装置和税控发票的相关信息，以报表形式输出查询统计结果。包括：税控器具信息查询、税控数据接收情况查询、税务信息变动情况查询以及通用查询。5、税控器具应用维护是为了维护税控器具在使用过程中出现的问题，目前具有口令解锁、校准时钟、读税控器具信息、异常数据恢复、税控器具应用检测和发票明细数据检测等功能。6、数据传送数据传送完成的主要功能是汇总本税务机关发票信息，传送到总局。包括用户信息导入、税控器具用户资格认定、导出申报汇总数据、黑名单传送、数据清分传送。7、发票认证对用户持有的可抵扣的“公路、内河货物运输发票”（包括自开和代开）的抵扣联进行扫描认
31、证，并对数据进行清分传输到协查、稽核和“一窗式”比对系统中。主要包括：发票扫描认证、打印认证结果通知书、发票统计查询、发票信息导出和系统维护。8、系统工具下载对扫描识别控件和读写盘及认证控件进行手工下载。3.1.3 非功能需求分析货运票税系统作为金税工程三期的一个重要组成部分，其建设原则和目标遵循金税三期的规范。因此货运发票税控系统应满足以下的设计目标或要求。1、本系统预计同时在线的人数达到1000人左右，因此本系统应支持此人数的并发操作，满足数据两级处理的模式。2、系统应能满足国家税务局和地方税务局不同部门，不同层次或人员对系统的操作需要。3、系统的密钥安全存放、传输；系统所有数据能安全存储
32、；同时，在数据传输时也应能安全可靠。4、日后如果信息量较大，系统能相应增加服务器实现灵活扩展，以满足不断更新的业务需求。5、系统可在不同的机型和操作系统下运行，支持不同类型的外接设备。6、系统应具有外部系统的接口，能和征管软件及电子申报系统等系统共享资源。3.2 系统结构设计系统的结构设计主要有系统的框架结构设计、系统体系结构设计、系统功能结构设计三个方面。3.2.1 系统框架设计金税三期应用系统的数据架构设计必须在两级处理模式的总体要求下进行，同时遵循金税工程（三期）架构设计v1.0标准中软件设计开发过程中分层设计要求。系统分层结构如图3-2所示。图3-2金税工程（三期）系统分层结构货运发票
33、税控系统税务端软件按照国税总局架构设计v1.0标准要求，进行软件层次的划分，构建系统的体系结构。为了系统体系结构描述的简约化，把系统层次合并成基于J2EE标准的三层应用结构，即客户层、应用服务层（包括交互层、应用层、业务领域层、资源访问层）、数据层（资源层EIS）。1、表示层（客户端）表示层是三层结构中的第一层次，利用Web浏览器作为客户端，使客户面对一个统一的应用界面。浏览器（IE）通过Weblogic从服务器获得信息。2、应用服务层（应用服务器）中间层采用BEA公司的Weblogic，它全面支持J2EE标准。Weblogic拥有高水平的可扩展性和可用性。它运行在服务器端，连接Web浏览器与
34、后台数据库。用servlet 或JSP写简单的请求，为可重用部件创建 EJB。二者均可与后台ORACLE数据库连接获取数据。由于Servlet由Web服务器进行加载，利用Java语言进行开发，它是基于线程的，具有高性能、高可靠性。3、数据层（数据库服务器）后台数据库服务器是用户存放数据信息的地方，数据库服务器层采用oracle9i。3.2.2 系统网络部署结构设计税务系统网络按使用对象划分成税务内部网络和外部网络两个区域，如图3-3所示。图3-3 系统网络部署结构图内部网络指税务系统计算机信息网中不涉及与非税务部门直接进行信息交流的部分，它是税务计算机信息网的基本组成部分，包括供局域网用户使用
35、的网络资源和供广域网络共同使用的网络资源。内部区域的用户包括：局域网络用户、广域网络用户和通过拨号连接的移动用户。外部网络指税务计算机信息网络中与税务以外的计算机网络进行信息交流的部分，现有的外部网络主要有：各地税务部门为纳税人提供计算机网络服务的纳税人税务局网络、各地税务部门与业务合作单位之间进行数据交换的计算机网络。3.2.3 功能结构设计在上述将系统的功能模块划分为注册登记管理、购票信息管理、税控数据管理、传输盘税控盘写盘管理、数据传输、系统工具下载等功能模块，系统的功能结构如图3-4所示。图3-3货运发票税控系统（地税）功能图结构图3.3 数据库设计数据库设计是信息系统设计的重要组成部
36、分，是系统模型的最原始的表示和反映。数据库设计的好坏直接关系到开发周期和系统性能。所以，数据库设计的目标是：数据对象命名合理，数据存储合理，没有冗余，并符合数据库设计的3 个范式。数据对象的关系清晰明了，符合业务逻辑，同时保证数据的完整性。数据库系统改换时，原有的系统设计要便于转移，减少代码重写。同时要考虑到本系统作为国税金税三期的一个重要组成部分，国税金税三期的各子模块之间以及和原有系统的数据交换，所以数据库的命名、字段的命名、字段的类型、字段长度等都要符合金税三期工程标准。3.3.1 数据库设计原则数据库的设计是系统实现的关键部分。设计数据库最重要的一项工作就是设计关系模式，也就是设计二维
37、表的表头以及约束条件。在设计过程中，需要满足几个设计原则：（1）需要遵循数据库设计范式的原则数据库的设计一般要满足第三范式，如果不满足第三范式，设计的数据库表是个不完善的数据库。（2）数据库在整体架构上采用分区设计原则数据库的分区主要分为三个区：基础区、主题区、交换区。基础区的数据是用户管理、基本信息设置等基础数据区域。主题区主要是面向业务主题的各个子系统存放数据的逻辑区域。（3）要满足系统的性能需求。系统的性能需求主要是系统的业务和数据量较大，因此系统的吞吐率要高，系统的扩展性要好。3.3.2 数据库表结构设计在货运票税系统中，系统各功能模块的运行及其操作直接影响着相应系统数据库中的数据。这
38、些功能模块与相应的系统数据库访问的读写关系如表4-1所示（W为写数据库标记；R为读数据库标记）。表4-1系统功能模块与系统数据库访问关系数据库功能模块登记数据库购票数据库接收数据库扫描认证数据库系统管理数据库注册登记W购票管理RW接收数据RW扫描认证RRW查询统计RRRR系统管理R/W由于篇幅原因只能对部分数据表进行设计。用户注册登记数据：有关税控器具的用户注册登记、注册变更、税控器具丢失损毁、注销等数据，主要包括税控盘、传输盘、税种税目、监管数据等。购票和发票使用数据：有关用户购买发票和使用发票的数据，其数据来源是征管系统。发票使用数据需要导出到征管系统。用户申报数据：从传输盘或税控盘读取的
39、申报税控数据。发票扫描认证数据：发票扫描认证的申请及处理数据。表4-2数据库表A01：用户税务信息 DJ_SKSKJDK_YHSWXX字段中文名字段英文名类型长度主键外键说明用户识别号YHSBHVARCHAR2(20)用户识别号或税务机构代码法人代表FRDBVARCHAR2(50)代开时没有办税员BSYVARCHAR2(32)自开时为办税员代开时为开票操作员经营地址JYDZVARCHAR2(80)自开时为经营地址代开时为单位地址联系电话DHHMVARCHAR2(60)只作长度校验，不校验格式。注册类型DJZCLX_DMCHAR(3)遵循金税三期统一编码。所属行业HY_DMVARCHAR2(6)
40、遵循金税三期统一编码。经营项目中文名称JYXMZWMCVARCHAR2(400)写卡内容之一。长度为20字节。（10个汉字）表4-3数据库表A02：发票类型监控数据表 DJ_SKSKJDK_JKSJ字段中文名字段英文名类型长度主键外键说明用户识别号YHSBHVARCHAR2(20)用户唯一标志。发票类型代码FPLX_DMCHAR(3)系统自定义税务机构代码SWJG_DMVARCHAR2(11)记录当前操作员的税务机关信息。遵循金税三期统一编码数据报送类型SJBSLXCHAR(1)0汇总明细1 明细数据报送期限SJBSQXVARCHAR(3)纳税人报送数据的周期。以天为单位，但如果是30天的倍数
41、，就按月计算。数据报送有效期（天）SJBSYXQVARCHAR(3)131天,默认10天单张开票最高限额DZKPXENUMBER(16)由税务部门指定开票截止时间KPJZSJDATE控制开票时间数据报送起始日期SJQSRQDATE用户申报数据的起始时间数据报送终止日期SJZZRQDATE用户申报数据的终止时间表4-4数据库表A03：购票信息登记 DJ_SKSKJDK_GPXX字段中文名字段英文名类型长度主键外键说明购票信息IDGPXX_IDVARCHAR2(34)用户识别号+时间用户识别号YHSBHVARCHAR2(20)用户唯一标志。办税员BSYVARCHAR2(32)办税员姓名税员签名时间
42、BSYQMSJDATE签名时间受理人SLRVARCHAR2(11)受理税务人员代码受理时间SLSJDATE受理时间税务机构代码SWJG_DMVARCHAR2(11)遵循金税三期统一编码3.4 本章小结本章主要从系统的需求分析设计、系统结构的设计、功能模块设计、数据库设计方面展开。系统的结构设计主要从系统的整体框架结构、系统体系结构、系统功能模块结构设计展开。系统的数据库设计主要从系统的数据库的结构设计与系统数据表的逻辑结构的设计展开。4 系统实现与测试4.1 系统实现环境系统的开发环境与系统执行效率密切相关。货运票税管理系统作为国税与地税部门的重要工具，需要的系统配置较高。4.1.1 硬件环境
43、系统的硬件环境主要是货运票税管理系统运行的硬件平台，系统的硬件部署环境采用浪潮NF5225型号服务器，局域网络采用网通100M网络共享。交换机采用神州DCS交换机、客户端PC机采用酷睿i5-2450M、主频3.1GHZ双核处理器、硬盘容量750G、内存采用DDR34GB、显卡采用GT540M2GB独立显卡，保证系统运行的硬件环境。4.1.2 软件环境货运票税管理系统的软件开发工具采用MyEclipse8.5开发工具，系统以J2EE框架为基础，采用JAVA语言作为开发语言，过程中嵌入AJAX语言和JS脚本，提高页面执行效率。采用MySql数据库作为存储数据的工具，采用Hibernate框架作为支
44、撑。在开发中，不需要重新编写连接数据库的驱动，只需要配置Hibernate框架即可。4.2 系统功能实现4.2.1 注册登记功能实现1、功能描述在本系统已登记注册的纳税人因为各种原因发生税务信息变更后，需要通过本模块来完成他在本系统的信息变更。税务机关接收纳税人变更注册信息申请，对其申请进行审核、批准，核对、登记变更前后信息。包括税务信息变更、增加税种税目、发票信息、增购税控盘、增加传输盘、子用户增减注册登记变更情况。相应的纳税人情况说明和税务机关的审批意见也应记录存储。在本模块完成后还需要对税控盘传输盘进行注册登记变更写盘。2、 界面实现变更项目选择界面如图4-1所示。图4-1变更项目选择窗
45、口代码实现如下所示。public String saveArrangedStudent(List readyToArrange, 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 (exArrangement = null)return success: false, errors:info: 没有找到对应的场次！;for (Map element : readyToArrange) String studentId = (String)element.g
