基于UML的车船使用税征管系统的分析和设计硕士研究生毕业论文

1、研研 究究 生生 毕毕 业业 论论 文文 （申（申请请工程工程硕硕士士学学位）位） 论论 文文 题题 目目 基于uml 的车船使用税征管系统的 分析和设计 作作者者姓姓名名 学科、专业名学科、专业名 称称 软 件工程 研研 究究方方向向信息系统 指指 导导教教师师 基于基于 uml 的的车车船使用税征管系船使用税征管系统统的的 分析和分析和设计设计 南京大学研究生南京大学研究生毕业论毕业论文文 (申申请请工程工程硕硕士学位士学位) 南京大学南京大学软软件学院件学院 2009 年年 8 月月 the analysis and design of vehicle and vessel use ta

2、x management system based on uml lian zi, cai submitted in partial fulfillment of the requirements for the degree of master of engineering supervised by professor zheng, tao lecture zhang jinyu software institute nanjing university nanjing, china aug, 2009 摘摘 要要 “车船使用税征管系统”是马鞍山市地税局进行车船使用税征收管理工作的 核心系

3、统，随着社会的发展、地税信息化业务流程不断更新、征管范围不断扩 大，原征管系统已经不能满足车船使用税征收工作的需要，建立一个独立的车 船使用税征管系统已成了目前迫在眉睫的任务。 论文在介绍面向对象的软件建模方法的基础上，研究了如何利用 uml 进 行项目设计、用 powerdesigner 进行数据库设计、用 powerbuilder 工具进行 具体实现。并且针对面向对象软件开发的各个阶段，结合车船使用税征管系统 中申报模块的设计和实现进行了深入细致的描述。 本文首先介绍了本系统的研发背景和设计目标，然后介绍了 uml 和 powerdesigner、powerbuilder 的基础知识，接下

4、来以车船税征管系统中登记 模块和申报模块为例，进行了详细的需求分析，并在需求分析的基础上给出了 申报模块用例图和顺序图，然后研究了如何使用 power designer 实现数据库 建模，以及对申报模块的数据库概念模型进行描述。最后通过车船使用税征管 系统申报模块中通用功能类、公共打印类、申报开票管理类的具体实现展示如 何根据设计规划使用 powerbuilder 工具进行脚本开发。 车船使用税征管系统的上线运行，大大促进了马鞍山市地税征管信息化的 发展，解决了征管工作中急待解决的业务规范和流程统一的问题，为金税三期 的建设打下了良好的基础，目前该系统已成功上线并获得一致好评。 关键词关键词：

5、uml ，powerbuilder，车船使用税征管系统 abstract vehicle and vessel use tax management system is the core system used in the collection and management of vehicle and vessel use tax in maanshan. along with the development of social, the government carries out an in-depth information technology applications, busi

6、ness processes, in keeping with the expanding scope of the collection, the original management system can not meet the needs of actual work any longer, system upgrading and transformation of the work has become an urgent task. paper introduces the the modeling based on method of object-oriented soft

7、ware and make a study of how to use uml for project design, powerdesigner for database design, powerbuilder tools for specific achievement. paper gives a in-depth and detailed description of all stages of the development of object-oriented software combined with the design and implementation of decl

8、aration modules. this paper first introduces the research and development background and design objectives of vehicle and vessel use tax management system, and then introduces the basic knowledge of uml 、powerdesigner and powerbuilder.next,it takes declaration module as an example to make a detailed

9、 requirement analysis and show the case diagram and the sequence diagram based on requirement analysis, and then study how to use power designer in establishing a database model and describing the conceptual database model of declaration module.at last, the implementation of general function module

10、category, public print category, type of business rationale for the declaration data in declaration moduel demonstrate how to use powerbuilder tools based on the specific design and planning combined with stored procedure and the definition of user classes to develop. the running of vehicle and vess

11、el use tax management system contributes greatly to the development of local tax collection and management information technology and resovlves the low coverage of tax-related business which is urgently needed to address in current, the issue of non- standard processes, and lay a solid foundation fo

12、r the construction of golden tax phase iii. at present ,the system has been successful on-line and very well received. keywords：uml, powerbuilder , vehicle and vessel use tax management system 目目 录录 第一章 引言.1 1.1 研究的意义 .1 1.2 现状分析 .1 1.3 设计目标 .2 1.4 本文主要工作 .2 1.5 论文组织 .3 第二章 相关技术介绍.4 2.1 uml .4 2.2 p

13、owerbuilder.10 2.3 sybase.11 2.4 power designer.12 第三章 需求分析与总体设计 .14 3.1 系统业务需求 .15 3.1.1 纳税登记模块和申报征收模块总体设计 .15 3.1.2 纳税登记模块和申报模块顺序图 .19 3.2 数据库设计 .22 3.3 用户界面设计 .26 第四章 系统实现 .29 4.1 通用功能类的实现 .29 4.2 申报开票模块的实现.34 4.3 存储过程.38 第五章 总结和展望 .41 5.1 总结.41 5.2 展望.41 参 考 文 献 .43 致 谢 .45 第一章第一章 引引言言 1.11.1 研究

