基于Delphi的财务管理系统毕业设计(论文)(39页).doc

《基于Delphi的财务管理系统毕业设计(论文)(39页).doc》由会员分享，可在线阅读，更多相关《基于Delphi的财务管理系统毕业设计(论文)(39页).doc（39页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、-基于Delphi的财务管理系统毕业设计(论文)-第 32 页摘 要近年来，随着我国信息技术的飞速发展，计算机应用已逐渐渗透到各个领域。在企业管理领域内，计算机的应用已经十分广泛，各种管理机制与企业运作流程都与计算机紧密结合在一起，计算机的应用进一步完善了企业的管理，提高了企业的现代化管理形象。ERP之财务管理系统是适应现代企业制度要求、推动企业财务管理走向科学化、规范化的必要条件，为企业建立起信息高速公路，促使企业逐步形成方便、科学、合理的管理模式。ERP之财务管理系统属于企业资源计划模块之一，同时它也是企业管理系统中非常重要的一部分，该系统通过对财务信息进行数字化管理，加快信息处理速度，提

2、高管理效率，从而促进企业的发展。本系统结合中国企业管理制度而建立起来的一个信息系统，主要包括应收管理、应付管理、资金管理和总帐管理等模块，实现了个模块的录入、查找和生成报表等功能。关键字：财务管理系统，Delphi，ERP AbstractIn recent years, the application of computer gradually seeped to each domain along with the rapid development of the information technology of our country. In the business manageme

3、nt domain, the application of computer already widespread extremely, Each kind of management mechanism and enterprise operation flow all with computer in close integration with in together, the application of computer further consummated enterprises management and enhanced the image of enterprises m

4、odern management. Financial management system of ERP adapts the modern enterprise system request, the essential condition of impelling enterprise financial control moves towards scientific and standardized，it establishes the information superhighway for the enterprise, urges the enterprise to form c

5、onveniently, scientific and the reasonable management pattern gradually.Financial management system the ERP belongs to one of the enterprise resources plan modules. At the same time it is also one of the extremely important part of the business management system. This system uses the digitized manag

6、ement to deal with the financial information, accordingly, speeds up the information processing speed, enhances the management efficiency and promotes the development of the enterprise.This is an information system that established by using the Delphi9.0 data bank technologies and unifies the China

7、business management system, Mainly management, cost accounting, fund management and general ledger management module and so on. It includes the receivable of management, deal of management, realized the function of inputting module, search and production report form, etc.Key Words:Financial Manageme

8、nt System,ERP毕业设计（论文）原创性声明和使用授权说明原创性声明本人郑重承诺：所呈交的毕业设计（论文），是我个人在指导教师的指导下进行的研究工作及取得的成果。尽我所知，除文中特别加以标注和致谢的地方外，不包含其他人或组织已经发表或公布过的研究成果，也不包含我为获得 及其它教育机构的学位或学历而使用过的材料。对本研究提供过帮助和做出过贡献的个人或集体，均已在文中作了明确的说明并表示了谢意。作 者 签 名： 日 期： 指导教师签名： 日期： 使用授权说明本人完全了解 大学关于收集、保存、使用毕业设计（论文）的规定，即：按照学校要求提交毕业设计（论文）的印刷本和电子版本；学校有权保存毕业

9、设计（论文）的印刷本和电子版，并提供目录检索与阅览服务；学校可以采用影印、缩印、数字化或其它复制手段保存论文；在不以赢利为目的前提下，学校可以公布论文的部分或全部内容。作者签名： 日 期： 学位论文原创性声明本人郑重声明：所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。除了文中特别加以标注引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的法律后果由本人承担。作者签名： 日期： 年 月 日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留

10、并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。本人授权 大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。涉密论文按学校规定处理。作者签名：日期： 年 月 日导师签名： 日期： 年 月 日目 录第一章 财务管理系统开发的可行性研究11.1目前财务管理的基本状况11.2系统开发的可行性分析1第二章 财务管理系统开发的初步调查与分析32.1系统业务流程的调查32.2系统数据流程的调查52.3数据字典7第三章 财务管理系统的详细设计143.1 系统功能结构设计143.2 数据库设计与实现163.2.1 数据库需

