第一篇:软件工程专业英语
软件工程英语
文档: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.软件需求规格说明书的内容 优点:测试从下层模块开始,测试设计用通常用自然语言完整,准确,具体地描述例比较容易。缺点:在测试的早期不能