学术论文标准格式规范

第一篇：学术论文标准格式规范

摘要的定义与三类摘要的写法

国际标准iso214-1976指出：摘要是一份文献内容的准确压缩,不加解释或评论。中国国家标准规定：摘要是报告、论文的内容不加注释和评论的简短陈述。摘要是读者判断论文价值，判断论文是否值得阅读的依据。会议所征摘要是决定是否录用全文的依据。写好摘要是科技人员写作所必备的基本功。如果一篇内容价值较高的学术论文,其摘要写得平平淡淡，不能体现论文的特点和学术价值，将带来一系列不利影响：失去被刊载的机会，需要本文的读者不会阅读全文,从而失去应有的学术影响；对中文期刊论文而言,难以进入国际检索系统等。

摘要分为报道性摘要、指示性摘要、报道—指示性摘要、结构性摘要等种类。学术期刊多采用报道性摘要，特别是试验研究和有定量数据的论文。对新内容较少，或数据少的论文用指示性摘要或报道—指示性摘要。摘要的内容一般由3部分组成：研究目的,研究方法,研究结果或结论。中文摘要一般200-300字,外文摘要字数不超过250个实词。摘要的详简程度和篇幅大小根据具体情况及要求而定，如期刊论文摘要、会议征稿摘要、博士学位论文摘要的差别很大。期刊论文摘要通常位于署名和单位地址之后。

1.1 报道性摘要

报道性摘要要求反映作者的主要成果,提供比较完整的定量及定性信息。篇幅一般为200-300字。示例如下：

示例1：(题名：bisrcacuo高温超导纤维)

采用激光加热小基座法(lhpg)成功地制备出bisrcacuo超导纤维。它性能稳定,工艺可重复性高。纤维最大长度达60mm，直径范围35-500um，其中细径纤维有挠性。超导纤维的起始转变温度为118k,零电阻温度为87k，临近电流密度为2.5ka/cm2(77k,h=0,直流电流量)。纤维中超导相（2212相），显微结构有典型的取向性。纤维的超导电性与其生长条件及后处理过程密切相关。首次指出，a轴平行于纤维的轴向。

示例2：(篇名: 约瑟夫森结alx-al隧道势垒的实验研究)

通过ｘ光电子能谱、阳极氧化电压谱和fiske台阶电压的测量，研究了约瑟夫森结中alox－al隧道势垒。发现结的隧道势垒最佳沉积al层厚度为7nm，al上形成了alox厚度只取决于氧化条件，与沉积al厚无关，势垒al氧化物可能含有一个像alooh态的oh基团。

1.2 指示性摘要

指示性摘要的目的是使读者对论文有一个概括的了解，适用于新内容较少，或数据少的论文。篇幅一般为50-100字。示例如下：

示例1:(题名 ：冷轧槽楔外端与摩擦影响的定量分析)

建立了与avitzuer不同的连续速度场，经变上限积分与参量积分求的槽楔冷轧变形力上界解解，并侧重定量的讨论了外端与摩擦对变形力的影响。

示例2:(题名 ：白薯线虫的防治)

对密西西比州种植的白薯由于根节线虫所引起的问题作了讨论,叙述了1967年由蔬菜收获分公司实验站所进行的商品熏剂和杀虫剂的试验。对行间撒播的施用方法作了比较。列出了包括商品杀线虫剂vorlex、dow wv w─85、dd和试验的固体杀线虫剂68 138及dasanit的试验结果。

示例3：（题名：湘江水体中硒的分布）

[目的] 为给综合防治污染提供一定依据,对湘江水体中硒的分布进行了探讨。

[方法] 在湘江上游兴安县至洞庭湖的河口采集了28个底泥样品, 用气相色谱法进行分析。

[结果] 结果表明湘江底泥已受到不同程度的污染,其中有些硒含量超过本底值数的十倍甚至百倍,大多数样品中硒含量较一般土壤和底泥为高。还分析了污染严重的霞湾港水样，结果表明此段江水中硒含量尚不高，在地面水最高容许浓度范围内。

1.3 报道—指示性摘要

报道—指示性摘要是对论文中价值最高部分内容采用报道性摘要，其余部分以指示性摘要报道。篇幅一般为100-200字。

示例1:（题名：柴油机燃用棉籽油的试验研究）

介绍了不经任何改装的s195型柴油机燃用棉籽油与柴油混合油或纯棉籽油的试验研究情况。结果表明，燃用棉柴混合油或纯棉籽油时，发动机性能良好，无异常现象；适当调整供油提前角、加大循环供油量，可以达到原机功率，而且烟度有所下降。还分析了s195型柴油机在试验工况下的燃烧特性和放热规律。写作中的常见问题

要有摘要与论文分离单独出版的写作思想，对随文摘要，不要认为“全文在后边”，编写摘要可简单、随便。

应用“用(采用)...方法”、“报告了...现状”、“进行了...调查”等记述方法编写摘要。即，要用第三人称编写，不要用第一、二人称编写，不要用“本文”、“我们”、“作者”、“this paper“、”this articles"等作为主语。

不用图表、示意图、公式、结构式和非公用的符号和术语。

要采用规范化的名词术语、缩略语、略语、代号、法定计量单位、简化字和标点符号。

避免与标题和引言在用词上明显重复，忌罗列正文中目次，小标题和段落标题，或结论部分的文字。

要排除在本学科领域已成为常识的内容和教材中已有的东西。

