会计信息系统分析设计.ppt
会计信息系统,会计 核算 系统,会计 管理 系统,信息系统的开发是一项十分复杂而艰巨的系统工程。其开发方法主要有两种:原型法 系统生命周期法。,原型法的开发过程可分为四个阶段：确定需求阶段 用户提出初步的基本要求和应用范围，这时的需求可能是粗糙的和不完全的，但是是最基本的。开发初始原型阶段 开发者根据用户的初始需求，先开发出一个应用系统的初始原型。初始原型不要求完全，但要基本满足用户的需求。原型评价阶段 让原型投入运行，请用户提出原型存在的问题。原型修改提高阶段,系统生命周期法又称瀑布模型，是国内外广泛采用的信息系统的开发方法。其研制过程一般可分为三个阶段，即系统分析、系统设计、系统实施与评价。,系统分析阶段的任务是确定新系统的目标和逻辑模型。一个新系统往往在现行系统的基础上发展起来的，首先要提出现行系统存在的问题及新系统的目标和任务，针对这些问题进行可行性分析，分析建立新系统的必要性，及其在经济上、技术上和组织上实现的可能性，提出可行性分析报告。在可行性报告通过后进行详细调查，全面分析现行系统的工作流程、数据流程，确定新系统的逻辑模型，即新系统应具有哪些功能。,系统设计阶段的任务是根据前一阶段的逻辑模型提出物理模型，解决怎么做的问题。例如把系统的功能模块设计，将系统划分成若干个子系统，计算机流程设计、数据库文件设计、输入输出设计，编写程序设计说明书等。,系统实施评价阶段将投入大量的人力和物力，该阶段的任务有：设备的添置、程序的编制与调试，子系统、系统的调试与测试，人员的培训，系统的转换，系统的维护与评价等。,系统生命周期法的特点是：采用系统的观点与系统工程的方法，自顶向下进行系统分析与设计，并自顶向下进行系统实施。开发的每一个阶段都有明确的任务，并要求有标准化的阶段文档资料，作为本阶段的工作审核依据，也是下一阶段的接口文档，以便于整个信息系统开发过程的管理和交换。用户至上观点贯穿系统开发的始终。在开发的过程中，吸收用户单位的管理人员和业务人员参加，每一个阶段的成果都经用户审查。将逻辑设计与物理设计分开，在系统分析阶段着重逻辑设计，设计出新系统的逻辑模型，使用户看到新系统的梗概，而系统设计阶段进行物理设计，解决怎么做的问题。本方法适用于大型信息系统的开发，其缺点是开发周期较长，维护修改不方便。,一、系统分析的任务电算化会计信息系统是以手工会计信息系统为基础，根据计算机的特点，对现有系统进行分析，得出新的能实现并补充旧系统的各种功能的系统逻辑模型。为了能开发出符合用户要求的高质量、实用的会计信息系统，必须先了解和描绘出用户对会计信息系统的要求，明确系统必须具有哪些功能，这个工作即为系统分析。系统分析员着重要解决“系统要干些什么”的问题，围绕这些目的，系统分析的任务就是在了解用户要求的基础上，以书面形式描述系统新的逻辑模型。,二、系统分析的步骤为了能完成系统分析的任务，需按以下步骤进行：.对系统开发进行可行性分析系统分析的第一步就是要论证系统开发的可能性，作出可行性分析报告。.详细调查现行系统系统分析的第二步就是对新会计信息系统的基础现行会计信息系统进行详细的调查，搞清现行会计信息系统的边界、组织机构、人员分工、业务流程、各种帐、证、表的格式、种类及处理过程。,.描述现行系统在进行详细系统调查的基础上，用规定的图表、文字描述现行系统，得出现行会计信息系统的逻辑模型。.分析用户的要求，改进现行模型，形成新系统逻辑模型。对现行会计信息系统的逻辑模型进行分析，根据计算机的特点，改进旧模型中的不合理之处，增设新的功能，得出新系统的逻辑模型，包括建立新系统的数据流图，规定新系统的数据存储策略、输入输出格式、运行环境和系统的性能。.编制系统分析说明书,会计电算化系统是建立在原有会计信息系统上的一个新系统，会计信息系统的特点是数据量大、数据关系错综复杂，人为因素多，而且各个环节的数据处理方式因单位而异，各种帐、表、卡的规格和要求也不尽相同，所以整个开发过程是个繁琐而又需要慎重的工作，在系统分析阶段的首要任务是进行可行性研究。.初步调查 可行性研究,详细调查的目的就是要充分了解现行系统，由此来确定未开发新系统的一个基本目标，为开发新的电算化会计信息系统打下良好的基础，因此，它的任务包括以下几个方面：建立现行会计信息系统的逻辑模型 了解现行会计信息系统运行环境。了解待实现会计信息系统的运行环境。电算化会计信息系统的运行环境包括：人员配置、硬件配置及软件配置等。确定开发进度、制定开发计划 编制系统调查报告,详细调查的步骤和内容：会计工作组织机构及人员分工的调查 对业务流程的调查 对系统边界的调查 对会计信息系统数据处理模型的调查,功能需求分析功能需求分析是指对现行系统进行目标分析、环境分析，得出待实现会计信息系统的目标和功能模型，最后建立新的电算化会计信息系统的逻辑模型的过程，简而言之，即是对现行系统进行分析和评价，找出不足之处，并根据用户的要求，对现行系统进行修改和添加，以得到新系统逻辑模型的核算过程。是系统分析中最重要的一个环节。功能需求分析要建立在详细调查的基础上。,、目标分析目标分析包括对现行系统的目标分析和待实现系统的目标分析。现行系统的目标分析 实现系统的目标分析、环境分析 软硬件环境分析 人员配置 业务流程 需求分析,数据分析、数据收集、数据质量控制、数据字典、数据流分析 数据流程图,会计电算化系统的设计 系统设计的任务和步骤由于会计系统的信息量大，数据类型多，数据来源分散。而且随着生产的发展，产品结构的变化，会计的数据类型和信息量也随之改变，所以说设计一个会计电算化系统是相当繁杂的工作，它不仅要考虑现在，而且要预计未来的变化。系统设计就是根据系统分析所得到的逻辑模型，将用户的要求转换成一个具体的物理模型。,系统设计的主要任务有两个：总体设计，包括系统的总体结构设计和把系统功能分成若干子系统，再将子系统分若干个功能模块，并确定系统的软件、硬件配置。详细设计，包括代码设计、输入、输出设计和考虑每一个功能模块的内部结构。,系统设计的步骤为：根据系统分析的结果，参照手工系统的业务流程图，确定模块的功能，以及它们之间的关系和数据传递接口。根据系统分析所描述的系统要实现目标、要完成的功能、和企业的财力、环境等，选择软硬件配置。根据系统分析所描述的和数据流图，确定数据库结构。根据系统分析所描述的功能和对手工编码的分析，进行代码设计。根据系统分析的结果和软硬件的配置，确定输入输出方式。完成系统设计说明书。,系统设计是一项复杂而又细致的工作。系统设计的优劣直接关系到系统的经济效益，所以要求系统有以下性能指标：可靠性：可靠性是指系统运行时抵御外界干扰（包括人为干扰和机器故障）的能力和数据的安全保密性。工作质量和工作效率：系统工作质量是指系统的操作是否方便、直观，提供的信息是否清晰、丰富、准确，以及各种输入形式，如表格、图表等是否符合用户的要求。系统的工作效率是指系统的时空效率即处理速度和空间存储能力。可维护性：可维护性是指对系统进行修改、完善，以适应不同环境的方便程度。合法性：合法性是指系统的编码规则、记账方法、核算方法、会计报表等应符合财政部以及有关方面的会计制度。经济性：经过性是指使用系统后的收益大于支出的比例。,会计电算化系统的实施和维护 系统实施是在完成系统分析、系统设计的基础上，进行程序的编制、测试，数据库的建立，系统的试运行和系统的转换等，将系统的设计付诸于实现。系统维护是解决和处理在运行中所发生的各种故障,以至于为适应用户新的要求而对系统所作的修改或重新设计工作。,系统实施过程中最大量的工作是程序设计。程序设计一般使用结构化程序设计（Structure Programming，简称SP）方法，主要内容包括以下三个方面：程序结构应采用（顺序、分支和循环）三种基本控制结构，构造出单入单出，没有死循环的程序，而且程序结构清楚，程序的正确性、易理解性、可靠性较高，便于自项向下逐步求精的设计程序。遵循自顶向下和逐步细化的原则。程序设计应采用锯齿形风格，使程序结构清晰，便于阅读与检查。编制的源程序输入计算机后要进行调试验证,其目的是为了发现错误、修改错误。这里的测试指单个程序的测试,不是指程序的组装测试。当单个程序个别测试完毕、确认无误后,程序员应提供源程序清单,它将作为会计信息系统的技术文档,供今后的系统测试和系统维护使用。,系统测试：。程序测试。模块测试。子系统测试。系统测试,系统维护 维护包括软件维护、硬件维护、使用维护等。软件维护有三种类型，第一种是纠错性维护。系统分析或系统设计中发生的错误，测试中可能没有完全排除掉，这些错误在系统运行阶段会逐渐暴露出来而影响系统的正常运转。排除软件中这种性质的错误就称为纠错性维护。第二种是适应性维护。国家经常颁布新的财务法规，企业外界也可能要求企业采用新的核算方法，为适应外界环境的这类变化而必须对软件进行修改，这就是适应性维护。第三种是完善性维护。这是为扩充功能或完善性能而进行的修改。如增加打印新的分析报表；扩充控制功能；改进数据组织或处理方法，以缩短某个处理的等待时间等。,会计信息系统的发展,AIPS(Accounting Information Processing System)AMIS(Accounting Management Information System)ADSS(Accounting Decision Support System),帐务处理子系统,系统维护,科目维护,凭证处理,打印帐页,查询帐页,银行对帐,登帐处理,系统维护模块本模块主要功能为：完成初始化工作：首次使用本系统，在设置完会计科目后，输入修改各科目的年初值与期初值；月初处理，也称月末结帐或封帐，为下一月的数据处理作准备；年初处理。设置修改保密口令，防止对会计科目及输入的记帐凭证的随意修改与删除。数据文件的备份与恢复，将有关数据库文件及时拷贝到软盘，防止意外情况发生。,科目维护模块本模块完成会计科目代码与名称的输入、修改、查询、删除及打印。凭证处理模块本模块将用户的记帐凭证输入到计算机中的记帐凭证暂存文件，其功能包括凭证的输入、修改、查询、删除与审核，打印记帐凭证清单，打印记帐文件暂存文件中的日记帐，并汇总打印科目汇总表。登帐处理模块本模块将记帐凭证暂存文件中的内容登记到总分类帐、各明细帐，并将内容追加到记帐凭证主文件，最后删除暂存文件中的全部记录。打印帐簿模块本模块可以打印当月的全部现金明细帐、银行存款明细帐及其他明细帐，打印总分类帐，打印输出全月或指定日期的现金、银行存款、转帐日记帐。,查询处理模块查询记帐凭证。包括按凭证号、会计科目、日期、金额查询现金凭证、银行凭证或转帐凭证；查询指定年月的总分类帐；查询定年月的各类明细帐；查询日记帐。银行对帐处理模块银行对帐初始化。主要是输入遗留的银行对帐单和遗留的银行存款日记帐；输入银行存款对帐单；自动对帐；打印输出银行存款余额调节表。,厂现金收款凭证 借方科目：101 现金 199 年 月 日 凭证编号:现_ 贷 方 科 目 摘 要 金 额 名 称 代码 合计人民币大写:输入：主管：审核：出纳：,厂银行存款收款凭证 借方科目：102_(行)199 年 月 日 凭证编号:银_ 贷 方 科 目 结 结 摘 要 算方 算 金 额 名 称 代码 式 号 合计人民币大写:输入：主管：审核：出纳：,厂转帐凭证 199 年 月 日 凭证编号:转_ 会计科目 借方发生额 贷方发生额 摘要 名称 代码合计 输入：主管：复核：制单：,数据库文件设计会计科目数据库（KJKM.DBF）这是会计科目代码与名称进行对照的一个数据库，除这个数据库中出现会计科目名称外，其他的数据库中一律只出现科目代码。这个数据库除上述功能外，还存放各科目月初余额、本月的借方发生额、贷方发生额及期末余额。字段号 字段名类型宽度小数 字段含义 1.KMM 字符型 7 会计科目代码 2.MC 字符型 32 会计科目名称 3.JE0 数值型 11 2 月初余额 4.JJE 数值型 11 2 本月借方发生金额 5.DJE 数值型 11 2 本月贷方发生金额 6.JE1 数值型 11 2 月末余额 7.MX 逻辑型 1 是否设有下属科目 为了提高处理的速度，本数据库有一个以科目代码为序的索引文件，索引文件名为KJKM.IDX。,各月会计科目发生额数据库（KMYE.DBF）在上面的会计科目金额数据库中，反映的主要是一个月的金额情况，为了处理的方便，可以设计一个分映各科目各个月份的期初余额、本月借方发生额及贷方发生额。其数据结构如下：字段号 字段名类型宽度 小数字段含义 1.KMM 字符型 7 会计科目代码 2.JE0 数值型 11 2 年初余额 3.JJE01 数值型 11 2 1月份借方发生额 4.DJE01 数值型 11 2 1月份贷方发生额 5.YJE01 数值型 11 2 1月份余额.36.JJE12 数值型 11 2 12月份借方发生额 37.DJE12 数值型 11 2 12月份贷方发生额 38.YJE12 数值型 11 2 12月份余额本数据库也有一个以会计科目为序的索引文件，索引文件名为KMYE.IDX。数据库与索引文件每月备份一次。,记帐凭证数据库（PZD.DBF和PZM.DBF）字段号字段名 类型 宽度小数字段含义1.RQ 日期型 8 凭证日期 2.PZH 字符型 6 凭证编号3.KMM 字符型 5 会计科目代码 4.JE 数值型 11 2 金额 5.FX 字符型 1 借贷方向（“J”表示借，“D”表示贷）6.ZY 字符型 30 摘要内容7.JSRQ 字符型 4 结算日期 8.JS 字符型 1 结算方式 9.ZPH 字符型 6 支票或结算号的后六位号码 10.BZ 字符型 1 收、付款凭证标志（“1”收款,“2”付款）11.DZ 逻辑型 1 是否已入企业银行帐,本字段用于银行对帐，,记帐凭证编号数据库（PZBH.DBF）为了防止记帐凭证的漏录或重录，这里采用记帐凭证编号自动生成的办法。这个数据库用来记忆已输入的各类记帐凭证的最大号码，要输入记帐凭证时，只要知道凭证类型，就可产生这个凭证的当前编号。凭证编号数据库的结构如下：字段号字段名类型宽度小数字段含义 1.LX 字符型 4 凭证类型 2.BH 数值型 4 0 编号该数据库中有三个记录,每个月初时,其内容如下:记录 LX BH 1 现收 0 2 现付 0 3 银收 0 4 银付 0 5 转帐 0,明细帐数据库（XJMX.DBF、YHMX.DBF、QTMX.DBF）在记帐凭证过帐时，凭证中的会计分录将登记到明细帐数据库。为管理的方便，这里可以设立三个数据库，即现金明细帐（XJMX.DBF）、银行存款明细帐（YHMX.DBF）及其他明细帐（QTMX.DBF）数据库，其数据结构是一样的，结构内容如下：字段字段名 类型 宽度 小数字段含义 1.RQ 日期型 8 凭证日期 2.PZH 字符型 6 凭证编号 3.KMM 字符型 7 会计科目代码 4.JE 数值型 11 2 金额 5.FX 字符型 1 借贷方向（“J”表示借，“D”表示贷）6.ZY 字符型 30 摘要内容7.DFKM 字符型 7 对方会计科目,科目汇总表数据库设计（KMHZD.DBF、KMHZM.DBF）将记帐凭证暂存文件中的数据（PZD.DBF即当天凭证）按一级科目进行汇总，产生日记帐凭证科目汇总表，数据库文件为KMHZD.DBF，其结构如下：字段号字段名类型宽度小数字段含义 1.KMM 字符型 3 一级会计科目代码 2.JJ 数值型 11 2 借方发生额 3.DD 数值型 11 2 贷方发生额KMHZM.DBF,其结构如下：字段号字段名类型宽度小数字段含义1.KMM 字符型 3 一级会计科目代码 2.JE0 数值型 11 2 月初余额 3.JJ 数值型 11 2 借方发生额 4.DD 数值型 11 2 贷方发生额 5.JE1 数值型 11 2 月末余额,
