第三章 会计信息系统开发的一般原理• 教学目的与要求：通过本章的学习，要求学生能

够了解会计信息系统开发的基本过程，了解会计信息系统开发中通常所使用的基本设计方法，重点掌握生命周期法中各个开发阶段的工作任务和工作程序，以及系统运行与维护的主要工作内容。

• 第一节 会计信息系统开发方法概述• 第二节 会计信息系统分析• 第三节 会计信息系统设计• 第四节 会计信息系统实施• 第五节 会计信息系统运行与维护

返回

第一节 会计信息系统开发方法概述• 会计信息系统的开发是一项复杂的系统工程，

需要系统开发的组织者遵循系统开发的基本原则，统观全局，有计划、有组织、有步骤地安排好各项开发工作。

• 一、会计信息系统开发的基本要求• 二、系统开发的基本原则• 三、会计信息系统的开发方法

返回

一、会计信息系统开发的基本要求• ⒈ 对手工会计进行深入细致的调查。• ⒉ 认真分析用户的需求。• ⒊ 对系统的规划要有全局观念。• ⒋ 系统实施要循序渐进。

返回

二、系统开发的基本原则• ⒈ 坚持系统的观点。• ⒉ 普遍性与特殊性相结合。• ⒊ 用发展的眼光看待系统开发。

返回

三、会计信息系统的开发方法

• （一）原型设计法 • （二）生命周期法 • （三）面向对象的开发方法

返回

（一）原型设计法

• 1、原型设计法的概念• 2、原型设计法的特点• 3、原型设计法的开发过程• 4、原型设计法的设计流程

返回

1 、原型设计法的概念

• 原型设计法的基本的原理是系统开发者在初步了解用户需求的基础上，构造、设计和开发一个系统初始模型，该模型就称为原形或骨架。用户与开发人员在原型的基础上共同探讨、改进和完善方案，开发人员根据这个方案对原型进行修改，得到新的原型，再去征求用户意见，反复多次直至取得满意的原型为止。

返回

2 、原型设计法的特点• ⑴ 系统目标容易改变。其系统目标比较具体，系

统的功能不多。 • ⑵ 系统开发周期短。系统设计、系统应用、系

统评价紧密结合在一起，基本上属于一种“边设计边使用”的开发模式。

• ⑶ 用户参与程度大。系统设计往往需要用户较多的参与，系统用户在开发中所发挥的工作，也远远大于其他的设计方法。

• ⑷ 系统易于维护。开发的系统一般规模较小，而且在开发的过程中经过用户多次反复的使用和评价，因而对其可能遇到的问题，无论对于开发者还是用户都比较容易找到解决的办法，从而使得系统的维护更容易。

返回

3 、原型设计法的开发过程• ⑴ 确定用户初始需求阶段。用户提出基本的需求

和应用范围，这时的需求可能是不完全的、粗糙的、但是最基本的。

• ⑵ 设计系统初始原型阶段。开发者根据用户基本需求开发一个应用系统软件的初始原型。初始原型不要求完全，它只要满足用户的基本需求。

• ⑶ 使用并评价原型阶段。首先让用户试用模型，根据实际运行情况，明确原型存在的问题。

• ⑷ 改进完善原型阶段。开发者根据用户试用后提出的问题，与用户共同确定修改原型的方案，经过修改和提高得到新的原型。然后再试用、评价，再修改提高，多次反复逐步完善以达到用户的最终要求。 返回

4 、原型设计法的设计流程

确定用户初始需求

设计系统初始原型

试用系统原型

评价原型 改进完善原型

试用系统原型

满意

不满意

返回

（二）生命周期法

• ⒈ 生命周期法的基本思想 • ⒉ 生命周期法的特点• ⒊生命周期法的工作流程和主要任务

返回

⒈ 生命周期法的基本思想• 生命周期法是将软件工程学和系统工程的理论与

方法引入计算机会计信息系统的研究开发中，采用结构化、模块化、自顶向下地对系统进行分析和设计。其过程严格地划分六个阶段：

系统分析

系统设计

程序设计

系统测试

运行与维护

系统评估返回

⒉ 生命周期法的特点• （ 1 ）采用结构化方法进行系统分析和设计。• （ 2 ） 面向用户观点，注重调查分析。• （ 3 ） 各个开发工作阶段分工严格。• （ 4 ） 系统的开发周期一般较长。• （ 5 ） 系统目标不易改变。 一般用于大型管理信息系统的开发。

