软件工程复习之rup

rup

• • rup是什么li>
  • • 软件开发方法学提到的构成方法：
    • 问题：
  • rup的特点/li>
  • • 用况驱动
    • 体系结构为中心
    • 迭代
    • 增量
    • 四个阶段
  • 核心工作流
  • • 需求获取
    • • 基本步骤：
      • • 列出候选特征：什么是特征li>
        • 语境：创建领域模型或业务模型
        • • 业务用况模型：
          • 业务对象模型：
        • 捕获功能需求：
    • 需求分析
    • • 术语：
      • • 分析类：
        • • 边界类
          • 实体类
          • 控制类
        • 用况细化：
        • • 分析包：
      • 分析模型的表达
      • 分析的主要活动
      • • 体系结构分析：
        • 用况分析：
        • 类的分析：
        • • 包的分析：
      • 总结：
    • 软件设计
    • • 什么是软件设计
      • • 相关术语
        • • 设计类：
          • 用况细化
          • 设计子系统
          • 接口
        • 设计模型、部署模型及相关视角下的体系结构（两个角度）
        • • 设计模型
          • 部署模型
        • 设计阶段的主要活动（任务）
        • • 体系结构设计：包括
          • 用况的设计
          • 类的设计
          • 子系统的设计
    • 总结：
    • • rup设计特点：
      • rup设计方法：
      • rup设计模型：
      • • 用况细化
        • 部署模型：
        • rup设计对实现影响
        • rup设计模型与分析模型比较
        • 用况模型与分析模型比较
  • rup实现与测试
  • • 实现目标：
    • • 主要活动：
    • rup的测试：
    • • 测试的主要活动：

rup是什么h2>

统一软件开发过程，对象管理组织（OMG）,所推荐有关过程的标准。基于UML的一种过程框架。定义了将用户需求转换成产品所需要的活动集。rup+uml=面向对象方法

软件开发方法学提到的构成方法：

表达基本信息的术语，如前面提到结构化需求分析的基本术语、UML基本术语等
用于组织基本信息的表达格式（UML）
在不同抽象层之间进行“映射”的过程指导，这个指的就是rup¹

unified是统一的标准的意思process加工处理。合起来就是，合理的处理标准。

问题：

为什么说rup是一种过程框架呢br> rup主要是软件开发活动集，里面已经规定了开发软件的所需要的所有的活动及次序，如同一个表格，名称，活动概括都已经有了，用户要做的就是往活动概括里面填上自己项目的实际的活动内容就可以。如同rtt架构一般，时序都已经处理好了，只要填自己的项目处理逻辑就可以了。所是rup是一种框架或架构。

rup的特点/h2>

用况驱动，以体系结构为中心，迭代和增量这样开发方式。

用况驱动

在系统生命周期中，以用况为基础，驱动系统有关人员对所要建立系统功能需求进行交流，驱动系统分析、设计、实现和测试活动。
明确需求是至关重要的，写程序时，迟迟不知道怎么写，就是没明白项目使用时的样子，也就是用况。
书中不仅给出了使用时的样子，使用时的样子，可以由分析解决，还有其他用况，如下图所示：

相关扩展详见软件考软考考点之软件体系结构知识

迭代

重复的部分

增量

增量：增加的部分
理解迭代与增量还是挺重要的，对以下工作流理解帮助很大。如下图所示：

基本步骤：

• 列出侯选需求：特征列表
• 理解系统语境：领域模型或业务模型
• 捕获功能需求：用况模型
• 捕获非功能需求：补充需求或针对一些特定的用况

列出候选特征：什么是特征h5>

是一个新的项（Item）及其简要的描述

语境：创建领域模型或业务模型

通过两个层次来抽象一个业务

业务用况模型：

每一个业务用况对应一个业务处理，每一个业务参与者对应一个客户。如下图所示：

三个术语：工作人员、业务实体、工作单元
工作人员，用于表达参于业务处理的各类人员
业务实体，用于表达业务用况中所使用的某一事物。
工作单元：对最终用户而言可形成一个认知整体的实体的集合。用交互图和活动图来表达。

捕获功能需求：

发现并描述参与者
发现并描述用况
确定用况的优先级
精化用况
构造用户界面模型
用况模型的结构化

需求分析

目标：在系统用况模型的基础上，创建系统分析模型以及在该分析模型视角下的体系结构描述。

术语：

分析类：

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

边界类

用于规约系统与参与者之间的交互。表示如下：

控制类

规约基本的动作和控制流的处理与协调，涉及向其他对象（如边界类对象，实体类对象）
委派工作。表示如下：

分析模型的表达

三层，如下图所示：

部署模型

是一个对象模型，描述了系统的物理分布，即如何把功能分布于各个节点上。

设计阶段的主要活动（任务）

体系结构设计：包括

标识节点和它们的 络配置
标识子系统和接口
标识在体系结构方面有意义的设计类和它们的接口
标识一般性的设计机制

用况的设计

标识参与用况细化的设计类
标识参与用况细化的子系统和接口

类的设计

概括描述设计类
标识操作
标识属性
标识关联和聚合
标误用泛化
描述方法
描述状态

子系统的设计

维护子系统依赖
维护子系统所提供的接口
维护子系统的内容

总结：

rup设计特点：

使用了公共的思想来思考设计并使设计可视化
给出了有关子系统、设计类和接口的需求
支持了对底层工作的分解使之成为一些可以由不同开发者可能并行工作。

rup设计方法：

给出表达设计模型的基本成分的术语
规约了设计模型的语法，指导模型的表达
给出了创建设计模型的过程以及相应的指导

rup设计模型：

设计子系统和服务子系统，以及它们的依赖、接口和内容
设计类以及它们具有的操作、属性、关系及其实现需求

用况细化

设计模型视角下的体系结构描述

部署模型：

节点的特征及连接
主动类到节点的初始的映射

rup设计对实现影响

设计子系统和服务子系统由实现子系统予以实现
设计类由文件化构件予以实现
在规划实现工作时，将要使用用况细化以产生一些“构造”
在节点上部署构件、形成分布系统时，将使用部署模型和 络配置。

rup设计模型与分析模型比较

rup实现与测试

实现目标：

基于设计类和子系统生成构件
进行单元测试
进行集成和连接
可执行的构件映射到部署模型

主要活动：

实现体系结构
集成系统
实现子系统
实现类
完成单元测试

rup的测试：

内部测试、中间测试、最终测试

测试的主要活动：

计划测试
设计测试
实现测试
执行集成测试
执行系统测试
评价测试

1. rup是Rational Unified Process 缩写，rational是有理数，合理的，公司名 ??

2. 这里的系统指的就是项目，或要开发的软件 ??