论会计核算信息系统的面向对象分析与设计

摘 要：结合会计领域背景，讨论了面向对象设计和面向对象实现，在面向对象实现过程中，用对象分解取代功能分解，设计了不同的类等级，并定义各自的属性和服务，建立了UML模型。充分考虑了系统的可移植性、重用性等方面，采用了Java语言实现。

关键词：面向对象；会计；核算；信息系统

中图分类号：F23文献标识码：A文章编号：1672-3198（2008）08-0346-02

0 前言

为了适应社会市场经济发展和我国会计制度改革的需要，会计信息系统的快速建立，已成为我国各个企、事业单位急需解决的问题。能不能想一种办法，在短时间内快速准确地建立会计信息系统已成为软件开发领域研究的一个重要课题。由于软件生命周期由软件定义、软件开发和维护三个时期组成，每个时期又可进一步划分成若干个阶段，而前一个阶段的完成，下一个阶段才能开始。这样，软件的开发时间必然很长，为了快速地建立会计信息系统，这种传统的软件开发方法变得不切合实际，因此需要采面向对象的方法建立会计信息系统。

1 会计核算信息系统的需求描述

会计信息系统的总体功能如图1所示：

图1 会计信息系统功能图

1.1 会计核算信息系统的功能

会计核算信息系统应提供的功能如图2所示：

（1）帐务处理子系统：以记帐凭证的各要素为输入对象，按会计科目进行登记、汇总，输出总帐及各种明细帐和日记帐。银行对帐是以银行对帐单为输人对象，再根据帐务处理中的银行日记帐数据，进行银行对帐处理，输出银行存款余额调整表和未达帐项。

（2）工资核算子系统：根据工资结算单文件，按各工资项目和扣款项目，计算每一位职工的应发工资和实发工资，输出工资结算单，据以发放工资，并进行汇总、分配和计提处理，输出工资汇总表、工资费用分配表和福利费用计提表，同时进行转帐处理。

（3）固定资产核算子系统：根据固定资产卡片文件，进行日常固定资产的增减变化处理，按使用部门和不同的折旧方法计提固定资产折旧，输出固定资产折旧计算表，编制相应的转帐凭证。

（4）成本计算子系统：利用帐务处理子系统中的有关费用数据，以及产品产量、工时等数据，进行费用归集和分配，采用不同的成本计算方法，计算当月完工产品成本和在产品成本，并进行转帐处理，为成本报表编制提供数据。

（5）往来核算子系统：往来核算是将购货往来、销货往来和个入往来款的有关明细数据进行输入，定期地进行对帐处理，以及帐龄分析处理，输出往来款项的增减变化情况。

图2 会计核算信息系统的功能

（6）会计报表编制子系统：根据帐务处理子系统和其他有关子系统的数据，编制各种会计报表，并按一定格式输出相应的会计报表。

（7）系统维护模块：系统维护模块主要设置数据故障恢复和操作员权限设置等功能。数据故障恢复是在系统发生意外事故的情况下，对已破坏的数据文件进行恢复而设置的功能，要求使数据遭到破坏后恢复到数据的最近状态。主要通过一些技术处理或对已备份文件复制返回处理点，来恢复被破坏的数据。操作员权限设置是对各个操作员的权限加以限制，使其不能操作不该操作的功能模块。

1.2 会计管理信息系统的功能

会计管理信息系统应提供的功能如图3所示：

会计决策信息系统应提供的功能如图4所示：

图3 会计管理信息系统的功能

图4 会计决策信息系统的功能

2 系统的用例建模

软件系统开发的一项最基本的工作就是分析问题领域。其结果就是对问题领域的完整、明确的定义，以决定目标系统将做些什么。

分析问题领域的主要任务是：抽象问题领域，提出解决方案。对目标系统进行需求分析，并用例图对未来系统的行为建立模型，初步确定未来系统的体系结构等。由于会计信息系统以会计核算信息系统为核心，而会计核算信息系统又以帐务处理子系统（以下称帐务处理系统）为核心，本文只对帐务处理系统进行分析与设计。

2.1 识别参与者

根据系统的需求可以确定参与者。包括：（1）制单人：根据原始凭证填制（录入）记帐凭证的操作员；（2）凭证审核人：有权对制单人填制的记帐凭进行审核的操作员；（3）记帐人：有权对已审核完的记帐凭证进行记帐的操作员。

