WebService在网上办税厅系统的应用

677中图分类号：TP3论文编号：硕士学位论文WebService在网上办税厅系统的应用WebService’sApplicationintheOnlineTaxSystemADissertationSubmittedfortheDegreeofMaster中图分类号：TP3论文编号：10006GS0721A53硕士学位论文WebService在网上办税厅系统的应用关于学位论文的独创性声明本人严峻 声明：所呈交论文，是本人独立进行争辩工作所取得的成果。除文中已经注明引用的内容外，本论文不包含任何其它个人或集体已经发表或撰写过的作品成果。对本文的争辩做出重要贡献的个人和集体，均已在文中以明确的方式标明。本人完全意识到本声明的法律结果由本人担当。论文作者签名：日期：年月日学位论文使用授权书未经本论文作者的书面授权，依法收存和保管本论文书面版本、电子版本的任何单位和个人，均不得对本论文的全部或部分内容进行任何形式的复制、修改、发行、出租、改编等有碍作者著作权的商业性使用(但纯学术性使用不在此限)。否则，应担当侵权的法律责任。论文作者签名：日期：年月日其他人员签名：日期：年月日摘要传统的系统集成互操作性和可扩展性较差、集成的代价较高。随着Web服务（WebServices）技术的消灭和不断完善，为提出更加完备的集成方案供应了技术保障。Web服务转变了传统的应用集成中点对点的集成处理方式，以一种松散的服务捆绑形式，能够快速地开发、发布、发觉和动态绑定应用。良好的互操作性和封装性、松散耦合的结构、廉价性、标准协议规范和高度可集成力量等特点，使Web服务在电子政务的建设中有着无法替代的优势。本文通过对Web服务的体系架构和技术组成等方面的争辩，以及对现有集成模式的分析，结合Web服务技术的具体特点，分析了基于Web服务的网上办税大厅系统集成框架与关键技术。本文具体描述了该技术框架，并对框架中所涉及的若干关键技术进行了深化的分析争辩，总结并提出了有效的实现方法。对本课题接受的WebService和AJAX页面无刷新技术进行了深化的分析争辩，着重介绍了WebService的概念、体系结构和相关技术、标准AJAX交互，它的核心技术，优势以及应用领域。接着，对网上办税大厅系统的功能需求、性能需求、系统总体功能结构、系统功能模块设计和系统WebService设计。通过需求分析，确定出系统的总体流程以及相应的系统功能。然后应用集成框架模型，为系统设计了总体的架构。接着对该网上办税系统进行了实现，具体描述了架构和功能中技术点的具体开发，包括UDDI注册中心的实现、WebService的实现、WebService代理的实现以及Ajax在网上办税大厅系统中的运用。最终是对全文工作的总结和展望。关键词：网上办税，Web服务，代理，UDDIAbstractDistributedcomponentmodel,suchasCobrasstilltightcouplingstructureandisoftenusedinthetraditionalintegrationsolution.Itusuallycausespoorinteroperability,poorextensibility,andhighcostofintegration.WiththeappearanceandmaturityofWebServicetechnology,abetterintegrationsolutioncanbeprovidedpossibly.WebServicemakesthechangeoftraditionalmodeofpointtopointintegration.Itusesanincompactservicebindingformtorapidlydevelop,publish,discoveranddynamicbindtheapplications.WebServicehasmanypredominantfeatures,includinginteroperability,encapsulation,loosecouplingstructure,lowcost,normalprotocolandhighintegration.Goodinteroperabilityandencapsulation,loosecouplingofthestructure,low-cost,standardprotocolspecificationandcharacteristicsofhighcapacitycanbeintegratedtoWebservices,e-governmentbuildinginanirreplaceableadvantage.BasedontheWebservicesarchitectureandtechnologycompositionoftheresearch,andanalysisofexistingintegratedmodel,combiningthespecificcharacteristicsofWebservicestechnology,analysisofweb-basedWebservices,taxhandlinghallsystemintegrationframeworkandkeytechnologies.Thispaperdescribesthetechnicalframework,andtheframeworkinvolvedinanumberofkeytechnologiesin-depthanalysis,itisproposedtoachieveeffectiveway.UsedinthissubjectandAJAXWebServicetechnologywithoutrefreshingthepagein-depthanalysis,focusingontheWebServiceconcept,architectureandrelatedtechnologies,standards,AJAXinteraction,itscoretechnology,advantagesandapplications.Then,ontheInternetTaxServiceHallsystemfunctionalrequirements,performancerequirements,theoverallfunctionofthesystemstructure,functionmoduledesignandsystemdesignofWebService.Throughneedsanalysistodeterminetheoverallsystemflowandthecorrespondingsystemfunction.Andapplicationintegrationframeworkmodelforthesystemdesignoftheoverallstructure.Thentheonlinetaxhandlingsystemwasachieved,adetaileddescriptionofthearchitectureandfunctionofthespecificdevelopmentinthetechnicalpoints,includingtheimplementationofUDDIregistry,WebServiceimplementation,WebServiceproxyimplementation,andAjaxintheonlinelobbysystem,theTaxuse.Finally,thereistextsummaryoftheworkandprospects.Keywords：Onlinetaxhandling,Webservices,agent,UDDI目录摘要IAbstractII第1章绪论11.1争辩背景及意义11.2网上办税大厅系统争辩现状21.3论文主要争辩内容41.4论文结构5第2章WebService及Ajax概述62.1WebService概述62.1.1WebService的概念62.1.2WebService体系结构72.1.3WebService相关技术82.2Ajax概述132.2.1页面无刷新技术142.2.2Ajax的核心技术162.2.3Ajax的优势212.2.4Ajax的应用22第3章基于WebService的网上办税大厅系统的分析与设计253.1系统需求分析253.1.1功能需求253.1.2性能需求253.2系统总体设计263.2.1系统总体功能结构263.2.2系统功能模块设计273.2.3系统WebService设计28第4章网上办税大厅系统关键技术实现324.1基于WebService的系统网络结构324.2网上办税大厅系统UDDI注册中心的实现33网上办税大厅系统UDDI注册中心原型设计334.2.2UDDI注册中心工作过程设计354.2.3UDDI注册中心功能实现364.3WebService的实现394.4WebService代理的实现43授权把握模块43服务组合模块44数据把握模块464.5Ajax在网上办税大厅系统中的运用474.6功能实现484.6.1网上办税大厅外网系统484.6.2网上办税大厅内网处理系统494.6.3单点登录系统50第5章总结与展望515.1总结515.2展望51参考文献53致谢55第1章绪论1.1争辩背景及意义在IT产业迅猛进展的今日，人们已经熟知了网络、网站、软件、数据库等信息产业的专有语言、词汇，更加生疏到了计算机等工T产品给人们的生产、生活带来的便利与效率。税务机关推出网上办税服务，正是为适应信息化高速进展的可喜形势，借助信息化的手段提高纳税人的办税效率，节省纳税人的时间和资金，便利纳税人。网上办税大厅系统是通过计算机和网络通讯技术，使纳税人足不出户完成税务登记、纳税认定、发票管理、申报纳税等全部办税过程的一种网络化的办税系统。网上办税是我国税制改革的一个重要组成部分，是纳税管理形式的一次革命，有利于将来人力资源安排和税收成本结构调整，有利于建设以纳税管理为基础，以计算机网络为依托，集中征收，重点稽查，分类管理，一级核算的税务征管格局。本系统可实现网络税务登记管理、发票管理、文书申请、电子申报，特殊是纳税人申报资料中票与表的比对问题的解决，有效地打击利用虚开发票骗税等涉税犯罪，并为进一步实现纳税评估供应全面的数据基础。税务登记、发票管理、电子申报等事项是纳税人的重要义务，是税务机关依法征税的基础，也是沟通纳税人和税务机关的一座桥梁。近十年来，我国税务机关在税收征管方面进行了很多探究和改革，税收征管工作在模式和手段上较以前已发生了巨大的变化。从以上办税环节而言，纳税人和税务机关都感到不尽如人意。纳税人方面，上门登记、购票、申报，要来回于纳税人、税务机关、银行之间，而且在税务机关要到好几个部门进行审批，需要付出人力、时间、交通等方面的成本；对于税务机关，需要自行解决大量纸质申报数据的采集问题，耗费较大的人力和物力，办事效率很低。解决这一问题的较好方法，就是网上办税。从以上我国网上办税的现状不难看出，纳税人的网上办税部分省市仅局限于申报、纳税两个环节，税务登记、发票管理仅有少数省市涉及。而纳税人进行税务登记、发票管理的审批办理程序繁琐，填写各种申请表、审批表等报表，还要到诸多的部门去审批，这些事项假如也能充分利用现代化计算机和网络技术，以电子方式进行办理，同样有着传统办税方式不行替代的优势。同传统办税方式比，网上办税可提高办税的效率和质量，降低税收成本。对纳税人办税不再受时间和空间的限制，便利、省钱，对税务机关来说，不仅削减数据录入所需的浩大的人力、物力，还可大幅度降低输入、审核的错误率。其次，接受现代化计算机网络技术，可以实现登记、发票、申报、税款结算等电子信息在纳税人、银行、国库间的传递。加快票据的传递速度，缩短税款在途中滞留的环节和时间，从而确保国家税收准时入库。因此，试图通过对网上办税大厅系统的开发，并将其应用于税务系统，达到科学、高效办税的目的。另一方面，税务网上办税大厅系统直接服务于纳税人，使宽敞纳税人感受到税务机关的高效率服务，不仅可以树立起税务机关为纳税人供应优质服务的良好社会形象，而且使税务机关和纳税人节省办公费用，提高工作效率，具有良好的社会效益和经济效益。1.2网上办税大厅系统争辩现状美国从上世纪60年月起逐步在全国范围内建立了税收征管网络。实现了从税收猜测、税务登记、纳税申报、税款征收、税务稽查、税源把握、纳税资料的收集、存储、检索等一系列工作环节的信息化。在税收信息化的建设过程中，重视先进技术的运用，是美国的一大特色。如1999年，美国开头运用信用卡技术，支付预估的税款；2000年，美国开头接受顾客账户方式，纳税人通过国税局电子报税系统支付的税款可以直接从其银行账户中扣除。最近，美国又在新的征管软件中启用了“数据挖掘”信息技术，极大地保障了信息的真实性，削减了偷漏税现象。澳大利亚已在全国税务机关内部全面运用计算机系统管理纳税申报，办理出口退税等日常工作。并实现了与政府相关部门如海关、工商、保险、金融及大企业的网络互联，有效地对税源进行把握，有针对性地开展税务审计。另外，在平安方面，澳大利亚税务系统也实行了一些措施，如为防止灾难性毁坏而设计建立了数据库备份运行系统。在保密机制上，接受了口令或密码、电子通行证等机制，使系统具有了屏幕爱护功能、权限爱护功能和追踪查询功能。在欧盟国家中，意大利拥有最成功、最大的税收信息管理系统ITIS(ItalyTaxInformationSystem)。财政部通过ITIS对全国税收工作进行管理，同时，通过公用数据网实现税收环节相关部门的信息交换和资源共享。ITIS包括16个子系统，主要有:税务登记注册系统、所得税子系统、增值税子系统、税务检查子系统、技术支持与培训子系统等。这些子系统相互协作、相互帮助，各种资料集中存放，各地区、各系统之间格外频繁地进行信息交换，构成了遍布意大利全国的税务信息网络。日本的税收信息管理系统也有其自身的特点。首先，国税局及税务署的系统依据征管工作的需要统一开发运行。国税局接收税务署传送的纳税人信息，并对银行传送的税款入库信息进行核对后，再传送给税务署，后者接受统一的定型统计，从而实现了国税局与税务署系统在统一的状态下运行。在国内，为了加强税收征管、规范税收秩序，国务院于1994年开头实施“金税工程”。“金税工程”初期以“增值税监管”为主要目标；二期时，内容已拓宽为增值税防伪税控开票系统、防伪税控认证系统、增值税计算机交叉稽核系统、发票协查信息管理系统的四个系统；到了三期，其目标已经成为:在二期基础上，建立七个子系统仁管理子系统、征收子系统、稽查子系统、惩罚子系统、执行子系统、救济子系统、监控子系统)，35个模块。目前，现代信息处理技术广泛运用于税务管理和税收征管的各个环节。我国“九五”方案和2010年远景目标中明确指出:要进一步完善纳税申报制度，加快应用计算机进行税收征管的步伐。国家税务总局已将电子申报列入全国税收电子化“九五”规划。深圳、厦门、上海、青岛等地都不同程度的在此方面进行了实践和探究。1997年12月25日，厦门市有10家外资纳税人在全国领先实现网上电子申报纳税。现在，任何纳税人只要有固定的开户银行、账号和一台电脑，一根电话线、一台调制解调器、一套扫瞄软件，即可实现网上申报纳税。该局还在申报结果交互性上取得了突破，网上申报纳税人可实地查询申报结果和历史申报数据。在全国税务系统中，纳税人能自主查询历史电子申报信息的，厦门是首例。北京市地税系统目前实行的电子申报主要是通过Internet网络，客户端不用安装应用系统，只需要安装IE扫瞄器。纳税人登陆税务局网站在线填写税收缴款书号、应税项目和应纳税额有关数据，系统自动计算出应纳税额，然后纳税人提交税务局并手工填写缴款书到银行缴税。提交的信息通过系统后台处理自动转入税务局服务器。深圳市国家税务局的电子征税系统现已开通，由深圳市电子商务中心、税务局信息中心，人民银行国库处计算中心及纳税户4个部分组成。国家税务总局信息中心正在总结已实施电子申报的税务机关的阅历和做法，制定《电子报税系统技术实施标准》，以点带面，逐步规范，引导各地电子报税工作的开展。国家税务总局程法光副局长认为:随着“科技兴税”意识的不断加强，科技手段的不断强化，税务系统必需充分利用现代化技术，以改进税收征管工作，并为纳税人供应更优质的服务。因此，电子报税大有前途!对于网上税务登记状况，经过搜寻“网上办税”发觉，北京市税务局、浙江省地方税务局、重庆市地方税务局、芜湖市国税局、呼和浩特市地方税务局等的网上办税大厅系统中已有网上税务登记功能，其余大部分省市的网上办税大厅系统中尚不具备这一功能。因此，网上税务登记、发票管理、财务核算等功能有待于开发，而且是切实可行的。1.3论文主要争辩内容网上办税大厅系统能处理各类纳税人的税务登记；各种发票的管理，纳税人提取或录入进/销项发票，自动生成纳税申报表；纳税申报表保存的同时录入实缴税额，传送申报表与税款的缴纳工作；通过本系统纳税人还可以向税务机关进行纳税询问；扫瞄纳税公告，税务机关可以通过公告将税目的标准代码等纳税事项下发给纳税人；学习纳税基础学问；进行系统管理，可以自动更新企业端的程序，无须人工干预，便利税务机关和企业的修改、扩展申报内容、格式及系统参数。提高了纳税人的办税效率，减轻了纳税户的经济负担。本文通过接受以认证技术和数据库技术保证了纳税资料的合法性、完整性、有效性、保密性和长久性。接受统一的开发方法，以架构为中心，利用WebService技术，探讨了WebService在网上办税大厅系统的应用。作者在网上办税大厅系统的研发过程中，参与了税务登记子系统和纳税申报子系统需求的调研，用例的确定与分析，两个子系统的设计与开发。负责接受哪些相关技术的选择与确定，提出了网上办税的原理，设计出网络模型图。并对用户界面和数据结构进行了分析与设计。最终，完成论文工作。1.4论文结构本文共分为五个章节：第1章为绪论，论述了本文的争辩背景和意义，网上办税大厅系统的争辩现状，并提出本文的争辩内容和论文结构。第2章针对本课题接受的WebService和AJAX页面无刷新技术进行了深化的分析争辩，着重介绍了WebService的概念、体系结构和相关技术、标准AJAX交互，它的核心技术，优势以及应用领域。第3章主要介绍了基于WebService的网上办税大厅系统的分析和设计，包括系统的功能需求、性能需求、系统总体功能结构、系统功能模块设计和系统WebService设计。第4章具体介绍了网上办税大厅系统的关键技术的实现，主要包括UDDI注册中心的实现、WebService的实现、WebService代理的实现以及Ajax在网上办税大厅系统中的运用。第5章对全文进行了总结，并提出了下一步争辩方向。第2章WebService及Ajax概述2.1WebService概述2.1.1WebService的概念Web服务主要目标是在现有的各种异构平台的基础上构筑一个通用的与平台无关的、与语言无关的技术层，各种不同平台上的应用依靠这个技术层来进行彼此的连接和集成。Web服务作为一个应用程序，它向外部供应一个能够通过Web进行调用的API，客户端能够用编程的方法通过Web来调用这个应用程序。它适用于通过Web进行客户端和服务器端通信，以及应用程序集成、代码和数据的重用等场合。对于不同的组织，对Web服务有着不同的定义。IBM软件组的HeatherKreger认为：Web服务是描述一些操作（利用标准化的XML消息传递机制可以通过网络访问这些操作）的接口。Web服务是用标准的、规范的XML概念描述的，称为Web服务的服务描述。这一描述囊括了与服务交互需要的全部细节，包括消息格式（具体描述操作）、传输协议和位置。该接口隐蔽了实现服务的细节，允许独立于实现服务所基于的硬件或软件平台和编写服务所用的编程语言使用服务。这允许并支持基于Web服务的应用程序成为松散耦合、面对组件和跨技术的实现。在2002年1月于旧金山召开的Web服务会议就“新一代Web服务”的议题进行了争辩。与会者得到的较为全都的看法认为：Web服务应是一种基于组件的软件平台，是面对服务的Internet应用。通过对Web服务的构建，人们可以期望得到一个可编程的Internet。这个观点包括了两层含义：首先，要求提出的Web服务框架必需适用于现有的Internet软件和硬件环境，即服务的供应者所供应的服务必需具有跨平台、跨语言的特性。其次，Web服务所供应的服务不仅是向人，更需服务于其他应用系统。现有的Web网站所供应的服务仅仅可以供应给人使用（只有人类才可以读懂扫瞄器下载的页面），新一代的Web服务所供应的服务应能被机器所读懂。Web服务的进展方向实际上是构造一个在现有Internet技术上的分布计算系统。国际化标准组织W3C对Web服务的定义如下：Web服务是由URI标识的软件应用程序，其接口和绑定可以通过使用XML来进行定义、描述和发觉，Web服务通过支持基于Internet的协议使用基于XML的消息与其他软件应用程序直接交互。2.1.2WebService体系结构Web服务是面对服务的架构，它的体系结构[16]基于三种角色（服务供应者、服务注册中心和服务恳求者）之间的交互。交互涉及发布、查找和绑定操作。这些角色和操作一起作用于Web服务构件、Web服务软件模块及其描述。在典型状况下，服务供应者托管可通过网络访问的软件模块（Web服务的一个实现）。服务供应者定义Web服务的服务描述并把它发布到服务恳求者或服务注册中心。服务恳求者使用查找操作来从本地或服务注册中心检索服务描述，然后使用服务描述与服务供应者进行绑定并调用Web服务实现或同它交互。图2-1描述了这些操作、供应这些操作的组件及它们之间的交互。1）服务供应者（ServiceProvider）。从使用者的角度看，这是服务的全部者。从体系结构的角度看，这是托管访问服务的平台。2）服务恳求者（ServiceRequestor）。从使用者的角度看，这是要求满足特定功能的用户。从体系结构的角度看，这是查找并调用服务，或启动与服务的交互的应用程序。服务恳求者角色可以由扫瞄器来担当，由人或无用户界面的程序（如另一个Web服务）来把握它。3）服务注册中心（ServiceRegistry）。这是可搜寻的服务描述注册中心，服务供应者在此发布他们的服务描述。在静态绑定开发或动态绑定执行期间，服务恳求者查找服务并获得服务的绑定信息（在服务描述中）。对于静态绑定的服务恳求者，服务注册中心是体系结构中的可选角色，由于服务供应者可以把描述直接发送给服务恳求者。同样，服务恳求者可以从服务注册中心以外的其他来源得到服务描述，例如本地文件、FTP站点、Web站点、广告和服务发觉（AdvertisementandDiscoveryofServices，ADS）或发觉Web服务（DiscoveryofWebServices，DISCO）。图2-1Web服务模型2.1.3WebService相关技术Web服务技术是在现有的Web技术(如HTTP)的基础上，通过制定新的协议和标准组成的。当前和Web服务相关的主要协议和标准包括:SOAP,WSDL,UDDI等。WebService的整个技术标准体系组成了一个堆栈，称为Web服务协议栈fn1，如图2-2所示。一个有用的Web服务应当依据需要选用其中若干层次的功能，而无须全部的特性。但无论如何，一般意义上的Web服务都应当具备Web服务的跨平台调用和接口可以被机器识别的基本特性。下面简洁论述一下Web服务中的一些关键技术。(1)XMLXML(ExtensibleMarkupLanguage)是一种扩展性标识语言，它与HTML一样，都是SGML(StandardGeneralizedMarkupLanguage，标准通用标记语言)，XML是Internet环境中跨平台的，依靠于内容的技术，是当前处理结构化文档信息的有力工具。使用它可以描述格外简单的Web页面，如简单的数学公式、化学分子式等。XML的简洁使其易于在任何应用程序中读写数据，这使XML很快成为数据交换的唯一公共语言，虽然不同的应用软件也支持其它的数据交换格式，但不久之后他们都将支持XML，那就意味着程序可以更简洁的与Windows,MacOS以及其他平台下产生的信息结合，然后可以很简洁加载XML数据到程序中并分析他，并以XML格式输出结果。XML主要有三个要素:Schema(模式)、XSL(ExtensibleStylesheetLanguage—可扩展样式语言)和XLL(ExtensibleLinkLanguage,可扩展链接语言)。Schema规定了XML文件的规律结构，定义了XML文件中的元素、元素的属性以及元素和元素的属性之间的关系，它可以挂念XML的分析程序校验XML文件标记的合法性；XSL是用于规定XML文档样式的语言，它能在客户端使Web扫瞄器转变文档的表示法，从而不需要再与服务器进行交互通信；XLL将进一步扩展目前Web上已有的简洁链接，由于XML能够针对特定的应用定义自己的标记语言，这一特征使得XML可以应用在电子教育、报表、司法、出版、联合、CAD/CAM,保险机构、厂商供应各具特色的独立解决方案。XML作为数据交换和网络计算的基础，已经无可非议地成为了一种网络通用语言，通过XML来表达学问、传递数据，不仅跨越了平台，还跨越了空间(Internet的范围将扩展到无线)，更跨越了设备(XML的数据与表现的分别可以成为不同终端间交换信息的载体)。图2-3是一个完整的XML文档示例，通过该文档可以看出，XML与HTML在结构上极为相像，两者的不同点在于XML允许用户自己定义文档中的标记，如其中的<老师姓名>李宇</老师姓名>等.XML中共有六种标记:元素(elements)，属性(attributes)，实体引用(entityreferences)，注释(comments处理指令(processinginstructions)和CDATA段(CDATAsections)。其中，元素是标记的最常见的形式，由尖括号分隔，与HTML中的标记相像。<?xmlversion="1.0"encoding="gb2312"?><Teacher><老师编号>1</老师编号><老师姓名>李宇</老师姓名><代号>1001</代号><职称>硕士</职称><联系地址>中南高校信息院(410082)</联系地址><是否注册>是</是否注册></Teacher>图2-3XML文档示例(2)SOAPSOAP(SimpleObjectAccessProtocol—简洁对象访问协议)简洁对象访问协议((SOAP)是一种轻量的、简洁的、基于XML的协议，它被设计成在WEB上交换结构化的和固化的信息。SOAP可以和现存的很多因特网协议和格式结合使用，包括超文本传输协议(HTTP)，简洁邮件传输协议(SMTP)，多用途网际邮件扩充协议(MIME)。它还支持从消息系统到远程过程调用(RPC)等大量的应用程序。SOAP包括三个部分:SOAP封装:它定义了一个框架，该框架描述了消息中的内容是什么，谁应当处理它以及它是可选的还是必需的。SOAP编码规章:它定义了一种序列化的机制，用于交换应用程序所定义的数据类型的实例。SOAPRPC表示:它定义了用于表示远程过程调用和应答的协定。SOAP消息基本上是从发送端到接收端的单向传输，但它们经常结合起来执行类似于恳求/应答的模式。全部的SOAP消息都使用XML编码。一条SOAP消息就是一个包含有一个必需的SOAP的封装包，一个可选的SOAP标头和一个必需的SOAP体块的XML文档。把SOAP绑定到HTTP供应了同时利用SOAP的样式和分散的机敏性的特点以及HTTP的丰富的特征库的优点。在HTTP上传送SOAP并不是说SOAP会掩盖现有的HTTP语义，而是HTTP上的SOAP语义会自然的映射到HTTP语义。在使用HTTP作为协议绑定的场合中，RPC恳求映射到HTTP恳求上，而RPC应答映射到HTTP应答。然而，在RPC上使用SOAP并不仅限于HTTP协议绑定。SOAP消息是由下列内容组成的XML文档。强制性SOAP信包:正如每条HTTP消息都必需包含在HTTP标题和正文内部一样，每条SOAP消息都必需装在信包中进行传递。这种SOAP信包中必需包含消息正文。可选SOAP标题:信包内可能包含标题，但不是必需的。SO”标题是SOAP块的集合，它可能指向SOAP消息路径中的任意SOAP的接收者。强制性SOAP正文:SOAP正文是单一规律计算单元(块)的集合，这些单元目标为SOAP消息路径中的最终SOAP接收者。(3)UDDI统一描述、发觉与集成协议UDDI(UniversalDescription,DiscoveryandIntegration)是由ARIBA,IBM和微软三家共同制订的基于分布式WebService的信息注册的规范，是基于XML的B2B企业名目标准，它的潜力在于将全球全部企业进展电子商务所需要的一切信息全部囊括，为全球范围开展企业电子商务带来无限契机。UDDI既是规范，也是一套执行规范的实施方法，它使商家注册他们的Web服务信息必需实施这个统一规范，其主要功能是定义一种发布和发觉Web服务信息的方法。UDDI规范包括适用于简洁对象访问协议(SOAP)信息的XML模式和UDDIAPI规范的描述。二者结合构成基本的信息模式和交互框架，从而能够发布各种Web服务方面的信息。UDDI的核心部件是UDDI商务注册，即一种描述商务实体及其Web服务所使用的XML文件。就其基本概念而言，UDDI商务注册所供应的信息由3个部件组成:“白页”，包括地址、联系方式和尽人皆知的标志；“黄页”，包括基于标准分类法的行业分类；“绿页”供应商家披露的有关服务的技术信息。通常，把UDDI注册中心的用户分为两类，服务供应商(Serviceprovider)和服务恳求者(Servicerequester)。服务供应商以某种接口供应电子商务服务，为了让别人可以便利地找到这个服务并使用它，需要在UDDI注册中心进行发布(publish)，包括相关的服务描述和调用接口。UDDI注册中心在这里相当于一个经纪人(Servicebroker)的角色。当服务恳求者需要某种服务时，先到注册中心去查找(find)，并依据找到的注册信息得到服务接口和供应服务的位置，然后到指定的位置依据指定的接口将自己的应用绑定(bind)到自己想要的服务上，这样就可以使用这个服务了。(4)WSDLWSDL(WebServiceDescriptionLanguage)是一个用来描述Web服务和说明如何与Web服务通信的XML语言。它以某种结构化的方式(即XML)对Web服务的调用/通信加以描述，定义了一套基于XML的语法，将Web服务描述为能够进行消息交换的服务访问点的集合。它供应了Web服务的全部信息，用户通过WSDL就可以了解如何调用Web服务和它会返回什么结果。WSDL用来供应对服务的描述，它的主要构成要素有五个:Types:定义WSDL定义中所用到的数据类型，即XMLSchemaTypes。Message:对一组消息的输入和输出参数的定义。PortType:定义Web服务的操作。Binding:描述特定服务接口的协议、数据格式、平安性和其它属性。Services:制定特定服务的URL和供应的调用接口，包含一组端口元素。WSDL具有良好的扩展性，允许使用其他的类型定义方式。此外也可以使用多种网络传输协议和消息格式。WSDL文档用于说明消息格式的表示方法是以XML标准为基础的，适合于说明从不同平台、以不同编程语言访问的Web服务接口。除说明消息内容外，WSDL还定义了服务的位置，以及使用什么通信协议与服务进行通信。也就是说，WSDL文档定义了编写使用Web服务的程序所需要了解的全部信息由于WSDL是XML文档，因此很简洁进行阅读和编辑，不过在大多数状况下，它是由软件生成和使用的。2.2Ajax概述AJAX(AsynchronousJavaScriptandXML)这个概念最早由一个名叫JesseJamesGarrett的人提出。中文意思是JavaScript与XML的异步。它并不是一门新的语言或技术，而是几项技术按肯定的方式组合在一起，在共同的协作中发挥各自的作用。AJAX是使用客户端脚本与Web服务器交换数据的Web应用开发方法。这样，Web页面不用打断交互流程进行重新加裁，就可以动态地更新。使用AJAX，用户可以创建接近本地桌面应用的直接、高可用、更丰富、更动态的Web用户界面。它包括的内容有：使用XHTML和CSS标准化呈现；使用DOM实现动态显示和交互；使用XML和XSLT进行数据交换与处理；使用XMLHttpRequest进行异步数据读取；最终用JavaScript绑定和处理全部数据。图2-4分别给出了传统Web应用模型和基于AJAX的Web应用模型，下面我们讲两种Web应用模型做一个简洁的比较。图2-4传统Web应用模型与基于AJAX的Web应用模型的比较传统的Web应用接受同步交互过程，这种状况下，用户首先向HTTP服务器触发一个行为或恳求的呼求。反过来，服务器执行某些任务，再向发出恳求的用户返回一个HTML页面。这是一种不连贯的用户体验，服务器在处理恳求的时候，用户多数时间处于等待的状态，屏幕内容也是一片空白。与传统的Web应用不同，AJAX接受异步交互过程。AJAX在用户与服务器之间引入一个中间媒介，从而消退了网络交互过程中的处理—等待—处理—等待缺点。用户的扫瞄器在执行任务时即装载了AJAX引擎。AJAX引擎用JavaScript语言编写，通常藏在一个隐蔽的框架中。它负责编译用户界面及与服务器之间的交互。AJAX引擎允许用户与应用软件之间的交互过程异步进行，独立于用户与网络服务器间的沟通。现在，可以用JavaScript调用AJAX引擎来代替产生一个HTTP的用户动作，内存中的数据编辑、页面导航、数据校验这些不需要重新载入整个页面的需求可以交给AJAX来执行。2.2.1页面无刷新技术在一般的Web交互方式中，由用户触发一个HTTP恳求到服务器，服务器对其进行处理后再返回一个新的HTML页面到客户端。服务器处理客户端提交的恳求的这段时间，客户都只能空闲等待。既便只是一次很小的交互，只需要从服务器端得到一个很简洁的数据，都要返回一个完整的HTML页面。而用户每次都要铺张时间和带宽去重新读取整个页面。页面无刷新技术正是为了解决这种状况消灭的。刷新技术经受了大致以下几个阶段：第一阶段：META标签技术这种技术可以说是最原始的方法了，大约可以追溯到98年左右的internet时代。它主要是利用META标签中http-equiv属性的refresh值来通知扫瞄器在每隔肯定时间（秒）就去访问一次指定的页面（url）。例如：<metahttp-equiv="refresh"content="30；url=">，即每隔30秒刷新一次新浪网站。这种技术就像当时的网络一样简洁，其不足之处就是可控性不好，并伴有“哒哒”的刷新声。其次阶段：JavaScript脚本技术JavaScript应用很机敏，其原理基本上是大事/时间触发JS脚原来发出HTTP恳求，并捕获/处理服务器反馈信息，来实现通信和更新。第三阶段：Frame/IFrame框架技术第三阶段是对其次阶段的一种变通。即将众多框架中的一个长宽设置为0，使其不行见，然后通过脚本定时刷新该隐蔽框架内容，再将该框架内容“写”到可扫瞄的框架里。真正意义上实现无刷新技术的还是以下两种技术，也就是第四个阶段，它们甚至可以实现局部刷新。第四阶段：XMLHttp、WebService(1)XMLHttp技术：可以通过XMLHttp访问asp页面、aspx页面、WebService等。一个典型的应用如下所示:<scriptlanguage="javascript">functionre(){varhttp=newActiveXObject("Microsoft.XMLHTTP")；http.open("GET",”../info/a.htm",false)；http.send()；varstr=http.responseText；t.innerHTML=str；}</scripts><spanid=t></span>上述代码运行的结果是将a.htm的页面内容显示在“<spanid=t></span>”区域里。(2)WebService：使用WebService.htc组件访问Web服务。需要供应WebService的服务器。一个典型的应用如下所示：varOBJ；functioninit(obj,op,id){OBJ=obj:OBJ.useService("admin/DataOperation.asmx?WSDL","getBody")；OBJ.getBody.callService(show,op,id):}functionshow(result){OBJ.innerHTML=result.value；}除上述技术之外，使用Remoting技术也可以实现无刷新技术。由于Remoting组件可以供应包括Http在内的多种访问方式，当作为Http访问时相当于一个WebService。Remoting的应用有微软的MicrosoftRemoteScriptingforASP。当然，这种应用局限于服务器端使用ASP。2.2.2Ajax的核心技术AJAX不是单一的技术，而是四种技术的集合。这四种技术是：XMLHttpRequest、JavaScript，DOM以及CSS。图2-5AJAX的四个主要组件：JavaScript定义了业务规章和程序流程应用程序使用XMLHttpRequest对象以后台方式从服务器获得数据，通过DOM和CSS来转变界面的外观。XMLHttpRequestAJAX的一个最大的特点是无需刷新页面便可向服务器传输或读写数据(又称无刷新更新页面)，这一特点主要得益于XMLHTTP组件XMLHTTPRequest对象。这样就可以向再发桌面应用程序只同服务器进行数据层面的交换，而不用每次都刷新界面也不用每次将数据处理的工作提交给服务器来做，这样即减轻了服务器的负担又加快了响应速度、缩短了用户等候时间。最早应用XMLHTTP的是微软，IE(IE5以上)通过允许开发人员在Web页面内部使用XMLHTTPActiveX组件扩展自身的功能，开发人员可以不用从当前的Web页面导航而直接传输数据到服务器上或者从服务器取数据。这个功能是很重要的，由于它挂念削减了无状态连接的苦痛，它还可以排解下载冗余HTML的需要，从而提高进程的速度。Mozilla(Mozil1a1.0以上及NetScape7以上)做出的回应是创建它自己的继承XML代理类：XMLHttpRequest类。Konqueror(和Safariv1.2，同样也是基于KHTML的扫瞄器)也支持XMLHttpRequest对象，而Opera也将在其v7.6x+以后的版本中支持XMLHttpRequest对象。对于大多数状况，XMLHttpRequest对象和XMLHTTP组件很相像，方法和属性也类似，只是有一小部分属性不支持。JavaScriptJavaScript是一种基于对象（Object）和大事驱动（EventDriven）并具有平安性能的脚本语言。使用它的目的是与HTML超文本标记语言、Java脚本语言（Java小程序）一起实现在一个Web页面中链接多个对象，与Web客户交互作用。从而可以开发客户端的应用程序等。它是通过嵌入或调入在标准的HTML语言中实现的。它的消灭弥补了HTML语言的缺陷，它是Java与HTML折衷的选择，具有以下几个基本特点：(1)是一种脚本编写语言。JavaScript是一种脚本语言，它接受小程序段的方式实现编程。像其它脚本语言一样，JavaScript同样已是一种解释性语言，它供应了一个易的开发过程。它的基本结构形式与C，C++，VB，Delphi格外类似。但它不像这些语言一样，需要先编译，而是在程序运行过程中被逐行地解释。它与HTML标识结合在一起，从而便利用户的使用操作。(2)基于对象的语言。JavaScript是一种基于对象的语言，同时以可以看作一种面对对象的。这意味着它能运用自己已经创建的对象。因此，很多功能可以来自于脚本环境中对象的方法与脚本的相互作用。(3)简洁性。JavaScript的简洁性主要体现在：首先它是一种基于Java基本语句和把握流之上的简洁而紧凑的设计，从而对于学习Java是一种格外好的过渡。其次它的变量类型是接受弱类型，并未使用严格的数据类型。(4)平安性。JavaScript是一种平安性语言，它不允许访问本地的硬盘，并不能将数据存入到服务器上，不允许对网络文档进行修改和删除，只能通过扫瞄器实现信息扫瞄或动态交互。从而有效地防止数据的丢失。(5)动态性的。JavaSgript是动态的，它可以直接对用户或客户输入做出响应，无须经过Web服务程序。它对用户的反映响应，是接受以大事驱动的方式进行的。所谓大事驱动，就是指在主页(HomePage)中执行了某种操作所产生的动作，就称为“大事”(Event)。比如按下鼠标、移动窗口、选择菜单等都可以视为大事。当大事发生后，可能会引起相应的大事响应。(6)跨平台性。JavaScript是依靠于扫瞄器本身，与操作环境无关，只要能运行扫瞄器的计算机，并支持JavaScript的扫瞄器就可正确执行。从而实现了“编写一次，走遍天下”的幻想。JavaScript是一种新的描述语言，它可以被嵌入到HTML的文件之中。JavaScript语言可以做到回应使用者的需求大事（如：form的输入），而不用任何的网路来回传输资料，所以当一位使用者输入一项资料时，它不用经过传给服务器端处理，再传回来的过程，而直接可以被客户端的应用程式所处理。现在，可以通过JavaScript操作XMLHttpRequest，来跟数据库打交道。JavaScript在整个AJAX中起到一个粘合剂的作用，将各种技术融合在一起，我们可以通过它来操作DOM和XML，与后台交互。但是我们也需要留意的是，JavaScript由于是在客户端执行的代码，不能过长。而且，假如客户端的平安级别过高，也可能对应用造成肯定的影响。DOM(DocumentObjectModel)DOM是给HTML和XML文件使用的一组API。它供应了文件的结构表述，让你可以转变其中的内容及可见物。其本质是建立网页与Script或程序语言沟通的桥梁。全部WEB开发人员可操作及建立文件的属性、方法及大事都以对象来呈现（例如，Document就代表“文件本身”这个对象，Table对象则代表HTML的表格对象等等）。这些对象可以由当今大多数的扫瞄器以Script来取用。在传统的Web应用中，我们通常使用来自服务器的新的HTML流来刷新整个页面，并通过供应新的HTML来重新定义用户界面；而在AJAX应用中，用户界面的更新主要是适用DOM来完成的。Web页面中的HTML标签被组织成一个树状结构。树的根节点是<HTML>标签，它代表这个文档。在它的内部的<BODY>表现代表文档的主体部分，是可见的文档结构的根节点。在文档主体之内，有表格、段落、列表以及其他的标签类型。CSSCSS是Web设计沿用已久的部分，无论是在传统的Web应用还是在AJAX应用中，CSS都是一种频繁使用的技术。样式表供应了集中定义各种视觉样式的方法，并且可以格外便利地设置在页面的元素上。样式表可以定义一些明显的样式元素，例如颜色、边框、背景图片、透亮     度和大小等。此外，样式表还可以定义元素相互之间的布局以及简洁的用户交互功能。在传统的Web应用中，样式表供应了一种很有用的方法，可以在某个地方定义一些在很多其他页面中重用的样式。在AJAX应用中，虽然我们不在把应用思考为一些切换的页面，但是样式表可以用最少的代码动态的为元素设置预先定义的外观。简而言之，AJAX是多种技术按肯定方式的组合，并在共同的协作中发挥各自的作用。使用XHTML+CSS标准化呈现；使用DOM（DocumentObjectModel）进行动态显示及交互；使用XML和XSLT进行数据交换及相关操作；使用XMLHttpRequest进行异步数据查询、检索；使用JavaScript将全部的东西绑定在一起。图2-6标准AJAX交互一个标准的AJAX交互如图2-6，具体步骤如下：1)一个客户端大事触发一个AJAX大事。从简洁的onchange大事到某个特定的用户动作，很多这样的事情都可以动身AJAX大事；2)创建XMLHttpRequest对象的一个实例。使用open()方法建立调用，并设置URL以及所期望的HTTP方法（通常是GET或POST）。恳求实际上通过一个send()方法调用触发。3)向服务器做出恳求。可能调用servlet，或者任何服务器端技术。4)服务器处理恳求，包括访问数据库，甚至访问另一个系统。5)恳求返回到扫瞄器。6)在这个示例中，XMLHttpRequest对象配置为处理返回时要调用callback()函数。这个函数会检查XMLHttpRequest对象的readyState属性，然后查看服务器返回的状态码。2.2.3Ajax的优势AJAX是传统WEB应用程序的一个转变。以前是服务器每次生成HTML页面并返回给客户端扫瞄器。在大多数网站中，很多页面中至少90%都是一样的，比如：结构、格式、页头、页尾、广告等，所不同的只是小部分的内容，但每次服务器都会生成全部的页面再返回给客户端，这无形之中是一种铺张，不管是对于用户的时间、带宽、CPU耗用，还是对于工SP的高价租用的带宽和空间来说。1)减轻服务器的负担。AJAX使WEB中的界面与应用分别(也可以说是数据与呈现分别)，而在以前两者是没有清楚的界限的，数据与呈现分别的分别，有利于分工合作、削减非技术人员对页面的修改造成的WEB应用程序错误、提高效率、也更加适用于现在的发布系统。也可以把以前的一些服务器负担的工作转嫁到客户端，利于客户端闲置的处理力量来处理。由于AJAX的根本理念是“按需取数据”，所以最大可能在削减了冗余恳求和响影对服务器造成的负担。2)无刷新更新页面，削减用户实际和心理等待时间。首先，“按需取数据”的模式削减了数据的实际读取量，假如说重载的方式是从一个终点回到原点再到另一个终点的话，那么AJAX就是以一个终点为基点到达另一个终点。一般页面重载方式与AJAX重载方式的对比如图2-7所示。图2-7页面重载方式对比其次，即使要读取比较大的数据，也不用像重载一样消灭白屏的状况。由于AJAX是用XMLHTTP发送恳求得到服务端应答数据，在不重新载入整个页面的状况下用JavaScript操作DOM最终更新页面的，所以在读取数据的过程中，用户所面对的也不是白屏，而是原来的页面状态(或者可以加一个LOADING的提示框让用户了解数据读取的状态)，只有当接收到全部数据后才更新相应部分的内容，而这种更新也是瞬间的，用户几乎感觉不到。3)更好的用户体验。由于用户页面的更新在很短的时间完成，避开了用户长时间等待；同时用户可以依据自身需要调整页面的布局，而且只需要进行简洁的拖拽即可完成操作。4)也可以把以前的一些服务器负担的工作转嫁到客户端，利于客户端闲置的处理力量来处理，减轻服务器和带宽的负担，节省空间和带宽租用成本。5)基于标准化的并被广泛支持，并且不需要插件或下载小程序。6)AJAX使WEB中的界面与应用分别(也可以说是数据与呈现分别)，有利于分工合作、削减非技术人员对页面的修改造成的WEB应用程序错误、提高效率、也更加适用于现在的发布系统。7)对于用户和ISP来说是双赢的。AJAX可以作为客户端和服务器的中间层，来处理客户端的恳求，并依据需要向服务器端发送恳求，用什么就取什么、用多少就取多少，就不会有数据的冗余和铺张，削减了数据下载总量，而且更新页面时不用重载全部内容，只更新需要更新的那部分即可，相对于纯后台处理并重载的方式缩短了用户等待时间，也把对资源的铺张降到最低，基于标准化的并被广泛支持和技术，并且不需要插件或下载小程序，所以AJAX对于用户和ISP来说是双赢的。2.2.4Ajax的应用由于AJAX的核心是JavaScript和XML这两种技术，而J2EE平台下的Web系统开发对这两种技术都做到了很好的支持，因此将AJAX运用于J2EE平台是切实可行的。AJAX应用在J2EE中的场景包括：1)表单驱动的交互传统的表单提交，在文本框输入内容后，点击按钮，后台处理完毕后，页面刷新，再回头检查是否刷新结果正确。使用AJAX，在点击提交按钮后，马上进行异步处理，并在页面上快速显示了更新后的结果，这里没有整个页面刷新的问题。2)深层次的树的导航深层次的级联菜单（树）的遍历是一项格外简单的任务，使用JavaScript来把握显示规律，使用AJAX延迟加载更深层次的数据可以有效的减轻服务器的负担。以前对级联菜单的处理多数是这样的：为了避开每次对菜单的操作引起的重载页面，不接受每次调用后台的方式，而是一次性将级联菜单的全部数据全部读取出来并写入数组，然后依据用户的操作用JavaScript来把握它的子集项目的呈现，这样虽然解决了操作响应速度、不重载页面以及避开向服务器频繁发送恳求的问题，但是假如用户不对菜单进行操作或只对菜单中的一部分进行操作的话，那读取的数据中的一部分就会成为冗余数据而铺张用户的资源，特殊是在菜单结构简单、数据量大的状况下（比如菜单是多级的、每一级菜单又有上百个项目），这种弊端就更为突出。应用AJAX后，结果就会有所改观：在初始化页面时我们只读出它的第一级的全部数据并显示，在用户操作一级菜单其中一项时，会通过AJAX向后台恳求当前一级项目所属的二级子菜单的全部数据，假如再连续恳求已经呈现的二级菜单中的一项时，再向后面恳求所操作二级菜单项对应的全部三级菜单的全部数据，以此类推……这样，用什么就取什么、用多少就取多少，就不会有数据的冗余和铺张，削减了数据下载总量，而且更新页面时不用重载全部内容，只更新需要更新的那部分即可，相对于后台处理并重载的方式缩短了用户等待时间，也把对资源的铺张降到最低。3)快速的用户与用户间的沟通响应在众多人参与的沟通争辩的场景下，最不爽的事情就是让用户一遍又一遍刷新页面以便知道是否有新的争辩消灭。新的回复应当以最快的速度显示出来，而把用户从分神的刷新中解脱出来，AJAX是最好的选择。4)类似投票、yes/no等场景对于类似这样的场景中，假如提交过程需要达到40秒，很多的用户就会直接忽视过去而不会参与，但是AJAX可以把时间把握在1秒之内，从而更多的用户会加入进来。5)对数据进行过滤和操纵相关数据的场景对数据使用过滤器，依据时间排序，或者依据时间和名称排序，开关过滤器等等。任何要求具备很高交互性数据操纵的场合都应当用JavaScript，而不是用一系列的服务器恳求来完成。在每次数据更新后，再对其进行查找和处理需要耗费较多的时间，而AJAX可以加速这个过程。6)一般的文本输入提示和自动完成的场景在文本框等输入表单中赐予输入提示，或者自动完成，可以有效的改善用户体验，尤其是那些自动完成的数据可能来自于服务器端的场合，AJAX是很好的选择。第3章基于WebService的网上办税大厅系统的分析与设计3.1系统需求分析3.1.1功能需求网上办税，就是纳税人借助电话网、专线网、因特网等信息传输手段，利用计算机和网上办税软件，以电子方式完成税务登记、发票管理、申报纳税的一种新型的办税方式。通俗的讲，网上办税就是纳税人使用网上办税软件，按网上办税软件供应的各种税务登记表、发票领购表、纳税申报表及相关附表的格式，按有关规定录入有关数据(和纸质表及附表的填写要求相同)，通过互联网将网上办税软件中的数据传送到税务局数据接收设备上，完成网上办税。税务局通过通讯线路通知银行从纳税人的账户上划转税款，或者纳税人通过网上银行自行解缴税款，完成网上纳税。此时，纳税人便完成了税务登记、申报和纳税。习惯上将这种办税方式称为网上办税。纳税人将税务登记、发票管理、纳税申报等的数据通过网络传送到当地税务局，并在税务机关完成各项数据、报表的审核、验收、处理、反馈以及完税凭证打印等工作，从而实现办税过程的电子化、自动化。网上办税服务平台搭建后还可以利用网站中的网页、Email、短信等技术手段，开展在线询问、纳税事项告知、政策公告等事项，有利于税务机关利用网络开展各项税收业务。3.1.2性能需求本系统是基于网络的、可远程管理和操作便利的办税大厅系统，为了使系统能够稳定地运行和供用户使用，系统的可扩展性、牢靠性、可管理性和可操作性是几个关键的因素。可扩展性可扩展性是指系统能保证可持续增长以满足用户需求和业务简单性要求，Web系统为动态变化的模型:它们通常一开头很小，但随着需求的增长而呈指数级增长。这种增长格外快速，不仅表现在支持的用户的数量上，而且表现在供应的用户服务的简单性和集成性方面。网络教学系统功能的完善是一个渐进的过程，是需要随着使用者的要求和教学管理的需要以及技术的进展而不断改进。所以，可扩展性在这里是显得尤为重要。(2)牢靠性服务质量的一个重要方面，是能够在期望的响应时间内访问信息。系统的设计必需与硬件、软件支撑环境协调全都，保证系统运行过程中的稳定性。(3)易用性友好的界面表示，用户使用简洁、易操作。项目的发布工作应允许合法用户通过Internet在的任何地方进行。3.2系统总体设计3.2.1系统总体功能结构网上办税大厅系统的总目标在于有效地和高效率地完成税收征管的业务处理，最大限度地完成应纳税款的征收，同时推动中国税收征管业务计算机化的进一步进展。网上办税大厅系统是以划清征纳双方法律责任、规范税务机关执法行为、促进纳税人依法纳税为前提，以税收征管法律和科学管理为依据，以实现税收监控、规范纳税服务、强化税务稽查为主体，以规范各项工作秩序和权限、统一数据口径为基础，以建立一支高素养跨世纪的公务员队伍为保证，以计算机网络为依托，实现信息布局合理化、数据加工多样化和层次化、信息高度共享的计算机管理系统。网上办税大厅系统共有七个子系统，其中六个业务子系统，一个系统维护子系统。每个子系统都设有若干个功能模块。整个网上办税大厅系统应用系统涵盖基层税收业务运作的全过程，多数功能模块之间具有相互制约的关系，满足税收管理与监控的一系列基本要求，并构成比较严密的税收监控管理体系。网上办税大厅系统业务功能图如图3-1所示：图3-1网上办税大厅系统业务功能图3.2.2系统功能模块设计对于网上办税大厅项目的总体功能模块结构如下图3-2所示：图3-2系统功能模块结构图其中网上办税大厅系统是本次新开发的系统，其它都是以系统整合为主，对于单点登陆系统与统一信息平台的建设可以依据实际状况而定，可以本期开发，也可以后续开发。3.2.3系统WebService设计(1)系统WebService架构设计依据其次章论述的基于WebService体系结构，设计了如图3-3的系统Web服务基本架构。图3-3网上办税大厅系统基本架构用户通过客户端扫瞄器向应用服务器递交恳求，应用服务器接到用户恳求后，到UDDI注册中心查找符合用户需求的WEB服务；UDDI注册中心向应用服务器返回WEB服务的访问位置和WSDL绑定信息；应用服务器依据得到的信息生成WEB服务代理并绑定到相应的WEB服务上。WEB服务对数据库执行查询等操作，把结果返回客户端，进而显示给用户。不同的应用系统之间共享Web服务，同时接受Web服务技术还可以为用户供应资源共享。不同应用系统间的可共享功能以Web服务的形式发布，以便不同系统调用，实行“信息从哪里产生就从哪里采集”的方式，便利信息采集，提高信息的精确     度。(2)系统Web服务流程设计依据系统WEB服务架构设计，需要将网上办税大厅系统的各子系统进行WEB服务集成，并能供应应用户一个完整的流程视图。由于各子系统功能模块相对独立，在集成的过程中，必定要求各个子系统供应的Web服务相互协作，组成Web服务的工作流，才能为用户供应完整的功能，从而体现完整的流程。我们将从系统Web服务集成框架视图和用户视图两方面阐述系统的Web服务集成与调用关系。①系统Web服务集成框架视图我们依据Web服务体系结构及网上办税大厅系统架构，按三种角色划分出功能单元，设计了系统Web服务集成框架视图。图3-4的给出了各独立子系统与系统管理平台系统之间调用Web服务集成的方案。图3-4系统web服务集成框架视图在图3-4中，网上办税大厅系统主要供应8个Web服务，分别是税务登记Web服务、文书申请Web服务、电子申报Web服务、发票管理Web服务、网上认证Web服务、远程抄表Web服务、软件下载Web服务、表单下载Web服务等。系统管理系统中包含用户信息Web服务、用户认证Web服务、信息发布Web服务