外文翻译---软件过程模型.docVIP

软件过程模型 Process Models in Software Engineering 作者：Stephen H. Kan 起止页码：第8页～第17页 出版日期（期刊号）：2002年9月（卷1） 出版单位：Addison-Wesley Professional 外文翻译译文： 摘要 软件系统从起初的开发，维护，再到一个版本升级到另一个版本，经历了一系列阶段.这篇文章归纳和整理了一些描述如何开发软件系统的方法.从传统的软件生命周期的背景和定义出发，即大多数教科书所讨论的，并且目前的软件开发实践所遵循的软件生命周期，接着讨论作为目前软件工程技术基石的更全面的软件开发模型. 1 前言 软件业的发展最早可追溯到开发大型软件项目的显式模型，那是在二十世纪五十年代和六十年代间.总体而言，这些早期的软件生命周期模型的唯一目的就是提供一个合理的概念计划来管理软件系统的开发.因此，这种计划可以作为一个基础规划，组织，人员配备，协调，预算编制，并指导软件开发活动. 自20世纪60年代，出现了许多经典的软件生命周期的描述（例如，霍西尔1961年，劳斯莱斯1970年，1976年博伊姆，迪斯塔索1980年，1984年斯卡基，萨默维尔1999年）.罗伊斯（1970）使用现在生活中熟悉的“瀑布”图表，提出了周期的概念，这个图表概括了开发大型软件系统是多么的困难，因为它涉及复杂的工程任务，而这些任务在完成之前可能需要不断地返工.这些图表也通常在介绍性发言中被采用，主要针对开发大型软件系统的人们（例如，定制软件的客户），他们可能不熟悉各种各样的技术问题但还是要必须解决这些问题. 这些经典的软件生命周期模型通常包括以下活动一些内容： 系统启动/规划：系统从何而来？在大多数情况下，不论是现有的信息处理机制以前是自动的，手工的，还是非正式的，新系统都会取代或补充它们. ● 需求分析和说明书：阐述一个新的软件系统将要开发的问题：其业务能力，其所达到的性能特点，支持系统运行和维护所需的条件. ● 功能或原型说明：潜在确定计算的对象，它们的属性和关系，改变这些对象的操作，约束系统行为的限制等. ● 划分与选择：给出需求和功能说明书，将系统分为可管理的模块，它们是逻辑子系统的标志，然后确定是否有对应于这些模块的新的，现有的，或可重复使用的软件系统可以复用. ● 设计及配置说明书：以适合模块的详细设计和整体配置管理的方式定义各子系统之间的内部关系和接口. ● 模块设计的详细规格说明：定义数据流在各组件之间传递的算法. ● 模块实现和调试：将前面的规格说明的内容通过代码实现并验证他们的基本操作是否正确. ● 软件集成与测试：确认并维持软件系统结构配置的整体完整性.通过配置软件系统架构的一致性和验证完整的实施模块，核实规格说明书中模块的接口和内部关系，并验证系统及其子系统的性能是否他们的要求匹配. ● 文档修订和配送系统：将已经写好的系统开发说明书进行包装并合理的转化为系统文档和用户指南，所有的文档都是以一种适于普及和系统支持的格式. ● 部署和安装：提供安装已发布软件到本地计算机环境的指南，配置操作系统的参数和用户的访问权限，并运行诊断测试，以保证系统的基本操作的正常运作. ● 培训和使用：提供教学器材及系统用户指南，方便用户了解系统的性能和限定，以便有效地使用该系统. ● 软件维护：通过提供功能改进，维修，性能提高及更新使得在其主机系统环境下维持有用的操作. 1.1 什么是软件生命周期模型? 软件生命周期模型是关于软件是如何或应该是怎样开发的描述性或说明性的描述.描述性模型阐述了一个特定的软件系统开发的过程.描述性模型可作为理解和改进软件开发过程的基础，或者作为开发系统的经典规范模型（柯蒂斯，杰瑞，Iscoe，1988年）.这个模型描述了软件应该如何开发.它作为准则或框架来组织和策划软件开发应如何执行，以及以什么顺序.通常情况下，阐述软件系统应该如何开发的规范性的生命周期模型，是比较容易和明确的.这是因为这种模式是直观的并能够很好的推导出来.这意味着，在实践中，许多描述中提到的软件开发的细节是可以忽略不计的，或可以拖延的.当然，在不同的开发环境，使用不同的编程语言，由不同水平的开发人员，开发不同类型的应用系统时，应该相对的提高开发的有效性和健壮性.当然，在软件开发的过程中，规范性的模型运用一些给定的软件工程工具或环境后，也被用来包装发任务和技术. 另一方面，描述性的生命周期模型描述了在特定的环境下，软件系统实际中是如何开发的.因此，它们不太常见，更难以阐明，一个明显的原因：一个人必须观察并收集整个软件系统生命周期的数据，而这往往以