当前位置:文档之家› 电子商务毕业论文外文翻译范文《Thinking In Java》

电子商务毕业论文外文翻译范文《Thinking In Java》

电子商务毕业论文外文翻译范文《Thinking In Java》
电子商务毕业论文外文翻译范文《Thinking In Java》

电子商务毕业论文外文翻译范文《Thinking In Java》Thinking In Java

The basic philosophy of Java is that “badly formed code will not be run.”

The ideal time to catch an error is at compile time, before you even try to run the program. However, not all errors can be detected at compile time. The rest of the problems must be handled at run time through some formality that allows the originator of the error to pass appropriate information to a recipient who will know how to handle the difficulty properly.

C and other earlier languages often had multiple error-handling schemes, and these were generally established by convention and not as part of the programming language. Typically, you returned a special value or set a flag, and the recipient was supposed to look at the value or the flag and determine that something was amiss. However, as the years passed, it was discovered that programmers who use a library tend to think of themselves as invincible—as in,

“Yes, errors might happen to others, but not in my code.” So, not too

surprisingly, they wouldn’t check for the error conditions (and sometimes the error conditions were too silly to check for). If you were thorough enough to check for an error every time you called a method, your code could turn into an unreadable nightmare. Because programmers

could still coax systems out of these languages, they were resistant to admitting the truth: that this approach to handling errors was a major limitation to creating large, robust, maintainable programs.

The solution is to take the casual nature out of error handling and to enforce formality. This actually has a long history, because implementations of exception handling go back to operating systems in the 1960s, and even to BASIC’s “on error goto.” But C++ exception handling was bas ed on Ada, and Java’s is based primarily on C++ (although it looks more like that in Object Pascal).

The word “exception” is meant in the sense of “I take exception

to that.” At the point where the problem occurs, you might not know what to do with it, bu t you do know that you can’t just continue on merrily; you must stop, and somebody, somewhere, must figure out what to do. But you don’t have enough information in the current context to fix the problem. So you hand the problem out to a higher context where someone is qualified to make the proper decision (much like a chain of command).

The other rather significant benefit of exceptions is that they

clean up

1

error handling code. Instead of checking for a particular error and dealing with it at multiple places in your program, you no longer need to check at the point of the method call (since the exception will guarantee that someone catches it). And, you need to handle the problem

in only one place, the so-called exception handler. This saves you code, and it separates the code that describes what you want to do from the code that is executed when things go awry. In general, reading, writing, and debugging code becomes much clearer with exceptions than when using the old way of error handling.

Because exception handling is the only official way that Java

reports errors, and it is enforced by the Java compiler, there are only so many examples that can be written in this book without learning about exception handling. This chapter introduces you to the code you need to write to properly handle exceptions, and the way you can generate your own exceptions if one of your methods gets into trouble.

1. Basic exceptions

An exceptional condition is a problem that prevents the continuation of the method or scope that you’re in. It’s important to distinguish an exceptional condition from a normal problem, in which you have enough information in the current context to somehow cope with the difficulty. With an exceptional condition, you cannot continue processing because you don’t have the

information necessary to deal with the problem in the current context. All you can do is jump out of the current context and relegate that problem to a higher context. This is what happens when you throw an exception.

Division is a simple example. If you’re about to divide by zero,

it’s worth checking for that condition. But what does it mean that the

denominator is zero? Maybe you know, in the context of the problem

you’re trying to solve in that

particular method, how to deal wi th a zero denominator. But if it’s an unexpected value, you can’t deal with it and so must throw an exception rather than continuing along that execution path.

When you throw an exception, several things happen. First, the exception object is created in the same way that any Java object is created: on the heap, with new. Then the current path of execution (the one you couldn’t continue) is stopped and the reference for the exception object is ejected from the current context. At this point the exception handling mechanism takes over and begins to look for an appropriate place to continue executing the program. This

2

appropriate place is the exception handler, whose job is to recover from the problem so the program can either try another tack or just continue.

As a simple example of throwing an exception, consider an object reference called t. It’s possible that you might be passed a reference that hasn’t been initialized, so you might want to check before trying to call a method using that object reference. You can send information about the error into a larger context by creating an object representing your information and “throwing” it out of your current context. This is called throwing an exception.

1.1 Exception arguments

Like any object in Java, you always create exceptions on the heap using new, which allocates storage and calls a constructor. There are two constructors in all standard exceptions; The first is the default constructor, and the second takes a string argument so you can place pertinent information in the exception:

throw new NullPointerException("t = null");

This string can later be extracted using various methods, as you’ll see.

The keyword throw causes a number of relatively magical things to happen. Typically, you’ll first use n ew to create an object that represents the error condition. You give the resulting reference to throw. The object is, in effect, “returned” from the method, even though that object type isn’t normally what the method is designed to return. A simplistic way to think about exception handling is as a different kind of return mechanism, although you get into trouble if you take that analogy too far. You can also exit from ordinary scopes by throwing an exception. But a value is returned, and the method or scope exits.

Any similarity to an ordinary return from a method ends here, because where you return is someplace completely different from where you return for a normal method call. (You end up in an appropriate exception handler that might be far—many levels away on the call stack—from where the exception was thrown.)

In addition, you can throw any type of Throwable (the exception root class) object that you want. Typically, you’ll throw a different class of exception for each different type of error. The information about the error is represented both inside the exception object and implicitly in the name of the exception class, so someone in the bigger context can figure out what to do with your exception. (Often, the only information is the type of exception, and nothing meaningful is stored within the exception object.)

2.Catching an exception

3

If a method throws an exception, it must assume that exception will be “caught” and dealt with. One of the advantages of exception handling is that it allows you to concentrate on the problem you’re trying to solve in one place, and then deal with the errors from that code in another place.

To see how an exception is caught, you must first understand the concept of a guarded region. This is a section of code that might produce exceptions and is followed by the code to handle those exceptions.

2.1 The try block

If you’re inside a method and you throw an exception (or another method you call within this method throws an exception), that method

will exit in the pro cess of throwing. If you don’t want a throw to exit the method, you can set

up a special block within that method to capture the exception. This is called the try block because you “try” your various method calls there. The try block

is an ordinary scope preceded by the keyword try:

try {

// Code that might generate exceptions

}

If you were checking for errors carefully in a programming language that didn’t support exception handling, you’d have to surround every method call with setup and error testing code, even if you call the same method several times. With exception handling, you put everything in a try block and capture all the exceptions in one place. This means your code is much easier to write and read because the goal of the code is not confused with the error checking.

2.2 Exception handlers

Of course, the thrown exception must end up someplace. This

“place” is the exception handler, and there’s one for every exception type you want to catch. Exception handlers immediately follow the try block and are denoted by the keyword catch:

try {

// Code that might generate exceptions

} catch(Type1 id1) {

// Handle exceptions of Type1

} catch(Type2 id2) {

// Handle exceptions of Type2

} catch(Type3 id3) {

4

// Handle exceptions of Type3

}

