第9章 统一软件过程(选讲).pptVIP

软件工程概论 Software Engineering 杨璐 yanglu@suda.edu.cn 第9章 统一软件过程 9.1 软件开发过程 9.2 迭代和递增 9.3 核心工作流 9.4 统一过程的各阶段 9.5 二维生命周期模型 9.1 软件开发过程 统一软件过程/统一软件开发过程（Rational Unified Process，RUP）： 面向对象且基于网络的程序开发方法论 主流的面向对象方法 权衡：技术、工具、人员、组织模式 不断进化、相对稳定 5个核心工作流 4个阶段 二维生命周期模型 9.2 迭代和递增 面向对象范型是一个迭代和递增方法 每个工作流由一系列步骤组成。为了完成该工作流，重复执行工作流的步骤直至开发小组成员满意地认为，已经有了一个软件产品的精确的UML模型。 软件产品的特性：迭代和递增 9.3 核心工作流 5个核心工作流： 需求流 分析流 设计流 实现流 测试流 9.3 核心工作流 需求流的目标：让开发组织确定客户的需求。 开发小组的第一个任务是对应用领域（简称为域）获得一个基本的了解，即将要运行目标软件的特定的环境。 开发小组的任务是准确确定客户的需求并从客户的角度找出存在的限制条件。 客户常常提出错误的产品需求，产生这种情况的主要原因是软件的复杂性。 9.3 核心工作流 在初始阶段，需求流的工作重点应该放在包括识别和详细描述与需求相关的用例： 列出作为系统特征清单候选的需求。 理解系统语境。 以用例的形式来捕获有关的功能性需求。 捕获有关的非功能性需求。 9.3 核心工作流 分析流的目标：分析、提取和细化需求，以获得正确开发一个软件产品和易于维护它所必需的需求。 需求流用客户的语言表达，分析流则用更精确的语言，以确保设计流和实现流正确地完成。 分析工作流的结果是分析模型。尽管分析模型本身就是一种模型，但还是可以将它看做设计模型的切入点。 通过进行分析，实现了对所关心问题的分离。通过界定在后续的设计与实现活动中应解决的问题和应做出的决定来准备和简化这些活动。what-how 9.3 核心工作流 分析模型包括以下元素：。 分析包和服务包以及它们之间的依赖关系和内容。 分析类及其职责、属性、关系和特殊需求。 用例实现—分析描述 分析模型的构架视图 9.3 核心工作流 设计流的目标：细化分析流的制品，直至材料处于程序员可实现的形式。 结构化：设计小组确定产品的内部结构。设计人员将产品分解成模块，它是与产品其他部分有明确定义的接口的独立代码段。必须详细定义每个模块的接口（即传递给模块的参数和从模块返回的参数）。设计小组完成模块化分解之后（结构化设计），开始实施详细设计，为每个模块选择相应的算法和数据结构。 面向对象：在分析流期间提取类并在设计流期间设计它。 9.3 核心工作流 设计小组必须详细记录他们所做的每个设计决定。 设计流的结果是设计模型和实施模型：后续的实现和测试活动的主要输入。 9.3 核心工作流 实现流的目标：用选择的实现语言实现目标软件产品。 单个程序员无法知道结构化设计是否正确。仅当开始集成各个代码制品时，设计的缺陷才开始作为一个整体显现出来。 实现阶段的主要结果是实现包含以下元素的实现模型： 实现子系统及其依赖关系、接口和内容。 构件（包括文件构件和可执行构件）以及它们之间的依赖。构件经过了单元测试。 实现模型的构架视图，包括对构架有重要意义的元素。 9.3 核心工作流 测试流是与其他工作流并行进行的。 测试的主要特性： 每个开发者和维护者都要负责确保他（她）的工作是正确的。 一旦软件人员确信一个制品是正确的，就将它交给软件质量保证小组进行独立测试。 测试流的性质：可追踪性（Traceability）。 9.3 核心工作流 维护 退役 9.4 统一过程的各阶段 4个递增（阶段）：开始阶段、细化阶段、构建阶段、转换阶段。 统一过程的阶段与递增的各个阶段相对应。 9.4 统一过程的各阶段 开始阶段的目标：决定是否值得去开发目标软件产品。也就是说，这个阶段最主要的目标是明确提出的软件产品是否经济上是可行的。 第一个步骤是获得该领域的知识。 第二个步骤就是建造一个商业模型。 第三个步骤是限定提出项目的范围。 9.4 统一过程的各阶段 开始阶段可交付的内容有[Jacobson，Booch，and Rumbaugh，1999]： 域模型的初始版本； 商业模型的初始版本； 需求制品的初始版本； 分析制品的初步版本； 体系结构的初步版本； 风险的初始清单； 初始用例； 对细化阶段的计划； 商业案例的初始版本。 9.4 统一过程的各阶段 细化阶段的目标：细化最初的需求、细化体系结构、监视风险和细化它们的属性、细化商业案例，以及生成软件项目管理计划。 9.4 统一过程的各阶段 细化阶段