英语原文共 6 页，剩余内容已隐藏，支付完成后下载完整资料
摘要
这篇论文的目的为某省的税收机构里的税务人员建立一个网络税收系统。首先这篇文章分析了税务系统在国内外的现状，并指出了网络收税的问题。然后，这篇文章讨论了应用于系统开发的技术——spring mvc架构。在这之后，这篇文章分析了这个系统的需求与架构的设计方法并且进行处理。接着，这篇文章讨论了系统设计和开发方法的创新之处。这个系统使用了有特点且高级的自动代码生成技术。最后，这篇文章测试了系统并且分析了测试的结果。根据实际的测试，这个税收系统可以让税务人员完成税务发布并且在任何地方、任何时间进行支付，提高了效率，在文章的最后写了对这个系统未来的展望。
关键字：网络税收系统、spring mvc、自动代码生成
I 介绍以及网络税务技术
介绍
网络税收系统是一个利用电脑和网络技术来解决税务问题的系统，税务人员只需要呆在家里就可以完成付税的义务。特别的，税务人员可以使用电脑在网络数据的表格中发布原始数据，他们将这些数据发布到税务机关的服务器中，后台程序计算并且审计从税务人员返回的数据。如果数据合法，系统会发送数据信息到相关的银行保留税务，税务人员需要通过这个系统支付相应的数目。
一个省当地的税务机构的网络收税系统的现状如下：
只有税务机关的工作人员才可以使用网络收税系统，付税者需要去税务大厅才能付税。
没有办法在网络上支付税，付税者需要拿着账单在银行付税，这非常的不方便。
税务机关工作人员使用老旧的系统审计税务表格，如果这个表格不合法，付税者需要重新填写表格，这非常消耗时间而且繁琐。
Spring mvc
Spring MVC是一种卓越的架构。Spring mvc可以帮助你建造如同spring架构一样灵活的web应用。Spring mvc使用一系列的MVC注释让POJO变成了一个用来解决请求的控制器并且不需要实现任何其他的接口。Spring mvc同时也支持最流行的REST风格URL请求连接。注释和REST风格成为了spring mvc最为炫目的特征。同时，spring mvc在数据绑定、本地处理、查看分析、静态资源方面拥有着优秀的性能。Spring mvc 架构围绕着核心的调度servlet展开，调度servlet掌控着监听请求并且指派数据进入适合的处理器中。
II 设计与分析
A 功能需求分析
1 初始化设定
当付税者登录网络支付系统，他们需要一些初始化设定。在这些设定中他们需要填写下述的信息：付税者的名字、电话号码、企业收入税的类型、分公司、付费系统的类型、个人所得税的申报方式、税务人员的恰名、财政软件、商务税类型。在付税者完成这些初始化设定工作后，他们就可以正常使用这个箱体哦功能。
付税者只需要在第一次登录系统的时候做这些初始化工作，当所有的设定完成的时候，他们不需要再重新设定了。
2.填写申报
填写申报是网络税收系统的一个主要功能，拥有14个税务类型：商务税、公司收入税、个所得税、旅游税、城市维护和建设税、地产税、城市实体资产税、城市土地税、土地增值税hellip;hellip;以及6个支出项目。申报表分为单表格或者多表格。
单表格申报表说明这个税务只有一个主表格，付税者直接在主表格中填写。
多表格的申报表说明这个税有一个主表格和几个附表，付税者在副表格中填写，主表格会自动生成对应的内容，并且不可被修改。
3.网络申报
在线申报模型包括三个功能，当前月未申报的申报表、当前月已经申报的申报表、取消申报表。
当前月未申报的申报表显示出所有未申报的记录，付税者可以选择申报并且支付以及申报但稍后支付。
当前月已申报的申报表显示出所有已经申报的记录。
取消申报表功能显示出所有已经申报的记录。
4.付税
付税模型需要能够进行支付和查询已经成功申报的记录，有四个功能，当前月没有支付的申报表、支付记录查询、支付当前月欠缴的税、支付历史欠缴的税。
当前月没有支付的申报表展现了所有成功申报但是没有支付的记录，在这个功能中，你可以选择TIPS或者银行两种方式来支付税。TIPS是目前最流行的付税方式。TIPS适合那些已经签署了TIPS条款并且将他们的信用卡和银行以及税务机关绑定的用户。付税者可以在线操作这些功能。银行支付的方式适合那些还没有签署TIPS条款的付税者，她们需要打印自己的收据并且去银行付税。
支付结果查询显示当前月里全部的支付记录。
支付当前月欠缴的税显示所有逾期未支付的记录，系统会自动计算罚金。
支付历史欠缴税显示所有没有支付的税。
B 系统架构和处理过程的设计
1.系统架构
网络付税系统的架构共分为四个区域，展现在图1中
客户端包括网页浏览器和税务控制机器，付税者通过网络连接这个区域。
申报和支付区包括网络付税系统的服务器和数据库服务器。网络服务器由Weblogic应用服务器搭建。Weblogic是一个可以部署与应用大尺度分布式WEB应用和网络应用的服务求，它拥有一些特性：高性能、高可扩展性以及高可用性。使用Weblogic作为应用服务可以保证系统的安全。同时，我们同时使用Memcached分布式缓存技术。Memcached是一个为动态web应用高性能、分布式的记忆实体缓存系统，作用是缓解系统加载。我们使用memcached实现加载平衡，使得web程序从并发性角度来说反应迅速。我们使用Oracle 10g 作为数据库。Orcale 10g拥有高速的数据处理、高客观理性、高可用性的能力并且支持新的系统机构。它也可以恢复任何错误，简化系统配置和扩展，同时，它也可以高效地插入、更新大数据。我们选用Oracle 10g去确保数据的安全、稳定和存储数据的效率。数据服务器的部分存储着所有网络税务系统的数据，这是网络税务系统专用的数据库服务器。
接受区域包括数据交换平台，负责数据的接收和发送。
互联网区域包括后台系统以及数据库，当地的税收机关管理这个区域，并且和税务有关的数据都在这里被保护。后台系统仅提供和网络税收系统的接口，我们在这个部分没有代码工作。
网络税收系统采用DAO的样式进行设计。DAO设计模式是J2EE数据层的一部分，通过DAO的方式我们可以简化一系列的代码，增强程序的便携性。我们的系统分为三个层，DAO层、服务层、控制层。DAO层负责处理数据以及和数据保持层一起工作。DAO层并不包括在任何业务逻辑相关的操作中，它仅仅只负责处理数据库。服务层负责应用模型的业务逻辑，它同时也负责唤醒DAO层的接口去操作数据库。控制层负责控制业务处理，处理从网页返回的数据，并且唤醒服务层来处理逻辑。
2.网络报表的处理
付税者登录网络税务系统，选择税务类型进行报税，他们可以填写、修正、保存或者删除报税表。
付税者进入网络报税模块，选择当前月的一个记录或者一些记录并且点击“生成”按钮去建立空白的表格，接着，付税者可以填写这些表格。当付税者结束填写，网络税务系统会验证报税表之间的逻辑关系。如果许可失败，系统会返回错误信息，如果许可成功，系统会生成正式的符合STA标准的表单。接着，后台文件同步系统会自动备份报税表到另一个服务器，所以我们可以避免因为错误造成的数据丢失。
付税者选择一个或多个生成的报表并且点击上报，网络税务系统会判定是否所有的条件都被满足了，这些条件为在报税周期内且记录的状态是未上报。如果条件未被满足，系统会在数据交换平台的任务表中插入一条新的记录，并且在税务相应的表中插入记录。
如果记录被成功插入表中，这表示报表被后台程序接受，那么这条记录的状态会变成报表接收成功。
后台系统会在数据交换平台里从任务表里恢复新的报表任务。系统在结果表中插入记录，并且将其状态设定为处理中。接着，后台系统会处理这些任务。当任务结束，系统会向结果表更新最终的结果。网络税务系统可以随时从结果表中查询并且获取任务的最终结果和状态。
所有的处理过程在表2显示。
3.网络税收系统的处理过程
付税者登录网络税收系统并且进入网络支付模块，他们选择一个或者多个记录进行支付。这些记录必须被成功申报而且没有进行支付。网络税收系统判断这些被选择的记录是否符合商业规则来决定这些记录的数据是否合法，规则如下：
数据是否被成功申报，只有成功申报的记录才可以进行支付
数据是否在缴税周期里，历史记录是不可以进行支付的
数据是否被支付过了，已经被支付过的数据是不可以再次被支付的
如果条件被满足，网络税收系统会插入一个新的支付记录到任务表中。
如果记录被成功的插入表中，这意味着支付被后台所接收，这个记录的状态会变为已经成功支付，请稍后查询。
后台系统会从数据交换平台的任务表中恢复新的支付任务并且将状态变为正在处理。
后台系统会生成支付任务的电子税务发票。接着系统发送支付请求到中国人民银行的TIPS系统，中国人民银行的TIPS系统发送请求到商业银行去减去实时税务。接着，后台系统更新最后结果到结果表中。网络税务系统可以查询并且获取任务的最终结果。当成功支付后，付税人可以去银行取回发票。
所有过程在表3中显示。
4.增值税退税支付流程
增值税退税流程和网上税务支付一样，不同的是，退税记录从退税表中获取，他们自动由系统生成。如果付税者接收到了税收机关的退税收据，系统会识别退税收据并且催促付税者在税务大厅取消税单。网络税收系统唤醒一个后台系统的接口去生成退税记录并且将这些记录插入退税表中，系统从退税表中查询这些记录。
III 特性和创新
A.系统设计的创新
1.数据交换平台
在所有的本地税务机构的系统中，后台系统是最为重要的。所有和税务有关的数据存储在后台系统的数据库中，在功能需求分析中我们提到，付税者的基本数据和所有报表的记录必须存储在后台系统的数据库中。如果网络税收系统直接连接后台数据系统，可能会有后台数据渗漏的风险。所以，在系统架构设计的时候，我决定设计在后台系统和网络税收系统之间设计一个数据交换平台，并且设计一个短期的中间数据库。中间数据库负责接受并且引导税务报表和支付的数据。中间数据库仅仅包括一个数据库，并没有配套的系统以及业务逻辑系统，它的工作流程为：网上支付系统会传送税务数据和支付数据到中间数据库，接着，后台系统以一定的时间间隔查询新的报表和支付数据。如果他们是新的记录，那么后台系统插入记录到后台数据库中，处理记录并且更新中间数据库里的信息。中间数据库不仅储存网络税收系统的数据，也储存付税人的基本信息，税务类别以及后台系统的结果。后台系统会以一定时间间隔同步最新的基本信息到中间数据库中，网络税收系统同样以一定时间间隔从中间数据库获取最新的信息。
中间数据库拥有几张重要的表：
普通报表表格。这个表格包括了所有报表的数据，网络税收系统发送报表数据到这个表中，这个表仅仅储存报表数据，支付数据并不存储。在这个表中，我们可以根据报表号和序列号去查询某一个记录。
任务表格。任务表格包括所有的报表、支付和取消数据。网络税收系统发送这些数据到任务表格中，但每一种类型的数据被每个任务类型所标记。但是这个表格仅仅存储报表号码、序列号码和任务类型，细节部分需要在普通报表表格中进行查询。每种类型的数据和普通报表表格中的一个数据关联。
任务结果表格。人物结果表格储存所有任务的结果，任务结果表格通过序列号和报表号连接任务表格，我们通过结果编号和返回的信息来确认任务的结果。
数据交换平台是这个系统架构设计中的一个创新点，它解决了数据安全的重要问题。
2.系统任务配置
网络税收系统的数据必须通过中间数据库存储进入后台系统里，所以任务的结果在后台系统处理完毕之前是不会被写入中间数据库的，之后，网络税收系统可以从中间数据库中获取结果。那些处理数据同步问题的任务叫做系统任务。在系统建立的开始，只有一个系统任务，它作为一个服务工作并且没有展示也买你。当系统启动时，它也会启动，当系统停止时，它也会停止，这个任务同步所有信息。我认为如果这个任务同步一个大数量的信息，它会处理得非常缓慢。而且每当我们需要改变任务的参数的时候，我们需要重启系统，所以这个系统任务并不是十分的灵活。因此，我设计了4个系统任务。报表处理结果任务，支付处理结果任务，取消处理结果任务，退税查询结果任务，让四个任务随时可以启动和停止。
每一个任务被设计为一个时间任务和一个线程池。任务的工作时获取已经上报的胡总和已经支付的记录。任务以一定时间间隔查询记录以及报表表格中的数目。接着，任务从任务结果表格中获取结果信息和数目。这些系统任务作为服务进行工作，所以我给每个系统任务写了很详细的日志。如果错误发生了，日志可以帮助我找到错误的位置。两个任务，报表处理结果任务和支付处理结果任务，处理绝大多数的信息，最高的瞬间任务处理的数目可以达到50000条，如果只有一个线程进行工作，系统绝对会出现操作缓慢甚至崩溃。因此，线程池可以解决大批量的任务处理并且减少创建或消除线程时的资源消耗。
同时，我存储了系统任务的名字和路径到系统任务表格中。这里有一些基本的线程池配置信息在这张表格里，诸如启动时间、结束时间、最小的线程数，足底啊的线程数，任务队列长度和任务状态灯。接着我设计了一个页面来启动、配置以及停止这四个任务，任务的状态可以在运行、中止、启动错误、运行错误四个状态里切换，所以我们可以时刻知道四个系统任务的状态，并且随时可以启动和停止他们。当前我的默认设定如下：最小线程数为1，最大线程数为5，操作周期为5分钟，这个操作让系统运行的比较平缓。
系统任务配置的设计也是这个工程的一个创新点，它解决
全文共7103字，剩余内容已隐藏，支付完成后下载完整资料
资料编号：[599]
以上是毕业论文外文翻译，课题毕业论文、任务书、文献综述、开题报告、程序设计、图纸设计等资料可联系客服协助查找。