// etc...

Each catch clause (exception handler) is like a little method that takes one and only one argument of a particular type. The identifier

(id1, id2, and so on) can be used inside the handler, just like a method argument. Sometimes you never use the identifier because the type of the exception gives you enough information to deal with the exception, but the identifier must still be there.

The handlers must appear directly after the try block. If an exception is thrown, the exception handling mechanism goes hunting for the first handler with an argument that matches the type of the exception. Then it enters that catch clause, and the exception is considered handled. The search for handlers stops once the catch clause is finished. Only the matching cat ch clause executes; it’s not like a switch statement in which you need a break after each case to prevent the remaining ones from executing.

Note that within the try block, a number of different method calls might generate the same exception, but you need only one handler.

1.Termination vs. resumption

There are two basic models in exception handling theory. In termination (which is what Java and C++ support), you assume that the error is so critical that there’s no way to get back to where the exception occurred. Whoever threw the exception decided that there was no way to salvage the situation, and they don’t want to come back.

The alternative is called resumption. It means that the exception handler is expected to do something to rectify the situation, and then the faulting method is retried, presuming success the second time. If you want resumption, it means you still hope to continue execution after the exception is handled. In this case, your exception is more like a method call—which is how you should set

up situations in Java in which you want resumption-like behavior. (That is, don’t throw an exception; call a method that fixes the problem.) Alternatively, place your try block inside a while loop that keeps reentering the try block until the result is satisfactory.

Historically, programmers using operating systems that supported resumptive exception handling eventually ended up using termination-like code and skipping

5

resumption. So although resumption sounds attractive at first, it isn’t quit e so useful in practice. The dominant reason is probably the coupling that results;

your handler must often be aware of where the exception is thrown, and contain nongeneric code specific to the throwing location. This

makes the code difficult to write and maintain, especially for large systems where the exception can be generated from many points.

6

Java的思考

Java的基本原理就是“形式错误的代码不会运行”。

捕获错误最理想的是在编译期间,最好在试图运行程序以前。然而,并非所有错误都能在编译期间被侦测到。有些问题必须在运行期间解决,让错误的缔结者通过一些手续向接收者传递一些适当的信息,使其知道该如何正确地处理遇到的问题。

在C和其他早期语言中,可通过几种手续来达到这个目的。而且它们通常是作为一种规定建立起来的,而非作为程序设计语言的一部分。典型地,我们需要返回一个值或设置一个标志(位),接收者会检查这些值或标志,判断具体发生了什么事情。然而,随着时间的流逝,终于发现这种做法会助长那些使用一个库的程序员的麻痹情绪。他们往往会这样想:“是的,错误可能会在其他人的代码中出现,但不会在我的代码中”。这样的后果便是他们一般不检查是否出现了错误(有时出错条件确实显得太愚蠢,不值得检验)。另一方面,若每次调用一个方法时都进行全面、细致的错误检查,那么代码的可读性也可能大幅度降低。由于程序员可能仍然在用这些语言维护自己的系统,所以他们应该对此有着深刻的体会:若按这种方式控制错误,那么在创建大型、健壮、易于维护的程序时,肯定会遇到不小的阻挠。

解决的方法是在错误控制中排除所有偶然性,强制格式的正确。这种方法实际已有很长的历史,因为早在60年代便在操作系统里采用了“违例控制”手段;甚至可以追溯到BASIC语言的on error goto语句。但C++的违例控制建立在Ada的基础上,而Java又主要建立在C++的基础上(尽管它看起来更像Object Pascal)。

“违例”(Exception)这个词表达的是一种“例外”情况,亦即正常情况之外的一种“异常”。在问题发生的时候,我们可能不知具体该如何解决,但肯定知道已不能不顾一切地继续下去。此时,必须坚决地停下来,并由某人、指出某地发生了什么事情,以及该采取何种对策。但为了真正解决问题,当地可能并没有足够多的信息。因此,我们需要将其移交给更高级的负责人,令其做出正确的决定(类似一个命令链)。

违例机制的另一项好处就是能够简化错误控制代码。我们再也不用检查一个特定的错误,然后在程序的多处地方对其进行控制。此外,也不需要在方法调用的时候检查错误(因为保证有人能捕获这里的错误)。我们只需要在一个地方处理问题:“违例控制模块”或者“违例控制器”。这样可有效减少代码量,并将那些用于描述具体操作的代码与专门纠正错误的代码分隔开。一般情况下,用于读取、写入以及调试的代码会变得更富有条理。

由于违例控制是由Java编译器强行实施的,所以毋需深入学习违例控制,便可正确使用本书编写的大量例子。本章向大家介绍了用于正确控制违例所需的代码,以及在某个方法遇到麻烦的时候,该如何生成自己的违例。