11、求分析163.2.2 数据库设计173.2.3 数据库逻辑结构设计与实现183.2.4 数据库的连接20第四章 关键模块及代码设计224.1 应用程序对象设计224.2 登陆界面设计224.2.1 主界面设计224.2.2 系统管理界面设计254.3 参数设置界面设计254.3.1 科目设置界面设置254.3.2 会计期间设置界面设置284.3.3 兑换率设置界面设置284.4 应收管理子系统界面设计284.4.1 应收结帐单管理界面设置284.4.2 应收结帐单查找界面设置284.4.3 应收结帐单报表界面设置304.4.4 收款单管理界面设置304.4.5 收款单查找界面设置304.4.6

12、 收款单报表界面设置304.5 应付管理子系统界面设置304.6 资金管理子系统界面设置314.7 总帐管理子系统界面设置314.8 帮助界面设置31结 论32致 谢33参考文献34第一章 财务管理系统开发的可行性研究1.1 目前财务管理的基本状况手工核算方式下存在的多种数据流程都是围绕如何减少或分散工作量，便于人员分工，或为了提供更丰富的信息而产生的。由于受会计人员所能完成的工作量的限制，对于某一特定单位来说，选择了一种核算形式，就不能同时使用其他核算形式。而计算机的参与完全可以突破会计核算形式的界限，一个计算机系统完全可以提供手工核算形式下所有会计核算形式所能提供的全部信息。如科目汇总完全

13、可以做到既提供科目汇总表又提供汇总记账凭证，既可以提供定期汇总登记的总账，又可以提供逐笔登记的总账或日记账。手工核算方式下，不论采取哪种会计核算形式，为了满足在会计期末及时编制会计报表的需要，必须将大部分工作量分散到日常工作中完成，因此需要将从凭证到报表的数据处理过程，分解为若干工作步骤，每一步骤都产生一些中间数据（如：科目汇总表、汇总记账凭证、日记账、明细账、总账等）。为保证个步骤的连续性，逐步积累编制会计报表所需要的数据，必须将每一步所形成的中间结果存储起来。这样，“逐步加工、步步存储”，就成为手工核算的重要特征。但如果分析一下各步骤存储的内容，就不难发现，各步骤所形成并存储的都是由记账凭

14、证派生出来的中间结果，或由凭证分类汇总而形成（如：科目汇总表、汇总记账凭证、总账等），或由凭证分类顺序而形成（如：日记账、明细账、逐笔登记的总账等）。由此可见，从信息量来看，记账凭证是账簿、报表的数据源，所有凭证的信息量几乎等于各种明细账、总账、报表所含信息量的总和，各步骤存储的会计信息只不过是对记账凭证的重复存储而已。这种逐步转抄，重复存储，不仅浪费资源，而且极易导致数据的不一致性。可以说，手工核算中经常出现的账证不符、账表不符的现象与这种同一信息的重复再现有密切关系，因而也就产生了账证核对、账表核算的需要。由于手工工作固有的缺陷，使得会计在财务处理部分不仅劳动强度大、重复数据多而且及时性、

15、准确性差。 1.2 系统开发的可行性分析原始的手工处理方式为了使会计信息有清新的来龙去脉，需要将从凭证到报表的数据处理过程，分解为若干步骤，每一步都产生一些中间数据。其实各步骤所形成并存储的都是由记账凭证派生出来的中间结果，只不过是对记账凭证的重复存储而已。这种逐步转抄、重复存储，不仅浪费资源，而且极易导致数据的不一致性。根据现行状况中存在的问题，又从计算机的优势看，它具有根据原始凭证和记账凭证按需要瞬时生成所需要的账表的能力。只要有了原始数据和加工数据的程序指令，在此基础上生成其他派生数据，对计算机来说是轻而易举的事情。手工状态下的财务管理主要是围绕如何减少或分散工作量，便于人员分工而展开的

16、。而该系统的开发和引用将大量减少人力资源的浪费从管理和经济上都将提供莫大的帮助。第二章 财务管理系统开发的初步调查与分析在根据用户提出建立新系统的要求，进行可行性分析，并经有关主管部门批准系统可行后，下面对现行系统的状况进行进一步的了解和分析。该初步调查是认识、了解现行系统状况的过程。2.1 系统业务流程的调查系统业务流程的调查是按照现行系统中信息流动过程，逐个调查分析所有环节的处理任务、处理内容、处理顺序的要求，弄清各个环节需要的信息、信息来源、流径去向、处理方法和信息形态（报告、报单、屏幕显示）等。并将其用规范的业务流程图表示。其完成业务如下：1、 根据原始凭证编制原始凭证汇总表。2、 根