14、的意义研究的意义 目前，我局各项税收的征收管理都是在安徽省征收管理系统（以下简称 ahtax2005）里进行的，该系统涵盖了税务登记、申报开票、发票出售、税费 检查、稽查管理、行政执法、辅助决策、系统维护、综合查询等十五个功能模 块。 目前，我市在市行政服务中心、市车辆管理所和当涂县行政服务中心设立 了 3 个征收点，对全市新入户车辆及私人车辆征收车船使用税。其中，市行政 服务中心负责单位及个人的新购车辆车船使用税征缴工作，其他 2 个征收点则 负责以后年度车辆的税款征收。这 3 个征收点目前仍然通过手工为纳税人开具 中华人民共和国税收通用完税证 ，而后每周进行一次汇总缴纳，再通过 ahtax

15、2005 开具中华人民共和国税收通用缴款书（联网专用） 进行税款统 计。此种征收管理方式相对落后，难以满足税收征管信息化及精细化的要求。 同时，各征管分局对车船信息的采集也较被动、滞后。这样直接影响了车船使 用税税源的规范管理，也加大了税源监管难度。鉴于该税种征收管理的特殊性， 我局急需开发一套车船使用税征管系统实现对我市应税车船信息的采集、分析、 保存，把我市车船使用税的征收管理纳入信息化管理。以质量为根本，始终为 客户奉献高质量的服务与产品，是我局纳税服务的本质要求，为此我局信息中 心针对车船使用税征管工作中的难点，以提高信息化应用水平为目标，个体征 管环节为抓手，软件操作为模式，开发了车

16、船使用税征管系统 ，初步实现了 车船使用税征管过程的计算机软件全程监控。该系统成功上线也标志着我市地 税征管系统迈上一个新台阶，是我省从数据分散管理到全省大集中管理模式走 出的有益探索，为国家金税三期全面推广奠定了技术基础、管理基础、理论基 础。 1.21.2 现状分析现状分析 旧版本的征管信息系统主要存在以下问题： （一）随着数据量的增加，系统运行速度逐渐显出不够迅速，如在每个月 加工会计、统计报表、查询较多数据、生成台帐时时间较长。 （二）由于软件升级不及时或基层工作人员对软件应用理解的差异造成系 统数据不准确，经常出现实际数据与电脑数据严重不相匹配的情况，使有关的 数据无法有效使用，只能

17、采用人工方式补充录入。 （三）由于业务流程变动较多，工作范围交替变化，部分业务用老版本征 管信息系统无法处理。在这种情况下，市局决定开发一套完整的车船使用税征 管系统，以便解决原系统所存在的上述几个难题。 注：原系统采用 pb6.5 开发，数据库采用 sybase，服务器采用 windows2000server，客户端采用 windows 98/winxp，程序架构采用的是传 统的 c/s 架构。 1.31.3 设计目标设计目标 车船使用税征管系统是以新征管软件 ahtax2005 的数据为基础，并通过 系统中登记模块把私人车辆的登记资料录入征管库，对于新办车辆和私人车辆 建立定期纳税机制和纳

18、税监管机制，并把开票信息存入征管库。与此同时建立 了一套完整的台帐，能对开票，登记，未开票信息进行及时查询。 1.41.4 本文主要工作本文主要工作 该项目主要工作有需求分析、建模、数据库设计、用户界面设计、公共存 储过程和通用功能类等功能的具体实现等。 由于本次开发时间紧、任务重，尤其考虑到对 ahtax2005 的兼容，因此 “车船使用税征管系统”依旧沿用了 pb+sybase 的方式，将 powerbuilder 版本从 6.5 升级到了 9.0，将 sybase 版本从 11.5 升级到了 12.5.3。虽然体系 结构上依旧沿用了 pb+syabse 的 c/s 模式，但是在本次项目中

19、，“车船使用 税征管系统”也出现了很多在地税领域没尝试过的创新点，主要体现在以下以 三方面： 1、在本次项目开发中，我们引入 uml 设计理念，利用 uml 实现税务业 务功能的规划设计在国内本身就少有先例，在安徽省地税系统更是开创性的尝 试。 我们在开发过程中采用 uml 进行分析、规划、设计。将 uml 建立的模型和实 际工作相比较，由技术人员和业务人员进行集中讨论，得出准确的表述方式和 编程规则。 2、在本次项目开发中，我们大量采用了公共基类、通用功能类、存储过程 等设计风格，一改以前编程人员各自为政的特点，形成统一的编程规则，节省 了大量人力，提高了工作效率，减少了重复劳动。 3、本次

