金税三期的一些思考.doc

对“金税三期”软件架构及实现的一些思考
2011-01-06 11:07:05| 来源:中国税务网| 作者:罗会波
内容提要:本文从信息化建设的一般规律及税务信息化在整个电子政务中的位置论述了“金税三期”的建设是税务信息化自身发展的必然要求。通过分析“金税三期”的关键需求,指出了SOA及BPM是当前架构和实现“金税三期”的最佳选择。同时,说明了用SOA建设“金税三期”工程时应防止的两种极端做法,相应地提出了使用SOA架构“金税三期”所应采取的策略应该是扬弃的策略,既不能全盘否定原有系统,也不能抱残守缺。并结合纳税人增值税发票限额查询的事例及典型的SOA架构由点到面对原来不同系统中的数据共享、服务抽象、服务组合及SOA治理等做了具体说明。同时结合征管系统及公文处理中涉及到的业务流程说明在实现时,采用BPM取代定制的流程管理及老式工作流系统的优越性。最后,对防止供应商的技术绑定及“金税三期”面向未来的问题提出了建议和看法。
关键词:“金税三期”架构实现 SOA BPM
一、税务信息系统的现状及新的需求
事物的发展总是遵循一定的客观规律,信息化建设也不例外。美国管理信息系统专家诺兰(Richard Nolan)的信息系统进化阶段模型(即诺兰模型)就较好地描述了信息化发展的一般规律。该模型将信息化的进化划分为六个阶段,它们分别是:初始阶段、传播阶段、控制阶段、集成阶段、数据管理阶段和成熟阶段。那么,我们正在建设的"金税三期"工程处在该模型的什么阶段呢?对比税务信息化建设当前的实际情况和模型,不难发现我们正处在模型的第四阶段,并力争向第五阶段过渡的过程中。
第四阶段名为集成阶段。因为在第三阶段通常会产生许多独立的实体,比如各种应用软件系统等。而创建这些实体时受到当时的条件限制,往往都是基于局部的、战术上的考虑而非整体的、战略上的考虑。这样就会造成数据冗余存储,及对新的需求的反应迟钝。前不久刚好碰到这样一个典型例子。上级要求统计一下一般纳税人专用发票开票限额的数据。这本身是一个极简单的需求,结果却出人意料的大费其神。该数据最完整版本在增值税防伪税控系统中,但该系统没有提供统计查询的功能。只能一户一户地查询。。,,。因此,想直接统计数据肯定不准。而上级要求的统计时间规定得很紧,想提交修改程序的需求显然不现实,最后只能在增值税防伪税控系统中一户一户地查询。这种工作效率与没有信息化时的情况有什么实质上的区别吗?我看区别不大。对那些户数上千的城区分局来说工作量也是显而已见的。像这样重复存储的信息还有很多,比较典型的如纳税人注册方面的信息和税务机关的人员信息,它们广泛地分布在各种应用系统中。而各个应用系统的使用用户和维护人员往往不同,因此,按照当前这种情况,要保证在各个系统中的这些数据的一致性和准确性几乎是不可能的。这也是在模型的第四阶段为什么诺兰会说:
“这时,组织从管理计算机转向管理信息资源,这是一个质的飞跃。从第一阶段到第三阶段,通常产生了很多独立的实体。在第四阶段,组