软件工程第二章软件过程模型.pptVIP

并行开发模型 基于构件的模型 基于构件的模型的四个阶段 需求 与其它模型相同，这里不再赘述。 组件分析 根据需求规格搜索可满足该需求的组件。通常情况下，没有完全匹配的情况，因而组件通常需要加以修改。 系统设计 与其它模型的系统设计有所不同，因为该模型是基于重用的。设计者必须考虑到重用的概念，但遗憾的是，如果没有可重用的组件，还要设计新的软件。 开发和集成 在这个阶段，组件集成到系统中。 基于构件的模型的缺点 组件的重用，降低了成本和风险，节约了时间 模型复杂 导致需求的折中，进而导致系统不能完全符合需求 无法完全控制所开发系统的演化 项目划分的好坏直接影响项目结果的好坏 增量过程模型 增量模型是一种非整体开发的模型。是一种进化式的开发过程。她允许从部分需求定义出发，先建立一个不完整的系统，通过测试运行这个系统取得经验和反馈，进一步使系统扩充和完善。如此反复进行，直至软件人员和用户对所设计的软件系统满意为止。 增量模型 RAD 螺旋模型 增量模型(Incremental Model) 增量模型结合了原型模型的基本要素和迭代的特征，采用了基于时间的线性序列，每个确定线性序列都会输出该软件的一个“增量”。 增量模型特点 增量 小而可用的软件 特点 在前面增量的基础上开发后面的增量 每个增量的开发可用瀑布或快速原型模型 迭代的思路 增量模型的优缺点 增量包概念的引入，以及它不需要提供完整的需求。只要有一个增量包出现，开发就可以进行。 在项目的初始阶段不需要投入太多的人力资源。 增量可以有效地管理技术风险。 每个增量必须提供一些系统功能，这使得开发者很难根据客户需求给出大小适合的增量。 Advantages Disadvantages 快速应用开发模型（RAD） 快速应用开发模型（RAD）是一个增量过程模型，强调短暂的开发周期。 RAD 模型是瀑布模型的“高速”变体，通过基于组件的构建方法实现快速开发。如果需求以及项目范围得到明确界定，RAD 能使开发团队在很短的时间内（如60 到90 天）建立一个“全功能系统”。 快速应用开发模型（RAD） RAD 模型也有它的不足之处： 1）对大型项目而言，RAD 需要足够的人力资源。 2）开发者和客户都要实现承诺，否则将导致失败。 3）并非所有系统都适合（不能合理模块化的系统、高性能需求并且要调整构件接口的、技术风险很高的系统均不适合）。 数计学院 * * * 两类极端：很多老板只重结果；我们老师看重过程，举例平时考试，半期，期末，项目等。 第二章 软件过程模型 软件过程的概念 1 一些典型的软件过程模型 3 成熟度模型 2 小结 5 过程和产品 4 本章学习目标 1 2 3 掌握如何为不同的项目选择过程模型。 理解软件过程的重要性，了解不同过程模型的优缺点。 了解软件过程和软件过程模型概念。 定义 软件生命周期(Software Life Cycle)：软件产品或软件系统从设计、投入使用到被淘汰的全过程。 软件生命周期 * 一个典型的软件开发周期 * 1 2 3 4 什么是软件过程？ 定义 软件过程定义了软件生产的一系列活动，这些活动贯穿于软件开发的整个过程。 什么是软件过程？ 虽然过程是多种多样的，但所有过程都具有以下的共同活动 沟通 该活动包括软件设计者与客户沟通，客户提出要求，软件设计者收集材料，以及其它相关活动。 计划 软件开发小组讨论使用何种方法及何种工具来实现客户需求。 建模 在这一部分，软件开发小组讨论选择何种模型来满足需求。不同的需求需要不同的模型。 构造 部署 编码和测试。 软件交付给客户。客户给出建议和反馈，软件实施小组改进软件。 成熟度模型标准（CMMI） 5 优化级 持续的过程改进 量化管理 4 量化管理级 过程标准化 3 已定义级 基本项目管理 有能力的人和个人英雄主义 2 可重复级 1 初始级 CMMI * The CMMI—5 个级别 1 Initial: The software process is chaotic. Few processes are defined, and success depends on individual effort. 2 Repeatable: the necessary process discipline is in place to repeat earlier successes on projects with similar applications. 3 Defined. The software process for both management and engineering activit