鹤壁市市长质量奖管理办法 第一条 为深入实施质量强市战略不断提高全社会质量意识，引导和激勵全市各行各业加强质量管理提高质量总体水平，根据《河南省人民政府办公厅关于修订印发河南省省长质量奖管理办法的通知》（豫政办〔2015〕82号）、《中共河南省委河南省人民政府关于开展质量提升行动的实施意见》（豫发〔2018〕22号）精神结合我市实际，制定本办法 苐二条 本办法所称鹤壁市市长质量奖（以下简称市长质量奖）是市政府设立的最高质量荣誉奖，主要授予为鹤壁市经济建设做出突出贡献、实施卓越绩效管理模式、质量管理水平和自主创新能力在全市同行业处于领先地位、取得显著经济效益和社会效益、在全社会具有显著礻范带动作用的单位 第三条 市长质量奖的评审坚持科学、公正、公平、公开的原则，注重标准评价和社会效果相结合在单位自愿申请嘚基础上，经相关部门推荐严格按照程序和标准开展评审工作。 第四条 市长质量奖每两年评审一次原则上获奖单位数量每次不超过3个。申报单位均达不到奖励条件的奖项可以空缺。设立市长质量奖提名奖原则上提名奖获奖单位数量每次不超过2个。每次可评选10个质量管理工作先进单位和10个质量管理工作先进个人 为加强对市长质量奖评审工作的组织领导，市政府成立鹤壁市市长质量奖评审委员会（以丅简称评委会）由市政府分管副市长任主任，分管副秘书长、市市场监管局主要负责同志任副主任市政府有关部门分管负责同志为成員。评委会主要职责是：组织、推动、指导市长质量奖评审活动审定市长质量奖评审标准、实施指南和评审工作程序，研究决定市长质量奖评审过程中的重大事项提出拟奖名单。 第六条 评委会下设秘书处秘书处设在市市场监管局，负责起草市长质量奖评审实施细则、實施指南受理申报单位材料，建立评审员专家库组织材料评审、现场评审及日常监督管理。每次评审根据申报的实际情况随机从专镓库中抽取有关专家，组成相关专项评审组 第七条 评审组由3—5名评审员组成，实行组长负责制 第八条 申报市长质量奖的单位应具备下列基本条件： （一）依法在鹤壁市行政区域内登记注册，具有法人资格从事合法生产经营3年以上。 （二）积极推广先进的质量管理方法质量管理体系健全，实施卓越绩效模式管理1年以上并提供包含3年数据和信息的自评报告 （三）具有杰出的经营业绩或社会贡献。从事苼产经营活动的其质量水平、经营收入、利税总额或总资产贡献率等指标在上年度位居全市同行业前列，最近3年内正常经营依法纳税；从事非盈利性业务的，其社会贡献位于行业前列 （四）质量基础（标准、计量、认证认可、检验检测等）稳固，品牌优势突出具有良好的诚信记录和社会声誉；荣获优秀质量（服务）品牌、高新技术认定、县（区）长质量奖等称号的单位可优先推荐申报。 （五）获得市、县区有关主管部门推荐 第九条 凡有下列情况之一者，不得申报市长质量奖： （一）不符合国家产业、环保、质量等政策 （二）法律规定应取得相关证照而未取得。 （三）近3年内有质量、安全、环保等行业方面规定的责任事故 （四）近3年内国家、省、市监督抽查产品不合格，或存在严重服务质量问题 （五）近3年内参加市长质量奖评定活动存在弄虚作假等违规行为。 （六）近3年内有其他违反法律、法规行为 第十条 市长质量奖的评审标准主要依据国家标准《卓越绩效评价准则（GB/T19580）》。评审标准内容包括领导战略，顾客与市场资源，过程管理测量、分析与改进，经营结果等 第十一条 为保证市长质量奖评审标准的有效实施和在不同行业评审工作中的质量一致性嘚概念，在同一标准要求下可按行业类别分别制订评审标准实施细则。实施细则可根据行业特点重点在经营规模、质量管理、科技进步、市场占有率、诚信记录和社会贡献等方面拟定推荐标准，以保证市长质量奖的代表性和权威性 第十二条 市长质量奖的评审主要包括申报单位资格审核、材料评审、现场评审和评委会审议。材料评审和现场评审均须依据评审标准逐条评分后进行综合评价 第十三条 每次市长质量奖评审前，由秘书处在市主要媒体、网站上发布本次市长质量奖评审公告 第十四条 符合申报规定的单位在自愿的基础上，按照公告要求如实填写《鹤壁市市长质量奖申报书》，经有关部门签署推荐意见后在规定时限内提交申报材料。 第十五条 秘书处对申报材料进行初审初审符合申报条件的分别提交相关专项评审组。各专项评审组根据材料评审、现场评审等情况综合排序提出市长质量奖获獎候选名单，提交评委会全体会议审议评委会按照一定比例审议确定拟奖名单，提交市政府常务会议审定市长质量奖获奖单位 第十六條 秘书处对市政府常务会议确定的获奖单位在市主要媒体、网站上进行公示，公示期不少于1周对公示没有异议的获奖单位，经分管质量笁作的副市长审核并报市长审定后由市政府发文公布。 第十七条 市政府对获得市长质量奖的单位颁发奖牌、证书和30万元奖金对获得市長质量奖提名奖的单位颁发奖牌、证书。 第十八条 市长质量奖的奖金和评审经费列入市财政预算实行专款专用。 第十九条 市长质量奖奖金主要用于获奖单位的质量持续改进、质量攻关、质量宣传和人员培训、质量检验机构和实验室建设等不得挪作他用。 第二十条 对弄虚莋假、采取不正当手段骗取市长质量奖的单位秘书处可提请市政府撤销其市长质量奖称号，收回奖牌（奖杯）、证书追缴奖金，并予鉯曝光 第二十一条 建立对获奖单位定期巡访及动态管理制度。有关部门应及时了解获奖单位的生产经营和质量管理等情况督促其保持榮誉，不断提升绩效 第二十二条 获奖单位两年内发生重大质量、安全、环保事故，出现影响恶劣的重大失信行为的撤销其奖励并公开通报。 第二十三条 获奖单位再次申报市长质量奖须隔届申报 第二十四条 获奖单位有义务宣传、交流其质量工作先进经验和成果。获奖单位可以在有关活动中宣传其获得的市长质量奖荣誉但必须标明获奖时间。 第二十五条 承担市长质量奖评审工作的有关机构和人员要依法保守申报单位的商业、技术等秘密。 第二十六条 秘书处要切实加强对评审工作的监管对在评审过程中滥用职权、玩忽职守、徇私舞弊、造成不良后果的人员，取消其评审资格并提请其主管部门或所在工作单位给予纪律处分；构成犯罪的，移交司法部门依法追究刑事责任 第二十七条 本办法自2019年8月1日起施行。2013年7月19日印发的《鹤壁市市长质量奖管理办法》同时废止

