《会计信息系统及其课程设计》三

《会计信息系统及其课程设计》三【本章目标】会计信息系统的开发是一个专业性技术性很强的工作。通过本章的学习，我们要：1、了解信息系统开发的方法和开发步骤；2、了解如何进行电算化会计信息系统的规划；3、掌握如何进行电算化会计信息系统的系统分析；4、掌握如何进行电算化会计信息系统的系统设计；5、掌握系统分析和系统设计中的一些常用方法【学习内容】3.1电算化会计信息系统的开发方法3.2电算化会计信息系统的系统规划3.3电算化会计信息系统开发的文档技术3.4电算化会计信息系统的系统分析3.5电算化会计信息系统的系统设计第一节3.1电算化会计信息系统的开发方法一、系统开发的生命周期1、系统开发生命周期的各个阶段系统开发的生命周期可以划分为若干个互相区别而又彼此联系的阶段，每个阶段的工作都以上一阶段工作的结果为依据，同时也为下一阶段的工作提供前提。一个系统开发的生命周期如图3－1所示：(鼠标指向上图对应位置时，显示有关的解释)图3－1：系统开发的生命周期生命周期强调系统开发的各个阶段循序渐进，各阶段有自己的任务和目标，形成相应的书面文档资料。只有前一个阶段完成了、并交付某种特定规格的文档以后，才可以进入下一个阶段。2、认识系统开发的生命周期的意义系统开发的生命周期强调系统开发要有整体性、全局性、阶段性，前一个阶段是后阶段的基础，后阶段是对前一阶段的发展，各阶段通过文档资料实现过渡。这样问题可以一步步由抽象到具体，由全局到局部；错误也可以尽早发现和纠正，这样有利于统筹全局，提高系统的开发质量。二、结构化开发方法结构化系统开发方法是自顶向下结构化方法、工程化的系统开发方法和生命周期方法的结合，它是迄今为止开发中应用最普遍、最成熟的一种方法。1、特点①“自顶向下”的系统分析和“自底向上”的系统实施。结构化系统开发方法先将整个信息系统开发过程划分出若干个相对独立的阶段。在系统调查或者理顺管理业务时，首先从最顶层的管理业务人手，逐布深入到最基层。在系统分析、提出新系统方案和系统设计时，从宏观整体考虑入手，先考虑系统整体的优化，然后再考虑局部的优化问题。在系统实施阶段，则坚持自底向上地逐步实施。②结构化系统开发方法基于生命周期法的模型之上，要求严格区分工作阶段，下一个阶段开始之前首先要求前一个阶段的工作必须完成。③结构化系统开发方法要求开发过程工程化，每一步都按工程标准规范化，文档资料也要标准化。2、优点结构化系统开发方法的突出优点是它强调系统开发过程的整体性和全局性，强调在整体优化的前提下来考虑具体的分析设计问题，即自顶向下的观点，它强调的另一个观点是严格区分开发阶段，强调一步一步严格地进行系统分析和设计，各阶段以确定的文档资料为基础，再进一步实现。3、缺点结构化系统开发方法的第一个阶段却是从未确定的、模糊的“用户虚求”开始的。实践证明，在没有看到具体的系统之前，用户大多只有初步的设想，也不清楚计算机能够帮助他们做什么，很难将他们的需求准确地表达出来；即使做了深入细致的分析定义工作，当用户看到实际系统时，往往也会有所改变。另外项目参加者众多，他们之间的联络通过文档资料，可能造成通讯失误。三、原型法原型法是20世纪80年代初随着计算机软件技术的革命而产生的一种与生命周期法完全不同的信息系统开发方法，它摈弃了那种先一步一步地做周密细致的调查、分析，然后再逐步整理文字档案，最后才让用户看到结果的繁琐做法，而是一开始就凭借系统分析人员对用户要求的理解，在强有力的软件环境中，给出一个是实实在在的系统模型(即原型)，这个原型大致表达了当前系统分析人员对用户要求的理解和希望系统实现的形式，然后系统分析人员与用户一起，对其进行评价和沟通，统一意见，最终完成原型的建立。1、基本思想原型法从用户的基本需求入手，快速建立系统原型，通过原型逐步确认用户需求并对原型进行修改、扩展和完善，逐步建立一个完整的系统。开发人员先与用户在系统的主要需求上取得一致意见，先开发出一个初步的原型系统，通过用户试用，提出意见和要求，再由开发人员进行修改、扩展和完善，然后交给用户试用并就试用时出现的问题再送开发人员修改，经过多次反复，直到形成一个用户满意的相对稳定的系统。2、优缺点和适用范围优点：原型法允许用户在系统开发过程中逐步完善对系统的要求，能够充分发挥用户的积极性，能及早发现和纠正系统开发中存在的问题，逐步完善和发展，用户和开发人员配合密切，开发时间短、成本低；缺点：是系统分析比较粗略，由于频繁的需求变化使开发进程难以管理和控制，技术要求较高，不宜在复杂的大型系统的开发中全面应用。适用范围：①用户在开发初期难以说明需求的规模不大的系统；②决策支持系统；③在使用生命周期法过程中，对其中功能独立的模块采用原型法。3、工作流程（见图3－2）图3－2：原型法的工作流程四、面向对象开发方法1、基本思想面向对象开发方法是从信息造型方法和面向对象程序设计技术的结合中发展而来的一种软件开发技术，其基本思想是模拟人们习惯的思维方式，使开发方法和过程尽可能地接近人们认识世界和解决问题的方法和过程。面向对象开发方法的要点如下：①客观世界看成是由各种对象组成的集合，以数据或信息为主线，把数据和施加在这些数据上的操作封装为一个称为对象的统一体；②把所有对象划分为各种对象类，为每个对象类定义一组数据和一组方法；③按照子类和父类的关系，建立对象类间的层次结构；④对象之间通过传递消息互相联系。2、优缺点和适用范围优点：面向对象开发方法和人们习惯的思维方法一致，有较好的稳定性、可重用性和可维护性缺点：从面向过程的开发方法到面向对象的开发方法是一个不容易的转变，要真正使描述问题的问题空间和实现解法的解空间在结构上取得一致，以及建立一个好的类层次结构关系是有难度的。适用：数据和功能关系较为简单，有一定的工作基础和开发经验的场合。3、工作流程①面向对分析阶段②面向对段③面向对实现阶段第二节3.2电算化会计信息系统的系统规划一、信息系统规划的重要性信息系统的规划信息系统的规划是信息系统实践中的主要问题，是一个战略上必须要考虑的问题。企业在着手开发一个具体的信息系统之前，必须要明确到底哪一个信息系统是最适合的，是现在所需要的。二、信息系统规划的步骤在斯蒂芬·哈格(StephenHaag)、梅芙·卡明斯(MaeveCummings)、詹姆斯·道明斯(JamesDawkins)所著的《信息时代的管理信息系统》一书中，作者将系统规划过程分为5个步骤。如图3－3所示企业目标与信息技术融合识别具体过程识别具体信息对信息系统的评价应急计划信息系统计划第三节3.3电算化会计信息系统开发的文档技术一、文档技术概述1、文档的概念文档这个词的含义是很广泛的。但是这里所说的文档，并不是指信息系统运行过程中所产生的各种信息资料，如凭证文件、销货单文件等。这里所指的文档，主要指和信息系统的设计和使用密切相关的材料，是用来解释系统运行情况的。文档主要分为开发性文档和使用性文档。开发性文档描述了系统开发过程中的各种分析、设计情况。使用性文档主要用来指导用户对信息系统更好地操作、利用。文档可以采用文字说明的形式、流程图的形式、表格等形式。因为图表的方式更为直观和明了，所以，很多文档采用绘制图表的方式，再辅以文字说明进行解释。2、文档的作用一个实际运行的信息系统可能涉及到多台计算机、各个部门、众多的人员，它们组织在一起完成大量数据的输入、处理和输出。这个系统比较庞大，头绪众多。当我们接触系统后，需要用某种文档技术描绘出有关这个系统运行的情况。只有描绘出来了，才能表明我们真的是理解了这个系统，并能向其他人解释这个系统，也才能对这个系统进行改进。作为会计专业的学生，必须要学习文档技术。首先的要求是，应该能够看得懂别人绘制的文档，能够理解所说明的系统的运作情况。其次，要能够评价文档所描述的系统的内部控制情况，对内部控制的健全与否进行判断，并提出改进意见。最后，最好是能够学会编制文档。因为在前面已经提到，在会计信息系统的开发过程中，需要会计人员的参与，作为系统开发小组的一员，会计人员应该能够通过绘制文档描述现有系统的运行情况，并能够将对新系统的设想表示出来。下面我们介绍几种系统开发中常用的文档，分别是数据流图、决策树与决策表和结构化语言。二、数据流图（DataFlowDiagram,DFD）1、数据流图的绘制目的数据流图描绘系统的逻辑模型，反映的是数据、信息在系统中的流动和处理情况。数据流图用来描述现有的系统，也用来规划和设计新系统。数据流图是把数据在组织（或原系统）内部的流动情况抽象地独立出来，舍去了具体组织机构、信息载体、处理工作、物资、材料等，单从数据流动过程来考查实际业务的数据处理模式。主要包括对信息的流动、传递、处理、存储等的分析。在数据流图中，不包含任何具体的物理元素，也没有计算机术语，很容易为大多数人所理解。系统分析人员通过调查和了解，就可以把他对原有系统的认识或对新系统的设想用数据流图描绘出来，供用户审查确认。同时，数据流图对以后的系统设计也很有帮助。数据流程分析的目的主要是要发现和解决数据流通中的问题，如：数据流程不畅、前后数据不匹配、数据处理过程不合理等等。2、数据流图中的基本符号（图3－6）图3－6数据流程图的基本符号外部实体是不受系统控制，在系统以外的人或事物，它表示系统数据的外部来源或去处。在数据流程图中表示数据的始发点或终止点；数据流表示数据的流动情况；数据处理表示对数据的加工处理过程，它的名字应能简明扼要地表明所完成的是什么加工处理；数据存贮在数据流图中起着保存数据的作用，指向数据存贮的数据流可以理解为写数据，从数据存贮引出的数据流可以理解为读数据，双向数据流可以理解为修改数据。下面给出一个银行给储户办理存取款业务的数据流程图例子，见图3－7。图3－7：数据流程图举例3、数据流图绘制方法的注意要点①自顶向下逐层分解对于比较复杂的实际问题，在数据流图上常常出现十几个乃至几十个、上百个处理过程，这样的数据流图看起来很不清楚。采用层次结构的数据流图则能很好地解决这个问题。图3-8：分层数据流图如图中的系统Ｓ，它的输入输出反映了系统与外界环境的关系或接口，仅用这个图是不能表明数据的加工要求的，需要进一步细化。如果S可以分解成三个子系统S1、S2、S3，则可画出它们加工及其相关的数据流。子系统S1又可以进一步细化为S1.1、S1.2、S1.3，等等。按照这种方法对系统进行自顶向下的逐步细化和分层分解，并以分层的数据流图反映这种结构关系，就能比较清楚地表达和容易地理解整个系统。在画分层数据流图应考虑如下几个问题：Ⅰ编号为便于管理和阅读，要对每个层次上的图及其处理过程进行编号。层次编号自上而下分别为顶层图（系统图）、0层图、1层图、等等。各层图的关系为父子关系，下层图为子图，上层图为父图。子图的编号就是其父图中相应处理过程的编号；子图中处理过程的编号由子图号、小数点和局部号组成。在这种编号中，图号中的小数点的个数就是该图所在的层次号，最后一个小数点前的号码就是其父图的编号。例如，编号为3.2.1的图，是2层图中的一个子图，其父图编号为3.2。Ⅱ分解的程度对一个处理过程进行细化分解，一次分解成两个或三个处理过程，可能需要的层次过多；但分解得过多又难于让人理解。当所分解出的子处理已十分简单时，就可停止这种分解过程。②父图和子图的数据平衡4、数据流图举例汽车配件公司主要从事汽车配件的销售业务，业务是根据顾客的需求从供应商处采购订货，并向客户销售。由此，我们可以画出第一层的数据流图。图3-9：汽车配件公司：第一层数据流程图（环境图）从第一层的数据流图并不能看清其业务处理的过程，需要对处理业务进行进一步的细分。其日常业务处理分采购和销售两部分，采购和销售的数据最终都要传递给会计部门据以做账。采购业务相对比较简单，主要是根据配件库存向供应商发出订货单，收货，并将有关的数据传给会计部门，但销售业务处理相对比较复杂，处理环节多，因此需要进一步分解绘制第三层的数据流程图。图3-10：汽车配件公司第二层数据流图销售业务主要是从顾客取得订单，进行订单的编辑，其