《新》第一部分 软件工程与过程软件过程模型.pptVIP

* * * 构件组装模型的特征： 应用软件可用预先编好的、功能明确的产品部件定制而成, 并可用不同版本的部件实现应用的扩展和更新。 利用模块化方法，将复杂的难以维护的系统分解为互相独立、协同工作的部件，并努力使这些部件可反复重用。 突破时间、空间及不同硬件设备的限制，利用客户和软件之间统一的接口实现跨平台的互操作。 3.7 构件组装模型（组件集成模型） 需求分析和定义 体系结构设计 构件库建立 测试和发布 应用软件构建 1：N 构件组装模型的优点： 构件组装模型导致了软件的复用，提高了软件开发的效 率，面向对象技术是软件工程的构件组装模型的基础。 构件可由一方定义其规格说明，被另一方实现，然后供给 第三方使用。 构件组装模型允许多个项目同时开发，降低了费用，提高 了可维护性。 可实现分步提交软件产品。 构件组装模型的缺点： 可重用性和软件高效性不易协调。 缺乏通用的组装结构标准，而自定义的组装结构标准引入 较大的风险。 需要精干的有经验的分析和开发人员，一般的开发人员插 不上手。 客户的满意度低。 3.8 统一过程模型 统一过程（Unified Process，UP) 是风险驱动的、基于用例技术的、以架构为中心的、迭代和增量的、可配置的软件开发流程。 统一过程是一个软件开发过程，是一个通用的过程框架，可用于各类软件系统和应用领域，它重复一系列组成系统生命周期的循环。 每次循环包括四个阶段： —初始 —细化 —构造 —移交 每个阶段又进一步细分为多次迭代的过程，每次循环迭代会产生一个新的版本。 RUP的时间轴被分解为四个顺序的阶段，分别是： 初始阶段(Inception) 细化阶段(Elaboration) 构造阶段(Construction) 交付阶段(Transition) 每个阶段结束于一个主要的里程碑(Major Milestones) 每个阶段本质上是两个里程碑之间的时间跨度 在每个阶段的结尾执行一次评估以确定这个阶段的目标是否已经满足。如果评估结果令人满意的话，可以允许项目进入下一个阶段。 RUP的阶段目标： 初始阶段的目标是为系统建立业务案例并确定项目的边界。 细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素。 构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试。 交付阶段的重点是确保软件对最终用户是可用的。 RUP的核心工作流： RUP中有6个核心过程工作流和3个核心支持工作流。 尽管6个核心过程工作流可能使人想起传统瀑布模型中的几个阶段，但应注意迭代过程中的阶段是完全不同的，这些工作流在整个生命周期中一次又一次被访问。 9个核心工作流在项目中轮流被使用，在每一次迭代中以不同的重点和强度重复。 核心过程工作流： （1）业务建模工作流为组织开发一个构想，并基于这个构想在业务用例模型和业务对象模型中定义组织的过程，角色和责任。 （2）需求工作流的目标是描述系统应该做什么，并使开发人员和用户就这一描述达成共识。 （3）分析和设计工作流将需求转化成未来系统的设计，为系统开发一个健壮的结构并调整设计使其与实现环境相匹配，优化其性能。 （4）实现工作流的目的包括以层次化的子系统形式定义代码的组织结构；以组件的形式(源文件、二进制文件、可执行文件)实现类和对象；将开发出的组件作为单元进行测试以及集成由单个开发者（或小组）所产生的结果，使其成为可执行的系统。 （5）测试工作流要验证对象间的交互作用，验证软件中所有组件的正确集成，检验所有的需求已被正确的实现,识别、提出缺陷并确认缺陷在软件部署之前被处理。 （6）部署工作流的目的是成功的生成版本并将软件分发给最终用户。 统一过程准则 迭代的开发软件：Rational Unified Process 支持专注于处理生命周期中每个阶段中最高风险的迭代开发方法，极大地减少了项目的风险性。 需求管理：RUP描述了如何提取、组织和文档化需要的功能和限制；跟踪和文档化折衷方案和决策； 捕获和进行商业需求交流。过程中用例和场景的使用被证明是捕获功能性需求的卓越方法，并确保由它们来驱动设计、实现和软件的测试，使最终系统更能满足最终用户的需要。它们给开发和发布系统提供了连续的和可跟踪的线索。 基于构件的体系结构 可视化软件建模：工业级标准 UML是成功可视化软件建模的基础。 验证软件质量：质量评估被内建于过程、所有的活动，包括全体成员，使用客观的度量和标准，并且不是事后型的或单独小组进行的分离活动。 控制软件的变更：开发过程描述了如何控制、跟踪和监控修改以确保成功的迭代开发。 核心支持工作流： （1）配置和变更管理工作流描绘了如何在多个成员