20、项目开发中，我们采用 power designer 建模工具实现数据库模型 的建立，采用从逻辑模型物理模型具体实现的数据库设计方式。不仅便于 今后功能调整和数据库修改，更为金税三期跨数据库平台的数据迁移打下了坚 实基础。 1.51.5 论文组织论文组织 本文按如下方式进行组织： 第一章介绍了研究的意义和本文主要工作 第二章介绍了系统采用的相关技术及工具 第三章是系统模型设计，详细阐述了项目的框架、界面、运行环境、重点 以业务需求采集分析为主进行展开介绍。 第四章为系统的具体实现，介绍如何通过 sybase 和 powerbuilder 等工具 实现具体设计，并以申报开票模块中部分功能为例展开介

21、绍，本章还介绍了系 统其他特色的实现方式。 第五章是对此次整个开发过程进行总结，并对未来方向进行了展望。 第二章第二章 相关技术相关技术介绍介绍 在本项目中，技术上为了能和 ahtax2005 更好地兼容，开发工具采用 powerbuilder9.0，数据库采用 sybase12.5.3，项目中利用 uml 设计了软件模 型，数据库建模工具采用 powerdesigner9.0，下面对相关技术分别进行介绍。 2.1 umluml uml 是一种定义良好、易于表达、功能强大且普遍适用的建模语言。它溶 入了软件工程领域的新思想、新方法和新技术。它的作用域不仅支持面向对象 的分析与设计，还支持从需求

22、分析开始的软件开发的全过程。同时，它的复杂 性也超出了以往任何一种方法craig larman,2002。uml 的问世引起了计算机 软件界的广泛重视，因为它代表了一种积极的方向：相互借鉴、相互融合、趋 于一致、走向标准化。uml 的不断发展将为软件开发商及其用户带来诸多便利。 因此，在美国等国家己有大量的软件开发组织使用 uml 进行系统建模。学习 和使用 uml 己经成为一种潮流。我国软件界对 uml 也相当关注。许多研究人 员和技术人员己在数年前开始学习和研究 uml，而且取得了很多成果。现在， uml 在我国大型软件开发设计方面已经逐渐成为主流。uml 代表了面向对象 的软件开发技术建

23、模的发展方向，具有巨大的市场前景，也具有重大的经济价 值。uml 的目标是以面向对象的方式来描述任何类型的系统，具有很宽的应用 领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述非软件领 域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据的信息系统、 具有实时要求的工业系统或工业过程等王少锋,2005。总之，uml 是一个通用 的标准建模语言，可以对任何具有静态结构和动态行为的系统进行建模mark priestley,2005。经过系统分折与设计后。就可以根据设计模型在具体的环境 中实现系统，生成系统的源代码、可执行程序和相应的软件文档，建立一个可 执行的系统。然后需要对系统

24、送行测试和排错，保证系统符合预定的要求，获 得一个无错的系统实现，调试的结果将确认所完成的系统是否可以真正使用。 最后系统配置的任务是在真实的运行环境中配置、调试系统，解决系统正式使 用前可能存在的任何问题刘晓华,2004。 2.1.12.1.1 umluml 的发展的发展 公认的面向对象建模语言出现于 70 年代中期王文玲等,2002。从 1989 年到 1994 年，其数量从不到十种增加到了五十多种。到 90 年代中，一批新方 法出现了，其中最引人注目的是 booch 1993, oose 和 omt2 等。但促使 uml 出现的最终原因有 (1)面对众多的建模语言，用户由于没有能力区别不

25、同语言之间的差别，因 此很难找到一种比较适合其应用特点的语言。 (2)众多的建模语言实际上各有千秋，有利有弊，没有一个具体的标准来衡 量建模语言的优缺点。 (3)虽然不同的建模语言大多类同，但仍存在某些细微的差别，极大地妨碍 了用户之间的交流。 因此在客观上，极有必要在精心比较不同的建模语言优缺点及总结面向对 象技术应用实践的基础上，根据应用需求，取其精华，去其糟粕，求同存异， 统一建模语言。1994 年 10 月，grady booch 和 jim rumbaugh 开始致力于这 一工作。他们首先将 booch 93 和 omt2 统一起来，并于 1995 年 10 月发布了 第一个公开版本

26、，称之为统一方法 um 0.8(unitied method)。1995 年秋， oose 的创始人 ivar jacobson 加盟到这一工作。经过 booch, rumbaugh 和 jacobson 三人的共同努力，于 1996 年 6 月和 10 月分别发布了两个新的版本， 即 uml 0.9 和 uml 0.91，并将 um 重新命名为 uml (unified modeling language). 1996 年，成立了 uml 成员协会，以完善、加强和促进 uml 的定 义工作。这一机构对 uml 1.0(1997 年 1 月)及 uml 1.1(1997 年 11 月 17 日

27、)的 定义和发布起了重要的促进作用。 omg (object management group)于 1997 年 11 月正式采纳 uml 1.1 作为建模语言规范，然后成立任务组进行不断的修订，并相继产生了 uml 1.2， 1.3 和 1.4 版本，其中 uml 1.3 是较为重要的修订版。目前的 uml 已经 进行了许多修订，并于 2003 年 6 月正式通过了 uml 2.0。uml 2.0 的推出是 为了简化模型驱动的开发，其中增强了语义部分，可帮助模型更好地生成代码。 此外，uml 2.0 还增强了组件处理、以及对商业过程模型的支持和元数据的交 换，这一切的目的在于使 uml 成为

