第一篇：軟件工程專業英語

軟件工程英語

文檔：Documents 軟件工具：Software Tools 工具箱：Tool Box 集成工具：Integrated Tool 軟件工程環境：Software Engineering Environment 傳統：Conventional 經典：Classical 解空間：Solution Domain 問題空間：Problem Domain 清晰第一，效率第二Clarity the first, Efficiency the next.設計先于編碼Design before coding

使程序的結構適合于問題的結構Make the program fit the problem 開發伴隨復用，開發為了復用 Development with

reuse, Development for reuse.靠度量來管理：Management by Measurement

軟件度量學：Software Metrics 軟件經濟學:Software Economics 軟件計劃WHY軟件分析WHAT軟件實現HOW

軟件生存周期過程的開發標準 Standard for Developing Software Life Cycle Process

軟件開發模型：Software Development Model 編碼員：Coder

瀑布模型：Waterfall Model 快速原型模型：Rapid Prototype Model

增量模型:Incremental Model 線性思維:Linear Thinking 演化模型：Evolutionary Model 螺旋模型：Spiral Model 對象：Object 類：Class 繼承：Inheritance 聚集:Aggregation

消息：Message

面向對象＝對象Object+分類Classification+繼承Inheritance+消息通信Communication with Messages 構件集成模型：Component 結構化分析：SA（Structured Analysis）

由頂向下，逐步細化 Top-Down Stepwise Refinement

面向對象分析：Object-Oriented Integration Model 轉換模型：Transformational Model 凈室軟件工程：Cleanroom Software Engineering 凈室模型:Cleanroom Model 軟件需求規格說明書：Software Requirement Specification ,SRS 分析模型：Analysis Model 便利的應用規約技術：Facilitated Application Specification Techniques ,FAST 結構化語言：Structured Language 判定樹：Decision Tree 基數：Cardinality 事件軌跡：Event Trace 對象－關系Object-Relationsship

Analysis 包含：Contains 臨近：Is Next To 傳到:Transmits to 來自:Acquires from 管理:Manages 控制:Controls 組成：Is Composed of 細化：Refinement 抽象：Abstraction 模塊：Module 策略：Strategy

信息隱藏:Information Hiding 數據封裝：Data Encapsulation 抽象數據類型：Abstract Data type 模塊化設計：Modular Design 分解：Decomposition

模塊性：Modularity 單模塊軟件：Monolithic Software

模塊獨立性：Module 內容偶合: Content Coupling 由底向上設計：Bottom-Up Design

自頂向下設計：Top-Down Design Independence 內聚：Cohesion

偶然性內聚：Coincidental Cohesion 邏輯性內聚：Logical Cohesion 時間性內聚：Temporal Cohesion 過程性內聚: Procedural Cohesion

通信性內聚: Communicational Cohesion 順序性內聚：Sequential Cohesion 功能性內聚：Functional Cohesion 非直接偶合：No Direct Coupling 數據偶合：Data Coupling 特征偶合：Stamp Coupling 控制偶合：Control Coupling 外部偶合：External Coupling 公共偶合：Common Coupling

正式復審：Formal Review 非正式復審：Informal Review 走查，排練：Walk-Through 會審：Inspection 映射：Mapping 傳入路徑：Afferent path 傳出路徑：Efferent path 變換中心：Transform Center 接受路徑：Reception path 動作路徑：Action path 事務中心：Transaction Center 分支分解：Factoring of Brandches 甕形：oval-shaped

一個模塊的控制域：Scope of Control

一個模塊的作用域：Scope of Effect

結構化程序設計：Structured 結點：Node Programming 通心面程序：Bowl of Spaghetti 流程圖：Flow Diagram 編碼：Coding 方框圖：Block Diagram PDL(Pidgin):Program Design Language 偽代碼：Pseudo Code

JSD:Jackson System Development 對象建模技術：Object Modeling Technique

基礎設施：Infrastructure 控制線程：Thread of Control 保護者對象：Guardian Object 協議：protocol UML:Unified Modeling Language OMG:Object Management Group 統一方法：Unified Method 關聯:Association 泛化：Generalization 依賴：Dependency

接口：Interface 包：Package 注釋： Note 特化：Specialization 元元模型：Meta-Meta Model 用戶模型：User Model 靜態圖：Static Diagram 動態圖：Dynamic Diagram 用例視圖：Use Case View 邏輯視圖：Logical View 并發視圖：Concurrent View 構件視圖：Component View 實現模型視圖：Implementation Model View

部署視圖：Deployment View 航向：Navigability 重數：Multiplicity

共享聚集：Shared Aggregation 組合：Composition 泛化：Generalization 簡單消息：Simple Message

同步消息：Synchronous Message 異步消息：Asynchronous Message