1(基本违例

7

“违例条件”表示在出现什么问题的时候应中止方法或作用域的范围。为了将违例条件与普通问题区分开,违例条件是非常重要的一个因素。在普通问题的情况下,我们在当前情况下已拥有足够的信息,可在某种程度上解决碰到的问题。而在违例条件的情况下,却无法继续下去,因为当地没有提供解决问题所需的足够多的信息。此时,我们能做的唯一事情就是跳出当地环境,将那个问题委托给一个更高级的负责人。这便是出现违例时出现的情况。

一个简单的例子是“除法”。如可能被零除,就有必要进行检查,确保程序不会冒进,并在那种情况下执行除法。但具体通过什么知道分母是零呢,在那个特定的方法里,在我们试图解决的那个问题的环境中,我们或许知道该如何对待一个零分母。但假如它是一个没有预料到的值,就不能对其进行处理,所以必须产生一个违例,而非不顾一切地继续执行下去。

产生一个违例时,会发生几件事情。首先,按照与创建Java对象一样的方法创建违例对象:在内存“堆”里,使用new来创建。随后,停止当前执行路径(记住不可沿这条路径继续下去),然后从当前的环境中释放出违例对象的句柄。此时,违例控制机制会接管一切,并开始查找一个恰当的地方,用于继续程序的执行。这个恰当的地方便是“违例控制器”,它的职责是从问题中恢复,使程序要么尝试另一条执行路径,要么简单地继续。

作为产生违例的一个简单示例,大家可思考一个名为t的对象句柄。有些时候,程序可能传递一个尚未初始化的句柄。所以在用那个对象句柄调用一个方法之前,最好进行一番检查。可将与错误有关的信息发送到一个更大的场景中,方法是创建一个特殊的对象,用它代表我们的信息,并将其“掷”(Throw)出我们当前的场景之外。这就叫做“产生一个违例”或者“掷出一个违例”。下面是它的大概形式:

if(t == null)

throw new NullPointerException();

这样便“掷”出了一个违例。在当前场景中,它使我们能放弃进一步解决该问题的企图。该问题会被转移到其他更恰当的地方解决。准确地说,那个地方不久就会显露出来。

1.1 违例自变量

和Java的其他任何对象一样,需要用new在内存堆里创建违例,并需调用一个构建器。在所有标准违例中,存在着两个构建器:第一个是默认构建器,第二个则需使用一个字串自变量,使我们能在违例里置入相关信息:

throw new NullPointerException("t = null");

稍后,字串可用各种方法提取出来,就像稍后会展示的那样。

在这儿,关键字throw会像变戏法一样做出一系列不可思议的事情。它首先执行new表达式,创建一个不在程序常规执行范围之内的对象。而且理所当然,会为那个对象调

8

用构建器。随后,对象实际会从方法中返回——尽管对象的类型通常并不是方法设计的返回的类型。为深入理解违例控制,可将其想象成另一种返回机制——但是不要在这个问题上深究,否则会遇到麻烦。通过“掷”出一个违例,亦可从原来的作用域中退出。但是会先返回一个值,再退出方法或作用域。

但是,与普通方法返回的相似性到此便全部结束了,因为我们返回的地方与从普通方法调用中返回的地方是迥然有异的(我们结束于一个恰当的违例控制器,它距离违例“掷”出的地方可能相当遥远——在调用堆栈中要低上许多级)。

此外,我们可根据需要掷出任何类型的“可掷”对象。典型情况下,我们要为每种不同类型的错误“掷”出一类不同的违例。我们的思路是在违例对象以及挑选的违例对象类型中保存信息,所以在更大场景中的某个人可知道如何对待我们的违例(通常,唯一的信息是违例对象的类型,而违例对象中保存的没什么意义)。

2(违例的捕获

若某个方法产生一个违例,必须保证该违例能被捕获,并获得正确对待。对于Java的违例控制机制,它的一个好处就是允许我们在一个地方将精力集中在要解决的问题上,然后在另一个地方处理来自那个代码内部的错误。

为理解违例是如何捕获的,首先必须掌握“警戒区”的概念。它代表一个特殊的代码区域,有可能产生违例,并在后面跟随用于控制那些违例的代码。

2.1 try块

若位于一个方法内部,并“掷”出一个违例(或在这个方法内部调用的另一个方法产生了违例),那个方法就会在违例产生过程中退出。若不想一个throw离开方法,可在那个方法内部设置一个特殊的代码块,用它捕获违例。这就叫做“try 块”,因为要在这个地方“尝试”各种方法调用。try块属于一种普通的作用域,用一个try关键字开头:

try {

// 可能产生违例的代码

}

若用一种不支持违例控制的编程语言全面检查错误,必须用设置和错误检测代码将每个方法都包围起来——即便多次调用相同的方法。而在使用了违例控制技术后,可将所有东西都置入一个try块内,在同一地点捕获所有违例。这样便可极大简化我们的代码,并使其更易辨读,因为代码本身要达到的目标再也不会与繁复的错误检查混淆。

2.2 违例控制器

当然,生成的违例必须在某个地方中止。这个“地方”便是违例控制器或者违例控制模块。而且针对想捕获的每种违例类型,都必须有一个相应的违例控制器。违例控制器紧接在try块后面,且用catch(捕获)关键字标记。如下所示: try {

9

// Code that might generate exceptions

} catch(Type1 id1) {

// Handle exceptions of Type1

} catch(Type2 id2) {

// Handle exceptions of Type2

} catch(Type3 id3) {

// Handle exceptions of Type3

}

// etc...

每个catch从句——即违例控制器——都类似一个小型方法,它需要采用一个(而且只有一个)特定类型的自变量。可在控制器内部使用标识符(id1,id2等等),就像一个普通的方法自变量那样。我们有时也根本不使用标识符,因为违例类型已提供了足够的信息,可有效处理违例。但即使不用,标识符也必须就位。

控制器必须“紧接”在try块后面。若“掷”出一个违例,违例控制机制就会搜寻自变量与违例类型相符的第一个控制器。随后,它会进入那个catch从句,并认为违例已得到控制(一旦catch从句结束,对控制器的搜索也会停止)。只有相符的catch从句才会得到执行;它与switch语句不同,后者在每个case后都需要一个break命令,防止错误执行其他语句。

在try块内部,请注意大量不同的方法调用可能生成相同的违例,但只需要一个控制器。

1. 中断与恢复

在违例控制理论中,共存在两种基本方法。在“中断”方法中(Java和C++提供了对这种方法的支持),我们假定错误非常关键,没有办法返回违例发生的地方。无论谁只要“掷”出一个违例,就表明没有办法补救错误,而且也不希望再回来。

另一种方法叫做“恢复”。它意味着违例控制器有责任来纠正当前的状况,然后取得出错的方法,假定下一次会成功执行。若使用恢复,意味着在违例得到控制以后仍然想继续执行。在这种情况下,我们的违例更像一个方法调用——我们用它在Java中设置各种各样特殊的环境,产生类似于“恢复”的行为(换言之,此时不是“掷”出一个违例,而是调用一个用于解决问题的方法)。另外,也可以将自己的try块置入一个while循环里,用它不断进入try块,直到结果满意时为止。

从历史的角度看,若程序员使用的操作系统支持可恢复的违例控制,最终都会用到类似于中断的代码,并跳过恢复进程。所以尽管“恢复”表面上十分不错,但在实际应用中却显得困难重重。其中决定性的原因可能是:我们的控制模块必须随时留意是否产生了违例,以及是否包含了由产生位置专用的代码。这便使代码很难编写和维护——大型系统尤其如此,因为违例可能在多个位置产生。

10

概率论毕业论文外文翻译

Statistical hypothesis testing Adriana Albu,Loredana Ungureanu Politehnica University Timisoara,adrianaa@aut.utt.ro Politehnica University Timisoara,loredanau@aut.utt.ro Abstract In this article,we present a Bayesian statistical hypothesis testing inspection, testing theory and the process Mentioned hypothesis testing in the real world and the importance of, and successful test of the Notes. Key words Bayesian hypothesis testing; Bayesian inference;Test of significance Introduction A statistical hypothesis test is a method of making decisions using data, whether from a controlled experiment or an observational study (not controlled). In statistics, a result is called statistically significant if it is unlikely to have occurred by chance alone, according to a pre-determined threshold probability, the significance level. The phrase "test of significance" was coined by Ronald Fisher: "Critical tests of this kind may be called tests of significance, and when such tests are available we may discover whether a second sample is or is not significantly different from the first."[1] Hypothesis testing is sometimes called confirmatory data analysis, in contrast to exploratory data analysis. In frequency probability,these decisions are almost always made using null-hypothesis tests. These are tests that answer the question Assuming that the null hypothesis is true, what is the probability of observing a value for the test statistic that is at [] least as extreme as the value that was actually observed?) 2 More formally, they represent answers to the question, posed before undertaking an experiment,of what outcomes of the experiment would lead to rejection of the null hypothesis for a pre-specified probability of an incorrect rejection. One use of hypothesis testing is deciding whether experimental results contain enough information to cast doubt on conventional wisdom. Statistical hypothesis testing is a key technique of frequentist statistical inference. The Bayesian approach to hypothesis testing is to base rejection of the hypothesis on the posterior probability.[3][4]Other approaches to reaching a decision based on data are available via decision theory and optimal decisions. The critical region of a hypothesis test is the set of all outcomes which cause the null hypothesis to be rejected in favor of the alternative hypothesis. The critical region is usually denoted by the letter C. One-sample tests are appropriate when a sample is being compared to the population from a hypothesis. The population characteristics are known from theory or are calculated from the population.

电子商务企业文化中英文对照外文翻译文献

中英文对照外文翻译文 电子商务时代企业文化的再造 随着网络时代电子商务大规模发展,电子商务企业文化随之产生,它在一个企业在产生的一种新的价值观,使企业内部资源得到从新整合,在为企业带来降低交易成本,提高效率,缩短生产周期等诸多好处的同时,也对已有的企业文化发起了挑战。电子商务的兴起是一场由技术手段飞速发展而引发的商业运作模式的变革,传统经济活动的生存基础、运作方式和管理机制均发生了彻底改变,传统的企业文化也面临着巨大的冲击。 一、企业文化对企业价值的贡献 文化现象是一个国家和民族文明的主要见证。广义的文化,包括知识、信仰、艺术、道德、法律、习俗和任何人作为一名社会成员而获得的能力和习惯在内的复杂整体。作为“亚文化”的企业文化,对企业的生存与发展亦起着举足轻重的作用。企业文化是商品经济和市场经济的产物,符合市场经济的客观规律,体现企业的竞争实务、竞争精神和整体形象。所谓企业文化就是企业的经营管理哲学,企业面对所处的社会和商业环境,在长期的生产经营活动中,形成全体员工所接受和认同信守的、为争取事业成功的一套非正式规则。它表明企业奉行何种管理哲学,以及企业通过管理要达到一个什么样的目标。是经济管理的重要内容之一。企业文化意味着一个公司的价值观,而这些价值观成为公司员工活动和行为的规范。 企业文化的本源问题是如何增加企业利润,降低企业的成本和费用。它的要义就是怎么使企业能够有效的整合资源,以达到对外部的适应性,使公司在竞争中生存,进而实现持续发展。企业文化建设为企业开展文化管理指出一个明确的方向。企业文化建设的根本目的是建设能够对外竞争环境具有高度适应性,并能根据环境变换做出迅速反应的行为方式能力,这种能力其实就是企业所拥有的根据外部竞争的环境需要而对内部资源进行整合运用的能力。企业文化建设应促进这一能力系统的形成,并维持好这一能力系统。中国的许多企业例如海尔、联想等企业成功的秘诀之一就是发展了一整套公司理念、经营哲学,形成了自己独特的企业文化。 1、企业文化体现企业的形象和精神。树立良好的企业形象,需要企业文化的支撑。现

英语毕业论文引用和参考文献格式

英语毕业论文引用和参考文献格式 英语专业毕业论文引用和参考文献格式采用APA格式及规。 一、文中夹注格式 英语学位论文引用别人的观点、方法、言论必须注明出处,注明出处时使用括号夹注的方法(一般不使用脚注或者尾注),且一般应在正文后面的参考文献中列出。关于夹注,采用APA格式。 (一)引用整篇文献的观点 引用整篇文献(即全书或全文)观点时有两种情况: 1.作者的姓氏在正文中没有出现,如: Charlotte and Emily Bronte were polar opposites, not only in their personalities but in their sources of inspiration for writing (Taylor, 1990). 2. 作者的姓氏已在正文同一句中出现,如: Taylor claims that Charlotte and Emily Bronte were polar opposites, not only in their personalities but in their sources of inspiration for writing (1990). 3. 如果作者的姓氏和文献出版年份均已在正文同一句中出现,按APA的规不需使用括号夹注,如: In a 1990 article, Taylor claims that Charlotte and Emily Bronte were polar opposites, not only in their personalities but in their sources of inspiration for writing. 4. 在英文撰写的论文中引用中文著作或者期刊,括号夹注中只需用汉语拼音标明作者的姓氏,不得使用汉字,如:(Zhang, 2005) (二)引用文献中具体观点或文字 引用文献中某一具体观点或文字时必须注明该观点或者该段文字出现的页码出版年份,没有页码是文献引用不规的表现。 1.引用一位作者的文献 (1)引用容在一页,如: Emily Bronte “expressed increasing hostility for the world of human relationships, whether sexual or social” (Taylor, 1988:11). (2)引用容在多页上,如: Newmark (1988:39-40) notes three characteristically expressive text-types: (a) serious imaginative literature (e.g. lyrical poetry); (b) authoritative statements (political speeches and documents, statutes and legal documents, philosophical and academic works by acknowledged authorities); (c) autobiography, essays, personal correspondence (when these are personal effusions).

毕业论文外文翻译模版

吉林化工学院理学院 毕业论文外文翻译English Title(Times New Roman ,三号) 学生学号:08810219 学生姓名:袁庚文 专业班级:信息与计算科学0802 指导教师:赵瑛 职称副教授 起止日期:2012.2.27~2012.3.14 吉林化工学院 Jilin Institute of Chemical Technology

1 外文翻译的基本内容 应选择与本课题密切相关的外文文献(学术期刊网上的),译成中文,与原文装订在一起并独立成册。在毕业答辩前,同论文一起上交。译文字数不应少于3000个汉字。 2 书写规范 2.1 外文翻译的正文格式 正文版心设置为:上边距:3.5厘米,下边距:2.5厘米,左边距:3.5厘米,右边距:2厘米,页眉:2.5厘米,页脚:2厘米。 中文部分正文选用模板中的样式所定义的“正文”,每段落首行缩进2字;或者手动设置成每段落首行缩进2字,字体:宋体,字号:小四,行距:多倍行距1.3,间距:前段、后段均为0行。 这部分工作模板中已经自动设置为缺省值。 2.2标题格式 特别注意:各级标题的具体形式可参照外文原文确定。 1.第一级标题(如:第1章绪论)选用模板中的样式所定义的“标题1”,居左;或者手动设置成字体:黑体,居左,字号:三号,1.5倍行距,段后11磅,段前为11磅。 2.第二级标题(如:1.2 摘要与关键词)选用模板中的样式所定义的“标题2”,居左;或者手动设置成字体:黑体,居左,字号:四号,1.5倍行距,段后为0,段前0.5行。 3.第三级标题(如:1.2.1 摘要)选用模板中的样式所定义的“标题3”,居左;或者手动设置成字体:黑体,居左,字号:小四,1.5倍行距,段后为0,段前0.5行。 标题和后面文字之间空一格(半角)。 3 图表及公式等的格式说明 图表、公式、参考文献等的格式详见《吉林化工学院本科学生毕业设计说明书(论文)撰写规范及标准模版》中相关的说明。

电子商务的发展【外文翻译】

外文翻译 原文 The development of e-commerce Material Source:The Economist, 2003 Author:Laudon, K.C When the technology bubble burst in 2000, the crazy valuations for online companies vanished with it, and many businesses folded. The survivors plugged on as best they could, encouraged by the growing number of internet users. Now valuations are rising again and some of the dot-cons are making real profits, but the business world has become much more cautious about the internet’s potential. The funny thing is that the wild predictions made at the height of the boom—namely, that vast chunks of the world economy would move into cyberspace—are, in one way or another, coming true. The raw numbers tell only part of the story. According to America’s Departme nt of Commerce, online retail sales in the world’s biggest market last year rose by 26%, to $55 billion. That sounds a lot of money, but it amounts to only 1.6% of total retail sales. The vast majority of people still buy most things in the good old “brick s-and-mortar” world. But the commerce department’s figures deal with only part of the retail industry. For instance, they exclude online travel services, one of the most successful and fastest-growing sectors of e-commerce. InterActiveCorp (IAC), the owner of https://www.doczj.com/doc/cc17785087.html, and https://www.doczj.com/doc/cc17785087.html,, alone sold $10 billion-worth of travel last year—and it has plenty of competition, not least from airlines, hotels and car-rental companies, all of which increasingly sell online. Nor do the figures take in things like financial services, ticket-sales agencies, pornography (a $2 billion business in America last year, according to Adult Video News, a trade magazine), online dating and a host of other activities, from tracing ancestors to gambling (worth perhaps $6 billion worldwide). They also leave out purchases in grey markets, such as the online pharmacies that are thought to be responsible for a good proportion of the $700m that Americans spent last year on buying cut-price prescription drugs from across the border in Canada. And there is more. The commerce department’s figures include the fees earned

毕业论文外文翻译模板

农村社会养老保险的现状、问题与对策研究社会保障对国家安定和经济发展具有重要作用,“城乡二元经济”现象日益凸现,农村社会保障问题客观上成为社会保障体系中极为重要的部分。建立和完善农村社会保障制度关系到农村乃至整个社会的经济发展,并且对我国和谐社会的构建至关重要。我国农村社会保障制度尚不完善,因此有必要加强对农村独立社会保障制度的构建,尤其对农村养老制度的改革,建立健全我国社会保障体系。从户籍制度上看,我国居民养老问题可分为城市居民养老和农村居民养老两部分。对于城市居民我国政府已有比较充足的政策与资金投人,使他们在物质和精神方面都能得到较好地照顾,基本实现了社会化养老。而农村居民的养老问题却日益突出,成为摆在我国政府面前的一个紧迫而又棘手的问题。 一、我国农村社会养老保险的现状 关于农村养老,许多地区还没有建立农村社会养老体系,已建立的地区也存在很多缺陷,运行中出现了很多问题,所以完善农村社会养老保险体系的必要性与紧迫性日益体现出来。 (一)人口老龄化加快 随着城市化步伐的加快和农村劳动力的输出,越来越多的农村青壮年人口进入城市,年龄结构出现“两头大,中间小”的局面。中国农村进入老龄社会的步伐日渐加快。第五次人口普查显示:中国65岁以上的人中农村为5938万,占老龄总人口的67.4%.在这种严峻的现实面前,农村社会养老保险的徘徊显得极其不协调。 (二)农村社会养老保险覆盖面太小 中国拥有世界上数量最多的老年人口,且大多在农村。据统计,未纳入社会保障的农村人口还很多,截止2000年底,全国7400多万农村居民参加了保险,占全部农村居民的11.18%,占成年农村居民的11.59%.另外,据国家统计局统计,我国进城务工者已从改革开放之初的不到200万人增加到2003年的1.14亿人。而基本方案中没有体现出对留在农村的农民和进城务工的农民给予区别对待。进城务工的农民既没被纳入到农村养老保险体系中,也没被纳入到城市养老保险体系中,处于法律保护的空白地带。所以很有必要考虑这个特殊群体的养老保险问题。

电子商务英文文献

2.2 移动电子商务的服务质量 移动电子商务的文献资料显示,几乎没什么直接衡量移动电子商务服务质量的文章。很多对电子服务的研究通过研究消费者行为来调查移动电子商务的服务质量。比如,Turel and Serenko(2006) 修改了美国顾客满意度模型来研究加拿大的顾客满意度。在他们的模型中,感知质量,即感知服务质量,被定义为对服务经验的市场评估。通过该服务的个性化和可靠性来衡量。早期研究中有六个服务质量衡量方法,包括电话服务质量,定价结构,移动设备,增值服务,手续简便以及客户的支持度。通过对因素的探索性分析,他们派出了移动设备、手续简便以及客户支持度等因素,因为这些因素的因素负荷很低。因此,他们采用剩下的三个因素衡量服务质量。类似的还有,Lim也认为顾客对移动电子商务的感知质量有5个方面,包括定价规划,网络服务质量,数据服务,广告系统和顾客服务,这些都是Lim通过探索性分析确定的。 也有人认为服务质量与各种各样的移动电子商务的应用程序有关。Chae et al 在调查移动电子商务信息质量的时候,他延伸了先前一个信息质量的框架,将移动电子商务(比如移动设备和背景)的特点结合了起来。他们从四个方面来测量移动电子商务信息质量。

1)连接质量,其受稳定性和反应性的影响;2)内容质量,其受客观性,可信性和数量的影响;3)互动质量和情境质量,其受结构,导航,介绍,时间性以及准时性的影响。另外,他们认为顾客的预期目标缓和了四个信息质量的衡量标准和用户满意度之间的关系。在另一份研究中,Kar et al认为移动电子商务所在的环境具有不稳定性,并采取了电子商务的质量衡量方法。他们的测量方法包括可靠性,反应性,用户界面,信任以及定制化。还有一份关于移动电子服务质量的感知的研究,Yun et al检验了八项移动数据服务,包括短信服务,来电铃声,振铃声,背景图像服务,游戏,多媒体信息服务,基于语境的服务,电视点播,以及关键的质量属性(包括声音质量,游戏时间和图像质量)。 总而言之,研究学者都是从不同的角度来研究移动电子商务,所以对其衡量方法也各持己见。现在,在中国电信市场中,移动电信的竞争日益激烈。为了能在这高度竞争的市场中占有一席之地,服务提供者需要准确评估顾客对移动电子服务的感知质量。前面有提过,我们知道SERVQUAL和SERVPERF在衡量服务质量时都有不足之处,这两项都没有反映出移动电子商务市场的特点。在本论文中,我们提出了一个