除非该论文证实或否定了他人已出版的著作,否则不必引用。

不要作自我评价。如：本文以变量代换为工具,利用高等代数的知识,证明了齐线性微分方程组的降阶定理,给出了一种实际的解题方法。因此，这个结论的证明不仅具有一定的理论意义，而且在解题过程中也具有重要的指导意义。

不要对题名等进行注解。如论文“分类指导重点突破加速农机化步伐”的摘要写成：农机化是农业生产力发展到一定阶段的必然过程,是现代农业的产物,在我国它的发展只能与农村经济发展水平相适用。因此分类指导即根据不同经济力、生产组织形式和现实物质技术条件，进行有效地指导、协调、组织带层次性的农机化生产。重点突破即在提高经济效率的前提下，在“化”水平上有所突破。成功写作摘要的要点

摘要写作成功的诀窍是突出新贡献，并使之尖锐化。用精辟语句使新东西出现在摘要的突出位置。所谓新贡献包括:新技术、新理论、新方法、新观点、新规律、纠正前人错误、解决争议、补充和发展前人成果等。有的作者常常不在摘要中体现重要的研究成果，而到论文的后部分经分析推论等才指明，这是错误的观点和写作方式。

使自己新贡献尖锐化。即区别他人工作和自己新贡献不同之处（如:“想法”、“设想”和“已给出数学定义、模型”等的区别），使之分离，使自己新东西尖锐化。新贡献不要多谈，要精辟。不能模棱两可，让读者去分析作者的贡献“新”在何处。而应指出来让读者看。但不能自我评价。

第二篇：标准规范

13.4 环境管理

13.4.1项目部应根据批准的建设项目环境影响报告，编制用于指导项目实施过程的项目环境保护计划，其主要内容包括：项目环境保护的目标及主要指标。项目环境保护的实施方案。项目环境保护所需的人力、物力、财力和技术等资源的专项计划。项目环境保护所需的技术研发、技术攻关等工作。落实防治环境污染和生态破坏的措施，以及环境保护设施的投资估算。

13.4.2项目项目环境保护计划应按规定程序经批准后实施。

13.4.3项目部应对项目环境保护计划的实施进行管理。主要内容包括：明确各岗位的环境保护职责和权限。落实项目环境保护职责和权限。对项目参加人员应进行环境保护的教育和培训，提高环境保护意识和工作能力。4 对于环境因素和环境管理体系的有关信息进行管理，保证内部与外部信息沟通的有效性，保证随时识别到潜在的影响环境的因素或紧急情况，并预防或减少可能伴随的环境影响。负责落实环保部门对施工阶段的环保要求，以及施工过程中的环保措施，对施工现场的环境进行有效控制，防止职业危害，建立良好的工作环境。施工阶段的环境保护应按《建设工程项目管理规范》GB/T50326执行。项目配套建设的环境保护设施必须与主体工程同时投入试运行。项目部应对环境 保护设施运行和建设项目对环境的影响进行检查和监测。建设项目竣工后，应当向审批该建设项目环境影响报告书的环境保护行政主管部门，申请对该建设项目需要配套建设的环境保护设施进行竣工验收。环境保护设施竣工验收，应当与主体工程竣工验收同期进行。

13.4.4项目部应制定并执行项目环境巡视检查和定期检查的制度，记录并保存检查的结果。13.4.5项目部应建立并保持对环境管理不符合状况的处理和调差程序，明确有关职责和权限，实施纠正和预防措施，减少产生环境影响并防止问题的再次发生。

第三篇：标准规范

天津市智慧城市项目研发管理平台项

目软件部分 标准规范

2017年4月

详细调研报告书

详细调研报告书

2.3 可靠性和稳定性

设计时要采用可靠的技术，系统各环节具备故障分析与恢复和容错能力，在安全体系建设、复杂环节解决方案和系统切换等各方面考虑周到、切实可行，建成的系统安全可靠，稳定性强，从而把各种可能存在的风险降至最低。

2.4 安全性和保密性

系统设计应把安全性放在首位，既要考虑信息资源的充分共享，也要考虑信息的保护和隔离；系统应该在各个层次对访问进行控制，设置严格的操作权限；并充分利用日志系统、健全的备份和恢复策略增强系统的安全性。

2.5 可扩展性和易维护性

设计时应充分考号百集团集约化平台业务在未来若干年内的发展趋势，具有一定的前瞻性，并充分考虑系统升级、扩容、扩充和维护的可行性；并针对本系统涉及用户量、数据量特点，充分考虑如何大幅度提高业务处理的响应速度以及统计汇总的速度和精度。

软件设计时应充分考虑整个应用系统的灵活要求，随用户需求的改变而及时调整，通过合理的模块划分，实现应用软件对业务变更或软件技术发展的灵活适应能力，保证系统在后续的发展中具有良好的扩展性、升级和维护性。

2.6 整体性和开放性

系统设计应按照“统一建设，集中管控”的要求进行整体设计，注重各种信息资源的有机整合；既要考虑安全性，同时也要考虑具有一定的开放性，把握好

详细调研报告书

信息共享和信息安全之间的关系。

2.7 相关技术设计

2.7.1 基于WEB2.0技术的富客户端

