第二章会计信息系统的开发方法和步骤_第1页
第二章会计信息系统的开发方法和步骤_第2页
第二章会计信息系统的开发方法和步骤_第3页
第二章会计信息系统的开发方法和步骤_第4页
第二章会计信息系统的开发方法和步骤_第5页
已阅读5页,还剩58页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

主讲:张晓琼会计信息系统开发方法和步骤第二章中南林业大学商学院会计教研室目前一页\总数六十三页\编于二十三点第一节会计信息系统开发概述第二节会计信息系统的调查与分析第三节会计信息系统的设计第四节会计信息系统程序设计及系统测试第五节会计信息系统的运行与维护会计信息系统开发方法和步骤目前二页\总数六十三页\编于二十三点第一节会计信息系统开发概述

会计信息系统在开发过程中需要采用科学系统的开发方法和工程化的开发步骤。人们在实践中不断总结和归纳,逐渐形成了一些基本的开发方法。目前三页\总数六十三页\编于二十三点一、生命周期法

根据软件的生命周期将开发过程分为几个阶段,进行软件的分析和设计的方法。

将软件工程学和系统工程的理论与方法引入计算机会计信息系统的研制开发中,采用结构化、模块化、自顶向下地对系统进行分析和设计。(二)基本思想(一)定义目前四页\总数六十三页\编于二十三点系统分析系统设计程序设计系统测试运行和维护系统评估(三)六个阶段:目前五页\总数六十三页\编于二十三点

生命周期各阶段及其文挡系统分析系统设计程序设计系统测试概要设计说明书、详细设计说明书源程序清单、程序设计说明书测试报告、用户操作手册可行性研究报告、系统分析说明书运行维护系统评估运行日志、软件问题报告、软件修改报告评估报告书目前六页\总数六十三页\编于二十三点

由于会计信息系统开发没有阶段,人为规定的阶段造成文档书面的反复;开发顺序是线性的,各个阶段的工作不能同时进行,前阶段所犯错误必然带入后一阶段,而且越是前面犯的错误对后面工作的影响越大,更正错误所花的工作量就越大,导致开发周期长。第一节会计信息系统开发概述(四)优点

强调系统开发过程的整体性和全局性,强调在整体优化的前提下来考虑具体的分析设计问题,即自顶向下的观点;阶段划分明确,各个阶段应完成的文档都有明确的规定,软件的开发易于控制,开发成功后的软件易于维护。(五)缺点目前七页\总数六十三页\编于二十三点二、原型法第一节会计信息系统开发概述

从一个初始信息需求的集合出发,在发展中初步完善信息系统的方法。1.基本思想在获得用户基本需求的基础上,快速的构造系统工程模型,然后演示这个原型系统,在用户参与的情况下按用户合理而又可行的要求不断地修改这一原型系统。2.特点见效快3.缺点

整个软件系统没有一个完整地概念,各子系统之间地接口不明确,系统开发文档无法统一,易给以后地维护工作带来隐患。目前八页\总数六十三页\编于二十三点4.工作流程试运行用户提出开发要求开发原型使用原型分析评价不可行处理不满意处理第一节会计信息系统开发概述目前九页\总数六十三页\编于二十三点三、面向对象法

从全新的角度看问题:从系统的构成入手,希望将系统的最基本结构搞清楚,从现实世界中抽象出系统组成的基本实体——对象。对象是构成所要开发的信息系统的最基本要素。如果将这些对象描述清楚了,就可以以比较大的自由度来构建信息系统,当外界环境发生变化后,就可以通过重新组合对象来应对环境的变化。第一节会计信息系统开发概述面向对象的局限性在于对计算机工具要求高,在没有进行全面的系统性调查分析之前,把握系统的结构有困难。因此,目前该方法需要与其他方法结合应用。目前十页\总数六十三页\编于二十三点四、计算机辅助软件工程(CASE)

一种先进的软件开发技术强调的是解决整个系统开发过程效率问题它为系统开发人员提供一组优化的、集成的、能够大量节省人力的系统开发工具着眼于系统分析和系统设计以及程序实现和维护等各环节的自动化,并使之成为一个整体第一节会计信息系统开发概述目前十一页\总数六十三页\编于二十三点思考:会计信息系统基本开发方法有哪些?这些方法各自优缺点是什么?有何区别与联系?第一节会计信息系统开发概述目前十二页\总数六十三页\编于二十三点

