论文格式模板及范文

现如今，大家总免不了要接触或使用论文吧，论文的类型很多，包括学年论文、毕业论文、学位论文、科技论文、成果论文等。写起论文来就毫无头绪？下面是我收集整理的论文格式模板范文（精选6篇），希望能够帮助到大家。

摘要:伴随经济社会的飞速发展，高速国道干线与城市内部道路均存在基础设施建设更新速度快、交通承载压力大、信息化程度低等特点，难以满足现代道路交通体系的数字化要求，迫切要求构建便捷、高效、实时的交通地理信息系统。

本文以ArcGISEngine开发环境为基础，对道路交通信息系统与ArcEngine组件式平台拟进行概要阐述，并按照软件设计的相关原则，对道路交通地理信息系统进行了总体设计与功能模块设计。

关键词:ArcGIS;Engine;道路交通地理信息系统;组件式开发

当前国内经济迅速增长，城市化规模不断增大，以机动车保有量为代表的道路交通压力也与日俱增，国内北京、上海、天津等大型城市纷纷通过限号形式来减缓道路载荷。

现代信息技术为整合道路交通资源、实现交通数据自动化管控提供了数据支撑，有利于构建时空一体的道路交通地理信息系统。

1.道路交通地理信息系统

ArcGISEngine作为GIS嵌入式二次开发平台，可摆脱ArcGIS提供组件式多类型开发应用程序接口API，同时可与MicrosoftVisualStu-dio系统编程集成开发环境相融合，基于进行多类编程语言下的模块式开发。

以GIS地理信息技术为基础，利用ArcGISEn-gine平台将交通路网与道路设施等空间信息、车载流量与基础设施等属性数据同航摄影像、多媒体监控数据等有效衔接，实现对空间和属性数据相关的采集、编辑与分析，采用GIS最短路径、道路畅通度算法等优化选择合理的交通线路，完成公交布线与站点布设等工作，同时融合多媒体监控手段，实时显示热点路况信息，科学指挥道路交通。

2.系统功能需求分析

从应用层面分析，道路交通地理信息系统的受众群体分为交通管理方与车辆应用客户方，其中本文所探讨的基于ArcGISEngine的应用系统主要为交通管理方的C/S客户端，具体车辆客户端则可采用基于Android、ios或WindowsMobile平台的APP软件;从系统设计的原则分析，应坚持安全性、共享性、可拓展性与可维护性的原则，提升道路交通地理信息系统的综合性发展。

作为道路交通地理信息系统，以数字化道路空间与属性信息为基础，在确保系统不同用户权限的条件下，提供地图量测、空间漫游、数据维护等功能，检索酒店、学校、商场、企事业单位相关位置，并根据摄像头监控热点交通流量、密度数据，同时借助GPS定位、无线数据传输技术，为公交、出租等公共车辆提供位置相关服务。

3.道路交通地理信息系统总体与功能模块设计

开展道路交通地理信息系统设计前，按照相应的数据标准采集空间影像数据、基础线划图与专题交通资料，经裁切、镶嵌与校准等流程完成数据的标准化预处理，并导入系统平台空间基础数据库中，按照点、线、面要素分层，细化停车场、公交站点、高速、铁路与公路等要素信息，其空间地理基础数据库分层如下:

(1)系统分库:大地控制测量数据库、数字高程DEM与正射影像DOM数据库、数字线划DLG与遥感栅格DRG数据库，以及系统元数据库。

(2)系统逻辑分层库:以DLG数据库为例，可分为居民地、水系、道路、植被、地形等数据库分层要素信息。

(3)系统逻辑底层:包含点、线、面、注记与多媒体层等相关信息。

根据道路交通地理信息系统的应用框架，其总体设计可分为三大部分:电子地图服务模块、公共信息服务模块、空间分析与数据统计模块。

系统空间数据库GeoDatabase导入Shape、栅格、属性表等相关空间数据与属性文件，管理客户端采用地方坐标系进行配准建设，以便于后期交通设施数据的更新与维护，针对公共信息服务模块，采用经脱密处理的电子地图和遥感数据，以确保数据空间位置安全。

关于系统的具体功能模块设计如下:

(1)电子地图服务模块。

