毕设外文翻译 1
沥青胶浆模量的四相微观力学模型
B. Shane Underwood ?, Y. Richard Kim
北卡罗来纳州立大学,土木工程系,建筑、环境工程,校园7908盒,罗利,数控27695 - 7908,美国
文章信息
文章历史:
2013年2月22日完成
2014年4月1日修订
2014年4月13日公布网络
关键词:
流变特性
分析建模
微观
沥青胶浆
物理化学相互作用
摘要
本文针对预测中高浓度级配骨料颗粒的补强效果的现有配方，运用粘弹性矩阵
进行评估。这些函数包括稀释的、微观力学的和现象学的解决方案,但是无论多少粒子浓度，每个函数都出现了定性和定量的不令人满意的结果。因为这些模
型无法预测骨料表面的复合物理化学影响层的第三阶段，所以这些缺点只是假
设的。考虑到这一层的模型被开发和运用到预测在一系列体积浓度的情况下沥
青砂胶的加劲。发现该模型能很好得预测适当浓度沥青胶浆的加劲反应，而不
得不在最高浓度以下预测。在这些浓度情况下,颗粒发生联系和内部结构发展,
并提供一个额外的补强机制,这个机制在四阶段模型之外。从而在这些更高的浓度下的预测是有希望的和合理的。
1.引言
沥青胶浆是一种由沥青水泥粘结剂和良好的小于75um级配骨料颗粒(如：骨料填充物) 组成的复合材料。这是一类常见的材料，由软粘弹
性绑定介质和相对刚性的,形状不规则的,良好级配的包裹体组成。这种材料是类似于颗粒填充聚合物基复合材料,具有广泛的工程应用(Rothon,2003年)。沥青胶浆通常在屋面和路面中应用,但也可能被用
于防水和坦克/管内衬，因其具有紧密的、不透水,固体半固态的性质。高级配沥青混凝土胶粘剂结合大骨料颗粒的材料能够适用于广泛范围环境下车辆交通条件。
在此应用中胶浆通常含有20%到40%体积的填料。胶浆形变场影响沥青混凝土的性能十分强烈，这个特性至少自二十世纪三十年代以来就已经被知道了(Traxler and Miller, 1936年)。然而，对组成材料性质与复合胶粘剂的行为之间以及沥青胶浆与混合物之间的复杂联系的不了解导致了以经验为主的评估。关于填充复合材料的颗粒，特别是沥青胶浆领域的一个基本问题是通过已知的模值和组成阶段的掺和物百分比去推测复合模量。这样的推测有许多有价值的工程任务：更合适的源材料的选择；增强材料以至于能确保理想的力学性能；改进在多量程尺度环境下多相复合材料的设计(Pindera等人,2009年)。经典的是已经完成使用稀相悬浮与微观力学模型，从已知的成分性质（例子存在于填充聚合物复合材料、沥青混凝土与钢筋混凝土,硅酸盐水泥混凝土）提高复合性能(Benveniste,1987年;Budiansky,1965年;Christensen and
Lo,1979年;Halpin公式;Kardos和1956年,1976年;Hashin,1962年;Hill,1965年;Kataoka 等人,1978年;continental,1977年;Pindera等人,2009年;Yin等人,2008年)。这些模型通常使用理想化的正则颗粒的几何形状和简化的成分考虑。他们还把基质作为惰性,弹性介质.然而，很多时候这些材料包含良好级配的形状不规则的颗粒和一个约束基质，它是一种有机的,物理化学性质活跃, 具有蒸馏依赖性质的粘弹性材料。尽管存在这些差异，一些用来预测沥青混凝土(Aigner 等人, 2009年; Buttlar and Roque, 1996年; Kim and Buttlar, 2011年; Pichler 等人, 2012年; Shu and Huang, 2008年, 2009年)和沥青胶浆(Abbas 等人, 2005年; Buttlar 等人, 1999年; Faheem and Bahia, 2009年; Heukelom, 1965年;Kim, 2003年; Rigden, 1947年; Shashidhar and Shenoy, 2002年;Yin等人, 2008年)模量基本成功的应用已在文献中报道。关于沥青混凝土的研究结论存在着一些在较低温度下显示良好预测的研究(Buttlar and
Roque,1996年; Kim and Buttlar, 2011年)。一般来说,这些模型低估了复合模量。得出关于胶浆的预测是类似的结论。Shashidhar和Shenoy（2002年）对沥青玛蹄脂多体积浓度为31%的广义自洽模型进行评价，表明该方法的预测数据低于实测数据。作者提出了一个渗流机理并制定了一个更好的匹配测量数据的模型。Kim (2003年)用四种不同材料，分别在粒子浓度为5%,10%,和25%的情况下做实验,将实测数据与复合球体模型(Hashin, 1962年)和两个广义自洽模型(Christensen and Lo,
1979年; Lewis and Nielsen, 1970年)的预测数据进行比较。结果各不相同,但总体上较低低粒子浓度预测数据比粒子浓度为25%的预测数据更准确。Abbas 等人 (2005年)用不同的胶浆做了与Kim类似的分析，得到了相同的结论。Yin 等人(2008年)应用弹性-粘弹性对应原理到几个微观力学模型中，评估了胶浆模量的预测值的准确性。在这种比较中，包括2个数据集：填料颗粒体积浓度为32%的单一胶浆在不同的频率并且在零下20摄氏度到0摄氏度之间的所测模量；25摄氏度恒温并且在10
赫兹的频率下的胶浆的所测模量。作者发现，广义自洽和Mori–Tanaka方案低估了实测模量，得出了自洽模型公式与测量数据最为
匹配的结论。因为模型不考虑沥青结合料和骨料之间的物理-化学相互
作用，从文献中得到了以上一些发现。这些对于沥青胶浆来说可能是
至关重要的，因为相对大的比表面积的填充物包裹颗粒。骨料颗粒的
沥青结合料的选择性吸附的物理化学过程发生在沥青材料(Anderson 等人, 1992年; Clopotelet 等人, 2012年; Huang 等人, 2005年; Ishai 等人, 1980年; Kim,2003年; Warden等人, 1959年)，这被广
泛报道，具体可以看引用的参考文献。这种现象的直接证据出现在
clopotel(2012年)和craus（1978年）等人的工作成果中。Buttlar 等人 (1999年)通过修
改骨料颗粒的有效体积，试图将这些影响纳入广义自洽体系，例如刚性粒子近似法。在25
摄氏度和10赫兹的情况下，实测和预测的加劲反应之间的差异比较明显。Yin等人（2008年）也评价了这种潜力，但假设吸附层有效地降低了骨料颗粒的模量。总的来说，这些稀
相悬浮和微观力学法只是在相对较窄的温度，频率，和粒子浓度范围内被评估。在实践中，沥青胶浆需要进行宽范围的温度和频率的加载，所以该模型预测的更彻底的调查是必要的。这里给出两个任务目标：
（1）通过在一系列与沥青胶浆中的应用条件相适应的条件下评估他们的预测结果，显示现有稀相悬浮和微观力学模型的缺点。
（2）提出了一种微观力学的公式，能够诠释在沥青胶浆中的物理化学相互作用，可以比较准确地预测粒子浓度对沥青胶浆复合模量的影响。
此方案与其他地方现有的或是以前讨论过的方案之间的主要区别是所考虑的条件的范
围宽度。在此方案中，从10摄氏度和14赫兹到54摄氏度和0.1赫兹的64个不同的
温度和频率组合中，并且在颗粒体积浓度从10%到60%的范围内，比较实测与预测的模量。这种大量的条件提供了一个更全面地评估现有的模型并制定一个更强大的替代
公式的机会。
2.材料与方法
2.1材料
来自两个不同的骨料和沥青结合料的沥青胶浆是被用于这项研究。第
一组（指定为ms95-xx，其中XX将区分胶浆中颗粒填充物的不同体
积浓度）是同一个地理区域的聚合，主要由片麻岩、绿泥石、角闪岩
组成。这些胶泥沥青在Superpave标准体系中分级为PG 64-22。第
二组（MS19-XX）的胶浆骨料主要是斑状花岗岩。这些胶浆也由PG级64 –22的沥青结合料组成，但是最初的石油来源不同于MS95-XX胶浆。骨料来源的富勒评分系数都接近0.6。总的来说，19种胶浆都包含在
这项研究中，并对每种骨料的体积是采用混合比例BR被量化的，公式（1），表1总结了这些材料，并介绍了采用的命名约定。样品制备和测试的细节在别处(Underwood和Kim, 2011年)。
其中BR是混合比，是填料粒子内的固体总体积的百分比+颗粒间没有沥青粘结剂的孔隙体积的百分比，是沥青结合料的总体积减去吸收聚合的体积所占的百分比（沥青粘结剂的有效容积）。
在这项研究中使用的主要实验方法是剪切模式温度和频率扫描测试,关注的主要数据是动态剪切模量和相位角。所用的应变模型是约200个微应变，其能产生精确的线性粘弹性参数并生成大量实测噪音的数据。测试频率为14，6.5，3，1.4，0.65，0.3，0.14，0.1赫兹，测试温度范围从10摄氏度到54摄氏度（Underwood 和 Kim,2011年）。
表1
测试条件及研究胶浆的名称
3.实验结果
材料MS95的测量值在图1，材料MS19的测量值在图2。用叠合曲线
来简化这些图表中数据的表现形式，每个数据点代表一个特定的温度
和频率下的值。叠合曲线是利用沥青粘结剂和胶浆的热流变简化行为，去考虑温度和加载频率对单一参数及折合频率的影响(Ferry, 1961年)。折合频率由公式作数学定义。虽然对线性粘弹性材料叠合曲线的相关概念有相当大的关注与重视(Ferry, 1961年; Tschoegl, 1989年)，但对于此叠合曲线的分析仅仅是显示所有数据集合且能方便地显示体
积浓度的增加及模量的增加的一个方便的方式。它也表明，加劲反应
可以是巨大的（最多5个数量级），并且依赖于频率，温度和材料。
其中是频率以弧度/秒为单位,是时间——温度变化的因子,是
折合频率以弧度/秒为单位。
图1. 粒子浓度对MS95胶浆的叠合曲线的影响
折合频率（弧度/秒）
图2. 粒子浓度对MS19胶浆的叠合曲线的影响
折合频率（弧度/秒）
3. 物理化学交互模型理论(Phy-C模型)
第1节中指出证据的存在，无论是传闻还是直接证明，骨料颗粒与沥青结合物
的物理化学水平交互作用对复合材料的力学响应有积极影响。考虑物理-化学的相互作用，必须考虑的量的影响的量的相互作用，相互作用的影响，并在复合材料的力学性能的影响。
毕业设计外文翻译资料
外文出处： 《Exploiting Software How to Break Code》By Greg Hoglund, Gary McGraw Publisher : Addison Wesley Pub Date : February 17, 2004 ISBN : 0-201-78695-8 译文标题： JDBC接口技术 译文： JDBC是一种可用于执行SQL语句的JavaAPI（ApplicationProgrammingInterface应用程序设计接口）。它由一些Java语言编写的类和界面组成。JDBC为数据库应用开发人员、数据库前台工具开发人员提供了一种标准的应用程序设计接口，使开发人员可以用纯Java语言编写完整的数据库应用程序。 一、ODBC到JDBC的发展历程 说到JDBC，很容易让人联想到另一个十分熟悉的字眼“ODBC”。它们之间有没有联系呢？如果有，那么它们之间又是怎样的关系呢？ ODBC是OpenDatabaseConnectivity的英文简写。它是一种用来在相关或不相关的数据库管理系统（DBMS）中存取数据的，用C语言实现的，标准应用程序数据接口。通过ODBCAPI，应用程序可以存取保存在多种不同数据库管理系统（DBMS）中的数据，而不论每个DBMS使用了何种数据存储格式和编程接口。 1．ODBC的结构模型 ODBC的结构包括四个主要部分：应用程序接口、驱动器管理器、数据库驱动器和数据源。应用程序接口：屏蔽不同的ODBC数据库驱动器之间函数调用的差别，为用户提供统一的SQL编程接口。 驱动器管理器：为应用程序装载数据库驱动器。 数据库驱动器：实现ODBC的函数调用，提供对特定数据源的SQL请求。如果需要，数据库驱动器将修改应用程序的请求，使得请求符合相关的DBMS所支持的文法。 数据源：由用户想要存取的数据以及与它相关的操作系统、DBMS和用于访问DBMS的网络平台组成。 虽然ODBC驱动器管理器的主要目的是加载数据库驱动器，以便ODBC函数调用，但是数据库驱动器本身也执行ODBC函数调用，并与数据库相互配合。因此当应用系统发出调用与数据源进行连接时，数据库驱动器能管理通信协议。当建立起与数据源的连接时，数据库驱动器便能处理应用系统向DBMS发出的请求，对分析或发自数据源的设计进行必要的翻译，并将结果返回给应用系统。 2．JDBC的诞生 自从Java语言于1995年5月正式公布以来，Java风靡全球。出现大量的用java语言编写的程序，其中也包括数据库应用程序。由于没有一个Java语言的API，编程人员不得不在Java程序中加入C语言的ODBC函数调用。这就使很多Java的优秀特性无法充分发挥，比如平台无关性、面向对象特性等。随着越来越多的编程人员对Java语言的日益喜爱，越来越多的公司在Java程序开发上投入的精力日益增加，对java语言接口的访问数据库的API 的要求越来越强烈。也由于ODBC的有其不足之处，比如它并不容易使用，没有面向对象的特性等等，SUN公司决定开发一Java语言为接口的数据库应用程序开发接口。在JDK1．x 版本中，JDBC只是一个可选部件，到了JDK1．1公布时，SQL类包（也就是JDBCAPI）
毕设外文资料翻译.
理工学院 毕业设计外文资料翻译 专业：计算机科学与技术 姓名：马艳丽 学号： 12L0752218 外文出处：The Design and Implementation of 3D Electronic Map of Campus Based on WEBGIS 附件： 1.外文资料翻译译文；2.外文原文。
附件1：外文资料翻译译文 基于WebGIS的校园三维电子地图的设计与实现 一．导言 如今，数字化和信息化是当今时代的主题。随着信息革命和计算机科学的发展，计算机技术已经渗透到科学的各个领域，并引起了许多革命性的变化，在这些科目，古代制图学也不例外。随着技术和文化的不断进步，地图变化的形式和内容也随之更新。在计算机图形学中，地理信息系统（GIS）不断应用到Web，制作和演示的传统方式经历了巨大的变化，由于先进的信息技术的发展，地图的应用已经大大延长。在这些情况下，绘图将面临广阔的发展前景。电子地图是随之应运而生的产品之一。随着计算机技术，计算机图形学理论，遥感技术，航空摄影测量技术和其他相关技术的飞速发展。用户需要的三维可视化，动态的交互性和展示自己的各种地理相关的数据处理和分析，如此多的关注应支付的研究三维地图。东北石油大学及其周边地区的基础上本文设计并建立三维电子地图。 二．系统设计 基于WebGIS的校园三维电子地图系统的具有普通地图的一般特性。通过按键盘上的箭头键（上，下，左，右），可以使地图向相应的方向移动。通过拖动鼠标，可以查看感兴趣的任何一个地方。使用鼠标滚轮，可以控制地图的大小，根据用户的需求来查看不同缩放级别的地图。在地图的左下角会显示当前鼠标的坐标。在一个div层，我们描绘了一个新建筑物的热点，这层可以根据不同的地图图层的显示，它也可以自动调整。通过点击热点，它可以显示热点的具体信息。也可以输入到查询的信息，根据自己的需要，并得到一些相关的信息。此外，通过点击鼠标，人们可以选择检查的三维地图和卫星地图。 主要功能包括： ?用户信息管理：检查用户名和密码，根据权限设置级别的认证，允许不同权限的用户通过互联网登录系统。 ?位置信息查询：系统可以为用户提供模糊查询和快速定位。
1外文文献翻译原文及译文汇总
华北电力大学科技学院 毕业设计（论文）附件 外文文献翻译 学号：121912020115姓名：彭钰钊 所在系别：动力工程系专业班级：测控技术与仪器12K1指导教师：李冰 原文标题：Infrared Remote Control System Abstract 2016 年 4 月 19 日
红外遥控系统 摘要 红外数据通信技术是目前在世界范围内被广泛使用的一种无线连接技术，被众多的硬件和软件平台所支持。红外收发器产品具有成本低，小型化，传输速率快，点对点安全传输，不受电磁干扰等特点，可以实现信息在不同产品之间快速、方便、安全地交换与传送，在短距离无线传输方面拥有十分明显的优势。红外遥控收发系统的设计在具有很高的实用价值，目前红外收发器产品在可携式产品中的应用潜力很大。全世界约有1亿5千万台设备采用红外技术，在电子产品和工业设备、医疗设备等领域广泛使用。绝大多数笔记本电脑和手机都配置红外收发器接口。随着红外数据传输技术更加成熟、成本下降，红外收发器在短距离通讯领域必将得到更广泛的应用。 本系统的设计目的是用红外线作为传输媒质来传输用户的操作信息并由接收电路解调出原始信号，主要用到编码芯片和解码芯片对信号进行调制与解调，其中编码芯片用的是台湾生产的PT2262，解码芯片是PT2272。主要工作原理是：利用编码键盘可以为PT2262提供的输入信息，PT2262对输入的信息进行编码并加载到38KHZ的载波上并调制红外发射二极管并辐射到空间，然后再由接收系统接收到发射的信号并解调出原始信息，由PT2272对原信号进行解码以驱动相应的电路完成用户的操作要求。 关键字：红外线；编码；解码；LM386；红外收发器。 1 绪论
外文翻译 - 英文
The smart grid Smart grid is the grid intelligent (electric power), also known as the "grid" 2.0, it is based on the integration, high-speed bidirectional communication network, on the basis of through the use of advanced sensor and measuring technology, advanced equipme nt technology, the advanced control method, and the application of advanced technology of decision support system, realize the power grid reliability, security, economic, efficient, environmental friendly and use the security target, its main features include self-healing, incentives and include user, against attacks, provide meet user requirements of power quality in the 21st century, allow all sorts of different power generation in the form of access, start the electric power market and asset optimizatio n run efficiently. The U.S. department of energy (doe) "the Grid of 2030" : a fully automated power transmission network, able to monitor and control each user and power Grid nodes, guarantee from power plants to end users among all the nodes in the whole process of transmission and distribution of information and energy bi-directional flow. China iot alliance between colleges: smart grid is made up of many parts, can be divided into:intelligent substation, intelligent power distribution network, intelli gent watt-hourmeter,intelligent interactive terminals, intelligent scheduling, smart appliances, intelligent building electricity, smart city power grid, smart power generation system, the new type of energy storage system.Now a part of it to do a simple i ntroduction. European technology BBS: an integration of all users connected to the power grid all the behavior of the power transmission network, to provide sustained and effective economic and security of power. Chinese academy of sciences, institute of electrical: smart grid is including all kinds of power generation equipment, power transmission and distribution network, power equipment and storage equipment, on the basis of the physical power grid will be modern advanced sensor measurement technology, network technology, communication
软件开发概念和设计方法大学毕业论文外文文献翻译及原文
毕业设计（论文）外文文献翻译 文献、资料中文题目：软件开发概念和设计方法文献、资料英文题目： 文献、资料来源： 文献、资料发表（出版）日期： 院（部）： 专业： 班级： 姓名： 学号： 指导教师： 翻译日期： 2017.02.14
外文资料原文 Software Development Concepts and Design Methodologies During the 1960s, ma inframes and higher level programming languages were applied to man y problems including human resource s yste ms,reservation s yste ms, and manufacturing s yste ms. Computers and software were seen as the cure all for man y bu siness issues were some times applied blindly. S yste ms sometimes failed to solve the problem for which the y were designed for man y reasons including: ?Inability to sufficiently understand complex problems ?Not sufficiently taking into account end-u ser needs, the organizational environ ment, and performance tradeoffs ?Inability to accurately estimate development time and operational costs ?Lack of framework for consistent and regular customer communications At this time, the concept of structured programming, top-down design, stepwise refinement，and modularity e merged. Structured programming is still the most dominant approach to software engineering and is still evo lving. These failures led to the concept of "software engineering" based upon the idea that an engineering-like discipl ine could be applied to software design and develop ment. Software design is a process where the software designer applies techniques and principles to produce a conceptual model that de scribes and defines a solution to a problem. In the beginning, this des ign process has not been well structured and the model does not alwa ys accurately represent the problem of software development. However,design methodologies have been evolving to accommo date changes in technolog y coupled with our increased understanding of development processes. Whereas early desig n methods addressed specific aspects of the
毕业设计外文翻译附原文
外文翻译 专业机械设计制造及其自动化学生姓名刘链柱 班级机制111 学号1110101102 指导教师葛友华
外文资料名称： Design and performance evaluation of vacuum cleaners using cyclone technology 外文资料出处：Korean J. Chem. Eng., 23(6), (用外文写) 925-930 (2006) 附件： 1.外文资料翻译译文 2.外文原文
应用旋风技术真空吸尘器的设计和性能介绍 吉尔泰金，洪城铱昌，宰瑾李， 刘链柱译 摘要：旋风型分离器技术用于真空吸尘器 - 轴向进流旋风和切向进气道流旋风有效地收集粉尘和降低压力降已被实验研究。优化设计等因素作为集尘效率，压降，并切成尺寸被粒度对应于分级收集的50％的效率进行了研究。颗粒切成大小降低入口面积，体直径，减小涡取景器直径的旋风。切向入口的双流量气旋具有良好的性能考虑的350毫米汞柱的低压降和为1.5μm的质量中位直径在1米3的流量的截止尺寸。一使用切向入口的双流量旋风吸尘器示出了势是一种有效的方法，用于收集在家庭中产生的粉尘。 摘要及关键词：吸尘器; 粉尘; 旋风分离器 引言 我们这个时代的很大一部分都花在了房子，工作场所，或其他建筑，因此，室内空间应该是既舒适情绪和卫生。但室内空气中含有超过室外空气因气密性的二次污染物，毒物，食品气味。这是通过使用产生在建筑中的新材料和设备。真空吸尘器为代表的家电去除有害物质从地板到地毯所用的商用真空吸尘器房子由纸过滤，预过滤器和排气过滤器通过洁净的空气排放到大气中。虽然真空吸尘器是方便在使用中，吸入压力下降说唱空转成比例地清洗的时间，以及纸过滤器也应定期更换，由于压力下降，气味和细菌通过纸过滤器内的残留粉尘。 图1示出了大气气溶胶的粒度分布通常是双峰形，在粗颗粒（>2.0微米）模式为主要的外部来源，如风吹尘，海盐喷雾，火山，从工厂直接排放和车辆废气排放，以及那些在细颗粒模式包括燃烧或光化学反应。表1显示模式，典型的大气航空的直径和质量浓度溶胶被许多研究者测量。精细模式在0.18?0.36 在5.7到25微米尺寸范围微米尺寸范围。质量浓度为2?205微克，可直接在大气气溶胶和 3.85至36.3μg/m3柴油气溶胶。
外文翻译1
译文（一） THE ACCOUNTING REVIEW V ol. 83, No. 3 2008 pp. 823–853 市场参与者的杜邦分析的使用 马克?t?Soliman 华盛顿大学 文摘:杜邦分析,一种常见的财务报表分析，依靠于净营业资产收益率的两个乘法组件:利润率和资产周转率。这两个会计比率衡量不同的构造。因此,有不同的属性。之前的研究已经发现,资产周转率的变化是未来收益的变化正相关。本文全面探讨了杜邦组件和沿着三个维度有助于文学。首先,本文有助于财务报表分析文献,发现在这个会计信息信号实际上是增量学习会计信号在先前的研究在预测未来收益。其次,它有助于文学在股票市场上使用的会计信息通过检查眼前和未来的股本回报投资者应对这些组件。最后,它增加了分析师的文献处理会计信息的再次测试直接和延迟反应的分析师通过同期预测修正以及未来预测错误。一致的跨市场加入者的两组,结果表明是有用的信息就是明证杜邦组件和股票收益之间的联系以及维度分析师预测。然而,我发现预测未来预测错误和异常返回信息处理表明似乎没有完成。平均水平,分析表明杜邦组件代表增量和可行的操作特征信息的公司。 关键词:财务报表分析、杜邦分析、市场回报、分析师预估。 数据可用性:在这项研究中使用的数据是公开的来源显示的文本。 在本文中,我分析杜邦分析中包含的信息是否与股市回报相关和分析师预测。之前的研究文档组件从杜邦分析,分解的净营业资产收益率为利润率和资产周转率,有解释力对未来盈利能力的变化。本文增加了文献综合研究投资者和分析师反应杜邦组件三个维度。首先,它复制先前记录的预测能力和检查是否健壮和增量其他预测已经考虑在文学的存在。其次,它探讨了使用这些组件的股市投资者通过观察同生和未来收益。在同时代的长窗协会和短时期限信息测试,结果显示积极联系杜邦组件和股本回报率。但小未来异常返回交易策略显示的信息可能不完整的处理。最后,检查当前预测修正由卖方分析师和未来的预测错误。尽管他们似乎修改他们的预测未来收益与这些杜邦组件中的信息一致,修订似乎不完整就是明证可预测的未来预测错误。一致的市场参与者,在两组同期结果表明,信息是有用的,但是未来的测试表明,信息处理似乎没有完成。 由金矿和笔者(2001)提供了一个使用剩余收益的股票估值方法框架,给出了一个简单的财务比率分析的直接映射到股票估值。特别是他们用杜邦分析,分解公司的净营业资产收益率(RNOA)利润率(PM)和资产周转率(ATO)点的地方1。PM和ATO会计信号,测量不同结构对一个公司的业务2。PM 往往是来自定价权,如产品创新,产品定位,品牌知名度,先发优势和市场定位。ATO措施资产利用率和效率,通常来自于有效的利用财产,工厂和设备,有效的库存流程;和其他形式的资本管理工作3。 我们有理由期待竞争力量的影响这两个来源盈利能力不同。大的利润率通常吸引新进入者进入市场或快速模仿新思想从现有的竞争对手。由此产生的竞争导致高利润率回归正常水平,暗示更多暂时的利益。与利润不同,然而,竞争可能少威胁要部署一个有效的资产。更难以模仿另一个公司的高效生产流程因为这样模仿通常包括大型和昂贵的改革目前的工厂和操作。 1.具体来说,RNOA营业收入/平均净营业资产,PM营业收入/销售和ATO销售 /平均净营业资产。此后,点和ATO被称为“杜邦公司组成”。另一个常见的形式是分解罗伊(利润杠杆资产周转率)或(NI /产品销售/资产资产/股本)。讨论的“估值理论和RNOA”部分,我在分析使用RNOA为了专注于操作,因此抽象从公司的融资决策。 2.例如,阿伯克龙比和惠誉赚取高额利润通过出售used-looking服装被认为是时髦和青少年所要
本科毕业设计方案外文翻译范本
I / 11 本科毕业设计外文翻译 <2018届） 论文题目基于WEB 的J2EE 的信息系统的方法研究 作者姓名[单击此处输入姓名] 指导教师[单击此处输入姓名] 学科(专业 > 所在学院计算机科学与技术学院 提交日期[时间 ]
基于WEB的J2EE的信息系统的方法研究 摘要：本文介绍基于工程的Java开发框架背后的概念，并介绍它如何用于IT 工程开发。因为有许多相同设计和开发工作在不同的方式下重复，而且并不总是符合最佳实践，所以许多开发框架建立了。我们已经定义了共同关注的问题和应用模式，代表有效解决办法的工具。开发框架提供：<1）从用户界面到数据集成的应用程序开发堆栈；<2）一个架构，基本环境及他们的相关技术，这些技术用来使用其他一些框架。架构定义了一个开发方法，其目的是协助客户开发工程。 关键词：J2EE 框架WEB开发 一、引言 软件工具包用来进行复杂的空间动态系统的非线性分析越来越多地使用基于Web的网络平台，以实现他们的用户界面，科学分析，分布仿真结果和科学家之间的信息交流。对于许多应用系统基于Web访问的非线性分析模拟软件成为一个重要组成部分。网络硬件和软件方面的密集技术变革[1]提供了比过去更多的自由选择机会[2]。因此，WEB平台的合理选择和发展对整个地区的非线性分析及其众多的应用程序具有越来越重要的意义。现阶段的WEB发展的特点是出现了大量的开源框架。框架将Web开发提到一个更高的水平，使基本功能的重复使用成为可能和从而提高了开发的生产力。 在某些情况下，开源框架没有提供常见问题的一个解决方案。出于这个原因，开发在开源框架的基础上建立自己的工程发展框架。本文旨在描述是一个基于Java的框架，该框架利用了开源框架并有助于开发基于Web的应用。通过分析现有的开源框架，本文提出了新的架构，基本环境及他们用来提高和利用其他一些框架的相关技术。架构定义了自己开发方法，其目的是协助客户开发和事例工程。 应用程序设计应该关注在工程中的重复利用。即使有独特的功能要求，也
毕业设计外文翻译
毕业设计（论文） 外文翻译 题目西安市水源工程中的 水电站设计 专业水利水电工程 班级 学生 指导教师 2016年
研究钢弧形闸门的动态稳定性 牛志国 河海大学水利水电工程学院，中国南京，邮编210098 nzg_197901@https://www.sodocs.net/doc/6018435237.html,，niuzhiguo@https://www.sodocs.net/doc/6018435237.html, 李同春 河海大学水利水电工程学院，中国南京，邮编210098 ltchhu@https://www.sodocs.net/doc/6018435237.html, 摘要 由于钢弧形闸门的结构特征和弹力，调查对参数共振的弧形闸门的臂一直是研究领域的热点话题弧形弧形闸门的动力稳定性。在这个论文中，简化空间框架作为分析模型，根据弹性体薄壁结构的扰动方程和梁单元模型和薄壁结构的梁单元模型，动态不稳定区域的弧形闸门可以通过有限元的方法，应用有限元的方法计算动态不稳定性的主要区域的弧形弧形闸门工作。此外，结合物理和数值模型，对识别新方法的参数共振钢弧形闸门提出了调查，本文不仅是重要的改进弧形闸门的参数振动的计算方法，但也为进一步研究弧形弧形闸门结构的动态稳定性打下了坚实的基础。 简介 低举升力，没有门槽，好流型，和操作方便等优点，使钢弧形闸门已经广泛应用于水工建筑物。弧形闸门的结构特点是液压完全作用于弧形闸门，通过门叶和主大梁，所以弧形闸门臂是主要的组件确保弧形闸门安全操作。如果周期性轴向载荷作用于手臂，手臂的不稳定是在一定条件下可能发生。调查指出:在弧形闸门的20次事故中，除了极特殊的破坏情况下，弧形闸门的破坏的原因是弧形闸门臂的不稳定;此外，明显的动态作用下发生破坏。例如:张山闸，位于中国的江苏省，包括36个弧形闸门。当一个弧形闸门打开放水时，门被破坏了，而其他弧形闸门则关闭，受到静态静水压力仍然是一样的，很明显，一个动态的加载是造成的弧形闸门破坏一个主要因素。因此弧形闸门臂的动态不稳定是造成弧形闸门(特别是低水头的弧形闸门)破坏的主要原是毫无疑问。
5外文翻译原文1
A Case Study of Pattern-based Software Framework to Improve the Quality of Software Development Chih-Hung Chang, Chih-Wei Lu Dept. of Information Management, Hsiuping Institute of Technology No.11, Gongye Rd., Dali City, Taichung County, Taiwan(R.O.C.) 886-4-24961123 ext 3112 {chchang,cwlu}@ https://www.sodocs.net/doc/6018435237.html,.tw William C. Chu Dept. of Computer Science and Information Engineering, Tunghai University No.181, Sec. 3, Taichung Port Rd.,Taichung City, Taiwan (R.O.C.) 886-4-23508983 cchu@https://www.sodocs.net/doc/6018435237.html,.tw Nien-Lin Hsueh Dept. of Information Engineering and Computer Science, Feng Chia University No. 100 Wenhwa Rd., Taichung, Taiwan (R.O.C.) 886-4- 24517250 ext 3773 nlhsueh@https://www.sodocs.net/doc/6018435237.html,.tw Chorng-Shiuh Koong Dept. of Computer and Information Science, Taichung University No.140, Ming-Sheng Rd., Taichung City, Taiwan (R.O.C.) 886-4-22183804 csko@https://www.sodocs.net/doc/6018435237.html,.tw ABSTRACT In recent years, development of the software industry and demand for software systems have increased rapidly, but developers often does not know whose suggestion to follow regarding methodologies of software engineering. One reason for that is the difficulty in applying new software engineering technologies. Developers take a long time to train. Another reason is the difficulty in integrating CASE toolsets. So many indeterminate factors make the development process more and more complex. On the other hand, software development is too customized, and software reuse is difficult. T he reasons above are the cause for software development and maintenance to become more complex and difficult to control. In this paper we explore the importation of a software pattern-based framework, and the development of an ERP/support chain system. Based on software patterns, developers can separate development and business so as to reduce problems caused by the developer’s lack of business experience. T he quality of the product can thus be enhanced, software development costs be reduced, and software maintenance be improved. Keywords Design Pattern, Framework, Software Development Process, XML 1.INTRODUCTION In Object-Oriented T echnology, the property of inheritance allows software components to be reused, which can obviously reduce the cost of software development. For this reason, to produce a highly reusable software component is an important goal of software engineering. However, programmers are usually focused on code reuse while ignoring design reuse. Design patterns provide a clear concept of design structure by describing the relationships of inheritance and reference between components of the system. Design patterns are a series of familiar usages and constructions utilized throughout system design. Design patterns allow rapid coding of certain components by following certain patterns of steps. T his can improve the documentation and maintenance of existing systems by providing an explicit specification of class, object interactions and their underlying intents. One of the main purposes of design patterns is to help software engineers to understand the common characteristics of software objects/components in specialized domain. In recent years, due to the development and maturation of WWW and Java [14] technologies, many applications are now web applications or leaning in that direction. Many software concepts are utilized for the web as well, such as Design Patterns and Frameworks. The Apache Struts [12] and Spring Framework [13] are both open source frameworks used to address and reduce the complexity of developing an enterprise application. T he advantage of using a framework is the layered architecture it provides. Layered architecture allowed users to choose the component desired, while also providing the integration framework when developing application using J2EE. T hese developing web concepts can facilitate the development of web applications. However, these very useful tools and concepts lack a systematic organization. We hope to use these open source software technologies to develop a software framework which can be applied to web application. T his should solve the problem of web applications lacking a good structure, while through applying these open source software technologies, software development costs will be reduced. Furthermore, a guideline for programmers who wants to use these open source technologies will be provided. This paper is organized as follows: In the next section, we discuss works related to our project; in section 3, the open source technologies used in the paper and the system implementation will be described; Section 4 is a sample experiment. T he conclusion is given in section 5.
本科毕业设计外文翻译
Section 3 Design philosophy, design method and earth pressures 3.1 Design philosophy 3.1.1 General The design of earth retaining structures requires consideration of the interaction between the ground and the structure. It requires the performance of two sets of calculations: 1）a set of equilibrium calculations to determine the overall proportions and the geometry of the structure necessary to achieve equilibrium under the relevant earth pressures and forces; 2）structural design calculations to determine the size and properties of thestructural sections necessary to resist the bending moments and shear forces determined from the equilibrium calculations. Both sets of calculations are carried out for specific design situations (see 3.2.2) in accordance with the principles of limit state design. The selected design situations should be sufficiently Severe and varied so as to encompass all reasonable conditions which can be foreseen during the period of construction and the life of the retaining wall. 3.1.2 Limit state design This code of practice adopts the philosophy of limit state design. This philosophy does not impose upon the designer any special requirements as to the manner in which the safety and stability of the retaining wall may be achieved, whether by overall factors of safety, or partial factors of safety, or by other measures. Limit states (see 1.3.13) are classified into: a) ultimate limit states (see 3.1.3); b) serviceability limit states (see 3.1.4). Typical ultimate limit states are depicted in figure 3. Rupture states which are reached before collapse occurs are, for simplicity, also classified and
毕设外文文献翻译
xxxxxxxxx 毕业设计（论文）外文文献翻译 （本科学生用） 题目：Poduct Line Engineering: The State of the Practice 生产线工程：实践的形态 学生姓名：学号： 学部（系）: 专业年级: 指导教师：职称或学位： 2011年3月10日
外文文献翻译（译成中文1000字左右）： 【主要阅读文献不少于5篇，译文后附注文献信息，包括：作者、书名（或论文题目）、出版社（或刊物名称）、出版时间（或刊号）、页码。提供所译外文资料附件（印刷类含封面、封底、目录、翻译部分的复印件等，网站类的请附网址及原文】 Requirements engineering practices A precise requirements engineering process— a main driver for successful software development —is even more important for product line engineering. Usually, the product line’s scope addresses various domains simultaneously. This makes requirements engineering more complex. Furthermore, SPL development involves more tasks than single-product development. Many product line requirements are complex, interlinked, and divided into common and product-specific requirements. So, several requirements engineering practices are important specifically in SPL development: ? Domain identification and modeling, as well as commonalities and variations across product instances Separate specification and verification for platform and product requirements ? Management of integrating future requirements into the platform and products ? Identification, modeling, and management of requirement dependencies The first two practices are specific to SPL engineering. The latter two are common to software development but have much higher importance for SPLs. Issues with performing these additional activities can severely affect the product line’s long-term success. During the investigation, we found that most organizations today apply organizational and procedural measures to master these challenges. The applicability of more formal requirements engineering techniques and tools appeared rather limited, partly because such techniques are not yet designed to cope with product line evelopment’s inherent complexities. The investigation determined that the following three SPL requirements engineering practices were most important to SPL success. Domain analysis and domain description. Before starting SPL development, organizations should perform a thorough domain analysis. A well-understood domain is a prerequisite for defining a suitable scope for the product line. It’s the foundation for efficiently identifying and distinguishing platform and product requirements. Among the five participants in our investigation, three explicitly modeled the product line requirements. The others used experienced architects and domain experts to develop the SPL core assets without extensive requirements elicitation. Two organizations from the first group established a continuous requirements management that maintained links between product line and product instance requirements. The three other organizations managed their core assets’ evolution using change management procedures and versioning concepts. Their business did not force them to maintain more detailed links between the requirements on core assets and product instances. The impact of architectural decisions on requirements negotiations. A stable but flexible architecture is important for SPL development. However, focusing SPL evolution too much on architectural issues will lead to shallow or even incorrect specifications. It can cause core assets to ignore important SPL requirements so that the core assets lose relevance for SPL development. Organizations can avoid this problem by establishing clear responsibilities for requirements management in addition to architectural roles. The work group participants reported that a suitable organizational tool for balancing requirements and architecture is roundtable meetings in which requirements engineers,