在技术方面，本系统将采用Web2.0应用中的核心技术——Ajax实现给用户带来更好使用体验的富客户端应用功能。Ajax用来描述一组技术，它使浏览器可以为用户提供更为自然的浏览体验。在Ajax之前，Web站点强制用户进入提交/等待/重新显示范例，用户的动作总是与服务器的“思考时间”同步。Ajax提供与服务器异步通信的能力，从而使用户从请求/响应的循环中解脱出来。借助于Ajax，可以在用户单击按钮时，使用JavaScript和DHTML立即更新UI，并向服务器发出异步请求，以执行更新或查询数据库。当请求返回时，就可以使用JavaScript和CSS来相应地更新UI，而不是刷新整个页面。最重要的是，用户甚至不知道浏览器正在与服务器通信：Web站点看起来是即时响应的。虽然Ajax所需的基础架构已经出现了一段时间，但直到最近异步请求的真正威力才得到利用。能够拥有一个响应极其灵敏的Web站点确实激动人心，因为它最终允许开发人员和设计人员使用标准的HTML/CSS/JavaScript堆栈创建“桌面风格的（desktop-like）”可用性。

Ajax的核心是JavaScript对象XmlHttpRequest。该对象在Internet Explorer 5中首次引入，它是一种支持异步请求的技术。简而言之，XmlHttpRequest使您可以使用JavaScript向服务器提出请求并处理响应，而不阻塞用户。

在创建Web应用时，在客户端执行屏幕更新为用户提供了很大的灵活性。

详细调研报告书

使用Ajax可以为系统提供以下特性的功能：

动态更新也没数据和内容，无需用户单击Update并等待服务器重新发送整个页面。

提升站点的性能，这是通过减少从服务器下载的数据量而实现的。例如如果使用Ajax计算新的总量，服务器只会返回新的总量值，因此所需的带宽仅为原来的百分之一。

消除了每次用户输入时的页面刷新。例如，在Ajax中，如果用户在分页列表上单击Next，则服务器数据只刷新列表而不是整个页面。

直接编辑表格数据，而不是要求用户导航到新的页面来编辑数据。对于Ajax，当用户单击Edit时，可以将静态表格刷新为内容可编辑的表格。用户单击Done之后，就可以发出一个Ajax请求来更新服务器，并刷新表格，使其包含静态、只读的数据。

2.7.2 将OOD和AOP进行有效结合彻底解决系统紧耦合及横切面问题

面向对象设计最根本的魅力在于，它能够将真实世界领域中的实体及各自的行为建模为抽象的对象。以面向对象方式设计的系统产生了很多有效的业务对象，比如Person、Account、Order以及Event。面向对象设计的缺点在于，这样的业务对象会因为混合的属性和与对象最初意图不一致的操作而变得混乱。

通过使设计者运用动态和静态横切，用一种非强制性的整洁和模块化的方法来添加对象行为，面向方面编程有效地解决了这一问题。

1）AOP的优势：

 使纠缠不清的代码更少；

详细调研报告书

 使代码更短；

 使应用程序的维护及发展更容易；  使应用程序更容易调试、重构及修改；  使代码更容易复用。2）横切定义：

横切是面向方面编程的专有名词。它指的是在一个给定的编程模型中穿越既定的职责部分（比如日志记录和性能优化）的操作。在横切的世界里，横切有两种类型：动态横切和静态横切。

3）动态横切：

动态横切是通过切入点和连接点在一个 方面 中创建行为的过程，连接点可以在执行时横向地应用于现有对象。动态横切通常用于帮助向对象层次中的各种方法添加日志记录或身份认证。下面让我们花点时间了解一下动态横切中的一些实际概念：

方面（aspect）类似于Java编程语言中的类。方面定义切入点和通知（advice），并由诸如 AspectJ这样的方面编译器来编译，以便将横切（包括动态的和静态的）织入（interweave）现有的对象中。

一个连接点（join point）是程序执行中一个精确执行点，比如类中的一个方法。例如，对象Foo中的方法bar()就可以是一个连接点。连接点是个抽象的概念；不用主动定义一个连接点。

一个切入点（pointcut）本质上一个用于捕捉连接点的结构。例如，可以定义一个切入点来捕捉对对象Foo中的方法 bar()的所有调用。和连接点相反，切入点需要在方面中定义。

通知（advice）是切入点的可执行代码。一个经常定义的通知是添加日志记录功能，其中切入点捕捉对对象Foo中的bar()的每个调用，然后该通知动态地插入一些日志记录功能，比如捕捉 bar()的参数。

4）静态横切：

详细调研报告书

静态横切和动态横切的区别在于它不修改一个给定对象的执行行为。相反，它允许通过引入附加的方法字段和属性来修改对象的结构。此外，静态横切可以把扩展和实现附加到对象的基本结构中。

虽然现在还无法谈及静态横切的普遍使用——它看起来是AOP的一个相对未被探索（尽管非常具有吸引力）的特性——然而这一技术蕴含的潜力是巨大的。使用静态横切，架构师和设计者能用一种真正面向对象的方法有效地建立复杂系统的模型。静态横切允许您不用创建很深的层次结构，以一种本质上更优雅、更逼真于现实结构的方式，插入跨越整个系统的公共行为。

2.7.3 采用Portal门户技术整合系统内各种应用资源

Portal的主要目的是使用户可以有效的整合号百集团集约化平台及其它应用资源，使用户可以使用单一的入口访问多种类型信息。无论信息存储在何处、无论信息的格式如何，Portal都可以按照用户喜好的方式个性化地收集、展现这些信息，并能够由多种类型的设备（如PC 的Web 浏览器，或WAP移动电话上的浏览器）来对这些信息进行存取。