返回

3 、生命周期法的工作流程和主要任务 • 生存周期 主要任务 主要文档• 系统分析又分为可行性研究• 和需求分析两个阶段• 1 、可行性分析的任务是调 可靠行性分• 查作户的需求、处理过程以 析报告• 系统分析 及实现环境，从技术、经济• 和环境三个方面对软件项目• 或信息系统进行可行性分析• 2 、分析用户的需求，确定系 需求分析报• 统必须具备的功能并建逻模。 告

3 、生命周期法的工作流程和主要任务

• 生存周期 主要任务 主要文档• 解决如何做的问题，分为• 总体设计和详细设计：总体• 设计：对系统进行模块设计• 和数据结构设计 概要设计书• 系统设计 详细设计：是上一步的细化 详细设计书• 详细功能、实现算法的描述

3 、生命周期法的工作流程和主要任务• 生存周期 主要任务 主要文档• 程序设计 根据详细设计说明书将功能 程序清单和说• 模块代码化，即编程。 明书• 系统测试 发现问题及时解决，保证系 测试报告和用• 统达到预定功能 户手册• 运行维护 运行软件、修改扩充、完善 运行日志、问• 文档等 题及修改报告• 系统评估 评价系统的优劣 评估报告

返回

( 三）面向对象的开发方法

• 1、基本思想• 2、工作流程

返回

（三）面向对象的开发方法基本思想

• 面向对象（ Object Oriented 简称 OO ）的思想是：客观世界是由各种各样的对象组成的，每种对象都有各自的内部状态和运动规律，不同的对象之间的相互作用和联系就构成了各种不同的系统。当我们设计和实现会计信息系统时，如果能够在满足需求的条件下，把系统设计成由一些不可变的部分组成的最小集合，这些不可变的部分就是所谓的对象。

OO 方法的几点说明• 1 、客观事务都是由对象组成的，对象是在原事物基础上抽象的结果，任何事物都可以通过对象的某种组合构成。

• 2 、对象由属性和方法组成，属性（ attribute) 反映了对象的信息特征，方法则用来定义改变属性状态的各种操作。

• 3 、对象之间的联系主要是通过传递消息来实现的，传递方法上通过消息模式和方法所定义的操作过程来完成。

• 4 、对象按其属性进行归类（ class) ，类有一定的结构，类上有超类（ superclass) ，类下有子类（ subclass) ，这种类之间的的层次关系是靠继承关系维持的。

• 5 、对象上一个被严格模块化了的实体，称之为封装（ encapsulation) ，封装了的对象满足软件工程的一切要求，而且可以直接被面向对象的程序设计语言所接受。

返回

OO 法的工作流程• 1、系统调查和需求分析：类似于另两种方法• 2、分析问题的性质和求解问题。在复杂的问题

中抽象地识别出对象以及其行为、结构、属性和方法等。这一阶段称为面向对象分析即 OOA

• 3、整理问题。对分析的结果作进一步的抽象、归类、整理，最终以范式的形式将它们确定下来，称为面向对象的设计即 OOD

• 4、程序实现。即用面向对象的语言将上一步整理的范式映射为应用程序，称为面向对象的程序设计，即 OOP

各种方法的比较• 原型法是基于 4GLS 的快速模拟法，它通过模拟

及模拟后的不断分析和修改最终建立系统，只能用于小系统的开发。

• OO 法是一种围绕对象进行系统分析和设计，再用面向对象的工具建立系统，这种方法不能涉及系统分析以前的环节，因此不能成为支持系统开发的全过程的方法；

• 生命周期法是一个能支持全过程的开发方法，目前在实际工作中占绝对地位。

返回

第二节 会计信息系统分析

• 一、会计信息系统的调查• 二、会计信息系统的分析• 三、会计信息系统的分析说明书

返回

一、会计信息系统的调查

• （一）系统的初步调查• （二）系统的可行性分析• （三）系统的详细调查

返回

（一）系统的初步调查• 在确定进行系统开发之前，应对系统用户的具

体情况进行初步调查，以便大体上把握系统用户的基本业务情况。初步调查的内容包括系统用户的组织机构、开发的基本目标、应用的条件、现行会计系统的业务处理情况、业务人员的素质以及用户的基本需求等等。

返回

