会计信息系统开发PPT课件

.,1,第二章会计信息系统的开发,.,2,一、会计信息系统开发方法,1、生命周期法2、原形法3、结构化开发方法4、面向对象的开发方法,.,3,1、生命周期法在开发一个系统时，从问题提出、确定目标开始，通过设计、实施直到完全替代现行系统为止，实现一次系统开发的全过程，称为生命周期法。用生命周期法进行系统开发，系统开发的全过程称为系统开发的生命周期。,.,4,（1）基本思想生命周期法是按照软件系统的生命周期规律，把系统的开发过程分成各个阶段，对每个阶段规定任务、工作流程、管理目标和需要编制的文档资料。,.,5,（2）工作流程系统规划阶段系统分析阶段系统设计阶段系统实施阶段系统维护阶段,.,6,（3）优缺点和适用范围生命周期法目标明确、阶段性强、易于管理和控制，可以统筹全局，步步为营，减少返工，有利于提高开发质量。但是，由于周期长、见效慢，因此适合系统规模大，功能和数据关系复杂的开发项目。,.,7,2、原形法传统的系统开发方法需要经过一步一步周密细致的调查、分析、设计，需要很长时间才能让用户看到结果。随着20世纪八十年代的计算机软件的技术革命，系统开发人员可以凭借对用户要求的理解，在强有力的软件环境中，在开始时就给出一个系统模型(即原型)，然后再与用户一起对其进行评价，取得沟通，统一意见，完成系统的建立。,.,8,（1）基本思想原型法从用户的基本需求入手，快速建立系统原型，然后逐步确认用户需求、对原型修改、扩展和完善，逐步建立一个完整的系统。,.,9,（2）工作流程确定用户的基本需求。开发初始的原型系统。试用原型系统，确认用户需求。对原型修改、扩展和完善。重复上述步骤，直到用户满意。,.,10,工作流程,用户提出开发要求,开发原型,使用原型,分析评价,试运行,不可行处理,不满意处理,.,11,（3）优缺点和适用范围原型法允许用户在系统开发过程中逐步完善对系统的要求，能够充分发挥用户的积极性，能及早发现和纠正系统开发中发生的问题，用户和开发人员配合密切，开发时间短、成本低。但是系统分析比较粗略，频繁的需求变化使开发进程难以管理和控制，技术要求较高。不宜在复杂的大型系统的开发中全面应用，适用于：用户在开发初期难以说明需求规模不大的系统。决策支持系统。在使用生命周期法过程中的功能独立的模块。,.,12,3、结构化开发方法结构化系统开发方法是自顶向下结构化方法、工程化的系统开发方法和生命周期法的结合，是迄今为止开法方法中应用最普遍、最成熟的一种。,.,13,（1）基本思想用系统的思想和系统工程的方法，按照用户至上的原则把一个复杂的系统划分为尽可能独立的子系统和模块，自顶向下对系统进行分析与设计。在系统实施阶段，则坚持自底向上地逐步实施，即组织人员从最基层的模块做起，然后按照系统设计的结构，将模块一个个拼接到一起进行调试，自底向上、逐步地构成整个系统。,.,14,（2）工作流程用户需求调查。自上而下地划分为尽可能独立的子系统和模块进行系统分析和系统设计。自下而上地开发和调试各个模块。模块联调和整个系统的调试。系统评价和移交。,.,15,（3）优缺点和适用范围强调了开发过程的整体性和全局性，在整体优化的前提下考虑具体的分析设计问题；严格区分工作阶段，每一阶段及时总结、发现、及时反馈和纠正，避免造成浪费和混乱。开发周期长，不能充分了解用户的需求和可能发生的变化；仅在开始几个阶段与用户有沟通。适用于大型的复杂的需求比较稳定的系统,.,16,4、面向对象的开发方法在系统开发过程中，使用者会不断地提出各种更改要求，即使在软件投入使用后，也常常需要对其做出修改。用结构化开发方法，这种修改往往是很困难的，而且还会因为计划或考虑不周，不但旧错误没有得到彻底改正，又引入了新的错误。在程序开发中，为提高软件系统的稳定性、可修改性和可重用性，出现了面向对象的程序设计语言。随着面向对象的程序设计语言的日趋完善，面向对象的思想和方法逐渐成熟。,.,17,（1）基本思想面向对象开发方法的基本原则是尽可能接近人类习惯的思维方式，使系统开发的过程尽可能接近人类认识世界、解决问题的过程。对问题空间进行自然分割，将系统设计成由一些不可变（相对固定）的部分组成的最小集合。这些不可变的部分就是对象。,.,18,相关概念对象对一组信息及其操作的描述比如，一个窗口是一个对象，它包含了窗口的信息（大小、位置、颜色）及其操作（打开、关闭等）属性对象包含的信息方法对象所应有的各种操作（对外封闭）事件对象在进行某一操作后激发并执行的一个或多个过程,.,19,类共同属性、方法、事件的对象的集合。实例一个具体的对象是对应的类的一个实例。继承一个子类具有父类的属性、方法、事件。消息对象之间的相互合作。,.,20,（2）工作流程面向对象分析阶段面向对象分析，提取、整理用户的需求，建立问题的精确模型，其关键是识别出问题领域内的对象，分析它们的相互关系，建立简洁、精确、可理解的正确模型。主要有需求陈述和面向对象建模：需求陈述的内容包括问题范围、功能需求、性能需求、应用环境和假设条件等。面向对象建模包括建立对象模型、动态模型和功能模型。首先确定对象类和关联，以及对大型复杂问题划分主题，然后给类和关联增添属性，利用适当的继承关系进一步合并和组织类，最后在建立了动态模型和功能模型之后，再确定类中的操作。,.,21,面向对象设计阶段面向对象设计是用面向对象观点建立求解空间模型的过程，可分为系统设计和对象设计两个步骤。系统设计确定实现系统的策略和目标系统的高层结构，对象设计确定解空间中的类、关联、接口形式和实现服务的算法。面向对象实现阶段面向对象实现阶段的工作是：把面向对象设计的结果翻译成用某种程序语言书写的面向对象程序；测试(调试)面向对象的程序。,.,22,（3）优缺点和适用范围可重复使用、维护性好但是，从面向过程到面向对象需要一个观念的转变。要真正使描述问题和实现解法的解空间在结构上取得一致，以及建立一个好的类层次结构关系是有难度的。面向对象开发方法适用于数据和功能关系不太复杂，有一定的工作基础和开发经验的场合。,.,23,二、系统方法,系统方法是用于分析、设计信息系统及表达系统与子系统之间关系、描述业务处理流程和各职位之间数据传递路径的工具，也是编制各种审计文档的有力工具。它是由一系列图形符号及其用法构成的表达语言。会计人员与系统设计人员、业务人员交流应用系统设计思路，审计人员与会计人员交流内部控制效果都要以系统（图）方法为工具。,.,24,1、流程图流程图符号,输入/输出,处理,流程线,注解,图2-1基本符号,.,25,更具体的输入/输出专门符号,穿孔卡片,磁盘,文档,手工输入,联机存储,显示,通信链接,脱机存储,图2-2输入/输出专门符号,.,26,处理专门符号,A,判断、决策,预处理,准备,手工操作,终端,辅助操作,合并,抽取,排序,连接器,图2-3专门的处理符号,.,27,流程图中的符号使用,发票,检查与核准,购买订单,请购单,订购单,核准的发票,发票,检查与核准,核准的发票,A,A,订购单,供应商档案,准备下订单和更新供应商档案,正常流向,反向箭头,连接符的使用,双向箭头,图2-4符号的应用举例,.,28,2、数据流图,数据流图（DFD）也称逻辑数据流程图，主要由系统开发人员使用。数据流图的基本符号,.,29,外部项是指不受本DFD（系统）控制的人、机构或另一个DFD（系统），是本DFD外部的数据来源或最终去处，表达本DFD与外部的数据交换，数据从源端进入系统，经过一系列的加工由终端离开系统。例如统计员、财务科、银行、经理、应收账款模块儿都可以作为外部项。处理也称加工，表示对数据进行加工处理与变换的功能，即把流向他的一组数据流加工（变换）成另一组数据流。在复杂的DFD中有很多加工，因此应该对加工编号。数据存储又叫文件，用右端开口的长方形表示。在DFD中数据存储不涉及具体的存储介质，只是对数据存储的逻辑描述。数据流由一组成分固定的数据项组成，表示一组按特定方向流动的数据。,.,30,在DFD中，所有的数据流都必须与加工有联系。可以从外部项流入加工或从加工流入外部项，可以从一个加工流到另一个加工，也可以从文件流入加工或从加工流入文件，但不能从文件流入文件。DFD的几个绘制要点：DFD应完全由DFD符号表示；DFD的每一个符号包括数据流，都要注释；逻辑的流向应该清晰，DFD上的所有数据来源和去向都应注明。,.,31,数据流图的用法,我们通过一个结构化系统分析的实例，来展示DFD的用法。所谓结构化系统分析是将复杂的问题通过分解的办法自上而下、化大为小、分而治之。薪酬处理主模块的DFD:,薪酬数据,薪酬数据,图2-5薪酬处理的DFD,.,32,我们可以对薪酬处理的DFD不断提炼（分解），产生更加深入的系统描述。如图2-6所示：,计时部,核实薪酬数据,计算工资,雇员,雇员数据,有效的薪酬数据,薪酬数据,工资支票,实时状态,净工资和扣减,有效数据,待处理数据,图2-6薪酬处理DFD的分解,P2,P1,.,33,P2模块还可进一步分解细化：,雇员数据,更新雇员文件,处理工资分类帐,计算净工资,雇员,预提数据,有效薪酬数据,分类账数据,P2计算工资,图2-7P2处理的分解,净工资和扣减,税率和扣减,待处理数据,净工资和扣减,工资支票,实时数据,详情,.,34,DFD图主要是用来构建和表现一个系统的功能，通过上述逐步分解并加以优化，系统的功能会渐渐呈现出来。即该系统从什么地方获得什么数据，做什么样的加工，其中作了那些存储，最后将加工的结果（信息）传送给了谁。但请注意：DFD并不表示怎样加工数据。,.,35,3、模块结构图,所谓模块就是系统中的一个处理过程，软件中的一段程序，是构成大系统的基本单元。模块具有输入、输出、逻辑功能、处理过程、内部数据及运行环境等特性。结构化系统设计就是通过分解把系统设计成具有层次和调用关系的模块结构。表达软件结构常用的系统方法有两种，一种称为层次图，另一种称为模块结构图。,.,36,（1）层次图,层次图按自顶向下、逐步求精的原则设计，表示软件分解的层次结构。层次图着眼于软件具备的处理功能，所以也叫系统功能图或功能结构图。图2-8是一个小的薪酬系统的层次图。层次图（功能图）表达了系统各模块的层次关系，每个模块对应一项处理功能，但没有表达模块之间的控制与通讯联系，需要用IPO（Input-Process-Output）图来补充描述这些特性。如对上述薪酬系统中的“计算累计工时”模块可以用图2-9的IPO图来描述。,.,37,薪酬系统,数据准备,处理,审查,计算毛支付,计算净支付,计算累积工时,寻找对应支付率,计算毛支付,图2-8薪酬处理层次图,1.0,1.1,1.2,1.3,1.2.1,1.2.2,1.2.1.1,1.2.1.2,1.2.1.3,.,38,系统名称：薪酬系统设计者：*模块名称：计算累计工时设计日期：2006-03-20被哪些模块调用：计算毛支付直接调用模块：无输入文件名：工时卡文件输出文件名：累计工时清单文件处理逻辑：*,图2-9“计算累计工时”模块的IPO图,.,39,（2）模块结构图,层次图与IPO图着眼于模块的层次调用关系，不能清晰地表达整个系统中各模块的控制与通讯等问题，除非仔细阅读完所有的IPO图，才能清楚整个系统中模块之间的控制及数据间的复杂联系，因此用层次图表达系统的结构是不充分的。模块结构图MSC(ModelStructureChart)也称为模块控制结构图。它对系统模块的表达更充分，考虑的因素也更多，能明确表达系统的结构和模块之间的通讯及循环、判断等控制。因此更适用于表达系统结构，是系统总体设计出色的表达工具。,.,40,模块结构图用来精确表达系统结构和系统模块间的层次关系和联系的图形。组成部分：模块：模块的功能和模块的简称模块的调用关系：模块间调用和被调用关系。调用模块被调用模块,模块名字,A,B,.,41,模块间的通讯:在调用模块和被调用模块之间中会由信息传递,有两种:二值控制信号:控制信号只表明“是/否”一般数据:字符、数值,银行对帐,手工对帐,自动对帐,帐簿查询,总帐,明细帐,日记帐,.,42,4、分析流程图,分析流程图可以用来分析文档在一个组织中的流转，图中分成若干个栏目来分类表示每个实体的处理职能。通过这些代表组织中各个实体的栏目来绘制流程图是评价职责分离的一个有效方法。流程图的这一形式还能突出不同实体间的界面，因为这些界面是一个应用系统中重要的控制点。,.,43,分析流程图示例,分析流程图确定了一个应用系统中所有重要的处理流程，并重点分析需要实施控制的任务流程。图分栏绘制，如图2-10,已通过的卖主列表,订购,报价,询价请求,询价请求,选择卖主,准备询价,准备订购,选择中标者,采购部门供应商,报价,订购,图2-10分析流程图,.,44,5、文档流程图,文档流程图的目的是列出应用系统中所使用的全部文档并确定这些文档组织、分布和最终处置的控制点。,应付帐款订购收货仓储,订购单,订购单,购买订单,购买订单,购买订单,购买订单,2,订购单,1,1,2,2,3,4,5,6,1,3,5,4,图2-11文档流程图,给卖主,.,45,6、决策表,决策表技术也是系统设计人员和会计、审计人员经常使用的一种系统方法。最常见的例子是在算法设计或分配方案设计过程中，当遇到复杂的问题需要多重逻辑判断时，任何其他方法都不能清晰地表述问题的逻辑关系，而决策表却能很容易做到这一点。我们通过一个具体实例来说明决策表的用法，并展示她的魅力。,.,46,示例：某公司规定推销员的薪酬与业绩挂钩，按推销产品收入额提成，上不封顶，下不保底，费用自理。具体为每月推销额10万元以上（含10万元，下同），回款比例达80%且推销的新产品占5成以上者，按推销额的6%提成；新产品不足5成则按5%提成；若回款比例在40%80%之间且新产品占5成以上按5%提成；新产品不足5成；若回款比例低于40%，则按3%提成。推销额不足10万，回款比例在80%以上者则按4%提成；回款比例在40%80%之间则按3%提成，不足40%则按2%提成。这种复杂的处理逻辑如果用决策表来描述会变得非常清晰。在薪酬政策中有三个条件：一是推销额，用TXE表示；二是回款比例，用HK表示；三是新产品比例，用XCP表示，可拟定一个条件与取值符号表见表2-1。然后构造决策表，见表2-2。,.,47,条件与取值符号表,表2-1,.,48,薪酬处理决策表,表2-2,根据本例处理逻辑，决策表还可以简化成下面的形式,.,49,简化的决策表,.,50,7、问题分析图,问题分析图（ProblemAnalysisDiagram）简称PAD图，是一种支持结构化算法设计的图形表达工具，也是一种用于业务流程描述的系统方法。其基本符号如图2-12所示。,.,51,S1,s2,s1,s2,s1,s2,sn,.,s3,(a)顺序结构(b)条件结构(c)选择结构,C,s,c1,c2,cn,(d)循环结构,C,.,52,PAD图融系统的层次结构和过程特征于一体，横向表达系统的嵌套层次结构；纵向（同一条控制竖线）自上而下表达某一处理的过程特征，即纵向表示依次做那些事，横向表示每件事怎么做。思维可以纵横驰骋而不受限制，因此可以对系统的处理细节进行深入的刻画和雕琢。我们用一个实例来说明PAD图的用法。,.,53,会计信息系统中常将所使用的会计科目及其代码汇集成一张表存到系统里，称为科目汇总表文件。该文件内容也会有变化，所以需要维护，现在我们用PAD图来描述科目表维护的作业流程。经分析我们知道：正在使用的会计科目不能修改其代码，更不能删除。修改和删除只能在本会计年度结束，新会计年度尚未开始前进行。平时的维护只能修改科目名称或增加新科目。因此科目维护过程如图2-13所示。,.,54,图2-13科目文件维护PAD图,.,55,8、数据字典,数据元素条目数据结构条目数据流条目数据处理条目数据存储条目外部实体条目,.,56,（1）数据元素条目数据元素信息系统中存储和更新的最小的数据组成，是不可再分的数据单位。数据元素可能是一个字符或者数字，也可能由多个字符或数字构成。比如，职工姓名、性别、年龄、身份证号码。,.,57,每个数据元素，需要描述：标识符（编号、代码）名称说明类型长度注释,.,58,标识符：5-01名称：薪酬年度说明：给员工发放薪酬的年度编号表示：C.4注释：例如“2008”,.,59,（2）数据结构条目记录逻辑上有联系的一组数据元素构成。数据结构描述记录中的数据之间的组合关系任选项必选项重复项关键字是一项数据元素或一些数据元素的组合，可以定义在一个文件中的特定的记录。,.,60,代码：名称：职工卡片说明：职工入职填写的卡片结构：工号姓名曾用名出生年月性别职务标准工资工作简历开始时间终止时间单位职务,.,61,（3）数据流条目数据流的来源，可能来自外部实体、数据存储或某个处理。数据流的去向，可能不止一个。数据流的组成，包含一个或多个数据结构。,.,62,代码名称：考勤记录数据流来源：考勤部门数据流去向：3.1.1包含的数据结构工号出勤记录,.,63,（4）数据处理条目对有关输入、输出和处理功能的描述。IPO表,.,64,（5）数据存储条目描写该数据存储的结构，及有关的数据流、查询要求。,.,65,代码：名称：工资主文件有关数据流：结构：工号年月出勤记录有无查询要求：标准工资工资,.,66,（6）外部实体条目外部实体是数据的来源和去向。说明外部实体产生的数据流和传递给外部实体的数据流。,.,67,代码名称：职工输入数据流：工资单,.,68,9、UML（UnifiedModelingLanguage）,静态建模可以描述系统的组织和结构，包括用例图、类图、包图等。动态建模可以描述系统的行为和动作，包括活动图等。,.,69,（1）用例图用例图主要用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明开发者和用户对系统需求达成的共识。用例图用于描述系统和外部世界之间的交互，其主要元素是角色和用例。,.,70,角色角色表示任何与系统进行交互的外部实体。角色可以是一个人、一个系统或者一个设备。用例用例表示系统为了响应角色的交流而进行的工作。用例由角色激活，执行的结果能反馈到指定的角色。,.,71,（2）类图在面向对象建模中，通常将客观世界的实体映射成对象，并归纳成类。类及它们之间的关联是面向对象技术中最基本的元素。,.,72,对象和类对象是对客观世界的理解。类是对一类具有相同特征的对象的描述，对象是类的实例。类描述一类对象的属性和行为。在UML中，类的图形表示通常由三个格子组成的矩形，第一格是类名。第二格是类的属性，第三格是类的操作。属性的语法：可见性属性名：类型=缺省值约束特征操作的语法：可见性操作名（参数表）:返回类型约束特征,.,73,类的关系关联聚合组合依赖,.,74,三、系统开发中系统方法应用,系统