1.RUP简介
本质：
是”一般的过程框架”
- 为软件开发，进行不同抽象层之间”映射”，安排其开发活动的次序，指定任务和需要开发的志平，提供了指导
- 为对项目中的制品和活动进行监控与度量，提供了相应的准则
特点：是一种以用况（Use Case）为驱动的、以体系结构为中心的、迭代、增量式开发
* 迭代、增量式开发 规定了四个开发阶段
– 初始阶段（the inception phase）
– 精化阶段（the elaboration phase）
– 构造阶段（the construction phase）
– 移交阶段（the transition phase）
2.需求获取的目标及其基本途径
需求获取面临的挑战
- 问题空间理解
- 人与人之间的交流
- 需求的不断变化
需求获取技术特征
- 方便通讯（使用易于理解的语言）
- 提供定义系统边界的方法
- 提供划分、抽象、投影等方法
- 允许采用多种可供选择的设计方法
- 适应需求的变化
- 支持使用问题空间术语，思考问题和编制文档 …….
需求获取的目标
对大系统的开发来说，需求一般包括需求获取和需求分析
需求获取的目标：客观问题（系统） => 系统需求获取模型 体系结构描述 Use Case模型
实现需求获取目标的基本途径
实现实际问题到软件开发需求获取层的映射，即从软件开发的角度-实现第一次抽象
需求获取层的术语（概念）及表达模型的工具
- Use Case
- actor
- 4个表达关系的概念：关联、包含、扩展、泛化
如何映射--需求工作流
要做的工作 产生的制品 列出候选的需求 特征列表 理解系统语境 领域模型或业务模型 捕获功能需求 Use Case模型 捕获非功能需求 补充需求或针对一些特定需求的Use Cases
- 特征：一个新的项及相关的简要描述称为特征
- 领域模型或业务模型：
- 领域模型：捕获了系统语境中的一些重要对象类型 领域类的三种形态：
- 业务对象：表示被哪些业务所操纵的事务，例如订单、账目
- 实在对象和概念：例如飞机、火箭
- 事件：例如飞机到达、飞机起飞
- 业务模型：
- 业务 use case 模型：抽象一个特定业务
- 业务对象模型：一个业务的内部模型
- Use Case模型
- 用来表达客户认可的需求-系统必须满足的条件和能力
- 作为客户和开发人员之间的一种共识
- 是一个系统的一种模型，包括actors use cases 以及它们之间的关系
3.需求分析的目标及其基本途径
分析类的种类
- 边界类（Boundary classes）：用于模型化系统和其他actors之间的交互
- 实体类（Entity classes）：用于模型化哪些需要长期驻留系统的对象
- 控制类（Control classes）：用于模型化系统的动态性
- 用于表达协同、定序、事务以及其他对象的控制
- 用于封装哪些与特定有关的控制
- 用于表达复杂的推导和计算
分析包
分析包提供了一种组织分析制品的手段，形成一些课管理的部分
分析包可包含分析类、use case 细化以及其他分析包
分析包的主要特征
- 高内聚、低耦合
- 表达了对所需要分析问题的一种分离
- 对具有领域知识的人来说，是可以阅读、理解的
- 很有可能成为一些子系统或成为一些子系统的组成部分
体系结构分析
- 任务1：标识分析包
- 任务2：处理分析包之间的共性
- 任务3：标识服务包
- 任务4：定义分析包的依赖
- 任务5：标识重要的实体类
- 任务6：标识公共的特定需求
Use Case 分析
目标：
- 标识哪些在use case事件流的执行中所需要的对象和类
- 将use case 的行为，分布（Distribute）到交互的分析对象
- 捕获use case细化上的特定需求
4.设计的目标及其基本途径
目标：设计的基本输入是分析的结果，定义满足分析所需的结构
设计层的术语
- 设计类：是对系统实现中一个类或类似构造一个无缝抽象
- 用况细化：是设计模型中的一个协作
- 设计子系统：提供了一种组织设计制品的手段。成为一些更容易管理的部分
- 接口：用于规约由设计类和设计子系统提供的操作
设计模型、部署模型
- 设计模型：是设计子系统的层次结构，包含了设计类、use case细化和接口
- 部署模型：是一个对象模型，描述了系统的物理发布
设计工作流
实施准备：
- 非功能需求
- 有关对程序设计语言的限制
- 数据库技术
- 用况技术
- 事务技术
包含哪些活动：
- 体现结构设计
- 目标：给出设计模型和部署模型，以及这两个模型视觉下的体系结构描述 任务：
- 任务1：标识结点和它们的网络配置
- 任务2：标识子系统和它们的接口
- 任务3：标识在体系结构方面具有意义的设计类和它们的接口
- 任务4：标识处理一般性的设计机制
- 用况Use case 设计 方法：
- 标识参与用况细化的设计类
- 标识参与用况细化的子系统和接口
- 类的设计：进行类的设计，完成在use case 细化中的角色 包括：
- 类的操作
- 类的属性
- 参与的关系
- 类方法
- 类的状态
- 对一般设计机制的依赖
- 与现实有关的需求
- 所提供的那些接口的细化 任务：
- 任务1：概括描述设计类
- 任务2：标识操作
- 任务3：标识属性
- 任务4：标识关联和聚合
- 任务5：标识泛化
- 任务6：描述方法
- 任务7：描述状态
- 子系统的设计： 目标：
- 确保子系统尽可能独立于其他子系统或它们的接口
- 确保子系统提供正确的接口
- 确保子系统实现了它的目标 任务：
- 任务1：维护子系统依赖
- 任务2：维护子系统所提供的接口
- 任务3：维护子系统的内容
5.RUP 设计小结
RUP设计方法，由三部分组成：
- 给出用于表达设计模型中基本成分的四个术语；包括：子系统、设计类、接口和用况细化
- 规约了设计模型的语法，指导模型的表达
- 给出了创建设计模型的过程以及相应的指导
Original: https://www.cnblogs.com/shuisanya/p/16640372.html
Author: 水三丫
Title: 软件工程 统一过程软件（RUP） 第5篇随笔
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/581438/
转载文章受原作者版权保护。转载请注明原作者出处！