国税税收管理员工作平台的开发与应用

摘　要：

关键词：
　　引言

　　为了进一步加强税源管理，更好地落实税收管理员制度，根据国家税务总局、湖南省国家税务局税收管理员制度的要求，依托综合征管软件，结合基层税源管理的工作实际，采用三层架构模式开发“湖南省国税局税收管理员工作平台”。该平台主要解决税收管理员“做什么”、“怎么做”、“做得怎么样”三个方面的问题，实现综合征管软件业务管理的全面覆盖和完善，从而达到税收征管的科学化、精细化管理目标。

　　1.总体设计思路

　　根据本系统的业务需求，本系统的使用对象主要为税务机关内部的人员，首先，对于系统的架构而言，使用以市为单位的市级集中系统应用模式，各地市通过内部专用网络连接系统进行操作。系统的技术架构采用J2EE架构，使用B/S应用模式，客户端无需安装任何程序，通过浏览器便可使用系统。

　　2.系统相关技术研究

　　2.1 工作流系统架构

　　一般的工作流系统架构分为工作流定义平台、工作流执行平台和工作流监控平台。工作流定义平台提供友好的图形化工具进行系统流程的定义、设置管理等；工作流执行平台负责解释流程定义信息并通过流程引擎对按预先定义的流程规则进行执行，并输入相关结果信息等；工作流监控平台负责对工作流系统的整体过程进行运行监控、统计查询等。工作流系统拥有自己的核定数据库，用于存储所有流程的定义及运行等信息。

　　2.2 系统开发其它技术

　　系统功能开发基于J2EE技术进行实现，系统结构使用MVC模式，使用成熟的Struts框架进行MVC技术的实现。

　　J2EE是一种利用Java2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或 Java2平台的标准版，J2EE不仅巩固了标准版中的许多优点。J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持EnterpriseJavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。

　　MVC是“Model-View-Controller”的缩写。系统或用户事件导致控制器改变模型或视图，或者同时改变两者。只要控制器改变了模型的数据或者属性，所有依赖的视图都会自动更新。MVC模式是一种架构模式，其实现需要其他模式协作完成。视图代表用户交互界面，对于Web来说，可以概括为HTML界面，但也有可能为XHTML、XML、Applet和Flash等。随着应用的复杂性和规模性的提高，界面的处理也变得具有挑战性，一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型（Model）处理。

　　本系统集成还使用了Struts框架进行系统开发，Struts框架的处理流程清楚的体现了 MVC系统的特点，简单的Struts组件结构如图2.3 Struts组件结构图所示。Struts Controller ActionServlet处理客户请求，利用配置的ActionMapping对象把请求映射到Action处理器对象进行处理。Action处理对象访问ActionForm中的数据，处理和响应客户请求，它还调用后台的Bean组件，这些组件封装了具体的业务逻辑。

　　3.系统网络结构

　　平台采用市州局数据集中方式，在湖南省内每个市州局均部署一套系统，市州局内各单位及区县级国税局工作人员以浏览器方式通过国税系统内部网络访问。国税系统核心征管软件（ctais）为省级数据几种方式，服务器部署在省局。省局相关工作人员下达任务及由核心征管软件发起系统任务均通过国税系统内部网络完成。

　　本系统的网络结构最顶层为省国税局网络，省局拥有独立的局域网络，CTAIS核心业务系统布署在省局级的网络中，省局网络通过核心路由器与各地市分支网络进行连接，链路使用电信和联通的专有线路。在各市局创建市为单位的核心局域网，再通过同样的方式与个县、区分支局进行网络连接，形成的一个多层的级连网络系统结构。

　　本系统安装布署运行在各市局的局域网中，使用工作人员通过分支局与市局的网络连接使用系统，本系统与征管系统的数据交互通过省局网络进行。本系统的应用服务器和数据库服务布署在同一内部局域网中。

　　4.系统逻辑结构

　　采用J2EE的系统架构，使用分层设计、模块化设计理念，将系统分为接入控制层，业务处理层及数据库处理层。

　　系统逻辑结构包括用户交互处理模块，系统控制及权限控制模块组件，业务处理模块组件及数据库访问模块，同时包含公共处理如系统管理日志处理模块等。详细结构如图4.3系统逻辑结构图。

　　用户交互模块为系统的视图层，负责系统与操作人员的操作交互。系统通过使用MVC的View层进行各个功能的页面展示。

　　系统控制模块用于对用户的所有操作进行控制处理。负责根据用户的请求调用对应的业务处理模块，执行并反馈对应的处理结果。

　　系统的权限控制通过安全权限控制组件完成，该组件根据系统用户的角色及各个页面功能的业务类型，控制不同用户对系统不同业务功能模块的使用权限，对无操作权限的功能，系统控制组件直接中断用户的请求调用。

　　业务处理模块为业务组件，包括针对税收管理工作的任务控制、表单处理、审批流转、考核系统等。在该模块中，核心为应用的工作流控制引擎，工作流控制引擎根据不同的业务请求及相关的控制配置进行不同的过程处理。

　　系统日志处理模块记录完整的所有用户对系统的操作记录，保证系统中的所有处理过程都有据可查，为系统出现故障后的处理提供有效的判断依据。

　　数据库访问模块将系统对数据库的操作进行了有效的封装，使各不同的业务对数据库的操作进行集中式管理调用，解决多种分散式数据库操作下可能引起的效率及其它数据库问题。