Portal是新一代的工作台，对内部用户而言，所有的内部用户都可以在这样一个工作平台上进行日常工作。Portal给内部用户提供了依据各自权限的、个性化的工作界面，通过该界面可以对后端核心业务系统和其他应用系统进行访问。

Portal 不但提供给外部用户统一的服务界面，而且还可以通过Portal提供的集成能力，在预先指定的权限范围内访问其他应用系统，进行一些自助服务。通过网络方式，为外部用户提供自助服务能力无疑会有极大的方便。

基于前面提到的子系统的框架结构和共性基础支撑模块，对资源的封装和提供进行分析。针对不同的资源，包括信息、数据、内容、应用等，信息服务系统需要进行统一的封装后再向外提供服务。

资源的封装首先将资源规范于不同的Portlet，每个Portlet是资源展现的

详细调研报告书

最小单位，可以是信息的展现、应用入口、交互功能等各种形态。

对于Portlet，可以依据不同的页面模版进行组织，模版可以自定义，将Portlet依照模版进行所见即所得的页面布局，既可以形成不同的资源组合（一个页面可以由一个或者多个Portlet，按照模版组合而成），页面也是资源展现的

详细调研报告书

时性能监测的方式来确认和查找问题，LoadRunner 能够对整个系统架构进行测试。通过使用LoadRunner能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

2.9 系统安全设计

针对号百集团公司号百集团集约化平台项目情况，我们从访问控制、安全审计、信息保护、通信完整性、通信保密性、抗抵赖、软件容错和资源控制等几个方面对应用安全方面的进行设计。我们针对上述几个方面的安全要求分别进行了如下的安全设计：

2.9.1 访问控制

用户操作的访问权限控制是针对可能出现的网络非法操作而采取安全保护措施。用户和用户组被赋予一定的操作权限。操作的访问权限控制可以分为多个层面，从粗粒度的方面可以分为系统级、界面级（或菜单级）、页面级（流程级）、字段级（按钮级），通过多个层面的配置访问控制，真正做到精确、精细管理。管理员能够通过设置，指定用户和用户组可以访问系统中的哪些功能。

1）系统级权限

应用系统的访问的是分级别的，部分管理或配置类的子系统是需要二次授权才可以访问的。

2）功能级（菜单级）权限

通过系统中的统一授权和管理平台，设置号百集团公司各级用户、组织、角色的功能访问权限、访问策略、访问机制。可以清晰掌握每个人拥有多少功能，同时可以清晰了解每个功能分配给了多少人或角色。

3）页面级（流程级）权限

系统对页面级的访问控制可以分为两大类：非流程类和流程类。非流程类页面可以直接通过统一授权和管理平台授权访问控制；流程类页面通过与工作流结合进行访问控制，即页面的访问控制与工作流模板的启动人员、工作流节点的参与人员、工作流变量的值等因素有密切关系。

详细调研报告书

2.9.2 安全审计

设计数据安全审计的首要问题，是保证号百集团集约化平台中的数据的不可篡改性和所有必要操作的可追溯性。系统通过对数据采编、录入、修改、删除等操作进行逐一记录，保证了数据变更的合法性可审计，从而实现可信的安全审计。系统对各种操作事件的详细记录包括：事件的日期、时间、发起者信息、类型、描述和结果等。

设计数据安全审计的另一个重要问题，是保证业务过程的规范性、不可篡改性和审批过程的全面细致记录。通过对整个业务过程、数据审批流程操作的细致全面的记录（通过流程实例库记录），实现对审批事件的审计，包括：事件的日期、时间、发起者信息、类型、描述和结果等。

2.9.3 信息保护

针对用户鉴别信息所在的存储空间的剩余信息安全问题，我们采用基于Web开发的网络应用中使用Session和Cookies来保存用户鉴别信息。

Session: Web中的Session指的就是用户在浏览某个网站时，从进入网站到浏览器关闭所经过的这段时间，也就是用户浏览这个网站所花费的时间。因此从上述的定义中我们可以看到，Session实际上是一个特定的时间概念。需要注意的是，一个Session的概念需要包括特定的客户端，特定的服务器端以及不中断的操作时间。A用户和C服务器建立连接时所处的Session同B用户和C服务器中建立连接时所处的Sessions是两个不同的Session。Session解决方案，就是要提供定义全局变量的方法，使得这个全局变量在同一个Session中对于所有的脚本都有效。上面我们提到了，Session不是一个简单的时间概念，一个Session中还包括了特定的用户和服务器。因此更详细地讲，在一个Session定义的全局变量的作用范围，是指这个Session所对应的用户所访问的所有页面。

Cookies：是一种能够让网站服务器把少量数据储存到客户端的硬盘或内存，或是从客户端的硬盘读取数据的一种技术。Cookies是当你浏览某网站时，由Web服务器置于你硬盘上的一个非常小的文本文件，它可以记录你的用户ID、密码、详细调研报告书

浏览过的网页、停留的时间等信息。当你再次来到该网站时，网站通过读取Cookies，得知你的相关信息，就可以做出相应的动作，如在页面显示欢迎你的标语，或者让你不用输入ID、密码就直接登录等等。

通过了解上述Session和Cookies的建立机理，我们在建立号百集团公司号百集团集约化平台是应尽量使用Session方式来保存用户鉴别信息，避免直接使用Cookies来存储用户鉴别信息。同时，在用户退出服务是，规定清理Cookies。

2.10 系统界面设计

