财务管理系统2论文-无忧无虑毕设网

无忧无虑毕设网 ():毕业设计源码下载 毕业设计源码下载： 本文配套程序下载地址 ： 无忧无虑毕设网 ()-大学生毕业设计站 ,免费毕业设计论文 ,无忧无虑毕设网 大学生毕业设计 ,出售各类毕业设计源码 ,论文 ,程序源码 ,网站源码 ,免费视频教程 ,我们将竭诚为您服务！ 天津工业大学毕业论文 财 务 管 理 信 息 系 统 (申请管理学学士学位 ) 系 别：信息科学系 专 业：信息管理与信息系统 作 者：池文宗 指导教师：司瑞红 无忧无虑毕设网 ():毕业设计源码下载 毕业设计源码下载： 管 理 学 院 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 摘 要 毕业设计源码下载： 摘 要 信息化、数字 化、网络化的今天，财务管理系统的开发和使用已经成为各行各业推行现代化管理的必要手段。该财务管理信息系统的设计与开发正是适应了这种需要。它完整的实现了从凭证到报表的账务处理，包括从凭证的录入、修改、过账等到生成各种明细账及总账最后输出会计报表的全过程，是一个小巧但功能完善、具有一定实用价值的管理信息系统。 该系统的开发遵循结构化生命周期的方法，并选用 Visual FoxPro 6.0 作为系统的开发工具。在可行性分析和需求分析的基础上，对系统的设计方案、各子系统和功能模块等进行了较详细的论述。 关键字：结构化 生命周期法 , 凭证，报表，子系统，功能模块 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 系统业务流程的调查 系统业务流程的调查是按照现行系统中信息流动过程，逐个调查分析所有环节的处理任务、处理内容、处理顺序的要求，弄清各个环节需要的信息、信息来源、流径去向、处理方法和信息形态（报告、报单、屏幕显示）等。并将其用规范的业务流程图表示。其完成业务如下： 1、 根据原始凭证编制原始凭证汇总表。 2、 根据原始凭证或原始凭证汇总 表编制收款凭证、付款凭证和转账凭证。 3、 根据收款凭证和付款凭证登记现金日记账和存款日记账。 4、 根据原始凭证、原始凭证汇总表或收款凭证、付款凭证、转账凭证登记明细账业务台账。 5、 根据收款凭证、付款凭证、转账凭证形成科目汇总表并直接登记总账。 6、 现金日记账、存款日记账及明细账业务台账定期同总账核对。 7、 根据总账和明细账业务台账定期编制会计报表。如图 3 1 所示。 图例如下： 单据、报表、账目 数据流向（不含数据内容） 系统内的部门或人员（含处理过程） 系统外的实体（部门或人员） 第三章 系统开发的初步调查与分析 毕业设计源码下载： 图 3 1 系统业务流程图 原始凭证 收款凭 证 转账凭 证 付款凭 证 会计 报表 总 账 明细业务 台账 科目汇 总表 存款日 记账 现金日 记账 原始凭证 汇总表 制证 人员 数据 登录 人员 数据 录入 人员 数据 登录 人员 财务 部工 作人 员 财务 部核 对人 员 总账 会计 财务 部核 对人 员 有关单位 及领导 第三章 系统开发的初步调查与分析 毕业设计源码下载： 3.2 系统数据流程的调查 有了业务流程图，还需要对信息的流动、传递、处理、存储等进行分析。这就要求把数据在现行系统内部的流动情况抽象的独立出来，舍去具体的组织机构、信息载体、处理工具、物质、材料等，单从数据流动过程来考察实际业务的数据处理模式，即数据流 程图。如图 3 2 所示。 图例如下： 外部实体 数据存储 数据处理 数据流 第三章 系统开发的初步调查与分析 毕业设计源码下载： 原始 原始凭证或原 凭证 始凭证汇总表 记账凭证 收付款凭证 科目汇总表 明细账及业务台账 日记账 总账 会计报表 经办单位或经办人 P1 审核汇总 财务部 P2 编制记账凭证 财务部 D1 D2 P3 登记明细账及业务台账 财务部 P4 编制科目汇总表 财务部 P7 登记日记账 财务部 D3 D6 D4 D5 P5 登记总账 财务部 P6 编制报表 财务部 D5 第三章 系统开发的初步调查与分析 毕业设计源码下载： 图 3 2 系统数据流程图 3.3 数据字典 数据流程图构造出了财务管理信息系统的组成和各部分间的关系，但没有说明各部分的具体内容，它仅是一个框架，据此还不足以准确充分地了解系统，无法根据此图进行程序设计，因此还需要编制数据字典。 数据字典将对数据流程图中的各种文件和数据流进行详细的描述和确切的解释。 即定义文件和数据流由哪些更小的单位组成（这些单位一般称为字段或数据项），并描述每个数据项的数据类型、长度、取值范围等具体内容。有了数据字典就便于随时查阅和修改，所以它是数据流程图的辅助资料，起注解的作用。 临时记账凭证 序号 数据项名称 内容举例 数据类型 取值范围 长度 小数位数 备注 1 凭证号 030001 C 010001 129999 6 前 2 位为月份号，后 4位为当月流水号 2 日期 01/23/2004 D 8 存储时用 8 位，显示时转换成 10 位 3 摘要 预付工资 C 30 4 科目名称 银行存款 C 40 可用 5 级科目 5 借方金额 2080.00 N 0， 10亿 14 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 账务处理子系统与工资核算系统的联系 工资核算系统根据职工考勤资料、工资标准及各项扣款数据等计算职工应发工资、实发工资、计算应付福利费等，并将工资费用汇 总分配转给有关部门。这财务管理信息系统 系统维护子系统 凭证处理子系统 账务处理子系统 报表处理子系统 第四章 系统的详细分析 毕业设计源码下载： 些核算涉及到“应付工资”、“应付福利费”等科目的总分类核算和明细分类核算，因此工资核算系统必须以一定的数据传输方式把这些数据传递给账务处理系统。一种传递方式是由工资系统编制机制凭证自动送入凭证处理系统，再由凭证处理系统转送给账务处理系统；另一种传递方式是由账务处理系统调用工资核算系统的数据自动生成机制凭证，再经凭证的过账处理更新各有关科目的发生额和余额数据。工资核算系统向账务处理系统传递数据的方式。参见图 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” 系统初始化时设置 当前年份 系统初始化时设置 当前月份 可用于产生凭证号的前两位。系统初始第六章 系统的详细设计 毕业设计源码下载： 化时设置 当前月份凭证顺序号 09999 可用于产生凭证好的后四位。系统初始化时设置为 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 08： 10： 24AM 001 李四 登录 进 2004.03.15 08： 11： 31AM 001 李四 凭证录入 进 2004.03.15 03： 06： 52PM 001 李四 报表处理 退 第六章 系统的详细设计 毕业设计源码下载： 2004.03.15 08： 26： 01PM 000 张三 登录 进 表 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”中出现的科目所属的一级科目。总账模块功能比较单一，具有生成并显示总账和打印总账两个功能。 二、明细账模块的功能设计 与总账一样明细账也是账务处理所不可缺少的重要账簿。明细账与总账之间存在着数据核对关系，这种核对关系在计算机处理时，不如手工核算那么重要，其原因是在计算机 处理时，总账和明细账的数据源都是会计凭证，并且计算机不会发生计算错误，所以在正常情况下，总账和明细账之间的数据对应关系肯定是正确的。此外，在采用计算机进行核算时，不单独设置现金和银行存款。而是将这两个科目与其他科目等同处理。如果对已录入的会计凭证及时做过账处理，那么计算机可随时生成明细账。 三、科目汇总模块的功能设计 第六章 系统的详细设计 毕业设计源码下载： 科目汇总就是对各会计科目的发生额