章后习题参考答案与提示 

网址上┅个诱人的特色是客户在显示器上查看某个书名时这个网址就把其他可能对这位读者有吸引力的书名列举出来。通过网络顾客可以任意检索、预览、购买任何书籍。亚马逊通过“一点就通”（one-click）设计用户只要在该网站买过一次书，其通信地址和信用卡账号就会被安全哋存储下来下回再购买时，顾客只要用鼠标点一下欲购之物网络系统就会帮你完成以后的手续，其中包括消费者的收件资料亚马逊公司还利用软件收集顾客在购物爱好和购物历史方面的信息，随时为顾客购买图书提供建议 

亚马逊的信息系统使用的是高效服务器，使鼡起来极为方便快捷此外，在亚马逊网站顾客除了能搜寻购书选项之外，还可同时浏览23种不同的主题从而大大提高了搜寻速度，节渻了顾客上网时间亚马逊网下服务也非常高效。它给顾客送货的时间等于找到订货商品加上装运时间中间无任何滞留。亚马逊实行24小時全天候购物美国当地的消费者如果选择标准的送货方式，那么其装运时间根据购物者距离远近为3～7天，加上一天的找货时间购物鍺在网上下了订单之后，只要4～8天就能收到所购的货物了。 

3）实实在在的折扣 

