金税三期的一些思考.docVIP

对“金税三期”软件架构及实现的一些思考2011-01-06 11:07:05| 来源：中国税务网 | 作者：罗会波 内容提要：本文从信息化建设的一般规律及税务信息化在整个电子政务中的位置论述了“金税三期”的建设是税务信息化自身发展的必然要求。通过分析“金税三期”的关键需求，指出了SOA及BPM是当前架构和实现“金税三期”的最佳选择。同时，说明了用SOA建设“金税三期”工程时应防止的两种极端做法，相应地提出了使用SOA架构“金税三期”所应采取的策略应该是扬弃的策略，既不能全盘否定原有系统，也不能抱残守缺。并结合纳税人增值税发票限额查询的事例及典型的SOA架构由点到面对原来不同系统中的数据共享、服务抽象、服务组合及SOA治理等做了具体说明。同时结合征管系统及公文处理中涉及到的业务流程说明在实现时，采用BPM取代定制的流程管理及老式工作流系统的优越性。最后，对防止供应商的技术绑定及“金税三期”面向未来的问题提出了建议和看法。 关键词：“金税三期” 架构实现 SOA BPM 一、税务信息系统的现状及新的需求 事物的发展总是遵循一定的客观规律，信息化建设也不例外。美国管理信息系统专家诺兰（Richard Nolan）的信息系统进化阶段模型（即诺兰模型）就较好地描述了信息化发展的一般规律。该模型将信息化的进化划分为六个阶段，它们分别是：初始阶段、传播阶段、控制阶段、集成阶段、数据管理阶段和成熟阶段。那么，我们正在建设的金税三期工程处在该模型的什么阶段呢？对比税务信息化建设当前的实际情况和模型，不难发现我们正处在模型的第四阶段，并力争向第五阶段过渡的过程中。 第四阶段名为集成阶段。因为在第三阶段通常会产生许多独立的实体，比如各种应用软件系统等。而创建这些实体时受到当时的条件限制，往往都是基于局部的、战术上的考虑而非整体的、战略上的考虑。这样就会造成数据冗余存储，及对新的需求的反应迟钝。前不久刚好碰到这样一个典型例子。上级要求统计一下一般纳税人专用发票开票限额的数据。这本身是一个极简单的需求，结果却出人意料的大费其神。该数据最完整版本在增值税防伪税控系统中，但该系统没有提供统计查询的功能。只能一户一户地查询。该数据的另一个版本在Ctais2.0系统中的防伪税控核定情况查询中的最大发票金额字段中。在Ctais2.0中虽然可以进行统计查询，但问题是Ctais2.0中只有其上线后走相应的文书的企业才有该数据，而在以前的Ctais1.1时就已经核定的企业的数据就没有出现在Ctais2.0的系统中。因此，想直接统计数据肯定不准。而上级要求的统计时间规定得很紧，想提交修改程序的需求显然不现实，最后只能在增值税防伪税控系统中一户一户地查询。这种工作效率与没有信息化时的情况有什么实质上的区别吗？我看区别不大。对那些户数上千的城区分局来说工作量也是显而已见的。像这样重复存储的信息还有很多，比较典型的如纳税人注册方面的信息和税务机关的人员信息，它们广泛地分布在各种应用系统中。而各个应用系统的使用用户和维护人员往往不同，因此，按照当前这种情况，要保证在各个系统中的这些数据的一致性和准确性几乎是不可能的。这也是在模型的第四阶段为什么诺兰会说：“这时，组织从管理计算机转向管理信息资源，这是一个质的飞跃。从第一阶段到第三阶段，通常产生了很多独立的实体。在第四阶段，组织开始使用数据库和远程通信技术，努力整合现有的信息系统。”的原因。由此可见，集成是信息化发展到这一阶段的内在要求，也是建设“金税三期”工程的首要原因。 在集成阶段基本就绪后，数据的一致性和准确性都将会有大步的提高。这就为迈向模型的第五阶段即所谓的数据管理阶段打下坚实的基础。信息时代也被称为知识经济时代，这里的知识就是指的数据中包含的知识。众所周知的啤酒与尿布的故事就是知识经济的最好例证。当税务信息系统中积累起大量的准确的数据的时候。其蕴含的知识将是全社会的财富，也是真正实现信息化税收的基础。它只等待人们去挖掘，去利用。比如在税务系统内，对上层可以提供决策所需要的宏观信息；对基层可以提供纳税评估等方面的信息，在这方面基层有许多鲜活的实例。比如，有些纳税人长期零申报，在其申报表等文件上看不出有什么破绽，税务人员往往通过企业的水、电等的耗费情况，与其他类似的企业的数据的对比从而估算出其真实的生产经营情况，最终评估出企业的应纳税额。这难道不是与啤酒与尿布的故事有异曲同工之妙吗？“金税三期”也准备在这方面做一些探索。 上面是从税务信息化自身发展的纵的方向来看“金税三期”所处的历史阶段。下面，将税务信息化建设放在整个电子政务的背景上，横向看看“金税三期”所处的位置。早在94年金税一期工程就已经正式上马了，可见，金税工程是最早开建的金字头的政务信息化工程之一；