2.2 识别用例

确定参与者后，应当根据系统需求找出全部的用例。从顶层用例抽象，可以确定一个用例：“帐务处理”。用例“帐务处理”与两个参与者都存在交互。

顶层的用例模型只包含一个用例：“帐务处理”。这个用例需要进一步细化为更小一些的用例，以便深入分析系统的要求和目标。细化用例时可以按照用例细化，也可以按照参与者细化。在这里以不同的参与者来细化用例，与“操作员”有关的用例有：“登录”、“填制凭证（制单）”、“凭证审核”、“凭证记帐”、“凭证查询”、“凭证汇总”、“凭证打印”、“登帐”、“对帐”、“结帐”、“查帐”、“帐簿打印”，“操作员”是通过“登录”来进入系统的。

2.3 为用例编写文档

2.3.1 登录用例

（1）前置条件：无。

（2）后置条件：如果此用例成功，参与者能够启动系统并使用系统所提供的功能。如果此用例没有成功，则系统的状态不变。

（3）扩充点：无。

（4）事件流。

①基流。

当用户希望登录到系统中时，用例启动；

A－1首先系统提示用户输入用户名和密码；

A－2然后用户输入用户名和密码；

A－3系统验证输入的用户名和密码是否正确，如果正确，用户登录到系统中，如果不正确则执行替换流B－1。

②替换流。

B－1如果用户输入的用户名和密码不正确，系统会显示提示信息。用户可以选择返回基流的起始点，重新输入正确的用户名和密码；也可以取消登录，使用例结束。

2.3.2 审核凭证用例

（1）前置条件：“操作员”必须登录到系统中，并且有审核凭证的权限。

（2）后置条件：如果“审核凭证”用例成功，将已审核的记帐凭证打上审核标记并存储。如果这个用例不成功，则系统的状态没有变化。

（3）扩充点：无。

（4）事件流。

①基流。

当操作员进入系统审核凭证时，用例启动。

如果“操作员”选择“凭证审核”，则执行分支流A－1，进行凭证审核。

②分支流。

A－1提供记帐凭证的种类及信息;

A－2选择审核的记帐凭证;

A－3检索该记帐凭证。如果该记帐凭证不存在，则执行替换流B－1;

A－4确定所审核的记帐凭证是否有审核权限，如果没有审核权限，执行替换流B－2;

A－5确定所审核的记帐凭证是否有问题。如果该记帐凭证有问题，则不能通过审核，执行替换流B－3;

A－6确定所审核的记帐凭证是否已通过审核，若已审核完毕，则执行替换流B－4;

A－7审核通过，将审核通过的标记填入到该记帐凭证中;

A－8存储审核完的记帐凭证（记录）。

③替换流。

B－1如果该记帐凭证不存在，则系统显示提示信息，用例终止；

B－2如果对该记帐凭证没有审核权限，则系统显示提示信息，用例终止；

B－3如果该记帐凭证有问题，则系统显示提示信息，用例终止；

B－4如果该记帐凭证已通过审核，则系统显示提示信息，用例终止。

2.3.3 记帐用例

（1）前置条件：在“记帐”用例开始前，“操作员”必须登录到系统中

（2）后置条件：如果“记帐”用例成功，将已记帐的记帐凭证打上已记帐标记并存储。如果这个用例不成功则系统的状态没有变化。

（3）扩充点：无。

（4）事件流：。

①基流。

当操作员进入系统进行记帐时，用例启动。

A－1提供记帐凭证的种类及信息；

A－2选择要进行记帐的记帐凭证；

A－3检索该记帐凭证。如果该记帐凭证不存在，则执行替换流B－1；

A－4确定对所选的记帐凭证是否有记帐权限，如果没有记帐权限，则执行替换流B－2；

A－5确定对所选的记帐凭证是否已通过审核，如果未通过审核，则执行替换流B－3；

A－6进行记帐，将已记帐的记帐凭证填上“已记帐”标记并存储。

②替换流。

B－1如果该记帐凭证不存在，则系统显示提示信息，用例终止;

B－2如果对该记帐凭证没有记帐权限，则系统显示提示信息，用例终止;

B－3如果该记帐凭证未通过审核，不能记帐，则系统显示提示信息，用例终止。