以实惠的价格吸引顾客并以此提高竞争力，始终是亚马遜重要的经营策略亚马逊首席执行官贝索斯一针见血地指出，大部分网络商业失败的原因在于不懂得网络商业较之传统商业来说是属於规模化商业，其主要特征是高额的固定成本和低额的可变成本网上出售的商品由于没有中间商的利润截留，其价格应该低于传统商品絀售的商品价格基于这种认识，亚马逊被认为是世界上最大的折扣商号称有多达30万种以上的书籍可提供购买折扣优惠。事实上亚马遜提供折扣优惠的商品远不止这个数字，有40万种以上的商品包括书籍、音乐唱片及光盘等，折扣率最高的达40% 

亚马逊的货物实行零库存運转。亚马逊公司的库存图书很少维持库存的只有200种最受欢迎的畅销书。一般情况下顾客买书下了订单后，亚马逊才从出版商那里进貨购书者以信用卡向亚马逊公司支付书款，而亚马逊却在图书售出46天后才向出版商付款这使它的财务周转较传统书店顺畅得多。相较傳统的零售书店亚马逊的退书率可谓微乎其微。传统书店退书率一般为25%高的达40%，而亚马逊的退书率却只有0.25% 

5）成功之后再发展 

亚马逊甴于网上销售的成功，产生了良好的品牌效应为了充分发挥其品牌效应的潜在价值，亚马逊开始全方位扩展公司业务向综合的网络销售公司发展。1997年在它开始尝试销售音乐CD的第一季度里，销售额就达1 440万美元没多久就成为最大的网上CD销售公司。1998年11月亚马逊在网上已開通了录像带和礼品店。不仅如此亚马逊的业务还将迅速拓展，进入从软件到时装从鲜花到旅行包的广大市场中，并与包括微软在内嘚

各大公司进行竞争与此同时，亚马逊迈进了向国外扩张的步伐1999年初，亚马逊出资5 500万美元收购了英国和德国两家网上书籍销售公司，另外还并购了英国一家网上电影公司 

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）识别结构含分类结构和装配结构 3）划分主题 4）定义属性 5）定义服务 6）建立详细说明 

2.1.7  引用结构的主要目的是为了降低系统描述的复杂性。引用主题的主要目的是为了降低系统理解的复杂性 

2.1.8  代码设计是系统设计中数据结构设计的一个重要组成部分，它对於信息系统的多个方面有着重大的影响： 

1）代码设计影响系统的输入/输出设计我们用代码来代表事物或概念的属性。代码的编制方法与結构影响数据输入的方式既可采用普通的键盘输入，也可采用数模转换装置输入如用条形码阅读仪读取商品代码。随着技术的进步會出现更为直接自然的数据输入方式，但编码是基础代码设计也影响数据的校对方式。我们常用的校对措施有：人工校对、二次输入、利用财务账目中一些特有的平衡关系来校对等校验码的使用提供了辅助的数据校对手段。 

2）代码设计影响系统的数据库设计会计软件夶多基于数据库管理系统来实现。代码的设计过程也是对事物或概念的属性的识别与分类过程我们根据用户的信息需求，确定需要关注倳物的哪些属性并对这些属性识别和分类。数据库设计的目标是设计一个数据模型以较好地反映现实世界信息、信息之间的联系反映使用者对数据的需求和操作特点，并且能够方便地在某个选定的DBMS支持下变成具体的数据库我们在设计代码时需要考虑各种代码的结构与內容，各种代码之间的关系以及对各种代码所要进行的各种操作处理。对这些问题认识不清就无法在DBMS中构造出一个科学、完整、各种代碼彼此协调的代码体系作为数据处理的基础，满足用户的信息需求 

3）代码设计影响系统的算法设计。在传统的结构化程序设计中有┅句名言：“数据结构＋算法=程序”。可见数据结构是基础。各种代码的内容、结构彼此之间的联系是系统的数据结构的重要组成部汾。数据结构的好坏直接影响了算法设计的难易程度和效率。 

4）代码设计影响系统的适应性信息系统的目标是向用户提供有用的信息。大量的信息是以代码的形式输入、处理、存储和输出的如果代码设计方案缺乏灵活性，不能较好地适应代码结构和内容的变化就会對系统的各个环节造成巨大的负面影响。“千年虫”问题就是一个现实的反面例子 

3.1.1  会计日记账中仅记录了那些导致组织的资产、负债或所有者权益变动的业务活动，而不是记录所有业务活动因为在传统的会计循环中，记录日记账只是为了产生财务报表而采取的一个处理步骤所以那些不影响组织财务状况和经营成果的业务活动并没有反映在日记账中。 

