(计算机专业英语)lesson 5 v2Computer Software Basic.ppt

(计算机专业英语)lesson 5 v2Computer Software Basic.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
计算机英语 人民邮电出版社 Lesson 5 Computer Software Basic New Words New Words New Words New Words New Words Phrases a pair of 一双,一对 Agile Modeling 敏捷建模 agile software development 敏捷软件开发 as early as possible 尽可能早地 be out of 超出,没有 be replaced by 被…取代,代替 Capability Maturity Model 能力成熟度模型,缩写为CMM correcting error 纠错 down to 下至 emerge out of 从…出现〔显露〕 Extreme Programming 极限编程 In practice 实际上,在实践中 Phrases light design 轻便设计 manufacturing-oriented 面向制造的 primary control mechanism 主要控制机制 prior to 在…之前,居先 project team 项目组 requirements analysis 需求分析 seemingly unruly task 表面上难以驾驭的任务 Six Sigma 六西格玛 software development process 软件开发过程 Software Elements Analysis 软件元素分析 Phrases software engineer 软件工程师 software life cycle 软件生命周期 Software Process Improvement Capability Determination 软件过程改进和能力测定 statistical analysis 统计分析 Test Driven Development 测试驱动的开发 third party review 第三方评价 Use Case 用例 waterfall model 瀑布模型 write-test-once-and-code-until-class-passes 测试写一次然后编码直到类结束 Abbreviations API 应用编程接口 Application Programming Interface CMMI 能力成熟度模型集成 Capability Maturity Model Integration ISO 国际标准化组织 International Organization for Standardization Text 请老师朗读并讲解课文 参考译文 第5课 软件开发过程 软件开发过程是影响软件产品开发的组织行为。其同义词为软件生命周期和软件过程。有多种模型可以用于这一过程,每个模型描述了在这些过程中实现多种任务或活动的方法。 概述 大量的软件开发组织都执行过程方法论。其中许多组织都属于国防工业,在美国它们都需要基于“过程模型”的等级来得到合同。 用来描述选择、执行和监管软件生命周期的国际标准是ISO12207。 十余年来的目标是找到可替换的、可预测的提高生产率和质量的方法。有些尝试把编写软件中这些看起来难以实现的任务加以系统化或规范化,有些则把项目管理技术应用于编写软件中。没有项目管理,软件的交付可能会延迟或超出预算。随着大量的软件项目没有实现所期望的功能、成本、交付时间进度,有效的项目管理似乎有所不足。 参考译文 2. 软件开发活动 软件开发过程的各种活动可以表示为瀑布模型。也有其他几种模型可以表示该过程。 2.1 需求分析 创建软件产品中最重要的任务是提取需求或需求分析。顾客通常对他们需要的最终产品有一个抽象的想法,但不知道软件应该如何实现。此时,有技巧和经验的软件工程师能够辨别不完整的、不明确的甚至是矛盾的需求。常常演示生动代码也许可以帮助减少需求错误的风险。这里有一个特殊的方法就是软件元素分析。 一旦从客户那里收集完成了基本需求,就应该对开发范围进行分析并进行明确的规定。这经常就称作开发范围文档。由于成本问题或开发时需求不清晰,某些功能可能超出了该项目的范围。如果是对外开发,该文档可以被看作是一个法律文件,这样如果出现争论,对客户所做的含糊承诺就可以澄清。 参考译文 无论给一个现有软件增加功能、还是开发一个新应用软件、开发一个新子系统或者是一个全新系统,领域分析经常是尝试设计一个新软件的第一步。假定开发者(包括分析师)对新软件

文档评论(0)

autohhh + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档