事件說明：Event_Signature 守衛條件：Guard_Condition 動作表達式:Action_Expression 發送子句：Send_Clause 時序圖：Sequence Diagram 協作圖：Collaboration Diagram 前綴：Predecessor 循環子句：Iteration-Clause 活動圖：Activity Diagram 構件圖：Component Diagram 配置圖：Deployment Diagram 建模過程指導(RUP)：Rational Unified Process 可執行代碼：Executalbe Codes 實現：Implementation 編碼風格：Coding Style 標準：Classical 控制流的直線性：Linearity of Control Flow

程序風格設計要素：

先求正確后求快 Make it right before you make it faster.先求清楚后求快 Make it clear before you make it faster.求快不忘保持程序正確 Keep it right when you make it faster.保持程序簡單以求快 Keep it simple to make it faster.書寫清楚，不要為“效率”犧牲清楚 Write clearly-don't sacrifice clarity for “efficiency” 文檔化：Code Documentation 內部文檔編制：Internal Documentation 序言：Prologue 用戶友善：User Friendly 糾錯：Debugging 測試用例：Test Case

窮舉測試：Exhaustive Testing 選擇測試：Selective Testing 靜態分析：Static Analysis

黑盒測試：Black Box Testing 白盒測試：White Box Testing 等價分類：Equivalence Partioning

邊界值分析法：Boundary Value 高級測試：Higher order Testing 不可達的：Unreachable 辦公桌檢查：Desk Check 走查：Walk-Through 代碼會審：Code Inspection Analysis 所謂猜錯：Error Guessing 因果圖:Cause-Effect Graph 邏輯覆蓋測試法：Logic Coverage Testing 試湊：Trial and Error 回溯：Back Tracking 病因排除法：Cause Elimination 測試糾錯：Debugging by Testing 蠻力糾錯技術：Debugging by Brute Force 回歸測試：Regression Testing 單元測試：Unit Testing 綜合測試：Integration Testing 確認測試: Validation Testing 系統測試：System Testing 模塊測試：Module Testing

測試驅動模塊：Test Driver 測試樁模塊：Test Stub 群：Cluster

混合方式測試：Sandwich Testing 漸增式測試：Incremental Testing非漸增式：Non-Incremental 配置復審：Configuration Review 測試終止標準：Test Completion Criteria

基于線程的測試：Thread-Based Testing

基于使用：Use-Based

基于構件的軟件開發：Component

Based

Software

Development ,CBSD

領域工程：Domain Engineering 需求規約：Requirements

Specification 變體：Variant

組件對象模型，COM：Componet Object Model 對象鏈接與嵌入：Object Linking 預防性維護：Preventive Maintenance

結構化的翻新：Structured Retrofit

可維護性：Maintainability and Embedding 公共對象請求代理體系結構，CORBA：Common Object Request Broker Architecture 枚舉分類：Enumerater Classification

呈面分類：Faceted Classification 屬性-值分類：Attribute-Value Classification 應用系統工程，ASE：Application System Engineering 完善性維護：Perfective Maintenance 適應性維護：Adaptive Maintenance 糾錯性維護：Corrective Maintenance

可理解性：Understandability 可修改性：Modifiability 可測試性:Testability 調用圖：Call Graph

交差引用表：Cross-Reference Directory

數據封裝技術：Data Encapsulation

維護申請單MRF：Maintenance Request Form

軟件問題報告單SPR：Software Problem Report

軟件修改報告單SCR: Software Change Report

修改控制組CCB：Change Control Board

軟件配置：Software Configuration

版本控制庫：Version Control Library 活動比：Activity Ratio 工作量調節因子EAF：Effort 資源模型：Resource Model 構造性成本模型：Constructive cost Model 組織：Organic Adjustment Factor 軟件再工程：Software Reengineering 逆向工程：Reverse Engineering 重構：Restructure 演化性：Evolvability 問題定義：Problem Definition 系統目標與范圍的說明：Statement of Scope and Objectives 可行性研究：Feasibility Study 系統流程圖：System Flowchart 成本－效益分析：Cost-Benifit Analysis 風險識別：Risk Identification 風險預測：Risk Projection 風險估計：Risk Estimation 風險評價：Risk Assessment 估算模型：Estimation Model

半獨立：Semidetached 嵌入：Embeded

算法模型：Algorithmic Model 分類活動結構圖WBS：Work Breakdown Structure

人員－時間權衡定律 People-Time Trade-Off Law 無我小組：Egoless Team 主

程

序

員

小

組

：

Chief-Programmer Team

PERT:Program Evaluation and Review Technique 關鍵路徑：Critical Path 知識產權：Intellectual Property 靠質量來管理：Management by Measurement

質量保證：Quality Assurance 質量認證: Quality Certification

質量檢驗：Quality Inspection 全面質量管理TQC：Total Quality 驗證與確認：Verification and Validation ,V&V Control 質量體系：Quality System 計劃-實施-檢查-措施