（二）系统的可行性分析 • 在对系统用户进行初步调查的基础上，系统开

发人员应对调查所取得的资料进行认真分析，对系统开发在经济上、技术上、应用上的可行性进行充分的分析和论证，并将分析和论证的结果写成系统开发的可行性分析报告。

返回

( 三 ) 系统的详细调查 • 在经过可行性分析之后，对于有开发必要性和

可行性的系统，则应对其进行更深人的调查，以便为下一阶段的系统分析工作做好充分准备。详细调查应在初步调查的基础上，对系统内各组织机构的工作职能及内部关系、管理的层次、业务流程、业务数据流程等展开全面、深入的调查，同时利用有效的系统分析工具对其进行归纳和分析。

返回

二、会计信息系统的分析

• （一）现行系统的分析和评价• （二）用户需求的分析• （三）新系统的逻辑模型• （四）会计信息系统的功能分析

返回

（一）现行系统的分析和评价

• 对现行系统的组织机构、业务流程、信息的处理方法进行分析和评价，对于现行系统中存在的薄弱环节要提出解决方案加以克服，而对现行系统中的一些科学、有效的处理方法则应当予以继承和发扬，使之成为新系统的有机组成部分。

返回

（二）用户需求的分析

• 用户的需求分析是一个十分关键的环节。对用户的需求进行透彻的分析，是做好系统开发工作的根本保证。用户的需求，即是新系统所必须具备的功能，如何把用户的需求有机地融入到新系统中去，是用户需求分析阶段工作的重点。

返回

（三）新系统的逻辑模型

• 通过对现行系统的评价和用户的需求进行分析之后，结合详细调查的情况，利用结构化的系统分析工具对原系统的逻辑模型进行分析，根据会计信息系统的特点对其不合理、不科学的部分加以修正，并把用户新的需求融入其中，从而提出新系统的逻辑模型。在这一过程中，一定要有用户的积极参与，因为只有用户最清楚他们自己的需求。

• 在系统分析过程中，特别是在系统逻辑模型的形成过程中，结构化的系统分析工具的应用是不可缺少的。在这里简单介绍两种常用系统分析工具：数据流图和数据字典。

• ⒈ 数据流图• ⒉ 数据字典

返回

⒈ 数据流图• 数据流图是采用特定的图形符号反映系统

信息的流动、处理、存储情况的流程图，它主要用以描述系统的数据处理过程以及系统内部的各个处理过程之间的联系。数据流程图最为明显的特点是直观，因为它是根据系统的业务流程以图形符号的方式进行描绘而得到的，熟悉业务流程的人员很容易理解。数据流程图是系统分析阶段开发人员与用户交流，进行系统分析的重要工具。

原始凭证

记帐凭证

分类汇总

记帐

保 存 凭证

科目余额库

各 种 明细帐、日记帐、余额表

查询

返回

⒉ 数据字典• 数据字典是对数据流图中的数据流和文件的

详细描述，是数据流图的一种补充。在数据字典中使用的条目有数据流条目、数据处理条目、数据存储文件条目和数据项条目等，这些条目是对数据流图中相关项目的详细描述。数据文件包括以下内容：

• 数据项名• 字段名• 字段类型• 字段长度• 说明。

数据文件举例• 部门代码数据字典：• 字段代码 字段名称 类型 长度 小数位• BMDM 部门代码 C 3• BMMC 部门名称 C 12• BMRS 部门人数 N 4 0• 部门代码文件记录：• 部门代码 部门名称 部门人数• 001 办公室 10• 002 财务部 12• 003 劳资科 6• 004 一车间 1200• … 返回

（四）会计信息系统的功能分析

• 新系统逻辑模型的提出，为会计信息系统的功能分析提供了极大的便利。会计信息系统的功能较多，其要求也各有特点。

• ⒈ 功能上的要求 • ⒉ 性能上的要求

返回

⒈ 功能上的要求 • ⑴ 会计核算方面的要求。会计核算方面的要求即

满足帐务处理、报表编制、工资核算、固定资产核算、材料核算、销售核算、成本核算等方面的核算要求。

• ⑵ 财务管理方面的要求。在核算的基础之上，把管理学、会计学的理论和方法，融人到系统功能中，从而实现事前预测、事中控制、事后分析等方面的功能，为管理提供信息。