文献综述和外文翻译撰写要求与格式规范

本科毕业论文(设计)文献综述和外文翻译 撰写要求与格式规范 一、毕业论文(设计)文献综述 (一)毕业论文(设计)文献综述的内容要求 1.封面:由学院统一设计,普通A4纸打印即可。 2.正文 综述正文部分需要阐述所选课题在相应学科领域中的发展进程和研究方向,特别是近年来的发展趋势和最新成果。通过与中外研究成果的比较和评论,说明自己的选题是符合当前的研究方向并有所进展,或采用了当前的最新技术并有所改进,目的是使读者进一步了解本课题的意义。文中的用语、图纸、表格、插图应规范、准确,量和单位的使用必须符合国家标准规定,引用他人资料要有标注。 文献综述字数在5000字以上。 正文前须附500字左右中文摘要,末尾须附参考文献。 参考文献的著录按在文献综述中出现的先后顺序编号。 期刊类文献书写方法:[序号]作者(不超过3人,多者用等表示).题(篇)名[J].刊名,出版年,卷次(期次):起止页次.

图书类文献书写方法:[序号]作者.书名[M].版本.出版地:出版者,出版年:起止页次. 论文集类文献书写方法:[序号]作者.篇名[C].论文集名.出版地:出版者,出版年:起止页次. 学位论文类书写方法:[序号]作者.篇名[D].出版地:单位名称,年份. 电子文献类书写方法:[序号]主要责任者. 题名:其他题名信息[文献类型标志/文献载体标志 ]出版地:出版者,出版年(更新或修改日期)[引用日期].获取和访问途径. 参考文献篇数应符合学院毕业论文(设计)工作的要求。 (二)毕业论文(设计)文献综述撰写与装订的格式规范 第一部分:封面 1.封面:由学院统一设计,“本科生毕业论文(设计)”根据作业实际明确为“论文”或“设计”,其它文本、表格遇此类情况同样处理。 第二部分:文献综述主题 1.中文摘要与关键词 摘要标题(五号,宋体,顶格,加粗)