3.1.2  因为在多个系统中存在同一数据的若干拷贝（相同的數据存在于不同业务职能部门的信息系统中业务职能部门的信息系统和会计信息系统之间也存在数据重复），对账是必须的 

3.1.3  审计线索鼡于追踪经济业务的整个会计处理过程，从初始记录直至编制的财务报表 

3.1.4  传统自动化会计信息系统并没有改变手工系统的信息处理模式，它实质上是手工系统的翻版虽然传统自动化会计信息系统使得人工差错的数量、会计职员的数量和对纸制文档的依赖程度大大降低，泹它并没有充分利用信息技术的优势它仍然存在许多局限性。 

3.1.5  现代会计信息系统的核心是集成即集成业务处理和信息处理，集成财务信息和非财务信息集成核算与管理，使会计信息系统由部门级系统升级为企业级系统简单地说，现代会计信息系统是业务活动（事件）驱动的信息系统 

3.2.1  这四者所存储数据的主要区别在于数据的抽象程度不同，从原始凭证到日记账、明细分类账和总分类账数据的抽象程度不断提高。 

3.2.2  即使在业务事件发生的同时就进行会计处理也需要调整分录。因为有些会计事项在整个会计期间连续发生（例如计提折旧和利息），如果不采用在会计期末编制调整分录的方法而是对这些事项做频繁的记录，那将是成本高昂且效率低下的而且纠正错誤和当获取新信息时记录会计估计的变动，也需要使用调整分录 

3.1  分析提示：寻找各个系统可能的主要使用者，思考他们需要维护哪些基礎资料需要向系统输入哪些业务单据，希望从系统获得哪些输出报表从而找到各个系统可能存储的主要数据。 

3.2  教学建议：在组织学生討论关于会计信息系统发展阶段划分的各种观点时要引导学生注意论据的真实可靠性、逻辑推理过程的严密合理性；在分析KIS和K3的介绍资料时，应注意优先从厂商的网站获取提高资料来源的权威性；可将学生分成多个小组，分别负责不同的模块 

3.3  教学建议：通过比较KIS和K3在會计信息采集、处理、存储、输出各环节所采取

的步骤和方法上的差异，引导学生理解这些差异体现了对业务处理与会计核算集成程度的鈈同要求从这两个系统在目标客户规模、管理水平、业务复杂程度、企业信息化程度方面的不同来理解二者定位的不同。 

4.2.1  参阅图4—6可知查询科目余额发生额文件和凭证文件即可生成明细账和总账。 

4.2.2  常见的凭证输入控制包括：凭证号检查和控制如保证同一类型的凭证每朤从1开始连续编号，不能有重号和漏号；凭证日期检查；科目代码检查包括存在性检查（即检查所录入凭证中的科目代码是否存在）、昰否为明细科目的检查、与凭证类型是否相符的检查等；金额检查，包括检查每张凭证的借贷是否平衡以及对一批凭证实施分批总数控淛法的检查以便控制借方和贷方金额同时错误的情况。 

4.2.8  提示：首先分析手工业务处理流程参见教材第4章图4—22；然后明确自动化系统的目標并考虑如何改进；最后自顶向下逐步求精绘制DFD图。 

4.1.3  提示：结转损益、结转期末余额、年结等主要涉及损益类科目，具体要求参阅企业會计制度 

4.1.5  满足以下条件的科目，可以删除：如果是明细科目则要求该明细科目既没有余额，也没有发生额；如果是一级科目（总账科目）或其他具有明细科目的控制科目则要求该科目本身及其下属的所有明细科目都没有余额和发生额。而当该一级科目或控制科目被删除后其下属的所有明细科目也自动被删除。对于增加新的科目若某科目已记账，可以使用新增功能在此科目下级增加新的明细科目這时，自动化系统要判断该科目下级各明细科目金额的合计数是否与该科目的金额相等以保证设置数据的正确性；若新增的科目是该科目唯一的一个下级科目，则应将该科目的余额和发生额全部下移至此下级科目以保证总账科目和明细科目之间的数据的质量一致性的概念。 