结构化的系统开发方法是经典的开发方法,强调从系统出发,自顶向下、逐步求精地开发系统。原型法强调开发方与用户的交流,从动态的角度看待系统变化,采用的是以变应变的思路,思路上比结构化的系统开发方法要先进。原型法对于中小型的信息系统开发应该说效果很好,但对于大型、复杂的系统在原型的制作上有相当的困难;在实际应用中,通常与结构化方法结合起来一起使用。总结第一节会计信息系统开发概述面向对象的方法从另外一个全新的角度来看问题,即从系统的基本构成入手,从现实世界中抽象出系统组成的基本实体(对象)。其局限性在于对计算机工具要求高:在没有进行全面的系统性调查分析之前,把握这个系统的结构有困难。因此,目前该方法的应用也是需要与其他方法相结合的。CASE方法是一种除系统调查外全面支持系统开发过程的方法,也是一种自动化的系统开发方法。从方法学的特点来看,它具有其他方法的各种特点,同时又有其自身的独特之处——高度自动化的特点。但是,CASE方法必须依赖于一种具体的开发方法。目前十三页\总数六十三页\编于二十三点

综上所述,只有结构化系统开发方法是真正能较全面支持整个系统开发过程的方法。其他几种方法尽管有很多优点,但都只能作为结构化系统开发方法在局部开发环节上的补充,暂时都还不能替代其在系统开发过程中的主导地位,尤其是在目前系统开发工作量最大的系统调查和分析这两个重要环节。会计信息系统的开发是一项庞大复杂的工程,通常应采用以生命周期法为主,其他方法为辅的开发方法。返回第一节会计信息系统开发概述目前十四页\总数六十三页\编于二十三点一、会计信息系统的可行性研究

第二节会计信息系统的系统分析返回二、系统的需求分析目前十五页\总数六十三页\编于二十三点(一)初步系统调查:

1.内容:对企业的组织机构、管理体制、经济环境、会计业务、系统的开发条件等进行初步调查,掌握与系统有关的基本情况,作为可行性研究和制定开发计划的基础。一、会计信息系统的可行性研究又称会计信息系统调查,旨在了解和初步评估待开发信息系统的可行性,并且为系统开发做出规划准备。三个基本步骤:1.初步调查2.可行性分析3.编写可行性报告2.调查方法:查阅、收集账表等文档召开座谈会,与有关人员面谈,填写各种调查表。,3.描述调查结果工具:(1)组织结构图和功能结构图(2)调查表

第二节会计信息系统的系统分析目前十六页\总数六十三页\编于二十三点(一)初步系统调查1.内容

对企业的组织机构、管理体制、经济环境、会计业务、系统的开发条件等进行初步调查,掌握与系统有关的基本情况,作为可行性研究和制定开发计划的基础。2.调查方法3.描述调查结果工具查阅、收集账表、有关制度等文档,召开座谈会,与有关人员面谈,填写各种调查表。(1)组织结构图和功能结构图(2)调查表目前十七页\总数六十三页\编于二十三点返回(二)可行性分析1.经济上可行性费用估计、效益估计2.技术的可行性设备条件、技术力量3.环境可行性

第二节会计信息系统的系统分析新系统的建立是否与内外环境协调目前十八页\总数六十三页\编于二十三点返回(三)编写可行性报告可行性报告包括系统研制和开发人员调查的资料、所需资金、工作量、开发计划、开发进度等内容。

第二节会计信息系统的系统分析目前十九页\总数六十三页\编于二十三点

①了解用户要求②按用户的要求建立逻辑模型,完成系统分析报告。系统分析主要是研究系统的详细用户需求,又称需求分析。二、系统的需求分析(一)需求分析

又称逻辑设计,建立新系统的逻辑模型,在逻辑上规定新系统的功能,但不干涉其物理设计。(二)任务

第二节会计信息系统的系统分析目前二十页\总数六十三页\编于二十三点1、数据流图(DFD):用图形方式刻画各种业务数据处理过程的工具。返回二、系统的需求分析(三)结构化分析方法(SA方法)采用数据流图和数据词典,自上而下、逐层分解的思路来描述系统,面向数据进行系统分析。2、数据词典:对流程图中的文件数据流进行详细的描述和解释的词典。

第二节会计信息系统的系统分析目前二十一页\总数六十三页\编于二十三点名称图形解释数据流反映系统各部分之间数据传递关系加工对数据流的处理过程文件数据的存储形式起点/终点描述系统之外传送或接收数据的组织或人目前二十二页\总数六十三页\编于二十三点例:手工会计处理银行对账流程图