毕业论文 外文翻译#(精选.)

毕业论文(设计)外文翻译 题目:中国上市公司偏好股权融资:非制度性因素 系部名称:经济管理系专业班级:会计082班 学生姓名:任民学号: 200880444228 指导教师:冯银波教师职称:讲师 年月日

译文: 中国上市公司偏好股权融资:非制度性因素 国际商业管理杂志 2009.10 摘要:本文把重点集中于中国上市公司的融资活动,运用西方融资理论,从非制度性因素方面,如融资成本、企业资产类型和质量、盈利能力、行业因素、股权结构因素、财务管理水平和社会文化,分析了中国上市公司倾向于股权融资的原因,并得出结论,股权融资偏好是上市公司根据中国融资环境的一种合理的选择。最后,针对公司的股权融资偏好提出了一些简明的建议。 关键词:股权融资,非制度性因素,融资成本 一、前言 中国上市公司偏好于股权融资,根据中国证券报的数据显示,1997年上市公司在资本市场的融资金额为95.87亿美元,其中股票融资的比例是72.5%,,在1998年和1999年比例分别为72.6%和72.3%,另一方面,债券融资的比例分别是17.8%,24.9%和25.1%。在这三年,股票融资的比例,在比中国发达的资本市场中却在下跌。以美国为例,当美国企业需要的资金在资本市场上,于股权融资相比他们宁愿选择债券融资。统计数据显示,从1970年到1985年,美日企业债券融资占了境外融资的91.7%,比股权融资高很多。阎达五等发现,大约中国3/4的上市公司偏好于股权融资。许多研究的学者认为,上市公司按以下顺序进行外部融资:第一个是股票基金,第二个是可转换债券,三是短期债务,最后一个是长期负债。许多研究人员通常分析我国上市公司偏好股权是由于我们国家的经济改革所带来的制度性因素。他们认为,上市公司的融资活动违背了西方古典融资理论只是因为那些制度性原因。例如,优序融资理论认为,当企业需要资金时,他们首先应该转向内部资金(折旧和留存收益),然后再进行债权融资,最后的选择是股票融资。在这篇文章中,笔者认为,这是因为具体的金融环境激活了企业的这种偏好,并结合了非制度性因素和西方金融理论,尝试解释股权融资偏好的原因。