28、一种胜过大多数文本语言的高层次语言， 能直接生成代码和进行逆向工程，甚至直接生成某些可执行的 uml 模型。在 面向对象技术和建模语言的发展过程中，标准建模语言 uml 的出现是其重要 成果。uml 代表了面向对象软件开发技术的发展方向，具有巨大的市场前景， 也具有重大的经济价值和国防价值。 2.1.22.1.2 umluml 的使用目的的使用目的 uml 是一种定义良好、易于表达、功能强大且普遍适用的建模语言。简单 来说，它的主要目的有： (1)uml 易于使用，能够进行可视化建模； (2)与具体的实现无关，可应用于任何语言平台和工具平台； (3)与具体的过程无关，可应用于任何软件开发的过程

29、； (4)简单并且可扩展，具有扩展和专有化机制，无须对核心概念进行修改； (5)为面向对象的设计与开发中涌现出的高级概念提供支持，强调软件在开 发过程中对架构、框架、模式和组件的重用； (6)与最好的软件工程实践经验集成； (7)有利于面向对象工具的市场成长。 2.1.32.1.3 umluml 的的组成组成 uml张莉等,2002是由图和元模型组成的。图是 uml 的基本语法，而元 模型则给出图的内涵，是 uml 的语义。 uml 的语义是定义在一个四层建模概 念框架中的，其层结构如下： (1)元元模型层，组成 uml 的基本元素“事物” ，代表要定义的所有事物； (2)元模型层，面向对象和

30、面向组件开发的各种概念，如“类” 、 “关联” 、 “属性”等，是 uml 语言的组成部分。这一层的每一个概念都是元元模型中 “事物”概念的实例； (3)模型层，组成了 uml 的模型。建模者自己创建的具体的模型，比如 “汽车”类， “司机”类，以及“汽车”与“司机”之间的多对多关系。这一层 的每个概念都是元模型中概念的一个实例，这一层的模型通常叫做类模型或者 类型模型； (4)用户模型层，这个层中的所有元素都是 uml 模型的实例，比如“小李： 司机” 、 “a001：汽车” 。这一层的模型通常叫做对象模型或实例模型。 2.1.42.1.4 umluml 的主要内容的主要内容 为了能支持从不

31、同角度来考察系统，标准建模语言 uml 定义了下列 5 类、 共 9 种模型图： 第一类是用例图，从用户角度描述系统功能，并指出各功能的操作者。 第二类是静态图(static diagram)，包括类图、对象图和包图。其中类图描 述系统中类的静态结构。不仅定义系统中的类，表示类之间的联系，如关联、 依赖、聚合等，也包括类的内部结构(类的属性和操作)。类图描述的是一种静 态关系，在系统的整个生命周期都是有效的。对象图是类图的实例，几乎使用 与类图完全相同的标识。他们的不同点在于对象图显示类的多个对象实例，而 不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此 对象图只能在系统某

32、一时间段存在。包由包或类组成，表示包与包之间的关系。 包图用于描述系统的分层结构。 第三类是行为图(behavior diagram)，描述系统的动态模型和组成对象间 的交互关系，包括状态图、活动图。其中状态图描述类的对象所有可能的状态 以及事件发生时状态的转移条件。通常，状态图是对类图的补充。在实际应用 当中并不需要为所有的类画状态图，应仅为那些有多个状态，并且其行为受外 界环境的影响并且发生改变的类画状态图。而活动图描述满足用例要求所要进 行的活动以及活动间的约束关系，有利于识别并行活动。 第四类是交互图(interactive diagram)，描述对象间的交互关系，包括顺序 图和合作图

33、。其中，顺序图显示对象之间的动态合作关系，它强调对象之间消 息发送的顺序，同时显示对象之间的交互合作图描述对象间的协作关系，合作 图跟顺序图相似，显示对象间的动态合作关系。除显示信息交换外，合作图还 显示对象以及它们之间的关系。如果强调时间和顺序，则使用顺序图；如果强 调上下级关系，则选择合作图。这两种图合称为交互图。 第五类是实现图(implementation diagram)，包括构件图、配置图。其中 构件图描述代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一 个资源代码部件、一个二进制部件或一个可执行部件。它包含逻辑类或实现类 的有关信息。部件图有助于分析和理解部件之间的相互