2.10.1 界面设计原则

 延用性原则：

参考号百集团公司现有的大多数业务系统的界面风格和操作习惯，包括界面布局、提示信息、快捷键等，让原先的业务软件的操作人员能很快的掌握新软件的使用。

 用户区分原则：

软件界面设计首先要确立用户类型。划分类型可以从不同的角度，要根据使用用户的实际情况而定。确定类型后要针对用户类型的特点预测他们对不同界面的反应。

软件中的用户是所有处理的核心，不应该有应用程序来决定处理过程，所以软件界面应当由用户来控制应用，如何工作、如何响应，而不是由开发者按自己的意愿把界面操作模式强加给用户。

 简单化原则：

软件界面设计要尽量减少用户记忆负担，采用有助于记忆的设计方案，同时提示信息或者显示信息尽量简单明了。

 帮助和提示原则：

要对用户的操作给出相应的提示信息，帮助用户处理问题。系统设计要有恢复用户操作失误的能力，给出用户恢复错误的帮助和提示信息。

 可用性原则：

系统的设计采用B/S结构技术，对于浏览器端的应用，界面文件的大小直接影响

详细调研报告书

到用户使用软件的速度，所以，界面的设计必须考虑到可用性原则。界面设计应该以应用为主，对于起修饰作用的图片等多媒体文件，尽量采用压缩比例较大的媒体文件格式，减少界面文件的大小。

2.10.2 操作与交互设计

2.10.2.1 操作一致性设计

在界面设计中应该保持界面的一致性。一致性既包括使用标准的控件,也指使用相同的信息表现方法,如在字体、标签风格、颜色、术语、显示错误信息等方面确保一致。

 显示信息的一致性：包括标签提示、日期格式、对齐形式、字体、软件底色等应该保持统一、直观；

 布局合理化：应注意在一个窗口内部所有控件的布局和信息组织的艺术性,使得用户界面美观。在一个窗口中按tab键,移动聚焦的顺序不能杂乱无章,tab的顺序是先从上至下，再从左至右。一屏中首先应输入的和重要信息的控件在tab顺序中应当靠前,位置也应放在窗口上较醒目的位置。布局力求简洁、有序、易于操作；

 鼠标与键盘对应：应遵循的是可不用鼠标的原则，应用中的功能只用键盘也应当可以完成,即设计的应用中还应加入一些必要的按钮和菜单项。但是,许多鼠标的操作,如双击、拖动对象等,并不能简单地用键盘来模拟即可实现；

 快捷键：在菜单项中使用快捷键可以让使用键盘的用户操作得更快一些,在西文Windows及其应用软件中快捷键的使用大多是一致的。本系统中应用的快捷键在各个配置项上语义必须保持一致。其它快捷键使用汉语拼音的开头字母，不常用的可以没有快捷键。

2.10.2.2 操作与响应设计

系统响应时间包括两个方面：时间长度和时间的易变性。用户响应时间应该适中，系统响应时间过长，用户就会感到不安和沮丧，而响应时间过短有时会造成用户

详细调研报告书

加快操作节奏，从而导致错误。系统响应时间的易变性是指相对于平均响应时间的偏差。即使响应时间比较长，低的响应时间易变性也有助于用户建立稳定的节奏。因此，软件的设计必须充分考虑系统响应时间与用户的心理偏差。

2.10.2.3 帮助与提示设计

 提供在线帮助措施；

 用户可以通过帮助菜单、帮助按钮访问帮助；

 表示帮助时根据需要提供三种方式的选择：另一个窗体、微帮助和指出参考某个文档；

 用户如何回到正常交互方式有两种选择：返回键和功能键；  帮助信息的构造：采用分层式帮助；

2.10.2.4 出错与预警设计

出错信息和警告是指出现问题时系统给出的坏消息，本系统对于出错信息和警告应该遵循以下原则：

 信息以用户可以理解的术语描述；

 信息应提供如何从错误中恢复的建设性意见；

 信息应指出错误可能导致那些不量后果，以便用户检查是否出现了这些情况或帮助用户进行改正；

 信息应伴随着视觉上的提示，如特殊的图像、颜色或信息闪烁； 信息不能带有判断色彩，即任何情况下不能指责用户。

详细调研报告书

3.对于方法、变量声明范围要采用如下优先级：private、protected、public，对于变量要采用如下的优先级：局部变量、实例变量、类变量，如果必须要采用实例变量或类变量的情况下，要保证线程安全性，如有可能尽量采用ThreadLocal保存实例变量或类变量；

4.如果不是必须，不要在循环中去定义变量或者new 对象；尽量在需要的最后一刻才去new 对象；

5.如果不是必须，不要在循环中去用try…catch;

6.类中对于比较复杂的逻辑要采用行注释的方式进行注释，java代码中绝对不允许采用块注释（/**/）进行注释；

7.Java类的名称

详细调研报告书

ThreadLocal来处理。

18.一个方法所完成的功能要单一,不同的功能封装为不同的方法.19.尽可能的处理异常或转换异常，不要一味的包装异常

20.如果对象在某个特定范围内必须被清理（而不是作为垃圾被回收），请使用带有finally子句的try块，在finally子句中进行清理。

21.对于把一些逻辑相关的类组织在一起，可以考虑把一个类的定义放在另一个类的定义中，这种情况推荐使用内部类（比如界面层中的事件响应等）。内部类拥有所有外围类所有成员的访问权。

