《会计信息系统》相关知识_第1页
《会计信息系统》相关知识_第2页
《会计信息系统》相关知识_第3页
《会计信息系统》相关知识_第4页
《会计信息系统》相关知识_第5页
已阅读5页,还剩19页未读 继续免费阅读

下载本文档

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

文档简介

章后习题参考答案与提示第1章 信息技术与会计信息系统 知识题1.1 阅读理解1.1.1 信息技术是指扩展人类信息器官功能的技术。它包括计算机技术、通信网络技术以及信息采集和管理技术。其中计算机技术包括计算机硬件技术、软件技术、多媒体技术、集成技术等;信息采集和管理技术包括多媒体技术、信息组织、存储、查询、反馈、综合处理以及信息安全保密和可靠性控制技术等。20世纪中叶以来,信息技术正在成为促进经济发展和社会进步的主导技术,信息产业逐渐成为社会发展中的主导产业,信息技术的发展水平已成为衡量一个国家发展水平和综合国力的重要指标,信息社会正在形成。在信息社会,信息技术将渗透到社会生活的各个领域,人类社会生活中的各种活动都会涉及信息和信息处理。也许,信息社会将是人们的思想、工作、生活方式在信息技术支持下重新安排的社会。1.1.2 计算机网络是计算机技术和通讯技术结合的产物。在短短的几十年中,计算机网络经历了从简单到复杂,从单机、多机到全球联网,其发展速度十分迅猛。它发生、发展的主要原因来自于计算机应用领域的扩大和深入,特别是批处理软件(是为了提高计算机系统效率而研制的一种软件)的出现,要求对分散在各地的数据进行集中处理。这样就产生了将在不同地域的计算机进行联网的需求,联网后的计算机在信息传递、资源共享上完成了单个计算机所不能完成的功能。1.1.3 Internet是按照一定的通信协议(TCP/IP)将分布于不同地理位置上,具有不同功能的计算机或计算机网络通过各种通信线路在物理上连接起来的全球计算机网络的网络系统。Internet的主要功能有:远程登录、电子邮件、文档检索、公共布告栏等。1.1.4 电子商务是指利用电子信息网络设施来实现的商品和服务交易活动的总称,是一种以现代信息网络为载体的新的商务活动形式。电子商务其实早就被广泛地应用了,电话、传真、Email、电子数据交换(EDI)等本身就是电子商务。这些显然已经超出了本书的范围,因此本书将电子商务简单定义为买卖双方之间利用Internet和Extranet网络按一定的标准进行的各类业务活动。电子商务改变了常规的商务模式,在信息技术的支持下,可以完成网上定购、发送产品、咨询洽谈、网上支付、电子银行、广告宣传、意见征询、业务协作等功能。1.1.5 数据处理技术主要包括:1)数据的组织和存储技术。对此,在教材中已有详述,目前最流行的有文件系统和数据库系统。2)数据的快速检索技术为了提高存放在数据文件(库)中的数据的检索速度,可采用建立索引文件、分割常用数据和非常用数据到不同的数据结构中等方法。3)数据的安全、保密技术为了加强对存放在数据文件(库)中的数据存取、修改的安全保密性,应采取设立数据存取、修改权限的控制机制,以避免非法用户的使用和破坏。4)数据的完整、一致性控制数据的完整性及一致性控制,指的是存放在数据文件(库)中的数据是符合逻辑一致性的。例如,某人的基本工资若在不同数据文件(库)中出现,则其值应相同;人的年龄应在(0,200)区间内;若某客户已不存在,则在应收账户中,对该客户的未达账记录一般地应处理为坏账等。1.1.6 会计数据和信息是收集、记录的会计业务中所有事物实体的属性和属性值。例如,会计凭证、会计账簿、会计报表等都是会计业务中的实体。它们的属性和属性值都是会计数据。会计数据和信息还包含会计管理和会计决策分析工作中需要的各项会计数据,它们是资产、负债信息、生产费用和成本信息以及有关利润实现和分配的信息等,它们都是对原始会计数据进一步加工处理后得到的对会计管理和决策分析有价值的信息。会计信息的失真原因十分复杂。在此,仅对会计信息系统在运行维护中如何保证会计信息的真实可靠提出几点看法。我们的讨论前提是会计信息系统中的会计软件所提供的处理逻辑是正确的。在IT环境下的信息系统有一句名言:垃圾进垃圾出。因此,为了确保会计信息的真实可靠性,首先应对进入会计信息系统的会计信息严格把关,即在采集、输入会计信息时应采取多种检查和校验手段,防止错误的会计信息进入系统;其次应确保存放在系统中的会计信息不能因误操作而受到破坏,为此对任何有权操作会计信息的用户,应加强教育,使他们能按照操作手册上的说明正确运行系统;最后应防止有意进入系统对会计信息进行窜改的行为,为此应对会计信息的各种存取操作加强存取权的控制。由于会计信息系统是个人机交互系统,因此单从计算机角度去控制系统,未必能完全有效。为此尚需加强对整个系统的内部控制制度的严格执行,以确保会计信息的真实可靠。1.2 知识应用1.2.1 由于会计信息系统主要完成对会计信息的采集、存储、处理加工、反馈等工作,故会计信息系统使用信息技术是属于数据处理领域。1.2.2 第四代大规模和超大规模电子计算机的技术基础是微电子技术。微电子技术的发展为制造计算机CPU的芯片提供了有力的支持。芯片是CPU的核心部件。现代的微电子技术使一个芯片上所能组装的电子元件数迅速增多而使它的集成度大大地提高。从而使计算机从第三代发展到第四代。1.2.3C1.2.4E1.2.5D1.2.6B1.2.7A1.2.8A1.2.9D1.2.10 A1.2.11C1.2.12 D 技能题1.1 规则练习建立企业网络需要做的主要准备工作有:在了解企业建网的需求后,为企业建网制定一个总体规划,总体规划中所包含的设备配置主要有:计算机硬件和网络设备,包括服务器、通讯机和客户端用机等;系统软件,包括网络操作系统、通讯管理软件等。1.2 操作练习在互联网上完成一次网上购物,需做如下准备:查找有关网址,上网购物,准备付款账号等。 能力题1.1 案例分析 作为网络零售商,亚马逊获得巨大成功的秘诀何在呢?该公司首席执行官贝索斯说:“技术使亚马逊公司在零售业出人头地。传统的零售业最重要的三个因素是场所、场所,还是场所。而对亚马逊来说,三个最重要的因素是技术、技术,还是技术。”在亚马逊,雇员中最多的不是门市部店员,而是软件工程师。这些先进的技术使该书店的服务具有如下特点:1)简便的手段A网址上一个诱人的特色是客户在显示器上查看某个书名时,这个网址就把其他可能对这位读者有吸引力的书名列举出来。通过网络,顾客可以任意检索、预览、购买任何书籍。亚马逊通过“一点就通”(oneclick)设计,用户只要在该网站买过一次书,其通信地址和信用卡账号就会被安全地存储下来。下回再购买时,顾客只要用鼠标点一下欲购之物,网络系统就会帮你完成以后的手续,其中包括消费者的收件资料。亚马逊公司还利用软件收集顾客在购物爱好和购物历史方面的信息,随时为顾客购买图书提供建议。2)高效率的服务亚马逊的信息系统使用的是高效服务器,使用起来极为方便快捷。此外,在亚马逊网站,顾客除了能搜寻购书选项之外,还可同时浏览23种不同的主题,从而大大提高了搜寻速度,节省了顾客上网时间。亚马逊网下服务也非常高效。它给顾客送货的时间等于找到订货商品加上装运时间,中间无任何滞留。亚马逊实行24小时全天候购物,美国当地的消费者如果选择标准的送货方式,那么,其装运时间根据购物者距离远近为37天,加上一天的找货时间,购物者在网上下了订单之后,只要48天,就能收到所购的货物了。3)实实在在的折扣以实惠的价格吸引顾客,并以此提高竞争力,始终是亚马逊重要的经营策略。亚马逊首席执行官贝索斯一针见血地指出,大部分网络商业失败的原因,在于不懂得网络商业较之传统商业来说是属于规模化商业,其主要特征是高额的固定成本和低额的可变成本。网上出售的商品由于没有中间商的利润截留,其价格应该低于传统商品出售的商品价格。基于这种认识,亚马逊被认为是世界上最大的折扣商,号称有多达30万种以上的书籍可提供购买折扣优惠。事实上,亚马逊提供折扣优惠的商品远不止这个数字,有40万种以上的商品,包括书籍、音乐唱片及光盘等,折扣率最高的达40%。4)零库存运转亚马逊的货物实行零库存运转。亚马逊公司的库存图书很少,维持库存的只有200种最受欢迎的畅销书。一般情况下,顾客买书下了订单后,亚马逊才从出版商那里进货。购书者以信用卡向亚马逊公司支付书款,而亚马逊却在图书售出46天后才向出版商付款,这使它的财务周转较传统书店顺畅得多。相较传统的零售书店,亚马逊的退书率可谓微乎其微。传统书店退书率一般为25%,高的达40%,而亚马逊的退书率却只有0.25%。5)成功之后再发展亚马逊由于网上销售的成功,产生了良好的品牌效应。为了充分发挥其品牌效应的潜在价值,亚马逊开始全方位扩展公司业务,向综合的网络销售公司发展。1997年,在它开始尝试销售音乐CD的第一季度里,销售额就达1 440万美元,没多久就成为最大的网上CD销售公司。1998年11月,亚马逊在网上已开通了录像带和礼品店。不仅如此,亚马逊的业务还将迅速拓展,进入从软件到时装,从鲜花到旅行包的广大市场中,并与包括微软在内的各大公司进行竞争。与此同时,亚马逊迈进了向国外扩张的步伐。1999年初,亚马逊出资5 500万美元,收购了英国和德国两家网上书籍销售公司,另外还并购了英国一家网上电影公司。第2章 会计信息系统的分析和设计 知识题2.1 阅读理解2.1.1 自20世纪60年代以来,在发达的资本主义国家中,计算机的应用领域不断扩展,特别是计算机网络通讯系统的快速发展,使计算机技术的应用涉及社会生活的各个角落,如企业管理、银行事务、航空系统、病人监护、人事档案、图书管理等。上述系统的软件规模相当大,逻辑复杂,且多数管理系统的功能需求会不断更新,因此要求软件能及时作出新的调整以适应新的需求。但实践证明,当时的手工作坊式的软件生产方式,无法使软件具有灵活及可维护性强等特点,从而使系统的使用和维护陷入困境,产生了软件危机。因此系统的复杂庞大性、系统的需求不稳定性是产生软件危机的最根本的原因。其次,由于软件不是一个实物,它的不可见性使软件产品的规范化设计有一定的困难,因而使系统的维护有相当大的难度。再有,软件的研制过程实际上是人的大脑的“思维”过程,很难进行规范化的管理,开发人员可以按各自的习惯和对软件工具的理解进行独立开发,没有完整的统一标准可以遵循,因此软件质量较难保证。实践证明,一个大型系统的软件需要经过相当长的时间的使用(往往需要数年之久)和修改才能使性能稳定下来。2.1.2 随着计算机应用领域的扩展,系统规模的扩大,人们在开发大型管理系统时遇到了许多难以克服的困难,有的系统最终彻底失败了;有的系统虽然完成了,但比预定的计划迟了好几年,而且经费大大地超出预算;有的系统未能完美地符合用户的需求;有的系统则无法进行修改和维护升级。这一切曾使发达国家在20世纪60和70年代所建立的各种管理系统产生了巨大的经济损失。为了改变软件开发的混乱现象,首先想到的是如何将一个大系统分解成一些复杂程度较低的子系统群,以便分工合作开发;如何精确地说明每个部分的规格要求;怎样使软件产品易于修改和维护。因此,有些软件工作者考虑到机械、建筑等行业曾经历过从手工工艺方式演变成严密完整的工程科学的过程。一些有识之士认为软件系统的开发是否也应该可以向“工程化”的方向发展。1968年在北大西洋公约组织的学术会议上,第一次提出了“软件工程”的概念,并就其内涵的内容和技术进行了研讨。20世纪60年代末和70年代初“软件工程学”尚处于学术研究阶段,但已对软件开发的实践产生了巨大的影响。随着计算机应用规模的不断扩大和深化,软件工程的方法学体系也在不断地形成和完善。它的发生和应用,部分地解决了大型软件开发的软件危机带来的损失。在我国,近年来计算机应用领域迅猛发展,商品化的会计软件和企业建立会计信息系统的事业蓬勃发展,但在开发和应用软件的过程中,前面所讨论过的种种问题和矛盾也在企业财务界充分暴露出来,不少会计软件厂商也已意识到软件工程方法学的重要性。2.1.3 生命周期模型从时间角度把软件开发和维护分解为若干个阶段,每个阶段有各自相对独立的任务和目标,正是因为该种模型分阶段的特点,使得各个阶段的任务相对独立,降低了系统开发的复杂性,便于不同人员分工协作,提高了可操作性,有利于施工。另外,每个阶段都对该阶段的成果进行严格的审批,有清晰的文档,这就使开发工程有条不紊,保证了软件的质量,特别是提高了软件的可维护性。实践证明,生命周期模型大大提高了软件开发的成功率,软件开发的生产率也有明显提高。生命周期模型的缺点与它的特点也是分不开的。采用该种模型,开发的周期较长,因为开发顺序是线性的,各个阶段的工作不能同时进行。另外,前阶段所犯的错误必然带入后一阶段,而且越是前面犯的错误对后面工作的影响越大,更正错误所花的工作量就越大,因此,需求分析的工作显得特别重要。但是对一些面向用户的应用(如决策支持系统和数据库应用)来说,需求通常不是一下子能弄清楚的,生命周期模型预先确定需求的工作方式,会给后阶段的开发带来很大的影响,开发的成功率就得不到保障。由于生命周期模型具有上述的优缺点,故其适用于系统规模较大和需求相对稳定的系统。和生命周期模型比较而言,快速原型模型具有如下特点:1)用户参与了系统开发的所有阶段,从而使用户的需求可以及时地、较好地得到满足,系统的实用性强。而生命周期模型,用户只介入了需求分析阶段,其他阶段只是开发人员“单干”,因此有可能造成最终系统问题很多,不能投入实际使用。2)采用原型模型,用户可以及早接触和使用未来系统的原型,有利于今后的使用和维护,而生命周期模型往往需要经过几个月甚至几年的开发时间,用户才能见到最终系统。3)原型模型开发软件,其周期大为缩短,开发费用较少,而生命周期模型的特点是周期长、费用高。但原型模型并不是万能的,它有一定的局限性,主要表现在:1)对于一个大型的系统,如果不经过详细的系统分析,直接构造原型是比较困难的。首先局部的满意很难同时又获得总体的满意,其次,各模型之间的联系、整体内部的技术组合等将会遇到很大的困难。2)对于有大量的运算、逻辑性强的模块,很难构造出原型供人们评价,因为这类问题没有那么多的交互方式,也不是三言两语就能把问题说清楚的。3)对于原来管理不善、信息处理过程混乱的问题,用原型模型没有什么实际意义。4)对于批处理系统,由于其处理过程大部分是内部过程,用原型模型没有什么实际意义。因此,原型模型的适用范围可归纳为:1)大型软件系统经过系统分析后划分出的一个个子系统,或本身就是不太大的系统。2)非数学、运筹学等复杂运算的问题。3)输入、输出及用户界面比较多的系统。2.1.4 常用的系统分析方法有结构化系统分析方法(SA)和面向对象系统分析方法(OOA)等。2.1.5 面向对象的方法是近年来主要发展的软件工程方法学,它的涉及面很广泛,可用到软件工程的不同阶段,例如,OOA、OOD、OOPL、OOT、OODBMS等,因此,面向对象方法学的发展和应用对软件工程的方法学产生了很强的影响力。2.1.6 数据流程图(DFD)系统分析方法的步骤有:1)绘制数据流程图2)建立数据字典3)建立处理说明基于Cood/Yourdon的OOA系统分析方法的步骤有:1)识别对象2)识别结构,含分类结构和装配结构3)划分主题4)定义属性5)定义服务6)建立详细说明2.1.7 引用结构的主要目的是为了降低系统描述的复杂性。引用主题的主要目的是为了降低系统理解的复杂性。2.1.8 代码设计是系统设计中数据结构设计的一个重要组成部分,它对于信息系统的多个方面有着重大的影响:1)代码设计影响系统的输入/输出设计。我们用代码来代表事物或概念的属性。代码的编制方法与结构影响数据输入的方式。既可采用普通的键盘输入,也可采用数模转换装置输入,如用条形码阅读仪读取商品代码。随着技术的进步,会出现更为直接自然的数据输入方式,但编码是基础。代码设计也影响数据的校对方式。我们常用的校对措施有:人工校对、二次输入、利用财务账目中一些特有的平衡关系来校对等。校验码的使用提供了辅助的数据校对手段。2)代码设计影响系统的数据库设计。会计软件大多基于数据库管理系统来实现。代码的设计过程也是对事物或概念的属性的识别与分类过程。我们根据用户的信息需求,确定需要关注事物的哪些属性,并对这些属性识别和分类。数据库设计的目标是设计一个数据模型以较好地反映现实世界信息、信息之间的联系,反映使用者对数据的需求和操作特点,并且能够方便地在某个选定的DBMS支持下变成具体的数据库。我们在设计代码时需要考虑各种代码的结构与内容,各种代码之间的关系,以及对各种代码所要进行的各种操作处理。对这些问题认识不清就无法在DBMS中构造出一个科学、完整、各种代码彼此协调的代码体系,作为数据处理的基础,满足用户的信息需求。3)代码设计影响系统的算法设计。在传统的结构化程序设计中,有一句名言:“数据结构算法=程序”。可见,数据结构是基础。各种代码的内容、结构,彼此之间的联系是系统的数据结构的重要组成部分。数据结构的好坏,直接影响了算法设计的难易程度和效率。4)代码设计影响系统的适应性。信息系统的目标是向用户提供有用的信息。大量的信息是以代码的形式输入、处理、存储和输出的。如果代码设计方案缺乏灵活性,不能较好地适应代码结构和内容的变化,就会对系统的各个环节造成巨大的负面影响。“千年虫”问题就是一个现实的反面例子。2.2 知识应用2.2.1C2.2.2D2.2.3A2.2.4D2.2.5CD2.2.6B2.2.7C2.2.8A2.2.9D2.2.10 B2.2.11A2.2.12 A2.2.13 C2.2.14 B2.2.15 C2.2.16 A2.2.17 B2.2.18 D第3章 会计信息系统体系结构的变迁 知识题3.1 阅读理解3.1.1 会计日记账中仅记录了那些导致组织的资产、负债或所有者权益变动的业务活动,而不是记录所有业务活动。因为在传统的会计循环中,记录日记账只是为了产生财务报表而采取的一个处理步骤,所以那些不影响组织财务状况和经营成果的业务活动并没有反映在日记账中。3.1.2 因为在多个系统中存在同一数据的若干拷贝(相同的数据存在于不同业务职能部门的信息系统中,业务职能部门的信息系统和会计信息系统之间也存在数据重复),对账是必须的。3.1.3 审计线索用于追踪经济业务的整个会计处理过程,从初始记录直至编制的财务报表。3.1.4 传统自动化会计信息系统并没有改变手工系统的信息处理模式,它实质上是手工系统的翻版。虽然传统自动化会计信息系统使得人工差错的数量、会计职员的数量和对纸制文档的依赖程度大大降低,但它并没有充分利用信息技术的优势。它仍然存在许多局限性。3.1.5 现代会计信息系统的核心是集成,即集成业务处理和信息处理,集成财务信息和非财务信息,集成核算与管理,使会计信息系统由部门级系统升级为企业级系统。简单地说,现代会计信息系统是业务活动(事件)驱动的信息系统。3.2 知识应用3.2.1 这四者所存储数据的主要区别在于数据的抽象程度不同,从原始凭证到日记账、明细分类账和总分类账,数据的抽象程度不断提高。3.2.2 即使在业务事件发生的同时就进行会计处理,也需要调整分录。因为有些会计事项在整个会计期间连续发生(例如,计提折旧和利息),如果不采用在会计期末编制调整分录的方法,而是对这些事项做频繁的记录,那将是成本高昂且效率低下的。而且纠正错误和当获取新信息时记录会计估计的变动,也需要使用调整分录。3.2.3B3.2.4ABCD3.2.5A3.2.6ABCD 技能题3.1 规则复习参见正文中图31的内容。3.2 操作练习参考相关软件包的使用手册和联机帮助。 能力题3.1 分析提示:寻找各个系统可能的主要使用者,思考他们需要维护哪些基础资料,需要向系统输入哪些业务单据,希望从系统获得哪些输出报表,从而找到各个系统可能存储的主要数据。第4章 自动化会计信息系统分析与设计 知识题4.1 阅读理解答案请参阅教材第4章正文。4.2 知识应用4.2.1 参阅图46可知,查询科目余额发生额文件和凭证文件即可生成明细账和总账。4.2.2 常见的凭证输入控制包括:凭证号检查和控制,如保证同一类型的凭证每月从1开始连续编号,不能有重号和漏号;凭证日期检查;科目代码检查,包括存在性检查(即检查所录入凭证中的科目代码是否存在)、是否为明细科目的检查、与凭证类型是否相符的检查等;金额检查,包括检查每张凭证的借贷是否平衡,以及对一批凭证实施分批总数控制法的检查以便控制借方和贷方金额同时错误的情况。4.2.3 凭证文件是正式的会计档案,其中的数据不应直接修改。4.2.4 群码方式。总程度不能改变。4.2.5 参见教材第4章观念应用42。4.2.6 答案请参阅教材第4章正文。4.2.7 国家和行业对部分科目编码有统一规定。4.2.8 提示:首先分析手工业务处理流程,参见教材第4章图422;然后明确自动化系统的目标并考虑如何改进;最后自顶向下逐步求精绘制DFD图。4.2.9 提示:根据上题DFD图转化成模块结构图,可以参考教材第4章图424。 技能题4.1 规则复习4.1.1 答案请参阅教材第4章正文。4.1.2 答案请参阅教材第4章正文。4.1.3 提示:结转损益、结转期末余额、年结等,主要涉及损益类科目,具体要求参阅企业会计制度。4.1.4 答案请参阅教材第4章图420。4.1.5 满足以下条件的科目,可以删除:如果是明细科目,则要求该明细科目既没有余额,也没有发生额;如果是一级科目(总账科目)或其他具有明细科目的控制科目,则要求该科目本身及其下属的所有明细科目都没有余额和发生额。而当该一级科目或控制科目被删除后,其下属的所有明细科目也自动被删除。对于增加新的科目,若某科目已记账,可以使用新增功能在此科目下级增加新的明细科目,这时,自动化系统要判断该科目下级各明细科目金额的合计数是否与该科目的金额相等,以保证设置数据的正确性;若新增的科目是该科目唯一的一个下级科目,则应将该科目的余额和发生额全部下移至此下级科目,以保证总账科目和明细科目之间的数据的一致性。4.2 操作练习4.2.1 提示:增加相应字段,复币式可以不增加字段。4.2.2 提示:如果已经审核,则由审核人员取消审核标记,然后由凭证输入人员在凭证输入功能中进行修改;如果没有审核,直接在凭证输入功能中进行修改。凭证记账之后,发现有错误时,应采用输入红字冲销凭证冲销等方式。4.2.3 科目余额发生额文件中(本月)借方发生额字段的数据来源是凭证临时文件每条记录的借方金额。4.2.4 提示:根据本表各相关项目金额相加得到。4.2.5 提示:查询凭证文件和科目余额发生额文件有关字段。4.2.6 提示:根据企业会计制度的要求,查询凭证文件和科目余额发生额文件有关字段。 能力题4.1 分析提示:按步骤完成。第5章 企业业务过程分析 知识题5.1 阅读理解5.1.1 业务过程与向客户提供商品和服务直接相关。其中三个主要的业务过程是获取和支付要输入的资源,将输入的资源转换成完工的商品和服务,向顾客销售需要的商品和服务并收取顾客支付的款项。管理人员从信息系统获得的信息可以辅助他们管理业务过程。他们必须对每个业务过程的计划、执行、控制和评价作出决策。而信息系统通过三个主要的信息过程来提供对这些决策有用的信息,分别是:记录业务活动数据,数据维护,报告管理所需的信息。这些信息过程采集、存储和维护与业务过程有关的数据,并报告有用的信息。当组织的业务和管理活动变化时,信息过程也必须跟着变化。5.1.2 业务流程重组彻底地抛弃了传统的职能管理模式,对员工角色、管理观念、组织机构带来巨大变革。首先,员工被赋予足够的权力,真正成为企业的“主人翁”。在权力范围内,鼓励员工自己决策,高层管理人员只是进行必要的指导和协调。同时,对员工的素质要求更高了,要求员工能胜任多层次的工作。其次,业务流程重组充分强调结果的满意度;在衡量员工的业绩标准上,注重员工创造的价值,倡导“创新”;彻底否定企业中大量的低效劳动和无效监督控制。最后,业务流程重组创建全新的组织机构,打破以专业分工理论为基础的职能部门管理框架,建立以过程工作小组为单元的管理模式,形成扁平式管理机构,大大压缩了管理层级,不但提高了管理效率,增强组织柔性,而且节约了中间管理层所产生的巨额费用。5.1.3 业务事件的基本特征包括如下方面:1)发生了何事?2)何时发生?3)涉及何人,该人充当了什么角色?4)涉及哪些资源,数量多少?5)事件发生的地点。5.1.4 REAL模型主要包含四要素,分别为:1)资源。经济资源是组织拥有的资产,它们不仅是稀缺的,而且是在组织的控制之下。2)事件。经济事件是对资源变动产生影响的活动。3)参与者。经济事件的参与者是参与经济事件的个人或部门,既包括组织内部的参与者,也包括组织外部的参与者。4)地点。即经济事件发生的位置。5.2 知识应用5.2.1A5.2.2BCD5.2.3ABCD5.2.4BC 技能题5.1 规则复习参见正文中图54的内容。5.2 操作练习各主要活动分类如下:1)获取/支付过程:农业工人的招募及薪资支付,肥料、包装箱及其他物料的购买。2)转换过程:喷洒药物,灌溉,修剪树枝,摘除多余的小桃,收获果实。3)销售/收款过程:果实销售。 能力题5.1 分析提示:要注意REAL模型中对于资源要素的定义,不要把相关信息记录误当作资源处理。对于记录下来的销售/收款过程中的各个事件,要考虑它的存在对于饭馆正常开展管理业务有何意义,信息的采集和处理对于业务执行、决策管理有何支持作用,整个流程是否可以进一步优化。第6章 利用REAL模型进行系统分析和设计 知识题6.1 阅读理解6.1.1 它能辅助我们将业务事件和决策事件与信息过程相区别,思考组织中关键的业务和决策活动,并确定各个活动的重要性和价值。在建立业务过程REAL模型的基础上,进一步分析可以明确信息过程,包括数据存储和数据流。根据业务过程REAL模型,容易确定系统中需要多少个记录过程、维护过程。6.1.2 利用REAL模型,可以识别企业过程中的重要战略性活动(功能),而这是建立U/C矩阵所必需的。REAL模型对系统总体结构设计的贡献集中体现于此。REAL模型对数据结构设计的贡献则体现在数据库规划设计工作中,它辅助我们建立主题数据库模型,进而影响主题数据库的具体物理分布。6.1.3 在主题数据库这一概念出现之前,人们所设计和使用的数据库是依附于某个特定的应用项目的,这种数据库被称为“应用数据库”。主题数据库(subject data base)又常被称为全局(或综合)数据库(comprehensive data base),这是一种集约化的数据库环境,它追求的是数据集约化和共享,独立于具体的应用项目而能为许多应用项目所共用。6.1.4 引入关系基数的概念是为了丰富我们的描述语言,以求更精确地表示业务过程规则。关系基数有最大值,也有最小值。在确定关系基数时,可参考数据库理论中确定实体间关联类型的方法。6.1.5 事件驱动系统具有传统体系结构所不具备的灵活性。同时在系统的成本、效率等方面都具有优越性。6.2 知识应用6.2.1B6.2.2AC6.2.3AD 技能题6.1 规则复习运用信息工程建立信息模型的步骤为:(1)进行业务分析,建立企业模型;(2)进行实体分析,建立主题数据库模型;(3)进行主题数据库具体物理分布分析。具体内容参见正文。6.2 操作练习REAL模型与ER图并无本质区别,在将REAL模型转换为关系模型时,具体操作如下:1)一个实体型转换为一个关系模式。实体的属性就是关系的属性,实体的码就是关系的码。2)一个联系转换为一个关系模式,与该联系相连的各实体的码以及联系的属性转换为关系的属性。该关系的码则有三种情况,而且应把具有相同码的关系模式加以合并:(1)若联系为11,则每个实体的码均为该关系的候选码;(2)若联系为1n,关系的码为n端实体的码;(3)若联系为n:m,则关系的码为诸实体码的组合。REAL模型中的每个实体对象(事件、资源、参与者和地点)成为一个关系。对于REAL模型中反映的联系,在建立关系时,依据最大基数之间联系是11,1n还是nm而相应建立连接关系。 能力题6.1 分析提示:重点把握销售/收款过程中的重要业务事件,即对饭馆的经营收益、服务质量有重大影响的业务事件,以此为基础来建立销售/收款过程的REAL模型。第7章 销售及收款业务过程分析和设计 知识题7.1 阅读理解7.1.1 答案请参阅教材第7章正文。7.1.2 客户订单由客户提出,销售订单根据客户订单编制,是销售方内部销售业务的依据,并且销售订单的各联用来向销售涉及的各个部门或岗位传递授权核准信息。7.1.3 销售发票是对已供应的商品或服务的欠款的声明,也是在会计账簿中登记销售业务的基本凭证。销售发票的一联交给客户。7.1.4 答案请参阅教材第7章正文。7.1.5 答案请参阅教材第7章正文。7.1.6 答案请参阅教材第7章正文。7.2 知识应用7.2.1 答案请参阅教材第3、7章正文。7.2.2 在开票时,复查交易,比较提单、销售订单、客户订单以及变更通知等记录,根据价格清单中的价格信息和以上单据计算账单总额,并开出销售发票。同时将确认的交易信息记入会计系统。销售发票的一联作为记录交易的原始凭证记入销售日记账,每日(或一段期间)发票总额应送交总账部门编制记账凭证,据以登记总账。还有一联销售发票送交应收账款部门据以收款和登记应收账款明细账,而提货单或装箱单送交存货控制部门登记存货明细账。应收账款部门根据收到的销售发票在应收账款明细账中相应的客户账户上记录发票金额,并应定期编制应收账款账龄分析表,对到期应收的款项及时催收。存货控制部门减少存货明细账(在采用永续盘存制的企业中)上的存货余额并确定卖出商品的成本。总账部门根据记账凭证上的销售总额登记总账相关科目。公司收到客户寄回的汇款通知单后,应有两人经手,以防止公司雇员的错误或舞弊。收到的款项及相应的支付单据应予汇总,编制现金收入(汇款通知单)清单。收到的支票应即时背书或加盖说明“仅用于存款”的背书章,支票上的金额应与汇款通知单上的金额进行比较。每批汇款通知单都被送到应收账款部门,登记客户明细账以反映客户支付情况。现金收入清单的一联与支票一起送到现金收入部门,用以编制存款单,同时作为原始凭证登记现金收入日记账中的已收到现金,其总数用于编制记账凭证,由总账部门登记总账的现金科目(增加)和应收账款科目(减少)。存款单与支票一起交给银行存款。现金收入清单的另一联交给财务主管,与银行送来的存款单中的银行存款金额核对。管理部门应及时判断无法收回的应收款并进行相应的账务处理。一般应获取款项无法收回的确凿证据,经适当审批后及时作出会计记录的调整。7.2.3 销售订单一式六联首先必须送到信用部门进行核准,信用部门通过审核客户信息了解客户的信用情况,确定能否向该客户提供赊购。同时需要访问存货记录以确定当前的库存是否能满足客户的需要。经过信用部门核准的销售订单的一联与客户订单一起由销售订货部门保留存根。然后销售订货部门将已认可的销售订货的一联作为提货单(或领货单)送交仓储部门,通知仓库将商品移送到装运地。另一联作为装箱单,通知装运部门商品已从仓库发出。另有两联销售订单送到开票部门作为销售通知及作为商品装运后开票的依据。还有一联销售订单送交客户作为对客户订货的认可。 技能题7.1 规则复习7.1.1 答案请参阅教材第7章正文。7.1.2 提示:以营销事件为例,数据不完整表现为未能完全记录营销事件涉及的参与者、资源和地点信息,比如营销人员、客户及潜在客户、被营销商品、电视台或商场等的信息没有记录下来;数据记录不准确表现为对营销事件、营销事件涉及的参与者、资源和地点信息的记录出现错误,比如营销人员代码输入错误、客户电话地址错误、客户信用评级未能及时更新等;数据的不合法表现为记录了实际上没有发生的营销事件。7.1.3 答案请参阅教材第7章正文。7.2 操作练习7.2.1 在Christopher公司事件驱动系统的数据库中,连接查询收到客户订单事件表、订单/存货表、客户表、存货表、雇员表生成一张销售订单;连接查询装运和交付商品事件表、装运和支付/存货表、客户表、存货表、雇员表生成销售发票。7.2.2 提示:可以。这种集成化的数据处理方式并未改变会计信息的确认、计量和报告。7.2.3 提示:连接查询装运和交付商品事件表、装运和支付/存货表、收款表、装运和支付/收款表可以生成一张记录销售收入的记账凭证。7.2.4 提示:主要查询收款表。7.2.5 提示:主要查询装运和交付商品事件表、装运和支付/存货表、收款表、装运和支付/收款表。总账应收账款余额等于由装运和交付商品事件表及装运和支付/存货表计算出的销售总额减去由收款表及装运和支付/收款表计算出的收款总额。 能力题7.1 分析提示:按教材中要求的步骤完成。7.2 教学建议:7.2.1 可参考福特、通用等企业的供应链。7.2.2 可以先分析网上购物的客户的信息需求,然后分析网站提供的信息如何满足客户对销售信息的需求。例如,提供客户收藏夹,在客户浏览时显示浏览历史,在每个产品网页上提示购买该商品的顾客还购买了哪些商品等友好信息。第8章 获取/支付业务过程 知识题8.1 阅读理解8.1.1 答案请参阅教材第8章正文。8.1.2 请购单由需求部门提出,在组织内部传递;采购订单由采购部门编制,并提交给供应商。8.1.3 采购订单未加说明联是指交给验收部门的采购订单副本上的数量被省去,由验收部门在验收时填写实际收到的数量。目的是让验收部门正确记录实际收到的货物数量,以便后续的验证。8.1.4 答案请参阅教材第8章正文。8.1.5 答案请参阅教材第8章正文。8.1.6 答案请参阅教材第8章正文。8.2 知识应用8.2.1 提示:基本的业务事件名称、发生顺序不变,但是具体涉及的参与者、资源、地点都发生了变化,业务控制规则和面临的业务风险也不一样。8.2.2 提示:都可以。8.2.3 答案请参阅教材第5、9章。8.2.4 以现付采购款为例,借“物资采购”等科目,贷“银行存款”。8.2.5 提示:传统获取/支付过程中授权、保管和记录职责应彼此分离。事件驱动系统应用后这种职责分离依然存在,只是有些由系统代替人工完成,比如,授权和记录。此外,增加了一些职责分离,特别是信息系统必须和组织的其他职能相分离。 技能题8.1 规则复习8.1.1 答案请参阅教材第8章图82。8.1.2 答案请参阅教材第8章图83。8.1.3 答案请参阅教材第8章正文。8.1.4 答案请参阅教材第8章正文。8.1.5 根据不同组织的业务特点,获取/支付业务过程中各业务事件的发生可能需要遵循某种顺序,即有的事件必须在某个事件之前发生。比如,在Christopher公司获取/支付业务过程中,验收商品事件必须发生在付款事件之前,这意味着Christopher公司不允许出现对未验收的货物付款的情况,也就是说,Christopher公司的每一次关于货物的付款都必须以某张验收单为依据。REAL模型通过关系最小基数来反映这种事件之间的顺序,最小基数为1的事件先发生。8.2 操作练习8.2.1 提示:连接查询有关事件表生成采购订单。以Christopher公司为例,可以连接查询采购事件表、采购存货表、存货表和雇员表。验收单类似,查询有关验收的事件表及其相关数据表。8.2.2 提示:查询事件驱动系统中的相关数据表。8.2.3 提示:主要查询事件驱动系统中的付款事件表。8.2.4 提示:与生成应收账款明细账类似的查询过程。8.2.5 提示:找出事件驱动系统中获取/支付业务过程的事件及其辅表之间的数据关系,主要是外键,它们反映了资产负债表中应付账款项目数据的审计线索,你可以根据这些数据关系,由资产负债表中应付账款项目数据追溯到对应的验收事件(如果在验收时确认负债的话)或采购事件(如果在采购时确认负债的话)和付款事件。 能力题8.1 分析提示:按要求的步骤完成。可能的关系基数如下:存货(1,*)(0,*)发出及复查请购,存货(1,*)(0,*)采购商品,存货(1,*)(0,*)验收商品,存货(1,*)(0,*)供应商,发出及复查请购(1,1)(0,*)采购商品,采购商品(1,1)(0,*)验收商品,验收商品(1,*)(0,*)付款,现金(1,1)(0,*)付款,银行(1,1)(0,*)现金,发出及复查请购(0,*)(1,1)请购复查人员,发出及复查请购(0,*)(1,1)存货控制人员,采购商品(0,*)(1,1)采购人员,采购商品(0,*)(1,1)供应商,验收商品(0,*)(1,1)供应商,验收商品(0,*)(1,1)验收人员,验收商品(0,*)(1,1)仓储人员,验收商品(0,*)(1,1)应付账款工作人员,付款(0,*)(1,1)应付账款工作人员,付款(0,*)(1,1)出纳,付款(0,*)(1,1)供应商。补充的关系表:主要对应最大基数为*的关系,包括存货/发出及复查请购表,存货/采购商品表,存货/验收商品表,存货/供应商表,验收商品/付款表。第9章 其他主要业务过程 知识题9.1 阅读理解答案请参阅教材第9章正文。9.2 知识应用9.2.1 提示:以某个具体的转换过程为例,列出输入资源和输出资源。9.2.2 答案请参阅教材第9章正文。9.2.3 提示:概括来说,财务业务过程中的固有风险包括投资风险、筹资风险、融资风险等。具体到其中的每个业务事件,可以根据本章相关内容逐个分析。由于涉及现金和银行存款,所以最重要的是非法接触的风险。9.2.4 提示:以生产过程为例,事件驱动系统可以记录生产过程每一具体活动的详细数据,由此可以产生有关成本管理、质量管理、物料需求计划、预算管理等所需的信息,从而支持转换过程目标的实现。9.2.5 提示:可能会扁平化和网络化。有可能根据业务过程的执行特点设置组织机构,如图所示。 技能题9.1 规则练习答案请参阅教材第9章正文。9.2 操作练习提示:可按生产步骤提取主要业务事件,比如,制定生产计划事件、提出物料需求计划事件、提供生产所需的物料事件、验收收到的物料事件、生产事件。 能力题9.1 分析提示:最好是按生产步骤确定业务事件,这样不仅可以记录每一步的详细数据,还能了解各步骤之间的执行顺序。主要事件是:印刷文字页、印刷彩图、校订文字和彩图并整理好顺序、按预定的大小剪裁书页、印刷封面、按预定的大小剪裁封面、装订成书、印刷书的封套、剪裁封套、将书套套在书上、将书按规定成捆包装好。在建立REAL模型时,注意除印刷书的封套、剪裁封套、将书套套在书上事件外,其他事件是必然执行的而且依次发生的;同时,印刷书的封套、剪裁封套、将书套套在书上这三个事件之间也有先后顺序关系。第10章 信息系统的管理 知识题10.1 阅读理解答案请参阅教材第10章正文。10.2 知识应用答案请参阅教材第10章正文。 技能题10.1 规则练习答案请参阅教材第10章正文。10.2 操作练习答案请参阅教材第10章正文。 能力题10.1 分析提示:特别注意职责分离、接触控制和信息系统控制,可参照教材第10章提出的内部控制体系进行分析。比如,在职责划分上,系统设计职责应该与操作职责分离,否则会导致舞弊;由于是在每天的运行工作结束后,信息部门人员核对销售发票的总控文件数据和发货清单数据,所以核对之前可能发货单已经交给发货部门并已发货,实际上没有达到控制的目的。附录2综合案例分析提示综合案例一:分两组讨论,一组作为用户提出实施需求,主要是功能需求和信息需求,另一组作为实施方整理这些需求,并按照信息系统的特点与用户确认需求。综合案例二:对比教材第7、8、9章的内容进行讨论,特别是通过信息系统提供的功能来管理和控制业务流程。因为信息化的根本目标是实现和改进对各个业务活动的管理。对于本案例中的ERP系统,实施过程有规划指导和分阶段实施是正确的做法,但是在时间进度上可能不够合理。应注重对每个已完成阶段的实施效果的评价和实施问题的总结。特别是第一阶段,必须理顺信息化后的业务流程。需要特别强调的是,ERP系统的实施不仅能及时提供用户需要的信息,而且能强化对业务流程的控制和管理。附录3综合实验教学建议在建立REAL模型时,注意不要将信息事件当成业务事件来分析。可以根据以下两条判断:业务事件的发生会产生一些需要记录的数据;业务事件发生时,必然涉及某些资源、参与者,并且通常会引起资源数量的变化。最好是建立一个REAL模型矩阵工作表,首先将业务过程归为三类,然后再将其中的每个业务过程分解成业务事件。分解出的业务事件可以不同,在实际应用中,将业务过程分解成业务事件时,分解到何种程度,是由管理上的需要决定的。在分析关系基数时,注意各个业务事件

温馨提示

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

评论

0/150

提交评论