34、影响程度。配置图定义 系统中软硬件的物理体系结构。它可以显示实际的计算机和设备(用节点表示) 以及它们之间的连接关系，也可显示连接的类型及部件之间的依赖性。在节点 内部，放置可执行部件和对象以显示节点跟可执行软件单元的对应关系。 从应用的角度看，当采用面向对象技术设计系统时，首先是描述需求；其 次根据需求建立系统的静态模型，以构造系统的结构；第三步是描述系统的行 为。其中在第一步与第二步中所建立的模型都是静态的，包括用例图、类图(包 含包)、对象图、组件图和配置图等五个图形，是标准建模语言 uml 的静态建 模机制。第三步中所建立的模型或者可以执行，或者表示执行时的时序状态或 交互关系。它包括

35、状态图、活动图、顺序图和合作图等四个图形，是标准建模 语言 uml 的动态建模机制。因此，标准建模语言 uml 的主要内容也可以归纳 为静态建模机制和动态建模机制两大类刘晓华, 2004。 2.1.52.1.5 umluml 的的特点特点 uml 的特点主要在以下几点： 1、uml 是国际统一的标准，用它表示的产品符合国际标准，产品能够得 到广泛的认可。 2、作为国际标准，国际软件业和商业对 uml 的支持也相当普遍，因而采 用它将可以得到最广泛的技术支持和工具支持。 3、uml 采用图的形式来表述系统的视图，图形化易于理解的优势使得不 同知识背景的客户、领域专家、系统分析员以及开发人员可以方

36、便的交流。 4、uml 是一种标准的表示方法，具有通用性。 5、uml 具有良好的可扩展性，可适用到不同的领域，在具有通用性的同 时还具有使自身专用化的能力。 2.1.62.1.6 umluml 的应用的应用 uml 适用于系统开发过程中从需求分析到系统完成后测试的不同阶段。在 需求分析阶段，可以用用例来捕获用户需求。通过用例建模，描述系统的角色 及其对系统(用例)的功能要求。分析阶段主要需要识别类以及它们相互间的关 系，并用 uml 类图来描述。为实现用例和类之间的协作，可以用 uml 动态模 型来描述。在分析阶段，只对问题域的对象(现实世界的概念)建模，而不考虑 定义软件系统中技术细节的类

37、(如处理用户接口、数据库、通讯和并行性等问题 的类)。这些技术细节将在设计阶段引入，因此设计阶段为构造阶段提供更详细 的规格说明。 编程(构造)是一个独立的阶段，其任务是用面向对象编程语言将来自设计 阶段的类转换成实际的代码。在用 uml 建立分析和设计模型时，应尽量避免 考虑把设计模型转换成某种特定的编程语言，因为在早期阶段，模型仅仅是理 解和分析系统结构的工具，过早考虑编码问题十分不利于建立简单正确的模型。 uml 模型还可作为测试阶段的依据。系统通常需要经过单元测试、集成测试、 系统测试和验收测试。不同的测试小组使用不同的 uml 图作为测试依据；单 元测试使用类图和类规格说明；集成测试

38、使用部件图和合作图；系统测试使用 用例图来验证系统的行为；验收测试由用户进行，以验证系统测试的结果是否 满足在分析阶段确定的需求。 总之，标准建模语言 uml 适用于以面向对象技术来描述任何类型的系统， 而且适用于系统开发的不同阶段，从需求分析直至系统完成后的测试和维护。 2.22.2 powerbuilderpowerbuilder 目前的数据库应用技术中普遍采用的就是客户机/服务器体系结构卫海等, 2005，在这种体系结构中，所有的数据和数据库管理系统都在服务器上，客户 机通过采用标准的 sql 语句等方式来访问数据库中的数据。由于这种体系结构 把数据和对数据的管理都统一放在了服务器上，就

39、保证了数据的安全性和完整 性，同时也可以充分利用服务器高性能的特点。 powerbuilder 是著名的数据库应用开发工具生产厂商 powersoft 公司推 出的产品（powersoft 现已被数据库厂商 sybase 所收购） ，它完全按照客户机 /服务器体系结构研制设计，在客户机/服务器结构中，它使用在客户机中，作 为数据库应用程序的开发工具而存在。由于 powerbuilder 采用了面向对象和可 视化技术，提供可视化的应用开发环境。利用 powerbuilder，可以方便快捷地 开发出利用后台服务器中数据库管理系统的数据库应用程序。 powerbuilder崔巍,2005最大的特点之

40、一就是提出了数据窗口对象的概念。 数据窗口对象也是 powerbuilder 中的一种对象类型，与其它对象不同的是数据 窗口对象可以直接访问后台的数据库服务器。在数据窗口对象中定义了数据的 来源和数据的显示风格，这样在应用程序中就可以把精力完全放在程序的运行 流程控制上，而不用关心具体数据的来源。因为在数据窗口对象中已经定义好 了数据的来源，所以如果需要使用数据库中不同的数据也只要对数据窗口对象 进行修改就可以了。特别要指出的是 powerbuilder 在数据窗口对象中提供了丰 富的数据显示方式，可以满足各种不同的需要。 2.32.3 sybasesybase 1版本 1984 年，mark

