第二 章 信息系统开发方法及其应用

1. 第二 章 信息系统开发方法及其应用

2. 第2 章 信息系统开发方法及其应用 系统方法是用于分析、设计信息系统及表达系统与子系统之间关系、描述业务处理流程和各职位之间数据传递路径的工具，也是编制各种审计文档的有力工具。它是由一系列图形符号及其用法构成的表达语言。 会计人员与系统设计人员、业务人员交流应用系统设计思路；审计人员与会计人员交流内部控制效果都要以系统（图）方法为工具。

3. 第一节 系统方法 系统方法是人们在生产生活实践中创造和积累起来的若干图形符号语言。它可以直观、简练、清晰地表达和反映使用者的思想和意图，起到语言文字达不到的表现力与效果，它不受民族、国籍和母语的限制，在世界范围内广泛流传和使用。

4. 一、流程图 • 流程图符号（ANSI X3.5-1970) 输入/ 输出 处理 流程线 注解 图2-1 基本符号

5. 更具体的输入/输出专门符号 穿孔卡片 联机存储 显示 磁盘 通信链接 文档 手工输入 脱机存储 图2.2 输入/输出专门符号

6. 处理专门符号 判断、决策 辅助操作 合并 预定义处理 抽取 准备 排序 手工操作 连接器 A 终端 图2-3 专门的处理符号

7. 流程图中的符号使用 检查与 核准 检查与 核准 发票 核准的发票 发票 核准的发票 反向箭头 正常流向 请购单 A 订购单 供应商 档案 准备下订单和 更新供应商档案 订购单 A 购买订单 连接符的使用 双向箭头 图2.4 符号的应用举例

8. 二、数据流图 数据流图（DFD）也称逻辑数据流程图，主要由系统开发人员使用。 （一）数据就图的基本符号

9. 外部项是指不受本DFD（系统）控制的人、机构或另一个DFD（系统），是本DFD外部的数据来源或最终去处，表达本DFD与外部的数据交换，数据从源端进入系统，经过一系列的加工由终端离开系统。例如统计员、财务科、银行、经理、应收账款模块儿都可以作为外部项。处理也称加工，表示对数据进行加工处理与变换的功能，即把流向他的一组数据流加工（变换）成另一组数据流。在复杂的DFD中有很多加工，因此应该对加工编号。数据存储又叫文件，用右端开口的长方形表示。在DFD中数据存储不涉及具体的存储介质，只是对数据存储的逻辑描述。数据流由一组成分固定的数据项组成，表示一组按特定方向流动的数据。外部项是指不受本DFD（系统）控制的人、机构或另一个DFD（系统），是本DFD外部的数据来源或最终去处，表达本DFD与外部的数据交换，数据从源端进入系统，经过一系列的加工由终端离开系统。例如统计员、财务科、银行、经理、应收账款模块儿都可以作为外部项。处理也称加工，表示对数据进行加工处理与变换的功能，即把流向他的一组数据流加工（变换）成另一组数据流。在复杂的DFD中有很多加工，因此应该对加工编号。数据存储又叫文件，用右端开口的长方形表示。在DFD中数据存储不涉及具体的存储介质，只是对数据存储的逻辑描述。数据流由一组成分固定的数据项组成，表示一组按特定方向流动的数据。

10. 在DFD中，所有的数据流都必须与加工有联系。可以从外部项流入加工或从加工流入外部项，可以从一个加工流到另一个加工，也可以从文件流入加工或从加工流入文件，但不能从文件流入文件。在DFD中，所有的数据流都必须与加工有联系。可以从外部项流入加工或从加工流入外部项，可以从一个加工流到另一个加工，也可以从文件流入加工或从加工流入文件，但不能从文件流入文件。 • DFD的几个绘制要点： DFD应完全由DFD符号表示； DFD的每一个符号包括数据流，都要注释； 逻辑的流向应该清晰，DFD上的所有数据来源和去向都应注明。

11. （二）数据流图的用法 薪酬数据 薪酬 处理 工资支票 计时部 雇员 薪酬数据文件 我们通过一个结构化系统分析的实例，来展示DFD的用法。所谓结构化系统分析是将复杂的问题通过分解的办法自上而下、化大为小、分而治之。 薪酬处理主模块的DFD: 薪酬数据 薪酬数据 图2-7薪酬处理的DFD

12. 通过对图2-7薪酬处理的DFD不断提炼，产生更加深入的系统描述。如图2-8所示：通过对图2-7薪酬处理的DFD不断提炼，产生更加深入的系统描述。如图2-8所示： 雇员数据 实时状态 净工资和扣减 薪酬数据 核实薪酬 数据 计算工资 工资支票 计时部 雇员 待处理数据 有效数据 P1 P2 有效的薪酬数据 图2-8 薪酬处理DFD的扩展