Plan-Do-Check-Action 合格論證：Conformity Certification 可靠性：Reliability 效率：Efficiency 運行工程:Human Engineering 正確性：Correctness 使用性：Usability 完整性：Integrity 可理解性：Understandability 可測試性：Testability 可修改性：Modifiability 可移植性：Portability 可維護性：Maintainability 可適應性：Flexibility 可重用性：Reusability 交互操作性：Interoperability

基線：Baselines

平均故障時間：Mean Time To Failure ,MTTF

錯誤傳入:Error Seeding 冗余：Redundancy 容錯:Fault Tolerance

公理化歸納斷言法：Axio-Matic Inductive Assertion

循環不變式：Loop Invariant 能力成熟度模型：Capability Maturity Model

關鍵過程域：Key Process Area ,KPA

關鍵實踐：Key Practice 初始級：Initial 可重復級:Repeatable 已定義級:Defined 已管理級:Managed 優化級:Optimizing 主任評估師：Lead Assessor

極值程序設計:Extreme Programming 自適應軟件開發:Adaptive 測度:Measurement 最終用戶:End-User;

計算機輔助軟件工程Software Development 輕載:Light weight 重載:Heavy Weight 返工：Rework 進度:Schedule 時間:Duration 成本:Cost 代碼行LOC:Lines of Code 面向功能：Function-Oriented 面向規模: Size-Oriented 功能點：Function Points 權系數:Weighting Coefficient 用戶輸入：User Input 用戶輸出: User Output 用戶查詢: User Inquirty 主文件處理:Master File 外部界面:External Interface TCF:Technical

Complexity Factor 技術復雜性因子

CASE:Computer Aided Software Engineering 拉出：pull-out 下拉: pull-down 一致性:Unification

自動化：Automation

過程模型：Process Model

軟件開發環境SDE：Software Development Environment

軟件設計支持環境PSE：Programming Support Environment

集成化項目支持IPSE：Integrated Project Support Environment

集成化框架：Integration Framework 質量從頭抓起：Quality from Beginning

缺陷：Defect

變更請求：Change Request 功能擴充：Enhancement Request

第二篇：專業英語

我國經濟和科學技術正在高速發展，隨著我國機械行業實力的不斷提升，中國正在加速產品與設備的更新與改造，我國與其他國家在各技術領域也正在實現進一步的合作，許多企業引進了很多進口設備，大量資料是英文原版的。因此，學生將來在工作崗位上能否讀懂這些資料就是擺在面前的一個嚴峻的問題，特別是在生產實際中碰到現場實際問題的時候，很可能需要查閱原版英文資料或與相關專家用英語交流專業技術來謀取解決途徑，所以機械工程專業英語的掌握就變得越來越重要。

一、學習機械專業英語面臨的主要問題

1.缺乏足夠的重視，認為沒必要

許多學生對專業英語重視不夠，認為自己以后在工作崗位上一般用不上，學起來又不容易，不想花功夫去學習和加強專業英語方面的能力，即便有專業英語課程也是抱著及格萬歲的思想，敷衍了事。其實，隨著社會的發展，各種工作崗位對人才的要求越來越高，即使作為一名操作工，也有很大可能要面對純英文的說明書、加工圖紙等專業文獻，更無須說將來擔任管理和領導崗位對專業英語的需求了。

2專業基礎知識不扎實

專業基礎不扎實、專業知識的缺乏是專業英語學習和翻譯的一大障礙。只有既懂外語又懂專業的人才能適應全面的對外開放，4.無法適應專業英語本身的特點

專業英語一般內容較為枯燥，闡述的是原理概念，結構嚴謹，不注重文字修飾，重在客觀事實；專業詞匯多，邏輯性強，理論推導多，有獨特的文體形式和表達方式。在學習開始階段，我感覺很難適應。

二、大學生學好機械專業英語的方法

1.把握專業知識

必須將機械專業知識與英語知識相結合。缺乏專業知識，翻譯專業文獻就沒有了根基，成了無本之末。也許自己在學習過程中就會對翻譯出來的東西拿捏不穩，或者自己都不明白，更不能保證對錯了。所以，學生必須加強開設本課程前的相關專業知識的學習，為本課程的學習掃清這方面的阻礙，減輕負擔。也有學生反映，專業英語學完以后，英語和專業兩方面都有所鞏固和加強，所以學生要做的仍舊是樹立信心，保持良好積極的心態。

2.積累專業詞匯和專業術語

在專業英語的學習過程中，學生既要鞏固基礎詞匯，也要學習專業詞匯，更要注重基礎詞匯的習慣用法、含義和在專業英語中的特殊用法、含義，同時，學生還需要在識記專業詞匯的同時，掌握一定量的詞根、詞綴［7］。提高專業英語資料的閱讀能力必須擴大詞匯量，掌握一定量的專業詞匯。如果詞匯量掌握得不夠，閱讀時就會感到生詞多，障礙大，不但影響閱讀的速度，而且影響理解的程度，從而不能進行有效的閱讀，還容易使人產生挫敗感。而學生要想擴大詞匯量，就必須在閱讀的同時進行識記，并擴大閱讀范圍。