　　系统管理模块主要提供的为系统的相关设置处理，主要是系统的权限分配，系统运行监控等。

　　5. 系统技术实现思路

　　整体开发思路：

　　第一步：分析应用需求，把应用分解为模型、视图和控制器三部分；

　　第二步：利用Struts的标签库来创建视图组件，即将程序代码从JSP文件中分离，JSP文件借助客户化标签来完成视图层的程序逻辑。客户化标签负责视图层的程序 逻辑，如数据显示、会话的有效性验证，它既可以访问模型组件，也可以访问存放在Web应用的request、session和application范围内的共享数据。视图组件中的文本内容保存在专门的消息资源文件中，在JSP文件中通过Struts的标签来访问它。

　　第三步：利用Struts框架中的ActionForm Bean把视图中的表单数据传给控制器组件。ActionForm Bean被存放在request或session范围内，它能够被JSP组件、Struts标签以及Action类共享。其中，数据验证分为两种类型：HTML表单验证和业务逻辑验证。表单验证由ActionForm Bean的validate()方法来实现，只进行语法和格式的检查；业务逻辑验证由Action类或模型组件来实现。ActionMessage可以表示数据验证错误，它被保存在ActionMessages(或其子类ActionErrors)集合对象中。ActionMessages对象被保存在request范围内，Struts的视图组件可以通过标签来访问它。

　　考虑到业务的可变性，对各种调查表，允许通过系统维护功能进行自定义，包括调查表类型、数据结构、表样模板。

　　第四步：利用Struts框架中的Action组件进行业务逻辑验证和流程控制，即通过execute()方法调用模型组件来完成业务逻辑，并决定把客户请求转发给哪个视图组件。Action组件既可以访问模型组件，也可以访问存放在Web应用的request、session和application范围内的共享数据。

　　第五步：利用Struts框架中的模型组件负责实际业务逻辑，如对数据库中数据的查询、添加和删除操作，模型组件具有封装业务实现细节的功能，与视图和控制器保持独立，开发者可以方便地把模型组件移植到远程应用服务器上，不会对MVC的其他模块造成影响。因此模型组件不应该访问Servlet API或Struts API中的类，如：HttpServletRequest、HttpServletResponse、Action或ActionForm等对象。本系统中模型组件由EJB和JavaBean组成。数据库访问有两种方式，一种是通过在应用服务器中配置连接池，再在配置文件中配置元素进行访问；另一种是通过访问XML文件，从外部读取数据文件（主要应用于各种调查表的录入）。

　　第六步：通过调用HttpServletRequest或HttpSession的setAttribute()以及getAttribute()方法，可以保存或访问在request或session范围内的Java对象，实现视图组件和控制器组件之间信息的交互与共享。

　　第七步：异常处理机制是：在控制层对Java异常进行重新包装，在视图层提供能够让用户理解的错误信息，并且错误信息来自于Recource Bundle。

　　包括两种类型的错误：

　　第一种是Struts应用程序级错误，出错范围包括ActionForm Bean、Action、JavaBean、EJB等，此类错误在配置文件中通过配置元素实现，对异常信息重新包装，再把请求转发给元素中path属性指定的错误信息页面。具体做法是在模型层不对异常进行捕获，直接抛出，而在Action控制层进行捕获，转向错误页面。有两种配置方式：如果元素被嵌套在元素中，表示全局的异常处理元素，对所有Action适用；如果元素被嵌套在元素中，表示局部的异常处理元素，仅对当前的Action适用；

　　第二种是系统级错误，出错范围包括JSP、系统配置以及Struts没有截获的错误等，此类错误在配置文件中配置通过配置元素实现，对异常信息分类处理，由子元素指定的错误页面返回错误信息，如果没有指定，则直接将系统错误显示给用户，这一层主要是捕获如404、500、505、tException、ption、eException等错误。　　

　　第八步：对于错误信息、ActionForm表单的提示性信息、JSP页面显示的提示性信息等，建议通过创建Recource Bundle，统一在资源文件中进行定义，程序中只应用定义的key即可。

　　第九步：利用文件来配置Struts应用，利用文件来配置整个web应用。　　

　　6.总结

　　平台开发经历了“业务需求提出、可行性研究、总体设计、立项、业务需求再完善、技术攻关、程序开发、系统测试、系统试运行、项目验收”的历程。在开发过程中始终遵循国税系统软件开发规范，并使用了先进的技术来保证开发出高质量的系统。

　　目前本平台已在湖南省国税系统进行了全面推广和使用，平台使用市局级集中运行模式，使用人数超过万人，平台功能根据税收业务的变化和发展需求正在得到不断的完善和增强。

　　

参考文献：

[1] 国家税务总局征收管理司．新税收征收管理法及其实施细则释义．中国税务出版社．2002年

[2]北京，国家税务总局国家税务总局软件开发规范  中国税务出版社  2007.10

[3]联想神州数码公司  中国税收征管信息系统操作手册  湖南省国家税务局  2002

[4] 周伯生等译．统一软件开发过程．机械工业出版社．2002年

[5] 蒋慧、林东等译．软件需求管理统一方法．机械工业出版社．2002年

[6] 陈松乔、任胜兵、王国军 现代软件工程 北方交通大学出版社 2002年