• ⑶ 系统操作方面的要求。系统操作方面的要求主要集中在两点：一是系统的功能要与操作人员的素质相适应；二是系统在操作上的便易性并适当考虑用户原来的操作习惯，以便于用户理解和使用。

返回

⒉ 性能上的要求 • ⑴ 系统的稳健性要求。无论是系统硬件还是系统

软件，在性能上必须保证系统的稳健性。• ⑵ 数据的真实性和安全性要求。会计数据的真实性，要求系统对于业务数据的处理方法必须正确。而由于会计信息系统本身的特点，决定了会计数据必须要有强有力的安全保障措施。

• ⑶ 系统信息的共享性要求。会计信息的共享，是会计信息系统发展的一种必然结果。系统信息要实现其共享性，就要求系统能方便、及时地提供相关信息，另一方面，也要求系统能有良好的数据接口。业务的发展，使得系统数据的共享性要求越来越高，作为重要的信息处理系统，会计信息系统应当首先做好这方面的准备，为今后系统的发展铺平道路。

返回

三、会计信息系统的分析说明书

• ⒈ 系统说明书的组成• ⒉ 系统说明书的作用

返回

⒈ 系统说明书的组成• 系统说明书主要由两部分组成：应用说明书和其它说明书。应用说明书描述了实现电算化后处理系统所具备的各种功能、处理流程、处理方式、文件组成和数据结构等。从表达方式上来看，应用说明书主要由数据流图、数据词典组成，这些都是结构化分析的结果。从组成内容来看，应用说明书则由以下几部分组成： ⑴ 手工情况的基本概述。 ⑵ 手工逻辑模型的数据流图及数据词典。 ⑶ 电算化处理系统的逻辑数据流图、数据词典。 ⑷ 用户要求。这是指在数据流图上未能表达出来的用户的功能要求。例如：易维护、使用灵活、方便等功能。 ⑸ 新系统的目标与开发计划。

返回

⒉ 系统说明书的作用• ⑴ 它是软件开发人员与用户双方在开

发期间共同遵循的“规章制度”。• ⑵ 它是软件开发工作的基础。• ⑶ 它是系统验收的标准。

返回

第三节 会计信息系统设计

• 一、系统的总体设计• 二、系统的详细设计

返回

一、系统的总体设计• 系统的总体设计是根据系统分析说明书所确定的系

统目标，运用结构化的设计方法，对系统的目标进行分解并将其融入到系统的各个功能模块当中，同时规范系统设计的代码、系统的输入，输出以及系统数据存储的方式，从而实现系统的总体功能。

• （一）系统的功能模块设计• （二）系统的代码设计• （三）数据库设计• （四）输入／输出设计

返回

（一）系统的功能模块设计• 系统的功能模块设计，它是把由“数据流图”

表达的数据处理功能转化成由不同模块完成的功能。所以模块又叫功能模块，划分一个系统模块的过程就是对整个系统功能加以分解的过程。模块设计通常采用结构化设计方法

结构化设计思想有以下几个特征

• ⑴ 一个系统是一个多层次的模块结构。 • ⑵ 具有相对独立性。 • ⑶ 模块只控制本分支下层的模块调用数

(公用模块除外 ) 。• ⑷ 对整个系统的层次结构和功能模块有

明确的说明。• 结构化设计采用自顶向下，逐步求精的结

构化设计方法，将各个功能模块的功能逐步细分。

帐务处理

初始化与维护 凭证处 理 查询与打印 月末处理

1 ．系 统 初 始 设置2 ．科目代码管理3 ．输入期 初数据4 ．操作员管理5 ．数据备份6．数据恢复

．凭证 录入2 ．审核登帐3 ．科目汇总4 ．自定义凭证5 ．查询打印

1．日记帐2 ．三栏式 明细帐3 ．总帐4 ．多栏式 明细帐5 ．自定义查询

1 ．月底核对2 ．月底结转

返回

（二）系统的代码设计

• ⒈ 代码的种类 • ⒉ 代码设计的原则• ⒊ 代码在会计电算化中的应用

返回

⒈ 代码的种类 • ⑴ 序列码 (顺序码 )：它是按对象发生的顺

序进行编号。 • ⑵ 信息组代码 (组码 )：代码对象从规定号

起至规定号止的连续编号。 • ⑶ 群码：是将编码分成若干段，每一段包括固定的位数，并且指定其具体的含义。

• ⑷ 助记码：以易于理解和记忆的字符或数字作为其代码的编码方法。