17、据原始凭证或原始凭证汇总表编制收款凭证、付款凭证和转账凭证。3、 根据收款凭证和付款凭证登记现金日记账和存款日记账。4、 根据原始凭证、原始凭证汇总表或收款凭证、付款凭证、转账凭证登记明细账业务台账。5、 根据收款凭证、付款凭证、转账凭证形成科目汇总表并直接登记总账。6、 现金日记账、存款日记账及明细账业务台账定期同总账核对。7、 根据总账和明细账业务台账定期编制会计报表。如图31所示。图例如下： 单据、报表、账目 数据流向（不含数据内容） 系统内的部门或人员（含处理过程） 系统外的实体（部门或人员）原始凭证收款凭证转账凭证付款凭证会计报表总账明细业务台账科目汇总表存款日记账现金日记账原始凭证

18、汇总表制证人员数据登录人员数据录入人员数据登录人员财务部工作人员财务部核对人员总账会计财务部核对人员有关单位及领导图21 系统业务流程图2.2 系统数据流程的调查有了业务流程图，还需要对信息的流动、传递、处理、存储等进行分析。这就要求把数据在现行系统内部的流动情况抽象的独立出来，舍去具体的组织机构、信息载体、处理工具、物质、材料等，单从数据流动过程来考察实际业务的数据处理模式，即数据流程图。如图32所示。图例如下： 外部实体 数据存储 数据处理数据流P2P1审核汇总财务部经办单位或经办人编制记账凭证 原始 原始凭证或原 凭证 始凭证汇总表财务部D2D1 记账凭证 收付款凭证P4P3编制科目汇总

19、表登记明细账及业务台账P7财务部登记日记账财务部D3财务部 科目汇总表 D6P5登记总账财务部 明细账及业务台账D5 日记账D4 总账P6编制报表财务部D5 会计报表图22 系统数据流程图2.3 数据字典数据流程图构造出了财务管理信息系统的组成和各部分间的关系，但没有说明各部分的具体内容，它仅是一个框架，据此还不足以准确充分地了解系统，无法根据此图进行程序设计，因此还需要编制数据字典。数据字典将对数据流程图中的各种文件和数据流进行详细的描述和确切的解释。即定义文件和数据流由哪些更小的单位组成（这些单位一般称为字段或数据项），并描述每个数据项的数据类型、长度、取值范围等具体内容。有了数据字典就便

20、于随时查阅和修改，所以它是数据流程图的辅助资料，起注解的作用。临时记账凭证 序号数据项名称内容举例数据类型取值范围长度小数位数备注1凭证号030001C010001 1299996前2位为月份号，后4位为当月流水号2日期01/23/2004D8存储时用8位，显示时转换成10位3摘要预付工资C304科目名称银行存款C40可用5级科目5借方金额2080.00N0，10亿1426贷方金额N1427借方外币额N142用于形成复币账8贷方外币额N1429汇率N9610附件张数2N311录入员姓名张三C至多5个汉字1012审核员姓名C1013审核标志TCT、F、空格1T：已通过审核、F：未能通过审核、空格

21、：还未审核14输出页码N2产生一张凭证分成几页打印时的页码15科目编号101C 3 C：表字符型数据 D：表日期型数据 N：表数值型数据图23 临时记账凭证主表操作员字段名字段类型字段长度小数位数备注操作员编号C3以该字段建立索引标记“操作员编号”的主索引操作员姓名C10以该字段建立索引标记“操作员编号”的候选索引操作员口令C6可取值“y”或“n”，默认值“n”凭证录入权C1可取值“y”或“n”，默认值“n”凭证修改权C1可取值“y”或“n”，默认值“n”凭证查询权C1可取值“y”或“n”，默认值“n”凭证审核与修改权C1可取值“y”或“n”，默认值“n”凭证汇总权C1可取值“y”或“n”，默

