UML建模在财会管理系统中的应用
本文和大家重点讨论一下UML建模的应用问题，这里讨论的会计系统就是利用新技术在原有的基础上再工程，采用UML面向对象的方式来进行UML建模。
UML建模在财会管理系统中的应用
软件工程技术的飞速发展，为信息系统的开发提供了有利工具，将新技术融入到原有系统的开发中不仅可以扩充功能来提高用户满意程度，而且还提高了系统的工作效率。本文讨论的会计系统就是利用新技术在原有的基础上再工程，采用UML面向对象的方式来进行UML建模。首先分析该系统的用例试图，针对系统的三类用户，凭证录入员，凭证核对员，扎帐员所涉及的会计业务，系统需要对凭证的录入，核对，扎帐，打印一系列的处理。此过程和用户是相互关联的并且存在先后顺序，彼此之间存在先后的逻辑关系，通过理顺这些参与的用户的业务逻辑，进而得到类图、活动图等直到最后得到系统的部署图。
1.引言
随着信息技术的飞速发展，以互连网为核心的电子商务正在改变着传统的商务模式。电子商务的出现和发展，对传统的会计事务的处理产生了巨大的冲击，主要表现在现代信息技术比原有人工处理的速度和效率要高很多，特别是对于海量的财务数据的汇总，因此财务信息管理在信息系统建设中占有非常重要的地位。
统一建模语言(UnifiedModelingLanguage,UML)由3位世界著名的面向对象技术专家GradyBooch、JimRumbaugh、IvarJacobson发起,在Booch表示法、OOSE方法和OMT方法的基础上,广泛征求意见,集众家之长,反复修改后提出的通用的图形化标准建模语言，它是面向对象分析和设计的一种标准表示，融入了软件工程领域的新思想、新方法和新技术，它的作用不仅支持对象的分析与设计，还支持从需求分析开始的软件开发的全过程。运用UML可以为系统建立良好模型。
UML包括概念的语义，表示法和说明，提供了静态、动态、系统环境及组织结构的模型。同时UML对建模提供了两种图形，静态图和动态图。UML建模中静态图包括：用例图(UsecaseDiagram)、类图(ClassDiagram)、对象图(ObjectDiagram)、组件图(ComponentDiagram)和配置图(DeploymentDiagram)；动态图包括时序图(SequenceDiagram)、协作图(CollaborationDiagram)、状态图(StateDiagram)和活动图(ActivityDiagram)。UML通过建立各种类、类之间的关联、类/对象怎样相互配合实现系统的动态行为等成分来组建整个模型，刻画客观世界。
为方便学校财务管理，原有的会计系统面向结算中心的财务管理人员，实现了凭证，存单的数字化管理，但因学校发展和内部需要，需要构建Web平台，设置系统的访问权限，因此需要再工程，本文重点讨论如何扩展原有系统的功能利用UML来进行系统分析和建模。
2.系统建模
2.1功能概述
本系统在原有的系统和业务需求下重新定义系统需求，分析原有系统功能，开发新功能，表1显示了原有的系统的功能需求。并利用UML进行建模。
表1系统功能表
在此基础上新增加授权管理，能够针对表1的中的凭证核对，扎帐处理，综合查询，系统维护功能设置使用权限。
2.2系统建模流程
建模流程如图1所示，首先根据系统功能表确定出用例图，让后根据用例同步生成活动图和类图进而完成后续过程的开发。
2.2.1用例视图
UML建模中用例图(如图2所示)是在软件开发过程中从需求分析到最终实现的第一步，他描述了系统的功能及使用方法，显示谁将是相关的用户、用户希望系统提供什么服务以及用户需要为系统提供的服务，最常用来描述系统以及子系统。
（1）会计管理系统的参与者
结算中心的用户（包括凭证录入人员，凭证核对人员，扎帐人员，存单管理人员，系统维护人员等）而且每种业务人员都授予了相应操作权限。
（2）会计系统的用例图
每种业务人员的工作如下：
凭证录入人员：凭证输入
凭证核对人员：校验凭证输入是否真确
扎帐人员：计算单日发生的会计业务中借贷是否平衡，并做扎帐的处理
系统维护人员：摘要、凭证、科目种类的维护以及给使用人员授权
2.2.2活动图
UML建模中活动图描述系统中各种活动的执行顺序，通常用于描述一个操作中所要进行的各项活动的执行流程。同时，它也常被用来描述一个用例的处理流程或者某种交互流程，是某件事情正在进行的状态。活动图通常是由一些活动组成，同时包括了对这些活动的说明。当一个活动执行完毕之后，控制将沿着控制转移箭头转向下一个活动。活动图中还可以方便地描述控制转移的条件以及并行执行等要求，它显示了组成复杂过程的步骤序列。
图3描述了本系统在用例的基础上设计的活动图。用户登录系统以后，根据授予的权限来完成凭证、存单、系统管理的相关操作。
2.2.3类图
用UML进行系统建模的一个问题是识别和划分对象，画出类图。UML建模中根据用例图和它的文本描述识别出大部分的对象。一般需要处理分析和保存的信息都可能是一个类或对象。
图4描述了本系统中用户对象及单据对象的类图，其中操作员是一个父类，由他生成了存单管理员、数据维护员、凭证录入员、查询打印员，扎帐员、凭证核对员等这些类，他们都具有相同的静态属性即用户名、密码、所在校区标识符，他的子类都有各自的方法每个方法都对单据对象由特殊的操作。
2.2.4状态图
状态图表示一个状态机制，表现从一个状态到另一个状态的控制流，由表示状态的节点和表示状态之间转换的带箭头的直线组成，通常由状态、转换、初始状态、终结状态、判定组成。
2.2.5顺序图
UML建模中顺序图是强调消息时间顺序的交互图，描述了对象之间传送消息的时间顺序，用来表示用例中的行为顺序，将交互关系表示为一个二维图，纵轴是时间轴，时间沿竖线向下延伸；横轴代表了在交互中的各独立的对象。
在本系统中，对于每张凭证，都需要经过录入，核对，扎帐直到打印等一系列的过程，他们都要涉及3类用户，只有这些有序的过程完成后，财务数据才是正确有效的，图6给出了本系统凭证处理的顺序图。
2.2.6协作图
协作图是时序图之外的另一种表示交互的方法，它对交互中有意义的对象和对象之间的链建模，在UML中，协作图用几何排列来表示交互作用中的对象和链，附在链的箭头代表消息，消息的发生顺序用消息箭头处的编号来说明。
本系统中对于凭证的处理过程中涉及到3类用户：凭证录入人员，凭证核对人员以及扎帐人员，在整个业务处理过程中，凭证单据的处理要求经过这3类用户的参与，他们之间存在协作关系，图6显示了他们之间的协作关系。
2.2.7组件图
UML建模中组件图描述了软件的各种组件以及它们之间的依赖关系，它可以用来显示编译、链接或执行时组件之间的依赖关系，以及组件的接口和调用关系，是对OO系统的物理方面建模的两个图之一，通常包含3个元素：组件（Component）、接口（Interface）、依赖关系（Dependency）。
针对前述的分析，对系统主要功能模块做如下的设计，用户首先登录系统根据得到的session读取权限设置参数，并获得相应的功能接口进行访问，进而完成其各自要处理的业务。图8针对设计的功能描述了组成各个功能的组件。
2.2.8部署图
UML建模中部署图也称配置图，实施图，它用来描述系统硬件的物理拓扑结构以及在此结构上执行的软构件，是对面向对象系统的物理方面建模的两个图之一，它可以显示计算节点的拓扑结构和通信路径、节点上运行的软构件等，常常用于帮助理解分布式系统。
图9描述了基于MVC架构的本系统部署结构图。用户浏览器作为view显示层，WEB服务器作为业务层，包含了控制和业务逻辑，数据库作为数据层和WEB经行交互。
同时UML的开发工具的正向工程的相关功能，可以由模型生成代码。如图10所示的扎张功能的代码，显示了各个程序模块之间的调用关系。