• ⑸ 校验码：为检验输人代码的工确性而设计的代码。 返回

⒉ 代码设计的原则• ⑴ 一义性：保证每一个代码都有确定的代码实体，做到一一对应而不能有歧义。

• ⑵ 标准化与通用性：尽可能利用国际的、国家的、各行业颁发的标准代码。

• ⑶ 稳定性。代码的稳定性是指在代码的编码以及代码的编码规则一旦确定之后就不要轻易改变。

• ⑷ 扩展性：代码在稳定性的前提下，应有适当的可供扩展的空间。

• ⑸ 实用性：尽量利用原业务处理上的习惯代码，方便使用。既要适应业务分类，又要考虑计算机处理效率。

• ⑹ 体系化：建立代码体系时，应注意本代码体系与其他业务代码的一致性联系，便于调用。

返回

⒊ 代码在会计电算化中的应用 • 会计电算化所要求的代码对象有会计科目、各项资产、人员、部门、事项 (摘要 ) 以及保证系统正常运行的校验码和密码。

• 会计科目代码的设计是代码体系中最重要的代码设计。下图是一个四科目的代码结构：

• ╳╳╳ ╳╳ ╳╳╳ ╳╳ • 四级科目• 三级科目• 二级科目• 一级科目

返回

（三）数据库设计• 数据库是一组相关数据的集合，它是信息系统

中组织与存储数据的场所。数据库是信息系统的重要组成部分，没有数据库作为依托的信息系统是不可想像的。

• 数据库的设计是会计信息系统设计的重要内容，数据库设计的质量，对于会计信息系统的整体性能起着举足轻重的作用。

• 会计信息系统中的数据库设计通常采用 E-R图法 (即 Entity-Relationship ，即实体一关系法 ) 。在 E-R图法中，有三个组成部分：实体、关系、属性。

• 实体是指系统中存在的客观对象。在会计信息系统中，操作人员、记帐凭证 、明细帐、总帐、报表等都可以看作为实体。

• 关系是指实体之间的依赖关系。例如，在会计信息系统中，操作人员与记帐凭证两 者之间的关系即是一对关系。关系有 1:1 （一对一关系）、 l:N（一对多关系）、 M:N （多对多关系）三种。

• 属性是指实体（关系）的性质。如操作人员有其姓名、口令、操作权限等属性，记帐凭证 有凭证类型、编号、日期、附单数、摘要、借方科目、借方金额、贷方科目、贷方金额、制单人、复核人、记帐 人等属性。

会计信息系统对数据库设计的要求 • ⒈ 满足系统数据存储和处理的需要。• ⒉ 尽可能提高数据的共享性，降低数据

的冗余度。如凭证文 件的设计分为头和体文件

• ⒊ 有严密的安全保护措施，确保会计信息的安全。

返回

（四）输入／输出设计• 输入／输出设计往往是衡量系统质量的一

个十分重要的技术指标，主要是由于一些人过于重视系统的外在表现形式；其实这也无可厚非，因为对于一般的用户而言，他可能对系统的整个设计过程一无所知，但系统的输入与输出却是可以真切地感受到的。在计算机技术飞速发展的今天，系统的输入 /输出设计显得越来越重要，用户对系统的输入／输出的设计要求也越来越高。

• ⒈ 系统的输入设计 • ⒉ 系统的输出设计

返回

⒈ 系统的输入设计 • 数据输入是用户与计算机的接口，是工作量

较大、容易出错的环节。输入数据的正确是保证运行数据及处理后输出的会计信息正确与否的关键。因此，改善与采集原始数据有关的手工作业，加强输入时的校对工作，选用最有效的方法，以最快的最经济的方法查出有错的数据，成为输入设计的核心内容。

输入设计应遵循下列原则 • ⑴ 满足输出要求，保证数据的完整性。 • ⑵ 可靠性高。 • ⑶ 灵活方便，输入量小。• ⑷ 容错能力强，一切可能预见的错误，在录入中要杜绝，如凭证 的录入中借、货方合计数不等。

输入设计的步骤 • 收集的输入信息• 输入设备的功能• 设计输入格式• 输入信息的校验和纠错

返回

（ 1 ）收集的输入信息• 目前会计电算化输入信息的来源有：• （ 1 ）根据原始凭证 ( 发票、发货单、收料单等等 )输入的

