华南理工大学 本科毕业设计(论文)外文翻译要求

合集下载

毕业设计(论文)外文资料和译文格式要求(模板)

毕业设计(论文)外文资料和译文格式要求(模板)

成都东软学院外文资料和译文格式要求一、译文必须采用计算机输入、打印,幅面A4。

外文资料原文(复印或打印)在前,译文在后,于左侧装订。

二、具体要求1、至少翻译一篇内容与所选课题相关的外文文献。

2、译文汉字字数不少于4000字。

3、正文格式要求:宋体五号字。

译文格式参见《译文格式要求》,宋体五号字,单倍行距。

纸张纸张为A4纸,页边距上2.54cm、下2.54cm、左3.17cm、右3.17cm。

装订外文资料原文(复印或打印)在前,译文在后封面封面的专业、班级、姓名、学号等信息要全部填写正确。

封面指导教师必须为讲师以上职称,若助教则需要配备一名讲师协助指导。

讲师在前,助教在后。

指导教师姓名后面空一个中文空格,加职称。

页眉页眉说明宋体小五,左端“XX学院毕业设计(论文)”,右端“译文”。

页眉中的学院名称要与封面学院名称一致。

字数本科4000字。

附:外文资料和译文封面、空白页成都东软学院外文资料和译文专业:软件工程移动互联网应用开发班级:2班姓名:罗荣昆学号:12310420216指导教师:2015年 12月 8日Android page layoutUsing XML-Based LayoutsW hile it is technically possible to create and attach widgets to our activity purely through Java code, the way we did in Chapter 4, the more common approach is to use an XML-based layout file. Dynamic instantiation of widgets is reserved for more complicated scenarios, where the widgets are not known at compile-time (e g., populating a column of radio buttons based on data retrieved off the Internet).With that in mind, it’s time to break out the XML and learn how to lay out Android activities that way.What Is an XML-Based Layout?As the name suggests, an XML-based layout is a specification of widgets’ relationships to each other—and to their containers (more on this in Chapter 7)—encoded in XML format. Specifi cally, Android considers XML-based layouts to be resources, and as such layout files are stored in the res/layout directory inside your Android project.Each XML file contains a tree of elements specifying a layout of widgets and their containers that make up one view hierarchy. The attributes of the XML elements are properties, describing how a widget should look or how a container should behave. For example, if a Button element has an attribute value of android:textStyle = "bold", that means that the text appearing on the face of the button should be rendered in a boldface font style.Android’s SDK ships with a tool (aapt) which uses the layouts. This tool should be automatically invoked by your Android tool chain (e.g., Eclipse, Ant’s build.xml). Of particular importance to you as a developer is that aapt generates the R.java source file within your project, allowing you to access layouts and widgets within those layouts directly from your Java code. Why Use XML-Based Layouts?Most everything you do using XML layout files can be achieved through Java code. For example, you could use setTypeface() to have a button render its textin bold, instead of using a property in an XML layout. Since XML layouts are yet another file for you to keep track of, we need good reasons for using such files.Perhaps the biggest reason is to assist in the creation of tools for view definition, such as a GUI builder in an IDE like Eclipse or a dedicated Android GUI designer like DroidDraw1. Such GUI builders could, in principle, generate Java code instead of XML. The challenge is re-reading the UI definition to support edits—that is far simpler if the data is in a structured format like XML than in a programming language. Moreover, keeping generated XML definitions separated from hand-written Java code makes it less likely that somebody’s custom-crafted source will get clobbered by accident when the generated bits get re-generated. XML forms a nice middle ground between something that is easy for tool-writers to use and easy for programmers to work with by hand as needed.Also, XML as a GUI definition format is becoming more commonplace. Microsoft’s XAML2, Adobe’s Flex3, and Mozilla’s XUL4 all take a similar approach to that of Android: put layout details in an XML file and put programming smarts in source files (e.g., JavaScript for XUL). Many less-well-known GUI frameworks, such as ZK5, also use XML for view definition. While “following the herd” is not necessarily the best policy, it does have the advantage of helping to ease the transition into Android from any other XML-centered view description language. OK, So What Does It Look Like?Here is the Button from the previous chapter’s sample application, converted into an XMLlayout file, found in the Layouts/NowRedux sample project. This code sample along with all others in this chapter can be found in the Source Code area of .<?xml version="1.0" encoding="utf-8"?><Button xmlns:android="/apk/res/android"android:id="@+id/button"android:text=""android:layout_width="fill_parent"android:layout_height="fill_parent"/>The class name of the widget—Button—forms the name of the XML element. Since Button is an Android-supplied widget, we can just use the bare class name. If you create your own widgets as subclasses of android.view.View, you would need to provide a full package declara tion as well.The root element needs to declare the Android XML namespace:xmlns:android="/apk/res/android"All other elements will be children of the root and will inherit that namespace declaration.Because we want to reference this button from our Java code, we need to give it an identifier via the android:id attribute. We will cover this concept in greater detail later in this chapter.The remaining attributes are properties of this Button instance:• android:text indicates the initial text to be displayed on the button face (in this case, an empty string)• android:layout_width and android:layout_height tell Android to have the button’swidth and height fill the “parent”, in this case the entire screen—these attributes will be covered in greater detail in Chapter 7.Since this single widget is the only content in our activity, we only need this single element. Complex UIs will require a whole tree of elements, representing the widgets and containers that control their positioning. All the remaining chapters of this book will use the XML layout form whenever practical, so there are dozens of other examples of more complex layouts for you to peruse from Chapter 7 onward.What’s with the @ Signs?Many widgets and containers only need to appear in the XML layout file and do not need to be referenced in your Java code. For example, a static label (TextView) frequently only needs to be in the layout file to indicate where it should appear. These sorts of elements in the XML file do not need to have the android:id attribute to give them a name.Anything you do want to use in your Java source, though, needs an android:id.The convention is to use @+id/... as the id value, where the ... represents your locally unique name for the widget in question. In the XML layout example in the preceding section, @+id/button is the identifier for the Button widget.Android provides a few special android:id values, of the form @android:id/.... We will see some of these in various chapters of this book, such as Chapters 8 and 10.We Attach These to the Java How?Given that you have painstakingly set up the widgets and containers in an XML layout filenamed main.xml stored in res/layout, all you need is one statement in your activity’s onCreate() callback to use that layout:setContentView(yout.main);This is the same setContentView() we used earlier, passing it an instance of a View subclass (in that case, a Button). The Android-built view, constructed from our layout, is accessed from that code-generated R class. All of the layouts are accessible under yout, keyed by the base name of the layout file—main.xml results in yout.main.To access our identified widgets, use findViewById(), passing in the numeric identifier of the widget in question. That numeric identifier was generated by Android in the R class asR.id.something (where something is the specific widget you are seeking). Those widgets are simply subclasses of View, just like the Button instance we created in Chapter 4.The Rest of the StoryIn the original Now demo, the button’s face would show the current time, which would reflect when the button was last pushed (or when the activity was first shown, if the button had not yet been pushed).Most of that logic still works, even in this revised demo (NowRedux). However,rather than instantiating the Button in our activity’s onCreate() callback, we can reference the one from the XML layout:package youts;import android.app.Activity;import android.os.Bundle;import android.view.View;import android.widget.Button; import java.util.Date;public class NowRedux extends Activity implements View.OnClickListener { Button btn;@Overridepublic void onCreate(Bundle icicle) { super.onCreate(icicle);setContentView(yout.main);btn=(Button)findViewById(R.id.button);btn.setOnClickListener(this);upd ateTime();}public void onClick(View view) { updateTime();}private void updateTime() {btn.setText(new Date().toString()); }}The first difference is that rather than setting the content view to be a view we created in Java code, we set it to reference the XML layout (setContentView(yout.main)). The R.java source file will be updated when we rebuild this project to include a reference to our layout file (stored as main.xml in our project’s res/l ayout directory).The other difference is that we need to get our hands on our Button instance, for which we use the findViewById() call. Since we identified our button as @+id/button, we can reference the button’s identifier as R.id.button. Now, with the Button instance in hand, we can set the callback and set the label as needed.As you can see in Figure 5-1, the results look the same as with the originalNow demo.Figure 5-1. The NowRedux sample activity Employing Basic WidgetsE very GUI toolkit has some basic widgets: fields, labels, buttons, etc. Android’s toolkit is no different in scope, and the basic widgets will provide a good introduction as to how widgets work in Android activities.Assigning LabelsThe simplest widget is the label, referred to in Android as a TextView. Like in most GUI toolkits, labels are bits of text not editable directly by users. Typically, they are used to identify adjacent widgets (e.g., a “Name:” label before a field where one fills in a name).In Java, you can create a label by creating a TextView instance. More commonly, though, you will create labels in XML layout files by adding a TextView element to the layout, with an android:text property to set the value of the label itself. If you need to swap labels based on certain criteria, such as internationalization, you may wish to use a resource reference in the XML instead, as will be described in Chapter 9. TextView has numerous other properties of relevance for labels, such as:• android:typeface to set the typeface to use for the label (e.g., monospace) • android:textStyle to indicate that the typeface should be made bold (bold), italic (italic),or bold and italic (bold_italic)• android:textColor to set the color of the label’s text, in RGB hex format (e.g., #FF0000 for red)For example, in the Basic/Label project, you will find the following layout file:<?xml version="1.0" encoding="utf-8"?><TextView xmlns:android=/apk/res/androidandroid:layout_width="fill_parent"android:layout_height="wrap_content"android:text="You were expecting something profound?" />As you can see in Figure 6-1, just that layout alone, with the stub Java source provided by Android’s p roject builder (e.g., activityCreator), gives you the application.Figure 6-1. The LabelDemo sample applicationButton, Button, Who’s Got the Button?We’ve already seen the use of the Button widget in Chapters 4 and 5. As it turns out, Button is a subclass of TextView, so everything discussed in the preceding section in terms of formatting the face of the button still holds. Fleeting ImagesAndroid has two widgets to help you embed images in your activities: ImageView and ImageButton. As the names suggest, they are image-based analogues to TextView and Button, respectively.Each widget takes an android:src attribute (in an XML layout) to specify what picture to use. These usually reference a drawable resource, described in greater detail in the chapter on resources. You can also set the image content based on a Uri from a content provider via setImageURI().ImageButton, a subclass of ImageView, mixes in the standard Button behaviors, for responding to clicks and whatnot.For example, take a peek at the main.xml layout from the Basic/ImageView sample project which is found along with all other code samples at : <?xml version="1.0" encoding="utf-8"?><ImageView xmlns:android=/apk/res/androidandroid:id="@+id/icon"android:layout_width="fill_parent"android:layout_height="fill_parent"android:adjustViewBounds="true"android:src="@drawable/molecule" />The result, just using the code-generated activity, is shown in Figure 6-2.Figure 6-2. The ImageViewDemo sample applicationFields of Green. Or Other Colors.Along with buttons and labels, fields are the third “anchor” of most GUI toolkits. In Android, they are implemented via the EditText widget, which is a subclass of the TextView used for labels.Along with the standard TextView properties (e.g., android:textStyle), EditText has many others that will be useful for you in constructing fields, including:• android:autoText, to control if the fie ld should provide automatic spelling assistance• android:capitalize, to control if the field should automatically capitalize the first letter of entered text (e.g., first name, city) • android:digits, to configure the field to accept only certain digi ts • android:singleLine, to control if the field is for single-line input or multiple-line input (e.g., does <Enter> move you to the next widget or add a newline?)Beyond those, you can configure fields to use specialized input methods, such asandroid:numeric for numeric-only input, android:password for shrouded password input,and android:phoneNumber for entering in phone numbers. If you want to create your own input method scheme (e.g., postal codes, Social Security numbers), you need to create your own implementation of the InputMethod interface, then configure the field to use it via android: inputMethod.For example, from the Basic/Field project, here is an XML layout file showing an EditText:<?xml version="1.0" encoding="utf-8"?><EditTextxmlns:android=/apk/res/androidandroid:id="@+id/field"android:layout_width="fill_parent"android:layout_height="fill_parent"android:singleLine="false" />Note that android:singleLine is false, so users will be able to enter in several lines of text. For this project, the FieldDemo.java file populates the input field with some prose:package monsware.android.basic;import android.app.Activity;import android.os.Bundle;import android.widget.EditText;public class FieldDemo extends Activity { @Overridepublic void onCreate(Bundle icicle) { super.onCreate(icicle);setContentView(yout.main);EditText fld=(EditText)findViewById(R.id.field);fld.setText("Licensed under the Apache License, Version 2.0 " + "(the \"License\"); you may not use this file " + "except in compliance with the License. You may " + "obtain a copy of the License at " +"/licenses/LICENSE-2.0");}}The result, once built and installed into the emulator, is shown in Figure 6-3.Figure 6-3. The FieldDemo sample applicationNote Android’s emulator only allows one application in the launcher per unique Java package. Since all the demos in this chapter share the monsware.android.basic package, you will only see one of these demos in your emulator’s launcher at any one time.Another flavor of field is one that offers auto-completion, to help users supply a value without typing in the whole text. That is provided in Android as the AutoCompleteTextView widget and is discussed in Chapter 8.Just Another Box to CheckThe classic checkbox has two states: checked and unchecked. Clicking the checkbox toggles between those states to indicate a choice (e.g., “Ad d rush delivery to my order”). In Android, there is a CheckBox widget to meet this need. It has TextView as an ancestor, so you can use TextView properties likeandroid:textColor to format the widget. Within Java, you can invoke: • isChecked() to determi ne if the checkbox has been checked• setChecked() to force the checkbox into a checked or unchecked state • toggle() to toggle the checkbox as if the user checked itAlso, you can register a listener object (in this case, an instance of OnCheckedChangeListener) to be notified when the state of the checkbox changes.For example, from the Basic/CheckBox project, here is a simple checkbox layout:<?xml version="1.0" encoding="utf-8"?><CheckBox xmlns:android="/apk/res/android"android:id="@+id/check"android:layout_width="wrap_content"android:layout_height="wrap_content"android:text="This checkbox is: unchecked" />The corresponding CheckBoxDemo.java retrieves and configures the behavior of the checkbox:public class CheckBoxDemo extends Activityimplements CompoundButton.OnCheckedChangeListener { CheckBox cb;@Overridepublic void onCreate(Bundle icicle) { super.onCreate(icicle);setContentView(yout.main);cb=(CheckBox)findViewById(R.id.check);cb.setOnCheckedChangeListener(this);}public void onCheckedChanged(CompoundButton buttonView,boolean isChecked) {if (isChecked) {cb.setText("This checkbox is: checked");}else {cb.setText("This checkbox is: unchecked");}}}Note that the activity serves as its own listener for checkbox state changes since it imple ments the OnCheckedChangeListener interface (via cb.setOnCheckedChangeListener(this)). The callback for the listener is onCheckedChanged(), which receives the checkbox whose state has changed and what the new state is. In this case, we update the text of the checkbox to reflect what the actual box contains.The result? Clicking the checkbox immediately updates its text, as you can see in Figures 6-4 and 6-5.Figure 6-4. The CheckBoxDemo sample application, with the checkbox uncheckedFigure 6-5. The same application, now with the checkbox checkedTurn the Radio UpAs with other implementations of radio buttons in other toolkits, Android’s radio buttons are two-state, like checkboxes, but can be grouped such that only one radio button in the group can be checked at any time.Like CheckBox, RadioButton inherits from CompoundButton, which in turn inherits fromTextView. Hence, all the standard TextView properties for font face, style, color, etc., are available for controlling the look of radio buttons. Similarly, you can call isChecked() on a RadioButton to see if it is selected, toggle() to select it, and so on, like you can with a CheckBox.Most times, you will want to put your RadioButton widgets inside of aRadioGroup. The RadioGroup indicates a set of radio buttons whose state is tied, meaning only one button out of the group can be selected at any time. If you assign an android:id to your RadioGroup in your XML layout, you can access the group from your Java code and invoke:• check() to check a specific radio button via its ID (e.g., group.check(R.id.radio1))• clearCheck() to clear all radio buttons, so none in the group are checked• getCheckedRadioButtonId() to get the ID of the currently-checked radio button (or -1 if none are checked)For example, from the Basic/RadioButton sample application, here is an XML layout showing a RadioGroup wrapping a set of RadioButton widgets: <?xml version="1.0" encoding="utf-8"?> <RadioGroupxmlns:android=/apk/res/androidandroid:orientation="vertical"android:layout_width="fill_parent"android:layout_height="fill_parent" ><RadioButton android:id="@+id/radio1"android:layout_width="wrap_content"android:layout_height="wrap_content"android:text="Rock" /><RadioButton android:id="@+id/radio2"android:layout_width="wrap_content"android:layout_height="wrap_content"android:text="Scissors" /><RadioButton android:id="@+id/radio3"android:layout_width="wrap_content"android:layout_height="wrap_content"android:text="Paper" /></RadioGroup>Figure 6-6 shows the result using the stock Android-generated Java forthe project and this layout.Figure 6-6. The RadioButtonDemo sample application Note that the radio button group is initially set to be completely unchecked at the outset. To pre-set one of the radio buttons to be checked, use either setChecked() on the RadioButton or check() on the RadioGroup from within your onCreate() callback in your activity.It’s Quite a ViewAll widgets, including the ones previously shown, extend View, and as such give all widgets an array of useful properties and methods beyond those already described.Useful PropertiesSome of the properties on View most likely to be used include:• Controls the focus sequence:• android:nextFocusDown• android:nextFocusLeft• android:nextFocusRight• android:nextFocusUp• android:visibility, which controls wheth er the widget is initially visible• android:background, which typically provides an RGB color value (e.g., #00FF00 for green) to serve as the background for the widgetUseful MethodsYou can toggle whether or not a widget is enabled via setEnabled() and see if it is enabled via isEnabled(). One common use pattern for this is to disable some widgets based on a CheckBox or RadioButton selection.You can give a widget focus via requestFocus() and see if it is focused via isFocused(). You might use this in concert with disabling widgets as previously mentioned, to ensure the proper widget has the focus once your disabling operation is complete.To help navigate the tree of widgets and containers that make up an activity’s overall view, you can use:• get Parent() to find the parent widget or container• findViewById() to find a child widget with a certain ID• getRootView() to get the root of the tree (e.g., what you provided to the activity via setContentView())Android 页面布局使用XML进行布局虽然纯粹通过Java代码在activity上创建和添加部件,在技术上是可行的,我们在第4章中做的一样,更常见的方法是使用一种基于XML的布局文件。

华南理工本科毕业设计(论文)撰写规范及归档要求

华南理工本科毕业设计(论文)撰写规范及归档要求

附1本科毕业设计(论文)撰写规范及归档要求为了更好地进行本科毕业设计(论文)工作,特制定本科毕业设计(论文)撰写规范。

请毕业设计(论文)指导教师和学生认真阅读并按要求撰写(填写)。

一、本科毕业设计(论文)(一)要点说明及其要求1、字数及文字(1)、毕业设计(论文)字数不少于1.5万字。

(2)论文用汉语简化字书写。

外语专业的论文封面用中文撰写,摘要、关键词使用中文和所学专业相应的语言对照撰写,其余部分应用所学专业相应的语言撰写。

2、论文题目及各章标题论文题目和各章标题应突出重点、简明扼要,能准确反应论文主要内容。

论文题目要有较强的科学性和前瞻性、可行性。

各章标题字数一般在15字以内,不得使用标点符号。

3、摘要与关键词(1)摘要摘要是简明、确切地记述毕业设计(论文)工作重要内容的短文。

其基本要素包括研究的目的、方法、结果(结论)和论文的意义等。

应避免将摘要写成目录式的内容介绍。

英文摘要与中文摘要的内容应完全一致,在英文语法、用词上应正确无误。

论文摘要要求400-600字。

摘要页不需写出论文题目。

(2)关键词关键词是能覆盖论文主要内容的词条。

关键词要求3-5个,按词条概念外延层次由左到右排列。

4、目录目录应包括论文中全部章节的标题及页码,包含摘要(中、英文)、正文各章节标题、结论、参考文献、附录、致谢等。

5、论文正文论文正文包括绪论(引言)、论文主体及结论部分。

(1)绪论(引言)绪论一般作为第一章。

绪论应包括本论文的来源、目的、意义,应解决的主要问题及应达到的要求,国内外文献综述,主要研究内容与方法。

(2)论文主体论文主体是毕业论文的主要部分。

主体部分要求结构合理,论点明确,层次清楚,推理严密,重点突出,文字简练通顺。

理工科学科论文主体内容包括:方案设计与选择论证,过程(设计或实验)论述,结果分析,结论或总结。

管理和人文学科论文主体内容包括:对研究问题的论述及系统分析,比较研究,模型或方案设计,案例论证或实证分析,模型运行的结果分析或建议,改进措施等。

本科生英文文献翻译格式要求

本科生英文文献翻译格式要求

本科生英文文献翻译格式要求
翻译英文文献是本科生学习和研究的重要环节之一、在进行英文文献
翻译时,要求严谨、规范,以确保翻译结果准确、准确。

以下是本科生英
文文献翻译的一般格式要求:
1.标题:在翻译文献的标题处,应准确、简洁地翻译出原文的标题。

翻译后的标题应该置于原文标题的下方,并用加粗的字体显示。

4.主体内容:主体内容是英文文献的核心部分,应该全面、准确地翻译。

在翻译主体内容时,应注意不要改变原文的结构和意义,并尽量使用
符合学科特点的术语和词汇。

5.结论:结论是对整篇文献的总结和归纳。

翻译结论时,应准确地译
出原文的意思,并清晰地表达出来。

6.引用文献:如果原文中引用了其他文献,应该在翻译文献中注明出处,并按照相应的格式进行引用。

常见的引用格式包括APA、MLA等。

总体而言,整篇文献的翻译应该准确、准确地传达原文的意义,同时
符合学术规范和格式要求。

在翻译过程中,应注意用词准确、语法正确,
尽量避免出错。

此外,还需要注意文献的语言风格,以确保翻译结果通顺、自然。

本科毕业设计(论文)外文翻译

本科毕业设计(论文)外文翻译
1.引言
重金属污染存在于很多工业的废水中,如电镀,采矿,和制革。
2.实验
2.1化学药剂
本实验所使用的药剂均为分析纯,如无特别说明均购买自日本片山化工。铅离子储备液通过溶解Pb(NO3)2配制,使用时稀释到需要的浓度。HEPES缓冲液购买自Sigma–Aldrich。5 mol/L的HCl和NaOH用来调整pH。
附5
华南理工大学
本科毕业设计(论文)翻译
班级2011环境工程一班
姓名陈光耀
学号201130720022
指导教师韦朝海
填表日期
中文译名
(1)巯基改性纤维素对葡萄糖溶液中铅的吸附(2)黄原酸化橘子皮应用于吸附水中的铅离子
外文原文名
(1)Adsorption of Pb(II) from glucose solution on thiol-functionalized cellulosic biomass
2.5分析方法
铅离子的浓度用分光光度计在616 nm波长处用铅与偶氮氯膦-III络合物进行分析。葡萄糖含量采用苯酚—硫酸分光光度法测定。所有的实验均进行三次,已经考虑好误差。
3.结果和讨论
3.1FTIR分析和改性脱脂棉对铅(II)的吸附机制
图1是脱脂棉、改性脱脂棉在400-4000 cm-1(A)和2540-2560 cm-1(B)范围内的红外光谱图。可以看出,改性后改性脱脂棉的红外光谱图中在1735.71 cm-1处出现了一个新的吸收峰是酯基C=O的拉伸振动峰,可见改性脱脂棉中已经成功引入巯基官能团。同时,在2550.52 cm-1出现的一个新吸收峰代表的是S-H官能团的弱吸收峰,更深一层的证明了巯基已经嫁接到脱脂棉上。图1(b)是2540-2560 cm-1光谱范围的一个放大图像,可以清楚的观察到S-H官能团的弱吸收峰。进一步证明了酯化改性脱脂棉引入巯基是成功的。而从吸附后的曲线可以看到,2550.52cm-1处S-H的吸收峰消失,证明了硫原子和Pb(II)络合物的形成,同时1735.71cm-1处C=O的吸收峰强度看起来有轻微的减弱可能也是和Pb(II)的络合吸附有关。

外文翻译要求and格式

外文翻译要求and格式

外文文件翻译要求依据《一般高等学校本科毕业设计(论文)指导》的内容,特对外文文件翻译提出以下要求:一、翻译的外文文件的字符要求许多于万(或翻译成中文后起码在 3000 字以上)。

字数达到的文件一篇即可。

二、翻译的外文文件应主要选自学术期刊、学术会议的文章、有关著作及其余有关资料,应与毕业论文(设计)主题有关,并作为外文参照文件列入毕业论文(设计)的参照文件。

并在每篇中文译文首页用“脚注”形式注明原文作者及出处,中文译文后应附外文原文。

三、需仔细研读和查阅术语达成翻译,不得采纳翻译软件翻译。

四、中文译文的编排构造与原文同,撰写格式参照毕业论文的格式要求。

参照文件不用翻译,直接使用原文的(字体,字号,标点符号等与毕业论文中的参照文件要求同),参照文件的序号应标明在译文中相应的地方。

详细可参照毕业设计(论文)外文文件翻译模板。

五、封面一致制作,封面格式请勿自行变动,学号请写完好(注:封面上的“翻译题目”指中文译文的题目)。

按“封面、译文一、外文原文一、译文二、外文原文二”的次序一致装订。

假如只有一篇译文,则能够删除“翻译( 2)题目”这一行。

外文文件翻译格式要求( 1)纲要,重点词:宋体五号(此中“纲要”和“重点词”为宋体五号加粗),行间距设置为 18 磅,段前段后间距设置为行,对齐方式选择“两头对齐”方式;各个重点词之间以分号(;)或许(,)分开,最后一个重点词后不加标点;(2)正文一级标题:采纳黑体小三号加粗,行间距设置为20 磅,段前段后间距设置为行,一般采纳“ 1 前言”款式,此中 1 和“前言”之间用一个空格分开;正文二级标题:采纳黑体小三号,行间距设置为 20 磅,段前段后间距设置为行,一般采纳“ 系统原理”款式,此中 1 和“系统原理”之间用一个空格分开;;一级标题和二级标题采纳“左对齐”方式;(3)正文内容:采纳宋体小四号,行间距设置为20 磅,段前段后间距设置为0 行,首行缩进 2 字符,正文对齐方式在段落格式设置中选择“两头对齐” ,遇正文中有公式的,设置该行(段)行间距为“单倍行距”(4)插图:请设置图片版式为“浮于文字上方” ,并勾选“居中”,图片大小依据版面,按比率适合进行缩放,图示说明采纳“图 1 主控制器的构造图”款式置于图下,图序与说明以一个空格字符间隔,图示说明采纳宋体五号,居中对齐,行间距设置为“单倍行距”,段前段后距设置为行;( 5)表格:在表格属性中选择“居中”对齐方式,表格说明采纳“表 1 两种方法试验数据比较”款式置于表格上方,表序与说明以一个空格字符间隔,表格说明采纳宋体五号,居中对齐,行间距设置为“单倍行距”,段前段后距设置为行;(6)参照文件:“参照文件”格式同一级标题格式,参照文件内容采纳宋体五号,行间距设置为 18 磅,段前段后间距设置为 0 行,对齐方式选择“左对齐”方式,此中出现的标点一律采纳英文标点;以上纲要,重点词,正文,标题及参照文件中出现的英文字符和数字,一律设置为“Times New Roman”字体。

外文翻译的格式要求

外文翻译的格式要求

外文翻译的格式要求
一、封面
1、已填写的内容不要改动
2、外文出处只能填写著作名、教材名、英文论文题目、英语国家官
方网页网址、期刊名、报纸名。

中文网址禁止填写。

二、外文翻译文件排列顺序
首先是封面,然后是译文即中文,其次另起一页英文即原文,最后一页是外文资料翻译评价表(由指导教师填写)。

三、译文部分格式要求
1、题目为宋体四号居中加粗
2、正文内容为宋体小四,行间距为固定值18磅,其他数值为0
四、原文格式要求
字体为Times New Roman ,其他与原文相同。

华南理工大学 毕业设计 外文翻译

华南理工大学  毕业设计 外文翻译

华南理工大学本科毕业设计(论文)翻译班级土木工程三班姓名王剑锋学号 200930132042指导教师骆冠勇填表日期 2013年4月21日中文译名一种用于预测拉森钢板桩弯曲强度的数值模型外文原文名 A numerical model for predicting the bending strength of Larssen steel sheetpiles外文原文版出处Journal of Constructional Steel Research 58 (2002) 1361–1374译文:一种用于预测拉森钢板桩弯曲强度的数值模型R.J. Crawford, M.P. Byfield摘要拉森桩为U形横截面并通过可滑动的接头连接在一起组成码头岸壁,围堰,和其他类型的挡土墙。

由于滑动接头位于桩墙的中心线上,相互连接桩的桩间滑移可能导致桩墙70%的弯曲强度折减。

这种桩间滑移可以通过安装成对的带有卷曲的锁头的桩来部分阻止。

然而,像非卷曲桩一样弯曲强度很难被预测,因为这种联锁桩依然存在桩间滑移。

本文提出了一种用于预测联锁拉森桩弯曲应力以及压应力的数值方法。

通过测试1:6比例大小的铝制拉森桩微缩模型的数据与数值模型计算结果进行比较,结果表明数值模型所预测的应力与实际实验结果接近一致。

同时本数值模型也可用于钢板桩的设计生产,以达到使用最少的材料来达到最大的弯曲强度的目的。

C 2002爱思唯尔股份有限公司保留解释权利关键词:行业规范;组合结构;拉森桩;桩结构;挡土墙;钢结构1.介绍钢板桩被广泛运用于全世界。

工程上经常使用的两种钢板桩是U型拉森钢板桩和Z型钢板桩。

两种类型的钢板桩桩都是利用沿着构件长度方向的锁头连接成有缝的连续墙结构。

根据欧洲标准化委员会引入的欧3标准第五部分,U型钢板桩锁头连接部分的下滑位移的影响不能忽视(见图1 步骤1)。

如果钢板桩单肢的相对滑移严重,则钢板桩的弯曲强度会下降到整体强度的70%,我们将其称为钢板桩模量下降。

毕业设计(论文)外文翻译

毕业设计(论文)外文翻译

华南理工大学广州学院本科生毕业设计(论文)翻译外文原文名Agency Cost under the Restriction of Free Cash Flow中文译名自由现金流量的限制下的代理成本学院管理学院专业班级会计学3班学生姓名陈洁玉学生学号200930191100指导教师余勍讲师填写日期2015年5月11日外文原文版出处:译文成绩:指导教师(导师组长)签名:译文:自由现金流量的限制下的代理成本摘要代理成本理论是资本结构理论的一个重要分支。

自由现金流代理成本有显着的影响。

在这两个领域相结合的研究,将有助于建立和扩大理论体系。

代理成本理论基础上,本研究首先分类自由现金流以及统计方法的特点。

此外,投资自由现金流代理成本的存在证明了模型。

自由现金流代理成本理论引入限制,分析表明,它会改变代理成本,进而将影响代理成本和资本结构之间的关系,最后,都会影响到最优资本结构点,以保持平衡。

具体地说,自由现金流增加,相应地,债务比例会降低。

关键词:资本结构,现金流,代理成本,非金钱利益1、介绍代理成本理论,金融契约理论,信号模型和新的啄食顺序理论,新的资本结构理论的主要分支。

财务con-道的理论侧重于限制股东的合同行为,解决股东和债权人之间的冲突。

信令模式和新的啄食顺序理论中心解决投资者和管理者之间的冲突。

这两种类型的冲突是在商业组织中的主要冲突。

代理成本理论认为,如何达到平衡这两种类型的冲突,资本结构是如何形成的,这是比前两次在一定程度上更多的理论更全面。

……Agency Cost under the Restriction of Free Cash FlowAbstractAgency cost theory is an important branch of capital structural theory. Free cash flow has significant impact on agency cost. The combination of research on these two fields would help to build and extend the theoretical system. Based on agency cost theory, the present study firstly categorized the characteristics of free cash flow as well as the statistical methodologies. Furthermore, the existence of investing free cash flow in agency cost was proved by a model. Then free cash flow was introduced into agency cost theory as restriction, the analysis shows that it will change agency cost, in turn, will have an impact on the relationship between agency cost and capital structure, finally, will influence the optimal capital structure point to maintain the equilibrium. Concretely, with the increasing free cash flow, correspondingly, debt proportion will decrease.Keywords:Capital Structure,Free Cash Flow,Agency Cost,Non-Pecuniary Benefit1. IntroductionAgency cost theory, financial contract theory, signaling model and new pecking order theory are the main branches of new capital structure theory. Financial con-tract theory focuses on restricting stockholders’ behavior by contract and solving the conflict between stockholders and creditors. Signaling model and new pecking order theory center on solving the conflict between investors and managers. These two types of conflict are the main conflict in business organizations. Agency cost theory considers how equilibrium is reached in both types of conflict and how capital structure is formed, which is more theory is more comprehensive than the previous two to some degree.……。

毕业设计外文翻译要求

毕业设计外文翻译要求

毕业设计(论文)
外文翻译
学生姓名:
院(系):
专业班级:
指导教师:
完成日期:
要求
1.外文翻译是毕业设计(论文)的主要内容之一,学生必须独立完成。

2.外文翻译文内容应与学生的专业或毕业设计(论文)内容相关,不得少于15000印刷字符。

3.外文翻译文用A4纸打印。

文章标题用3号宋体,章节标题用4号宋体,正文用小4号宋体;页边距上下左右均为2.5cm,左侧装订,装订线0.5cm。

按中文翻译在上,外文原文在下的顺序装订。

4.年月日等的填写,用阿拉伯数字书写,要符合《关于出版物上数字用法的试行规定》,如“2009年2月15日”。

5.所有签名必须手写,不得打印。

毕业设计译文格式

毕业设计译文格式

译文
学院:
专业:
学号:
姓名:
指导教师:
江苏科技大学
年月日
翻译字数:不少于5000英文单词(若文章太长,可翻译一部分)。

国外作者姓名可不翻译。

译文格式:
(1)论文题目。

三号字,黑体,加粗,居中,上下各空一行
(2)作者姓名(不翻译)。

小四号字,Times New Roman字体,居中,上下各空一行
(3)作者单位。

五号字,宋体,段前、段后各空0.5行,居中
(4)摘要(含关键词)。

五号字,宋体,1.35倍行距
(5)正文。

小四号字,宋体,1.35倍行距。

(6)参考文献。

五号字,作者可不翻译(Times New Roman字体),其余5号宋体。

1.35倍行距。

页面设置:装订线0.5cm,上2.5cm,下2.0cm,左2.5cm,右2.0cm。

原文置于外文后一起装订。

华南理工大学本科毕业设计(论文)撰写规范-华南理工大学工商管理学院

华南理工大学本科毕业设计(论文)撰写规范-华南理工大学工商管理学院

华南理工大学本科毕业设计(论文)撰写规范(经管、人文、法学、外语、体育类专业)为了更好地进行本科毕业设计(论文)工作,特制定“本科毕业设计(论文)撰写规范”。

请毕业设计(论文)指导教师和学生认真阅读并按要求撰写(填写)。

一、毕业设计(论文)类型及基本要求1.理论研究类:学生必须独立完成一项研究课题,选题应关注学术前沿和研究热点,论点鲜明、论据充分,论证应有逻辑性,要有一定深度和创新。

文字表达流畅,结构合理。

撰写一篇15000字数以上的研究报告或论文。

2.实验研究类:学生必须独立完成一项研究性的实验,取得足够的实验数据,实验要有探索性,而不是简单重复已有的工作。

撰写一篇15000字数以上的研究报告或论文。

二、毕业设计(论文)资料基本组成需装入档案袋并提交给学院保存的毕业设计(论文)材料包括:1. 任务书;2. 毕业设计(论文)(包括封面、摘要与关键词(中文/英文)、目录、论文(说明书)正文、参考文献、附录(必要时)、致谢(必要时));3. 对应的毕业作品(必要时);4.电子文档;5. 开题报告(文献综述);6. 外文翻译表及外文原件;7. 中期考核表;8. 论文评阅书;9. 总评分及评语表。

三、各资料的具体要求(一)任务书任务书是经教研组(系、研究所)负责人审核,由指导教师向学生下达进行毕业设计的正式教学文件,学生必须根据任务书规定的质和量要求按时完成。

任务书内容应具体、明确,以利于学生掌握和教师检测。

任务书应在毕业设计正式启动前下达,以保证学生有充分时间撰写开题报告。

(二)毕业设计(论文)1.论文题目论文题目应突出重点、简明扼要,能恰当概括论文主要内容,要有较强的科学性和前瞻性、可行性,必要时可增加副标题。

2.摘要摘要是简明、确切地记述毕业设计(论文)工作重要内容的短文。

其基本要素包括研究的目的、方法、结果(结论)和论文的意义等。

应避免将摘要写成目录式的内容介绍。

论文摘要要求400-600字。

摘要页不需写出论文题目。

毕业设计论文中英文翻译要求(最新)

毕业设计论文中英文翻译要求(最新)

附件1(毕业设计一)材料科学与工程学院毕业实习环节外文翻译要求一、翻译论文的选择:1、与自己毕业设计相关的外文参考文献2、该译文可以作为设计论文中文献综述中的部分内容;3、原则上选取的英语原文不超过5页。

二、译文结构内容1、作者,英文原文题目,期刊名称,卷期号,年份,起止页码,2、文章题目,作者(保持英文,不需翻译),作者单位(英文不变)3、摘要,关键词4、正文部分:引言,试验过程,结果与讨论,结论,参考文献(保持原文状态)5、译文中的图标需要翻译,图可以复印后粘贴或扫描插入三、译文和原文统一装订在一起,独立与毕业论文一起上交四、几点附属说明1 文章所在期刊的期刊名及相关信息不要翻译。

2 文章的作者,作者的单位,地址,下注的通讯作者的情况,参考文献不要翻译。

3文章的题目,摘要,关键词,及正文都要按照原文的顺序来翻译。

4文章中图表翻译示例如下:此为翻译前的表格:此为翻译后的表格:表1 微波和常规方法加工的粉体金属样品的性能Table 1 Properties of microwave and conventionally processedpowdered metal samplesMW 代表微波烧结;conv代表常规方法。

大部分微波烧结的样品的断裂模量比常规方法烧结的要高。

许多微波烧结的样品的密度也是高于常规方法烧成的样品。

MW, microwave processed; conv., conventionally processed. Themodulus of rupture(MOR) of most microwave-processed samples ishigher than that of the conventional samples. The densities of manymicrowave-processed samples are also higher than those ofconventional samples.即表头和注释中英文都要。

毕业设计(论文)翻译格式-ok

毕业设计(论文)翻译格式-ok

毕业设计(论文)翻译格式-ok华南理工大学广州汽车学院本科生毕业设计(论文)翻译英文原文名General all-steel punching die’s punching accuracy中文译名普通全钢冲模的冲压精度分析系别机械工程与自动化专业班级07级(3)班学生姓名罗小玲指导教师陈松茂讲师填表日期2011.3.10与生产实践都证明,电火花线切割制造的冲模冲件毛刺高度比用成型磨或NC与CNC 连续轨迹座标磨即精密磨削工艺制造的冲模冲件要高25%~30%。

这是因为后者不仅加工精度高,而且加工面粗糙度Ra值要比前者小一个数量级,可达到0.025μm。

因此,冲模的制造精度与质量等因素决定了冲模的初始冲压精度,也造就了冲件的初始误差。

冲件的常规误差是冲模经第一次刃磨到最后一次刃磨后冲出最后一个合格冲件为止,冲件实际具有的误差。

随着刃磨次数的增加,刃口的自然磨损而造成的尺寸增量逐渐加大,冲件的误差也随之加大。

当其误差超过极限偏差时,冲件就不合格,冲模也就失效报废。

冲件上孔与内形因凸模磨损尺寸会逐渐变小;其外形落料尺寸会因凹模磨损而逐渐增大。

所以,冲件上孔与内形按单向正偏差标允差并依接近或几乎等于极限最大尺寸制模。

同理,冲件外形落料按单向负偏差标注允差并依接近或几乎等于极限最小尺寸制模。

这样就使冲件的常规误差范围扩大,冲模可刃磨次数增加,模具寿命提高。

冲件的极限误差是具有极限偏差的冲件所具有的实际允许的最大尺寸误差。

这类冲件通常是在冲模失效报废前冲制的最后一批合格冲件。

对各类冲模冲件误差在冲模整个寿命中出现的波动、增减趋向及规律等进行全面分析便可发现:冲件误差的主导部分是不变的;因刃口或型腔的自然磨损而出现的误差增量随冲模刃磨冲数增加而使这部分误差逐渐加大;还有部分误差的增量是非常规的、不可预见的。

所以,各类冲模冲件误差是由因定误差、渐增误差、系统误差及偶发误差等几部分综合构成。

1、固定误差新冲模在指定的冲压设备上投入使用至失效报废的整个(总)寿命过程中,其合格冲件误差的主导部分固定不变即所谓固定误差。

毕业设计译文格式要求

毕业设计译文格式要求

毕业设计译文格式要求在进行毕业设计过程中,撰写译文是一个重要的环节。

为了保证毕业设计的质量和规范,毕业设计译文的格式要求是必须要注意的。

本文将介绍毕业设计译文格式要求的具体细节,以便同学们在撰写译文过程中参考和遵循。

1. 字体要求:毕业设计译文应使用宋体、楷体或仿宋等常用字体,字体大小为小四(即12号),且要统一整篇译文中的字体和字号。

2. 行间距和段间距要求:译文的行间距应设为1.5倍行距,段间距应保持一个空行,以便最大限度地提高译文的可读性。

3. 页面设置要求:毕业设计译文应采用A4纸张大小,纸张方向为纵向,页边距上下左右均为2.5厘米。

4. 标题和页眉要求:译文的每一页上方应设有页眉,页眉中居中显示“译文”二字,并注明页码。

页码应从引言部分开始,采用阿拉伯数字连续标注。

5. 对齐和缩进要求:毕业设计译文中的文本应采用左对齐方式排版,段落的首行应进行缩进,缩进的大小约为2个字符。

6. 标点符号要求:在译文中使用标点符号时,应遵循中文标点符号的使用规范,如逗号、句号、问号等。

7. 引用和注释要求:毕业设计译文中如需引用其他文献或进行注释,应采用脚注的形式进行标注,脚注编号应以阿拉伯数字进行标注,且应置于所引用句子或需要注释的内容之后。

8. 表格和图表要求:若译文中需要使用表格和图表来支持或说明内容,应进行适当的编号,并附上简短的标题和注释。

同时,表格和图表应与译文内容相互呼应,并尽可能地与正文排在相近的位置。

9. 参考文献要求:如果在译文中使用了参考文献或其他引用资料,则应在译文末尾列出参考文献列表,按照引用顺序和特定的参考文献格式进行排列。

总结起来,毕业设计译文的格式要求主要包括字体和字号、行间距和段间距、页面设置、标题和页眉、对齐和缩进、标点符号、引用和注释、表格和图表以及参考文献等方面。

同学们需要遵循这些要求,以确保自己的毕业设计译文达到学术规范的要求,提高毕业设计的质量和可读性。

最后,同学们在撰写毕业设计译文时还需注意文笔的流畅性和准确性。

毕业论文文献翻译要求

毕业论文文献翻译要求

毕业论文文献翻译要求毕业论文是大学生在毕业前必须完成的一项重要任务,它不仅是对所学知识的总结与应用,也是对学生能力的考验。

而在撰写毕业论文过程中,文献翻译是一个不可忽视的环节。

本文将就毕业论文文献翻译的要求进行探讨。

首先,毕业论文文献翻译要求准确性。

文献翻译是将外文文献转化为中文,因此翻译的准确性是至关重要的。

翻译过程中,需要准确理解原文的意思,并用准确的词语和语法表达出来。

不准确的翻译会导致读者对论文内容的误解,甚至对整个论文的可信度产生怀疑。

因此,在进行文献翻译时,要注重细节,确保翻译的准确性。

其次,毕业论文文献翻译要求流畅性。

流畅的翻译可以提高读者的阅读体验,使他们更容易理解论文的内容。

为了达到流畅的翻译效果,翻译者需要具备良好的中文写作能力,能够运用恰当的词汇和语法结构,使翻译文本具有一定的美感和可读性。

此外,还可以借助一些翻译工具和技巧,如使用同义词替换、调整句子结构等,来提高翻译的流畅性。

第三,毕业论文文献翻译要求语言风格一致。

在翻译过程中,要注意保持论文整体的语言风格一致性。

如果整篇论文的语言风格是正式的,那么翻译的文献也应该保持相同的正式风格;如果整篇论文的语言风格是简洁明了的,那么翻译的文献也应该遵循相同的原则。

保持语言风格的一致性可以提高论文的整体质量,使读者更容易理解和接受论文的内容。

第四,毕业论文文献翻译要求逻辑清晰。

文献翻译不仅仅是简单地将外文文献翻译成中文,更重要的是要保持原文的逻辑结构和思路。

在翻译过程中,要注意理解原文的逻辑关系,将其转化为中文的逻辑结构。

这样可以使读者更容易理解论文的论证过程和结论,提高论文的可读性和逻辑性。

最后,毕业论文文献翻译要求考虑读者需求。

毕业论文的读者主要是指导教师和评阅专家,因此在进行文献翻译时,要考虑到他们的需求和背景知识。

翻译的文献应该符合他们的专业领域和学术水平,避免使用过于晦涩或太过简单的词语和句子。

同时,还可以适当添加一些解释或注释,帮助读者更好地理解文献内容。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档