附录
一、英文原文
Hardware/Software Design and Development Process
Everett Lumpkin and Michael Gabrick
Delphi Corporation, Electronics and Safety Division
INTRODUCTION
Process and technology advancements in the semiconductor industry have helped to revolutionize automotive and consumer electronics. As Moore’s Law predicted, the increase in complexity and operating frequencies of today’s integrated circuits have enabled the creation of system applications once thought to be impossible. And systems such as camera cell phones, automotive infotainment systems, advanced powertrain controllers and handheld personal computers have been realized as a result.
In addition to the increases in process technology, the Electronic Design Automation (EDA) industry has helped to transform the way semiconductor integrated circuits (IC) and subsequent software applications are designed and verified. This transformation has occurred in the form of design abstraction, where the implementation continues to be performed at higher levels through the innovation of design automation tools.
An example of this trend is the evolution of software development from the early days of machine-level programming to the C++ and Java software written today. The creation of the assembler allowed the programmer to move a level above machine language, which increased the efficiency of code generation and documentation, but still tied the programmer to the underlying hardware architecture. Likewise, the dawn of C / C++ compilers, debuggers and linkers helped to move the abstraction layer further away from the underlying hardware, making the software completely platform independent, easier to read, easier to debug and more efficient to manage.
However, a shift to higher levels of software abstraction has not translated to a reduction in complexity or human resources. On the contrary, as integrated systems have become more feature rich, the complexity of the operating system and corresponding applications have increased rapidly, as have the costs associated with the software implementation and verification activities. Certainly the advancements in embedded software tools such as static code checkers, debuggers and hardware emulators have helped to solve some of the software verification problems, but software verification activities have become more time and resource consuming than the actual software creation. Time-to-market constraints have pushed software verification activities to the system-level, and led to a greater demand for production hardware to be made available earlier in
the software development flow.
As with the software case, the semiconductor design community has made a very similar transformation in their design and verification strategies sparked by advances in the EDA community. Designs that were once implemented completely at the transistor level migrated to the gate-level implementation through the development of schematic capture tools. The creation of hardware description languages such as Verilog and VHDL and the corresponding compilers, simulators and synthesis tools allowed hardware designers to move away from the gate-level implementation to the register transfer level (RTL). The EDA community is now promoting even higher levels of abstraction, often under the banner of electronic system level design (ESL) . Again, this represented a fundamental change in design abstraction, which allowed the designers to think in terms of overall functionality instead of the configuration of gates needed to implement the desired functionality.
As Application Specific Integrated Circuit (ASIC) design complexities have grown and the process geometry continued to shrink, the manufacturing and NRE costs for silicon has increased rapidly. For example, the cost for silicon mask sets range from $50,000 for a simple ASIC to greater than $1,000,000 for an advanced microprocessor or microcontroller . The high costs associated with ASICs underscores the motivation of the hardware community to insure that the intended functionality is implemented correctly prior to taking a design to silicon. The EDA industry has helped this cause by providing sophisticated verification tools that prove the high-level design and the silicon implementation will function equivalently. However, even with these tools available, more than ? of all IC and ASIC designs require a re-spin of silicon, where 70% of the re-spins are due to logic or functional errors that verification efforts should have caught . With the huge investment required for each re-spin, system level verification is becoming a focus of the overall hardware verification strategies.
Although we have seen significant advancements in the processes of hardware and software design during the past two decades, surprisingly, there have been little advancements made at the system level. Today’s system process consists of the paper study of the proposed hardware architecture, required functionality, microprocessor throughput, memory configuration, and the potential hardware migration paths. The process has remained relatively unchanged. Furthermore, the software implementation is typically held off until hardware prototype units are created, placing the software developers and system verification teams at a disadvantage. This current approach has many drawbacks including: slow adaptation to changes in customer requirements, drawn out hardware and software integration, limitations in system debugging, and difficulties meeting the time-to-market constraints.
This paper presents a new approach to system-level design through the creation of a virtual system, which allows for an early analysis of hardware and software interaction while removing many of the drawbacks plaguing traditional system development. This paper also presents a virtual automotive air-bag system implementation and explores the benefits of virtual system development.
PARADIGM SHIFT
The motivation for system level design and analysis is to significantly improve productivity through a paradigm shift that allows hardware and software to be designed concurrently rather than serially. Productivity is thus enhanced by the elimination of re-work, increased quality of the final system, improved verification, and shorter time-to-market.
As design trends continue to move to higher levels of abstraction, more emphasis will continue to be placed in verification activities at both the component and system level. The creation of a “virtual” system using accurate models of the hardware provides engineers with the following benefits: an architectural exploration of hardware and software functions, the creation of flexible prototype hardware, more accurate analysis of throughput and portability, software development earlier in the cycle, and rapid debugging through the instrumentation of the virtual hardware.
One of the primary advantages of a virtual system implementation is architecture exploration, which is the process of determining an optimum solution to a design space problem. Take for example the two-dimensional architectural space shown in Figure 1. The two design parameters shown (typically there are many design parameters) are power consumption and clock speed, with the ideal solution illustrated by the center of the target. In this simplified example, the yellow cross illustrates a hardware prototype ECU that exceeds the ideals for power consumption and fails to meet the clock speed ideals. Because of the time-to-market constraint, the system architecture continues to be based upon the initial hardware prototype without adequate exploration of alternative choices. The end result of a hardware based development process is a suboptimum product that may miss the design targets.
Conversely the green crosses show an alternative path to the optimum design solution. Several virtual systems are assembled and tested in the same time-to-market window. The final virtual system is on-target for the design parameters, and the resulting work products from the virtual system are quickly converted into the physical product. Models of the system are initially created at a high level of abstraction, and, through the model-based methodology, are driven to a full virtual implementation, then to an actual product.
The model-based methodology approach proposes the use of an architecture exploration tool to facilitate the rapid exploration of various CPUs, memories, and peripherals (system architecture). The system architecture is shown in the upper right of Figure 2 . The upper left of Figure 2 shows early revisions of the functional models of the system, known as system behavior. The system behavior and system architecture are combined, and an optimal solution is achieved by iteratively comparing the performance of each partitioned alternative. The objective is to evaluate the various architectural and partitioning alternatives to gain a first order approximation of the optimum design.
Some of the proposed EDA tools for architecture exploration offer the ability to model microcontroller architectures in only a few weeks duration. The simulations for architectural simulation may be only 80% accurate, but that is believed to be good enough to make the first
order choices of microcontroller, timer architecture and memory usages. Our evaluations of the architectural exploration tools, however, indicate that the industry has not yet focused on solving microcontroller selection in a general way. As this paper presents, there is a tradeoff between simulation accuracy, cost of the modeling effort, and the time to model a new architecture. We are awaiting further tool maturation before expanding beyond paper evaluations of architecture exploration.
The industry trend is toward building libraries of very accurate architecture models that execute the embedded software directly. A sufficient library of these detailed models can then be used to evaluate system architectures and also used for the final software development.
We have focused our efforts on the lower left box of Figure 2; the highly accurate and fast simulation of a virtual system known as cycle-accurate simulation. This portion of the co-design market has matured to the point that it is now feasible to simulate a moderate sized ECU, such as an air-bag deployment module, at about 1/15th the speed of the actual hardware. As additional mod?ls become available, these cycle-?ccurate simulations will be capable of solving much of the architectural exploration space as we?l.
De?ailed an? highly accurate simulati?n encourages evaluation of th? system behavior on?a pro?osed architecture. The models, as well as the target code, can be adapted to determine the optimum design solution. Full target software simulation is supported using a 32-bit CPU Virtual Processor Model (VPM), the microcontroller peripheral models, system ASIC models, and the environmental stimuli. The VPM is able to load and simulate the same executable image as used in traditional bench development. The models may be exported from CoMET to the lower cost METeor integrated development environment to provide a fixed platform (models cannot be changed) virtual product simulation.
SIMULATION SPEED AND ACCURACY
Before we begin discussing the system, it is important to present some background material that highlights the levels of modeling abstraction and how they are best applied.
In general, total simulation s?e?d decreasesРis detail is added to the model. Fu?ctional models execute orders of magnitude faster than the m d els used during o nverification.
The levels of abstraction used in product modeling include :
Functional Simulation – Ve?y little to no timing accuracy of the real hardware.
Timed耠Functional Simulation – Contains estimated execution time of individual module?.
Cycle-Appr?ximate –?Timed fun t ional simulation techniques applied to instruction set and cycle accurate simulation.
Instruction Set Simulation – Cross-compiled code executed on model of target CPU.
Cycle-Accurate – Simulation is very similar (or identical) to hardware behavior.
毕业设计（论文）外文文献翻译 文献、资料中文题目：软件开发概念和设计方法文献、资料英文题目： 文献、资料来源： 文献、资料发表（出版）日期： 院（部）： 专业： 班级： 姓名： 学号： 指导教师： 翻译日期： 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
外文出处： 《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）
附录 一、英文原文 Hardware/Software Design and Development Process Everett Lumpkin and Michael Gabrick Delphi Corporation, Electronics and Safety Division INTRODUCTION Process and technology advancements in the semiconductor industry have helped to revolutionize automotive and consumer electronics. As Moore’s Law predicted, the increase in complexity and operating frequencies of today’s integrated circuits have enabled the creation of system applications once thought to be impossible. And systems such as camera cell phones, automotive infotainment systems, advanced powertrain controllers and handheld personal computers have been realized as a result. In addition to the increases in process technology, the Electronic Design Automation (EDA) industry has helped to transform the way semiconductor integrated circuits (IC) and subsequent software applications are designed and verified. This transformation has occurred in the form of design abstraction, where the implementation continues to be performed at higher levels through the innovation of design automation tools. An example of this trend is the evolution of software development from the early days of machine-level programming to the C++ and Java software written today. The creation of the assembler allowed the programmer to move a level above machine language, which increased the efficiency of code generation and documentation, but still tied the programmer to the underlying hardware architecture. Likewise, the dawn of C / C++ compilers, debuggers and linkers helped to move the abstraction layer further away from the underlying hardware, making the software completely platform independent, easier to read, easier to debug and more efficient to manage. However, a shift to higher levels of software abstraction has not translated to a reduction in complexity or human resources. On the contrary, as integrated systems have become more feature rich, the complexity of the operating system and corresponding applications have increased rapidly, as have the costs associated with the software implementation and verification activities. Certainly the advancements in embedded software tools such as static code checkers, debuggers and hardware emulators have helped to solve some of the software verification problems, but software verification activities have become more time and resource consuming than the actual software creation. Time-to-market constraints have pushed software verification activities to the system-level, and led to a greater demand for production hardware to be made available earlier in
外文翻译 专业机械设计制造及其自动化学生姓名刘链柱 班级机制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柴油气溶胶。
本科生毕业设计（论文）开题报告 论文题目：嵌入式智能家居控制系统 软件设计 学院：电气工程学院 专业班级：自动化1204 学生姓名：刘芳春 学号： 120302433 导师姓名：王通 开题时间：2016年 3 月 18 日
1.课题背景及意义 1.1课题研究背景、目的及意义 目前，几乎所有家庭都有使用各种电器设备，电视、电灯、空调、冰箱等。然而，就当前情况来说，这些设备总是被看成单个的、独立的个体使用，而极少出现一个专门的系统来管理它们、或是将它们糅合为一个具有一定“智慧”的设备集合体。这不仅使得设备使用者不得不在控制和管理这些设备上消耗大量时间和精力，而且容易造成设备使用效率不高，浪费宝贵的能源，这不符合节能环保的国家政策方针。 基于这个事实，智能家居的概念应运而生。智能家居又被人们称智能住宅[1]，在国外也叫做Smart Home。智能家居是以个人住所为单位，以控制技术、通信技术计算机技术为基础，以提升人们的日常家居生活为目的的家居控制和管理系统[2]。 由于智能家居是一个最近才得到快速发展的行业，当前有许多地方并未得到充分的研究，也有许多研究成果并未能转化成为实际产品。探寻其本质因素有两个。其一，大多数已有的智能家居产品是针对高消费人群设计和开发的，而没有顾及到占人口绝大多数的低端消费人群。因此，其市场本身就不会太大。其二，许多开发出来的产品在性能上并不完全让消费者满意。当前已有的产品中的大多数，或是存在功能单调、或是存在使用不方便等各种缺乏吸引力的不足之处。 为了改善这一现状，软件部分设计就成了必不可少的工作，软件部分以软件开发平台为核心，向上提供应用编程接口，向下屏蔽具体硬件特性的板级支持包。嵌入式系统中，软件和硬件紧密配合，协调工作，共同完成系统预定的功能。嵌入式软件是应用程序和操作系统两种软件的一体化程序。对于嵌入式软件而言，系统软件和应用软件的界限并不明显，原因在于嵌入式环境下应用系统的配置差别较大，所需操作系统裁剪配置不同，I/O 操作没有标准化，驱动程序通常需要自行设计[3,4]。 嵌入式实时操作系统在目前的嵌入式系统中应用越来越广泛，尤其在功能复杂、系统庞大的应用中[5]。它与实时应用软件相结合成为有机的整体起着核心作用，由它来管理和协调各项工作，为应用软件提供良好的运行软件环境和开发环境。μC/OS-II 是一个完整的，可移植、固化、裁剪的占先式实时多任务内核。它通过了美国联邦航空管理局商用航行器的认可，符合航空无线电技术委员会对用于航空设备方面所使用的软件性能提出的DO-178B标准认可。目前已有数百个商业应用的μC/OS，该操作系统的稳定性和可靠性得到了充分的肯定[6,7]。该操作系统在智能家居领域中的应用也越来越广泛。因此对于嵌入式智能家居操作系统的研究也越来越有必要。
地震安全知识 地震安全知识 一、地震成因 地球内部物质不停运动，会产生一股作用于岩层的巨大能量。当这股能量积累到一定程度时，一些岩层就会弯曲、变形，继而在某 些脆弱地带发生急剧的破裂、错动，瞬间释放出巨大能量。这些能 量以地震波的形式向四面传播，地震就发生了。 二、地震有预兆 在这次地震中，也发生了一些异常现象： 如：1、5月10日，泰州市出现成千上万只癞蛤蟆结对穿越公路 的奇特景象。 2、5月12日下午两点多，红山动物园散养区的几十只孔雀正在 山林里悠闲散步，突然惊慌地从四面八方汇聚过来，往笼舍里跑。 3、宁南地区在地震前几天，一群群黑压压的蚂蚁“集合”搬家，连续了好几天。 这些都是因为地震前地下应力场的调整导致地温和水温的上升让动物有所察觉，另一方面，是由于磁场的变化打破了动物的活动规 律而造成的。 三、地震时如何避险 从发生地震到房屋倒塌，一般只有十几秒的时间。这就要求我们必须在瞬间冷静地作出正确的抉择。强震袭来时人往往站立不稳。 如果一时逃不出去，最好就近找个相对安全的地方蹲下或者趴下， 同时，尽可能找个枕头、坐垫、书包、脸盆或厚书本等护住头、颈部，待地震过后再迅速撤离到室外开阔地带。
1、在住宅(楼房和平房)：要远离外墙及门窗，可选择厨房、浴 室等开间小、不易塌落的地方躲藏。躲藏的具体位置可选择桌子或 床下旁边，也可选择坚固的家具旁或紧挨墙根的地方。住楼房的千 万不要跳楼! 2、在教室：学生应用书包护头躲在课桌旁，地震过后由老师指 挥有秩序地撤出教室。 3、在工作间：迅速关掉电源和气源，就近躲藏在坚固的机器、 设备或者办公家具旁。 4、在商场、展厅、地铁等公共场所：躲在坚固的立柱或墙角下，避开玻璃橱窗、广告灯箱、高大货架、大型吊灯等危险物。地震过 后听从工作人员指挥有序撤离。 6、在车辆中：司机要立即驾车驶离立交桥、高楼下、陡崖边等 危险地段，在开阔路面停车避震;乘客不要跳车，地震过后再下车疏散。
从零开始学习电脑硬件知 识 Prepared on 21 November 2021
从零开始学习电脑硬件知识 在日常生活和工作中，有很多老师在使用电脑的时候，会因为没有了解过电脑的硬件知识，遇到很多解决不了的电脑问题，也经常感到普及电脑知识的必要性，有很多基本的知识可以有助于我们更好地学习电脑的应用。这里我们介绍一下电脑硬件的组成，先让想学习电脑硬件而又对硬件不熟悉的老师了解一下。电脑的构成大致分为四部分运算单元就是大脑，专门负责各种运算，由中央处理器CPU和显卡GPU，两部分组成。存储单元是负责记忆的小脑，主要包括硬盘和内存。然而他们都需要安装在主板上，主板就有点像我们的躯体一样，电源像提供血液的心脏一样通过主板向电脑提供电能。输入输出单元说的是输入指令的鼠标键盘和显示画面的显示器，这个单元就不需要多说了。简单的来说CPU 相当于人的大脑 , 发出各种指令来协调各个部分的工作，内存是个中转仓库 , 中转各种指令 , 数据等等。电脑关机后数据不保留 , 硬盘是最终载体 , 所有的数据 , 歌曲 , 电影等等都是保管在硬盘中 , 硬盘中的数据在关机后保留。机箱就是把这个整体固定在一个固定的环境中 , 通过电源来给各个部分来进行供电 , 通过显卡来输出显示信号 , 最后在显示在显示器上。键盘鼠标进行电脑的各项操作。音箱通过主板上的集成声卡来输出各种声音。网卡是组建局域网或者上网的时
候发送和接收数据。电脑的硬件说白了就是能摸的都是硬件，摸不到就属于软件。电脑硬件一般情况下是不容易损坏的 , 只有软件方面的问题比较多 , 只有把软件方面的故障全部排除后最后才考虑硬件方面的问题。CPU（中央处理器）是一块超大规模的集成电路，是一台电脑的运算核心和控制核心。它的功能主要是解释电脑指令以及处理电脑软件中的数据。CPU有着处理指令、执行操作、控制时间、处理数据四大作用。CPU是计算机的大脑，负责所有设备的运算。就是无论做什么都需要CPU发出指令才能执行。CPU分析运算的速度越快，电脑反应就越快。如果没有CPU，那么电脑就是一堆废物，无法进行工作。怎么分辨它的性能的好坏呢一般来说CPU的核心数越多，单核频率越高，性能就越好。CPU分析运算的速度越快，电脑反应也就越快。生产CPU的主要有两个厂家，Intel和ADM。外观都是正方形的薄薄的，可是里面却是集成了十多亿个晶体管。全称显示接口卡，又称显示适配器，是电脑最基本配置、最重要的配件之一。显卡作为电脑主机里的一个重要组成部分，是电脑进行数模信号转换的设备，承担输出显示图形的任务。对于从事专业图形设计的人来说显卡非常重要。在科学计算中，显卡被称为显示加速卡。显卡将电脑里的信号转换后输出到显示器上显示出来。还协助CPU 对图像进行处理，提高电脑整体的运行速度。显卡分独立
软件开发外文翻译本页仅作为文档页封面，使用时可以删除 This document is for reference only-rar21year.March
Requirements Phase The chances of a product being developed on time and within budget are somewhat slim unless the members of the software development team agree on what the software product will do. The first step in achieving this unanimity is to analyze the client’s current situation as precisely as possible. For example, it is inadequate to say, “ They need a computer-aided design system because they claim their manual design system, there is lousy. “ Unless the development team knows exactly what is wrong with the current manual system, there is a high probability that aspects of the new computerized system will be equally “lousy. “ Similarly, if a personal computer manufacturer is contemplating development of a new operating system, the first step is to evaluate the firm’s current operating system and analyze carefully exactly why it is unsatisfactory. To take an extreme example, it is vital to know whether the problem exists only in the mind of the sales manager, who blames the operating system for poor sales, or whether users of the operating system are thoroughly disenchanted with its functionality and reliability. Only after a clear picture of the present situation has been gained can the team attempt to answer the critical question, What must the new product be able to do The process of answering this question is carried out during the requirements phase. A commonly held misconception is that , during the requirements phase, the developers must determine what software the client wants. On the contrary, the real objective of the requirements phase is to determine what software the client needs. The problem is that many clients do not know what they need. Furthermore, even a client who has a good idea of what is needed may have difficulty in accurately conveying these ideas to the developers, because most clients are less computer literate than the members of the development team.
毕业设计（论文） 外文翻译 题目西安市水源工程中的 水电站设计 专业水利水电工程 班级 学生 指导教师 2016年
研究钢弧形闸门的动态稳定性 牛志国 河海大学水利水电工程学院，中国南京，邮编210098 nzg_197901@https://www.doczj.com/doc/1a10548927.html,，niuzhiguo@https://www.doczj.com/doc/1a10548927.html, 李同春 河海大学水利水电工程学院，中国南京，邮编210098 ltchhu@https://www.doczj.com/doc/1a10548927.html, 摘要 由于钢弧形闸门的结构特征和弹力，调查对参数共振的弧形闸门的臂一直是研究领域的热点话题弧形弧形闸门的动力稳定性。在这个论文中，简化空间框架作为分析模型，根据弹性体薄壁结构的扰动方程和梁单元模型和薄壁结构的梁单元模型，动态不稳定区域的弧形闸门可以通过有限元的方法，应用有限元的方法计算动态不稳定性的主要区域的弧形弧形闸门工作。此外，结合物理和数值模型，对识别新方法的参数共振钢弧形闸门提出了调查，本文不仅是重要的改进弧形闸门的参数振动的计算方法，但也为进一步研究弧形弧形闸门结构的动态稳定性打下了坚实的基础。 简介 低举升力，没有门槽，好流型，和操作方便等优点，使钢弧形闸门已经广泛应用于水工建筑物。弧形闸门的结构特点是液压完全作用于弧形闸门，通过门叶和主大梁，所以弧形闸门臂是主要的组件确保弧形闸门安全操作。如果周期性轴向载荷作用于手臂，手臂的不稳定是在一定条件下可能发生。调查指出:在弧形闸门的20次事故中，除了极特殊的破坏情况下，弧形闸门的破坏的原因是弧形闸门臂的不稳定;此外，明显的动态作用下发生破坏。例如:张山闸，位于中国的江苏省，包括36个弧形闸门。当一个弧形闸门打开放水时，门被破坏了，而其他弧形闸门则关闭，受到静态静水压力仍然是一样的，很明显，一个动态的加载是造成的弧形闸门破坏一个主要因素。因此弧形闸门臂的动态不稳定是造成弧形闸门(特别是低水头的弧形闸门)破坏的主要原是毫无疑问。
安卓应用开发基础论文中英文对照 资料外文翻译文献 中英文对照资料外文翻译文献安卓应用开发基础在Java编程语言编写的Android应用程序的Android的SDK工具编译代码以及与任何数据和到一个Android的包，一个归档文件档案资源的.apk后缀，所有的在一个单一的代码.apk文件被认为是一个应用程序，是Android的文件，供电设备来安装应用程序。一旦安装在设备上，每个Android应用程序的生命在它自己的安全沙箱：而Android操作系统是一个多用户Linux系统中，每个应用程序是一个不同的用户。默认情况下，每个应用程序的系统分配一个唯一的Linux用户ID，系统设置所有的应用程序中的文件权限，以便只有用户ID分配给该应用程序可以访问它们。每个进程都有它自己的虚拟
机，因此应用程序的代码在从其他应用程序隔离运行。默认情况下，每个应用程序运行在它自己的Linux进程。Android的启动过程时，应用程序的任何组件需要被执行，然后关闭该进程时，它不再需要或恢复时，系统必须为其他应用程序的内存。这样一来，Android系统实现了最小特权原则，也就是说，每个应用程序，默认情况下，只能访问的组件，它需要做的工作，没有更多，这将创建一个非常安全的环境，使应用程序无法访问的，这就是它没有给予许可制度的部分。但是，有一个应用程序的方法与其他应用程序和应用程序访问系统服务的数据：这有可能为两个应用程序安排共享相同的Linux用户ID，在这种情况下，它们能够相互访问的文件。为了节约使用相同的用户ID系统资源，应用程序还1 可以安排运行在相同的Linux进程和共享同一个VM。应用程序可以请求访问权限，如用户的联
毕业设计（论文） 外文文献翻译 题目：A new constructing auxiliary function method for global optimization 学院： 专业名称： 学号： 学生姓名： 指导教师： 2014年2月14日
一个新的辅助函数的构造方法的全局优化 Jiang-She Zhang，Yong-Jun Wang https://www.doczj.com/doc/1a10548927.html,/10.1016/j.mcm.2007.08.007 非线性函数优化问题中具有许多局部极小，在他们的搜索空间中的应用，如工程设计，分子生物学是广泛的，和神经网络训练．虽然现有的传统的方法，如最速下降方法，牛顿法，拟牛顿方法，信赖域方法，共轭梯度法，收敛迅速，可以找到解决方案，为高精度的连续可微函数，这在很大程度上依赖于初始点和最终的全局解的质量很难保证．在全局优化中存在的困难阻碍了许多学科的进一步发展．因此，全局优化通常成为一个具有挑战性的计算任务的研究． 一般来说，设计一个全局优化算法是由两个原因造成的困难：一是如何确定所得到的最小是全球性的（当时全球最小的是事先不知道），和其他的是，如何从中获得一个更好的最小跳．对第一个问题，一个停止规则称为贝叶斯终止条件已被报道．许多最近提出的算法的目标是在处理第二个问题．一般来说，这些方法可以被类?主要分两大类，即：（一）确定的方法，及（ii）的随机方法．随机的方法是基于生物或统计物理学，它跳到当地的最低使用基于概率的方法．这些方法包括遗传算法（GA），模拟退火法（SA）和粒子群优化算法（PSO）．虽然这些方法有其用途，它们往往收敛速度慢和寻找更高精度的解决方案是耗费时间．他们更容易实现和解决组合优化问题．然而，确定性方法如填充函数法，盾构法，等，收敛迅速，具有较高的精度，通常可以找到一个解决方案．这些方法往往依赖于修改目标函数的函数“少”或“低”局部极小，比原来的目标函数，并设计算法来减少该?ED功能逃离局部极小更好的发现． 引用确定性算法中，扩散方程法，有效能量的方法，和积分变换方法近似的原始目标函数的粗结构由一组平滑函数的极小的“少”．这些方法通过修改目标函数的原始目标函数的积分．这样的集成是实现太贵，和辅助功能的最终解决必须追溯到
Visual C++程序设计 21世纪将是信息化社会，以信息技术为主要标志的高新技术产业在整个经济中的比重不断增长，随着计算机技术的飞速发展，社会对人才的计算机应用与开发水平的要求也日益增高，为适应形式，其中VC++技术及其产品是当今世界计算机发展的一块巨大领域。Windows xp/vista 是目前主流图形化操作系统，运行各种各样的window操作系统的个人计算机已在全球的家庭和办公坏境中广泛使用，而越来越多的个人计算机具有internet功能和多媒体功能又推动了对各种各样功能强，速度快的应用软件的进一步需求。目前有一种对microsoft所取得的成功进行诽谤的气氛，然而，microsoft的成功加上它对标准化的承诺，使得有承诺的windows编程人员利用他们掌握的技术在全球范围内得到越来越大的回报，由于西方社会的承认和计算机已越来越深入到每个人的生活中，因而对他们的技术需求与日俱增，从而使得他们的回报、经济收入和其他各方面相应地取得了满意的结果。 Visual C++编程语言是由Microsoft公司推出的目前极为广泛的可视化开发工具，利用Visual C++可以开发基于Widnows平台的32位应用程序，依靠强大的编译器以及网络与数据库的开发能力，用Visual C++可以开发出功能强大的应用程序。 VC++6.0是操作系统中快速应用开发环境的最新版本。它也是当前Windows平台上第一个全面支持最新WEB服务的快速开发工具。无论是企业级用户，还是个人开发者，都能够利用VC++6.0轻松、快捷地开发优秀的基于通信的程序，开发高效灵活的文件操作程序，开发灵活高效的数据库操作程序，等等。VC++6.0是惟一支持所有新出现的工业标准的RAD坏境，包括XML（扩展标记语言）/XSL（可扩展样式语言），SOAP（简单对象存取协议）和WSDL（Web 服务器描述语言）等。 VC++6.0是可视化的快速应用程序开发语言，它提供了可视化的集成开发坏境，这一坏境为应用程序设计人员提供了一系列灵活先进的工具，可以广泛地用于种类应用程序设计。在VC++6.0的集成开发坏境中，用户可以设计程序代码、运行程序、进行程序错误的调试等，可视化的开发方法降低了应用程序开发的难度。VC++6.0的基础编程语言是具有面向对象特性的C++语言。C++具有代
理工学院毕业设计(论文)外文资料翻译 专业：热能与动力工程 姓名：赵海潮 学号：09L0504133 外文出处：Applied Acoustics, 2010(71):701~707 附件： 1.外文资料翻译译文；2.外文原文。
附件1：外文资料翻译译文 基于一维CFD模型下汽车排气消声器的实验研究与预测Takeshi Yasuda, Chaoqun Wua, Noritoshi Nakagawa, Kazuteru Nagamura 摘要目前，利用实验和数值分析法对商用汽车消声器在宽开口喉部加速状态下的排气噪声进行了研究。在加热工况下发动机转速从1000转/分钟加速到6000转/分钟需要30秒。假定其排气消声器的瞬时声学特性符合一维计算流体力学模型。为了验证模拟仿真的结果，我们在符合日本工业标准（JIS D 1616）的消声室内测量了排气消声器的瞬态声学特性，结果发现在二阶发动机转速频率下仿真结果和实验结果非常吻合。但在发动机高阶转速下（从5000到6000转每分钟的四阶转速，从4200到6000转每分钟的六阶转速这样的高转速范围内），计算结果和实验结果出现了较大差异。根据结果分析，差异的产生是由于在模拟仿真中忽略了流动噪声的影响。为了满足市场需求，研究者在一维计算流体力学模型的基础上提出了一个具有可靠准确度的简化模型，相对标准化模型而言该模型能节省超过90％的执行时间。 关键字消声器排气噪声优化设计瞬态声学性能 1 引言 汽车排气消声器广泛用于减小汽车发动机及汽车其他主要部位产生的噪声。一般而言，消声器的设计应该满足以下两个条件：（1）能够衰减高频噪声，这是消声器的最基本要求。排气消声器应该有特定的消声频率范围，尤其是低频率范围，因为我们都知道大部分的噪声被限制在发动机的转动频率和它的前几阶范围内。（2）最小背压，背压代表施加在发动机排气消声器上额外的静压力。最小背压应该保持在最低限度内，因为大的背压会降低容积效率和提高耗油量。对消声器而言，这两个重要的设计要求往往是互相冲突的。对于给定的消声器，利用实验的方法，根据距离尾管500毫米且与尾管轴向成45°处声压等级相近的排气噪声来评估其噪声衰减性能，利用压力传感器可以很容易地检测背压。 近几十年来，在预测排气噪声方面广泛应用的方法有：传递矩阵法、有限元法、边界元法和计算流体力学法。其中最常用的方法是传递矩阵法（也叫四端网络法）。该方
地震安全知识普及 1.什么是地震？ 我们常说的地震是指因地球内部缓慢积累的能量突然释放而引起的地球表层的振动。 2. 地球内部可分为几层？哪一层常发生地震？ 地球内部由表及里可分为地壳、地幔、地核三个圈层。据统计约有92%的地震发生在地壳中，其余的发生在地幔上部。 3.震前动物有预兆，群测群防很重要。 牛羊骡马不进厩，猪不吃食狗乱咬。 鸭不下水岸上闹，鸡飞上树高声叫。 冰天雪地蛇出洞，大鼠叼着小鼠跑。 兔子竖耳蹦又撞，鱼跃水面惶惶跳。 蜜蜂群迁闹轰轰，鸽子惊飞不回巢。 家家户户都观察，发现异常快报告。 4.我们怎么办？ （1）如果在平房里，突然发生地震，要迅速钻到床下、桌下，同时用被褥、枕头、脸盆等物护住头部，等地震间隙再尽快离开住房，转移到安全的地方。地震时如果房屋倒塌，应呆在床下或桌下千万不要移动，要等到地震停止再进出室外或等待救援。（2）如果住在楼房中，发生了地震，不要试图跑出楼外，因为时间来不及。最安全、最有效的办法是，及时躲到两个承重墙之间最小的房间，如厕所、厨房等。也可以躲在桌、柜等家具下面以及房间内侧的墙角，并且注意保护好头部。千万不要去阳台和窗下躲避。 （3）如果正在上课时发生了地震，不要惊慌失措，更不能在教室内乱跑或争抢外出。靠近门的青少年可以迅速跑到门外，中间及后排的青少年可以尽快躲到课桌下，用书包护住头部；靠墙的青少年要紧靠墙根，双手护住头部。 (4)如果正在街上，绝对不能跑进建筑物中避险，也不要在高楼下、广告牌下、狭窄的胡同、桥头等危险地方停留。
地震安全教案：发生地震的时候 设计理念： 地震在中国这么频繁，说明中国大陆是在地质活动比较活跃的地震带上，幼儿园的小朋友有必要从小学习一些预防地震灾害的知识，以及充分了解在大地震中，党和国家及全国人民对地震灾区群众的全力救助，增强和树立热爱祖国，中华民族大家庭的意识。 活动准备； 地震的图片和视频。 活动过程： 一、引入； 师：小朋友们，最近我们长春发生了一件事情，地动山摇，小朋友们知道吗？ 幼；知道，地震。（多数幼儿应该会对此有所耳闻） 老师播放地震后的抢救现场的视频及各种图片。 二、讨论，对话。 师：小朋友们，你们知道什么是地震吗？ 幼：是大地在摇晃。 师：对。是大地在摇晃，那为什么大地会摇晃呢？在全世界有很多很多的大地震，它们的原因是：在我们地球的里面有很多很大的岩石，这些很大的岩石在地底下很深很深的地方，这些岩石滚来滚去的，就会有错位，断裂，这样就发生了地震。 师：大地震可不可怕？ 幼：可怕， 师：如果地震发生了，会怎么样？。 幼：可怕，房子倒塌了。有的人被砸死了，有的人被砸伤了 师：是的，大地震确实很可怕，因为这是大自然的力量，是非常大的， 所以我们要学一学。万一大地震来了，我们怎么样来保护自己。 保护方法一：如果在游玩，尽快离开可能被头顶的重物砸到的区域，比如电视机旁，壁挂空调机旁，书柜旁等。（老师示范，幼儿分组学习。） 保护方法二：如果在床上睡觉，要尽快起床躲在床的下面，双手抓住床脚。（老师示范，幼儿分组学习。） 保护方法三：如果在吃饭等，尽快钻进桌子下面，双手抓住桌子的两脚。（老师示范，幼儿分组学习。） 保护方法四：如果没有桌子，没有床，尽快躲在墙根下。（老师示范，幼儿分组学习。）
中英文对照资料外文翻译文献 安卓应用开发基础 在Java编程语言编写的Android应用程序的Android的SDK工具编译代码以及与任何数据和到一个Android的包，一个归档文件档案资源的.apk后缀，所有的在一个单一的代码.apk文件被认为是一个应用程序，是Android的文件，供电设备来安装应用程序。 一旦安装在设备上，每个Android应用程序的生命在它自己的安全沙箱：而Android操作系统是一个多用户Linux系统中，每个应用程序是一个不同的用户。 默认情况下，每个应用程序的系统分配一个唯一的Linux用户ID（该ID仅用于由系统是未知的应用程序），系统设置所有的应用程序中的文件权限，以便只有用户ID分配给该应用程序可以访问它们。 每个进程都有它自己的虚拟机（VM），因此应用程序的代码在从其他应用程序隔离运行。 默认情况下，每个应用程序运行在它自己的Linux进程。Android的启动过程时，应用程序的任何组件需要被执行，然后关闭该进程时，它不再需要或恢复时，系统必须为其他应用程序的内存。 这样一来，Android系统实现了最小特权原则，也就是说，每个应用程序，默认情况下，只能访问的组件，它需要做的工作，没有更多，这将创建一个非常安全的环境，使应用程序无法访问的，这就是它没有给予许可制度的部分。 但是，有一个应用程序的方法与其他应用程序和应用程序访问系统服务的数据： 这有可能为两个应用程序安排共享相同的Linux用户ID，在这种情况下，它们能够相互访问的文件。为了节约使用相同的用户ID系统资源，应用程序还
可以安排运行在相同的Linux进程和共享同一个VM（应用也必须使用相同的证书签名）。 应用程序可以请求访问权限，如用户的联系人，短信，可安装存储（SD卡），摄像头，蓝牙等设备的数据，所有应用程序的权限必须由用户在安装时授予。 这涵盖了基本就如何Android应用程序在系统中存在这个文件的其余部分向您介绍： 1、框架的核心组件定义应用程序。 2、清单文件中声明组件和应用程序所需的设备功能。 3、资源是从应用程序代码分开，并允许您的应用程序正常优化的设备配置各种其行为。 应用程序组件(Application Components) Android的核心功能之一就是一个应用程序可以使用其它应用程序的元素（如果那个应用程序允许的话）。比如说，如果你的应用程序需要一个图片卷动列表，而另一个应用程序已经开发了一个合用的而又允许别人使用的话，你可以直接调用那个卷动列表来完成工作，而不用自己再开发一个。你的应用程序并没有吸纳或链接其它应用程序的代码，它只是在有需求的时候启动了其它应用程序的那个功能部分。 为达到这个目的，系统必须在一个应用程序的一部分被需要时启动这个应用程序，并将那个部分的Java对象实例化。与在其它系统上的应用程序不同，Android应用程序没有为应用准备一个单独的程序入口（比如说，没有main()方法），而是为系统依照需求实例化提供了基本的组件。共有四种组件类型： 活动(Activities) 一个 activity代表用户界面的一个独立屏幕。例如，一个邮件应用程序应该有一个activity 用于显示新邮件列表，另一个activity 用于撰写一封邮件，还有一个activity 用于读取邮件。尽管所有activitie 协同工作以构成邮件应用程序的用户体验，但彼此之间相对独立。应次，不同的应用程序能够从任何一个