22、认值“n”过账权C1可取值“y”或“n”，默认值“n”科目维护权C1可取值“y”或“n”，默认值“n”总账权C1可取值“y”或“n”，默认值“n”明细账权C1可取值“y”或“n”，默认值“n”科目汇总权C1数据库查询权C1报表处理权C1桌面背景颜色N80默认值RGB（60，120，180）桌面背景图片C50默认值“”桌面背景类型C4默认值“颜色”图34 主表操作员运行环境字段名字段类型字段长度小数位数备注建账起始年份C4建账起始月份C2当前年份C4当前月份C2当前月份凭证顺序号N40默认值0月终结账标志C1可取值“y”或“n”，默认值“n”月备份标志C1可取值“y”或“n”，默认值“n”单位名

23、称C40图35 运行环境运行日志字段名字段类型字段长度小数位数备注时间T8操作员编号C3操作员姓名C10执行操作C10进退C2可以取值“进”或“退”图36 运行日志主表科目字典字段名字段类型字段长度小数位数备 注科目编号C3以该字段建立索引标记为“科目编号”的主索引助记符C7一级科目名C18二级科目名C18三级科目名C18四级科目名C18五级科目名C18账别C4输出标志L1当要打印输出科目字典时确定记录是否输出。默认值“F”科目全名C40设计该字段将避免为获得科目全名进行复杂的计算图37 主表科目字典主表摘要字段名字段类型字段长度小数位数备 注摘要编码C10摘要C30图38 主表摘要已过账记账

24、凭证字段名字段类型字段长度小数位数备 注凭证号C6日期D8摘要C30科目名称C40借方金额N142贷方金额N142借方外币额N142贷方外币额N142汇率N96附件张数N3录入员姓名C10审核员姓名C10审核标志C1恢复标志C1可取值“Y”或“N”默认值“N”科目编号C12图39 已过账记账凭证科目发生额及余额字段名字段类型字段长度小数位数备 注科目编号C12先以该字段建立索引标记为“科目编号”的普通索引，再以该字段取值前4位建立索引标记为“一级编号”的普通索引。月初余额方向C2月初余额C142本月借方合计N142本月贷方合计N142本年借方累计N142本年贷方累计N142月末余额方向C2月末

25、余额N142图310 科目发生额及余额登录许可字段名字段类型字段长度小数位数备 注登录C1可取值“T”或“F”，默认值“T”图311 登录许可登录操作员字段名字段类型字段长度小数位数备 注操作员编号C3以该字段建立索引标记为“操作员编号”的普通索引操作员姓名C10以该字段建立索引标记为“操作员姓名”的普通索引图312 登录操作员外币科目发生额及余额字段名字段类型字段长度小数位数备 注科目编号C12先以该字段建立索引标记为“科目编号”的普通索引，再以该字段取值前4位建立索引标记为“一级编号”的普通索引。外币名称C10月初余额方向C2月初外币额N142月初汇率N96月初人民币额N142本月借方外币

26、额N142本月借方人民币额N142本月贷方外币额N142本月贷方人民币额N142本年借方外币累计N142本年借方人民币累计N142本年贷方外币累计N142本年贷方人民币累计N142月末余额方向C2月末外币额N142月末汇率N96月末人民币额N142按月末汇率折算的人民币N142图313外币发生额及余额账簿结构字段名字段类型字段长度小数位数备 注总账名称C18总账编号C12凭证号C6科目编号C12科目编号备份C12科目名称C40往来户编号C9摘要C30日期C10为输出的需要将以字符形式显示日期借方N142借方人民币额N142借方外币额N142本月借方合计N142本月借方累计N142贷方N142贷

27、方人民币额N142贷方外币额N142本月贷方合计N142本月贷方累计N142借减贷C2余额N142月初余额方向C2月初余额N142月末余额方向C2月末余额N142结余外币额N142汇率N96结余人民币额N142栏目1N142用于生成多栏式账簿栏目10N142图314 账簿结构第三章 财务管理系统的详细设计3.1 系统功能结构设计在系统需求分析的基础上，结合系统设计的目标，可将本系统划分为8个功能模块：1)用户管理：主要包括用户登陆、重新登陆、修改密码、用户管理等功能。2)参数管理：主要包括科目设置、会计期间定义、货币兑换率设置等。(1)科目设置：主要包括对会计科目的录入、维护等操作。此模块主要