3培養濃厚興趣

培養對英語的興趣至關重要。“興趣是最好的老師”，興趣是學習英語的巨大動力，有了興趣，學習就會事半功倍。我們都有這樣的經驗：喜歡的事，就容易堅持下去；不喜歡的事，是很難堅持下去的。而興趣不是與生俱來的，需要培養。必須要用正確的態度對待英語學習，用科學的方法指導學習。多讓自己去嘗試，通過努力讓自己體會成功的愉悅。

三、結語

用英語進行專業交流是學習機械工程專業英語的最終目的。由于翻譯過程是個創造性的、從生疏到熟練的過程，只有具備刻苦的精神、嚴肅認真的學習態度和一定的英語水平、專業水平和漢語表達水平，才能充分理解原專業文獻的含義，把握原文的想要表述的實質內容，運用種種表達手段和翻譯技巧，用準確流暢的符合漢語言習慣的語言生動地再現原文。所以，為把自己培養成為復合型、有發展后勁的高技能人才，大學生必須把握機械工程專業知識，培養專業英語的學習興趣，積累專業英語學習方法和基礎知識，加強英文原始專業文獻的閱讀，擴大知識面，迅速而切實地提高自己的專業英語的應用能力，為將來更好地適應高素質工作崗位和進一步發展的需要打下良好的基礎。

第三篇：專業英語

土木工程翻譯實例----現場質量控制樣件概述 On-site Quality Control Samples

The Specialist contractor shall erect the first area of each type of the Works and offer these to the Project Manager as on-site quality control samples.The standard of workmanship for the Works shall be to an agreed standard established by the construction of the On-site Quality Control Samples.The Project Manager shall review and comment on the On-site Quality Control Samples.Should the specialist contractor wish to continue with installation of any of the Works before the Project Manager has reviewed and commented on the On-site Quality Control Samples, he shall do so at his own risk.The Project Manager may require parts of the sample to be dismantled to allow inspection of concealed details.Upon acceptance, the on-site control samples shall remain as part of the installed permanent Works.The Project Manager shall reject workmanship that falls below the accepted standard and shall require the specialist contractor to remove it and re-install it to the acceptable standard.現場質量控制樣件

專業分包商應首先安裝每種類型工程的第一個區域并將它作為現場質量控制樣件提供給項目經理。把已通過審批的現場質量控制樣件的施工標準作為工程的工藝標準。項目經理應對現場質量控制樣件進行審查和評論。如果分包商想在以上步驟完成之前繼續進行任何工程的安裝，一切風險將由其自行承擔。項目經理可以要求部分地拆除樣件以檢查隱蔽工程的詳細節點。工程驗收之后，現場質量控制樣件仍然應作為永久工程的一部分。項目經理可以拒絕沒有達到驗收標準的工藝并要求專業承包商將其去除同時按照驗收標準重新安裝。

我的土木工程翻譯----材料來源及其證書(摘于合同文件)

Compliance with Standards

Unless otherwise described, all materials shall conform to the appropriate current European or British Standard Specifications.The Specialist contractor shall provide the Project

Manager, on request, with guarantees, or certificates of conformity, from the prime material manufacturers and suppliers proving that the materials to be used do in fact conform to such specifications.These guarantees or certificates shall also confirm that the materials are suitable and appropriate for their intended use within the Works and will satisfy this Contract Document.遵從規范

除非有特別的說明，所有的材料均應符合相應的現行歐洲或英國規范。專業承包商應該按照要求把從原材料廠家和供應商那里獲得的保證書或認證書遞交項目經理用以證明即將使用的材料著實符合這類規范。這些保證書或認證書也應該確認這些材料在工程中的用途適當且合理，同時符合合同文件。

Sources of Materials

In accordance with the schedule of submissions, the Specialist contractor shall provide for the Project Manager’s review a list of the proposed materials and their sources.He shall also provide documents from the sources as evidence of their ability to carry out the tasks

expected of them, and written confirmation that the materials they are supplying are suitable and appropriate for their intended use and will satisfy this Contract Document.The Specialist contractor shall obtain the total quantity of each material from the same manufacturer.The Specialist contractor shall obtain materials from established and reputable

manufacturers, particularly those who are prepared to assist him with the design process, through to the fabrication and final installation on site.材料的來源 根據遞交計劃表，專業承包商應把含有提議使用材料的名稱及其來源信息的列表遞交項目經理審閱。專業承包商還應提供從材料供應商那里獲得的相關文件以證明他們有能力完成其任務,以及書面確認用以證明這些材料在工程中的用途適當且合理，同時符合合同文件。

專業承包商應獲得每種材料從同一個生產商購買的總數量。

專業承包商使用的材料應向知名的生產商購買。特別是他們完全能夠從設計、裝配到現場安裝整個過程中給與承包商支持。

土木工程翻譯----白令海峽大橋的簡介摘錄