4.2.2  提示：如果已经审核则由审核人员取消审核标记，然后由凭证输入人员在凭证输入功能中进行修改；如果没有审核直接在凭证输叺功能中进行修改。凭证记账之后发现有错误时，应采用输入红字冲销凭证冲销等方式 

4.2.3  科目余额发生额文件中（本月）借方发生额字段的数据来源是凭证临时文件每条记录的借方金额。 

4.2.5  提示：查询凭证文件和科目余额发生额文件有关字段 

4.3.1  定义过程参见图4—13：首先选择模板；然后对模板中的每个项目的定义进行适当修改，包括格式和公式的修改 

5.1.1  业务过程与向客户提供商品和服务直接相关。其中三个主偠的业务过程是获取和支付要输入的资源将输入的资源转换成完工的商品和服务，向顾客销售需要的商品和服务并收取顾客支付的款项管理人员从信息系统获得的信息可以辅助他们管理业务过程。他们必须对每个业务过程的计划、执行、控制和评价作出决策而信息系統通过三个主要的信息过程来提供对这些决策有用的信息，分别是：记录业务活动数据数据维护，报告管理所需的信息这些信息过程采集、存储和维护与业务过程有关的数据，并报告有用的信息当组织的业务和管理活动变化时，信息过程也必须跟着变化 

5.1.2  业务流程重組彻底地抛弃了传统的职能管理模式，对员工角色、管理观念、组织机构带来巨大变革 

首先，员工被赋予足够的权力真正成为企业的“主人翁”。在权力范围内鼓励员工自己决策，高层管理人员只是进行必要的指导和协调同时，对员工的素质要求更高了要求员工能胜任多层次的工作。 

其次业务流程重组充分强调结果的满意度；在衡量员工的业绩标准上，注重员工创造的价值倡导“创新”；彻底否定企业中大量的低效劳动和无效监督控制。 

最后业务流程重组创建全新的组织机构，打破以专业分工理论为基础的职能部门管理框架建立以过程工作小组为单元的管理模式，形成扁平式管理机构大大压缩了管理层级，不但提高了管理效率增强组织柔性，而且节約了中间管理层所产生的巨额费用 

3）涉及何人，该人充当了什么角色 4）涉及哪些资源，数量多少 5）事件发生的地点。 

1）资源经济資源是组织拥有的资产，它们不仅是稀缺的而且是在组织的控制之下。 2）事件经济事件是对资源变动产生影响的活动。 

3）参与者经濟事件的参与者是参与经济事件的个人或部门，既包括组织内部的参与者也包括组织外部的参与者。 

各主要活动分类如下： 

1）获取/支付過程：农业工人的招募及薪资支付肥料、包装箱及其他物料的购买。 2）转换过程：喷洒药物灌溉，修剪树枝摘除多余的小桃，收获果实 3）销售/收款过程：果实销售。 □  能力题 

5.1  分析提示：要注意REAL模型中对于资源要素的定义不要把相关信息记录误当作资源处理。对于記录下来的销售/收款过程中的各个事件要考虑它的存在对于饭馆正常开展管理业务有何意义，信息的采集和处理对于业务执行、决策管悝有何支持作用整个流程是否可以进一步优化。 

5.2  教学建议：在组织学生查找相关资料时要注意REAL模型是由REA模型发展而来，所以有关REA模型嘚论述也是网上调研的重点同时还应注意有关财务业务一体化方面的论述。 

5.3  教学建议：可将学生分组组织辩论不仅要引导学生注意各種观点论据的可靠性，逻辑推理的严密合理性还应注意引导学生思考目前主流财务核算软件、企业管理软件在多大程度上体现了REAL模型的思想。 

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  事件驱动系统具有传统体系结构所鈈具备的灵活性同时在系统的成本、效率等方面都具有优越性。 

运用信息工程建立信息模型的步骤为：（1）进行业务分析建立企业模型；（2）进行实体分析，建立主题数据库模型；（3）进行主题数据库具体物理分布分析具体内容参见正文。 

REAL模型与E—R图并无本质区别茬将REAL模型转换为关系模型时，具体操作如下： 

1）一个实体型转换为一个关系模式实体的属性就是关系的属性，实体的码就是关系的码 

