软件工程-第2章.ppt

2.2.7 敏捷过程与极限编程 7. 改进设计：随时利用重构方法改进已经腐化的代码，保持代码尽可能的干净、具有表达力。 8. 持续集成：团队总是使系统完整地被集成。一个人拆入（Check in）后，其它所有人责任代码集成。 9. 集体代码所有权：任何结对的程序员都可以在任何时候改进任何代码。没有程序员对任何一个特定的模块或技术单独负责，每个人都可以参与任何其它方面的开发。 2.2.7 敏捷过程与极限编程 10. 编码标准：系统中所有的代码看起来就好像是一人单独编写的。 11. 隐喻：将整个系统联系在一起的全局视图的概念。它是系统的未来影像，是它使得所有单独模块的位置和外观变得明显直观。如果模块的外观与整个隐喻不符，那么你就知道该模块是错误的。 12. 可持续的速度：团队只有持久才有获胜的希望。他们以能够长期维持的速度努力工作，他们保存精力，把项目看作是马拉松长跑，而不是全速短跑。 2.2.7 敏捷过程与极限编程 极限编程具有强沟通、简化设计、迅速反馈等特点，一般只适合于规模小、进度紧、需求不稳定、开发小项目的小团队。 2.3 本章小结 软件生命周期又称为软件生存周期，生命周期的每一个阶段都有确定的任务，并产生相应的文档资料，提交给下一个阶段作为继续工作的依据。 概括地说，软件生命周期由软件定义、软件开发和运行维护(也称为软件维护)3个时期组成，每个时期又进一步划分成若干个阶段。 2.3 本章小结 按照在软件生命周期全过程中应完成的任务的性质，在概念上可以把软件生命周期划分成问题定义、可行性研究、需求分析、概要设计、详细设计、编码、测试以及运行维护等8个阶段。实际从事软件开发工作时，软件规模、种类、开发环境及使用的技术方法等因素，都影响阶段的划分。 2.3 本章小结 软件生命周期模型又称为软件开发模型，即软件开发全部过程、活动和任务的结构框架。对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。 2.3 本章小结 本文介绍了几种比较经典的软件开发模型有瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型，以及Rational统一过程开发模型和敏捷过程模型之极限编程。 8．软件维护 这个阶段的任务是通过各种必要的维护活动使系统持久地满足用户的需要。通常有4类维护活动：改正性维护、适应性维护、完善性维护、预防性维护。 软件维护实际上就是一次压缩和简化了的软件定义和开发的全过程。同时，每一项维护活动都应该准确地记录下来，作为正式的文档资料加以保存。 以上根据应该完成的任务，把软件生命周期划分成8个阶段。但在实际从事软件开发工作时，软件规模、种类、开发环境及开发时使用的技术方法等因素都会影响阶段的划分。 没有一个适用于所有软件项目的任务集合，因此，应根据所承担项目的特点来划分阶段。 2.2 开发模型 软件生命周期又称为软件生存周期，生命周期的每一个阶段都有确定的任务，并产生相应的文档资料，提交给下一个阶段作为继续工作的依据。按照软件生命周期的定义，软件的开发不仅仅是强调“编码”，而是概括了软件开发的全过程。 2.2 开发模型 软件生命周期模型又称为软件开发模型(Software Development Model)，即软件开发全部过程、活动和任务的结构框架。软件开发包括需求、设计、编码和测试等阶段，有时也包括维护阶段。?软件开发模型能清晰、直观地表达软件开发全过程，明确规定了要完成的主要活动和任务，用来作为软件项目工作的基础。 2.2 开发模型 对于不同的软件系统，可以采用不同的开发方法、使用不同的程序设计语言以及各种不同技能的人员参与工作、运用不同的管理方法和手段等，以及允许采用不同的软件工具和不同的软件工程环境。 2.2 开发模型 下面介绍几种比较经典的软件开发模型有瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型，以及Rational统一过程开发模型和敏捷过程模型之极限编程。 2.2.1 瀑布模型 最早出现的软件开发模型是1970年温斯顿?罗伊斯提出的“瀑布模型”，直到上世纪80年代之前，瀑布模型一直是惟一被广泛采用的软件开发模型，现在它仍然是软件工程中应用得最广泛的开发模型。 传统的瀑布模型： 2.2.1 瀑布模型 传统的瀑布模型又称为线性顺序模型，按照这种模型开发的软件产品具有以下特点：