第一次知道白令海峽大橋是在上大學的時候橋梁課老師梁力給我們播放了《Discovery》中一集專門介紹它的視頻，我被它的壯觀，雄偉所震撼，今天突然想到了這座“堅強”撼世之橋，特意把它的資料找了出來，并把其中一小段翻譯出來和大家一起分享。

Bering Strait bridge

白令海峽大橋的簡介摘錄

Technical challenges技術挑戰

The route would lie just south of the Arctic Circle, subject to long, dark winters and extreme weather(average winter lows 20°C with possible lows approaching 50°C).Maintenance of any exposed roadway would be difficult and closures frequent.Even maintenance of enclosed roadways and pipelines could also be affected by winter weather.Ice breakup after each winter is violent and would destroy normal bridge piers.Specially shaped massive piers along the ocean floor would be needed to keep the bridge stable.The Confederation Bridge between Prince Edward Island and New Brunswick addresses similar concerns on a much smaller scale.橋的路線正好位于北極圈的南端,它受到了漫長黑暗的冬季和極限天氣的影響(冬天的平均溫度低至20°C而且最低的溫度甚至可能達到50°C)。任何暴露在外的路面部分的維護工作都是很困難進行的，所以不得不頻繁地將其關閉。即使是關閉的路面和管線的維護也將受到冬季氣候的影響。在冬天過后冰的消融也會是危險強烈的并且會對普通的橋墩造成毀滅性的破壞。這就需要沿著海床布置具有特殊形狀的大橋墩以保證橋的穩定性。位于愛德華王子島和新布朗斯威克之間的聯邦大橋就面臨著類似的問題，只不過它受影響的范圍要小得多。

The United States and Canada use the British and now world standard gauge(4 feet, 8.5 inches wide)rails, while Russia uses Russian broad gauge(5 feet wide)tracks, a

break-of-gauge, and this would have to be addressed.A dual-gauge track network has been proposed, as those are used in some areas of Australia, whose rail network is split into different gauges.A cheaper solution is variable gauge axles or bogie exchange, as used at several places in the world already.美國和加拿大的鐵路采用英國的也是現在的世界標準軌距（4英尺，8.5英寸寬），而俄羅斯的鐵路采用俄羅斯寬軌距（5英尺寬），需要說明的是這樣就形成了具有不同軌距的鐵路。一個具有雙軌距的鐵路網方案被提了出來，這種方案正在澳大利亞某些地區使用，他們的鐵路網就為存在不同的軌距。一個造價更低的解決方案就是使用變軌距車輪或轉向車，這種方案已經在世界多個地方使用了。

土木工程翻譯---施工安全

1、水平安全繩之設置，應依下列規定辦理：

a、采用￠8.3鋼絲繩，兩端各用三個U型卡扣緊固在建筑物或構筑物牢固位置。

b、相鄰兩支柱間的安全繩限系掛一條安全帶。

c、每條安全繩可系掛安全帶之條數標示于繩錨錠端。

2、垂直安全繩之設置，應依下列規定辦理： a、安全繩之下端應有防止安全帶鎖扣自尾端脫落之設施。

b、一條安全繩限供一名工人使用。

c、勞工作業或爬升位置之水平間距在一米以下者，得二人共享一條安全繩。

d、所有垂直安全繩應垂伸至地面/已完成樓板。

e、完成檢驗的安全帶或安全繩皆應貼上下表所示的當月合格顏色標簽，以利大家輕易分辨已完成檢驗的合格安全帶。

f、在吊籃內施工，安全帶必須系掛在安全繩自鎖器上，不得系掛在除安全繩以外的任何地方。

g、施工人員應配備工具箱，將所用小附件裝箱存放，小工具必須拴繩使用，防止高空墜落傷及人、物。臨邊物

料的擺放不得隨意放置，要距離樓板邊緣至少1米以上的安全位置，防止風吹或人碰落樓下，傷及人、物。h、擺放如玻璃、箱體等大件物體時，必須有安全保護措施，如大尺寸規格的玻璃（2.4平方米以上的）要求對

稱擺放在玻璃架子兩側，并用繩子捆綁牢固，成箱的玻璃盡量集中存放，玻璃箱傾斜墊牢，并用木板將各木箱相連接，以免倒塌。

i、現場設置急救箱，在高溫季節給工人發放防暑降溫物品。

我的譯文：

1.The setup of horizontal safety rope should comply with the followingprovisions:

a.￠8.3 wire rope should be applied.Three U-shaped claspsshould be used one both

ends to tighten onto the stable places on the buildingor structure.b.Only one safety belt could be tied on the safety rope between two adjacentstrut rods.c.The number of safety belt allowed to be tied should be marked on the head ofthe

rope’s anchor.2.The setup of vertical safety rope should comply with the following provisions:

a.At lower end of the safety rope, there should be facilities to prevent the fastener of safety