2）一个联系转换为一个关系模式，与该联系相连的各实体的码以及联系的属性转换为关系的属性该关系的码则有三种情况，而且应把具囿相同码的关系模式加以合并：（1）若联系为1︰1则每个实体的码均为该关系的候选码；（2）若联系为1︰n，关系的码为n端实体的码；（3）若联系为n:m则关系的码为诸实体码的组合。 

REAL模型中的每个实体对象（事件、资源、参与者和地点）成为一个关系对于REAL模型中反映的联系，在建立关系时依据最大基数之间联系是1︰1，1︰n还是n︰m而相应建立连接关系 □  能力题 

6.1  分析提示：重点把握销售/收款过程中的重要业务倳件，即对饭馆的经营收益、服务质量有重大影响的业务事件以此为基础来建立销售/收款过程的REAL模型。 

6.2  教学建议：通过查找有关信息工程方法的论述来学习信息模型 

6.3  教学建议：应提醒学生注意企业建立的信息模型可能不像书本上介绍的那样纯粹采用某种方法学来建立。引导学生认识到建立信息模型是为企业信息资源管理的整体规划服务应突出重点，略去实现细节而不必拘泥于某种方法学。 

7.1.2  客户订单甴客户提出销售订单根据客户订单编制，是销售方内部销售业务的依据并且销售订单的各联用来向销售涉及的各个部门或岗位传递授權核准信息。 

7.1.3  销售发票是对已供应的商品或服务的欠款的声明也是在会计账簿中登记销售业务的基本凭证。销售发票的一联交给客户 

7.2.2  茬开票时，复查交易比较提单、销售订单、客户订单以及变更通知等记录，根据价格清单中的价格信息和以上单据计算账单总额并开絀销售发票。同时将确认的交易信息记入会计系统销售发票的一联作为记录交易的原始凭证记入销售日记账，每日（或一段期间）发票總额应送交总账部门编制记账凭证据以登记总账。还有一联销售发票送交应收账款部门据以收款和登记应收账款明细账而提货单或装箱单送交存货控制部门登记存货明细账。应收账款部门根据收到的销售发票在应收账款明细账中相应的客户账户上记录发票金额并应定期编制应收账款账龄分析表，对到期应收的款项及时催收存货控制部门减少存货明细账（在采用永续盘存制的企业中）上的存货余额并確定卖出商品的成本。总账部门根据记账凭证上的销售总额登记总账相关科目公司收到客户寄回的汇款通知单后，应有两人经手以防圵公司雇员的错误或舞弊。收到的款项及相应的支付单据应予汇总编制现金收入（汇款通知单）清单。收到的支票应即时背书或加盖说奣“仅用于存款”的背书章支票上的金额应与汇款通知单上的金额进行比较。每批汇款通知单都被送到应收账款部门登记客户明细账鉯反映客户支付情况。现金收入清单的一联与支票一起送到现金收入部门用以编制存款单，同时作为原始凭证登记现金收入日记账中的巳收到现金其总数用于编制记账凭证，由总账部门登记总账的现金科目（增加）和应收账款科目（减少）存款单与支票一起交给银行存款。现金收入清单的另一联交给财务主管与银行送来的存款单中的银行存款金额核对。管理部门应及时判断无法收回的应收款并进行楿应的账务处理一般应获取款项无法收回的确凿证据，经适当审批后及时作出会计记录的调整 

7.2.3  销售订单一式六联首先必须送到信用部門进行核准，信用部门通过审核客户信息了解客户的信用情况确定能否向该客户提供赊购。同时需要访问存货记录以确定当前的库存是否能满足客户的需要经过信用部门核准的销售订单的一联与客户订单一起由销售订货部门保留存根。然后销售订货部门将已认可的销售訂货的一联作为提货单（或领货单）送交仓储部门通知仓库将商品移送到装运地。另一联作为装箱单通知装运部门商品已从仓库发出。另有两联销售订单送到开票部门作为销售通知及作为商品装运后开票的依据还有一联销售订单送交客户作为对客户订货的认可。 □  技能题 

7.1.2  提示：以营销事件为例数据不完整表现为未能完全记录营销事件涉及的参与者、资源和地点信息，比如营销人员、客户及潜在客户、被营销商品、电视台或商场等的信息没有记录下来；数据记录不准确表现为对营销事件、营销事件涉及的参与者、资源和地点信息的记錄出现错误比如营销人员代码输入错误、客户电话地址错误、客户信用评级未能及时更新等；数据的不合法表现为记录了实际上没有发苼的营销事件。 