22.对成员变量的访问最好通过getter/setter方法,这样能够保证访问的合法性,以及代码调整

23.优先选择接口而不是抽象类或具体类。如果你知道某些东西将成为基类，你应当优先把它们设计成接口；只有在必须放进方法定义或成员变量时，才把它修改为具体或抽象类。接口只和客户希望的动作有关（协议），而类则倾向于关注实现细节。

24.使用java标准库提供的容器。精通他们的用法，将极大地提高工作效率。优先选择ArrayList来处理顺序结构，选择HashSet来处理集合，选择HashMap来处理关联数组，选择linkedList来处理堆栈和队列，它对顺序访问进行了优化，向List中间插入与删除的开销小，但随机访问则较慢。当使用前三个的时候，应该把他们向上转型为List、Set和Map,这样就可以在必要的时候以其它方式实现

25.数组是一种效率最高的存储和随机访问对象引用序列的方式，但是当创建了一个数组对象，数组的大小就被固定了，如果在空间不足时再创建新的数组进行复制，这样效率就比ArrayList开销大了。所以必须明确使用场景。

26.尽量使用”private”、”protected”关键字。一旦你把库的特征（包括类、方法、字段）标记为public,你就再也不可能去掉他们。在这种方式下，实现的变动对派生类造成的影响最小，在处理多线程问题的时候，保持私有性尤其重要，因为只有Private的字段才会受到保护，而不用担心被未受同步控制的使用所破坏。

27.禁止后台业务代码使用如下代码

第四篇：标准规范

1、中华人民共和国《工程建设标准强制性条文（城市建设部分）》

2、中华人民共和国《工程建设标准强制性条文（房屋建筑部分）》

3、《市政地下工程施工质量及验收规范》（DG/TJ08-236-2006）

4、《地下铁道工程施工及验收规范 》GB 50299-1999(2003年版)

5、《地下工程防水技术规范》（GB50108-2001）

6、《地下防水工程质量验收规范》 GB 50208-20027、《混凝土结构工程施工质量验收规范》 GB 50204-20028、《钢结构工程施工质量验收规范》GB 50205-200129、浙江省标准《建筑地基设计规范》（DB33/1001-2003）

10、浙江省标准《建筑基坑工程技术规程》（DB33/T1008-2000）

11、《建筑地基基础设计规范》（GB5007-2002）

12、《建筑桩基技术规范》JTJ94-9413、《基坑工程施工监测程》DJ/TJ08-2001-200614、《建筑基坑支护技术规程》 JGJ 120-9915、《建筑基坑工程技术规范》 YB 9258-9716、《钢结构设计规范》GB50017-200317、《钢管混凝土结构设计与施工规程》（CECS28：90）

18、《建筑与市政降水工程技术规范》（JBJ/T111-98）

19、《型钢混凝土组合结构技术规程》JGJ138-200120、《地下铁道、轻轨交通工程测量规范》（GB50208-1999）

21、《人民防空工程设计规范》GB50225-200522、《混凝土质量检控标准》（GB50164-92）

23、《建筑地基基础工程施工质量验收规范》 GB 50202-200224、《建筑工程施工质量验收统一标准》 GB 50300-200125、《钢筋混凝土结构设计规范》GB50010-200226、《地铁杂散电流腐蚀防护技术规范》（CJJ49-92）

27、《钢筋机械连接通用技术规程》JGJ107-200328、《软土地基深层搅拌加固技术规程》（YBJ-225-91）

29、《建筑变形测量规范》（JGJ/T8-97）

30、《杭州市地铁工程预算定额》

31、《浙江省市政工程预算定额》

32、《浙江省建筑工程预算定额》

33、选用图集：

《建筑构造通用图集》

《国家建筑标准设计图集》

《钢梯》02J401

《建筑物抗震构造详图》G329-3-6（2005）

《建筑无障碍设计》03J926

《蒸压加气砼砌块建筑构造》0。J104

《防火门窗》03J609

《接地装置施工安装通用图》

第五篇：学术论文参考

南阳师院第十三届“张衡杯”大学生课外学术科技作品竞赛

申报作品

一种内存数据库快速日志恢复技术研究

姓 名： * * * 学 号： 12345678900 专 业： 网络方向 院 系： 计算机与信息技术学院 指导老师： * * *

摘 要

恢复技术是保证内存数据库运行可靠的关键，传统的基于日志的恢复技术会对系统性能产生很大的负面影响。针对此提出了内存数据库系统快速日志恢复技术，它控制日志的产生数量，使得在系统崩溃并重新启动时，能以最快的速度恢复到系统崩溃前的最近一致点上。

关键字：内存数据库；日志恢复；检查点

Quickly Log Recovery Technology Of MMDB

Hu Hui hui(1.College of Computer and Information Technology, Nanyang Normal University，Nanyang 473061, China;2.College of Compuert Science and Tecnology,Beijing University of

Tecnology,Beijing,100022,China)

Abstract The recovery technology is a key to ensure running credibility of MMDB，the tradition recovery technology is based on log may raise the effect on system performance.This paper puts force the a quickly log recovery technology。It controls log quantity and recovers the system to the nearest breakdown point as fast as it can, when system breaks down and restarts.Key Words: MMDB;log recover;checking point.目录

引言