利用ArcGISEngine地图工具集组件，在VS开发平台可便捷的实现图层控制、热点注记、空间量测等功能，实现对ArcInfo、Shapefile、GRID等数据格式的加载编辑。

(2)公共信息服务模块:重在提供空间位置检索、基于位置的信息服务功能，利用ArcGISEngine的类库资源，通过ToolbarControl和VS系统中的DataGridView、Find控件完成相关地图数据的检索功能，查询要素属性信息。

(3)空间分析与数据统计模块:道路交通地理信息系统中利用空间数据检索出的要素可进行相应的聚类分析或数值统计;关于空间分析功能，其主要涉及最短路径分析与缓冲区分析，根据交通需求量、流通量的变化，进行最短距离、最短时间的计算或识别相关地理实体对周边地物的影响区间，空间缓冲区分析实现的部分代码

4.结语

作为涵盖测绘信息采集处理、计算机软件编程和数据库建设等多行业学科融合的道路交通地理信息系统，以ArcGISEngine组件式开发平台为基础，通过对其进行系统需求分析与功能模块设计，明确了系统的相关服务功能，构建了系统的总体框架，为类似工程实践提供参考意义。

参考文献：

[1]刘莹.ArcGISEngine的开发及应用研究[J].城市勘测，2006(02).

[2]张国强.数字图像处理技术在交通监控领域里的应用[J].辽宁师专学报(自然科学版)，2007(04).

[3]谭健妹，刘清君，邹小梅.基于GIS的交通事故信息系统研究[J].山西科技，2007(01).

[4]李红，沈冬.基于ArcGlSEngine的地理信息数据库设计与实现[J].测绘与空间地理信息，2009(04).

[5]兰小机，王飞，彭涛.基于ArcGISEngine的查询信息系统的设计与实现[J].金属矿山，2008(02).

摘要：探究式教以重视提高学生的发现、分析、解决问题能力的教学模式，其教学理念与我国的新课程改革理念相符。

通过对高中地理探究式教学进行分析，总结探究式教学实施经验，为高中地理应用探究式教学总结经验，提高课堂地理课堂教学效果，提升课堂教学效率，促进学生素质全面发展。

关键词：高中地理;探究式教学;新课程理念

在传统教学模式影响下，高中地理教学只重视学生的成绩，忽视提高学生的综合能力。

而新课程改革要求课堂教学应让学生掌握课本知识，更应让学生的综合素质获得提升。

在课堂教学中，教师需要转变教师和学生的地位，让学生成为课堂的主体，让学生主动参与课堂学习。

探究式教学方式属于培养学生主动性的教学方式，探究式教学模式与我国新课改理念相契合。

因而高中地理教师需要重视应用探究式教学模式，在探究教学过程中提高学生的主动探究能力科学素养，对学生学好地理知识以及学生的未来成长具有重要作用[1]。

笔者结合个人教学经验，对高中地理教学中应用探究式教学进行简要分析。

1、探究式教学中师生定位

学生定位：探究式教学作为一种培养学生自主探究能力的教学方式，它要求每个学生都能够积极参与教学活动。

同时探究式教学要求学生在教师引导下开展探究学习，通过个人的观察、分析和研究等活动或行为总结知识，建构知识体系，而非教师通过灌输式方式将知识传授给学生。

标准论文格式范文模板

一、论文篇幅: 3000—4500字,论文必须包含200字左右的中、英文摘要及3-4个关键词。

二、论文格式:

(一)题目、署名及层次格式、文字、字数要求:

1、文稿采用A4幅面word文档;中文标题为三号宋体,正文为小四号仿宋体;英文字体为Times New Roman,标题字号为三号,字母全部大写;如有副标题,另起一行,首字母大写,正文为小四号字体;文稿应加注页码。

2、题目居中,署名及单位标在题目下,例如: 数字城市化进程 王赵(大学系,北京100001)(设计院,天津300001) 需作叙述时,可在当页下方划一条横线,在横线下加说明。

3、摘要和关键词,写在题目下、正文前。

4、论文的层次,统一要求采用: 1 (占一行或接排。 当接排时,标题后要加标点) *

(二)文稿和图稿其它要求:

