资源简介

(共12张PPT)
会计信息系统
6.1 REAL模型用于系统分析和设计
6.2 事件驱动系统对报表输出的支持
第6章
利用REAL模型进行系统分析和设计
6.1 REAL模型用于系统分析和设计
6.1.1 REAL模型在系统分析中的作用
在建立业务过程REAL模型的基础上，进一步分析可以明确信息过程，包括数据存储和数据流。信息过程和数据将对管理者所要计划、控制和评价的活动提供支持。不要将思维局限于现有的系统环境，而应思考理想环境所应具有的特征，思考解决问题的新方法，使系统能实现组织的过程和目标。
根据业务过程REAL模型，容易确定系统中需要多少个记录过程、维护过程。REAL模型中的每个业务事件对象需要一个记录过程来收集描述事件和记录事件的数据。REAL模型中的每个资源、参与者和地点对象需要一个维护过程来添加、删除和更新各自的数据。至于系统所需要的报告过程的数目则取决于信息客户所需要的视图的数目。
图6—1是定义Christopher 有限公司的收入过程的关键业务事件、资源、参与者和地点的REAL图形模型。
存货
接受顾客订单
运输订货
收取货款
销售人员
顾客
运输人员
运输公司
银行
现金
出纳
包括
接受
由…组成
发出
送到
承运
执行
保存于
增加
接收
付出
图6-1 Christopher,Inc., REAL模型
6.1.2 建立业务过程REAL模型的具体方法、步骤
1)步骤1：理解组织的环境和目标
2)步骤2：考察业务过程，识别重要的战略性业务事件
3)步骤3：分析步骤2中列出的事件，识别事件资源、参与者和地点
(1)涉及到哪些资源？
(2)涉及到哪些角色及谁充当了该角色？
(3)事件在何处发生？
4)步骤4：识别事件、资源、参与者和地点的相关特征及属性
5)步骤5：识别并记录资源、事件、参与者和地点之间的直接关系
6)步骤6：与业务人员一起验证业务过程REAL模型
7)步骤7：连接各个业务过程REAL模型
图6-4 步骤五
6.1.3 REAL模型在系统设计中的作用
系统设计是信息系统开发过程中第二个重要阶段。从工程管理的角度来看，软件设计分两步完成。首先做概要设计，将软件需求转化为数据结构和软件的系统结构。然后是详细设计,即过程设计。通过对结构表示进行细化，得到软件详细的数据结构和算法。
所谓信息模型，实际上是一种独立于具体技术、具体数据库管理系统的概念模型，它能为用户和数据处理专业人员共同理解，站在企业的高度，有效地、合理地对数据地分布和组织作出总体规划，为下一步数据库的物理设计奠定基础
在划分子系统时，BSP方法根据信息的产生和使用来划分，它尽量把信息产生的企业过程和使用的企业过程划分在一个子系统中，从而减少了子系统之间的信息交换，具体的作法是 U/C矩阵，这里U表示使用（USE），C表示产生（CREATE）。
如表 6-2所示，在表的左列标出组成企业过程的各项功能，最上一行标出数据类，建立 U/C矩阵。
利用REAL模型，可以识别企业过程中的重要战略性活动（功能），而这是建立 U/C矩阵所必需的。REAL模型对系统总体结构设计的贡献集中体现于此。
表6-2 U/C矩阵
数据类
过程 数据1 数据2 数据3 数据4
过程A U C U U
过程B C U
过程C U C C
过程D U C U
运用信息工程建立信息模型的步骤为：
1)进行业务分析，建立企业模型。
2）进行实体分析，建立主题数据库模型。
3）进行主题数据库具体物理分布分析
6.2 事件驱动系统对报表输出的支持
6.2.1 数据存储方法
1)一个实体型转换为一个关系模式。实体的属性就是关系的属性，实体的码就是关系的码。
2)一个联系转换为一个关系模式，与该联系相连的各实体的码以及联系的属性转换为关系的属性。
(1)若联系为1：1，则每个实体的码均为该关系的侯选码；
(2)若联系为1：n，关系的码为n端实体的码；
(3)若联系为n:m，则关系的码为诸实体码的组合
6.2.2 对报表输出的支持
要评价一个供选择的体系结构是否可以满足信息客户的需要，重要的并不是关注该替代方案是否竭力仿效了传统的处理和数据存储模式，而是它是否能够完成传统体系结构实现的那些目标。这就需要读者既了解会计信息最终用户的需要，还要理解传统会计过程的能力和输出。
传统方式下，借贷符号被用来标识会计等式两边组成部分的同增和同减。虽然这项销售业务尚未得到支付（应记入收款支付表），但它引起了应收账款和销售的同时增加，因此对应收账款借方和销售贷方的影响仍然存在。销售表中的信息表示收入增加了￥175（即，销售贷方记入￥175）。由于该销售尚未得到客户支付，因此客户欠款金额（即，销售减去现金收入,也就是应收账款）也增加了，或者说，应收账款借记￥175。
注意，此时事件表中的销售成本数额也增加了（相当于在销售成本账户中记入贷方），而每当计算存货水平时，通过识别销售-存货表中记录的卖出数来减少对应的存货数(相当于贷记存货）。
6.2.3 更强的灵活性
事件驱动系统具有传统体系结构所不具备的灵活性。
购货事件 销售-存货事件表
1/6 16单位 ￥24.00 1/30 5
2/7 25单位 ￥32.50 2/28 17
3/30 10单位 ￥14.00 4/30 4
4/24 47单位 ￥70.50
利用加权平均法得到第一季度存货余额时，查询方法是在剩余存货的平均成本基础上计算存货余额；而利用后进先出法计算存货余额时，查询方法则是在假定剩余存货是最先购买的存货的基础上计算存货余额，此方法有可能使收入和成本真正匹配。
事件驱动系统在使用相同数据比较现金收付制与权责发生制时也具有灵活性。
假设从1月1日到31日的销售表及现金收入表中的总额如下：
销售事件表 现金收入事件表
￥1,467,958.47 ￥1,256,867.98
采用权责发生制会计时，1月份的收入等于￥1,467,958.47,而采用现金收付制会计时，1月份的收入为￥1,256,876.98。
这些例子说明，即使基于不同的会计假设，也没有必要为生成各种计量标准和输出结果而使用多个系统或重复存放文件。
除了大量地减少事务性工作（如，调整和过账）外，在事件驱动体系结构中也不必做结账分录、回转分录及调整分录。应计是自动实现的，并可随时更新以产生当前的实时报告。

展开更多......

收起↑