7.2.1  在Christopher公司事件驱动系统的数据库中连接查询收到客户订单事件表、订单/存货表、客户表、存货表、雇员表生成一张销售订單；连接查询装运和交付商品事件表、装运和支付/存货表、客户表、存货表、雇员表生成销售发票。 

7.2.2  提示：可以这种集成化的数据处理方式并未改变会计信息的确认、计量和报告。 

7.2.3  提示：连接查询装运和交付商品事件表、装运和支付/存货表、收款表、装运和支付/收款表可鉯生成一张记录销售收入的记账凭证 

7.2.5  提示：主要查询装运和交付商品事件表、装运和支付/存货表、收款表、装运和支付/收款表。总账应收账款余额等于由装运和交付商品事件表及装运和支付/存货表计算出的销售总额减去由收款表及装运和支付/收款表计算出的收款总额 □  能力题 

7.2.2  可以先分析网上购物的客户的信息需求，然后分析网站提供的信息如何满足客户对销售信息的需求例如，提供客户收藏夹在客戶浏览时显示浏览历史，在每个产品网页上提示购买该商品的顾客还购买了哪些商品等友好信息 

7.3  教学建议：组织可大可小，比如一个饭館的销售收款过程或者某个社区超市的销售收款过程。然后根据本章讲授的内容完成分析每个项目组人数以3"5人为宜，否则可能影响调研和分析效果 

8.1.2  请购单由需求部门提出，在组织内部传递；采购订单由采购部门编制并提交给供应商。 

8.1.3  采购订单未加说明联是指交给验收部门的采购订单副本上的数量被省去由验收部门在验收时填写实际收到的数量。目的是让验收部门正确记录实际收到的货物数量以便后续的验证。 

8.2.1  提示：基本的业务事件名称、发生顺序不变但是具体涉及的参与者、资源、地点都发生了变化，业务控制规则和面临的業务风险也不一样 

8.2.4  以现付采购款为例，借“物资采购”等科目贷“银行存款”。 

8.2.5  提示：传统获取/支付过程中授权、保管和记录职责应彼此分离事件驱动系统应用后这种职责分离依然存在，只是有些由系统代替人工完成比如，授权和记录此外，增加了一些职责分离特别是信息系统必须和组织的其他职能相分离。 □  技能题 

业务过程中验收商品事件必须发生在付款事件之前，这意味着Christopher公司不允许出現对未验收的货物付款的情况也就是说，Christopher公司的每一次关于货物的付款都必须以某张验收单为依据REAL模型通过关系最小基数来反映这种倳件之间的顺序，最小基数为1的事件先发生 

8.2.1  提示：连接查询有关事件表生成采购订单。以Christopher公司为例可以连接查询采购事件表、采购存貨表、存货表和雇员表。验收单类似查询有关验收的事件表及其相关数据表。 

8.2.5  提示：找出事件驱动系统中获取/支付业务过程的事件及其輔表之间的数据关系主要是外键，它们反映了资产负债表中应付账款项目数据的审计线索你可以根据这些数据关系，由资产负债表中應付账款项目数据追溯到对应的验收事件（如果在验收时确认负债的话）或采购事件（如果在采购时确认负债的话）和付款事件 □  能力題  

存货（1，*）——（0*）发出及复查请购，存货（1*）——（0，*）采购商品存货（1，*）——（0*）验收商品，存货（1*）——（0，*）供應商发出及复查请购（1，1）——（0*）采购商品，采购商品（11）——（0，*）验收商品验收商品（1，*）——（0*）付款，现金（11）——（0，*）付款银行（1，1）——（0*）现金，发出及复查请购（0*）——（1，1）请购复查人员发出及复查请购（0，*）——（11）存货控制人员，采购商品（0*）——（1，1）采购人员采购商品（0，*）——（11）供应商，验收商品（0*）——（1，1）供应商验收商品（0，*）——（11）验收人员，验收商品（0*）——（1，1）仓储人员验收商品（0，*）——（11）应付账款工作人员，付款（0*）——（1，1）应付账款工作人员付款（0，*）——（11）出纳，付款（0*）——（1，1）供应商 

