第一篇：软件专业英语对照表
常见专业术语: 免修培训申请表 application for training waiver demands form for strategic training requirement management process requirement change control procedure 组织过程定义控制程序 process for organizational process definition 战略培训需求表 软件生命周期模型 software life cycle model
需求管理控制程序
组织标准过程集合描述 description of organization's set of standard 需求变更控制规程 process.变更影响分析控制规程 Impact analysis procedure of change
procedure
for
establishing 组织标准过程裁剪指南 tailoring guideline for organizational 确定项目已定义过程规程 standard process
project's defined process 过程数据库使用规范 usage specification for process metrics 项目协调与沟通规程 project communication & negotiation procedure library 过程财富度量报告 measurement report for process asserts
风险管理控制程序
risk management process 风险管理指导书
risk management guidebook risk management plan 项目生命周期模型选择工作单 software lifecycle model sheet for selecting project 风险管理计划
风险列表 risk list
商业现货软件产品选择控制程序
COTS product selection process COTS软件产品评价准则 COTS product evaluation criteria 组织过程焦点控制程序 process for organizational process focus EPG工作章程 EPG工作考核细则 EPG charter performance appraisal rules for EPG member COTS软件产品评价报告 COTS product evaluation report process for handling process 供应商合作通知单
第三方产品评估表
configuration
cooperation notification to supplier the 3rd party's product evaluation form 过程改进建议处理控制程序 improvement proposal 过程定义文件配置管理规范
management 商业现货采购控制程序 COTS product procurement process
软件子合同管理控制程序
software sub-contract management specification for process definition document 过程行动组(PAT)工作记录 record 过程定义文件试验结果评定表 process definition document 过程状态季度报告模板 process status quarterly report template 过程行动计划 过程推广计划 过程试验计划 process action plan process promotion plan process pilot plan process action team(PAT)working process
子合同评审规程
sub-contract review procedure
development
monitoring evaluation form for pilot result of 子合同开发监管规程 sub-contract
procedure
子合同配置管理规程 sub-contract procedure
子合同配置监督计划模版 monitoring plan template
Configuration Management
sub-contract configuration 公司年度过程评估计划 organizational process assessment annual plan 子合同QA审核规程 sub-contract QA audit procedure 公司过程改进总体要求 General objectives for organizational process 软件子承包商评定标准 sub-contractor evaluation criteria improvement 会议记录 meeting minutes 过程改进建议和意见汇总表 suggestions of PI
直真软件开发子合同模板(商务)ZZ's software sub-contract summary form of comments and 子合同开发过程监控报告
monitoring report
sub-contract
development
sub-contract
development
contract template(business)for 过程改进实践状态清单 status list for process improvement practice 子合同开发过程监控计划 EPG工作度量 epg metrics
monitoring plan 程序文件评审讨论问题记录表 review 过程改进总体计划 issue record of process document 子合同工作计划 sub-contract working plan
application
form
for
产品(项目)子合同申请单
General plan for process improvement
product(project)sub-contract
候选子承包商评估报告 candidate sub-contractor evaluation report 软件子合同评审记录 software sub-contract review record 项目策划控制程序
project planning process size estimation procedure effort estimation procedure schedule generation procedure plan for project planning 过程改进工作度量报告 metrics report for process improvement 过程豁免申请单 过程改进任务列表 process exempt application process improvement tasks list organization-
level 组织级培训过程控制程序 process 兼职讲师管理规定
training 规模估计规程
工作量估计规程
part-time instructor management regulation 编制进度规程
项目策划计划 免修规程 training waiver procedure 培训课程开发规程 外购培训管理规程 培训效果评估规定 培训效果跟踪表 training course development procedure outsourcing training management procedure
PDSP文档 PDSP document 项目环境列表
project's environment list training effectiveness evaluation procedure 项目的任务WBS列表 project's task WBS list training effectiveness tracking record
产品规模估计表 工作量估计表
product size estimation form effort estimation form CCR list 员工培训计划申请表 application for employee training plan 员工外训学习申请表 application for employee external training 关键计算机资源表 外来工作产品清单 主要工作产品清单 交付工作产品清单 人力资源需求表 人力资源评估表 项目人员计划表 项目预算工时表 out-sourcing work product list main work product list deliverable work product list HR demands form HR evaluation form project's HR plan project's budget/ effort form
外部专家审核报告 跨项目QA报告 项目QA报告 项目QA计划
external expert audit report QA report across projects project QA report project QA plan
软件配置管理控制程序 software configuration management process 配置管理标准
configuration management standard
测试阶段CI变更规程 CI change procedure in testing phase
product check-out procedure product check-in procedure
product release management procedure product daily backup procedure configuration
change
impact
analysis 项目需增加硬件、软件成本预算表 Budget form for hardware & software 产品出库规程 added 共利益者协调计划表 stakeholder negotiation plan 资料管理计划表 materials management plan
产品入库规程 产品发布管理规程 产品日常备份规程 配置变更分析规程 procedure 开发计划 development plan 项目培训计划 project training plan 项目进度表 project schedule 项目总体进度表 合同项目立项报告 研发项目立项报告 项目跟踪监控程序 abstract project schedule initiating report for contract project initiating report for R&D project SPTO process
配置变更管理子过程 configuration change management sub-process 配置审核管理规程 产品库管理规程 配置项状态报告
configuration audit management procedure product library management procedure CI status report
功能配置审核报告模板 FCA report template 物理配置审核报告模板 FCA report template 研发中心例会管理规定 Review meeting procedure for R&D center 研发项目组例会管理规定 project team 项目关闭控制程序 里程碑评审规程 project closure process milestone review procedure Review meeting procedure for R&D 基线配置审核报告模板 baseline configuration audit report template
软件送测单 delivering software to testing form 日常备份记录 配置项清单 CI list 产品发布通知 产品发布报告 配置管理计划模版 配置管理任务列表
product release notification product release report CM plan template CM tasks list
configuration
audit
issues
daily backup record 软件开发计划变更规程 Software development plan revise procedure 对外承诺变更控制规程 External commitment change procedure 测量与分析控制程序 measurement & analysis process 度量项定义规程 测量目标选择表 项目测量数据集合 项目度量周报 测量规格说明书 measurement item definition procedure measurement goal selection list project's metrics set project's metrics weekly report metrics specification
配置审核问题跟踪记录表 tracking record 文件归档申请单 项目SCM任务单
application form for document archiving project's SCM task list 度量报告 metrics report 项目度量计划 project's measurement plan
最终产品规模测量记录 final product size metrics record 销售管理控制程序
sales management control process
pre-sales support control process pre-sales technical support plan pre-sales technical application 决策分析与解决方案控制程序 process DAR运用指南 决策方案评价准则 discussion analysis and resolution 售前支持控制程序
售前技术支持计划
DAR practice guideline 售前技术申请
desiccation resolution evaluation criteria 产品定义过程控制程序 product definition process process& product quality assurance 需求调研规程
requirement investigation procedure 过程与产品质量保证控制程序 process
软件需求分析控制程序 software requirement analysis process 面向对象需求分析规程 O-O requirement analysis procedure 不符合问题处理规程 non-compliance issue handle procedure 项目过程活动评审规程 project's process activity review procedure 需求分析方法工具指南 guideline for methods /tools of requirement 项目工作产品审核规程 project's work product audit procedure 质量保证活动策划规程 SQA planning procedure 不符合问题等级标准 non-compliance issue grade standard 评价工作产品任务集合 work product evaluation tasks set 评价过程活动任务集合 process activity evaluation tasks set 不符合问题报告表 non-compliance issue report
analysis 需求缺陷分类标准
standard of requirement defect types
checklist
for
requirement
需求规格说明Checklist specification
需求分析计划跟踪表 requirement analysis plan and tracking record 需求不一致项跟踪记录表
requirement defect tracking record 不符合问题跟踪记录表 non-compliance issue tracking record 工作产品审核记录表 work product audit record 过程活动评审记录表 process activity review record 项目QA计划进度表 project's QA planned schedule
产品(产品构件)需求 product(product component)requirement 产品(产品构件)需求规格说明书－By Object product
（product
component)requirement specification template-by object 产品(产品构件)需求规格说明书－By Feature product
（product component)requirement specification template-by feature 产品(产品构件)需求规格说明书－By User Class
product
environment design 部件测试数据和测试环境设计
component testing metrics and(product component)requirement specification template-by user testing environment design class 产品(产品构件)需求规格说明书－By Fun Hierarchy
product
部件测试用例 系统测试用例
component testing use-case system testing use-case system testing scheme component testing scheme(product component)requirement specification template-by Fun 系统测试方案 Hierarchy 软件概要设计控制程序 software preliminary design process 软件详细设计控制程序 software detailed design process 概要设计说明书模板一(面向对象)PD document template(OO)概要设计说明书模板 PD document template 软件开发计划模版 SDP template
部件测试方案
接受系统测试检查单 system testing checklist 接受产品集成测试检查单 checklist
接受部件测试检查单 component testing checklist 接受First off测试检查单 First off测试计划
FIRST OFF testing checklist product
integration
testing 数据库设计说明书模板 database design document template 用户界面设计说明书 user interface design document 详细设计说明书模板 DD document template 产品实现控制程序-代码实现
process-coding 设计问题跟踪记录表 tracking record for design issues C++编码规范 JAVA编程规范 产品构件实现清单 C++ coding specification JAVA coding specification product component realization list product
Fist Off testing plan
测试计划 testing plan 产品集成测试计划
realization 测试问题记录表
product integration testing plan testing issue record
单个自由产品测试总结 independent product testing summary 测试报告 testing report 测试总结 testing summary 产品集成测试报告 代码走查规程
product integration testing report code walk-through procedure unit testing procedure validation planning procedure 产品构件实现方法和计划 method and plan product component realization 单元测试规程
制定确认策划规程
产品实现控制程序-支持文档实现 product realization process-确认规程 validation procedure supportive document realization 产品集成控制程序
product integration process 接口管理规程 集成产品评价规程 interface management procedure integrated product evaluation procedure
需求确认方法描述 产品确认方法描述 确认计划书模板 产品验收控制程序 FIRST OFF规程
requirement validation methods description product validation methods description validation plan template product acceptance process Fist off procedure product release procedure product delivery procedure system integration process
acceptance procedure for system 《产品集成策略》模版 product integration strategy template 《产品集成评价报告》模版 report template 接口跟踪表 interface tracking record 接口不一致项列表 部件测试控制程序 interface non-compliance list component testing process product integration evaluation 产品发布规程
产品移交规程 系统集成控制程序
系统集成项目测试验收规程 integration project testing 产品集成测试控制程序 product integration testing process 系统测试控制程序 system testing process FIRST OFF testing process
系统集成项目维护规程 maintenance procedure for system integration project
售后服务控制程序
post-sales service control process
客户服务请求处理表 handle form for customer service application 客户服务请求解决情况统计表 customer service application 客户满意度调查表
customer satisfaction questionnaire
statistics analysis report for statistics for closure status of FIRST OFF测试控制程序
BUG管理系统使用规范 bug management system usage specification BUG确认规程 正式评审规程 同级评审指导书 技术评审规程 同级评审策划规程 正式评审申请表 技术评审申请表 评审工作分析报告 Bug confirmation procedure formal review procedure PR guidebook technical review procedure PR planning procedure formal review application technical review application review analysis report
客户满意度统计分析报告 customer satisfaction 客户满意改进方案
customer satisfaction improvement plan
post-sales
customer
profile
售后客户档案(原有文件)(original documents)维护项目控制程序 一级维护任务单 维护项目立项报告 维护项目工作计划 评审工作表 review working form 评审准备数据表 同级评审计划 review preparation metric form PR plan
maintenance project control process the 1st level maintenance tasks form initiating report for maintenance project working plan for maintenance project on-site service record 评审记录和缺陷跟踪表 review record and defect tracking record 系统测试数据和测试环境设计 system testing metrics and testing 现场服务记录 现场培训记录 维护项目总结报告 on-site training record summary report for maintenance project
baseline－－基线
一个已经被正式评审和批准的规格或产品,它作为进一步开发的一个基础,并且必须通过正式的变更流程来变更.Basic Block－－基本块
一个或多个顺序的可执行语句块,不包含任何分支语句.basis test set－－基本测试集
根据代码逻辑引出来的一个测试用例集合,它保证能获得100%的分支覆盖.behavior－－行为
对于一个系统的一个函数的输入和预置条件组合以及需要的反应.一个函数的所有规格包含一个或多个行为.benchmark－－标杆/指标/基准
一个标准,根据该标准可以进行度量或比较.Beta Testing－－Beta测试
在客户场地,由客户进行的对产品预发布版本的测试.这个测试一般是不可控的.big-bang testing－－大锤测试/一次性集成测试
非渐增式集成测试的一种策略,测试的时候把所有系统的组件一次性组合成系统进行测试.二级任务单 the 2nd tasks form 项目结束通知单 项目决算报告 软件维护控制程序 维护需求记录表 软件维护申请表 软件维护记录单 project closure notification project settlement report software maintenance control process maintenance demands record software maintenance application software maintenance form Acceptance Testing－－可接受性测试
一般由用户/客户进行的确认是否可以接受一个产品的验证性测试.actual outcome－－实际结果
被测对象在特定的条件下实际产生的结果.Ad Hoc Testing－－随机测试
测试人员通过随机的尝试系统的功能,试图使系统中断.algorithm－－算法
(1)一个定义好的有限规则集,用于在有限步骤内解决一个问题；(2)执行一个特定任务的任何操作序列.algorithm analysis－－算法分析
一个软件的验证确认任务,用于保证选择的算法是正确的、合适的和稳定的,Black Box Testing－－黑盒测试 并且满足所有精确性、规模和时间方面的要求.Alpha Testing－－Alpha测试
由选定的用户进行的产品早期性测试.这个测试一般在可控制的环境下进行的.analysis－－分析
(1)分解到一些原子部分或基本原则,以便确定整体的特性；(2)一个推理的过程,显示一个特定的结果是假设前提的结果；(3)一个问题的方法研究,并且问题被分解为一些小的相关单元作进一步详细研究.anomaly－－异常
在文档或软件操作中观察到的任何与期望违背的结果.application software－－应用软件 满足特定需要的软件.architecture－－构架 一个系统或组件的组织结构.ASQ－－自动化软件质量(Automated Software Quality)使用软件工具来提高软件的质量.assertion－－断言
指定一个程序必须已经存在的状态的一个逻辑表达式,或者一组程序变量在程序执行期间的某个点上必须满足的条件.assertion checking－－断言检查 用户在程序中嵌入的断言的检查.audit－－审计
一个或一组工作产品的独立检查以评价与规格、标准、契约或其它准则的符合程度.audit trail－－审计跟踪 系统审计活动的一个时间记录.Automated Testing－－自动化测试
使用自动化测试工具来进行测试,这类测试一般不需要人干预,通常在GUI、性能等测试中用得较多.Backus-Naur Form－－BNF范式
一种分析语言,用于形式化描述语言的语法
根据软件的规格对软件进行的测试,这类测试不考虑软件内部的运作原理,因此软件对用户来说就像一个黑盒子.bottom-up testing－－由低向上测试
渐增式集成测试的一种,其策略是先测试底层的组件,然后逐步加入较高层次的组件进行测试,直到系统所有组件都加入到系统.boundary value－－边界值
一个输入或输出值,它处在等价类的边界上.boundary value coverage－－边界值覆盖 通过测试用例,测试组件等价类的所有边界值.boundary value testing－－边界值测试
通过边界值分析方法来生成测试用例的一种测试策略.Boundary Value Analysis－－边界值分析
该分析一般与等价类一起使用.经验认为软件的错误经常在输入的边界上产生,因此边界值分析就是分析软件输入边界的一种方法.branch－－分支
在组件中,控制从任何语句到其它任何非直接后续语句的一个条件转换,或者是一个无条件转换.branch condition－－分支条件
branch condition combination coverage－－分支条件组合覆盖 在每个判定中所有分支条件结果组合被测试用例覆盖到的百分比.branch condition combination testing－－分支条件组合测试 通过执行分支条件结果组合来设计测试用例的一种方法.branch condition coverage－－分支条件覆盖 每个判定中分支条件结果被测试用例覆盖到的百分比.branch condition testing－－分支条件测试 通过执行分支条件结果来设计测试用例的一种方法.branch coverage－－分支覆盖 通过测试执行到的分支的百分比.branch outcome－－分支结果 见判定结果(decision outcome)branch point－－分支点 branch testing－－分支测试
通过执行分支结果来设计测试用例的一种方法.Breadth Testing－－广度测试
在测试中测试一个产品的所有功能,但是不测试更细节的特性.bug－－缺陷
capture/playback tool－－捕获/回放工具 参考capture/replay tool Capture/Replay Tool－－捕获/回放工具
一种测试工具,能够捕获在测试过程中传递给软件的输入,并且能够在以后的时间中,重复这个执行的过程.这类工具一般在GUI测试中用的较多.CASE－－计算机辅助软件工程(computer aided software engineering)用于支持软件开发的一个自动化系统.CAST－－计算机辅助测试
在测试过程中使用计算机软件工具进行辅助的测试.cause-effect graph－－因果图
一个图形,用来表示输入(原因)与结果之间的关系,可以被用来设计测试用例.certification－－证明
一个过程,用于确定一个系统或组件与特定的需求相一致.change control－－变更控制
一个用于计算机系统或系统数据修改的过程,该过程是质量保证程序的一个关键子集,需要被明确的描述.code audit－－代码审计
由一个人、组或工具对源代码进行的一个独立的评审,以验证其与设计规格、程序标准的一致性.正确性和有效性也会被评价.Code Coverage－－代码覆盖率
computer system security－－计算机系统安全性
计算机软件和硬件对偶然的或故意的访问、使用、修改或破坏的一种保护机制.condition－－条件
一个不包含布尔操作的布尔表达式,例如：A condition coverage－－条件覆盖 通过测试执行到的条件的百分比.condition outcome－－条件结果 条件为真为假的评价.configuration control－－配置控制
配置管理的一个方面,包括评价、协调、批准、和实现配置项的变更.configuration management－－配置管理
一套技术和管理方面的原则用于确定和文档化一个配置项的功能和物理属性、控制对这些属性的变更、记录和报告变更处理和实现的状态、以及验证与指定需求的一致性.conformance criterion－－ 一致性标准
判断组件在一个特定输入值上的行为是否符合规格的一种方法.Conformance Testing－－ 一致性测试
测试一个系统的实现是否和其基于的规格相一致的测试.consistency－－ 一致性
在系统或组件的各组成部分和文档之间没有矛盾,一致的程度.consistency checker－－ 一致性检查器
一个软件工具,用于测试设计规格中需求的一致性和完整性.control flow－－控制流
程序执行中所有可能的事件顺序的一个抽象表示.control flow graph－－控制流图
一种分析方法,用于确定在一个测试套执行后,软件的哪些部分被执行到了,通过一个组件的可能替换控制流路径的一个图形表示.哪些部分没有被执行到.Code Inspection－－代码检视
一个正式的同行评审手段,在该评审中,作者的同行根据检查表对程序的逻辑进行提问,并检查其与编码规范的一致性.Code Walkthrough－－代码走读
一个非正式的同行评审手段,在该评审中,代码被使用一些简单的测试用例进行人工执行,程序变量的状态被手工分析,以分析程序的逻辑和假设.code-based testing－－基于代码的测试 根据从实现中引出的目标设计测试用例.coding standards－－编程规范
一些编程方面需要遵循的标准,包括命名方式、排版格式等内容.Compatibility Testing－－兼容性测试
测试软件是否和系统的其它与之交互的元素之间兼容,如：浏览器、操作系统、硬件等.complete path testing－－完全路径测试 completeness－－完整性
实体的所有必须部分必须被包含的属性.complexity－－复杂性
系统或组件难于理解或验证的程度.Component－－组件
一个最小的软件单元,有着独立的规格 Component Testing－－组件测试 computation data use－－计算数据使用 一个不在条件中的数据使用.conversion testing－－转换测试
用于测试已有系统的数据是否能够转换到替代系统上的一种测试.corrective maintenance－－故障检修 用于纠正硬件或软件中故障的维护.correctness－－正确性 软件遵从其规格的程度.correctness－－正确性
软件在其规格、设计和编码中没有故障的程度.软件、文档和其它项满足需求的程度.软件、文档和其它项满足用户明显的和隐含的需求的程度.coverage－－覆盖率
用于确定测试所执行到的覆盖项的百分比.coverage item－－覆盖项
作为测试基础的一个入口或属性：如语句、分支、条件等.crash－－崩溃
计算机系统或组件突然并完全的丧失功能.criticality－－关键性
需求、模块、错误、故障、失效或其它项对一个系统的操作或开发影响的程度.criticality analysis－－关键性分析
需求的一种分析,它根据需求的风险情况给每个需求项分配一个关键级别.cyclomatic complexity－－循环复杂度 一个程序中独立路径的数量.data corruption－－数据污染 违背数据一致性的情况.data definition－－数据定义
一个可执行语句,在该语句上一个变量被赋予了一个值.data definition C-use coverage－－数据定义C-use覆盖 在组件中被测试执行到的数据定义C-use使用对的百分比.data definition C-use pair－－数据定义C-use使用对 一个数据定义和一个计算数据使用,数据使用的值是数据定义的值.data definition P-use coverage－－数据定义P-use覆盖 在组件中被测试执行到的数据定义P-use使用对的百分比.data definition P-use pair－－数据定义P-use使用对 一个数据定义和一个条件数据使用,数据使用的值是数据定义的值.data definition-use coverage－－数据定义使用覆盖 在组件中被测试执行到的数据定义使用对的百分比.data definition-use pair－－数据定义使用对
一个数据定义和一个数据使用,数据使用的值是数据定义的值.data definition-use testing－－数据定义使用测试 以执行数据定义使用对为目标进行测试用例设计的一种技术.data dictionary－－数据字典
(1)一个软件系统中使用的所有数据项名称,以及这些项相关属性的集合.(2)数据流、数据元素、文件、数据基础、和相关处理的一个集合.data flow analysis－－数据流分析
一个软件验证和确认过程,用于保证输入和输出数据和它们的格式是被适当定义的,并且数据流是正确的.data flow coverage－－数据流覆盖
测试覆盖率的度量是根据变量在代码中的使用情况.data flow diagram－－数据流图
把数据源、数据接受、数据存储和数据处理作为节点描述的一个图形,数据之间的逻辑体现为节点之间的边.data flow testing－－数据流测试 根据代码中变量的使用情况进行的测试.data integrity－－数据完整性 一个数据集合完全、正确和一致的程度.data use－－数据使用
一个可执行的语句,在该语句中,变量的值被访问.data validation－－数据确认
用于确认数据不正确、不完整和不合理的过程.dead code－－死代码
在程序操作过程中永远不可能被执行到的代码.Debugging－－调试
发现和去除软件失效根源的过程.decision－－判定
一个程序控制点,在该控制点上,控制流有两个或多个可替换路由.Decision condition－－判定条件 判定内的一个条件.decision coverage－－判定覆盖
在组件中被测试执行到的判定结果的百分比.decision outcome－－判定结果 一个判定的结果,决定控制流走哪条路径.decision table－－判定表
一个表格,用于显示条件和条件导致动作的集合.Depth Testing－－深度测试
执行一个产品的一个特性的所有细节,但不测试所有特性.比较广度测试.design of experiments－－实验设计
一种计划实验的方法,这样适合分析的数据可以被收集.design-based testing－－基于设计的测试
根据软件的构架或详细设计引出测试用例的一种方法.desk checking－－桌面检查
通过手工模拟软件执行的方式进行测试的一种方式.diagnostic－－诊断
检测和隔离故障或失效的过程.dirty testing－－肮脏测试 参考负面测试(negative testing)disaster recovery－－灾难恢复 一个灾难的恢复和重建过程或能力.documentation testing－－文档测试 测试关注于文档的正确性.domain－－域 值被选择的一个集合.domain testing－－域测试
参考等价划分测试(equivalence partition testing)dynamic analysis－－动态分析
根据执行的行为评价一个系统或组件的过程.Dynamic Testing－－动态测试 通过执行软件的手段来测试软件.embedded software－－嵌入式软件
软件运行在特定硬件设备中,不能独立于硬件存在.这类系统一般要求实时性较高.emulator－－仿真
一个模仿另一个系统的系统或设备,它接受相同的输入并产生相同的输出.End-to-End testing－－端到端测试
在一个模拟现实使用的场景下测试一个完整的应用环境,例如和数据库交互,使用网络通信等.entity relationship diagram－－实体关系图 描述现实世界中实体及它们关系的图形.entry point－－入口点 一个组件的第一个可执行语句.Equivalence Class－－等价类
组件输入或输出域的一个部分,在该部分中,组件的行为从组件的规格上来看认为是相同的.equivalence partition coverage－－等价划分覆盖 在组件中被测试执行到的等价类的百分比.equivalence partition testing－－等价划分测试 根据等价类设计测试用例的一种技术.Equivalence Partitioning－－等价划分
组件的一个测试用例设计技术,该技术从组件的等价类中选取典型的点进行测试.error－－错误
IEEE的定义是：一个人为产生不正确结果的行为.error guessing－－错误猜测
根据测试人员以往的经验猜测可能出现问题的地方来进行用例设计的一种技术.error seeding－－错误播种/错误插值
故意插入一些已知故障(fault)到一个系统中去的过程,目的是为了根据错误检测和跟踪的效率并估计系统中遗留缺陷的数量.exception－－异常/例外
一个引起正常程序执行挂起的事件.executable statement－－可执行语句
一个语句在被编译后会转换成目标代码,当程序运行是会被执行,并且可能对程序数据产生动作.Exhaustive Testing－－穷尽测试 测试覆盖软件的所有输入和条件组合.exit point－－出口点
一个组件的最后一个可执行语句.expected outcome－－期望结果 参考预期结果(predicted outcome).failure－－失效
软件的行为与其期望的服务相背离.fault－－故障
在软件中一个错误的表现.feasible path－－可达路径
可以通过一组输入值和条件执行到的一条路径.feature testing－－特性测试 参考功能测试(Functional Testing)FMEA－－失效模型效果分析(Failure Modes and Effects Analysis)可靠性分析中的一种方法,用于在基本组件级别上确认对系统性能有重大影响的失效.instrumenter－－插装器 执行插装的工具
Integration Testing－－集成测试
测试一个应用组合后的部分以确保它们的功能在组合之后正确.该测试一般在单元测试之后进行.interface－－接口 两个功能单元的共享边界.interface analysis－－接口分析
分析软件与硬件、用户和其它软件之间接口的需求规格.interface testing－－接口测试 测试系统组件间接口的一种测试.invalid inputs－－无效输入 在程序功能输入域之外的测试数据.isolation testing－－孤立测试
组件测试(单元测试)策略中的一种,把被测组件从其上下文组件之中孤立出来,通过设计驱动和桩进行测试的一种方法.Job－－工作
一个用户定义的要计算机完成的工作单元.job control language－－工作控制语言
用于确定工作顺序,描述它们对操作系统要求并控制它们执行的语言.LCSAJ－－线性代码顺序和跳转(Linear Code Sequence And Jump)包含三个部分：可执行语句线性顺序的起始,线性顺序的结束,在线性顺序结束处控制流跳转的目标语句.FMECA－－失效模型效果关键性分析(Failure Modes and Effects LCSAJ coverage－－LCSAJ覆盖 Criticality Analysis)FMEA的一个扩展,它分析了失效结果的严重性.FTA－－故障树分析(Fault Tree Analysis)引起一个不需要事件产生的条件和因素的确认和分析,通常是严重影响系统性能、经济性、安全性或其它需要特性.functional decomposition－－功能分解 参考模块分解(modular decomposition)Functional Specification－－功能规格说明书 一个详细描述产品特性的文档.Functional Testing－－功能测试
测试一个产品的特性和可操作行为以确定它们满足规格.glass box testing－－玻璃盒测试 参考白盒测试(White Box Testing)
在组件中被测试执行到的LCSAJ的百分比.LCSAJ testing－－LCSAJ测试 根据LCSAJ设计测试用例的一种技术.Load Testing－－负载测试
通过测试系统在资源超负荷情况下的表现,以发现设计上的错误或验证系统的负载能力.logic analysis－－逻辑分析
(1)评价软件设计的关键安全方程式、算法和控制逻辑的方法.(2)评价程序操作的顺序并且检测可能导致灾难的错误.logic-coverage testing－－逻辑覆盖测试
参考结构化测试用例设计(structural test case design)maintainability－－可维护性
一个软件系统或组件可以被修改的容易程度,这个修改一般是因为缺陷纠IEEE－－美国电子与电器工程师学会(Institute of Electrical and 正、性能改进或特性增加引起的.Electronic Engineers)incremental testing－－渐增测试
集成测试的一种,组件逐渐被增加到系统中直到整个系统被集成.infeasible path－－不可达路径
不能够通过任何可能的输入值集合执行到的路径.input domain－－输入域 所有可能输入的集合.inspection－－检视 对文档进行的一种评审形式.install ability testing－－可安装性测试 确定系统的安装程序是否正确的测试.instrumentation－－插装
在程序中插入额外的代码以获得程序在执行时行为的信息.maintainability testing－－可维护性测试 测试系统是否满足可维护性目标.modified condition/decision coverage－－修改条件/判定覆盖 在组件中被测试执行到的修改条件/判定的百分比.modified condition/decision testing－－修改条件/判定测试 根据MC/DC设计测试用例的一种技术.Monkey Testing－－跳跃式测试
随机性,跳跃式的测试一个系统,以确定一个系统是否会崩溃.MTBF－－平均失效间隔实际(mean time between failures)两次失效之间的平均操作时间.MTTF－－平均失效时间(mean time to failure)第一次失效之前的平均时间
MTTR－－平均修复时间(mean time to repair)两次修复之间的平均时间
multiple condition coverage－－多条件覆盖
参考分支条件组合覆盖(branch condition combination coverage)mutation analysis－－变体分析
一种确定测试用例套完整性的方法,该方法通过判断测试用例套能够区别程序与其变体之间的程度.Negative Testing－－逆向测试/反向测试/负面测试 测试瞄准于使系统不能工作.non-functional requirements testing－－非功能性需求测试 与功能不相关的需求测试,如：性能测试、可用性测试等.N-switch coverage－－N切换覆盖
在组件中被测试执行到的N转换顺序的百分比.N-switch testing－－N切换测试
根据N转换顺序设计测试用例的一种技术,经常用于状态转换测试中.N-transitions－－N转换 N＋1转换顺序
operational testing－－可操作性测试 在系统或组件操作的环境中评价它们的表现.output domain－－输出域 所有可能输出的集合.partition testing－－分类测试
参考等价划分测试(equivalence partition testing)path－－路径
一个组件从入口到出口的一条可执行语句顺序.path coverage－－路径覆盖
在组件中被测试执行到的路径的百分比.path sensitizing－－路径敏感性
选择一组输入值强制组件走一个给定的路径.path testing－－路径测试
根据路径设计测试用例的一种技术,经常用于状态转换测试中.performance testing－－性能测试
评价一个产品或组件与性能需求是否符合的测试.portability testing－－可移植性
测试瞄准于证明软件可以被移植到指定的硬件或软件平台上.Positive Testing－－正向测试 测试瞄准于显示系统能够正常工作.precondition－－预置条件
环境或状态条件,组件执行之前必须被填充一个特定的输入值.predicate－－谓词
一个逻辑表达式,结果为‘真’或‘假’.predicate data use－－谓词数据使用 在谓词中的一个数据使用.program instrumenter－－程序插装 参考插装(instrumenter)progressive testing－－递进测试
在先前特性回归测试之后对新特性进行测试的一种策略.pseudo-random－－伪随机
看似随机的,实际上是根据预先安排的顺序进行的.QA－－质量保证(quality assurance)(1)已计划的系统性活动,用于保证一个组件、模块或系统遵从已确立的需求.(2)采取的所有活动以保证一个开发组织交付的产品满足性能需求和已
确立的标准和过程.QC－－质量控制(quality control)
用于获得质量需求的操作技术和过程,如测试活动.Race Condition－－竞争状态
并行问题的根源.对一个共享资源的多个访问,至少包含了一个写操作,但是没有一个机制来协调同时发生的访问.recovery testing－－恢复性测试 验证系统从失效中恢复能力的测试.regression analysis and testing－－回归分析和测试
一个软件验证和确认任务以确定在修改后需要重复测试和分析的范围.Regression Testing－－回归测试
在发生修改之后重新测试先前的测试以保证修改的正确性.release－－发布
一个批准版本的正式通知和分发.reliability－－可靠性
一个系统或组件在规定的条件下在指定的时间内执行其需要功能的能力.reliability assessment－－可靠性评价 确定一个已有系统或组件的可靠性级别的过程.requirements-based testing－－基于需求的测试 根据软件组件的需求导出测试用例的一种设计方法.review－－评审
在产品开发过程中,把产品提交给项目成员、用户、管理者或其它相关人员评价或批准的过程.risk－－风险
不期望效果的可能性和严重性的一个度量.risk assessment－－风险评估 对风险和风险影响的一个完整的评价.safety－－(生命)安全性
不会引起人员伤亡、产生疾病、毁坏或损失设备和财产、或者破坏环境.safety critical－－严格的安全性
一个条件、事件、操作、过程或项,它的认识、控制或执行对生命安全性的系统来说是非常关键的.Sanity Testing－－理智测试
软件主要功能成分的简单测试以保证它是否能进行基本的测试.参考冒烟测试
SDP－－软件开发计划(software development plan)用于一个软件产品开发的项目计划.security testing－－安全性测试 验证系统是否符合安全性目标的一种测试.security.－－(信息)安全性
参考计算机系统安全性(computer system security)serviceability testing－－可服务性测试 参考可维护性测试(maintainability testing)simple sub path－－简单子路径
控制流的一个子路径,其中没有不必要的部分被执行.simulation－－模拟
使用另一个系统来表示一个物理的或抽象的系统的选定行为特性.simulation－－模拟
使用一个可执行模型来表示一个对象的行为.simulator－－模拟器
软件验证期间的一个设备、软件程序、或系统,当它给定一个控制的输入时,表现的与一个给定的系统类似.SLA－－服务级别协议(service level agreement)服务提供商与客户之间的一个协议,用于规定服务提供商应当提供什么服务.Smoke Testing－－冒烟测试
对软件主要功能进行快餐式测试.最早来自于硬件测试实践,以确定新的硬件在第一次使用的时候不会着火.software development process－－软件开发过程 一个把用户需求转换为软件产品的开发过程.software diversity－－软件多样性
一种软件开发技术,其中,由不同的程序员或开发组开发的相同规格的不同程序,目的是为了检测错误、增加可靠性.software element－－软件元素
软件开发或维护期间产生或获得的一个可交付的或过程内的文档.software engineering－－软件工程
Static Analysis－－静态分析
分析一个程序的执行,但是并不实际执行这个程序.Static Analyzer－－静态分析器 进行静态分析的工具.Static Testing－－静态测试 不通过执行来测试一个系统.statistical testing－－统计测试
通过使用对输入统计分布进行分析来构造测试用例的一种测试设计方法.stepwise refinement－－逐步优化
一个结构化软件设计技术,数据和处理步骤首先被广泛的定义,然后被逐步的进行了细化.storage testing－－存储测试 验证系统是否满足指定存储目标的测试.Stress Testing－－压力测试
在规定的规格条件或者超过规定的规格条件下,测试一个系统,以评价其行一个应用于软件开发、操作和维护的系统性的、有纪律的、可量化的方法.为.类似负载测试,通常是性能测试的一部分.software engineering environment－－软件工程环境 执行一个软件工程工作的硬件、软件和固件.software life cycle－－软件生命周期
开始于一个软件产品的构思,结束于该产品不再被使用的这段期间.SOP－－标准操作过程(standard operating procedures)书面的步骤,这对保证生产和处理的控制是必须的.source code－－源代码
用一种适合于输入到汇编器、编译器或其它转换设备的计算机指令和数据定义.source statement－－源语句 参考语句(statement)specification－－规格
组件功能的一个描述,格式是：对指定的输入在指定的条件下的输出.specified input－－指定的输入 一个输入,根据规格能预知其输出.spiral model－－螺旋模型
软件开发过程的一个模型,其中的组成活动,典型的包括需求分析,概要设计,详细设计,编码,集成和测试等活动被迭代的执行直到软件被完成.SQL－－结构化查询语句(structured query language)在一个关系数据库中查询和处理数据的一种语言.state－－状态
一个系统、组件或模拟可能存在其中的一个条件或模式.state diagram－－状态图
一个图形,描绘一个系统或组件可能假设的状态,并且显示引起或导致一个状态切换到另一个状态的事件或环境.state transition－－状态转换
一个系统或组件的两个允许状态之间的切换.state transition testing－－状态转换测试 根据状态转换来设计测试用例的一种方法.statement－－语句
程序语言的一个实体,是典型的最小可执行单元.statement coverage－－语句覆盖
在一个组件中,通过执行一定的测试用例所能达到的语句覆盖百分比.statement testing－－语句测试 根据语句覆盖来设计测试用例的一种方法.structural coverage－－结构化覆盖 根据组件内部的结构度量覆盖率.structural test case design－－结构化测试用例设计 根据组件内部结构的分析来设计测试用例的一种方法.structural testing－－结构化测试
参考结构化测试用例设计(structural test case design)structured basis testing－－结构化的基础测试
根据代码逻辑设计测试用例来获得100％分支覆盖的一种测试用例设计技术.structured design－－结构化设计
软件设计的任何遵循一定纪律的方法,它按照特定的规则,例如：模块化,有顶向下设计,数据逐步优化,系统结构和处理步骤.structured programming－－结构化编程
在结构化程序开发中的任何包含结构化设计和结果的软件开发技术.structured walkthrough－－结构化走读 参考走读(walkthrough)stub－－桩
一个软件模块的框架或特殊目标实现,主要用于开发和测试一个组件,该组件调用或依赖这个模块.symbolic evaluation－－符号评价 参考符号执行(symbolic execution)symbolic execution－－符号执行
通过符号表达式来执行程序路径的一种静态分析设计技术.其中,程序的执行被用符号来模拟,例如,使用变量名而不是实际值,程序的输出被表示成包含这些符号的逻辑或数学表达式.symbolic trace－－符号轨迹
一个计算机程序通过符号执行是经过的语句分支结果的一个记录.syntax testing－－语法分析
根据输入语法来验证一个系统或组件的测试用例设计技术.system analysis－－系统分析
对一个计划的或现实的系统进行的一个系统性调查以确定系统的功能以及系统与其它系统之间的交互.system design－－系统设计
一个定义硬件和软件构架、组件、模块、接口和数据的过程以满足指定的规格.system integration－－系统集成
一个系统组件的渐增的连接和测试,直到一个完整的系统.System Testing－－系统测试
从一个系统的整体而不是个体上来测试一个系统,并且该测试关注的是规格,而不是系统内部的逻辑.technical requirements testing－－技术需求测试
参考非功能需求测试(non-functional requirements testing)test automation－－测试自动化
使用工具来控制测试的执行、结果的比较、测试预置条件的设置、和其它测试控制和报告功能.test case－－测试用例
用于特定目标而开发的一组输入、预置条件和预期结果.test case design technique－－测试用例设计技术 选择和导出测试用例的技术.test case suite－－测试用例套 对被测软件的一个或多个测试用例的集合.test comparator－－测试比较器
一个测试工具用于比较软件实际测试产生的结果与测试用例预期的结果.test completion criterion－－测试完成标准 一个标准用于确定被计划的测试何时完成.test coverage－－测试覆盖 参考覆盖率(Coverage)test driver－－测试驱动
一个程序或测试工具用于根据测试套执行软件.test environment－－测试环境
测试运行其上的软件和硬件环境的描述,以及任何其它与被测软件交互的软件,包括驱动和桩.test execution－－测试执行
一个测试用例被被测软件执行,并得到一个结果.test execution technique－－测试执行技术 执行测试用例的技术,包括手工、自动化等.test generator－－测试生成器
根据特定的测试用例产生测试用例的工具.test harness－－测试用具
包含测试驱动和测试比较器的测试工具.test log－－测试日志
一个关于测试执行所有相关细节的时间记录.test measurement technique－－测试度量技术 度量测试覆盖率的技术.Test Plan－－测试计划
一个文档,描述了要进行的测试活动的范围、方法、资源和进度.它确定测试项、被测特性、测试任务、谁执行任务,并且任何风险都要冲突计划.test procedure－－测试规程
一个文档,提供详细的测试用例执行指令.test records－－测试记录
对每个测试,明确的记录被测组件的标识、版本,测试规格,和实际结果 test report－－测试报告
一个描述系统或组件执行的测试和结果的文档.Test Script－－测试脚本
一般指的是一个特定测试的一系列指令,这些指令可以被自动化测试工具执行.Test Specification－－测试规格
一个文档,用于指定一个软件特性、特性组合或所有特性的测试方法、输入、预期结果和执行条件.test strategy－－测试策略
一个简单的高层文档,用于描述测试的大致方法,目标和方向.test suite－－测试套
测试用例和/或测试脚本的一个集合,与一个应用的特定功能或特性相关.test target－－测试目标 一组测试完成标准.testability－－可测试性
一个系统或组件有利于测试标准建立和确定这些标准是否被满足的测试执行的程度.Testing－－测试
IEEE给出的定义是：1)一个执行软件的过程,以验证其满足指定的需求并检测错误.2)一个软件项的分析过程以检测已有条件之间的不同,并评价软件项的特性.thread testing－－线程测试
自顶向下测试的一个变化版本,其中,递增的组件集成遵循需求子集的实现.time sharing－－时间共享
一种操作方式,允许两个或多个用户在相同的计算机系统上同时执行计算机程序.其实现可能通过时间片轮转、优先级中断等.top-down design－－由顶向下设计
一种设计策略,首先设计最高层的抽象和处理,然后逐步向更低级别进行设计.top-down testing－－自顶向下测试
集成测试的一种策略,首先测试最顶层的组件,其它组件使用桩,然后逐步加入较低层的组件进行测试,直到所有组件被集成到系统中.traceability－－可跟踪性
开发过程的两个或多个产品之间关系可以被建立起来的程度,尤其是产品彼此之间有一个前后处理关系.traceability analysis－－跟踪性分析
(1)跟踪概念文档中的软件需求到系统需求；(2)跟踪软件设计描述到软件需求规格,以及软件需求规格到软件设计描述；(3)跟踪源代码对应到设计规格,以及设计规格对应到源代码.分析确定它们之间正确性、一致性、完整性、精确性的关系.traceability matrix－－跟踪矩阵
一个用于记录两个或多个产品之间关系的矩阵.例如,需求跟踪矩阵是跟踪从需求到设计再到编码的实现.
第二篇：专业英语
我国经济和科学技术正在高速发展，随着我国机械行业实力的不断提升，中国正在加速产品与设备的更新与改造，我国与其他国家在各技术领域也正在实现进一步的合作，许多企业引进了很多进口设备，大量资料是英文原版的。因此，学生将来在工作岗位上能否读懂这些资料就是摆在面前的一个严峻的问题，特别是在生产实际中碰到现场实际问题的时候，很可能需要查阅原版英文资料或与相关专家用英语交流专业技术来谋取解决途径，所以机械工程专业英语的掌握就变得越来越重要。
一、学习机械专业英语面临的主要问题
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.因为软件并不从一个设备迁移到另一个，向后兼容性很少是嵌入式的要求，一个有趣的例外是游戏控制台：要维护兼容性，尽管最新控制台芯片在基础工艺技术上有所改变，但是它一定是可胜任的是象早版本一样快速地确切。往往通过将上一代控制台的完整副本放在一个小角落里的下一代模向后兼容。因为许多嵌入式的设计需要，不能与以前实现向后的兼容，设计师可以自由切换的每一代产品的设计。因此，有少强调体系结构与实施之间的区别。如果稍有不兼容，但比其前任的芯片的新版本，设计师仍可能愿意使用它。
第五篇：专业对照表
消防工程相关专业新旧对照表
工学类相关专业 ：专业名称（98版）
电气工程及其自动化、电子信息工程、通信工程、计算机科学与技术
建筑学、城市规划、土木工程、建筑环境与设备工程、给水排水工程
安全工程
化学工程与工艺
工学类相关专业 ：旧专业名称（98年前）
电力系统及其自动化 高电压与绝缘技术 电气技术（部分）、电机电器及其控制、光源与照明、电气工程及其自动化、电子工程、应用电子技术、信息工程、广播电视工程、电子信息工程、无线电技术与信息系统、电子与信息技术、公共安全图像技术、通信工程、计算机通信、计算机及应用、计算机软件、软件工程
建筑学、城市规划、城镇建设（部分）、总图设计与运输工程（部分）、矿井建设、建筑工程、城镇建设（部分）、交通土建工程、工业设备安装工程、涉外建筑工程、土木工程、供热通风与空调工程、城市燃气工程、供热空调与燃气工程、给水排水工程
矿山通风与安全、安全工程
化学工程、化工工艺、工业分析、化学工程与工艺
管理学类相关专业 专业名称（98版）
管理科学、工业工程、工程管理、管理学类相关专业 旧专业名称（98年前）
管理科学、系统工程（部分）、工业工程、管理工程（部分）、涉外建筑工程营造与管理、国际工程管理
注：“专业名称”指中华人民共和国教育部高等教育司1998年颁布的《普通高等学校本科专业目录和专业介绍》中规定的专业名称；“旧专业名称”指1998年《普通高等学校本科专业目录和专业介绍》颁布前各院校所采用的专业名称。
点击咨询 