41、 b. hiffman 和 robert epstern 创建了 sybase 公司，并在 1987 年推出了 sybase 数据库产品邵佩英,1997。sybase 主要有三种版本， 一是 unix 操作系统下运行的版本，二是 novell netware 环境下运行的版本， 三是 windows nt 环境下运行的版本。被 unix 操作系统目前广泛应用的为 sybase 11 及 syabse 12.5.3 的 for unix 版本。 2sybase 数据库的特点 （1）它是基于客户/服务器体系结构的数据库。一般的关系数据库都是基于 主/从式的模型。在主/从式的结构中，所有的应用都运行

42、在一台机器上。用户 只是通过终端发命令或简单地查看应用运行的结果。 而在客户/服务器结构中， 应用被分在了多台机器上运行。一台机器是另一个系统的客户，或是另外一些 机器的服务器，这些机器通过局域网或广域网联接起来。 （2） 它是真正开放的数据库。 由于采用了客户/服务器结构，应用被分在 了多台机器上运行。更进一步，运行在客户端的应用不必是 sybase 公司的产 品。对于一般的关系数据库，为了让其它语言编写的应用能够访问数据库，提 供了预编译。sybase 数据库，不只是简单地提供了预编译，而且公开了应用程 序接口 db-lib，鼓励第三方编写 db-lib 接口。由于开放的客户 db-lib

43、 允许 在不同的平台使用完全相同的调用，因而使得访问 db-lib 的应用程序很容易 从一个平台向另一个平台移植。 （3） 它是一种高性能的数据库。sybase 真正吸引人的地方还是它的高性能。 体现在以下几方面：通过提供存储过程，创建了一个可编程数据库。存储过程 允许用户编写自己的数据库子例程。这些子例程是经过预编译的，因此不必为 每次调用都进行编译、优化、生成查询规划，因而查询速度要快得多。 事件驱 动的触发器是一种特殊的存储过程。通过触发器可以启动另一个存储过程，从 而确保数据库的完整性。 sybase 体系结构的另一个创新之处就是多线索化。 一般的数据库都依靠操作系统来管理与数据库的连

44、接。当有多个用户连接时， 系统的性能会大幅度下降。sybase 数据库不让操作系统来管理进程，把与数据 库的连接当作自己的一部分来管理。此外，sybase 的数据库引擎还代替操作系 统来管理一部分硬件资源，如端口、内存、硬盘，绕过了操作系统这一环节， 提高了性能。 3sybase 数据库的组成。sybase 数据库车敦仁等,2005 主要由三部分组 成： (1) 进行数据库管理和维护的一个联机的关系数据库管理系统 sybase sql server； sybase sql server 是个可编程的数据库管理系统，它是整个 sybase 产品的核心软件，起着数据管理、高速缓冲管理、事务管理的作

45、用。 (2) 支持数据库应用系统的建立与开发的一组前端工具 sybase sql toolset；isql 是与 sql server 进行交互的一种 sql 句法分析器。isql 接收 用户发出的 sql 语言，将其发送给 sql server，并将结果以形式化的方式显 示在用户的标准输出上。dwb 是数据工作台，是 sybase sql toolset 的一个 主要组成部分，它的作用在于使用户能够设置和管理 sql server 上的数据库， 并且为用户提供一种对数据库的信息执行添加、更新和检索等操作的简便方法。 在 dwb 中能完成 isql 的所有功能，且由于 dwb 是基于窗口和菜单

46、的，因此 操作比 isql 简单，是一种方便实用的数据库管理工具。 apt 是 sybase 客户 软件部分的主要产品之一，也是从事实际应用开发的主要环境。apt 工作台是 用于建立应用程序的工具集，可以创建从非常简单到非常复杂的应用程序，它 主要用于开发基于表格（form）的应用。其用户界面采用窗口和菜单驱动方式， 通过一系列的选择完成表格（form） 、菜单和处理的开发。 (3) 可把异构环境下其它厂商的应用软件和任何类型的数据连接在一起的接 口 sybase open client/open server。 通过 open client 的 db-lib 库，应用 程序可以访问 sql

47、server。而通过 open server 的 server-lib，应用程序 可以访问其它的数据库管理系统。 2.42.4 powerpower designerdesigner powerdesigner 是目前最流行的软件分析设计工具之一。它融入了软件工 程技术、面向对象技术、数据库应用技术的最新研究成果，实现了业务流程模 型（bpm） 、统一建模语言（uml）和实体联系（e-r）模型的无缝集成。运用 powerdesigner 进行数据库设计，不但给人直观地理解模型，而且充分运用数 据库的技术，优化数据库的设计。powerdesigner 支持 sybase、oracle、sql s