银行对账企业银行日记账编制调节表对账单调节表找问题有关部门目前二十三页\总数六十三页\编于二十三点①数据流的流向有以下几种:起点加工;加工文件;文件加工;加工终点;加工加工目前二十四页\总数六十三页\编于二十三点指向文件的数据流:数据写入文件从文件中引出的数据流:文件中读出数据②加工一个数据流图中至少有一个加工,任何一个加工至少有一个输入数据和一个输出数据。③文件是相关数据的集合,在数据流图中起着暂存、永久保存数据的作用。④数据流图的起点和终点数据的始发点和终止点。可省略。

第二节会计信息系统的系统分析目前二十五页\总数六十三页\编于二十三点

I1O1顶层数据流图

I2I1O1中间层数据图

I2I1底层数据流图

I2O1系统S2.2数据流图的画法自顶向下、逐步求精目前二十六页\总数六十三页\编于二十三点顶层数据流图不财会科造工资表上月工资表财会科抄不变数据写变动数据计算上月工资表本月变动数本月变动数据变动数据变数据本月工资数中间层数据库目前二十七页\总数六十三页\编于二十三点抄不变栏目名称写新栏目名称写新工资额抄不变工资上月数据计算个人实发工资计算各栏合计不变栏目名称本月变动栏目新栏目名称本月变动本月工资数据返回目前二十八页\总数六十三页\编于二十三点数据词典的内容应包含以下4种类型的词典条目:数据流、文件、数据项和加工。加工类条目又称小说明,主要涉及算法描述,描述特点有所不同。数据词典(DataDictionary,DD)是对数据流图包含的所有元素的定义集合,也就是对数据流图中各文件及数据流进行详细地描述和确切地解释。其作用是为系统人员在系统分析、系统设计和系统维护过程中提供关于数据的描述信息。

第二节会计信息系统的系统分析目前二十九页\总数六十三页\编于二十三点“银行对账文件”的数据词典:

数据词典文件:银行对账文件制表日期:

序号数据项名称内容举例类型取值范围备注1科目代码100201字符型小于等于12字符2对账单日期2007/9/1日期型3摘要收货款字符型小于等于18字符4支票号/结算单据号11234字符型小于5字符5收/付收字符型2字符6金额1300数值型最大为千万元7已达标志T逻辑型T表示已达F表示未达返回目前三十页\总数六十三页\编于二十三点第三节会计信息系统的设计

(一)概要设计应完成的工作

1.系统总体结构设计

2.代码和数据库文件设计

3.子系统功能模块设计

4.概要设计说明书的编写及评审一、系统设计的任务设计计算机会计信息系统的总体结构和一些细节处理。分为两步:概要设计和详细设计目前三十一页\总数六十三页\编于二十三点(二)详细设计应完成的工作1.采用某表达方式对各模块功能实现进行详细描述。2.编写详细设计说明书及评审。(三)系统设计流程图

不合格概要设计总体结构设计及子系统设计数据库设计编写说明书评审详细设计确定算法详细描述各模块的算法编写说明书评审系统分析说明书不合格合格目前三十二页\总数六十三页\编于二十三点二、概要设计根据系统分析的要求和组织的实际情况来对新系统进行总体结构设计和代码设计、数据库设计等。第三节会计信息系统的设计系统的总体结构设计方法:SD方法——用于从系统分层数据流图导出系统模块结构图,以低耦合度、高内聚度作为模块划分的原则。基本思想:由大到小、自顶向下、层层分解,直到最底层模块都是功能单一,不能再分为止。(一)系统的总体结构设计指的是对会计信息系统进行子系统和模块的划分。目前三十三页\总数六十三页\编于二十三点