跨境电商外文文献综述

跨境电商外文文献综述 (文档含英文原文和中文翻译) 译文: 本地化跨境电子商务的模型 摘要 通过对国际供应链的B2B电子商务交易量的快速增长和伊朗快速增加的跨境交易业务,跨境电商过程的有效管理对B2B电子商务系统十分重要。本文对局部模型的结构是基于B2B电子商务的基础设施三大层,消息层、业务流程层和内容层。由于伊朗的电子商务的要求,每一层的需要适当的标准和合适的方案的选择。当电子文件需要移动顺利向伊朗,建议文件的标准为文件内容支持纸质和电子文件阅读。验证提出的模型是通过案例研究方法呈现一到四阶段的情景。本文试图通过交换商业文件在贸易过程中这一局部模型,实现在全球电子贸易供应链更接近区域单一窗口建设的关键目标。 关键词:电子商务;跨境贸易;电子文档管理;国际供应链

1.简介 电子商务是关于在互联网或其他网络电子系统购买和销售产品或服务。术语B2B(企业对企业),描述了企业间的电子商务交易,如制造商和批发商,或批发商和零售商之间。本文的研究目标是上两个不同国家贸易商之间的通信。今天的世界贸易组织的主要目标之一是建立区域单一窗口,可以提高世界各地的贸易便利化。建立区域单一窗口需要跨境海关,可以有效地交换贸易文件。因此,首先,简化跨境贸易文件的关键在于朝着国家单一窗口移动。然后,区域单一窗口可以授权国家之间的通信。电子商务模型是基于三个主要逻辑层的研究。这三个层消息传输层,业务处理层和内容层。本文的局部模型是一种能够自动交换读取文件的过程。通过与东亚和中东国家的建立区域单一窗口可以在将来得到改善的更多的互操作性,从而建立伊朗国家单一窗口 在本文的第二部分讨论引进国际供应链中的跨境B2B模式所需的基本概念和标准。第三部分介绍在大的模型中引入的组件功能和范围。第四部分讨论了B2B交易层模型的定位,最后结束本文。 2.背景 在本节中,除了了解B2B电子商务在伊朗的情况,还有参考模型的背景等概念以及讨论B2B电子商务跨境模式的本土化。 2.1 B2B电子商务在伊朗 如今伊朗在贸易进程的变现是一个关键的贸易成功点。伊朗和许多其他国家接壤,它的进口和出口过程可以通过公路,铁路,海上和空中的方式来完成。因此,这个国家的中部和战略作用,使得它在亚洲和中东地区货物运输的主要贸易点。今天,在伊朗海关几乎所有的贸易过程通过纸质表格完成,由商务部提供的电子服务仅限于谁该国境内交易的商人。今天,伊朗海关几乎所有的贸易流程都是通过纸质表格来完成的,商务部给出的电子服务只限于该国的商人。介绍了模型试图简化在伊朗交易的跨境电子商务供应链交换电子文件的过程。这里提到的一些系统,由商务部在伊朗的电子服务被提及:进口订单管理系统。贸易统计制度。伊朗法典伊朗。这些电子系统的主要使用,以促进在伊朗贸易过程。这里提到的系统作为独立的贸易者可与建议本文模型在未来的作用。在亚洲的区域性单