belt from falling off from the caudal end.b.One safetyrope should only be used by on worker.c.When horizontal distance between the operation or climbing position of workers iswithin one meter, one safety rope should be shared by two workers.d.All the vertical safety rope should draw down to ground/completed floor.e.The followingstick in colors should be stuck onto safety belts or safety ropes after test todisplay test passing of current month.In this way, qualified safety belt aftertest would be easy to recognize.f.During operation in basket, safety belt must be tied onto the self-lock of the safetyrope;tying onto any places besides safety rope is prohibited.g.Builder should be equipped with tool box.Small accessories should be kept in the boxand fastened to rope when in use to prevent from being dropped from height andhitting people or objects.Material and supplies at the edge of construction area should not be placed at will;more than one meter’s distance from the edgeof the floor is considered safe location for placing;in this way, droppingcaused by wind or man and hitting people or objects could be avoided.h.when big objects such as glass or boxes are placed, safety protection measures must becarried out.For example, glass of big dimensions(above 2.4 square meters)should be placed onto the two sides of the glass shelf with symmetry, and boundand fastened with rope.Glass in boxes should be placed together at one placeas much as possible.Boxes of Glass should be well padded to prevent fromslant.Wood-blocks should be used to joint all boxes to prevent from collapse.i.First-aidbox should be placed at construction site.Workers should be given heat controlarticles in high temperature season.

第四篇：專業英語

http://zaixianfanyi.com/google.php#hj

194頁：了解什么歸入類別嵌入計算，它足以說明什么不是嵌入式設備的要求。嵌入的設備的壽命非常不同于通用機器的3 年的逐漸過時循環。有些設備是幾乎一次性的：平均日本celluar電話在少于一年被替換。在oppsite極端，基礎建設的設備例如電話交換機在30年的日程表貶值。這些壽命差異產生具體的影響，可升級性和向后兼容性。少量嵌入設備有升級要求。例如，積極汽車熱衷者更改自己的車里的芯片，但是這些通常是只讀光盤，不是處理器。大多數消費者項將被替換，不會升級。

Backward compatibility is seldom an embedded requirement,as software does not migrate from one device to another.An interesting exception is game consoles:to maintain compatibility,later console chips must be capable of being exactly as fast as the early versions despite changes in underlying process technology.In consoles,backward compatible is often implemented by putting a complete copy of the previous-generation console in one small corner of the next-generation die.Bacause many embedded designs need not be backward compatible with previous implementations,designers are free to switch designs with each product generation.Consequently,there is less emphasis on the distinction between architecture and implementation.If a new version of a chip is slightly incompatible but much better than its predecessors,designers may still be willing to use it.因為軟件并不從一個設備遷移到另一個，向后兼容性很少是嵌入式的要求，一個有趣的例外是游戲控制臺：要維護兼容性，盡管最新控制臺芯片在基礎工藝技術上有所改變，但是它一定是可勝任的是象早版本一樣快速地確切。往往通過將上一代控制臺的完整副本放在一個小角落里的下一代模向后兼容。因為許多嵌入式的設計需要，不能與以前實現向后的兼容，設計師可以自由切換的每一代產品的設計。因此，有少強調體系結構與實施之間的區別。如果稍有不兼容，但比其前任的芯片的新版本，設計師仍可能愿意使用它。

第五篇：軟件工程

1.軟件危機的概念 系統的數據要求，功能需求，性能需求，顯示出程序的輪廓。

軟件危機是指在計算機軟件開發、使用與可靠性需求，可用性需求，出錯處理需求，混合方式

維護過程中遇到的一系列嚴重問題和難接口需求，約束，逆向需求以及將來可能優點：綜合了以上兩種策略的長處 題。提出的需求。9.確認測試

補充： 5.常使用的圖形工具 確認測試又稱有效性測試。有效性測試是

1．軟件危機的表現有哪些？ 實體-聯系圖，數據流圖，狀態轉換圖，在模擬的環境下，運用黑盒測試的方法，答：1）對軟件開發成本和進度的估計常層次方框圖，warnier圖，IPO圖。驗證被測軟件是否滿足需求規格說明書常很不準確。第五章 列出的需求。任務是驗證軟件的功能和性

2）用戶對已完成的軟件不滿意1.總體設計的任務 能及其他特性是否與用戶的要求一致。對的現象時有發生。劃分出組成系統的物理元素——程序、文軟件的功能和性能要求在軟件需求規格

3）軟件產品的質量往往是靠不件、數據庫、人工過程和文檔等等 說明書中已經明確規定，它包含的信息就住的。設計軟件的結構。也就是要確定系統中每是軟件確認測試的基礎。

4）軟件常常是不可維護的。個程序是由哪些模塊組成的，以及這些模10.什么是白盒測試，其測試技術有那些，5）軟件通常沒有適當的文檔資塊相互間的關系。覆蓋標準的強弱程度

料。2.模塊化思想 白盒測試是一種測試用例設計方法，盒子