28、用于会计基础的科目基本设置，以便于会计凭证的输入。(2)会计期间定义：主要包括会计期间的录入、维护等操作。此模块主要用于会计期间的基本设置。(3)货币兑换率设置：主要包括主要货币与人民币之间的兑换率录入、维护等操作。此模块主要用于货币兑换率的基本设置，以便于货币的转换。3)应收管理子系统：主要包括对应收结帐单、收款单等信息进行录入、查询、维护和生成报表等功能。4)应付管理子系统：主要包括对应付结帐单、付款单等信息进行录入、查询、维护和生成报表等功能。 5)资金管理子系统：主要包括对现金出纳簿、银行出纳簿等信息进行录入、查询、维护和生成报表等功能。6)总帐管理：主要包括凭证信息的录入和维护、产生

29、日记帐、明细帐和总帐。 7)帮助：主要显示系统制作有关信息。ERP系统之财务管理部分系统管理参数设定应收管理子系统资金管理子系统应付管理子系统成本核算子系统总帐管理子系统帮助图3.1 a 功能模块总图系统管理重新登陆修改密码用户管理退出参数设置科目设置会计期间设置货币兑换率设置 图3.1 b 系统管理功能图 图3.1 c 参数设置功能图应收管理子系统录 入查 询报 表应收结帐单收款单应收结帐单收款单收款单应收结帐单应付管理子系统录 入查 询报 表应付结帐单付款单应付结帐单付款单付款单应付结帐单 图3.1 d 应收管理子系统功能图 图3.1 e 应付管理子系统功能图资金管理子系统录 入查 询报

30、表现金出纳簿银行出纳簿现金出纳簿银行出纳簿银行出纳簿现金出纳簿总帐管理子系统报 表总帐明细帐日记帐总帐管理子系统录 入凭证图3.1 f 资金管理子系统功能图 图3.1 g 总帐管理子系统功能图3.2 数据库设计与实现ERP之财务管理系统是一个数据库应用系统，所需的所有信息都是保存在数据库中。在数据库应用系统的开发过程中，数据库的结构设计是一个非常重要的的问题。此处所说的数据库结构设计是指数据库中各个表结构的设计，包括信息保存在哪些表格中、各个表的结构如何以及各个表之间的关系。因此，数据库结构设计的好坏将直接对应用系统的效率以及实现的效果产生影响，好的数据库结构设计会减少数据库的存储量，资料的完

31、整性和一致性比较高，系统具有较快的响应速度，简化基于此数据库的应用程序的实现等等。由于数据库设计的重要性，人们提出了许多数据库结构设计的技术。但这些技术方法与数据库系统并没有统一的相对应的模式，而是要根据应用系统对数据库不同的需求来选择不同的技术方法，甚至是几种不同的方法的融合。3.2.1 数据库需求分析数据库结构设计的第一阶段是数据库需求分析，此阶段也是非常重要的一个阶段。在这个阶段主要是收集基本资料以及数据处理的流程，为进一步设计打下良好基础。通过对财务管理内容和数据流程的分析，设计的主要数据项和数据结构如下： 货品信息。包括的数据项有货号、货品名称、货品描述、单位、库存数量、单价等。 送

32、货单信息。包括的数据项有货号、送货单号码、客户代号、客户名称、送货地代号、送货地名称、送货单日期、送货数量等。 收款单信息。包括的数据项有收款单号码、收款描述、应收结帐单号码、收款金额、币种、是否扣结帐、备注等。 应收结帐单信息。包括的数据项有应收结帐单号码、应收结帐单日期、付款条件、其它、送货单号码、货币、是否完成、备注等。 收货单信息。包括的数据项有货号、收货单号码、客户代号、客户名称、收货单日期、收货数量等。 付款单信息。包括的数据项有付款单号、付款描述、应付结帐单号码、付款金额、币种、是否扣发票、备注等。 应付结帐单信息。包括的数据项有应付结帐单号码、应付结帐单日期、付款条件、其它、收