1、正确阐述技术内容。名词术语应符合国家有关标准、规范。如所采用的名词术语尚未编定时,可采用各业务部门和科研单位常用的名词术语,不要任意用简称、方言。

2、准确使用标点符号,注意: (1)标题、图题、表名后及公式后不用标点; (2)阿拉伯数字的起止(范围)号用“~”,如: “20~30”,“8%~10%”,“0~10oC”

3、对正文中的某些问题需加以说明时,可用“呼应注”(也叫脚注),即在所要加注处的.右上角标注“①、②……”,同时在本页末留出位置,划一横线与正文隔开,在横线下注明“①、②……”。

4、计量单位采用国务院颁发的《中华人民共和国法定计量单位》,一律用拉丁文书写。

5、外文字母写成印刷体,同时注意将正斜体、大小写分清楚。

6、数字的书写(统计数、各种计量及图表编号等各种顺序号)均用阿拉伯数字,世纪、年代、月、日和时刻均用阿拉伯数字,并一概用全称。

7、表格、公式、样图均要编号,每篇论文加注流水号,例如: 图1、图2,表1、表2,公式⑴、公式⑵。

8、照片要求清晰、层次分明,非彩印书尽量用黑白照片。墨线图要大小适当,图线要规整。照片、图稿等电子文件需备份一份随稿件一并提交。

9、参考文献的项目要列全,例如: [1]主编.结构力学.北京:出版社,2003 [2]主编.城市规划.上海:出版社,2001

(三)文稿最后应有附件页,注明作者个人信息,内容见下表: 作者基本情况表 姓名 性别 职称 工作单位 职务 联系电话 (固定电话请注明本地区号) 传真 通信地址 邮编 E-mail

经典论文标准格式模板如下文

1、题目。应能概括整个论文最重要的内容，言简意赅，引人注目，一般不宜超过20个字。

2、论文摘要和关键词。 论文摘要应阐述学位论文的主要观点。说明本论文的目的、研究方法、成果和结论。尽可能保留原论文的基本信息

，突出论文的创造性成果和新见解。而不应是各章节标题的简单罗列。摘要以500字左右为宜。关键词 是能反映论文主旨最关键的词句，一般3-5个。

3、目录。既是论文的提纲，也是论文组成部分的小标题，应标注相应页码。

4、引言(或序言)。内容应包括本研究领域的国内外现状，本论文所要解决的问题及这项研究工作在经济建设、科技进步和社会发展等方面的理论意义与实用价值。

5、正文。是毕业论文的主体。

6、结论。论文结论要求明确、精炼、完整，应阐明自己的创造性成果或新见解，以及在本领域的意义。

7、参考文献和注释。按论文中所引用文献或注释编号的顺序列在论文正文之后，参考文献之前。图表或数据必须注明来源和出处。(参考文献是期刊时，书写格式为： [编号]、作者、文章题目、期刊名(外文可缩写)、年份、卷号、期数、页码。 参考文献是图书时，书写格式为：[编号]、作者、书名、出版单位、年份、版次、页码。)

8、附录。包括放在正文内过份冗长的公式推导，以备他人阅读方便所需的辅助性数学工具、重复性数据图表、论文使用的符号意义、单位缩写、程序全文及有关说明等。

写作小论文有助于提高我们的学术水平，小论文的格式有哪些要求呢？下面是由我整理的1000字小论文格式 范文 模板，欢迎大家阅读。

摘要： 随着企业规模的不断扩大，各部门所需信息既相互交错，又相对独立。这就要求各部门所用的数据库既能高度自治地 工作，又能进行信息共享。本文主要介绍多DM3数据库系统间的信息共享机制。 不同DM3数据库系统间的信息共享通过协调器实现。所有这些被协调器连接在一起的数据库系统组成了一个联邦数据库。这样既能较好地满足企业的需要，也能在保证效率的前提下，提高数据的可用性。

关键词： DBMS 复制 联邦数据库

1.引言

随着经济的发展，企业的规模越来越大，其积累的信息也越来越多。存在着各部门所处理的信息多数只对本部门有效，仅有少数信息需给 其它 某些部门共享的问题。这种信息的分布性和独立性要求对所处理的数据进行分类，使各部门既能独立地处理本部门大多数数据，也使部门间能协调处理跨部门的事务。在这种情况下，对整个企业建立一个完全的紧密耦合的分布式数据库是很困难的，也是没必要的，特别是大型企业，这样的数据库的效率往往是很低的。