13. P2模块还可进一步分解细化：如图2-9 实时数据 处理 工资分 类帐 详情 雇员数据 分类账数据 更新 雇员 文件 工资支票 净工资和扣减 净工资和扣减 雇员 预提数据 税率和扣减 计算 净工资 待处理数据 P2计算工资 有效薪酬数据 图2-9 P2 处理的分解

14. 三、模块结构图 • 所谓模块就是系统中的一个处理过程，软件中的一段程序，是构成大系统的基本单元。模块具有输入、输出、逻辑功能、处理过程、内部数据及运行环境等特性。结构化系统设计就是通过分解把系统设计成具有层次和调用关系的模块结构。 • 表达软件结构常用的系统方法有两种，一种称为层次图，另一种称为模块结构图。

15. （一）层次图 层次图按自顶向下、逐步求精的原则设计，表示软件分解的层次结构。层次图着眼于软件具备的处理功能，所以也叫系统功能图或功能结构图。图2-8 是一个小的薪酬系统的层次图。 层次图（功能图）表达了系统各模块的层次关系，每个模块对应一项处理功能，但没有表达模块之间的控制与通讯联系，需要用IPO（Input-Process-Output）图来补充描述这些特性。如对上述薪酬系统中的“计算累计工时”模块可以用图2-9的IPO图来描述。

16. 1.0 薪酬系统 1.1 1.2 1.3 数据准备 处理 审查 1.2.1 1.2.2 计算 毛支付 计算 净支付 1.2.1.1 1.2.1.2 1.2.1.3 计算 累积工时 寻找对应 支付率 计算 毛支付 图2.8 薪酬处理层次图

17. 系统名称：薪酬系统 设计者：**** 模块名称：计算累计工时 设计日期：2006-03-20 被哪些模块调用：计算毛支付 直接调用模块：无 输入文件名：工时卡文件 输出文件名：累计工时清单文件 处理逻辑： ******** ******** ******** 图2-9 “计算累计工时”模块的IPO图

18. （二）模块结构图 层次图与PIO图着眼于模块的层次调用关系，不能清晰地表达整个系统中各模块的控制与通讯等问题，除非仔细阅读完所有的PIO图，才能清楚整个系统中模块之间的控制及数据间的复杂联系，因此用层次图表达系统的结构是不充分的。 模块结构图MSC(Model Structure Chart) 也称为模块控制结构图。它对系统模块的表达更充分，考虑的因素也更多，能明确表达系统的结构和模块之间的通讯及循环、判断等控制。因此更适用于表达系统结构，是系统总体设计出色的表达工具。

19. X m q p n A B 图2-10 模块调用

20. X X X A A B C A B C 图2-11选择调用和循环调用

21. 四 分析流程图 分析流程图可以用来分析文档在一个组织中的流转，这些图都分成若干个栏目来分类表示每个实体的处理职能。通过这些代表组织中各个实体的栏目来绘制流程图是评价职责分离的一个有效方法。流程图的这一形式还能突出不同实体间的界面，因为这些界面是一个应用系统中重要的控制点。

22. 分析流程图示例 分析流程图确定了一个应用系统中所有重要的处理流程，并重点分析需要实施控制的任务流程。图分栏绘制，如图2-10 采购部门 供应商 已通过的 卖主列表 选择 卖主 询价请求 准备询价 报价 询价请求 报价 选择 中标者 准备订购 订购 订购 图2-10 分析流程图

23. 五、文档流程图 文档流程图的目的是列出应用系统中所使用的全部文档并确定这些文档组织、分布和最终处置的控制点。图中每个文档符号代表一批文档而不是一个文档。 应付帐款 订购代理 收货 仓储 订购单 订购单 订购单 2 1 1 2 购买订单 1 给卖主 2 购买订单 3 3 购买订单 4 4 5 购买订单 5 6 图2-11 文档流程图

24. 六、决策表 决策表技术也是系统设计人员和会计、审计人员经常使用的一种系统方法。最常见的例子是在算法设计或分配方案设计过程中，当遇到复杂的问题需要多重逻辑判断时，任何其他方法都不能清晰地表述问题的逻辑关系，而决策表却能很容易做到这一点。我们通过一个具体实例来说明决策表的用法，并展示她的魅力。

25. 示例： 某公司规定推销员的薪酬与业绩挂钩，按推销产品收入额提成，上不封顶，下不保底，费用自理。具体为每月推销额10万元以上（含10万元，下同），回款比例达80%且推销的新产品占5成以上者，按推销额的6%提成；新产品不足5成则按5%提成；若回款比例在40%~80%之间且新产品占5成以上按5%提成；新产品不足5成；若回款比例低于40%，则按3%提成。推销额不足10万，回款比例在80%以上者则按4%提成；回款比例在40%~80%之间则按3%提成，不足40%则按2%提成。 这种复杂的处理逻辑如果用决策表来描述会变得非常清晰。在薪酬政策中有三个条件：一是推销额，用TXE表示；二是回款比例，用HK表示；三是新产品比例，用XCP表示，可拟定一个条件与取值符号表见表2-2。然后构造决策表，见表2-3。

