DELPHI 财务管理系统

DELPHI 财务管理系统 天津工业大学毕业论文 财 务 管 理 信 息 系 统 (申请管理学学士学位) 系 别:信息科学系 专 业:信息管理与信息系统 作 者:池文宗 指导教师:司瑞红 管 理 学 院 2004年6月 A Dissertation Submitted for the Degree of Bachelor of Management Finance Management Information System Department: Science of Information Major: MIS Candidate: Chi Wenzong Supervisor: Si Ruihong School of Management June 2004 摘 要 摘 要 信息化、数字化、网络化的今天，财务管理系统的开发和使用已经成为各行各业推行现代化管理的必要手段。该财务管理信息系统的设计与开发正是适应了这种需要。它完整的实现了从凭证到报表的账务处理，包括从凭证的录入、修改、过账等到生成各种明细账及总账最后输出会计报表的全过程，是一个小巧但功能完善、具有一定实用价值的管理信息系统。 该系统的开发遵循结构化生命周期的 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 ，并选用Visual FoxPro 6.0作为系统的开发工具。在可行性分析和需求分析的基础上，对系统的设计 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 、各子系统和功能模块等进行了较详细的论述。 关键字:结构化生命周期法, 凭证，报表，子系统，功能模块 ABSTRACT ABSTRACT During the informatal，digital, international times, development and application in Management Information System(MIS) of finance has became indispensable means in carrying out modern management in each profession. The design and development of the finance management information system just meet with the require. It has impleted compeletly the process of finance from evidence to the forms for reporting statistics, including input revise of evidence and forming various military accountings as well as the output forms for reporting statistics. This system is a useful Management Information System which is not only delicate but also perfect. The development of the system follows Structured System Development Methodology. The system adopts Visual FoxPro 6.0 as developing tool. Based on feasibility analyzing and system demand analyzing, emphatically expounds design-project subsystem designing functional model and so on in this paper. Key words: Structured System Development Methodology evidence forms for reporting statistics subsystem functional model 目 录 目录 第一章 前言…………………………………………………………………………...1 第二章 财务管理信息系统开发的必要性和可行性………………………………...2 2.1目前财务管理的基本状况………………………………………………….2 2.2系统开发的可行性………………………………………………………….3 第三章 系统的初步调查与分析……………………………………………………...4 3.1业务流程调查………………………………………………………………. 4 3.2数据流程调查……………………………………………………………… 6 3.2数据字典…………………………………………………………………… 8 第四章 系统的详细分析…………………………………………………………….14 4.1财务信息系统子系统划分…………………………………………………14 4.2各子系统之间的联系………………………………………………………16 4.3各子系统的详细分析………………………………………………………17 第五章 系统的初步设计…………………………………………………………….19 5.1各子系统功能模块的划分…………………………………………………19 5.2计算机财务管理信息系统的处理流程……………………………………21 5.3系统的代码设计……………………………………………………………24 第六章 系统的详细设计…………………………………………………………….26 6.1系统维护子系统的详细设计………………………………………………26 6.2凭证处理子系统的详细设计……………………………………………....29 6.3账务处理子系统的详细设计……………………………………………....39 6.4报表处理子系统的详细设计……………………………………………....43 第七章 系统的实现与维护………………………………………………………….51 7.1设计工具的分析……………………………………………………………51 7.2数据库分析…………………………………………………………………52 参考文献……………………………………………………………………………..54 致谢…………………………………………………………………………………..55 第一章 前言 第一章 前 言 管理信息系统是在电子数据处理系统的基础上逐步发展起来的。它是一个组织内部用于收集和处理数据以产生各种管理信息的系统。由于管理信息系统是在数据处理系统的基础上发展起来的，因此，管理信息系统往往包含了数据处理系统和业务处理系统的功能。但管理信息系统的目标是满足管理方面的信息需求，其研究内容主要集中在三个方面:其一是信息需求的研究。信息需求决定了系统必须输出什么，从而也就确定了应该如何处理，需要采集哪些资料和数据。一个组织内部各级领导、各个部门、各种管理人员的信息需求是不尽相同的，搞清他们各自的信息需求，是建立起一个实用的管理信息系统的前提条件;其二是信息流程和信息量的研究。也就是准确描述管理过程或生产经营过程中的信息流动过程，即信息的来龙去脉。信息量是指需要采集、存储、加工、传输和输出的信息的种类、内容、格式、频率和数据长度等等，这些需要通过信息的定性和定量的调查来获得;其三是信息系统结构和计算机作业方法的研究，即如何进行信息的采集、存储、加工、传输，并将这些信息及时、准确、可靠的送到信息使用者的手中。 财务信息系统是管理信息系统的一个子系统，是专门用于收集、存储、传输和加工会计数据，输出财务信息的信息系统。它运用本身所特有的一套方法，从价值方面对事业、机关团体的经营活动和经营成果，进行全面、连续、系统的定量描述。财务各项活动都与信息有关，收集原始凭证是获取用于生成财务信息的会计数据;设置账户是对财务数据进行分类;填制记账凭证和登记账簿是把财务数据转化成财务信息并进行信息的传递和存储;账簿和报表的查阅则是财务信息的输出。财务活动的各个环节相互联系、相互衔接，实现了由财务数据到财务信息的转换过程。财务活动的每个步骤都有信息处理任务，每一步都服从于一个统一的目标，所有步骤以及在各步骤中所采用的方法和程序加起来就形成了一个财务活动的有机整体，这个有机整体就是财务信息系统。 第二章 管理信息系统开发的必要性和可行性 第二章 管理信息系统开发的必要性和可行性 2.1 目前财务管理的基本状况 手工核算方式下存在的多种数据流程都是围绕如何减少或分散工作量，便于人员分工，或为了提供更丰富的信息而产生的。由于受会计人员所能完成的工作量的限制，对于某一特定单位来说，选择了一种核算形式，就不能同时使用其他核算形式。而计算机的参与完全可以突破会计核算形式的界限，一个计算机系统完全可以提供手工核算形式下所有会计核算形式所能提供的全部信息。如科目汇总完全可以做到既提供科目汇总表又提供汇总记账凭证，既可以提供定期汇总登记的总账，又可以提供逐笔登记的总账或日记账。 手工核算方式下，不论采取哪种会计核算形式，为了满足在会计期末及时编制会计报表的需要，必须将大部分工作量分散到日常工作中完成，因此需要将从凭证到报表的数据处理过程，分解为若干工作步骤，每一步骤都产生一些中间数据(如:科目汇总表、汇总记账凭证、日记账、明细账、总账等)。为保证个步骤的连续性，逐步积累编制会计报表所需要的数据，必须将每一步所形成的中间结果存储起来。这样，“逐步加工、步步存储”，就成为手工核算的重要特征。但如果分析一下各步骤存储的内容，就不难发现，各步骤所形成并存储的都是由记账凭证派生出来的中间结果，或由凭证分类汇总而形成(如:科目汇总表、汇总记账凭证、总账等)，或由凭证分类顺序而形成(如:日记账、明细账、逐笔登记的总账等)。由此可见，从信息量来看，记账凭证是账簿、报表的数据源，所有凭证的信息量几乎等于各种明细账、总账、报表所含信息量的总和，各步骤存储的会计信息只不过是对记账凭证的重复存储而已。这种逐步转抄，重复存储，不仅浪费资源，而且极易导致数据的不一致性。可以说，手工核算中经常出现的账证不符、账表不符的现象与这种同一信息的重复再现有密切关系，因而也就产生了账证核对、账表核算的需要。 由于手工工作固有的缺陷，使得会计在财务处理部分不仅劳动强度大、重复数据多而且及时性、准确性差。 第二章 管理信息系统开发的必要性和可行性 2.2 系统开发的可行性 原始的手工处理方式为了使会计信息有清新的来龙去脉，需要将从凭证到报表的数据处理过程，分解为若干步骤，每一步都产生一些中间数据。其实各步骤所形成并存储的都是由记账凭证派生出来的中间结果，只不过是对记账凭证的重复存储而已。这种逐步转抄、重复存储，不仅浪费资源，而且极易导致数据的不一致性。 根据现行状况中存在的问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 ，又从计算机的优势看，它具有根据原始凭证和记账凭证按需要瞬时生成所需要的账表的能力。只要有了原始数据和加工数据的程序指令，在此基础上生成其他派生数据，对计算机来说是轻而易举的事情。 手工状态下的财务管理主要是围绕如何减少或分散工作量，便于人员分工而展开的。而该系统的开发和引用将大量减少人力资源的浪费从管理和经济上都将提供莫大的帮助。 第三章 系统开发的初步调查与分析 第三章 系统开发的初步调查与分析 在根据用户提出建立新系统的要求，进行可行性分析，并经有关主管部门批准系统可行后，下面对现行系统的状况进行进一步的了解和分析。该初步调查是认识、了解现行系统状况的过程。 3.1 系统业务流程的调查 系统业务流程的调查是按照现行系统中信息流动过程，逐个调查分析所有环节的处理任务、处理内容、处理顺序的要求，弄清各个环节需要的信息、信息来源、流径去向、处理方法和信息形态(报告、报单、屏幕显示)等。并将其用 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 的业务流程图表示。其完成业务如下: 1、根据原始凭证编制原始凭证汇总表。 2、根据原始凭证或原始凭证汇总表编制收款凭证、付款凭证和转账凭证。 3、根据收款凭证和付款凭证登记现金日记账和存款日记账。 4、根据原始凭证、原始凭证汇总表或收款凭证、付款凭证、转账凭证登记 明细账业务台账。 5、根据收款凭证、付款凭证、转账凭证形成科目汇总表并直接登记总账。 6、现金日记账、存款日记账及明细账业务台账定期同总账核对。 7、根据总账和明细账业务台账定期编制会计报表。如图3—1所示。 图例如下: 单据、报表、账目 数据流向(不含数据内容) 系统内的部门或人员(含处理过程) 系统外的实体(部门或人员) 第三章 系统开发的初步调查与分析 收款凭现金日原始凭证 证 记账 据务数财图3—1 系统业务流程图 录核登部 人员 对人存款日员 记账 证制付款凭人员 证 数据总账财务科目汇会计总会计 录入部工总表 报表 人员 作人转账凭员 账 证 财务 部核 有关单位对人 及领导 员 据数始凭证细业务原明录登总表账汇 台 人员 第三章 系统开发的初步调查与分析 3.2 系统数据流程的调查 有了业务流程图，还需要对信息的流动、传递、处理、存储等进行分析。这就要求把数据在现行系统内部的流动情况抽象的独立出来，舍去具体的组织机构、信息载体、处理工具、物质、材料等，单从数据流动过程来考察实际业务的数据处理模式，即数据流程图。如图3—2所示。 图例如下: 外部实体 数据存储 数据处理 数据流 第三章 系统开发的初步调查与分析 P1 P2 原始 原始凭证或原 经办单位审核汇总 编制记账 凭证 始凭证汇总表 或经办人 凭证 财务部 财务部 D1 D2 记账凭证 收付款凭证 P3 P4 登记明细编制科目 账及业务汇总表 P7 台账 财务部 财务部 登记日记 账 D3 科目汇总表 财务部 D6 明细账及业务台账 P5 登记总账 D5 日记账 财务部 D4 总账 P6 编制报表 财务部 D5 会计报表 图3—2 系统数据流程图 第三章 系统开发的初步调查与分析 3.3 数据字典 数据流程图构造出了财务管理信息系统的组成和各部分间的关系，但没有说明各部分的具体内容，它仅是一个框架，据此还不足以准确充分地了解系统，无法根据此图进行程序设计，因此还需要编制数据字典。 数据字典将对数据流程图中的各种文件和数据流进行详细的描述和确切的解释。即定义文件和数据流由哪些更小的单位组成(这些单位一般称为字段或数据项)，并描述每个数据项的数据类型、长度、取值范围等具体内容。有了数据字典就便于随时查阅和修改，所以它是数据流程图的辅助资料，起注解的作用。 临时记账凭证 序数据项内容举例 数据取值范围 长小数备注 号 名称 类型 度 位数 1 凭证号 030001 C 010001~ 6 前2位为月份号，后4 129999 位为当月流水号 2 日期 01/23/200D 8 存储时用8位，显示 4 时转换成10位 3 摘要 预付工资 C 30 4 科目名银行存款 C 40 可用5级科目 称 5 借方金2080.00 N 0?，<1014 2 额 亿 6 贷方金 N 14 2 额 7 借方外 N 14 2 用于形成复币账 币额 8 贷方外 N 14 2 币额 9 汇率 N 9 6 10 附件张2 N 3 数 11 录入员张三 C 至多5个10 姓名 汉字 12 审核员 C 10 姓名 13 审核标T C T、F、空1 T:已通过审核、F: 志 格 未能通过审核、空格: 还未审核 14 输出页 N 2 产生一张凭证分成几 码 页打印时的页码 第三章 系统开发的初步调查与分析 15 科目编101 C 3 号 C:表字符型数据 D:表日期型数据 N:表数值型数据 图3—3 临时记账凭证 主表操作员 字段名 字段字段小数备注 类型 长度 位数 操作员编号 C 3 以该字段建立索引标记“操作员编号”的 主索引 操作员姓名 C 10 以该字段建立索引标记“操作员编号”的 候选索引 操作员口令 C 6 可取值“y”或“n”，默认值“n” 凭证录入权 C 1 可取值“y”或“n”，默认值“n” 凭证修改权 C 1 可取值“y”或“n”，默认值“n” 凭证查询权 C 1 可取值“y”或“n”，默认值“n” 凭证审核与修C 1 可取值“y”或“n”，默认值“n” 改权 凭证汇总权 C 1 可取值“y”或“n”，默认值“n” 过账权 C 1 可取值“y”或“n”，默认值“n” 科目维护权 C 1 可取值“y”或“n”，默认值“n” 总账权 C 1 可取值“y”或“n”，默认值“n” 明细账权 C 1 可取值“y”或“n”，默认值“n” 科目汇总权 C 1 数据库查询权 C 1 报表处理权 C 1 桌面背景颜色 N 8 0 默认值RGB(60，120，180) 桌面背景图片 C 50 默认值“” 桌面背景类型 C 4 默认值“颜色” 图3—4 主表操作员 运行环境 字段名 字段字段小数备注 类型 长度 位数 建账起始年份 C 4 建账起始月份 C 2 当前年份 C 4 当前月份 C 2 当前月份凭证顺序N 4 0 默认值0 号 月终结账标志 C 1 可取值“y”或“n”，默认值“n” 月备份标志 C 1 可取值“y”或“n”，默认值“n” 单位名称 C 40 图3—5 运行环境 第三章 系统开发的初步调查与分析 运行日志 字段名 字段类型 字段长度 小数位数 备注 时间 T 8 操作员编号 C 3 操作员姓名 C 10 执行操作 C 10 进退 C 2 可以取值“进”或“退” 图3—6 运行日志 主表科目字典 字段名 字段类型 字段长度 小数位数 备 注 科目编号 C 3 以该字段建立索引标记为“科 目编号”的主索引 助记符 C 7 一级科目名 C 18 二级科目名 C 18 三级科目名 C 18 四级科目名 C 18 五级科目名 C 18 账别 C 4 输出标志 L 1 当要打印输出科目字典时确 定记录是否输出。默认值“F” 科目全名 C 40 设计该字段将避免为获得科 目全名进行复杂的计算 图3—7 主表科目字典 主表摘要 字段名 字段类型 字段长度 小数位数 备 注 摘要编码 C 10 摘要 C 30 图3—8 主表摘要 已过账记账凭证 字段名 字段类型 字段长度 小数 备 注 位数 凭证号 C 6 日期 D 8 摘要 C 30 科目名称 C 40 借方金额 N 14 2 贷方金额 N 14 2 借方外币额 N 14 2 贷方外币额 N 14 2 第三章 系统开发的初步调查与分析 汇率 N 9 6 附件张数 N 3 录入员姓名 C 10 审核员姓名 C 10 审核标志 C 1 恢复标志 C 1 可取值“Y”或“N”默认值“N” 科目编号 C 12 图3—9 已过账记账凭证 科目发生额及余额 字段名 字段 字段长度 小数 备 注 类型 位数 科目编号 C 12 先以该字段建立索引标记为“科目 编号”的普通索引，再以该字段取 值前4位建立索引标记为“一级编 号”的普通索引。 月初余额方向 C 2 月初余额 C 14 2 本月借方合计 N 14 2 本月贷方合计 N 14 2 本年借方累计 N 14 2 本年贷方累计 N 14 2 月末余额方向 C 2 月末余额 N 14 2 图3—10 科目发生额及余额 登录许可 字段名 字段类型 字段长度 小数位数 备 注 登录 C 1 可取值“T”或“F”，默认值“T” 图3—11 登录许可 登录操作员 字段名 字段类型 字段长度 小数位数 备 注 操作员编号 C 3 以该字段建立索引标记为“操作员 编号”的普通索引 操作员姓名 C 10 以该字段建立索引标记为“操作员 姓名”的普通索引 图3—12 登录操作员 外币科目发生额及余额 字段名 字段 字段 小数 备 注 类型 长度 位数 科目编号 C 12 先以该字段建立索引标记为“科目 第三章 系统开发的初步调查与分析 编号”的普通索引，再以该字段取 值前4位建立索引标记为“一级编 号”的普通索引。 外币名称 C 10 月初余额方向 C 2 月初外币额 N 14 2 月初汇率 N 9 6 月初人民币额 N 14 2 本月借方外币额 N 14 2 本月借方人民币额 N 14 2 本月贷方外币额 N 14 2 本月贷方人民币额 N 14 2 本年借方外币累计 N 14 2 本年借方人民币累计 N 14 2 本年贷方外币累计 N 14 2 本年贷方人民币累计 N 14 2 月末余额方向 C 2 月末外币额 N 14 2 月末汇率 N 9 6 月末人民币额 N 14 2 按月末汇率折算的人 N 14 2 民币 图3—13外币发生额及余额 账簿结构 字段名 字段类型 字段长度 小数位数 备 注 总账名称 C 18 总账编号 C 12 凭证号 C 6 科目编号 C 12 科目编号备份 C 12 科目名称 C 40 往来户编号 C 9 摘要 C 30 日期 C 10 为输出的需要将以字符形式显示日 期 借方 N 14 2 借方人民币额 N 14 2 借方外币额 N 14 2 本月借方合计 N 14 2 本月借方累计 N 14 2 贷方 N 14 2 贷方人民币额 N 14 2 第三章 系统开发的初步调查与分析 贷方外币额 N 14 2 本月贷方合计 N 14 2 本月贷方累计 N 14 2 借减贷 C 2 余额 N 14 2 月初余额方向 C 2 月初余额 N 14 2 月末余额方向 C 2 月末余额 N 14 2 结余外币额 N 14 2 汇率 N 9 6 结余人民币额 N 14 2 栏目1 N 14 2 用于生成多栏式账簿 …… …… …… …… …… 栏目10 N 14 2 图3—14 账簿结构 第四章 系统的详细分析 第四章 系统的详细分析 系统的详细分析不同与初步调查，它要求深入到会计部门，详细了解财务系统的每一部分，每一环节，明确输入输出的内容和格式，弄清信息的流向及各种数据、账表之间的关系。 4.1 财务信息系统子系统划分 财务信息系统是行政事业单位管理信息系统的一个子系统，它本身也是由若干个子系统组成的，这些子系统相互联系，共同完成财务信息系统的全部任务。由于存在不同子系统之间的相互关系和相互影响，为了便于今后不同子系统之间的数据交换，有必要对财务系统进行合理、规范的子系统的划分。 4.1.1子系统的划分原则 1( 可拆装性原则 一个好的系统应允许用户方便地安装或卸掉某些模块，而不必作大的修改， 也就是说系统应具备良好的适应性。适应性一般包括可移植性、可扩充性、 可维护性等。可移植性使系统(或某些子系统)不需要做大的修改就能顺利 地从一个单位移植到另一个类似单位。可扩充性使系统能不断加挂新的功能 模块，不断从小到大，从简单到复杂。可维护性使系统能适应一个单位内部 各 种变动。 2( 高内聚低耦合原则 即尽量把联系密切的功能放在一个子系统或模块中，一个子系统内，诸功能 联系越密切，其内聚度越高。把联系不密切的功能放在不同的子系统中，尽 量减少不同子系统之间的联系，包括程序调用关系和数据传递关系。模块之 间联系越少，耦合度越低。子系统之间高内聚低耦合的关系使各子系统之间 的接口关系简单明了，对提高系统的适应性有重要作用。 3( 通用化原则 子系统及模块划分要有助于提高系统的通用性，也就是说要尽量把能通用的 子系统和功能模块独立出来。不能通用的子系统和功能模块也应尽量独立出 第四章 系统的详细分析 来，并采用外挂方式与其他子系统联系起来。 4(与会计人员的岗位分工和工作组织相协调 各子系统的功能模块的划分要以会计工作本身的职能分工为基础，体现财务 会计工作的业务流程和岗位分工习惯，以便实现电算化后的人员分工和工作 组织。 5(以凭证、账簿、报表处理子系统为核心 任何单位的财务管理过程无不以“凭证?账簿?报表”为主线，凭证处理、 财务处理、报表处理是任何财务系统必备的功能，否则就不能称其为财务系 统。其他各子系统则通过与核心子系统的直接或间接联系，而成为财务系统 的外围子系统，它们一般采用外挂方式而成为计算机财务系统的组成部分。 4.1.1常见子系统的划分方法 由于各会计主体业务性质、业务内容和业务分工情况不同，财务管理信息系统的子系统划分也不尽相同。本系统将系统维护子系统、凭证处理子系统、账务处理子系统和报表处理子系统作为核心系统并加以研制和开发，基于以下几点理由: ?系统维护、凭证处理、账务处理和报表处理四个子系统是任何财务系统所必须的，它们体现了财务系统的本质特征，而其他子系统是否需要，则取决于各单位业务特点。如商业企业就不需要材料核算、成本核算子系统，而行政事业单位只需要具有几个核心子系统，即可满足会计核算的需要。 ?会计信息系统的核心子系统是单位中任何其他管理信息系统所无法代替的，而各外围子系统的功能与管理信息系统中的设备管理、劳动工资管理(或人事管理)、库存管理子系统存在大量的重复和交叉。对于一个拥有完善的管理信息系统的单位，其财务信息系统只是其中的一个子系统它通过提取其他管理信息系统的数据。如果财务信息系统中仍包括上述子系统，就会使财务信息系统过于庞大臃肿，这样不仅没有必要，而且会造成数据重复输入、重复加工，影响数据的一致性，徒增会计人员的工作负担。 第四章 系统的详细分析 ?上述几个核心子系统不仅是所有财务系统所必备的，而且具有统一性高、规范性强、容易实现通用化的特点。对核心子系统开发方法和技术细节进行研究，更具有普遍意义和实用价值，相反，外围子系统，可谓形形色色，其统一性和规范化程度都较差。 因此系统的总体框架和子系统的划分如图4—1所示: 财务管理信息系统 系凭账报 统证务表 维处处处 护理理理 子子子子 系系系系 统统统统 图4—1 系统的总体框架和子系统的划分 4.2 各子系统之间的联系 研究各子系统之间的联系，其目的是:首先，有助于合理设计整个财务系统的数据流向;其次，有助于划清各子系统的边界，设计合理的数据接口，实现最大限度的数据共享;第三，有助于确定系统开发的先后顺序。 1(账务处理子系统与凭证处理子系统的联系 凭证处理系统是财务处理系统的上游系统，是账务处理系统的数据源。凭 证处理系统通过凭证过账处理来更新各科目的本月发生额、累计发生额及期末余额数据;账务处理系统生成总账和明细账时，凭证处理系统为其提供审核无误的记账凭证。由这些记账凭证及各科目的年初余额、各月发生额、各月累计发生额、各月余额构成了账簿所需的全部数据。 2(账务处理子系统与工资核算系统的联系 工资核算系统根据职工考勤资料、工资 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 及各项扣款数据等计算职工应发工资、实发工资、计算应付福利费等，并将工资费用汇总分配转给有关部门。这 第四章 系统的详细分析 些核算涉及到“应付工资”、“应付福利费”等科目的总分类核算和明细分类核算，因此工资核算系统必须以一定的数据传输方式把这些数据传递给账务处理系统。一种传递方式是由工资系统编制机制凭证自动送入凭证处理系统，再由凭证处理系统转送给账务处理系统;另一种传递方式是由账务处理系统调用工资核算系统的数据自动生成机制凭证，再经凭证的过账处理更新各有关科目的发生额和余额数据。工资核算系统向账务处理系统传递数据的方式。参见图4—2所示: 凭证处理子系统 账务处理子系统 总账 过账生成 处理 科目发生额 及余额库 工资核总账 算系统 凭证临凭证明细 生成明细账 时库 总库 账 图4—2账务处理子系统与工资核算系统的联系 3(报表处理系统与相关系统的联系 会计报表按其所反映的经济内容的不同可分为:资产负债表、收入支出总表、支出明细表。资产负债表主要根据财务处理系统中的科目发生额及余额库填列;收入支出总表主要根据账户的发生额及其余额分析填列;支出明细表明细账户发生额进行填列。 4.3 各子系统的详细分析 4.3.1系统维护子系统 系统维护子系统是为了保证系统的正常运行而设计的，它的任务是做一些非账务性质的辅助性工作。系统维护子系统作为财务管理系统的子系统之一，不但非常重要，而且必不可少。该子系统是财务系统中的一个辅助性子系统，它所处理的数据，也是一些辅助性数据，例如控制系统有节奏运行的各种标志、当前月 第四章 系统的详细分析 份数、当前凭证号、各个财务操员的系统操作权限的数据。虽然这些数据都是一些非账务性质的辅助性数据，但是非常重要，这些数据一旦发生错误，就会使整个系统发生混乱，给系统带来灾难性的后果。因此，系统对这些数据的控制非常严格，不允许产生丝毫错误。 4.3.2凭证处理子系统 凭证处理子系统完成凭证的录入、修改、查询、审核、汇总、过账处理等任务。该子系统是财务系统的重要组成部分，为财务系统采集、整理原始数据，并保证数据的正确性和可靠性。由于在该子系统中要录入大量原始数据，并且还可能要修改数据，因此，要充分考虑如何让操作员能够快速、轻松、方便、灵活地完成凭证处理工作。 4.3.3账务处理子系统 会计数据的处理过程可分为三阶段，第一阶段是从原始凭证到记账凭证，第二阶段是记账凭证到总账、明细账、和科目汇总表，第三阶段是从总账、明细账、和科目汇总表到会计报表。账务处理过程就是从记账凭证输入到账簿、科目汇总表和其他派生数据输出的过程。会计工作的具体内容因行业的不同而有繁有简，但账务处理总是会计工作的核心，会计的整个体系就是在账务处理的基础上发展起来的，没有账务处理也就没有会计。从财务信息系统的构成看，账务处理是财务信息系统的核心，它与其他系统之间存在大量的数据传递关系，并要求能够准确及时地输出各种报表，满足各方面的要求。 4.3.4报表处理子系统 会计报表是以日常会计核算资料为依据编制的，用来反映行政单位财务状况、收支情况、经费使用情况的表式报告。编制会计报表，提供会计报告，对于加强预算管理和单位财务管理具有重要作用，它提供行政单位资金供给者及行政单位管理层监督，管理所需的会计信息。虽然报表的格式相对固定，但是也不是一成不变的，它的内容和格式也会随着会计制度的改变而发生变化，所以在进行计算机报表设计处理时，要提供可灵活设置的功能。 第五章 系统的初步设计 第五章 系统的初步设计 5.1 各子系统功能模块的划分 5.1.1系统维护子系统 该子系统中的各模块对整个系统的运行起控制作用，因此必须独立于其他子系统。系统维护子系统主要完成如下一些操作: ? 系统初始化设置:财务管理信息系统被安装到计算机上之后，还必须进行初 始化设置才能正常使用。进行初始化设置时要求输入用户单位名称、建账起 始年月、单位会计主管姓名等基本信息。 ? 操作员维护:进行操作员增添、删除、姓名修改、口令修改、操作权限分配， 以及操作员登录口令检查等。 ? 账簿年、月初始化，月终结账等。 ? 数据备份与恢复，表清理等。 ? 运行日志查询等。 ? 其他辅助性工作。 根据这些任务来是设计系统维护子系统的功能模块，如图5—1所示: 系统维护子系统 系年月数运操运 统初终据行作行 初始结备环员日 始化 算 份境权志 化 与参限查 恢数维询 复 维护 护 图5—1 系统维护子系统的功能模块的划分 第五章 系统的初步设计 系统维护子系统并不一定是一个独立的模块。系统维护子系统的各下级功能模块将分散出现在财务系统的系统主菜单的各菜单项或子菜单项、工具栏里。 5.1.2凭证处理子系统 凭证处理子系统完成凭证的录入、修改、查询、审核、汇总、过账处理等任务。该子系统是财务系统的重要组成部分，为财务系统采集、整理原始数据，并保证数据的正确性和可靠性。 凭证处理子系统完成从凭证录入到过账处理的一系列数据处理任务，包括凭证录入、凭证修改、凭证查询、凭证审核与审核修改、科目汇总、过账处理等功能。具体功能模块如图5—2所示: 凭证处理子系统 凭凭凭科过凭 证证证目账证 录修审汇处查 入 改 核 总 理 询 图5—2 凭证处理子系统的功能模块的划分 5.1.3账务处理子系统 在账务系统中，账务处理的主要任务就是对会计科目和会计凭证数据进行分类、重组、归并、汇总等处理，以此形成各种账簿和科目汇总数据。因此，账务处理子系统应具有总账、明细账、科目汇总、科目体系维护和数据查询等功能模块，如图5—3所示: 账务处理子系统 总 明 科数科 目据目 细 汇查维 总询 护 账 账 表 图5—3 账务处理子系统的功能模块的划分 第五章 系统的初步设计 5.1.4报表处理子系统 报表处理子系统有两大功能:一是报表结构数据维护;二是报表生成和报表输出。 1、报表结构数据的维护 由于报表的格式和内容都不断地发生变化，为了能够适应这种变化，方便灵活地生成和输出各种报表，该子系统必须满足:一、报表的栏目标题、栏目宽度、输出字体字号都可以自由调整。还要能方便地向一个报表增加或删除栏目，以及不删除一个栏目而在输出时根据需要屏蔽该栏目;二、报表的主标题、副标题、脚注等都可以由用户随意调整;三、报表的各单元格数据值或数据源表达式可自由修改。而进行所有上述维护工作都不必改动源程序。 2、报表的生成和输出 包括报表的生成、报表查阅和报表打印。 5.2 计算机财务管理信息系统的处理流程 为了设计与计算机特点相适应的财务管理信息系统，在设计思想上要产生质的飞跃，彻底摆脱手工会计形式的束缚。其中主要思想是:?利用计算机快速处理数据的特点，将大部分数据存储改为数据流，即以快速的数据加工取代中间数据的大量存储;?变分散处理为实时处理，即利用计算机的快速处理能力，将手工核算的长时间，分步骤的核算过程视为可瞬间完成的计算机程序运行的过程;?变分工协作为集中处理，即不需考虑采用分工协作方式来分散工作量的问题。基于上述思想，该系统的处理流程如下: ?由操作员通过键盘输入记账凭证，所输入的记账凭证暂时存储在记账凭证临时库中。 ?对凭证临时库中的记账凭证进行审核和修改，确保记账凭证无误。 ?随时对审核无误的记账凭证进行过账处理，更新科目发生额与余额库，并将已过账的凭证转存到记账凭证总库。 ?根据科目发生额与余额库及记账凭证总库随时生成并输出日记账及各种明细账。 第五章 系统的初步设计 ?根据科目发生额与余额库随时生成并输出总账。 ?根据科目发生额与余额库随时生成并输出会计报表。 上述财务管理信息系统的处理流程如图5—4所示: 图例如下: 处理 处理流程线 打印文件 磁盘 第五章 系统的初步设计 总账 登记总账 会计报表 原始凭凭证编制报表 制证输入审核过科目发生额 证 临时修改 账 及余额库 图5—4 财务系统的处理流程图 文件 各级科目发生额登记明细账 科目汇总 输出 及余额汇总表 已过账 凭证文 件 明细账 记账凭 证 第五章 系统的初步设计 5.3 系统的代码设计 一、会计科目编码 本系统中对会计科目进行代码设计，会计科目是在设置账户的基础上，赋予每个账户的固定名称。账户与会计科目的关系体现在:会计科目是账户的名称，账户是会计科目所反映的具体内容。行政单位的会计要素分为资产、负债、净资产、收入、支出五类。与此相应，会计科目也分为资产类科目、负债类科目、净资产类科目、收入类科目和支出类科目。每一科目除了有名称、类别外还必须有编号。具体编码如下: 编码对象 编码方式 位数 校验位 编码目的 会计科目编码 区间码 三位 无 将会计要素的内容具体化为会计 指标 具体构成:百位数表示科目的性质与类别，百位上的1，2，3，4，5，分别表示 资产类科目、负债类科目、净资产类科目、收入类科目和支出类科目。 十位数和个位数表示每类科目的序号。 举例:一、资产类 三、净资产 101 现金 301 固定资金 102 银行存款 303 结余 103 有价证券 …… 104 暂付款 四、收入类 105 库存材料 401 拨入资金 106 固定资产 404 预算外资金收入 …… 407 其他收入 二、负债类 ……. 第五章 系统的初步设计 201 应缴预算款 五、支出类 202应缴财政专户款 501 经费支出 …… 502 拨出经费 505结转自筹基建 二、会计凭证号 会计凭证是记录经济事项、明确经济责任并据以登记账簿的书面证明。凭证号要连续编号，不得把不同类型的经济业务所涉及的凭证合并填制在一张凭证上。凭证号的编码如下: 编码对象 编码方式 位数 校验位 代码化目的 凭证号 区间码 六位 无 连续的编码有利于后续的各种操作 具体构成:前两位为当前月份号码，后四位为当前月份的流水号 举例:060001 六月份第一张凭证 120047 十二月份第四十七张凭证 第六章 系统的详细设计 第六章 系统的详细设计 6.1 系统维护子系统 在系统维护子系统运行中涉及数据库表“运行环境.dbf”、“主表操作员.dbf” “运行日志.dbf”及自由表“登录许可.dbf”、“登录操作员.dbf”等表。 为了确保系统安全可靠地运行，必须合理分配操作权限，实行系统的分权运行与分权控制，需要建立一个表来分配各操作员的操作权限。系统程序就是根据该表的记录来判断各操作员有权操作哪些模块、无权操作哪些模块。 1、“主表操作员.dbf” 一般来说，为了系统运行的安全和分清操作责任，一个单位应只有一个人员拥有财务系统的所有模块的操作权限(一般的系统中称为系统管理员，而在财务系统中应是身份为“会计主管”的人员)，而其他操作员都不能拥有所有的操作权限，特别是“系统设置权”。因此，首先应确定谁是总账会计、谁做凭证审核、谁做过账处理等;从而分配给各操作人员相应的操作权限。最后将分析确定下来的结果列成一个表，如表6—1所示: 操作姓凭凭凭凭凭过科总明科数报系员号 名 证证证证证账 目账 细目据表统 录修查审汇维账 汇查处设 入 改 询 核 总 护 总 询 理 置 000 张y y y y y y y y y y y y Y 三 001 李y y y y y n n n n n y y n 四 …… 图6—1 主表操作员存储内容 各子系统中的功能模块的划分是与“主表操作员权限.dbf”的结构中所列出的模块一致的 “会计主管”是在该系统开发过程中写入“主表操作员权限.dbf”的，初始姓名为“会计主管”，该姓名可在系统初始化时按系统提示用一身份将作为“会 第六章 系统的详细设计 计主管”的人员的姓名替换，系统自动为其分配所有操作权限。其他操作员则是在系统初始化完成后，有“会计主管”在系统维护子系统提供的操作员维护模块中逐个添加并分配相关的操作权限;然后将这些数据存储于“主表操作员权限.dbf”表之中，每条记录存储一位操作员的数据。如果分配给一个操作员对某模块有操作的权力，则在“主表操作权限.dbf”中该操作员所在记录的相应权限字段值为“y”，否则为“n”。 每个操作员都要进行编号，约定采用三位数字字符串进行编号，如“000”、“001”、“002”等。编号不能重复，不同的操作员的编号不同，便于计算机进行检索。“会计主管”的编号将固定地使用“000”，不得修改，这是系统控制的需要。 每个操作员都要设置系统登录口令，其口令应具有保密性，为此，口令字段应采用转换码来存储。一个操作员的口令对其他操作员是透明的，即使是“会计主管”也不能查看到别的操作员的口令。“会计主管”只能在一位操作员忘记了自己的口令时，删除其口令，然后由该操作员自己以无口令方式登录系统后重新设置。 2、“运行环境.dbf” 为记录系统运行状态，控制系统的运行顺序，保证系统有条不紊地工作，需要建立一系列运行环境表。系统每完成一道加工工序，就在该表中留下相应的标记，这一标记是系统进入下一道加工工序的通道，如果上一道加工工序尚未完成，下一道工序就因没有相应的通道而无法继续。如果某一加工工序每月只能运行一次(如:月终结算)，若再次重复运行，系统标志将起到拒绝执行的作用。该表还用于记录当前所处的会计月份和会计年度及当前凭证的编号情况等。 该表中只存储一条记录，该记录所存储的内容是控制整个系统按步骤、有节奏地运行的环境数据。其存储的数据内容及含义见表6—2: 字段名 存储内容 备注 建账起始年份 “2004” 用于往年数据查询。系统初始化时设置 建账起始月份 “01”~“12” 系统初始化时设置 当前年份 系统初始化时设置 当前月份 可用于产生凭证号的前两位。系统初始 第六章 系统的详细设计 化时设置 当前月份凭证顺序号 0~9999 可用于产生凭证好的后四位。系统初始 化时设置为0 月终结账标志 “y”或“n” 月初始化时设置为“n”，月终结账后置 为“y” 月备份标志 “y”或“n” 月初始化时设置为“n”，月数据备份后 置为“y” 单位名称 系统初始化时设置 表6—2 运行环境.dbf表存储内容 该表中若干用于存储“计算标志”值的字段应视各会计主体业务性质、业务内容、和业务分工等具体情况而有针对性地设置。 该表在系统初始化之前没有记录，记录及字段值是在系统初始化时根据“会计主管”提供的初始化信息生成并写入该表的，一般的操作员不能查看更不能修改该表中的记录数据值。系统初始化完成后，一般不能随便修改该表中的数据值特别是像建账起始年份、建账起始月份、当前年份、当前月份、当前月份凭证顺序号等。否则会使系统运行混乱。如果必须修改某些数据值，如:单位名称等，也只能由“会计主管”通过系统维护子系统提供的功能模块来修改。 3、运行日志.dbf 运行日志表用于记录操作员进出系统的时间、所运行的模块等信息。它有利于强化操作人员的责任心，分清系统的操作责任。由于这种表记录量较大，故每月建立一个表，编号从“01”~“12”。该中表分别命名为“运行日志01.dbf”~“运行日志12.dbf”. 该表每月设置一个，用以存储各月份的系统运行日志数据。当新的会计年度开始，在做年初始化时会自动将上一会计年度的所有运行日志复制到特定目录。该表存储的内容如表6—3所示: 时间 操作员编号 操作员姓名 执行操作 进退 2004.03.15 001 李四 登录 进 08:10:24AM 2004.03.15 001 李四 凭证录入 进 08:11:31AM 2004.03.15 001 李四 报表处理 退 03:06:52PM …… …… …… …… …… 第六章 系统的详细设计 2004.03.15 000 张三 登录 进 08:26:01PM …… …… …… …… …… 表6—3 运行日志存储的内容 6.2 凭证处理子系统的详细设计 6.2.1凭证处理子系统的处理流程如下图6—4所示: 原始凭证或记 账凭证 运行环境 往来档案 摘要 科目字典 凭证录入 凭证修改 打印凭证 临时记账凭证 过账处理 凭证审核与审核修改 凭证查询 科目汇总 往来科目发已过账记账科目发生额外币发生额 生额及余额 凭证 与余额 与余额 图6—4凭证处理子系统处理流程图 6.2.2凭证处理子系统各模块的功能设计 第六章 系统的详细设计 一、凭证录入模块的功能设计 1(凭证录入的方式 凭证录入有两种方式，一种方式是先手工编制凭证，然后将其输入计算机。这种方式依赖手工操作，自动化程度较低，且难以保证手工凭证与机内凭证的一致性。另一种方式是直接上机制证，即在不编制手工凭证的情况下，直接上机编制凭证并在打印机上实时地输出凭证，这种方式能大大提高系统的效率，确保是出凭证与机内凭证的一致性，故凭证的录入方式以直接上机制证方式为好。本系统在凭证录入时，采用直接上机制证的方式。凭证录入并不直接针对“临时记账凭证.dbf”进行，因此，设计了视图“凭证录入”，通过该视图录入凭证并检查后再转存于“临时记账凭证.dbf”。 2(简化摘要输入的功能 凭证摘要主要是用汉字表述的，为了减轻录入员输入汉字的负担，本系统的凭证录入程序采取相应的简化措施。其做法是提供一个帮助窗口，在凭证录入时，提供常用摘要的帮助和摘要转抄。操作员可以先在凭证录入窗口输入摘要编码，帮助窗口中会动态地查找并显示对应的摘要项，然后可在帮助中用鼠标后回车键选择所需要的摘要，这时，操作员也可以直接在摘要输入区输入汉字或其他字母，而不使用摘要帮助窗口。另外，操作员也可以在不退出凭证录入状态的情况下，(通过按钮[摘要维护]调用摘要维护模块)为一个新的摘要预定义一个便于记忆的摘要编码或助记码，并将该摘要和摘要编码存储在“主表摘要.dbf”中(一般都习惯于用摘要的前几个汉字的拼音字头组合起来作为助记码。如:摘要内容为“付职工医疗费”，起助记码可编为“fzgylf”。于是，只要在凭证录入窗口摘要输入区输入f、fz、fzg、fzgy、fzgyl或fzgylf，在帮助窗口中就会出现输入编码所对应的一条或多条摘要的内容，输入的助记码越准确，所获得的无用摘要就越少)。定义并存储一个新摘要项后就可在帮助窗口中使用该摘要项。另外，为了计算机自动登账的需要，凭证上的每一行都必须输入摘要。 3(简化科目名称录入的功能 科目名称也主要是用汉字表述的，为了提高输入速度，本系统要提供一个帮助窗口，实现科目名称的帮助和科目名称的转抄。操作员可以先在凭证录入窗口 第六章 系统的详细设计 输入科目编号或输入科目名称助记符，帮助窗口回动态地按科目编号或科目名称助记符查找并显示对应的科目名称项，然后可在帮助窗口中用鼠标或回车键选择所需要的科目编号，这时，帮助窗口中被选择的科目名称就会转抄到凭证录入窗口的科目名称编辑区。 4(方便金额的输入方法 输入借贷金额时，经常需要根据原始凭证进行简单的加减乘除运算，为此在凭证录入过程中系统提供了计算器功能，操作员需要使用计算器时，可使用[计算器]按钮调出计数器进行计算并将结果返回到当前编辑区。 5(凭证录入处理流程 首先录入一张凭证，凭证录入完成后，要使用[凭证检查]按钮调用凭证检查程序检查凭证。检查的内容包括:日期、附件数、摘要、科目名称等是否有漏添项，借方、贷方金额是否平衡等。若经系统检测没有错误，则要求将该张凭证转存到“临时记账凭证.dbf”中，并要求打印凭证。一张凭证打印完成，使用[录入下一张凭证]按钮回到凭证录入窗口录入，窗口中的原凭证自动被清除，并提供一张新的空白凭证供录入下一张凭证。界面如下: 第六章 系统的详细设计 二、凭证修改模块的功能设计 1(凭证修改模块的设计概述 凭证修改是指对以前录入的、尚未审核(或审核未通过)的凭证进行的更正操作，从某种意义上说，凭证修改相当于错误凭证的再次输入。因此，凭证修改模块与凭证录入模块应具有基本相同的功能结构。但仍有以下几点应加以区别对待: ?要对某一凭证进行修改,首先必须从“临时记账凭证.dbf”中将需要修改的 凭证调出来，因此凭证修改模块中提供了按凭证号查找凭证的功能。 ?对凭证进行修改前，首先检查凭证是否已通过审核，对已审核通过的凭证， 不允许再进行修改，除非由凭证审核员同意修改其审核结论。另外，对已 过账的凭证也不提供修改的功能。 ?凭证号和日期是在该凭证录入时由系统自动给给定的，因此凭证修改只能 修改凭证的具体内容，而系统不提供凭证号和日期的修改机会。 ?在修改凭证时，可能需要对原凭证的记录进行删除，但删除后的凭证记录 数不能少于两条，即删除后至少要保留一借一贷两条记录。也不允许将错 误凭证完全删除，以免出现凭证号并不连续的错误。 ?修改凭证也不要直接针对“临时记账凭证.dbf”进行，因此本系统设计了 视图“凭证修改”。 2(凭证修改模块的工作流程 ?选择要修改的凭证号 ?调出凭证。若在表中找不到该凭证或该凭证已审核通过，系统应给出提示， 并要求重新输入凭证号或放弃修改操作。 ?与凭证录入模块的操作类似，对凭证进行修改。 ?检查修改的凭证 ?保存经过检查的凭证，并打印该凭证。 第六章 系统的详细设计 ?若要继续修改其他凭证，则重复步骤?~? 界面如下: 三、凭证查询模块的功能设计 1、凭证的查询对象和查询方式的设计 ?查询对象的设计:包括未过账的凭证和已过账的凭证。由于查询对象不同，涉及的表就不同(未过账凭证涉及表“临时记账凭证.dbf”,已过账凭证涉及表“已过账记账凭证.dbf”),因此设计进行选择的功能。 ?查询方式的设计:由于用户的需要是多方面的，而且具有很大的不确定性，在不同的情况下可能提出不同的查询要求，因此在凭证查询模块中，本系统提供了以下几种查询方式: ?按凭证号查询:即按精确的凭证号查询，用户输入准确的凭证号后，以 后在查询窗口调出这张凭证。 ?按凭证号区间查询:即按照凭证的起止号区间查询若干张凭证。 第六章 系统的详细设计 ?按日期查询:即用户输入一个日期区间，可以调出这个区间内的所有凭 证。 ?按科目查询:即用户输入一个科目编号或科目编号的前若干位，可调出 对应科目编号的所有凭证，或科目编号的前几位与输入的号码相匹配的 所有凭证。 ?自定义查询:由用户自己根据表中存储内容组合查询条件，以满足特殊 的查询要求。 2、凭证查询模块的工作流程 ?选择查询对象(已过账或为未过账凭证)。 ?选择查询方式(按凭证号或科目编号或日期或自定义)。 ?按选择查询方式输入要查询凭证应满足的条件。 ?调出凭证。若在表中找不到满足条件的凭证，系统给出提示，并要求重新输入查询条件。 界面如下: 第六章 系统的详细设计 四、凭证审核与审核修改模块的功能设计 记账凭证的编制，实质上是将原始凭证上用一般语言描述的经济业务，改用会计的专用语言即复式记账语言进行再描述的过程。这种再描述的结果是否符合会计核算原理和有关规范制度的要求，还要经过严格的审核。只有经过审核无误的记账凭证才能登记有关账簿。 计算机财务系统中的凭证审核，因采用的制证方式不同，其工作内容也不同。在“先手工制证，再输入计算机”的制证方式下，凭证审核需要经过两个步骤:第一步是对手工凭证本身的审核，审核的内容主要是检查记账凭证所附原始凭证是否规范完整，记账凭证与所附原始凭证所反映的经济业务内容是否一致，记账凭证中应借、应贷的会计科目及其金额是否正确，记账凭证中有关项目填列是否齐全。手工记账凭证经审核无误后输入计算机;第二步是对输入计算机内凭证进行审核，主要检查机内凭证与手工凭证是否严格一致。在“直接上机制证”方式下，凭证输入过程就是记账凭证的编制过程，每张凭证输入结束后立即打印输出，因此，不存在机内凭证与手工凭证数据不一致的问题，而且凭证中有关项目填列的完整性和借贷平衡的审核已由计算机程序自动给予保证。这样，凭证审核的对象应以打印输出的凭证为主，审核的主要内容是检查打印出的凭证与所附原始凭证反映的经济业务内容是否一致，应借、应贷的会计科目及其金额是否正确，日期是否正确。 凭证审核人员对凭证进行审核之后，一方面要将其审核结论输入计算机，另一方面要及时通知有关人员对错误凭证进行修改。 之所以要将审核结论输入计算机，目的有二:其一是为了防止其他人员对已审核通过的凭证进行修改，凡经过审核人员审核并加注“通过”标志的凭证，系统将拒绝任何人对其进行修改操作;其二是我为了防止未经审核或审核不合格的凭证进入后续处理阶段，凡未经审核人员审核并加注“通过”标志的凭证，系统将拒绝对其进行过账处理。 凭证审核员之所以要通知其他人员(原制证人员)对错误凭证进行修改，而不是自己去修改，目的是为了分清责任。凭证审核员只有凭证审核权，而无凭证 第六章 系统的详细设计 输入和修改权;凭证输入员只有制证和修改权，而无凭证审核权。这样有利于形成分工明确、相互牵制的系统运行机制，也符合会计工作内部控制原理的要求。 凭证审核的功能主要是最简洁、最快速地将审核员的审核结论正确地输入计算机，以更新“临时记账凭证.dbf”中审核标志字段。 审核修改实质上就是修改审核标志。即以前审核通过但还没有过账的凭证，后来发现审核结论有误，这时候就需要对原审核标志进行修改。只有将其审核标志修改为不通过或修改为空，才能在凭证修改模块中对该凭证进行修改，修改后的凭证还需要重新进行审核。 凭证审核与审核修改的操作过程和程序设计绝大部分是相同的，并且都较简单，因此将它们设计在同一模块中。凭证审核其工作流程: ?输入或选择待审核的凭证号(可一次选择多张凭证)。若“临时记账凭证.dbf”中没有未审核或审核未通过的凭证，则给出相应的提示。否则，将凭证调入审核窗口。 ?对调入审核窗口的凭证进行审核。没有审核的凭证的“审核标志”栏里是空格，对审核不合格的凭证，通过在“审核标志”栏输入“F”标志来表示，对审核合格的凭证，通过在“审核标志”栏输入“T”标志来表示。 可在“审核标志”栏用空格键在“F”、“T”、“空格”间进行切换的方法输入审核标志。 为了后续处理方便，规定:对凭证做审核合格或不合格的标志时，要对该凭证的所有记录做标志，而且，所做标志一定要一致。 为了避免出现同一张凭证中记录间的审核标志不一致的情况发生，也为了简化操作，减轻凭证审核人员的工作负担，可以设计一个自动检测机制，使每当修改了一张凭证中的某条记录的审核标志时，该凭证其他记录的审核标志都同步进行修改。 ?进行审核确认并将审核结果写入“临时记账凭证.dbf”，或放弃审核。 ?若要继续审核其他凭证，重复过程?~?。 第六章 系统的详细设计 五、凭证汇总模块的功能设计 所谓凭证汇总就是将一定时期内或一定凭证号起止区间内的凭证，按其所涉及的会计科目进行汇总，以确定各科目的借贷方汇总发生额。凭证汇总模块在本系统的功能设计具体如下: 1、汇总对象的设计: 该模块要求能对未过账的凭证进行汇总，又要求对已过账的凭证进行汇 总。 2、汇总的范围的设计: 即允许用户选择汇总凭证号的起止区间。 3、汇总结果的输出的设计: 凭证汇总的结果(科目汇总表)既可输出到屏幕，也可以输出到打印机 (科目汇总表不需要单独以文件的形式保存到磁盘上)。 4、科目汇总级别的设计: 即按一级科目汇总，还是二级、三级……科目汇总。 综上所述，本系统凭证汇总模块实现汇总对象选择、汇总区间选择、汇总级次选择、输出定向选择的功能。 凭证汇总模块的工作流程如下: ?选择汇总对象(未过账或已过账凭证)。 ?确定汇总级次。用一个列表框列出科目级次供选择。 ?输入或选择汇总凭证号的起止取间。 ?进行汇总。 ?打印汇总结果。 ?若要继续查询其他凭证，则重复步骤?~? 第六章 系统的详细设计 界面如下: 六、过账处理模块的功能设计 凭证经过审核后即可登记入账。过账处理的功能就是用“临时记账凭证.dbf”中经过审核通过的凭证来汇总更新“科目发生额及余额.dbf”、“外币科目发生额.dbf”，并将这些凭证转存到“已过账记账凭证.dbf”中。 由于有了“科目发生额及余额.dbf”、“外币科目发生额及余额.dbf”和“已过账记账凭证.dbf”，在计算机中就相当于有了明细账和总账，因此，可把用经过审核无误的凭证更新“科目发生额及余额.dbf”和“已过账记账凭证.dbf”的处理过程称为过账处理。这一步骤虽然没有像手工处理那样将凭证转抄到有关账页上，但该步骤与后续的账簿生成模块结合起来，却能完成与手工处理完全相同的过账处理。 一般情况下，凭证经过过账处理后不能再被修改，即使再发现凭证中有错误，也不能被修改，而只能用红字冲销来更正。而在本系统中设计了一过账恢复工作机制，用以恢复最后一次过账处理过程。方法是:进行过账处理时先将“科目发生额及余额.dbf”、“往来科目发生额及余额.dbf”、“外币科目发生额及余额.dbf”分别复制到“科目发生额及余额备份.dbf”、“往来科目发生额及余额备份.dbf”、“外币科目发生额及余额备份.dbf” 中，并在“已过账记账凭证.dbf”中对最后 第六章 系统的详细设计 一次转抄过来的凭证做可恢复标记，然后在进行过账处理。那么过账恢复只是上述过程中第一步的逆过程。界面如下: 6.3 账务处理子系统的详细设计 一、总账模块的设计 总账是会计核算所不可缺少的账簿之一，也是最重要的账簿。总账是由表“科目发生额及余额.dbf”按总账科目汇总而形成的，总账科目是表“科目发生额及余额.dbf”中出现的科目所属的一级科目。总账模块功能比较单一，具有生成并显示总账和打印总账两个功能。 二、明细账模块的功能设计 与总账一样明细账也是账务处理所不可缺少的重要账簿。明细账与总账之间存在着数据核对关系，这种核对关系在计算机处理时，不如手工核算那么重要，其原因是在计算机处理时，总账和明细账的数据源都是会计凭证，并且计算机不会发生计算错误，所以在正常情况下，总账和明细账之间的数据对应关系肯定是正确的。此外，在采用计算机进行核算时，不单独设置现金和银行存款。而是将这两个科目与其他科目等同处理。如果对已录入的会计凭证及时做过账处理，那么计算机可随时生成明细账。 三、科目汇总模块的功能设计 科目汇总就是对各会计科目的发生额与余额进行汇总。本系统中对于普通科 第六章 系统的详细设计 目的汇总，除了要逐级进行汇总外，还需要按科目级别进行汇总。 逐级汇总是指对选定的一个会计科目，对该科目的所有下级科目的发生额及余额进行汇总，或者对该科目的上一级科目进行汇总。 按科目级别汇总是指对选定的一个总账科目(一级科目)及选定的汇总级别， 将该总账科目从二级汇总到指定的级别。 四、数据查询模块的设计 数据库查询模块要满足不同层次使用者的需要，能方便灵活的进行数据查询。除了提供一般的特定条件查询方式外，还应提供通用的条件查询方法。使用通用的条件查询方法必须调用表达式生成器“GetExpression.scx”，用表达式生成器可生成由表的字段名、常数、变量、函数等构成的符合VPF语言规则的条件表达式。由生成的条件表达式可进行记录定位和筛选。这样不仅可以非常灵活的提取用户感兴趣的信息，而且可按用户的需要对会计信息进行分类和重组，对辅助财务分析、加强财务管理也具有重要意义。 五、会计科目体系维护的功能设计 一般科目的科目字典分设为表“主表科目字典.dbf” ，对它的维护工作包括会计科目的增设、删除、查询和打印等。 “主表科目字典.dbf”是财务信息系统的核心表之一，它的内容反映了单位的账户体系结构。因为单位的会计科目是不断变化的，所以要对这个表进行维护，但会计科目一旦确定后，在会计年度内不允许随意修改和删除，所以修改和删除功能只有在系统初始安装数据和年终结算之后对科目进行调整时使用，系统在平常正常运行时 ，不能使用这两个功能。为了安全起见，科目体系的维护工作应由会计主管来进行，一般操作员不能进行科目体系的维护。 “主表科目字典.dbf”中的科目体系具有树形结构，修改、增加、删除一个科目相当于修改、增加、删除一个树中的结点，因此，对科目的维护操作必须满足树结构的要求。 六、账务处理子系统各功能模块所涉及的基础表或视图 第六章 系统的详细设计 模表或视图 类作用 块 型 科目字典 视提供所有的总账账户，并提供总账科目名称 总 图 运行环境 表 为形成总账提供当前月份数 科目发生额及余额 表 总账是从1至当前月份的科目发生额及余额账 按一级科目汇总形成的，因此需要从1至当 前月份的科目发生额及余额表 账簿结构 表 作为总账视图的表源 科目字典 视提供除往来明细科目外的所有账户，为明细 图 账提供科目名称 明 运行环境 表 为生成明细账簿提供当前月份数 已过账记账凭证查询 视为所有明细账簿提供源数据，是生成明细账 图 的主要数据源 细 科目发生额及余额 表 为普通账户三栏、多栏明细账簿提供从1至 当前月份的普通科目发生额及余额年初数、 月计数、和累计数 账 账簿结构 表 作为三栏、多栏、复币式明细账簿视图的源 表 科目字典 视为普通、往来科目汇总表提供科目名称 科 图 运行环境 表 为科目汇总提供月份数，以供选择 目 科目发生额及余额 表 为普通科目汇总表提供从1至当前月份的普 通科目发生额及余额数据 汇 外币科目发生额及余额 表 为外币科目汇总表提供从1至当前月份的外 币科目发生额及余额数据 总 账簿结构 表 作为普通、外币、往来科目汇总表视图的源 表 科目字典 视客队这些表或通过视图对源表中的记录进行数 图 显示、打印和自定义条件查询 临时记账凭证查询 视 据 图 已过账记账凭证查询 视 库 图 科目发生额及余额 表 查 外币科目发生额及余额 表 询 主表科目字典 表 该表存储除往来明细科目外的所有会计科科目。维护模块可对该表会计科目进行增、删、目改，增添会计科目可随时进行，修改和删除字会计科目一般只在初始装入数据或年终整理典账户时进行。由于对该表的维护要求比较严、格，应只有会计主管有该表的维护权。 第六章 系统的详细设计 往科目字典 视通过该视图对主表科目字典进行维护 来图 户 维 护 6.4报表处理子系统的详细设计 6.4.1会计报表处理方法分析 会计报表的处理是开发财务信息系统的中最困难的内容，对格式可变，或者格式虽固定但数据填列算法可变，或者格式与数据填列算法都可变的的会计报表，不能使用VFP的“报表设计器”来设计，而需要专门设计一个子系统来处理。 处理会计报表的方法通常有两种:第一种方法是对每一个报表设计一个对应的表，并编制一个专门的程序来生成表中的数据。这种方法存在很多弊端:其一是系统中表过多，并且当报表种类发生增减变动，或者报表格式和内容发生变化时，都要对这些表进行维护。可见，这种设计方法不仅使系统过于庞大，且适应性较差;其二是程序维护量大，由于每一个报表的数据生成都有一个专门的程序来完成，所以一旦报表发生变化，或会计科目发生变化，或报表填列算法发生变化，都要改动报表数据生成程序，因此大大降低了系统的通用性和实用性。第二种方法是报表的格式和报表的数据来源都由用户自己定义，然后由一个通用程序根据定义来生成报表。这种方法的优点是通用性强，其缺点是可操作性差、对用户素质要求很高。该方法要求用户定义所有的报表栏目、标题和每项数据来源的算法。因此这种方法的实质是把一部分系统开发和系统设计任务交给了最终用户。 第一种方法基本上已被弃用，本系统采用的是第二种方法，但关键的是应如何尽量降低用户定义报表的难度。用户定义报表的任务体现在两方面，一是定义报表的格式，二是定义报表单元格数据来源的算法，这两方面的难度都非常大。 第六章 系统的详细设计 比如，要定义数据来源算法就要求用户了解所有报表的每个数据是由哪些表、哪些记录、哪些字段、经过哪些字段产生的，还要求用户按某种程序设计语言的语言规则来定义。因此，财务信息系统开发的任务之一就是如何设计尽量简洁、直观、操作方便、容易理解且提供完善帮助或说明的操作界面，并将程序设计语言转化为算法语言，以此减轻用户负担。对报表的处理，本系统做如下规定: 1、会计报表格式的规定 该方法要求会计报表必须是规则报表。所谓规矩报表，其栏目标题可以是单层的，也可以是多层的，但其表体必须规则。如表6—6和表6—7所示。表6—8是一个不规则的报表。 … … (栏1)标题 (栏2)标题 (栏3)标题 (栏n)标题 表6—6 规则的报表 (栏1)栏目上层标题 (栏5)栏目上层标题 标题 标题 (栏2)标题 (栏3)标题 (栏4)标题 (栏6)(栏7)标 标题 题 表6—7 规则的报表 固定资产卡 制造单位 原 值 第 号 制造日期 安装费 编 号 验收日期 使用年限 类 别 凭证编号 年折旧率 名 称 规 格 已使用年限 来 源 已提折旧额 备 注 使用日期 内部调用记录 修理记录 使用或起用记录 第六章 系统的详细设计 日期 凭证 使用单位 管理部日期 凭证 金额 使用或起止日 原因 门 表6—8 不规则的报表 2、表数据填列的规定 在手工核算系统中，会计人员根据记账凭证登记各种账簿，并根据账簿编制各种会计报表。 然而在计算机核算系统中，由于计算机不直接存储账簿，所以报表的数据源就是凭证和科目发生额及余额等基础数据。会计报表数据填列规定具有三个内容:第一，由于系统只存储基础数据，对于处理结果数据一般不予存储，所以报表数据主要根据基础数据库来填列;第二，由于报表数据是临时生成的，所以各报表之间不能互用数据，但是报表可以利用本身已生成的数据来填列，报表的数据生成规则是从上到下、从左到右逐条记录逐个字段地生成，这就要求在利用报表本身数据时，不能利用未生成的数据;第三，对于表中个别的计算机无法自动填列的数据，一律由手工计算后填入。总之，报表数据要根据基础数据库、本表已生成的数据和手工输入数据来填列，这就是会计报表数据填列规定。 6.4.2会计报表结构分析与结构数据 在本财务系统中，并不真正存储一张报表，而只存储一张报表的格式与数据来源表达式这样的数据，这样的数据称之为报表结构数据，简称为结构数据。在6.4.1小节关于会计报表的规定下，可将一张报表分解为三个组成部分:一是报表表体格式;二是报表标题和脚注;三是报表表体单元格数据项。 1、报表表体格式 报表表体由若干栏目组成，每一栏目由栏目标题和若干单元格组成。栏目标题(本系统仅限于讨论两层栏目标题的情况)又由上层栏目标题和下层栏目标题组成(栏目标题一般为常值字符串)。为了处理方便，规定不论是单层标题还是两层标题的栏目统一假定都有两层标题。对于单层标题的栏目，认为其上层标题为空字符串。 第六章 系统的详细设计 2、报表标题与脚注 报表标题有主标题与副标题之分。副标题又分左副标题(居左显示)、中副标题(居中显示)、右副标题(居右显示)。标题及脚注既可以是常值形式的数据(通常是字符串)也可以是由表达式确定的数据(通常在副标题中插入当前日期等)。 3、报表表体单元格数据项 单元格中的数据既可以是数值型数据也可以是非数值型数据，既可以是常值形式的数据也可以是由表达式确定的数据。 系统中存储的就是关于一张报表的这三个组成部分的结构数据。对于表体格式，要存储栏目上层标题、栏目底层标题、栏目数据类型、栏目宽度、输出字号等结构数据。对于标题与脚注及单元格中的数据项，要存储其值或值的来源，对于是常值数据的项则要直接存储其常值数据，否则，要填入确定该项值的表达式。并且规定，每一个标题与脚注及单元格都要单独填写数据源。 6.4.3会计报表分析的内容与结构数据列示表格 ? 收集单位内部现有的所有会计报表。 ? 在充分征求用户意见的基础上，结合该单位管理的需要和计算机处理的特 点，对现有会计报表进行分析、整理、归并和重组，形成改进后的新的会 计报表体系。 ? 对新报表体系中的每一个报表做详细分析，分析每个报表的表体格式、报 表标题及脚注、表体单元格数据源等结构数据，并将分析所得的数据分别 用三个表格列示出来。 对于资产负债表，如表6—9所示 资产负债表 编制单位 年 月 日 单位: 元 序号 资产部类 年初数 期末数 序号 负债部类 年初数 期末数 1 一、资产类 15 二、负债类 第六章 系统的详细设计 2 现金 16 应缴预算款 3 银行存款 17 应缴财政专 户款 4 有价证券 18 5 暂付款 19 三、净资产类 6 库存材料 20 固定基金 7 固定资产 21 结余 8 22 9 五、支出类 23 四、收入类 10 经费支出 24 拨入经费 11 拨出经费 25 预算外资金 收入 12 结转自筹基 26 其他收入 建 13 27 14 资产部类合 28 负债部类合 计 计 表6—9 资产负债表 可将其表体格式、报表标题及脚注、标题单元格数据源等结构数据分别列示于表6—10、表6—11和表6—12 报表名称 栏目上层标栏目底层标题 栏目数据类型 栏目宽度 输出字号 题 N 4 8 资产负债表 “” “序号” C 20 8 资产负债表 “” “资产部类” N 12 8 资产负债表 “” “年初数” 第六章 系统的详细设计 N 4 8 资产负债表 “” “期末数” N 26 8 资产负债表 “” “序号” C 20 8 资产负债表 “” “负债部类” N 12 8 资产负债表 “” “年初数” N 12 8 资产负债表 “” “期末数” 表6—10 表体格式 报表名称 主标题 左副标题 中标题 右副标题 脚注 资产负债“资产负债“编制单Str(Year(Date()),4)“年”+ “单位:“” 表 表” 元” 位:”+运行Str(Month(Date()),2)+“月” + Str(Day(Date()),2)“日” 环境.单位 名称 表 6—11 表体标题与脚注 … 栏目1 栏目2 栏目3 栏目4 栏目5 栏目6 报表名称 … “资产类” “1” “” “” “负债类 “15” 资产负债表 … “现金” “2” 现金年初现金期末“应缴预“16” 资产负债表 余额 借方余额 算款” … “银行存“3” 银行存款银行存款“应缴财“17” 资产负债表 款” 年初余额 期末借方政专户 余额 款” 第六章 系统的详细设计 … “有价证“4” 有价证券有价证券“” “18” 资产负债表 券” 年初余额 期末借方 余额 …… …… …… …… …… …… … …… 表6—12 表体单元格数据采集 界面如下: 这三个表格是经过特别设计的1、这三个表不是孤立的，它们通过“报表名称”连接起来。如三个表中列出的都是“资产负债表”的结构数据。2、特别是表6—10和表6—12之间存在更多的制约关系。在表6—12中，要根据一个表的结构数据在表6—10中有多少行(栏目数)，使用多少列(不算最后一列)来填写该把表单元格中的数据源，而且表6—12中的列与表6—10中的行的顺序要一致。3、若假使这三个表格有足够的宽度和长度，则可容纳所有会计报表的结构数据。属于不同报表的结构数据由各报表中的“报表名称”栏加以区分。4、对这三个表进行的维护必须考虑一致性，主要体现在以下几个方面: 第六章 系统的详细设计 ? 若要增加报表，则必须分别维护这三个报表。由于数据采集表格的维护要以 表体格式为依据，所以在增加报表时候，应先维护表体格式表格，然后再维 护数据采集表格。 ? 当一个报表发生栏目增减变化时，要维护表体格式和数据采集表格，同样要 先维护表体格式表格，然后再维护数据采集表格。而且要注意，当插入一个 栏目时，插入点后面的栏目要顺序后移，当删除一个栏目时，原排在该栏目 后面的栏目要顺序前移。 ? 当一个报表单元格数据源算法发生变化时，要维护数据采集表格。 ? 当要调整一个报表的栏目宽度等格式时要维护表体格式表格。 ? 当要修改一个报表的标题和脚注时要维护标题与脚注表格。 ? 若要删除一个表，则必须在这三个表中删除这个报表的所有记录。 4、这三个表格中每一行都要在“报表名称”栏填写报表名称且同一报表的名称要统一。 第七章 系统的实施与维护 第七章 系统的实施与维护 7.1 设计工具分析 Visual FoxPro是在FoxPro 和FoxBASE基础上发展起来的新一代关系型数据库管理软件。Visual FoxPro是一种用于数据库设计、创建和管理的软件，利用它可以对各种事务管理工作中的大量数据进行有效的管理和检索。Visual FoxPro同时提供了可视化的面向对象的程序设计方法，在其基础上可以方便的实现各种数据库应用系统的开发。 1. 强大的数据库管理功能 在Visual FoxPro中，一个关系被称为一个数据表或表。Visual FoxPro支持真正的数据库，即支持表的集合及表之间的联系。将数据表区分为属于某个数据库的“数据库表”和不属于任何数据库的“自由表”。对所有的数据库表在创建的同时就可以定义与其他数据库表之间的联系，并且允许为数据库表设置字段级规则和记录级规则，以及表之间的参照完整性等。这就使得创建的数据表更加符合数据库应用的实际需要，并提供更好的数据安全性、一致性和完整性。 2. 增强的SQL语言支持 SQL语言是关系型数据库的标准操纵语言，SQL语言功能强大，使用灵活，在Visual FoxPro中引用了多条SQL命令，可以利用这些命令相当方便的定义和修改数据表的结构，插入、删除、更新表中的数据，并实现对数据库和数据表的各种查询和检索。 3. 支持面向对象的程序设计 Visual FoxPro除继续支持传统的面向过程的程序设计方法外，还支持先进的面向对象的程序设计方法。Visual FoxPro允许用户对“对象”和“类”进行定义，并编写相应的代码。大多数情况下，用户可以在Visual FoxPro提供的一些“基类”的基础上定义自己的类和子类，从而利用类的继承性，大大的减少了编程的工作量，加快应用软件的开发进程。 4. 可视化的设计开发工具 第七章 系统的实施与维护 Visual FoxPro提供了大量的向导、设计器和生成器来帮助用户完成数据库、查询、表单、报表、菜单等的设计工作。这些工具普遍提供可视化的、友好的图形界面，使得用户只需要通过简单的操作而不需要编制程序便可快速的完成各种查询设计和用户界面的设计工作，并可在此基础上高效率的开发出基于数据库的应用程序系统。 5. 增强的OLE应用集成 Visual FoxPro支持对象连接与嵌入OLE(Object Linking and Embedding)技术，通过此种技术，Visual FoxPro可以与包括Word 、Excel在内的其他支持OLE的应用软件共享数据，也可以在Visual FoxPro应用程序内部实现数据共享。例如:可以直接将数据表中的字段拖放到正在创建的表单或报表中;又如:在不退出Visual FoxPro的情况下，在表单中可以直接链接其他软件中的对象，并支持直接对这些对象进行编辑。 6. 支持网络应用 Visual FoxPro既适用于单机环境，也适用于网络环境，并可创建与Internet 一起使用的应用程序。 , 支持网络的客户机/服务器应用模式，既支持对本地计算机的访问，又支 持对远程服务器的访问。 , 支持用户通过远程或本地视图访问来自本地、远程或多个数据表中的不 同数据，并在必要时对数据源进行更新。 , 在多用户环境中，Visual FoxPro允许建立事务处理程序来控制对数据的 共享，包括处理数据的并发操作，限制某些用户对某些特定数据的访问 等。 7.2 数据库分析 计算机数据处理流程是通过各表间的数据传递来实现的。而各表间的数据传递又以数据编码为纽带。各表间编码为纽带的链接关系如图7—1所示: 第七章 系统的实施与维护 主表科目字典 科目发生额及余额 科目编号 科目编号 往来户发生额及余额 科目编号 主表往来户档案 往来户编号 往来户编号 外币科目发生额及余额 科目编号 临时记账凭证 凭证号 科目编号 往来户编号 普通、往来科目明细账 凭证号 科目编号 往来户编号 已过账记账凭证 凭证号 复币账 科目编号 凭证号 往来户编号 科目编号 图7—1以编码为纽带的表间的链接关系示意图 参考文献 参考文献 [1] 李进，《管理信息系统的开发与应用》,电子工业出版社，1996年 [2] 刘鲁，《信息系统设计原理与应用》，北京航空航天大学出版社，1995年 [3] 甘仞初，《信息系统开发》，北京理工大学出版社，1996年 [4] 张金成，《管理信息系统》，北京大学出版社，2001年 [5] 耿骞、袁名敦、肖明编著，《信息系统分析与设计》，高等教育出版社，2001 年 [6] 张海藩，《软件工程导论》，清华大学出版社，1998年 [7] 刘兰娟、竹宇光编著，《信息系统分析与设计》，电子工业出版社，2002年 [8] 张维明，《信息技术及其应用》，中国人民大学出版社，2001年 [9] 司光亚、莫凯、秦方钰译，《现代信息系统设计方法》，电子工业出版社，2002 年 [10]刘尊孝，《管理信息系统开发指南》，上海科学普及出版社，1992年 [16]刘文辉，《会计学基础》，首都经济贸易大学出版社，2001年 [17]余绪缨，《管理会计》，中国财政经济出版社，1990年 [18]陈迈，《财务会计学》，首都经济贸易大学出版社，2001年 [19]韩文连，《管理会计学》，首都经济贸易大学出版社，2001年 [20]王仲文、华清，《行政事业单位会计》，工人出版社，1991年 [21]王庆成，《政府和事业单位会计》，中国人民大学出版社，1999年 [22](美)Robert A. Schultheis, Marg Summer. Management Information System. 机械工业出版社，1998年 [23](美)Stephen Haag, Maeve Cummings, James Dawkins. Management Information System for the Information Age. 机械工业出版社，1995 致 谢 致 谢 经过三个多月的设计和开发，以财务管理的设计与实现为题目的毕业设计已基本开发完毕。其在功能上已基本符合用户的需求，能够完成财务管理中的大部分操作，主要包括用户权限设置，凭证的录入、修改等和生成各种明细账、业务台账，各种账务信息的查询及会计报表的生成和输出，并且提供了部分系统的维护和设置功能,使用户能够方便的进行数据的备份和恢复、数据的删除等附加功能。对于数据的一致性问题也通过程序进行了有效的解决。 我之所以能在这短暂的时间里完成从毕业设计的方向确定，课题的选择及程序设计的实施调试等各个过程，我从我的导师司瑞红老师身上学到了很多有价值的东西，并积累了宝贵的经验。司瑞红老师工作非常辛苦，但对她带的学生仍旧孜孜不倦，认真负责，她严谨的治学精神和深厚的理论水平都使我收益匪浅。她无论在理论上还是在实践中，都给与我很大的帮助，使我得到不少的提高，少走了许多弯路，这对于我以后的工作和学习都是一种巨大的帮助和支持，在此非常感谢她耐心的辅导。还有同班的同学同样给与我不少帮助，这里一并表示感谢。 最后，再一次向老师和同学们表示感谢～