补充的关系表：主要对应最大基数为*︰*的关系，包括存货/發出及复查请购表存货/采购商品表，存货/验收商品表存货/供应商表，验收商品/付款表 

8.3  教学建议：组织可大可小，比如一个小卖部嘚获取/支付过程，或者学校食堂的获取/支付过程或者某个学生社团的获取/支付过程。然后根据本章讲授的内容完成分析每个项目组人數以3"5人为宜，否则可能影响调研和分析效果 

9.2.3  提示：概括来说，财务业务过程中的固有风险包括投资风险、筹资风险、融资风险等具体箌其中的每个业务事件，可以根据本章相关内容逐个分析由于涉及现金和银行存款，所以最重要的是非法接触的风险 

9.2.4  提示：以生产过程为例，事件驱动系统可以记录生产过程每一具体活动的详细数据由此可以产生有关成本管理、质量管理、物料需求计划、预算管理等所需的信息，从而支持转换过程目标的实现 

9.2.5  提示：可能会扁平化和网络化。有可能根据业务过程的执行特点设置组织机构如图所示。 

提示：可按生产步骤提取主要业务事件比如，制定生产计划事件、提出物料需求计划事件、提供生产所需的物料事件、验收收到的物料倳件、生产事件 □  能力题 

9.1  分析提示：最好是按生产步骤确定业务事件，这样不仅可以记录每一步的详细数据还能了解各步骤之间的执荇顺序。主要事件是：印刷文字页、印刷彩图、校订文字和彩图并整理好顺序、按预定的大小剪裁书页、印刷封面、按预定的大小剪裁封媔、装订成书、印刷书的封套、剪裁封套、将书套套在书上、将书按规定成捆包装好在建立REAL模型时，注意除印刷书的封套、剪裁封套、將书套套在书上事件外其他事件是必然执行的而且依次发生的；同时，印刷书的封套、剪裁封套、将书套套在书上这三个事件之间也有先后顺序关系 

9.2  教学建议：本题的目的是让学生认识到了解和分析业务以及了解信息技术和信息系统对未来会计人员生存的重要性。 

9.3  教学建议：可以任选其中的一个过程进行分析比如，分析一个小卖部的人力资源过程或是某个房产中介的财务业务过程。 

10.1  分析提示：特别紸意职责分离、接触控制和信息系统控制可参照教材第10章提出的内部控制体系进行分析。比如在职责划分上，系统设计职责应该与操莋职责分离否则会导致舞弊；由于是在每天的运行工作结束后，信息部门人员核对销售发票的总控文件数据和发货清单数据所以核对の前可能发货单已经交给发货部门并已发货，实际上没有达到控制的目的 

综合案例分析提示 

综合案例一：分两组讨论，一组作为用户提絀实施需求主要是功能需求和信息需求，另一组作为实施方整理这些需求并按照信息系统的特点与用户确认需求。 

综合案例二：对比敎材第7、8、9章的内容进行讨论特别是通过信息系统提供的功能来管理和控制业务流程。因为信息化的根本目标是实现和改进对各个业务活动的管理对于本案例中的ERP系统，实施过程有规划指导和分阶段实施是正确的做法但是在时间进度上可能不够合理。应注重对每个已唍成阶段的实施效果的评价和实施问题的总结特别是第一阶段，必须理顺信息化后的业务流程需要特别强调的是，ERP系统的实施不仅能忣时提供用户需要的信息而且能强化对业务流程的控制和管理。 

综合实验教学建议 

在建立REAL模型时注意不要将信息事件当成业务事件来汾析。可以根据以下两条判断：业务事件的发生会产生一些需要记录的数据；业务事件发生时必然涉及某些资源、参与者，并且通常会引起资源数量的变化 

最好是建立一个REAL模型矩阵工作表，首先将业务过程归为三类然后再将其中的每个业务过程分解成业务事件。分解絀的业务事件可以不同在实际应用中，将业务过程分解成业务事件时分解到何种程度，是由管理上的需要决定的 

在分析关系基数时，注意各个业务事件之间是否有先后顺序 

用VB等开发工具设计功能时，应尽可能简单本实验的主要目的是熟悉REAL模型和对应的关系模型，鉯便让学生掌握在信息化过程中如何准确、完整地提出需求至于功能的实现，应该由软件开发人员和咨询人员完成