33、货单号码、货币、是否完成、备注等 银行存款出纳簿信息。包括的数据项有日期、帐户、会计员、币种、摘要、银行代码、借方、货方、备注等。 现金出纳簿信息。包括的数据项有日期、会计员、币种、摘要、金库代码、借方、货方、备注等。 会计凭证信息。包括的数据项有凭证号、凭证类型、会计科目号、会计号、币种、日期、会计年份、借方、货方、摘要、会计期间、备注等。 会计科目信息。包括的数据项有大类（大类号、描述）、中类（中类、描述）、小类（小类、描述）、科目代号、科目名称、借贷率、报表比率等。 会计期间信息。包括的数据项有年份、会计期间、开始时间、结束时间等。 货币兑换率信息。包括的数据项有币种、币种描述、本币、本

34、币描述、兑换率等。 用户信息。包括的数据项有用户姓名、用户编码、用户密码、职位、联系电话等。3.2.2 数据库设计这一设计阶段是在需求分析的基础上，设计出能够满足用户需求的各种实体，以及它们之间的关系，为以后的逻辑结构设计打下基础。下面为本系统实体之间关系的E-R图：如图4.2所示。nmmn11111111付款单查 看验 证查 看查 看送货单验 证查 看货 品应收结帐单收款单收货单应付结帐单图3.2系统实体关系E-R图3.2.3 数据库逻辑结构设计与实现概念结构是独立于实际数据模型的信息结构，必须将其转化为逻辑结构后才能进行数据库应用的设计。也就是要将概念上的结构转化为ASA数据库系统所支持的

35、实际数据库模型。该数据库系统要求具有以下方面的特点： 结构合理，所建立的数据冗余度小，独立性强。 建档、修改、查询、统计快而准确。 保密性、可靠性好。数据库的逻辑结构设计如下： 货品信息表(huoping)：货号(huohao)、货品名称(hpmch)、货品描述(hpmsh)、单位(daiwei)、库存数量(kcshul)、单价(bzhchb)等。 送货单信息表(del)：货号(huohao)、送货单号码(delno)、客户代号(customerid)、客户名称(customername)、送货地代号(shippingid)、送货地名称(shippingname)、送货单日期(deldate)

36、、送货数量(delqty)等。 收款单信息表(receipt)：收款单号码(recno)、收款描述(description)、应收结帐单号码(invno)、收款金额(money)、币种(currency)、是否扣结帐(cinv)、备注(remaeks)等。 应收结帐单信息表(rinvoice) ：应收结帐单号码(invno)、应收结帐单日期(date)、付款条件(payment)、其它(other)、送货单号码(delno)、币种(huobi)、是否完成(finish)、备注(remaeks)等。 收货单信息(porv)：货号(huohao)、收货单号码(porvno)、客户代号(custom

37、erid)、客户名称(customername)、收货单日期(porvdate)、收货数量(porvqty)等。 付款单信息表(pay)：付款单号(payno)、付款描述(description)、应付结帐单号码(pinvno)、付款金额(money)、币种(currency)、是否扣发票(cinv)、备注(remaeks)等。 应付结帐单信息表(pinvoice)：应付结帐单号码(pinvno)、应付结帐单日期(date)、付款条件(payment)、其它(other)、收货单号码(porvno)、币种(currency)、是否完成(finish)、备注(remaeks)等 银行存款出纳簿信

38、息表(bankkeeping)：日期(date)、帐户(userid)、会计员(accountant)、币种(currency)、摘要(description)、银行代码(bankid)、借方(dr)、货方(cr)、备注(remaeks)等。 现金出纳簿信息表(localkeeping)：日期(date)、会计员(accountant)、币种(currency)、摘要(description)、金库代码(localid)、借方(dr)、货方(cr)、备注(remaeks)等。 会计凭证信息表(voucher)：凭证号(voucher)、凭证类型(vt)、会计科目号(accountno)、会计号(accountant)、币种(currency)、日期(date)、会计年份(year)、借方(dr)、货方(cr)、摘要(description)、会计期间(period)、备注(remaeks)等。 会计科目信息表(account)：大类（大类号(at1)、描述(description1)）、中类（中类(at2)、描述(description2)）、小类（小类(at3)、描述(description3)）、科目代号(accountno)、科目名称(accountname)、借贷率(drcr)、报表比率(atior)等。