48、erver 等多种数据库系统，在应用系统做数据库迁移 时不必维护多个数据库脚本。 其采用结构化分析（sa） ，e-r 图、数据流图直 至最后的数据库物理模型图都是系统设计时不可缺少的一个部分，当数据库物 理模型图完成后，应该产生系统的数据字典。运用 powerdesigner 完全能够完 成这一设计流程白尚旺,党伟超,2004 。powerdesigner 提供了一个完整的建 模解决方案，业务或系统分析人员，设计人员，数据库管理员 dba 和开发人员 可以对其裁剪以满足他们的特定的需要；而其模块化的结构为购买和扩展提供 了极大的灵活性，从而使开发单位可以根据其项目的规模和范围来使用他们所 需要

49、的工具。powerdesigner 灵活的分析和设计特性允许使用一种结构化的方 法有效地创建数据库或数据仓库，而不要求严格遵循一个特定的方法。 powerdesigner 提供了直观的符号使数据库的创建更加容易，并使项目组内的 交流和通讯标准化，同时能更加简单地向非技术人员展示数据库和应用的设计。 powerdesigner 不仅加速了开发的过程，也向最终用户提供了管理和访问项目 信息的一个有效的结构。它允许设计人员不仅创建和管理数据的结构，而且针 对开发和利用数据的结构，领先的开发工具环境能快速地生成应用对象和数据 敏感的组件。开发人员可以使用同样的物理数据模型查看数据库的结构和整理 文档，

50、以及生成应用对象和在开发过程中使用的组件。应用对象的生成有助于 在整个开发生命周期提供更多的控制和更高的生产率。powerdesigner 是一个 功能强大而使用简单的工具集，提供了一个复杂的交互环境，支持开发生命周 期的所有阶段，从处理流程建模到对象和组件的生成。powerdesigner 产生的 模型和应用可以不断地增长，适应并随着你的组织的变化而变化王珊,1999。 第三章第三章 需求分析与总体设计需求分析与总体设计 车船使用税征管系统从功能上划分为 4 个模块，每个模块处理相对应的业 务，在每个功能模块中又按子模块进行划分。其中最重要的模块有登记和申报 开票模块。以申报开票模块为例，又

51、被划分为 6 个子模块，含概了纳税人的申 报开票、开具完税证汇总缴款书、税票销号入库、税票重打、税票作废、税款 查询等，并且每个子模块中又按业务流程划分为若干子菜单进行操作，是整个 系统的核心所在。本章主要通过登记和申报开票模块的模型设计、数据库设计 和界面设计三方面来展示系统分析设计的过程。 鉴于税务系统业务操作复杂，流程长，涉及人员类型众多的问题，本系统 的设计对需求采集的要求非常严格。需求采集的过程分为三步： 一、由业务小组根据征管信息系统收集各分局意见并根据意见编写车船税 征管系统的业务需求。 二、由技术小组根据业务小组整理的业务需求和业务小组进行讨论，并最 后确定需求（细化到流程图）

52、。 三、由技术小组根据详细需求负责建模和设计，由业务小组负责具体业务 问题答疑。 整个开发过程中的文档全部有存档，流程上符合软件开发的需求分析标准。 正是基于这样的需求分析结果，才能进行系统的分析设计。分析设计的主要步 骤是：先由每位编程人员根据业务需求文档把自己负责的功能画出用例图、顺 序图，每个组的组长绘制整个模块（基本上按每个组一个模块划分）的总用例 图和顺序图，并附带简要说明；然后分组讨论这些设计是否合理，反复修改后 确定设计思路；最后由每个组分别和数据库管理组进行讨论，进行数据库设计， 最后定稿。 3.13.1 系统业务需求系统业务需求 3.1.13.1.1 纳纳税登记模块和申报征收

53、模块总体设计税登记模块和申报征收模块总体设计 车船使用税征管系统从功能上分划分为 4 个模块，在每个功能模块中又按 子模块进行划分。以申报模块为例，就划分为 6 个子模块。 因为整个系统涉及业务和功能模块繁多，我在功能框架图中没有全部列出， 只列举了 4 个一级模块，又以登记、申报和查询统计三个模块为例展开了 2 级 子模块，（详见图 3.1 系统功能框图）。后面的设计思路和业务需求中，将采 用登记和申报开票模块进行详细阐述。 车船使用税征管系统 信息 登记 模块 申报 开票 模块 查询 统计 模块 系统 维护 模块 新车开户 登记 修改车船 信息 变更车船 信息 车船注销 登记 非正常车 辆

54、认定/ 恢复 车船税减 免登记 车船停运 登记 申报开票 开具完税 证汇总缴 款书 税票销号 入库 税票重打 税票作废 汇总缴款 书作废 当前税票 使用维护 操作员权 限维护 系统环境 维护 车船登记 信息删除 2007年年11月月1日日 页页 1 车车船船使使用用税税征征收收管管理理信信息息系系统统功功能能结结构构框框图图 车船分类 维护 车船类型 维护 车船经营 方式维护 车船颜色 维护 车船用途 维护 图 3.1 系统功能框图 由于车船使用税征管系统业务繁多，功能全面，用一个总体用例图很难将 功能描述清楚，所以我们将每一个大的用例分解成为更为细微的用例，这样既 可以避免在一级上用例的颗粒