• （ 2 ）根据记帐凭证输入 的。• 不管采用何种输入，首先要对输入信息进行分类，

根据用户和系统的要求，将输入信息分为固定数据和可变数据。

返回

⑵ 输入设备功能 • 常用设备功能列表

设备名称 功 能

键盘、显示器 复合输入输出设备，输入内容即刻可见，便于修改

扫描仪 小型的可阅读条形码；台式的可阅读文字、图片，正确率尚未达到 100℅

磁卡阅读机 速度快，但磁卡容量小

光笔 在书写板上书写的文字可转换为电脑字符，速度一般，且识别率不高

语音输入器 将声音转换为电脑字符，速度一般，产品尚未普及

返回

（ 3 ） 输入格式设计 • 第一，减少填写项目：尽量用固定项目、固定位数代替可变项目、位数。

• 第二，符合使用者习惯：对不同种类的凭证 ，尽量使用人们习惯的格式和颜色。

• 第三，简化输入操作：实践证明，系统的许多错误往往是由于输入操作疏忽造成的。

输入格式设计举例• 记账凭证

• 日期： XXXX年 XX月 XX日 凭证字 号 附件张数： 摘要 科目名称 借方金额 贷方金额

（可输入代码、汉字）

（输入代码，显示汉字名称）

合 计

返回

输入信息的校验• 校验：就会计凭证输入 而言，校验有

这样几方面的内容：一是凭证 的合法性检验，即录入的会计凭证 是否符合会计制度的要求；二是凭证 的有效性检验，如凭证 的内容与凭证 的类型是否一致，凭证 的借、贷方合计数是否相等等。校验的方法有：静态校验、逻辑校验、平衡校验、界限校验、总量校验、顺序校验、重复校验。

输入信息的纠错• 纠错：对输入时产生的错误，在符合会

计制度的前提下，允许用户随意修改。也就是说，在程序设计时，是既要考虑数据输入的功能，又要考虑数据的修改功能。

返回

⒉ 系统的输出设计 • 系统的输出有软输出和硬输出两种输出方式。 • 软输出是指从屏幕或磁盘输出 • 硬输出通常是指打印输出 • 软输出的要求与输入设计的要求大致相同，而硬输出则要求输出的各种单据、凭证 、账簿、报表等，必须符合用户要求的格式，并在此基础上力求美观。

• ⑴ 输出方式设计 • ⑵ 输出格式设计

返回

⑴ 输出方式设计 • 打印输出：账簿、凭证 、报表等• 显示输出：账簿、凭证 、报表等• 备份输出：凡是需要长期保存的数据文件，无

论是否已经打印输出，都要用磁盘拷贝（包括硬盘和软盘），按时间存贮在磁盘上，注明内容、日期、拷贝人等。磁盘输出的作用，一是用较小的空间代替纸张存贮大量的信息；二是在系统被破坏时，便于数据恢复。软盘、硬盘、光盘、 USB盘等。

返回

⑵ 输出格式设计 • 输出设计的一般原则是：输出格式尽可能符合

用户的要求和习惯；格式除了实用，还须考虑标准化设计，这样，可以用较少的模块 (公用于程序 ) ，适应较多的输出格式，例如，只要设计一个打印模块，无论打印凭证 、帐簿、报表，均调用此模块；格式的设计要考虑系统发展的需要，在设计时一般都在原格式中留有备用项目与可扩展数据的长度；尽可能快地提高输出速度；使用操作方便，提高用户的工作效率。

输出格式设计的细节要点 • 1 、决定数据位数时要考虑编辑结果的最大位数，例如，某些数据前要增加货币符号，某些数据后要添置度量规格符号等。

• 2 、考虑用户习惯与格式清晰，凡是无意义的“ 0” ，都不要输出。

• 3 、字符从左面填入，空格和数字往右对齐。• 4 、输出时，不需出现代码的项目，要用中文或其

他名称复原。• 5 、帐页输出时，第一行与末行分别在摘要栏内固

定打印“承上页”、“转下页”字样；年初时第一行则要打印“上年结转”。每日结束时 (日记账 )在摘要栏内打印“本日发生额及余额”，每月结束时则打印“本月发生额及余额”，某些需要累计数的帐户则还要加一行“止本月累计发生额及余额”。

返回

二、系统的详细设计• （一）模块内部算法设计• 在这一阶段的设计工作中，要求确定具体模块所实现的功能，

