内容发布更新时间 : 2024/11/9 3:04:09星期一 下面是文章的全部内容请认真阅读。

作控制子

第五章 面各对象方法－RUP 1.基本概念

RUP的定义及主要特点

RUP是一种软件开发过程框架，基于面向对象符号体系给出了有关软件开发过程组织及实施的指导。该框架体现了3个突出特征，即以用况驱动、体系结构为中心以及迭代、增量式开发

演化模型与“RUP增量、迭代开发”之间关系

RUP迭代、增量式开发是演化模型的一个变体，即规定了“大的”迭代数量－4个阶段，并规定了每次迭代的目标

初使阶段：获得与特定腹部和平台无关的系统体系结构轮廓，以此建立产品功能范围;编制实例业务实例，从业务角度指出该项目的价值，减少项目主要的错误风险

精华阶段：通过捕获并描述系统的大部分需求，建立系统体系结构基线的第一个版本，主要包括用况模型和分析模型，减少次要的错误风险，到该阶段未，就能够估算成本、进步，并能详细地规划构造阶段

构造阶段：通过演化，形成最终的系统体系结构基线，开发完整的系统，确保产品可以开始向客户交付，即具有初始操作能力 移交阶段：确保有一个实在的产品发布给用户群。期间培训用户如何使用该软件

RUP与UML之间关系

RUP与UML是一对“姐妹”，它们构成了一种特定的软件开发方法学。其中，UML作为一种可视化建模语言，给出了表达事物和事物之间关系的基本术语，给出了多种模型的表达工具;而RUP利用这些术语定义了需求获取层、系统分析层、设计层、实现层，并给出了实现各层模型之间映射的基本活动以及相关指导

什么是特征（Teature）?举例如何描述它。

从客户、用户、计划者、开发者想法和意愿中搜取特征，形成特征表。特征是一个新的项及其简要描述

“按不同科目计算平均成绩” 计算平均成绩：按所学的不同科目计算每一个学生的期末考试平均成绩，给出分数段 并描述其状态（如提议、批准、合并和验证等）、实施的代价及风险、重要程度以及对其他特征的影响等 特征可作为需求，并被转换为其它制品

需求获取层及相关概念

需求获取层目标：使用UML中 的用况、参与者以及依赖等 术语来抽象客观实际问题，形成系统的需求获取模型;基本术语：用况、参与者、用于表达用况参与者之间关系的关联、用于表达况之间的包含和扩展、用于表达参与者之间关系泛化。术语确定了系统用况模型的各种形态

需求获取模型的基本组成

使用UML中 的用况、参与者以及依赖等 术语来抽象客观实际问题，形成系统的需求获取模型

建造一个系统需求获取模型的活动和任务，以及各活动的输入和输出

1. 发现描述参与者和用况，输入：业务模型或领域模型，补充需求，特征表;输出：用况模型[概述]，术语表 2. 赋予用况优先级：输入：用况模型[概述]，补充需求，术语表;输出：体系结构描述[用况模型视角] 3. 精华用况：输入：用况模型[概述]，补充需求，术语表;输出：用况[精化]

4. 构造人机接口原型：输入：用况[精华]，用况模型[概述]，补充需求，术语表;输出：人机接口原理 5. 用况模型结构化：输入：用况[精华]，用况模型[概述]，补充需求，术语表;输出：用况模型[精化]

如何描述系统的参与者和用况？举例说明

参与者：发现参与者与描述参与者：1)之前已经存在业务用况模型，可依据业务模型直接发现一些候选参与者，2)没有业务用况模型，即使存在领域模型，也需要系统分析人员与客户一起来标识系统参与者

用况是系统向它的参与者提供结果（值）的功能块，表达参与者使用系统的方式，因此一个用况可用于规约系统可执行的、与参与者进行交互的一个动作序列，包括其中一些可选动作序列，并且用况还有自己 的属性

需求获取层对以后开发工作的影响？

需求分析层及相关概念

在系统用况模型的基础上，创建系统分析模型以及在该分析模型视角下的体系结构描述，系统分析模型是系统的一种概念模型，解决系统用况模型中存在的二义性和不一致性问题，并以一种系统化的形式准确地表达用户的需求

需求分析模型的基本组成

RUP的分析如同结构化分析，其目标之一是在一个特定的抽象层上建立系统分析模型。为此，RUP首先给出了3个术语：分析包、分析类和用况细化，用于表达需求中“大粒度”的概念，开发人员使用这些术语可以规约系统分析中所要使用的信息

分析类：是类的一种衍型，很少有操作和特征标记，而用责任来定义其行为，并且其属性和关系也是概念性的，包括：边界类、实体类、控制类

用况细化：是一个针对一个用况，其行为可用多个分析类之间的相互作用来细化，并记为用况细化[分析] 分析包：分析包是一种控制信息组织复杂性的机制，提供了分析制品的一种组织手段，形成了一些可管理的部分。

建造一个系统需求分析模型的活动和任务，以及各活动的输入和输出

体系结构分析：输入：用况模型、补充需求、业务模型或领域模型、体系结构描述[用况模型];输出：分析包[概述]、分析类[概述]、体系结构描述[分析]

细化用况：输入：用况模型、补充需求、业务模型或领域模型、体系结构描述[分析];输出：用况细化[分析]、分析类[概述] 对类分析：输入：用况细化[分析]、分析类[概述] 输出：分析类[完成]

对包进行分析：输入：系统体系结构描述[分析]、分析包[概述]输出：分析类[完成]

需求分析模型对以后开发工作的影响

1) 对设计中子系统的影响。分析包一般将影响设计子系统的结构 2) 对设计类的影响。分析包可以作为类设计时的规格说明。

3) 对用况细化[设计]的影响。用况细分[分析]对用况细化[设计]有两方面影响，一个是它们有乃至于为用况创建更精确的规格说明，另一个是当对用况进行设计时，用况细化[分析]可作为其输入。

需求获取模型与需求分析模型之间比较 1) 语言描述不同：客户语言与开发语言 2) 视图：系统外与系统内

3) 结构：使用用况予以结构化，给出外部视角系统结构与使用衍型类结构化，给了部视角系统结构