55、度过大，也能将用例描述地更有层次、更清晰。 同时，由于可视化的图形并不能提供建立系统所需要的全部信息，每个用例的 功能含义和具体执行步骤必须使用文本来详细描述。这种描述可以帮助我们更 清楚地理解业务处理过程，检查遗漏的功能，使使用者在阅读需求分析报告时， 能更为清楚地了解该系统所具有的功能，使用例建模的作用能得到更好的体现。 用例模型是使用 uml 进行功能需求分析的结果，以用例图的方式来显示。 用例模型表示了系统与外界环境的交互及系统的主要功能。图 3.2 是车船使用 税征管系统纳税登记模块的用例模型图，每个用例以文本的方式来描述，描述 的内容包括用例以及用例与角色交互的更详细的信息。 前台

56、操作员 专管员 纳税人 车船使用税征管系统纳税登记模块用例图 正常户开业登记 非纳税人税务登记 非正常户管理 迁入迁出管理 停复业与注销 证件管理 查询统计 纳税人管理 数据维护 部门主管 系统管理员 图 3.2 车船使用税征管系统纳税登记模块用例图 用例“正常户开业登记”的描述： 正常户开业登记是整个纳税登记模块的启始任务，前台操作人员将纳税 人的开户信息录入到系统中，首先就是从正常户开业登记这一环节开始的。 其中包括登记纳税人的户型信息，记录车船号码、车船类型、法人、单位 地址等信息，测算纳税人的税种鉴定情况、申报方式、适用税率等等。 用例“非纳税人税务登记”的描述： 非纳税人税务登记是正

57、常户开业登记的辅助，有相当数量的小规模纳税 人或临时经营性的纳税人，都在此处进行登记。非正常纳税人登记包括： 纯社保基金缴费单位登记、外埠纳税人报验登记、代扣代缴单位登记等， 还包括非纳税人和纳税人之间的变更功能。 用例“ 迁入迁出管理”的描述： 纳税人迁入迁出管理，是指一户纳税人由于经营地址、经营范围等等的 调整，虽然还在同一个市、县范围内经营，但其所属主管税务机关从一个 分局调整为另一个分局，而这又不需要办理注销税务登记。但是，由于各 种统计工作的需要，一户纳税人的主管税务机关一旦确定后是不能被修改 的，否则涉及到该户纳税人已缴税款的统计时或前后数据不一或数据不实。 为解决这个问题，系统中

58、增加了“迁出迁入”的概念。在迁出前，或者要求纳 税人先把各种未结事项结清，或者将未结事项传递给新的主管税务机关， 由新主管税务机关在该纳税人迁入后手工录入（欠税可以自动调整） 。 用例“证件管理”的描述： 证件管理的主要功能是查询、打印待打印税务证件。 用例“停复业注销”的描述： 停复业注销是对纳税人停运、延期复运和复运进行登记管理，为申报征 收和查询统计提供信息支持。并可完成相关的其它操作（如修改、删除） 。 用例“非正常户管理”的描述： 在非正常户处理中实现各种对非正常户的管理业务，对纳税人进行非正 常户认定。 用例“ 纳税人管理”的描述： 纳税人管理主要针对纳税人纳税登记以外的补充信息进

59、行管理，包括基 本税务认定、关停企业认定、通用税务认定等。 用例“ 数据维护”的描述： 数据维护处于整个税务登记模块中的最底层，主要完成机构设置、人员 维护、权限分配及日志、信箱等管理工作，系统管理员还可进行数据库的 初始化操作。它分为以下几部分： 1、税务管理：设置机构，上下级关系、添加 sybase 用户； 2、综合管理：设置文书、查看日志、菜单相关维护、历史数据清理等； 3、权限管理：进行权限分配、设置权限组； 4、信箱管理：传递邮件。 用例“ 查询统计”的描述： 用来对所有信息、资料产生的数据进行查询、统计产生各种报表、台帐。 前台操作员在接受到纳税人的基本资料以后，就通过用例“开业登

60、记” 、 “非纳税人税务登记” 、 “ 迁入迁出管理” 、 “证件管理” 、 “停复业注销”等将纳 税人的基本信息录入到系统中，对纳税人的基本信息做初步的分类和管理。税 务专管员通过用例“停复业注销” 、 “非正常户管理” 、 “ 纳税人管理”来实现对 纳税人进一步的规范、定性和管理。纳税人和局领导通过用例“查询统计”来 实现对纳税人基本信息和专管员、前台操作员工作情况的监控、管理、分析。 最后系统管理员通过用例“数据维护”来保证整个系统的稳定、有序的运行。 下图 3.3 为“申报开票模块”的功能细化用例图，申报模块的用户主要包 括 5 类：前台操作员、专管员、部门主管、系统管理员、纳税人。