对模块内部数据的输入、处理、输出的方式方法进行详细的描述和设计。

• （二）模块间的数据逻辑关系设计• 模块间的数据逻辑关系设计要求对模块间的数据逻辑关系、调用关系以及模块间的数据接口进行详细的设计，以确保系统模块间数据访问的整体性和统一性。

• （三）模块设计说明书的编写• 模块设计说明书的编写是系统详细设计的最后一项工作，也

是最主要的工作。模块设计说明书的编写，要根据详细设计的具体情况，对各个模块的名称，实现模块功能的程序设计要求，数据输入、处理、输出的具体处理办法等进行详细的描述和说明。

返回

第四节 会计信息系统实施

• 一、计算机硬件设备的购置• 二、计算机系统软件的安装与调试• 三、程序设计• 四、会计信息系统的测试

返回

一、计算机硬件设备的购置• 计算机硬件设备的购置，应从系统的实际出

发，以经济、实用为原则，着重考虑设备的性能、质量、价格以及经销商技术水平、服务等方面的因素。由于计算机硬件设备的更新换代速度太快，一般不提倡所谓的“一步到位”的购置方式，只要计算机设备能满足新会计信息系统的现实需要并有适度的超前性即可。

返回

二、计算机系统软件的安装与调试 • 由于大多数的品牌计算机都配备有相应的系统

软件，这些系统软件的安装并不复杂，因而对于单机系统来说，系统软件的安装与调试工作就比较容易实现，而对于网络系统则此项工作相比之下就稍为复杂一些。

返回

三、程序设计 • 程序设计，即会计信息系统主体应用软件的设

计，就是根据模块设计说明书的要求，选择适当的系统平台和程序设计语言进行程序编写的过程 。

• （一）程序设计的要求 • （二）程序设计的方法 • （三）程序设计语言的选择

返回

（一）程序设计的要求 • ⒈ 易理解性。• ⒉ 高效性。• ⒊ 安全性。• ⒋ 可扩充性。

返回

（二）程序设计的方法 • ⒈ 用结构化的程序设计方法

结构化的程序设计方法是采用顺序、分支、循环三种基本结构来实现程序设计的逻辑需求的程序设计方法。其特点是把任务处理过程化，强调程序功能上的模块化和抽象性，每一个模块都是一个处理单元，有输入、处理、输出三个组成部分。

• ⒉ 面向对象的程序设计方法 面向对象的程序设计方法汲取了结构化程序设计的优点，引入了类（ Class ）、控件（ Control ）、对象（ Object ）、继承（ Inheritance ）、封装（ Encapsulation ）、多态性（ Polymorphism ）等新概念，使程序设计开拓了一个新的领域。

返回

（三）程序设计语言的选择 • “ 工欲善其事，必先利其器” • DBaseⅢ， FoxBase ， FoxPro 系列， Par

adox等 • Delphi 、 PowerBulider 、 Visual C++ 、 B

orland C++ 、 Builder 、 Visual Basic等等• DBF 、 Access 、 SQL 、 Server 、 Oracle 、

Sybase 、 Informix

返回

四、会计信息系统的测试 • （一）系统测试概述 • （二）系统测试的目标和原则 • （三）系统测试方法与步骤• （四）系统测试的过程

返回

（一）系统测试概述

• 系统的测试，与系统分析、系统设计同等重要，是会计信息系统开发的一项必不可少的工作内容。新开发出来的系统，是否达到系统开发的目的和要求，其功能是否满足用户的业务需要等等，都必须通过测试方可得出结论。任何系统的开发，都不可能是完美无缺的，只有通过测试，找出其缺陷并加以改正，才能确保系统开发的质量以及系统功能的实现。

返回

系统测试的目标• ⑴ 测试系统的功能是否满足系统开发的要求 • ⑵ 尽可能排除潜在的错误。

系统测试的原则 • ⑴ 全面性原则。 • ⑵ 客观性原则。 • ⑶ 前瞻性原则。 • ⑷ 谨慎性原则。

返回

（三）系统测试方法 • ⑴ 功能测试 • ⑵ 性能测试 • 测试步骤如下：• ① 明确测试要求，编写测试说明书；• ② 确定测试数据；• ③ 选定测试方法；• ④ 进行具体测试，并记录测试数据；• ⑤ 分析测试结果，书写系统测试报告。

