毕业论文答辩死亡三连问,研究生毕业论文答辩流程

中国论文网 发表于2024-01-20 20:48:44 归属于作文素材 本文已影响339 我要投稿 手机版

       

今天中国论文网小编为大家分享毕业论文、职称论文、论文查重、论文范文、硕博论文库、论文写作格式等内容。

问你论文设计问题的一些关键性问题的理解,以及你的论文中谈到的观点的认识与理解。

论文自述答辩是什么意思..怎么做成PPT

就是把自己写的论文大概叙述一遍并且回答老师提出的问题,给出答案,建议你如果论文中没有涉及到自己要谦虚点表明自己还没进一步研究日后加强这方面知识学习,老师会满意你的回答的。做PPT直接选好背景将论文复制进去就可以了e

求人帮我写一份我的论文答辩的自诉,《数据仓库技术在决策支持系统中的应用论文》自诉,只要能说五分钟就行!急

数据仓库的出现和发展是计算机应用到一定阶段的必然产物。经过多年的计算机应用和市场积累,许多商业企业已保存了大量原始数据和各种业务数据,这些数据真实地反映了商业企业主体和各种业务环境的经济动态。然而由于缺乏集中存储和管理,这些数据不能为本企业进行有效的统计、分析和评估提供帮助。也就是说,无法将这些数据转化成企业有用的信息。70年代出现并被广泛应用的关系型数据库技术为解决这一问题提供了强有力的工具。从80年代中期开始,随着市场竞争的加剧,商业信息系统用户已经不满足于用计算机仅仅去管理日复一日的事务数据,他们更需要的是支持决策制定过程的信息。80年代中后期,出现了数据仓库思想的萌芽,为数据仓库概念的最终提出和发展打下了基础。90年代初期,W.H.Inmon在其里程碑式的著作《建立数据仓库》中提出了“数据仓库”的概念,数据仓库的研究和应用得到了广泛的关注。这对处于激烈竞争中的商业企业,有着非同小可的现实意义。  数据仓库不是数据的简单堆积,而是从大量的事务型数据库中抽取数据,并将其清理、转换为新的存储格式,即为决策目标把数据聚合在一种特殊的格式中。公认的数据仓库之父W.H.Inmon将其定义为:“数据仓库是支持管理决策过程的、面向主题的、集成的、随时间而变的、持久的数据集合。” 从数据库到数据仓库

  传统的数据库技术是以单一的数据资源,即数据库为中心,进行从事务处理、批处理到决策分析等各种类型的数据处理工作。然而,不同类型的数据有着不同的处理特点,以单一的数据组织方式进行组织的数据库并不能反映这种差异,特别是满足不了现代商业企业数据处理多样化的要求。随着数据库应用的广泛普及,人们对数据处理的这种多层次特点有了更清晰的认识。总结起来,当前的商业企业数据处理可以大致地划分为两大类:操作型处理和分析型处理。操作型处理也叫事务处理,是指对数据库联机的日常操作,通常是对一个或一组记录的查询和修改,主要是为企业的特定应用服务的,人们关心的是响应时间、数据的安全性和完整性。分析型处理则用于商业企业管理人员的决策分析。两者之间的巨大差异使得操作型处理和分析型处理的分离成为必然。这种分离,划清了数据处理的分析型环境与操作型环境之间的界限,从而由原来的以单一数据库为中心的数据环境发展成为一种新环境:体系化环境。  数据库系统作为数据管理手段,主要用于事务处理。在这些数据库中已经保存了大量的日常业务数据。传统的DSS(决策支持系统)一般是直接建立在这种事务处理环境上的。数据库技术一直力图使自己能胜任从事务处理、批处理到分析处理的各种类型的信息处理任务。尽管数据库在事务处理方面的应用获得了巨大的成功,但它对分析处理的支持一直不能令人满意,尤其是当以业务处理为主的联机事务处理(OLTP)应用与以分析处理为主的DSS应用共存于同一个数据库系统时,两种类型的处理发生了明显的冲突。人们逐渐认识到,事务处理和分析处理具有极不相同的性质,直接使用事务处理环境来支持DSS是行不通的。具体来说,事务处理环境不适合DSS应用的原因概括起来主要有以下5条:1、事务处理和分析处理的性能特性不同  在事务处理环境中,用户的行为特点是数据的存取操作频率高而每次操作处理的时间短,因此,系统可以允许多个用户按分时方式使用系统资源,同时保持较短的响应时间,OLTP是这种环境下的典型应用。在分析处理环境中,用户的行为模式与此完全不同,某个DSS应用程序可能需要连续运行几个小时,从而消耗大量的系统资源。将具有如此不同处理性能的两种应用放在同一个环境中运行显然是不适当的。2、数据集成问题  DSS需要集成的数据。全面而正确的数据是有效的分析和决策的首要前提,相关数据收集得越完整,得到的结果就越可靠。因此,DSS不仅需要整个企业内部各部门的相关数据,还需要企业外部、竞争对手等处的相关数据。  事务处理的目的在于使业务处理自动化,一般只需要与本部门业务有关的当前数据。而对整个企业范围内的集成应用考虑得很少。当前绝大部分企业内数据的真正状况是分散而非集成的。造成这种分散的原因有很多种,主要有事务处理应用分散、“蜘蛛网”问题、数据不一致问题、外部数据和非结构化数据。(1)事务处理应用的分散当前商业企业内部各事务处理应用间实际上几乎都是独立的,之所以出现这种现象有多种原因。有的原因是设计方面的,例如:系统设计人员为了减少系统开发费用和加快开发进度,总是采用简单而“有效”的设计方案,这种“有效”仅指对解决当前面临的问题有效,而不能保证对以后新出现的问题继续有效。有的原因是经济方面的,当经费有限时,一些商业企业总是考虑对关键的业务活动建立应用系统,然后再逐步建立其他业务的信息处理系统。还有的原因是历史、地理方面的,例如:某个大公司由分散在各地的多个子公司组成、企业的兼并等等。  由于这种事务处理应用分散状况的存在,DSS应用需要对分散在多个事务处理应用中的相关数据进行集成,以向分析人员提供统一的数据视图。(2)“蜘蛛网”问题  DSS应用中为了避免与其他用户的冲突和简化用户的数据视图,一种称为“抽取程序”的方法目前被广泛应用,用户利用抽取程序从文件或数据库中查找有用的数据,然后这些数据被提取出来放入其他文件或数据库中供用户使用。这些经抽取得到的新文件或数据库又被某些用户再进行抽取,这种不加控制的连续抽取最终导致系统内的数据间形成了错综复杂的网状结构,人们形象地称为“蜘蛛网”。企业的规模越大,“蜘蛛网”问题就越严重。  虽然网上的任意两个节点的数据可能归根结底是从一个原始库中抽取出来的,但其数据没有统一的时间基础,抽取算法各不相同,抽取级别也不相同,并且可能参考不同的外部数据。因而对同一问题的分析,不同节点却会产生不同甚至截然相反的结果。这当然使决策者无从下手。(3)数据不一致问题  前述的应用分散和“蜘蛛网”等多个问题,导致了多个应用间的数据不一致。这些数据不一致的形式是多种多样的:  有时,同一字段在不同应用中具有不同的数据类型。例如:字段Sex在A应用中的值为“M/F”,在B应用中的值为“0/1”,在C应用中又为“Male/Female”。有时,同一字段在不同应用中具有不同的名字。例如:A应用中的字段balance在B应用中名称为bal,在C应用中又变成了currbal。  有时,同名字段,不同含义。例如:字段weight在A应用中表示人的体重,在B应用中表示汽车的重量,等等。  为了将这些不一致的数据集成起来,必须对它们进行转换后才能供分析之用。数据的不一致是多种多样的,对每种情况都必须专门处理,因此,这是一项很繁重的工作。(4)外部数据和非结构化数据商业企业高层管理者在决策中经常用到外部数据,这部分数据不是由事务处理系统产生的,而是来自于其它外部数据源。例如:权威性刊物发布的统计数据、业界的技术报告、市场比较和分析报告、股票行情等,这些数据通常都是非结构化数据。在事务处理系统中,由于没有对外部数据进行统一管理,用到这些数据的DSS应用必须自行集成。  上述问题是事务处理环境所固有的,尽管每个单独的事务处理应用可能是高效的,能产生丰富的细节数据,但这些数据却不能成为一个统一的整体。对于需要集成数据的DSS应用来说,必须自己在应用程序中对这些纷杂的数据进行集成。可是,数据集成是一项十分繁杂的工作,都交给应用程序完成会大大增加程序员的负担。并且,每做一次分析,都要进行一次这样的集成,将会导致极低的处理效率。DSS对数据集成的迫切需要可能是数据仓库技术出现的最重要动因。3、数据动态集成问题  由于每次分析都进行数据集成的开销太大,一些应用就仅在开始对所需数据进行了集成,以后就一直以这部分集成的数据作为分析的基础,不再与数据源发生联系,我们称这种方式的集成为静态集成。静态集成的最大缺点在于,如果在数据集成后数据源中数据发生了改变,这些变化将不能反映给决策者,导致决策者使用的是过时的数据。对于决策者来说,虽然并不要求随时准确地探知系统内的任何数据变化,但也不希望他所分析的是几个月以前的情况。因此,集成数据必须以一定的周期(例如24小时)进行刷新,我们称其为动态集成。显然,事务处理系统不具备动态集成的能力。4、历史数据问题商业企业的事务处理一般只需要当前数据,在数据库中一般也只存储短期数据,且不同数据的保存期限也不一样,即使有一些历史数据保存下来了,也被束之高阁,未得到充分利用。但对于决策分析而言,历史数据是相当重要的,许多分析方法必须以大量的历史数据为依托。没有历史数据的详细分析,是难以把握商业企业的发展趋势的。  通过2、3、4所述可见,DSS对数据在空间和时间的广度上都有了更高的要求,而事务处理环境难以满足这些要求。5、数据的综合问题  在事务处理系统中积累了大量的细节数据,一般而言,DSS并不对这些细节数据进行分析。这主要有两个原因:一是细节数据数量太大,会严重影响分析的效率;二是太多的细节数据不利于分析人员将注意力集中于有用的信息上。因此,在分析时,往往需要对细节数据进行不同程度的综合。而事务处理系统不具备这种综合能力,根据规范化理论,这种综合还往往因为是一种数据冗余而加以限制。  以上这些问题表明,在事务型环境中直接构建分析型应用是一种失败的尝试。数据仓库本质上是对这些存在问题的回答。但是数据仓库的主要驱动力并不是改正过去的缺点,而是市场商业经营行为的改变,即市场竞争要求捕获和分析事务级的业务数据。建立在事务处理环境上的分析系统无法达到这一要求。要提高分析和决策的效率和有效性,分析型处理及其数据必须与操作型处理及其数据相分离。必须把分析型数据从事务处理环境中提取出来,按照DSS处理的需要进行重新组织,建立单独的分析处理环境。数据仓库正是为了构建这种新的分析处理环境而出现的一种数据存储和组织技术。  如前所述,传统的数据库系统面向以事务处理为主的OLTP应用,不能满足DSS的分析要求。事务处理和分析处理具有极不相同的性质,因而两者对数据也有着不同的要求。W.H.Inmon在其Building the Data Warehouse(《建立数据仓库》)一书中,列出了操作型数据与分析型数据之间的区别,如表1所示。

wWw.lunwen.net.Cn中国论文网免费学术期刊论文发表,目录,论文查重入口,本科毕业论文怎么写,职称论文范文,论文摘要,论文文献资料,毕业论文格式,论文检测降重。

返回作文素材列表
展开剩余(