内存数据库（MMDB）把数据全部或者当前工作部分驻留在内存中，消除了传统磁盘数据库系统中I/O瓶颈，提高了系统的性能和吞吐量，但是由于所有操作都作用于内存数据库的主拷贝上，数据库极易遭到操作系统和应用软件造成的破坏，因此MMDB的恢复技术十分关键[1]。日志（Logging）恢复是传统的MMDB恢复技术之一，它能满足当前MMDB系统对事务响应和快速系统恢复的要求，但是在大量事务吞吐量情况下造成的日志暴增带来很大问题，会对MMDB性能产生很大影响[2]。

本文提出MMDB系统快速日志恢复技术，它是在不阻碍系统正常运行的情况下，控

制日志的产生数量，使得在系统崩溃并重新启动时，能以最快的速度恢复到系统崩溃前的最近一致点上。系统构架设计

快速恢复模型的整体架构如图1所示。事务处理模块负责根据用户请求产生事务，并由事务管理器调度。事务管理器将负责各个事务的日志记录，交给日志产生规则处理。检查点模块根据日志产生规则产生的日志数量动态调整检查点启动时间[3]。当日志记录数达到一定值时，检查点程序启动。它读取所有日志记录，交给日志筛选器。日志筛选器根据筛选算法，从当前所有日志项中筛选出实际有效的日志记录，并将这些有效日志记录交给日志分发结点。日志分发结点主要做两项工作：第一是它将日志传送给日志磁盘管理器，由其负责将日志回写到日志磁盘上，第二是日志分发结点将日志传送给备份更新发生器。备份更新发生器利用快速恢复算法，触发各类更新操作，根据日志更新磁盘上的数据。该快速恢复模型具有如下的特点：

①快速恢复模型以日志驱动方式做检查点，异步更新磁盘上的备份数据镜象。②系统只维护全局Redo日志，以Redo日志来驱动备份更新发生器，各个事务维护私有Redo日志和Undo日志在事务提交时将私有Redo日志写入全局Redo日志中。

事 务发生器日志筛选算法事务管理器事务处理日志产生规则日志分发结点快速恢复算法日志回写归档磁盘日志磁盘检查点处理

图1 快速恢复模型的整体架构

③使用日志筛选算法，近一步减少Redo日志的数量，提升检查点程序的性能。④备份数据镜象只反应已提交事务的更新状态，因此在系统重载时不需要回退未提交的事务。

⑤快速恢复算法为并发重载算法。在系统恢复过程中，能继续接受新事务的请求。快速日志驱动检查点

快速日志驱动检查点的基本思想是，检查点程序仍然由日志来驱动，根据读取到

的日志项来更新数据镜象上的内容，维持数据镜象与内存中数据库的基本同步。但是，与以往日志驱动检查点算法不同的是，它通过日志产生规则和日志筛选算法两个策略克服了以往日志驱动检查点算法中日志数量可能过快增长的问题[4] [5]。

2.1 日志产生规则

快速日志驱动检查点算法中设立的日志产生规则是：系统中日志被分为全局日志和私有日志两类。系统只维护全局Redo日志，而不维护Undo日志，由事务自身维护私有的Redo日志和Undo日志。在事务提交时，依照事务提交的先后顺序，将事务的私有Redo日志添加到全局Redo日志中。因此，在事务运行过程中，会产生Redo日志和Undo日志。Redo日志用于在系统恢复过程中，重做已提交事务。而Undo日志用于在事务Abort时回退事务，或者在系统恢复过程中回退未提交的事务。如果恢复模型的设计能够保证系统恢复过程中，没有需要回退的未提交事务，那么系统只需要读取Redo日志而不需要读取Undo日志。因而系统只需要维护全局的Redo日志，而不需要维护Undo日志，将Undo日志交给事务自身维护，Undo日志只用于事务自身Abort时回退。这样就可以减少全局日志的总量。

图2具体描述了全局日志和私有日志的使用。在事务T1，T2，T3的内存空间内，各自维护自己的私有Redo日志和Undo日志。在非易失性内存(SRAM)上，MMDB系统开辟全局Redo日志缓冲区，让事务在提交时事务的私有Redo日志写入该缓冲区。检查点程序将定期读取日志缓冲区中的数据，将日志写入磁盘，并驱动检查点程序更新磁盘镜象数据。

Redo Log事务T1Undo LogMMDBRedo Log事务T2Undo LogRedo Log事务T3Undo Log私有日志SRAMRedo全局日志缓冲区

图2 全局日志和私有日志

各事务将按如下阶段操作日志：

①事务启动时，需要在事务的各自空间内建立私有Redo日志和私有Undo日志，并将在私有Redo日志中写入事务启动记录。

②事务运行过程中，事务的每次更新操作，需要在私有Redo日志中添加Redo记录，并在私有Undo日志中添加Undo记录。③事务提交时，需要按如下步骤完成：

㈠向事务的私有Redo日志内添加事体Commit记录。㈡将事务的私有Redo日志写入全局Redo日志中。

㈢释放事务的私有Redo日志和私有Undo日志，释放事务所占用的其他资源，完成提交。

④事务Abort时，需要按照如下步骤完成：

㈠事务反向扫描私有Undo日志，回退事务的更新操作。

㈡释放事务的私有Redo日志和私有Undo日志，释放事务所占用的其他资源，结束事务。

由此可见，事务只在提交时才将私有Redo日志写入全局日志缓冲区。从而也保证了检查点程序运行时，只看到己提交事务的Redo日志，磁盘上的数据镜象也只反映已提交事务的更新操作。

2.2 日志筛选算法