结构图:SD方法中用来精确表达系统结构和系统模块间的层次关系和联系的图形。组成部分:①模块:模块的功能或模块的简称②模块的调用关系:模块间调用和被调用关系。调用模块被调用模块名字AB目前三十四页\总数六十三页\编于二十三点③模块间的通讯:在调用模块和被调用模块之间中会由信息传递,有两种:a.二值控制信号:控制信号只表明“是/否”b.一般数据:字符、数值银行对账手工对账自动对账工资查询按职工编号查询按职工姓名查询按工资项目查询编号是否姓名项目目前三十五页\总数六十三页\编于二十三点(二)代码设计1.代码设计的编码有三种⑴顺序码:按一定标准依次排列⑵组码:用若干连续数组区段表示不同类别事物的编码。⑶群码:每一个代码由固定的几个区段组成每一个区段表示一种特征并可以按顺序码或组码进行编码。2、原则:⑴唯一性⑵系统性⑶简明性⑷稳定性⑸扩展性⑹合法合规性目前三十六页\总数六十三页\编于二十三点(三)数据库文件设计1.确定系统要建立的文件种类⑴账务数据库文件⑵辅助性数据库文件⑶临时性数据库文件2.数据库文件的组织形式:记录的排列方式⑴顺序组织方式:记录按建立时间先后顺序进行排列和处理。⑵索引组织方式:按对先后顺序排列的文件按索引关键字自动建立索引的文件。目前三十七页\总数六十三页\编于二十三点3.数据库文件结构设计:依据数据词典4.确定数据库文件的属性⑴保密性⑵读写性⑶共享性5.编写概要说明书目前三十八页\总数六十三页\编于二十三点三、详细设计建立在概要设计说明书上,描述各个模块如何实现,并编制详细设计说明书以备程序设计所需。(一)PDL语言介于自然语言和程序语言之间,用简单的语法和自然语言来描述模块的算法,遵循自上向下、逐步求精的原则。例示

if应收账款余额<2000元and应收账款账龄<2个月

then给与折扣率为5%endif

目前三十九页\总数六十三页\编于二十三点(二)主要内容:1.由一些能够表明程序结构的关键字2.将简单语法和自然语言相结合cedure<>b.顺序结构:c.选择结构:if….else….endifd.分支结构:docase….endcasee.循环结构:dowhile….enddo3.逐步细化写出下一级的PDL程序目前四十页\总数六十三页\编于二十三点(三)过程设计语言(PDL)编程实例PROCEDURE银行对账模块DO

WHILE

.T.显示菜单

1.录入对账单

2.对账

3.输出对账结果

4.删除已达账

0.返回DOCASECASE选择“1.录入对账单”调用“录入对账单”处理模块CASE选择“2.对账”调用“对账”处理模块CASE选择“3.输出对账结果”调用“输出对账结果”CASE选择“4.删除已达账”调用“删除已达账”处理模块OTHERWISE

返回调用模块ENDCASE返回目前四十一页\总数六十三页\编于二十三点第四节会计信息系统程序设计及系统测试程序设计的基本任务程序设计是在详细设计的基础上进行的。其主要任务是根据详细设计阶段给出的程序逻辑结构的描述,选择某种语言,按照编程规范,编写出具有一致性、可移植性、可维护性的高质量的、高效率的程序代码。

目前四十二页\总数六十三页\编于二十三点程序语言的选择编程语言的选择应遵循以下原则:最少技巧性原则。最好无须培训或很少使用就能编制程序。最少错误原则。对第三代计算机语言来说,要提供结构化控制、类型检查、描述抽象能力,易于检验测试等机制。最少工作量原则。即使用最小代价让系统工作,这要求使用高级语言。最少维护原则。对于第三代高级语言来说,要提供软件包结构和独立编译能力。减少记忆原则。目前四十三页\总数六十三页\编于二十三点程序的设计风格一个好的程序在能工作的前提下应具备以下条件:(1)易于测试和调试,即花在这方面的代价要低。(2)易于维护。(3)易于修改。(4)设计简单。为使程序易于理解、易于调试、维护和修改。(5)代码执行效率高。

目前四十四页\总数六十三页\编于二十三点程序的设计风格程序内部文档(1)程序的注释序言性注释出现在模块的首部,一般包括模块的全名、模块的功能和性能、调用格式(包括参数名及参数顺序)等以及界面描述(包括上级调用模块、本模块调用的下级模块、输入输出参数的含义和类型、工作区说明以及作者、审查者、日期、修改的日期和修改的叙述等。)功能性注释是为了增强程序的可读性,在程序体中每个具有独立性功能的程序段之前用功能性注释来说明该程序的功能。目前四十五页\总数六十三页\编于二十三点程序的设计风格程序内部文档(2)程序与书写格式在程序书写格式上要注意以下方面:程序的格式要有助于读者理解程序;不要一行书写多条语句,这将会掩盖程序的逻辑结构;用缩排格式限定语句群的边界;缩排书写要显示程序的逻辑结构;在程序段之间,程序段和注释之间用空行和空格来分隔;目前四十六页\总数六十三页\编于二十三点下面是用FoxPro命令语句书写的“银行对账”主控程序清单。PROCEDUREYHDZ*******************************程序名:银行对账**程序员:张三**程序设计日期:2003/07/18*******************************SETTALKOFFDOWHILE.T.CLEARTEXT录入对账单对账输出对账结果删除已达账0.返回ENDTEXTWAIT“请选择菜单功能号:”TOGNHDOCASECASEGNH=”1”DOLRDZD&&调用“录入对账单”处理子程序CASEGNH=”2”DODZ&&调用“对账”处理子程序