返回

（四）系统测试的过程

• ⒈ 模块测试。 • ⒉ 子系统测试 • ⒊ 系统总测试

返回

第五节 会计信息系统运行与维护

• 一、基础设施的完善• 二、系统工作人员的培训• 三、岗位责任制的建立与各项管理制度的制定• 四、系统的初始化工作• 五、试运行和甩掉手工帐• 六、系统维护

返回

一、基础设施的完善• 系统的运行，需要一个良好的环境。在会计信

息系统正式启用之前，各项基础设施的完善是很重要的。系统主机房内各种防火、防潮、防盗设施的建设，各分机工作室的安排与布置等等，都应当作好全面的部署，为系统运行后的业务工作创造一个良好的工作环境。

返回

二、系统工作人员的培训• 系统工作人员的培训，是一项关键性的工作。

系统运行的好坏，最关键的因素在于人，即系统用户。培训的内容应当兼顾计算机应用知识、会计业务知识、会计信息系统操作三个方面，使系统工作人员能在尽可能短的时间里迅速找到此三者的结合点，顺利完成从手工会计到电算化会计的角色转换，从而为系统的运行和维护打好基础。

返回

三、岗位责任制的建立与各项管理制度的制定

• （一）岗位责任制度的建立 • （二）管理制度的制定

返回

（一）岗位责任制度的建立• 在建立相关的岗位责任制时，应从会计业务的

需要出发，根据会计信息系统的特点，对各个会计工作岗位进行合理的分工并明确其职责，从而使所设立的岗位既符合系统运行与维护的现实需要，又能使系统工作人员协调工作。

• ⒈ 系统管理员 • ⒉ 专职会计员 • ⒊ 系统操作员 • ⒋ 系统审核员 • ⒌ 系统维护员 • ⒍ 系统档案管理员

返回

（二）管理制度的制定• 制度是管理的依据，健全的、完善的管理制度是

会计信息系统的管理工作顺利开展的前提条件。为了确保系统的安全运行，必须要对系统的操作与管理规范化，这就需要制定相关的管理制度。在会计信息系统中，管理制度主要包括： 各岗位责任制度 计算机房管理制度 会计信息系统操作规程 系统安全维护制度 档案资料管理制度等

返回

四、系统的初始化工作• 会计信息系统软件在应用之前，企业必须认真做好基础数

据的整理、校验、输入的初始化工作。这是决定该软件能否在企业正常运行的重要环节。初始化工作，主要包括以下内容：

• ⒈ 整理、输入、校验会计信息系统所必需的期初数据及有关资料。它包括：各科目编码及其余额；固定资产编码和卡片；各种存货的编码、数量、金额；各产品编码与基础数据；职工编码与工资数据；至启用月份为止的银行未达帐； 会计报表格式描述取数公式定义。

• ⒉ 选择合适的会计核算方法：包括记账方法、固定资产折旧方法、存货的计价方法、成本核算方法、进销差价的核算方法等。

• ⒊ 操作人员的岗位分工情况的安排。包括操作人员的编码、姓名、操作权限和操作密码的设置。

返回

五、试运行和甩掉手工帐

• 在软件的试运行阶段，要注意以下几个问题：• ⑴ 要检查会计科目体系是否正确、完整，能否达到核算

要求、报表的要求、管理的要求和会计制度的要求；• ⑵ 要检查采用的核算方法的实际性、科学性和准确性，

特别是固定资产折旧方法，存货核算方法，进销差价的核算方法等，对企业的效益和各会计要素的影响；

• ⑶ 要正确分析计算机核算质量与手工核算质量问题。 • 试运行通过一段时间，企业应及时按财政部颁布的《会计电算化管理办法》及有关规定，向主管财政机关提出甩掉手工帐、正式采用电子计算机核算会计业务的申请，达到真正实现会计电算化的目标。

返回

六、系统维护• ⒈ 系统运行环境的维护：包括硬件和软件的维护。硬件要定期检测，系统软件要定期清理、检查，同时还要病毒的防范工作。

• ⒉ 会计信息系统主体应用软件的维护：主要包括一般性维护和完善性维护两个方面 。一般性维护通常是指对系统的安全性、正确性以及适应性等方面的维护，完善性维护是指对系统在功能上的完善和扩展等方面的维护。

• ⒊ 数据文件的维护 • ⒋ 编码的维护

返回