用日志产生规则能明显减少日志产生的数量，但是在更新事务吞吐量较大的情况下，检查点程序从全局日志缓冲区读取Redo日志时，仍然可能会面对Redo日志量过大的问题，产生的原因是这样的：如果对一份数据做两次更新操作，那么两个事务各自产生一条对同一物理地址上值更新的物理日志，但只有第2次更新事务产生的日志为有效的。本文利用日志筛选算法来避免日志量过大问题，该算法认为，当LOG1（T1，addr，valuel）和LOG2（T2, addr, value2）按照事务的提交顺序通过日志筛选器时，当T1的提交时间在T2提交时间前，那么只有LOG2（T2, addr, value2）被认为是有效，而LOGI（T1，addr，valuel）被忽略。日志筛选器需要关注物理日志中被修改值的地址的相关性。对相同修改地址的物理日志依据日志的提交顺序进行筛选，该算法的示意图如图３所示。为加快日志的筛选速度，将全日志缓冲区划分为多个区域，这将日志记录中操作地址具有空间相关性的日志按照所属事务的提交顺序聚合在一个区域内，能加速日志筛选算法的筛选速度。使得在筛选过程中，只需在小范围内（也就是一个区域）搜索可以被筛选的日志。当全局Redo日志缓冲区中的某一个区域满时，就唤醒检查点程序，将这一区域中的Redo日志写入日志磁盘，并驱动备份更新发生器更新磁盘上的数据镜象。[6]

T(1)Page 3T(1)Page 5T(1)T(1)T(1)Page 3Page 5Page nT Commit事务T(1)日志序列日志检查与分配T(m)page 0T(m)page 0Page(0~3)Page(4~7)T(1)Page nT(k)page mPage(n~n+3)Page(k~k+3)全局Redo日志缓冲区图3 日

图3 志筛选算法 快速恢复算法

在系统崩溃后，MMDB系统需要通过恢复过程，将数据库恢复到崩溃前的最近一致点上。在系统恢复过程中，重载程序将数据从磁盘镜象上加载到MMDB系统中，同时根据日志，重做（Redo）或者取消（Undo）部分事务，来恢复数据库的一致性。快速恢复算法如下：

①当系统崩溃重启时，先启动日志检查和分配程序，检查非易失性内存（SRAM）中提供给事务提交时用于写入私有Redo日志的缓冲区中是否有完整写入的Redo日志。如果有完整的Redo日志，则日志检查和分配程序将这些完整的日志分配到全局Redo日志缓冲区的不同区域中。

②统计全局Redo日志缓冲区中的日志数量，并标记这些日志。当前Redo日志缓冲区中的日志将被用于恢复内存中MMDB系统的一致性，同时也要用于维护磁盘上数据镜象的一致性。

③恢复程序从磁盘数据镜象上加载一些重要的系统表以后，MMDB系统可以启动，并可以接受新事务的请求。系统的正常事务处理和系统恢复过程同时进行。④触发检查点程序从全局Redo日志缓冲区中读取日志，驱动备份更新发生器更新磁盘上的数据镜象。在这个过程中，驱动备份更新发生器向缓冲区管理区询问将被更新的记录所在的镜象数据页面是否已经被加载到内存中。如果己经被加载，则不但需要更新磁盘上的镜象数据页，还需要更新内存中的数据页面。如果全局Redo日志缓冲区中所有被标记的日志都已经被用于驱动备份更新发生器，那么此时备份更新发生器可以告诉重载程序恢复工作已经完成，没有其他镜象页面需要更新。

⑤MMDB在接受新事务的请求时，对于事务所访问到的数据，如果数据还没有被加载到内存中时，则系统向重载程序要求将所需数据从磁盘镜象上加载到内存中。此时，重载程序先要检查要求加载的数据页面是否会被备份更新发生器修改。如果是，则需

要等待备份更新发生器更新镜象页面后再加载到内存中，否则就直接将镜象页面加载到内存中。

⑥当所有镜象都加载完成后，MMDB系统恢复过程结束。结束语

恢复技术是保证内存数据库运行可靠的关键技术。传统日志恢复技术由于存在产生过多不必要的日志的缺点，对系统性能带来负面影响。本文研究了一种新的日志恢复技术来尽可能的减少日志数量，并在此基础上提出了快速日志恢复算法，此恢复技术算法简单可以大大的节约系统的资源。然而，内存数据库恢复是一个十分复杂而庞大的技术，所以该方法还有待完善。

参考文献

[1]刘云生，潘琳.实时数据库系统的内存数据库组织与故障恢复[J].小型微型计算机系统.2005,22(5):611-613.[2]刘云生，廖国琼，付蔚.一个支持实时内存数据库的恢复系统[J].小型微型计算机系统.2003,24(3):460-464 [3]SONGGH，YANHCS，SHIJY.ZEDB：An in-memory database system for real-time message processing applications [A].Proc of the 6th Int Conf on Computer Aided Design & Computer Graphics(CAD/CG'99)[C].Shanghai: Wen Hui Publishers 1999.238-242.[4]LiX,EichMH.Post-crash log processing for fuzzy check pointing main memory databases[J].Proc Of Int Conf on Database Engineering，IEEE，1993,117-124.[5]龙玉国,耿协坚.嵌入式实时内存数据库恢复子系统的设计[J].计算机工程与应用.2004,17:179-180 [6]宋广华,杨长生.基于混合日志的内存数据库恢复子系统[J].浙江大学学报(理学版).2001,28(3):164-168