CASEGNH=”3”DOSCDZJG&&调用“输出对账结果”处理子程序

CASEGNH=”4”DOSCYDZ&&调用“删除已达账”处理子程序

CASEGNH=”0”CLOSEDATACLEAREXITENDCASEENDDORETURN目前四十七页\总数六十三页\编于二十三点测试的基本概念软件测试的内容(1)单元测试单元测试又称模块测试,是对程序的最小单位模块进行的测试。单元测试很重要,经验表明,单元测试发现的错误占错误的65%。各模块的单元测试可一起进行。单元测试一般要进行两个方面的测试:一是程序的语法测试,另一个是程序的逻辑测试。程序的语法测试主要是检查程序对指定的机器语言在语法上是否有错误,一般语法错误机器能够自检并反馈给程序调试者,同时指出错误的原因。逻辑测试主要是检查程序在完成某个功能模块时,运算的方法及逻辑处理是否正确,这些错误是不能自检的。目前四十八页\总数六十三页\编于二十三点测试的基本概念软件测试的内容(2)集成测试集成测试的进行方法主要有非渐增式测试和渐增式测试两种:非渐增式测试方法分别对每个模块先进行单元测试后,再把所有模块按设计要求放在一起组装成所要的程序,然后进行集成测试。渐增式测试方法把未经过测试的每一模块逐个加到已经过测试的模块上去,进行集成测试。每加入一个新模块都进行一次集成测试,直到程序组装完成。目前四十九页\总数六十三页\编于二十三点测试的基本概念软件测试的内容(3)验收测试验收测试又称有效性测试。在集成测试之后,会计信息系统已组装完成,接口错误也已发现并改正了,接着应该验证该系统软件的有效性,这就是验收测试。所谓软件的有效性是指如果软件的功能和性能与用户所要求、期待的一致,那么软件是有效的。当然这里所说的软件的功能和性能与用户的要求一致,是指与软件需求规格说明书中确定的软件的功能和性能指标相符合,所以需求规格说明书是验收测试的基础。目前五十页\总数六十三页\编于二十三点测试的基本概念软件测试的内容(4)系统测试

在系统测试时,通常有以下测试:恢复测试:恢复测试时要采取各种人工干预,使软件出错而不能正常工作,进而检验系统的恢复能力;安全测试:安全测试是验证安装在系统内的保护机构能否对系统进行保护,使之不受各种异常因素的干扰。强度测试:在进行强度测试时,让系统的运行处于资源的异常数量、异常频率和异常批量的条件下,检查系统负荷能力的最高限度。性能测试:性能测试是检验安装在系统内的软件运行性能。这种测试应与强度测试结合进行。返回目前五十一页\总数六十三页\编于二十三点第五节会计信息系统的运行与维护维护的内容1.软件维护

(1)纠错性维护:需求分析或系统设计中发生的错误,测试中可能没有完全排除掉,这些错误在系统运行阶段会逐渐暴露出来而影响系统的正常运行。排除软件中这种性质的错误就称为纠错性维护。(2)适应性维护:国家经常颁布新的财务法规、企业外界也可能要求企业采用新的核算方法,为适应外界环境的这类变化而必须对软件进行修改,这就是适应性维护。(3)完善性维护:这是为扩充功能或完善性能而进行的修改,如增加打印新的分析报表;扩充控制功能;改进数据组织或处理方法,以缩短某个处理的等待时间等。目前五十二页\总数六十三页\编于二十三点维护的内容2.硬件维护

硬件维护是指对计算机主机以及外部设备的保养和发生故障时的修复,为适应会计软件的运行而进行的调整等。3.使用性维护

使用性维护包括对会计信息系统中使用的各种代码进行增、删、改的代码维护;在正常条件下对操作人员未能掌握的技术性处理进行的环境维护;为解决由于意外事故发生会计数据混乱或丢失而进行的意外事故维护等。目前五十三页\总数六十三页\编于二十三点维护的管理

系统维护是一项经常性的工作,同时它又是一项技术性很强的工作。计算机会计信息系统是一个有机整体,各个部分的联系错综复杂,对每一部分进行的修改都将牵一发而动全身,不采用正确的方法进行维护就会使系统漏洞百出,越改越乱,而且,系统的各项工作名目繁多,因此,对系统的维护必须谨慎,并且要有计划、有步骤地进行。系统维护

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论