26. 条件与取值符号表 表2-2

27. 薪酬处理决策表 表2-3 根据本例处理逻辑，决策表还可以简化成下面的形式…

28. 简化的决策表

29. 七、问题分析图 问题分析图（Problem Analysis Diagram）简称PAD图，是又一种支持结构化算法设计的图形表达工具，也是一种用于业务流程描述的系统方法。其基本符号如图2-19所示。

30. S1 s1 c1 s1 C s2 c2 s2 s2 . . . s3 cn sn (a) 顺序结构 (b) 条件结构 (c) 选择结构 C s (d) 循环结构

31. PAD图融系统的层次结构和过程特征于一体，横向表达系统的嵌套层次结构；纵向（同一条控制竖线）自上而下表达某一处理的过程特征，思维可以纵横驰骋而不受限制，因此可以对系统的处理细节进行深入的刻画和雕琢。我们用一个实例来说明PAD图的用法。

32. 会计信息系统中常将所使用的会计科目及其代码汇集成一张表存到系统里，称为科目汇总表文件。该文件内容也会有变化，所以需要维护，现在我们用PAD图来描述维护的作业流程。经分析我们知道：正在使用的会计科目不能修改其代码，更不能删除。修改和删除只能在本会计年度结束，新会计年度尚未开始前进行。平时的维护只能修改科目名称或增加新科目。因此科目维护过程如图2-20 所示。

33. 图2-20 科目文件维护PAD图

34. 第二节 系统方法的应用 一、审计工作中系统方法的应用 • 内部控制评价中的应用 评价内部控制时，审计人员一般关注一个应用系统中的文档处理和分配的流程。由于职责的划分与隔离是内部控制的重要手段，所以业务处理模式和文档流转路径会人为地变得复杂化。因此审计人员就需要使用专门的技术（系统方法）来分析和描述个人的或部门间文档的流转路径和职责划分后形成的业务处理模式（系统）。常用的系统方法有：分析流程图、文档流程图、和决策表等。

35. 2. 符合性测试中的应用 审计人员通过符合性测试来确认决定可信度的那些内控措施是否存在，评价其作用，检查其运作的连续性和有效性。若被测的控制是信息系统的组成部分时，审计人员就必须了解信息系统的一些开发技术，这就要求审计人员必须理解信息系统开发过程中常用的系统方法。如：层次图、IPO 图、模块结构图、PAD图和决策表等。

36. 3. 工作底稿中的应用 工作底稿是审计人员在审计过程中进行审查、测试、获得信息和做结论的原始记载。审计准则要求保留工作底稿，因为底稿构成了审计工作的主要记录。 审计人员常用系统方法来编制文档和分析工作底稿中的内容。如分析流程图、系统流程图和决策表就经常在底稿中出现。

37. 二、系统开发中系统方法应用 系统开发包括三个阶段的工作：系统分析、系统设计和系统实施。系统开发人员包括系统分析员、系统设计员和程序员。系统分析阶段主要是提出系统的整体解决方案，系统设计是将系统分析阶段提出的解决方案具体化，系统实施是将具体的解决方法和步骤付诸运行的过程，这一过程主要是编程与测试。

38. 1.系统分析中的应用 系统分析的主要任务是理解和表达，理解是通过调研完全弄清系统的功能要求，而表达是用系统方法描述系统的功能，构建系统的逻辑模型。分层的DFD图是最重要的系统逻辑模型的表达工具。

39. 2. 系统设计中的应用 系统设计分总体设计和详细设计两部分，总体设计主要是设计系统的总体结构，这要用到层次图、IPO图和模块结构图等系统方法。详细设计是确定模块的具体算法，PAD图是当前描述算法最好的系统方法。

40. 3.系统实施中的应用 系统实施中也要用系统方法作为程序员的分析工具和测试流程描述工具。如：程序流程图和决策表。

41. 第三节 总结 本章介绍的系统方法，主要是会计审计人员和系统分析人员用作分析与文档化的表达工具，尤其信息系统分析与设计中强调的结构化地分析与设计方法必须使用系统方法。这种图形化的符号语言不仅具有直观、简练、清晰、易理解、好掌握的优点，而且容易形成标准全世界通用。流程图本身不仅是一种科学，而画流程图还是一种艺术。

42. 本章作业： • 在分析流程图中怎样确定实体和栏目？ • 用PAD图描述：让计算机打印出100以内的自然数中的所有质数的处理逻辑（程序）。

43. The end