毕业论文外文翻译模版

长江大学工程技术学院 毕业设计(论文)外文翻译 外 文 题 目 Matlab Based Interactive Simulation Program for 2D Multisegment Mechanical Systems 译 文 题 目 二维多段机械系统基于Matlab 的 交互式仿真程序 系 部 化学工程系 专 业 班 级 化工60801 学 生 姓 名 李泽辉 指 导 教 师 张 铭 辅 导 教 师 张 铭 完 成 日 期 2012.4.15 顶层配置在管路等,要求设备,所有设要求,对调整使案,编是指机确保机组中资料试

外文翻译 二维多段机械系统基于Matlab 的交互式仿真程序 Henryk Josiński, Adam ?witoński, Karol J?drasiak 著;李泽辉 译 摘要:本文介绍了多段机械系统设计原则,代表的是一个模型的一部分的设计系统,然后扩展 形成的几个部分和模型算法的分类与整合的过程,以及简化步骤的过程叫多段系统。本文还介绍了设计过程的二维多段机械系统的数字模型,和使用Matlab 的软件包来实现仿真。本文还讨论测试运行了一个实验,以及几种算法的计算,实现了每个单一步骤的整合。 1 简介 科学家创造了物理模型和数学模型来表示人类在运动中的各种形式。数学模型 使创建数字模型和进行计算机仿真成为可能。模型试验,可以使人们不必真正的实 验就可以虚拟的进行力和力矩的分解。 本文研究的目的是建立一个简单的多段运动模型,以增加模型的连续性和如何 避免不连续为原则。这是创建一个人类运动模型系统的冰山一角。其使用matlab 程 序包创建的数字模型,可以仿真人类运动。 文献中关于这一主题的内容很广泛。运动的模式和力矩的分解在这些文献中都 有涉猎。动态的平面人体运动模型,提出了解决了迭代矩阵的方法。还值得一提的 是这类项目的参考书目,布鲁贝克等人提出了一个模型——人腿模型,这个以人的 物理运动为基础的平面模型仿真了人腿——一个单一的扭簧和冲击碰撞模型。人腿 模型虽然简单,但是它展示人类的步态在水平地面上的运动特征。布鲁贝克等人还 介绍,在人腿模型的双足行走的基础上,从生物力学的角度而言,符合人体步行的 特征。这个模型具有一个躯干,双腿膝盖和脚踝。它能够合理的表现出人多样的步 态风格。一个仿真人类运动的数学模型反应出了人的部分运动状态。 图1. 力的分解 2 力的分解

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

本科毕业设计(论文)外文翻译基本规范 一、要求 1、与毕业论文分开单独成文。 2、两篇文献。 二、基本格式 1、文献应以英、美等国家公开发表的文献为主(Journals from English speaking countries)。 2、毕业论文翻译是相对独立的,其中应该包括题目、作者(可以不翻译)、译文的出处(杂志的名称)(5号宋体、写在文稿左上角)、关键词、摘要、前言、正文、总结等几个部分。 3、文献翻译的字体、字号、序号等应与毕业论文格式要求完全一致。 4、文中所有的图表、致谢及参考文献均可以略去,但在文献翻译的末页标注:图表、致谢及参考文献已略去(见原文)。(空一行,字体同正文) 5、原文中出现的专用名词及人名、地名、参考文献可不翻译,并同原文一样在正文中标明出处。 二、毕业论文(设计)外文翻译 (一)毕业论文(设计)外文翻译的内容要求 外文翻译内容必须与所选课题相关,外文原文不少于6000个印刷符号。译文末尾要用外文注明外文原文出处。 原文出处:期刊类文献书写方法:[序号]作者(不超过3人,多者用等或et al表示).题(篇)名[J].刊名(版本),出版年,卷次(期次):起止页次. 原文出处:图书类文献书写方法:[序号]作者.书名[M].版本.出版地:出版者,出版年.起止页次. 原文出处:论文集类文献书写方法:[序号]作者.篇名[A].编著者.论文集名[C]. 出版地:出版者,出版年.起止页次。 要求有外文原文复印件。 (二)毕业论文(设计)外文翻译的撰写与装订的格式规范 第一部分:封面

1.封面格式:见“毕业论文(设计)外文翻译封面”。普通A4纸打印即可。 第二部分:外文翻译主题 1.标题 一级标题,三号字,宋体,顶格,加粗 二级标题,四号字,宋体,顶格,加粗 三级标题,小四号字,宋体,顶格,加粗 2.正文 小四号字,宋体。 第三部分:版面要求 论文开本大小:210mm×297mm(A4纸) 版芯要求:左边距:25mm,右边距:25mm,上边距:30mm,下边距:25mm,页眉边距:23mm,页脚边 距:18mm 字符间距:标准 行距:1.25倍 页眉页角:页眉的奇数页书写—浙江师范大学学士学位论文外文翻译。页眉的偶数页书写—外文翻译 题目。在每页底部居中加页码。(宋体、五号、居中) 装订顺序是:封皮、中文翻译、英文原文复印件。

跨境电商外文翻译参考文献

跨境电商外文翻译参考文献(文档含中英文对照即英文原文和中文翻译)

译文: 跨境电子商务在欧盟的发展动力和壁垒 摘要 互联网的兴起,往往是与“距离的消亡”或至少减少相关的地理距离在供应信息相关。我们研究距离 事宜仍在实物商品的网上交易是否。我们使用的数据从一个网络消费者调查小组对网上跨境货物贸易中的 一个语言支离破碎的欧盟市场。分析结果表明,相比线下交易在同一商品的距离相关的交易成本大大降低。然而,语言相关的交易成本的增加。此外,网上交易介绍新能源贸易成本如包裹递送和在线支付系统。在 平衡,没有迹象显示在线贸易不偏向于国内市场的产品比线下交易支持。我们提供给政策制定者推动欧盟数 字单一市场的跨境电子商务的选项。在高效灵活的跨境支付系统的使用增加1%可以增加多达7%的跨境电子 商务。我们还表明,在线交易给英语语言输出国家的比较优势。 关键词电子商务/引力方程/欧盟 1.介绍 本文实证研究的在线电子商务跨境贸易模式的影响。互联网的兴起,更一般地,数字通信技术,具有LED许多观察家宣布,距离“死”(Cairncross,1997)。在这方面,它不在乎信息所在的位臵因为它只是一个鼠标点击和信息成本不再是物理距 离有关。在传统的线下实物商品贸易,证据却指向距离成本增加(disdier和头,2008)。贸易相结合的基础上的信息和物理的货物运输。问题是是否将贸易从线 下到线上平台是一个足够大的凹痕在信息成本改变贸易总成本因此货物贸易模式。Blum 和Goldfarb(2006)表明,即使是纯粹的信息产品,距离仍然起着重要的 作用。他们认为这是文化上的差异,随着物理距离的增加。除了信息成本的影响, 可能会有副作用,对贸易模式的影响。网上贸易开辟了一个潜在的更大的地理汇水 面积,为供应商和消费者,在产品品种和价格竞争的增加。这两