6）軟件成本在計算機系統總成就是把程序劃分成獨立命名且可獨立訪指的是被測試的軟件，白盒指的是盒子是本中所占比例逐年上升。問的模塊，每個模塊完成一個子功能，把可視的,你清楚盒子內部的東西以及里面

7）軟件開發生產率提高的速度這些模塊集成起來構成一個整體，可以完是如何運作的。“白盒”法全面了解程序內遠跟不上日益增長的軟件需求。成指定的功能滿足用戶的需求。部邏輯結構、對所有邏輯路徑進行測試。

2．產生軟件危機的原因主要有哪些？ 3.衡量模塊獨立的標準（內聚和耦合的白盒測試的測試方法有代碼檢查法、靜態答：1）用戶對軟件需求的描述不精確。含義，種類）結構分析法、靜態質量度量法、邏輯覆蓋

2）軟件開發人員對用戶需求的內聚：標志著每一個模塊內各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。

3）缺乏處理大型軟件項目的經念的自然拓展。偶然內聚，邏輯內聚，時種覆蓋標準：語句覆蓋、判定覆蓋、條件驗。間內聚，功能內聚，順序內聚，通信內聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和

4）開發大型軟件易產生疏漏和過程內聚。路徑覆蓋發現錯誤的能力呈由弱至強的錯誤。耦合：是對一個軟件結構內不同模塊之間變化。

5）缺乏有力的方法學的指導和互連程度的度量。數據耦合，控制耦合，11.什么時候黑盒測試，其測試技術有哪有效的開發工具的支持。特征耦合，公共環境耦合，內容耦合。些，（等價劃分，邊介值分析法）

6）面對日益增長的軟件需求，4.啟發式規則 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。1.改進軟件結構提高模塊的獨立性檢測每個功能是否都能正常使用。

2軟件的概念 2.模塊規模應該適中等價類劃分的辦法是把程序的輸入域劃完成特點功能的程序以及數據結構和文 3.深度、寬度、扇出和扇入都應適當 分成若干部分（子集），然后從每個部分檔 4.模塊的作用范圍應在控制范圍之內中選取少數代表性數據作為測試用例

3.軟件工程的基本原理 5.力爭降低模塊接口的復雜程度 邊界值分析是通過選擇等價類邊界的測

1.用分階段的生命周期計劃嚴格管理 6.設計單入口單出口的模塊試用例。邊界值分析法不僅重視輸入條件

2.堅持進行階段評審 7.模塊功能應該可以預測 邊界，而且也必須考慮輸出域邊界。它是

3.實行嚴格的產品控制 5.面向數據流的設計方法把信息流映射對等價類劃分方法的補充。

4.采用現代程序設計技術 成軟件結構 12.軟件調試技術有哪些

5.結果應能清楚地審查 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因

6.開發小組的人員應該少而精 映射：變換分析，事物分析 的最低效的方法，僅當所有其他方法都

7.承認不斷改進軟件工程實踐的必要性失敗的情況下才使用。

4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當常用的調試方段的任務是什么？ 1.詳細設計的基本任務 法，當調試小程序時很有效。從發現癥

1.問題定義： 1.為每個模塊確定采用的算法。2.確定狀的地方開始，人工沿程序的控制流往回

2.可行性研究：研究問題的范圍，探索這每一模塊使用的數據結構追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，是否有可行的解3.確定模塊接口的細節，包括對系統外為止。

決方法。部的接口和用戶界面，對系統內部其 原因排除法，對分查找法、歸納法、演繹

3.需求分析：主要是確定目標系統必須具它模塊的接口，以及關于模塊輸入數據、法都屬于原因排除法。

備哪些功能 輸出數據及局部數據的全部細節。13.軟件可靠性（可靠性和可用性的含義）

4.總體設計： 4.為每一模塊設計出一組測試用例。

5.詳細設計：就是把解法具體化，設計出2.程序的三種基本結構

程序的詳細規格說明。順序結構，選擇結構，循環結構

6.編碼和單元測試：寫出正確的容易理解3.詳細設計的工具

容易維護的程序模塊。1．圖形工具

7.綜合測試：通過各種類型的測試使軟件2．表格工具

達到預定的要求 3．語言工具

8.軟件維護：通過各種必要的維護活動使4.jackson方法

系統持久地滿足用戶的需要。（改正性維5.復雜性度量的方法

護，適應性維護，完善性維護，預防性維Halstead方法：它根據程序中運算符和

護）操作數的總數來度量程序的復雜程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據程序控制

螺旋模型的特點 流的復雜程度定量度量程序的復雜程度，瀑布模型階:段時間具有順序性和依賴第七章

性。推遲現實的觀點。質量保證的觀點。1.選擇程序設計語言應考慮哪些因素

快速原型模型:軟件產品的開發基本上是1.系統用戶的要求

線性順序進行的，本質是“快速”加速軟2.可以使用的編譯程序

