第四章
计算机会计信息系统的开发和设计
第一节 系统的开发方法
系统开发方法的研究始于20世纪六七十年代。
视频7
一、生命周期法
在系统生命周期的每一个阶段，
都要有明确的任务并产生校验的文档。
软件生命周期的瀑布图
系统分析
系统设计
系统实施
系统维护
二、原型法
20世纪80年代发展起来的。
原型法的基本思想：
是在获得用户基本需求的基础上快速地构造
系统工作模型——初始模型，然后演示这个原型
系统，在用户参与的情况下，按用户合理而又可
行的要求，不断地修改这一原型系统。每次修改
都使系统得到一个完整的新原型，直到用户满意
为止。
用户提出开发要求
开发原型
使用原型
分析评价
试运行
不满意处理
修改
不可行处理
三、面向对象法（ Object Oriented，简称 OO）
出现于20世纪80年代。
基本思路：
四、计算机辅助开发方法（CASE）
20世纪80年代末，人们将各种技术和各类开发工具相
结合，形成支持系统开发的综合计算机辅助软件工程开发环
境（Computer Software Engineering，简称CASE）。
基本思路：
四种开发工具的评价：
生命周期法：
是一种能够全面支持整个系统开发过程的方法。其他几种方法只能作
为生命周期法局部开发环节上的补充，都还不能替代其在系统开发过程中
的地位。
原型法：
多应用于小型局部系统和处理过程比较简单系统的设计到实现环节。
面向对象法：
是一种围绕对象进行系统分析和设计，然后用面向对象的工具建立系
统的方法。但不能涉及系统分析以前的开发环节，因此不能成为系统开发
全过程的方法。
CASE：
是一种除系统调查外的全面支持系统开发全过程的自动化开发方法，
但是必须依赖于一种具体的开发方法。
第二节 系统的分析方法
结构化分析方法（简称SA方法）
结构化分析方法（Structured Analysis,简称SA方法）
是进行会计信息系统分析的有力工具之一，它是面向
数据流进行系统分析的方法，采用“自顶向下，逐层分解”
的思路来描述系统。它使用的工具有：
数据流图（或数据处理流程图）——描述数据处理过程；
数据词典——描述数据流图中出现的所有数据元素。
一、数据流图（或数据处理流程图）
数据流图（Data flow Diagram,简称DFD）是以图形
方式刻画各种业务数据处理过程的工具。一般由以下四
种元素组成。
符号 名称 解释
数据流 用来描述数据的流向。
数据处理（加工）表示对输入系统数据的一
种处理。
文件(数据存储) 表示对输入或经过加工的
数据的存储。
外部实体
（起点或终点）
表示系统之外的数据来源
或信息去向
银 行 对 账
手工方式下银行对账处理过程
银行存款日记账
银行对账单
逐笔
勾对
未达
账项
银行存款
余额调节表
银行
对账单
银行对账
单库文件
银行存款
余额调节表
计算机方式下银行对账数据流图
企业对账
单库文件
输入
银行账
对账
二、数据词典（简称DD）
数据词典（Data Dictionary,简称DD）
就是对数据中各文件及数据流进行详细地描述
和确切解释的词典，它能定义文件或数据流由哪些
更小的单位组成，并描述每个数据项的具体内容、
取值规定等。
收 款 凭 证
借 方
科 目 年 月 日 字第 号
附
单
据
张
财务主管 记账 出纳 审核 制单
摘 要 贷方总账科目 明细科目 金 额
合计
数据词典
文件：收款凭证 制表日期：2004年2月21日
1 数据项 内容举例 类型 取值范围 备注
2 凭证日期 2004/2/2
1
日期或字符型
3 凭证类型 银收 字符型 2个汉字
4 凭证号 0111 数值或字符型 0001-9999号 每月按凭证类型从1开
始连续编号
5 附单据 3张 数值型 1-999张
6 摘要 销售产品 字符型 最多18个汉字
7 借方科目 银行存款 字符型 最多18个汉字 只能是银行存款或现金
8 贷方科目 主营业务收入 字符型
9 金额 数值型 最大千万元 小数位2位
10 主管 王晶 字符型 最多4个汉字
11 制单 欧阳凡青 字符型 最低4个汉字 制单与审核不能是同
一会计人员
第三节 系统的设计
一、系统设计的步骤
（一）总体设计（结构设计或概要设计）：具体包括
1．总体结构设计
2．代码、输出、输入和数据存储（文件）设计
3．子系统功能模块设计
4．总体设计说明书的编写及评审
（二）详细设计：具体包括
1．采用某种表达方法，对各模块进行详细描述
2．编写详细设计说明书及评审
二、总体结构设计的方法
结构化设计方法（Structured Design,简称SD方法）
1．使用的工具——结构图
(1)模块：以矩形表示，其中标有模块名称。
(2)模块间调用关系：是指模块间调用与被调用关系。
(3)模块间通讯：是指在调用模块和被调用模块之间的信息相互传递。
二值控制信号：是指控制信号只标明是或否（肯定或否定） 两种状态信
息（“T”、“F”或“0”、“1”）。
一般数据：是字符、数值等数据。
2．结构图中模块划分的原则
（1）提高模块的独立性
（2）提高模块内的聚合度
（3）降低模块间的耦合度
以功能说明作为模块名称 以简称作为模块名称
银行对账
对账
二层结构图 多层结构图
A
B
A
B C
B1 B2 C1 C2 C3
二值控制信号
计算机对账 手工对账
T F
银行对账
一般数据
工资查询
按工资项目查询按职工姓名查询按工资编号查询
姓名编号 项目
3.计算机会计信息系统的结构设计
以数据流图和数据词典为基础，运用结构化设
计方法导出计算机会计信息系统模块结构图。
步骤：
1.划分为若干大模块；
2.将各大模块继续划分为较小的模块。
直到结构图中每一个模块都是功能单一的模块。
根据计算机对账数据流图，导出“银行对账”结构图。
银行对账
录入
对账单
网络
传递
对账单
对
账
输出
对账结果
删除
已达账
手
工
对
账
自
动
对
账
已
达
账
企
业
未
达
账
银
行
未
达
账
余
额
调
节
表
三、系统代码设计
（一）使用代码的目的
1．便于反映逻辑关系，便于计算机处理。
2．便于标准化、系列化，易于交流。
3．提供的信息简明、精确，节省存储空间。
4．减少汉字输入量，提高输入速度。
（二）代码设计的原则
1．唯一性 2．标准化与通用性
3．稳定性和扩展性
4. 规律性 5.简明性
（三）代码设计的步骤
1．确定编码对象； 2．确定编码方式；
3．确定代码使用范围； 4．编制代码；
5．编制代码设计说明书。
（四）代码设计的方法
1．顺序码：用连续自然数表示编码对象。
通常，作为其他码分类中再细分的一种辅助手段。
2．组码：
将编码对象按类分成若干组，每组分配一定的数字序列，表示一个含义。
优点：占用的位数不多，扩充性较好。 缺点：冗余度很大。
3．层次码（群码）:
是每一代码由固定的几个区段组成，每一区段均有特定的含义，并
可按照顺序码或组码进行编码。
优点：便于排序、分类、合并和校验，容易追加。 缺点：占用位数较多。
4．字母码：用26个英文字母编码。
5．助记码：把代码对象名或缩写作为代码的一部分，便于记忆。
6．混合码：用英文字母和数字混和起来编码。
“应交税金——应交增值税——进项税额”明细科目的代码
可写成：
2171 01 01
应交税金 应交增值税 进项税额
例如：
提取现金——TQXJ（摘要的助记码）
收款凭证——SKPZ（凭证类型的助记码）
例如：
（五）系统代码设计
1．会计科目代码的设计：
（1）一级会计科目编码：是由财政部统一制定的。
采用的是顺序码、组码和群码的组合编码方法。
第一位：是科目类别码，采用顺序编码法。
第二、三、四位：是一级科目名称码。 采用群码法
（2）二级以下明细科目的编码：一般采用两位顺序码的编码方法。如
一级科目 二级科目 三级科目 四级科目 五级科目
×××× ×× ×× ×× ××
采用组码的形式表示会计科目的性质：如
1000－1999 “1”表示资产类科目
2000－2999 “2”表示负债类科目
3000－3999 “3”表示所有者权益类科目
4000－4999 “4”表示成本类科目
5000－5999 “5”表示损益类科目
2．记账凭证中常用摘要的代码设计
采用助记码。
例如，摘要内容为“报销差旅费”，助记码为“BXCL”.
3．人员和部门码的设计
(1)用组码（分组顺序编码）的方法来区分部门。如：
001－200 表示行政科人员
200－300 表示财务科人员
300－400 表示基建科人员
(2)用群码（部门代码加职工工号）的方法编码。如：
01001 前两位表示行政科，后三位001表示行政科第一个职工的编号。
02003 前两位表示财务科，后三位003表示财务科第三个职工的编号。
四、系统输入设计
1．文件查询校验法：是通过查询文件来判断输入数据是否正确。
2．静态校验法（目测校验法）：
3．二次录入校验法：是将同一数据输入二次，通过比较而检查输入错误。
是一种差错效率最高的方法。
4．逻辑校验法（合理性校验）：检查数据项的值是否合乎逻辑。
5．界线校验法：检查输入的数据值是否超出预先指定的范围。
6．记录计数校验法：通过计算记录个数来检查数据记录是否遗漏和重复。
7．数据类型校验法：检查输入的数据类型是否和预先指定的类型一致。
8．平衡校验法：根据会计平衡公式检查。
（一）输入设计的要求：
（二）输入数据的校验：
五、系统输出设计
按用户要求的形式，将报表、图形、画面等输出给用户使用。
（一）输出设计的要求：第86页
（二）输出的形式：第85页
采用屏幕显示、打印输出、磁盘存储或通过网络传输等形式。
1. 日记账：每日打印输出。
2. 明细账：屏幕显示查询和打印两种功能，尽可能采用查询
方式，必要时进行打印。
3. 总账：用“发生额及余额表”代替总账。
4. 报表：根据需要采取不同形式。
六、数据存储（文件）设计
都采用数据库的存储方式。
设计的依据：系统分析中编制的数据流图和数据词典。
（一）系统需要建立的文件种类：
1. 财务数据库文件
2. 辅助性数据库文件
3. 临时性数据库文件
（二）数据库文件的组织形式：1.顺序组织方式 2.索引组织方式
（三）数据库文件的属性：1.保密性 2.读写性 3.共享性
（四）系统中的主要库文件：
1．会计科目字典库文件 2．日凭证库文件
3．月凭证库文件 4．科目余额发生额库文件
5．企业对账单库文件 6．银行对账单库文件