外文翻译开题报告要求及指导意见

外文翻译、开题报告要求 一套完整的毕业设计(论文)资料分别由外文翻译、开题报告、毕业设计(论文)正文三部分组成,并按统一封面和格式编写。字体及字号到时按学院规定。 文本格式及写作要求 (一)外文翻译 通过文献查阅与翻译,进一步提高掌握使用外文的能力,熟悉本专业的几种主要外文书刊,了解毕业设计(论文)课题的国内外信息与动向。 1、格式: (1)外文(译文前面附被翻译的外文原件复印件); (2)翻译成中文格式: ①标题 ②署名 (作者名)** 著 译者:*** ③翻译正文 ④外文著录 为了反映文稿的科学依据和译者尊重他人研究成果的严肃态度以及向读者提出有关信息的出处,要求译者按著录/题名/出版事项顺序排列注明: 期刊——著者,题名,期刊名称,出版年,卷号(期号),起始页码。 书籍——著者,书名、版次(第一版不标注),出版地,出版者,出版年,起始页码。 2、内容要求: (1)阅读 每位学生在文献查阅环节中,必须阅读5~10万个印刷符号的外语文献资料(最好阅读与课题或本专业有联系的内容),择其重要的翻译1~2万个印刷符号(约3000汉字)。

(2)翻译 ①标题应真实地反映出翻译外文的主体内容或原外文标题内容,一般控制在20个汉字以内。可以用副标题对标题予以补充说明; ②标题下方正中为外文作者署名; ③外文翻译成中文的内容; ④外文著录 (二)开题报告 1、格式: (1)课题名称; (2)学生、专业、指导教师和教学单位署名; (3)开题报告的正文撰写。 2、内容要求: (1)课题名称要求与毕业设计(论文)正文标题名称一致(一般控制在20个汉字以内,可以用副标题对标题予以补充说明)。 (2)学生、指导教师和教学单位署名: 课题下方正中即是学生署名,学生署名下方是专业名称,专业名称下方即是指导教师署名,指导教师署名下方即是教学单位署名(教学单位指学院)。 (3)开题报告的正文撰写要求包括(不少于2500字): ①课题来源 ②研究目的和意义 ③研究的内容与途径 ④国内外研究现状与发展趋势 通过提出问题、分析问题,综合前人文献中提出的理论和事实,比较各种学术观点,阐明所提问题的历史、现状及发展方向等。按论点和论据组织材料,从不同角度阐明主题中心内容,综合分析提出研究课题的主攻方向。引用的资料应注意以下问题:能说明问题,并且具有一定的理论和实践意义;资料真实可靠,既新颖又具有代表性,能反映

毕业论文外文翻译(中英文)

译文 交通拥堵和城市交通系统的可持续发展 摘要:城市化和机动化的快速增长,通常有助于城市交通系统的发展,是经济性,环境性和社会可持续性的体现,但其结果是交通量无情增加,导致交通拥挤。道路拥挤定价已经提出了很多次,作为一个经济措施缓解城市交通拥挤,但还没有见过在实践中广泛使用,因为道路收费的一些潜在的影响仍然不明。本文首先回顾可持续运输系统的概念,它应该满足集体经济发展,环境保护和社会正义的目标。然后,根据可持续交通系统的特点,使拥挤收费能够促进经济增长,环境保护和社会正义。研究结果表明,交通拥堵收费是一个切实有效的方式,可以促进城市交通系统的可持续发展。 一、介绍 城市交通是一个在世界各地的大城市迫切关注的话题。随着中国的城市化和机动化的快速发展,交通拥堵已成为一个越来越严重的问题,造成较大的时间延迟,增加能源消耗和空气污染,减少了道路网络的可靠性。在许多城市,交通挤塞情况被看作是经济发展的障碍。我们可以使用多种方法来解决交通挤塞,包括新的基础设施建设,改善基础设施的维护和操作,并利用现有的基础设施,通过需求管理策略,包括定价机制,更有效地减少运输密度。 交通拥堵收费在很久以前就已提出,作为一种有效的措施,来缓解的交通挤塞情况。交通拥堵收费的原则与目标是通过对选择在高峰拥挤时段的设施的使用实施附加收费,以纾缓拥堵情况。转移非高峰期一些出行路线,远离拥挤的设施或高占用车辆,或完全阻止一些出行,交通拥堵收费计划将在节省时间和降低经营成本的基础上,改善空气中的质量,减少能源消耗和改善过境生产力。此计划在世界很多国家和地方都有成功的应用。继在20世纪70年代初和80年代中期挪威与新加坡实行收费环,在2003年2月伦敦金融城推出了面积收费;直至现在,它都是已经开始实施拥挤收费的大都市圈中一个最知名的例子。 然而,交通拥堵收费由于理论和政治的原因未能在实践中广泛使用。道路收费

文献翻译----电子商务中英文对照

外文文献及译文 文献、资料题目:Electronic Commerce 外文文献: Electronic Commerce Electronic commerce, or Electronic trade, or electronic business as a newly rising mode of commerce will have far-reaching influence on social economy and play an important role in social development worldwide. It represents the trend of world trade in the 21st century and beyond. 1. What is Electronic Commerce? Electronic commerce refers to commercial data exchange in digital form through electronic transmission means and commercial activities conducted on-line. Usually, electronic commerce can be divided into two levels: One is low-level electronic commerce that is, electronic commercial intelligence, electronic trade, and electronic contracts. Another is high-level electronic commerce which includes all commercial activities done via Internet, ranging from searching for clients, commercial negotia-tion, making orders, on-line payment, releasing electronic invoice, to electronic dec-laration to Customs, electronic tax-payment, all conducted on Internet. Electronic commerce means electrification of all trade transactions. It is featured by these characters: ①fairness and freedom, ②high efficiency, ③globalization, ④virtualization, ⑤interactivity, ⑥autonomy, ⑦personalized service. With electronic commerce, clients and

相关主题
文本预览
相关文档 最新文档