为解决这个问题，我们采用以下策略：每个部门使用一套紧密耦合的数据库系统，而在存在跨部门事务处理的数据库系统间用一个协调器联起来。这样就组成了一个横跨整个企业，各部门高度自治的联邦数据库系统。

DM2是由华中理工大学数据库多媒体技术研究所研制的数据库管理系统。它采用客户/服务器模型，客户机与服务器，服务器与服务器均通过网络互连，通过消息相互通讯，组成一个紧密耦合的分布式数据库系统。它的工作流程如下：客户机登录到一台服务器上，这台服务器便成为它的代理服务器;它接收来自客户机的消息，然后根据全局数据字典决定是自己独立完成该操作，还是与其它服务器协作处理这条消息，处理完成之后，再由代理服务器将处理结果返回给客户机。

而数据字典，作为记录数据库所有元数据的系统表，它向以上过程中提供各类有用的信息，引导它们向正确的方向运行，起着“指南针”的作用。它分为局部数据字典和全局数据字典。其中，局部数据字典用于记录一个服务器站点中数据库的控制信息，如表的模式，视图的模式及各个数据区的的文件名等信息。全局数据字典用于记录分布式数据库系统中各个服务器站点上有关全局数据的控制信息，如服务器站点信息，各服务器站点的全局表名及表内码记录，各服务器站点上的全局数据视图名及视图内码记录，用户名及口令记录，用户权限记录等信息。各个局部数据字典可以各不相同，但为了保证在各个服务器上所看到的全局数据库是一致的，因此，全局数据字典必须一致。我们所关心的是全局数据字典中的基表控制块TV_CTRL_BLOCK，它的内容主要包括：全局基表总数，每个全局基表名和其对应的表内码，该基表所在的服务器站点的编号等信息。它的功能是将各个服务器站点号与存储在其上的表名及表内码联系起来。这样，代理服务器从客户消息中找到被处理的表名，然后通过查询基表控制块TV_CTRL_BLOCK,就能知道该表存在哪个服务器上，以便将相关消息发给该服务器。

由于DM2上各个服务器站点的全局字典完全相同，任何全局表的信息都会记入全局字典。若用它来构建一个企业的数据库系统，则大量只对企业某部门有用的信息将会充斥在各部门所有服务器的全局字典中，增加了冗余。而且，当对全局表进行DDL操作时，为了确保全局字典的一致性，须对所有服务器的全局字典进行加锁。DM2对全局字典的封锁方式是采用令牌环方式，即令牌绕虚环(非实环)传输，某个服务器想对全局字典进行操作，必须等令牌到达该服务器才可以执行。每个部门建立的全局表绝大多数只对本部门有用，当对这些表进行DDL操作时，却要对所有服务器的全局字典进行封锁，通过令牌来实现对全局字典的互斥访问。假如，两个部门都要分别对本部门的内部表进行DDL操作，这应该是可以并行处理的操作，现在却只能串行执行。而且，当服务器数目庞大时，每个服务器等待令牌的时间将会很长。这严重损害了数据库的效率。

为弥补以上不足，在DM2的改进版本DM3中增加了协调器，用以联接各个独立的DM3数据库子系统，并协调各子系统间的各种关系，使各子系统既能高度自治地工作，又能进行有效的信息共享。

2.体系结构

本系统可看作多个数据库子系统被协调器联起来的，高度自治的一个联邦数据库系统。其中，每个子系统独立处理本系统内部的事务，而子系统间的信息共享由复制技术提供，副本间的一致性由协调器协调处理，处理所需的信息在初始化时写入协调器的组间数据字典中。当对某子系统中的一份数据副本进行修改时，该子系统会将修改通知协调器，由协调器对该数据的其它副本进行修改，从而保证了所有副本的一致性。

由以上可知，子系统彼此并不直接接触，而是各自都与协调器直接相联，由协调器统一管理子系统间的通信。这样，当子系统对副本进行修改时，不必关心相应的子系统处于何种状态，也不必等待回应消息，以及异常处理，所有这些都由协调器进行管理。因此，既提高了系统运行的效率，也保证了子系统的独立性。其体系结构如下图所示。

