会计电算化信息系统设计与开发

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,第八章 会计电算化信息系统设计与开发,第一节,会计电算化信息系统开发的基本要求和方法,一、,开发会计电算化信息系统的,基本条件,（5条：P267P268）,二、企业计电算化信息系统的开发计划,（5条：P268P269）,三、系统开发方法,目前使用最多的还是软件工程学中的,生命周期法,和,原型法,一、,开发会计电算化信息系统的基本条件,（5条：P267P268）,1.企业已建立规范、标准、合理的手工会计,核算体系,2.企业的,客观需要,3.领导,重视和支持,4.具有,充足的经费,5.具有,合格,的,会计电算化人才,三、,系统开发的方法,软件工程：,（P269）,是用,工程化的思想,指导软件的开发。,软件工程学：,（P270）,是指导计算机软件开发和维护的,工程学科,，采用工程上成熟的概念、原理、技术、方法来开发和维护以及管理软件,。,只介绍,“,软件工程学,生命周期法,、,原型法,”,生命周期法,技术支持,：,结构化,方法/面向,过程,的方法,1,、生命周期法,的6,阶段,:,（,P272,）,可行性研究与开发计划、系统分析、系统设计、系统实施、系统调试和测试、系统运行和维护（见下图）,2、生命周期法的,要求,（P272,）,生命周期法要求严格按阶段进行，每个阶段都有明确的目标与任务，每一阶段完成以后，要完成相应的文档资料，作为本阶段工作的总结，也作为下一阶段工作的依据。,3,、生命周期法的,主要,特点,（6点：P272,）,生命周期法,技术支持,：,结构化,方法/面向,过程,的方法,1,、生命周期法,的6,阶段,:,（,P272,）,可行性研究与开发计划、系统分析、系统设计、系统实施、系统调试和测试、系统运行和维护（见,下图,）,2、生命周期法的,要求,（P272,）,生命周期法要求严格按阶段进行，每个阶段都有明确的目标与任务，每一阶段完成以后，要完成相应的文档资料，作为本阶段工作的总结，也作为下一阶段工作的依据。,3,、生命周期法的,主要,特点,（,6点,：P272,）,生命周期,法,将整个生命周期划分为六个阶段,表8-1 生命周期法开发阶段、任务与文档,（P272）,生命周期法,主要特点,（6点：P272,）,（1）,按照系统观点和系统工程方法，,自顶向下,分析、设计，并,自底向上,实施；,（2）,开发过程阶段清楚，,任务明确,，并有标准化的图、表、说明等组成各阶段的文档资料；,（3）,吸收用户单位的管理人员和业务人员参加，每个阶段的成果都,经,用户审批,；,（4）,适用于,规模较大，目标相对稳定,的软件系统开发；,（5）,逻辑设计与物理设计分离,。逻辑设计阶段，开发人员用一定的图表工具构造新系统的逻辑模型使用户能及早看到新系统的梗概，设计人员依据系统的逻辑模型进行物理设计；,（6）,开发,周期长，,当用户需求发生变动时，修改维护不方便。,原型法,（又称迭代设计法、逐步逼近法）是,20世纪80年代,提出的一种设计方法。,技术支持,：面向,对象,的方法,系统开发过程,（P,273,图,8,-1）,1、确定用户要求 2、设计系统原型,3、试用系统原型 4、评价,和改进,原型,主要特点,：,（4点,P,273）,（1）,开发周期短，费用低；,（2）,适合于中小型应用软件开发；,（3）,对软件开发环境要求高，一般需要第四代语言支持；,（4）,用户参与软件开发过程，程序人员的设计工作更容易根据用户需求进行，减少了无效劳动，,降低,了开发失败的,风险,。,原型法,开发,流,程,（P,273,图,8,-1）,确定初始需求,设计系统原型,试用原型系统,评价,改进提高,投入使用,满意,不满意,第二节 会计,电算化,信息系统的分析,一、系统分析,的任务,二、,系统分析的方法,三、可行性分析,四、,系统分析,工具,也称为系统,逻辑设计,阶段,（最关键的,阶段,，解决“,做什么,”的问题,）,目的,：建立新系统的逻辑模型，确定系统目标，从逻辑上规定新系统的功能，但不涉及新系统具体的物理设计。,第二节 会计,电算化,信息系统的分析,一、系统分析,的,任务,(1)确定用户需求,(2)编制,系统分析报告,二、,系统分析的方法,系统分析通常采用结构化分析方法，即SA方法,三,.,四,.,三、可行性分析,可行性分析的三个层面,（1）,技术,可行性,（2）,经济,可行性,（3,）,组织管理,可行性,可行性分析的结论,结论为下述几种情况之一：,(1)立即开发；,(2)调整目标后再开发；,(3)改善条件后再开发；,(4)没有必要开发；,(5)没有开发条件，,不能开发,。,四、,系统分析,工具,数据流图,：,数据流图是系统,逻辑模型,的图形表示，它是系统中信息流动及信息存储的概括。,（P279）,数据,字典,（,数据词典,）：,数据字典是系统分析的另一工具，主要用来描述数据流图中的,数据流,和,数据存储,的定义、内容和特征。数据字典是数据流图的辅助资料，对数据流图起注解作用。,（P280）,处理逻辑工具,：,常用的工具是,结构式语言、判断树、判断表,。,（P283）,数据流图的,基本元素,表,8-3,数据流图的基本元素,（P279）,绘制数据流图,1,.请绘制科目汇总表核算程序流程图,（P42）,2,.请绘制会计电算化账务处理系统数据流程图,（P44）,3,.请绘制供应链系统业务处理流程图,（P199）,科目汇总表核算程序流程图,（P42）,会计电算化账务处理系统数据流程图,（P44）,科目余额、发生额文件,记账凭证文件,临时记账凭证文件,对账单文件,供应链系统业务处理流程图,（P199）,库存系统,总账系统,存货核算,应付系统,应收系统,入库单,发货单,采购发票,入库单,出库单,销售发票,采购系统,销售系统,凭证,凭证,凭证,第三节 会计,电算化,信息系统设计,也称为系统,物理设计,阶段,（,解决“,怎么做,”的问题,）,一、系统设计的任务和要求,主要任务：建立系统的物理模型，确定系统由哪些部分组成，各个组成部分之间如何通讯和联系。,7点要求,（P285P286）,二、系统的总体设计,-,结构,化,设计,方法,三、结构化设计技术-,结构图,四、,系统的详细设计,五、,系统设计说明书,结构图,功能结构图,1请绘制会计信息系统功能结构图,（P21）,2请绘制账务处理系统功能结构图,（P34）,关系图,1.请绘制应付款管理与其他系统的关系图,（P207）,2.请绘制应收款管理与其他系统的关系图,（P241）,会计信息系统功能结构图,（P21）,账务处理系统功能结构图,（P34）,应付款管理与其他系统的关系图,（P207）,导入导出,采购管理,应付款管理,网上银行,应收款管理,UFO报表,总账系统,凭证,转账,采购发票,付款结算情况,财务分析,分析数据,应用函数,应收款管理与其他系统的关系图,（P241）,销售管理,应收款管理,网上银行,应付款管理,UFO报表,总账系统,凭证,转账,导入导出,销售发票,销售调拨单,收款结算情况,财务分析,分析数据,应用函数,四、,系统的详细设计,（一）硬件配置设计,（二）数据库,文件设计,（三）,编码,设计,（四）,输入,设计,（五）输出设计,（二）数据库文件设计,数据库文件属性设计,（P298）,（1）,文件访问,权限,确定哪些操作员对哪些文件有,读取,权限，对哪些文件有,修改保存,权限。,（2）文件,读写,特性,确定哪些文件是,只读,的，哪些文件是,可修改,的,。,（3）文件,共享性,在网络会计信息系统中，哪些数据库文件允许使用者在不同的工作站或终端,访问,（三）编码设计,1.,编码,的作用,（P298）,（,1）节省存储空间,（2,）便于录入信息,（,3）便于分类,（,4）便于计算机处理,2.,编码设计的原则,（P298P299）,（1）唯一性（2）统一性（3）可扩展性,（,4）规范性,（5）实用性,3.,编码的种类,（P299）,顺序码、位码（群吗）、区间码（组吗）、助记码、混合码,（四）输入设计,1.,输入设计的原则,（P300）,（1）源点输入原则、（2）原始数据输入原则、,（3）最少输入原则、（4）尽早检验原则、,（5）输入方式友好性原则,5.,输入,可靠性,设计,（P301P302）,常用的输入数据校验方法:,目测校验法、二次输入法、,逻辑规则校验法、,校验码,检验法,第四节 会计,电算化,信息系统实现,一、程序设计,二、软件测试工作,三、系统调试,四、系统试运行,一、程序设计,结构化程序设计,（P305）,主要观点：采用自顶向下、逐步求精的程序设计方法；使用顺序、选择、重复三种基本控制结构构造程序,程序框图的表示符号,（P306）,银行对账单录入流程图,（,程序框图,）,（,P307）,输入银行对账科目,开始,显示银行对,账单列表,输入对账单日期、票号、借贷方金额,对账单输入完否,保存对账单,结束,对账单输入是否正确,修改对账单,Y,N,N,Y,二、软件测试工作,静态,测试方法,（P308P309）,（1）,人工,测试方法,通过人工阅读分析以及评审系统设计文档、程序资料等，以发现程序中的错误。根据统计，好的人工评审可以发现30%70%的编码和逻辑分析错误。,（2）,程,序正确性,证明,使用推理和判断，从逻辑上证明程序是没有错误的。,动态,测试方法,（P309）,（1）,白盒,测试法,白盒法测试者完全了解程序的内部结构和处理过程，他从程序的逻辑结构出发，按照程序内部逻辑结构测试和检验程序。最彻底的白盒法应测试程序执行的每一条路径。,（2）,黑盒,测试法,黑盒法很少涉及软件的内部结构，以程序的功能作为测试的依据对程序进行测试。软件测试人员将程序看作一个黑盒，完全不考虑程序的内部结构和处理过程，只从程序接口进行测试，检查程序是否完成所规定的功能，是否可以很好地接受输入数据，产生正确的输出结果。,三、系统调试,分调,（P309）,分调是对单个模块的测试，是整个系统调试的基础，通常在编码阶段进行。,联调,（P309）,联调通常也称为系统调试，它是在分调成功的基础上，连接各模块或子系统进行系统总体调试，主要检查系统的接口是否合理，功能是否达到了设计要求，调试依据是系统说明书。,联调的方法分“,自顶向下,”和“,自底向上,”两种,四、系统试运行,至少3个月,新系统的试运行时间一般定为企业会计,年度的期末,，如每年的10月份到12月份。,第五节 会计,电算化,信息系统的运行,一、系统运行前的准备工作,二、,系统转换,直接转换、并行转换、分阶段逐步转换,三、,系统维护,程序维护、数据维护、编码维护、硬件维护,四、系统评审,二、系统转换,直接转换,（P310）,直接转换指在某一个时间点，直接使用新系统替换老系统工作。,这种方式最简单，转换费用也最省，但是风险很大，一旦新系统出现问题，则可能丢失会计数据，因此很少采用。,并行转换,（P311）,并行转换指新老系统同时运行一段时间，在并行期间，新老系统处理同样的业务数据，使用老系统检验新系统的运行结果。,如果整个并行期间，系统运行正常，则可以考虑使用新系统单独运行。,这种方式安全可靠，不过由于并行期间需要同时运行两套系统，所以转换费用较高。,分阶段逐步转换,（P311）,该方式适用于规模比较大的企业，由于这种企业下属部门较多，内部结构复杂，难以同时进行并行转换，所以系统转换往往按各个子系统，各个部门分步进行。,三、系统维护,（P312）,程序维护,发现软件中的程序错误，由系统开发人员负责修改，这部分是系统维护工作中工作量最大的部分。,数据维护,针对系统数据库结构和记录方面的维护，比如当系统数据出现丢失时，需要对数据库文件进行维护。,编码维护,根据企业实际业务的需要，检验预先设定的编码体系是否能满足要求，如果不能满足，则对原编码体系做出修改。,如某企业由于业务扩展，大量招聘新员工，使得原先设计的员工编码区段不足，因此对原编码结构进行了调整。,硬件维护,是,指对机器设备的日常保养、维护和管理