第3节 过程模型.pptVIP

3.4.2 螺旋模型（续） 3.4.2 螺旋模型（续） 螺旋模型与原型相比： 螺旋模型虽不像增量模型中对功能有明确界定，但有比原型要清晰一些。 螺旋模型的反馈要求持续于产品的整个生命期。 适合于大型软件的开发。 3.4.3 协同开发模型（续） 又叫协同工程。 定义了一个活动的网络，网络上每个活动、动作和任务同时存在。 过程网络中某一点产生的事件可以触发状态的转换。 可适用于所有类型的软件开发 演化过程评述 演化模型的初衷是采用迭代或者增量的方式开发高质量软件 用演化模型可以强调灵活性、可扩展性和开发速度 软件开发团队需要在严格的项目和产品参数与客户满意度之间找到一个平衡点 3.5 专用过程模型 具有通用过程模型的特点，只适应于一些特定的领域。 包括： 基于构件的开发 形式化方法模型 面向方面的软件开发等 3.5.1 基于构件的开发 利用预先打包的软件构件开发程序 什么是构件？ 没有统一的定义 Gartner Group定义：运行时软件构件是一个可动态绑定的、含一个或多个程序的软件包，它作为一个独立单位，通过运行时可辨别的文档化接口加以管理和存取 类似于螺旋模型，本质上是演化模型 3.5.1 基于构件的开发（续） 构件开发的步骤： 对所需构件进行评估。 考虑构件的集成。 设计系统的软件框架。 将构件放入框架。 进行测试。 3.5.2 形式化方法模型 形式化方法模型的主要活动是生成计算机软件形式化的数学规格说明。 特点：精密、准确。 缺点：难度大，成本高，可用人力资源少，用户不易理解，有时甚至无法完成。 方法：有穷状态机、Petri网、Z语言等。 3.5.3 面向方面的软件开发 将系统分成若干相对较独立的组成部分，这些部分称为方面。面向方面技术包括面向对象技术，比它大。 系统的方面包括用户接口、协调工作、发布、持续性、存储器管理、事务处理、安全、完整性等。 还不成熟。具有螺旋型和协同型的共同特点。 3.6 统一过程 试图将传统软件模型（惯例软件模型）和敏捷过程模型的优点结合起来，即统一起来。 一些术语：面向对象（Object-Oriented, OO),面向对象分析（ Object-Oriented Analysis, OOA),面向对象分析（ Object-Oriented Design, OOD). 统一过程包括：起始，细化，构建，转换，生产等步骤。 3.6 统一过程（续） 起始： 包括客户沟通和策划活动 此时的构架只是主要子系统及其功能、特性的试探性概括。 3.6 统一过程（续） 细化： 包括用户沟通和通过过程模型的建模活动 扩展体系结构以包括软件的五种视图：用例模型、分析模型、设计模型、实现模型和部署模型。 3.6 统一过程（续） 构建： 与通过软件过程的构建活动相同。 采用体系结构模型作为输入，开发或获取软件构件，使得最终用户能够操作用例。 3.6 统一过程（续） 转换： 软件被提交给最终用户进行Beta测试，用户反馈报告缺陷及必要的变更。 另外，发布必须的支持信息：用户手册，用户指南及安装步骤等。 结束时，软件增量成为可用的发布版本。 3.6 统一过程（续） 生产： 与通过软件工程的部署一致 提供运行环境支持，提交并评估缺陷报告和变更请求。 3.6 统一过程（续） 作业 P50 3.1 3.2 3.5 3.12 所谓增量，指增加的功能。即把一个软件所要实现的功能分为若干步，每一步实现其中的一块。在每一步中采用瀑布模型的方式。这样反复进行的工作，即称为迭代 * 软 件 工 程 第三章 过程模型 王美红 思考…… 如何组织某个软件项目的路线图？ 模型的提出是为了给软件开发者提供一个相对统一的标准。 模型 主要内容 瀑布模型 增量模型 RAD模型 原型模型 螺旋模型 协同开发模型 基于构件模型 形式化方法模型 面向方面模型 统一过程 3.1 惯例过程模型 不同过程模型的共同特点： 都支持通用过程结构，即都包含其五个要素： 沟通、策划、建模、构建和部署 规定了一整套的元素以及他们之间的相互关联的方式： 框架活动、软件工程动作、任务、工作产品、质量保证以及每个项目的变更控制机制 3.1 惯例过程模型（续） 过程模型的主要区别： 侧重点不同 3.1 惯例过程模型（续） 惯例过程模型包括： 瀑布模型、增量过程模型（增量模型、RAD模型）、演化过程模型（原型开发、螺旋模型、协同开发模型）、专用过程模型（基于构建开发的模型、形式化方法模型、面向方面的模型）、统一过程。 3.2 瀑布模型 也称为线性模型或传统生存周期 3.2 瀑布模型（续） 适用范围？ 通常发生在对一个已有系统进行明确定义的适应性调整和增强的时候 对于一个新的项目，需求必须是准确定义和相对稳定的 线性顺序模型特点 阶段间的顺序性和依赖性； 文档驱动性