协调器主要有三大功能，首先，它对协调器和服务器进行初始化，并将有关信息存入组间字典;其次，它管理不同子系统间的通信，维护副本的一致性;最后，它在子系统出现崩溃时，进行异常管理及恢复工作。

图1 DM3多数据库系统体系结构

3.主要策略

多个DM3系统间的信息共享是通过副本实现的，副本的一致性是由协调器来维持的，是一种弱一致性。通常，多数据库系统间的一致性是通过协调器周期性地访问服务器的日志来完成的。由于副本的更新带有随机性，因此，若采用这种 方法 ，可能数据被修改多次，但其相对应的副本仍未被修改，这样就损害了数据的一致性;也可能数据并未被修改，但协调器已多次访问了服务器的日志了，这样就降低了系统的效率。

所以，本系统采用的方法是当数据被修改时，由服务器通知协调器有关信息，再由协调器通知相关系统，修改相关数据。这样，数据的修改及时(仍然是弱一致性)，而协调器也不会在数据未被修改的情况下访问服务器，提高了准确性。

为了使协调器正常工作，我们对底层数据库管理系统DM2进行了修改。在基表控制块TV_CTRL_BLOCK中增加一项IsReplication。建表时，该项初始化为false;当为该表建立一个副本时，该项赋值为true。具体算法如下。

初始化算法。

协调器：

从用户或应用程序接收待连接的两个系统中的服务器名，需复制的表名;

分别登录到两个系统的服务器上;

向存有待复制表的服务器发预复制消息;

等待服务器消息;

若失败，发一条失败的消息给服务器和用户或应用程序，转11);

若成功，从消息中取出待复制表的有关信息，根据这些信息，发一条建表消息给另一个系统的服务器;

等待服务器消息;

若失败，发一条失败的消息给服务器和用户或应用程序，转11);

若成功，调数据转移程序，进行数据复制;

将有关信息写入组间字典。

退出。

服务器：

当服务器收到预复制消息后，将基表控制块TV_CTRL_BLOCK中的IsReplication赋为true。同时，取出待复制表的有关信息，组成应答消息发给协调器。

当服务器收到失败的消息后，将基表控制块TV_CTRL_BLOCK中的IsReplication赋为false。

维护算法。

协调器：

从组间字典读出相关信息，根据这些信息，登录到相应系统上;

等待消息;

从某系统的服务器上收到一条修改消息后，通过查找组间字典，确定该消息的目的地，然后将它转发过去;

若失败，定时重发;

转2);

服务器：

1)等待消息;

2)当收到某客户或应用程序的消息后，检查它是否是修改数据的操作(如delete，update或insert等);

若不是，转7);

若是，检查基表控制块TV_CTRL_BLOCK中的IsReplication是否为true;

若不是，转7);

若是，向协调器发修改消息;

继续执行服务器程序的其它部分。

恢复算法。

若协调器所联接的系统中有一个跨掉了，则对副本的修改无法及时地反映到跨掉的系统中来。这时，需要恢复算法来进行处理。

协调器：

当协调器发现有一个系统已经崩溃后，采取以下步骤。

将与该系统相关的变量open赋值为false;

打开记时器;

等待消息;

若收到的消息是其它系统发出的修改崩溃了的系统上的副本的命令，则依次将这些消息存储起来，转3);

若收到的消息是记时器发出的时间到的消息，则向崩溃的系统发登录命令;

若登录成功，将open的值改为true;

将存储的消息依次发送过去，转9);

若登录失败，转3);

退出。

4.结论

我们曾在三个DM3数据库系统上，用两个协调器进行联接。结果，运行情况良好，各副本最终都能保证一致，且各副本间存在差异的时间间隔很短。另外，在出现异常的情况下，协调器也能正常工作。

主要参考文献：

1.周龙骧等，分布式数据库管理系统实现技术，科学出版社，1998。

2.郑振楣，于戈，郭敏，分布式数据库，科学出版社，1998。

3.王珊等，数据仓库技术与联机分析处理，科学出版社，1998。