第3章 软件过程模型.pptVIP

第3章 软件过程模型 3.1. 瀑布模型 3.2. 增量模型 增量模型是迭代和演进的过程。 增量模型把软件产品分解成一系列的增量构件，在增量开发迭代中逐步加入。 每个构件由多个相互作用的模块构成，并且能够完成特定的功能。 早先完成的增量可以为后期的增量提供服务。 增量开发方法的新演进版本叫做 “极限程序设计（eXtreme Programming）”。 3.3. 演化模型 演化模型的特点 演化模型是迭代的。因为软件与所有的复杂系统一样，必须经过不断演化才能完善。 演化模型先开发一个“原型”软件，完成部分主要功能，展示给用户并征求意见，然后逐步完善，最终获得满意的软件产品。 业务和产品需求在变化中，采用线性开发方式是不实际的。 快速实现和提交一个有限的版本，可以应付市场竞争的压力， 3.4 螺旋模型 螺旋模型将瀑布模型与演化模型结合起来，并且加入两种模型均忽略了的风险分析。 螺旋模型沿着螺线旋转，自内向外每旋转一圈便开发出更完善的一个新版本。 制定计划 确定软件目标，选定实施方案，弄清项目开发的限制条件； 风险分析 分析所选方案，考虑如何识别和消除风险； 实施工程 实施软件开发 客户评估 评价开发，提出修正建议。 3.5. 喷泉模型 体现了迭代和无间隙的特性。 系统某个部分常常重复工作多次，相关对象在每次迭代中随之加入演进的软件成分。 无间隙是指在各项开发活动，即分析、设计和编码之间不存在明显的边界。 喷泉模型是对象驱动的过程。 3.6. 智能模型 智能模型是基于知识的软件开发模型，它把瀑布模型和专家系统综合在一起。 该模型在各个开发阶段都利用了相应的专家系统来帮助软件人员完成开发工作。 为此，建立各个阶段的知识库，将模型、相应领域知识和软件工程知识分别存入数据库。以软件工程知识为基础的生成规则构成的专家系统与包含应用领域知识规则的其他专家系统相结合，构成该应用领域的开发系统。 3.7. 变换模型 变换模型是一种基于形式化规格说明语言及程序变换的软件开发模型。 它采用形式化的软件开发方法，对形式化的软件规格说明进行一系列自动的或半自动的程序变换，最终映射成为计算机系统能够接受的程序系统。 多步程序变换过程的重要性质是：每一步程序变换的正确性仅与该步变换所依据的规范 Mi 以及对变换后的假设 Mi+1 有关。 在此意义上，变换步骤独立于其他变换步骤。这称为变换的独立性。 该模型只适合于软件的形式化开发方法；需要严格的数学理论和形式化技术支持；需要一整套开发环境（如程序变换工具、定理证明工具等）的支持。 3.8. 快速应用开发（RAD）模型 快速应用开发模型是一种增量开发模型，强调极短的开发周期。 该模型开发软件大量使用了可复用的构件。 每一个增量的开发经历五个阶段： 业务建模 对业务功能的信息流建模。 数据建模 对业务的数据对象和关系建模。 过程建模 描述完成业务功能的数据变换。 应用生成 应用构件和自动化工具建造。 测试与反复 对新构件和接口进行测试。 3.10. Rational 统一过程 最佳实践 1.迭代开发 2.管理需求 3.使用基于构件的体系结构 4.可视化建模 5.验证软件质量 6.控制软件变更 Rational 统一过程 RUP软件开发生命周期 由四个阶段，九个工作流组成 四个阶段：初始、精化、构建、移交 九个工作流（6+3） 6：业务建模、需求、分析与设计、实现、测试、部署 3：配置与变更管理、项目管理、环境 软件工程的目标与原则 软件工程需要解决的问题：软件成本、软件可靠性、软件维护、软件生产率和软件复用。 软件工程需要达到的基本目标： 付出较低的开发成本 达到要求的软件功能 取得较好的软件性能 开发的软件易于移植 需要较低的维护费用 能按时完成开发，及时交付使用 软件工程原则 在软件开发过程中必须遵循的软件工程原则有： 抽象与自顶向下、逐层细化 采用分层抽象的方法，有效控制软件开发的复杂性。 模块化 把问题分解为若干较小的较易解决的模块，有助于信息隐蔽和抽象。 信息隐蔽和数据封装 将模块中的软件设计决策封装在模块内部，使得模块实现与使用分离，有助于控制修改局部化。 局部化 在一个物理模块内集中逻辑上相互关联的计算机资源，促使聚合具有特定目的的事物。 一致性 整个软件系统的模块使用一致的设计策略、编程风格，保持程序内部接口的一致性、软件与硬件接口的一致性、系统规格说明与系统行为的一致性。 完备性 软件系统中不丢失任何成分。 可验证性 系统分解应当遵循易检查、易测试和易评审的原则，以便保证系统的正确性。 软件工程的基本原理 软件工程的基本原理有： 按软件生存期分阶段制定计划并认真实施 把