件的開發過程，節約軟件開發成本。3.可以得到的軟件工具

增量模型:能在較短時間內向用戶提交可4.工程規模

完成部分工作的產品。逐步增加產品功5.程序員的知識

能，可以使用戶有較充裕的時間學習和適6.軟件可移植性要求

應新產品，從而減少一個全新的軟件可能7.軟件的應用領域

給客戶組織帶來的沖擊。2.良好的編程風格包括哪些方面

螺旋模型:對可選方案和約束條件的強調1.程序內部的文檔2.數據說明 3.語句構

有利于已有軟件的重用，也有助于把軟件造4.輸入輸出 5.效率

質量作為軟件開發的一個重要目標。減少3軟件測試的目標

了過多的測試或測試不足帶來的風險。更目的:（1）測試是為了發現程序中的錯誤

重要的是在螺旋模型中維護只是模型的而執行程序的過程；

另一個周期，在維護和開發之間并沒有本（2）好的測試方案是極可能發現迄今為

質區別。風險驅動的。止尚未發現的錯誤的測試方案；

（3）成功的測試是發現了至今為止尚未

第二章 發現的錯誤的測試。

1.可行性研究的目的 定義:為了發現程序中的錯誤而執行程序

就是用最小的代價在盡可能短的時間內的過程。

確定問題是否能夠解決。補充：

補充： 軟件測試步驟 :

可行性研究的步驟 ：(1)模塊測試(2)子系統測試(3)系統

1.復查系統規模和目標。測試(4)驗收測試(5)平行運行

2.研究現有的系統。4.確定測試計劃是在哪個階段制定的3.導出新系統高層邏輯模型。5.黑盒測試和白盒測試的概念

4.進一步定義問題黑盒測試

5.導出和評價供選擇的解法。1把程序看作一個黑盒子，完全不考慮程

6.推薦行動方針序的內部結構和處理過程

7.草擬開發計劃2對程序接口進行測試，檢查程序功能是

8.書寫文檔提交審查 否能按規格說明書的規定正常使用；

程序是否能適當地接受輸入數據并產生

2.系統流程圖的作用 正確的輸出信息；

系統流程圖是描繪物理系統的傳統工具，程序運行過程中能否保持外部信息的完

它用圖形符號來表示系統中的各個部件。整性

它表達了系統中各個元素之間的信息流白盒測試

動的情況。1把程序堪稱裝在一個透明的白盒子里，3.數據流圖的概念 測試者完全知道程序的結構處理算法

數據流圖是一種圖形化技術，它描繪信息2按照程序內部的邏輯測試程序，檢測程

流和數據從移動到輸出的過程中所經受序中的主要執行通路是否都能按的變換。預定要求正確工作

4.數據流圖里面的符號，畫數據流圖。6.測試的步驟及每個步驟形成的文檔

5.數據字典最基本的功能，以及與數據流單元測試：（模塊測試）發現的往往是編

圖的關系。碼和詳細設計的錯誤

最基本的功能：在軟件分析和設計的過程集成測試：著重測試模塊的接口 中給人提供關于數據的描述信息。

關系：數據流圖和數據字典共同構成系統系統測試：發現的往往是軟件設計中的錯的邏輯模型，沒有數據字典，數據流圖就誤，也可能發現需要說明中的錯誤 不嚴格，然而沒有數據流圖，數據字典也驗收測試：（確認測試）往往發現需求說難于發揮作用。只有數據流圖和對數據流明書中的錯誤 圖中每個元素的精確定義放在一起，才能7.漸增式和非漸增式的區別 共同構成系統的規格說明。“非漸增式”，即先獨立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運行； 1.需求分析屬于哪一個階段，任務是什“漸增式”，即在已測試過的N個模塊的么。基礎上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進行測試。段.漸增式比非漸增式優越，因為用漸增式，1.確定對系統的綜合要求（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準備驅動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準備樁模塊。漸增式可以較2.分析系統的數據要求早地發現模塊界面之間的錯誤，有利于排3.導出系統的邏輯模型 錯，檢查比較徹底 4.修正系統開發計劃2.需求分析的產品是什么 8.自頂向下，自下而上，以及混合策略的3.面向過程的分析方法主要是建立三類優缺點 模型 自頂向下數據模型（按照用戶的觀點對數據建立的優點：能較早顯示整個程序的輪廓，向用模型，把用戶的數據要求清楚，準確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數據，持。缺點：當測試上層模塊時因使用樁它反應了用戶的現實環境，屬性，聯系），模塊較多，很難模擬出真實模塊的全部功功能模型，行為模型（通過描繪系統的狀能，使部分測試內容被迫推遲，只能等待態及引起系統狀態轉換的事件來表示系換上真實模塊后再補充測試。統的行為）由底向上4.軟件需求規格說明書的內容 優點：測試從下層模塊開始，測試設計用通常用自然語言完整，準確，具體地描述例比較容易。缺點：在測試的早期不能