RUP建模流程
在Rational Rose中实现RUP控制UML的建模过程

R UP控制 UML的建模过程
贾庆 国 吉林 师 范 大 学应 用工 程 学院
56002
当今 软件开 发过程 中 ,软 件 舔统建模 显示 出 越来越重要的地位 ,本文从 Ra沁nI t a 统一过程
维普资讯
卑冒铸嵌催怠2o o ̄
2 a
e
s姆 £
D |
强 . o
Dc e. I ∞
≮ 誊
; 0j 麓 。
来 描述软件 系统的静 态组 织结构 ; 部署视 图:主要 用来描述软件 系统的 物 理分 布式特性 的映射 。 2 3模 型 结构 . <l 用例 视 图 >、 在用例视 图中主要创建软 件系统的用 例模 型 ,关 注 的是 系统 做 什 么的 问题 , Ro e的用例模 型分成两个层次进行创建, s
用 Rai a R sg建 模 型 的过 程 进 行详 细 t n l oe , o J 的介绍 ,希 望能 为学 习软件建模者提供一 些参考。 ( po me t De l y n Viw ) e 。
创建系统用例模型的主要 目的是描述
系统中的用例与角色间的交互 ,主要针对 系统 自动化后的过程 ,演 示系统的需求 , 描述 系统 的 功能 。
软件 的架构模 型开始 分析 系统模 型 的创建过
程 。
( 2)开发 视 图 ( l Deve oPm nt e Vi w ) e :描述 了在软件开 发环境 中软 件 的静 态 组织 结 构 ; ( )物 理 视 图 ( h sc l 3 P y i a VJw ) e :
系统用例模型是要开发系统的功能描 述 ,主 要 由 两 部 分 组 成 : ①系统角色 系统 角色是与系统进行直接交互的人 或 物 ,是 系统 的 工作 主 体 , 用于 描 述 系统 外的一切。
软件开发统一过程(RUP)

元模型(meta model) 层组成了UML 的基本元素包
括面向对象和面向组件的概念通常叫做类模型
class model 或类型模型type model
UML 的架构
模型model 层组成了UML 的模型这一层中
的每个概念都是元模型层中概念的一个实
例通过版类化这一层的模型通常叫做类模
和它们之间的关系
UML 的模型视图图与系统架构建模
状态图 (State diagram )
描述了系统元素的状态条件和
UML 的模型视图图与系统架构建模
响应活动图Activity diagram
描述了了系统元素的活动
UML 的模型视图图与系统架构建模
组件图(构件图)(Component diagram)
Class Diagrams,细化类设计。
6. 为Sequence Diagrams中Objects指定对应
Class;
7. 设计系统实现结构,为各个Classes和
Packages指定实现的Component,并画出初步
Component Diagrams。
UML讲解
了解UML
UML 的架构
了解UML
型class model 或类型模型type model
用户模型user model 层这层中的所有元素都
是UML 模型的例子这一层中的每个概念都
是模型层的一个实例
UML 的模型视图图
静态视图
用例图、类图、对象图、组件图、展开图
动态视图
状态图、序列图、活动图、协作图
Rup工作流程图

切实可行的流程
定义备选构架 制定设计指南 确定用例的优先级 构架分析 用例分析 提交变更请求
关键工件 • 软件构架文档 • 用例实现 • 分析模型 • 参考构架 • 部署模型
完善构架 确定用例的优先级 说明运行时构架 说明分布 确定设计机制 确定设计元素 整合现有设计元素 审核构架 建立实施模型
关键工件 • 业务建模指南 • 设计指南 • 手册风格指南 • 编程指南 • 测试指南 • 工具指南 • 用例建模指南 • 用户界面指南
支持迭代进程中的环境 支持开发
关键工件 • 项目开发的基础设施
阶段收尾 准备阶段收尾 生命周期里程碑审核
关键工件 • 迭代评估 • 软件开发计划 (SDP) • 状态评估 • 审核记录
关键工件 • 业务词汇表 • 业务对象模型 • 业务用例实现 • 业务规则 • 业务构架文档
完善角色和职责 详细说明业务实体 详细说明业务角色 审核业务对象模型
关键工件 • 业务角色 • 业务实体 • 组织单元 • 审核记录
研究流程自动化 设定和调整目标 定义自动化需求
关键工件 • 业务前景 • 用例模型 • 分析模型 • 补充说明
编写支持文档 编写培训资料 编写支持文档
关键工件 • 培训资料 • 最终用户支持文档
管理验收测试 管理验收测试
关键工件 • 测试结果 • 变更请求 • 项目开发的基础设施
生成部署单元 编写发布说明 开发安装工件
关键工件 • 发布说明 • 安装工件 • 部署单元
部署
包装产品 发布软件版本到生产部门 产品检验 创建产品标识图案 关键工件 • 产品 • 产品标识图案 提供下载站点 提供下载站点 关键工件 • 部署单元 Beta 测试产品 管理 Beta 测试 关键工件 • 变更请求
RUP 业务建模指南

<公司名称><项目名称>业务建模指南版本<1.0> [注:以下提供的模板用于 Rational Unified Process。
其中包括用方括号括起来并以蓝色斜体(样式=InfoBlue)显示的文本,它们用于向作者提供指导,在发布此文档之前应该将其删除。
按此样式输入的段落将被自动设置为普通样式(样式=Body Text)。
][要定制 Microsoft Word 中的自动字段(选中时显示灰色背景),请选择 File >Properties,然后将Title、Subject 和 Company 等字段替换为此文档的相应信息。
关闭该对话框后,通过选择 Edit> Select All(或 Ctrl-A)并按 F9,或只是在字段上单击并按 F9,可以在整个文档中更新自动字段。
对于页眉和页脚,这一操作必须单独进行。
按 Alt-F9,将在显示字段名称和字段内容之间切换。
有关字段处理的详细信息,请参见 Word 帮助。
]修订历史记录目录1. 简介 41.1 目的 41.2 范围 41.3 定义、首字母缩写词和缩略语 41.4 参考资料 41.5 概述 42. 通用业务用例建模指南 43. 如何描述业务用例 44. 通用业务对象建模指南 45. 如何描述业务角色 46. 如何描述业务用例泛化 47. 如何描述业务实体 4业务建模指南简介[业务建模指南的简介应提供整个文档的概述。
它应包括此业务建模指南的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。
]目的[阐明此业务建模指南的目的。
]范围[简要说明此业务建模指南的范围:它的相关项目,以及受到此文档影响的任何其他事物。
]定义、首字母缩写词和缩略语[本小节应提供正确理解此业务建模指南所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来提供。
]参考资料[本小节应完整列出此业务建模指南中其他部分所引用的任何文档。
rup 建模方法

rup 建模方法
Rational Unified Process(RUP)是一套软件工程方法,主要包括Ivar Jacobson的The Objectory Approch和The Rational Approch。
它也是一套软件工程方法的框架,各个组织可根据自身的实际情况,以及项目规模对RUP进行裁剪和修改,以制定出合乎需要的软件工程过程。
RUP建模方法涉及多个方面:
1. 设计模型:包括设计子系统和服务子系统,以及它们的依赖、接口和内容;设计类以及它们具有的操作、属性、关系及其实现需求;用况细化;设计模型视角下的体系结构描述。
2. 部署模型:包括节点的特征及连接;主动类到节点的初始的映射。
在规划实现工作时,将要使用用况细化以产生一些“构造”;在节点上部署构件、形成分布系统时,将使用部署模型和网络配置。
3. 实现与测试:设计子系统和服务子系统由实现子系统予以实现;设计类由文件化构件予以实现。
如需了解更多关于RUP建模方法的信息,建议咨询专业软件工程人员或查
阅相关书籍。
RUP统一过程

1什么是Rational统一过程(Rational Unified Process,RUP)1.1什么是过程1.2什么是软件开发过程1.3什么是统一过程1.3.1统一过程是用例驱动的1.3.2统一过程是以构架为中心的1.3.3统一过程是迭代和增量的1.4关于RUP产品2RUP产品为软件开发过程所提供的主要实践指导2.1迭代的开发产品2.2需求管理2.3基于构件的体系结构2.4可视化软件建模2.5验证软件质量2.6控制软件的变更3过程简介3.1基本定义3.1.1二维结构3.1.2角色3.1.3活动3.1.4产物3.1.5工作流3.2循环或周期3.3阶段3.3.1初始阶段3.3.2细化阶段3.3.3构建阶段3.3.4交付阶段3.4迭代过程3.5核心工作流(Core workflows)3.5.1商业建模3.5.2需求3.5.3分析和设计3.5.4实现3.5.5测试3.5.6发布3.5.7项目管理3.5.8配置和变更管理3.5.9环境1什么是Rational统一过程(Rational Unified Process,RUP)1.1什么是过程过程是为了达到一个确定的目标,需要什么人在什么时间以何种方式做何种工作的集合。
1.2什么是软件开发过程软件开发过程是一个将用户需求转化为软件系统所需要的活动的集合。
1.3什么是统一过程统一过程是一个软件开发过程。
它提供了在开发组织中分派任务和责任的纪律化方法。
它的目标是在可预见的日程和预算前提下,确保实现满足最终用户需求的高质量产品。
统一过程不是一个简单的过程,而是一个通用的过程框架,可用于各种不同类型的软件系统,各种不同的应用领域,各种不同类型的组织,各种不同的功能级别以及各种不同的项目规模。
统一过程是基于构件的,即所构造的软件系统是由软件构件通过明确定义的接口相互连接所建造起来的。
(构件:系统中一个物理上可替代的部分,它符合并提供一组接口的实现)统一过程使用统一建模语言(UML)来制定软件系统的所有蓝图。
rup的核心工作流程

rup的核心工作流程
RUP(Rational Unified Process)的核心工作流程包括以下六个部分:
1. 业务建模工作流:描述业务过程的本质和执行情形。
2. 需求工作流:定义系统构想,使用用例模型和补充规格说明定义系统软件需求,管理系统范围和需求变更。
3. 分析和设计工作流:研究实现环境和系统构件的效用,定义软件的组织结构,把需求获取结果转化为实现规格。
4. 实现工作流:建立代码的分层结构,实现类和对象,进行单元测试和系统集成。
5. 测试工作流:根据事先定义的度量和准则检查产品,确认产品是否满足或者超出事先定义并被一致接受的需求。
6. 实施工作流:在实际使用环境中测试软件、包装要交付的软件、发布软件产品、培训最终用户及销售人员。
UML第15章 统一软件过程(RUP)

图15-24 实现一个类
(5)执行单元测试。主要的输入和制品 如图15-25所示。
图15-25 执行单元测试
15.2.5 测试工作流
• 测试工作流贯穿于软件开发的整个过程。 • 从初始阶段开始,到细化阶段和构造阶段是测
试的焦点。 • 测试是为了找出程序中的错误与缺陷,而不能
证明程序无错。 • 测试是一项相当重要的工作,其工作量占软件
如下:
(1)由于把软件系统分成多个独立部分,采用增量开发,降低了开支风险。 (2)由于是迭代开发,每次迭代生产出一个完整的软件产品,降低了产品无法 按照既定进度进入市场的风险。 (3)由于采用迭代开发,多个小组可以并行工作,加快了整个开发工作的进度。
图15-3 RUP中某个阶段的迭代开发模型
15.2 RUP中的核心工作流
图15-21 架构实现
架构描述 (实现)
(2)系统集成。主要的输入和 制品如图15-22所示。
系统集成 图15-22 系统集成
(3)实现一个子系统。主要的输入和制品如图15-23所示。 (4)实现一个类。主要的输入/输出制品如图15-24所示。
接口(完整)
接口(完整)
图15-23 实现一个子系统
4.交付阶段
• 交付阶段的主要目标如下: (1)进行Beta版测试,按用户的要求验证新系统。 (2)替换旧的系统。 (3)对用户和维护人员进行培训。 (4)对系统进行全面调整,例如调试、性能或可用 性的增强。 (5)与用户达成共识,配置基线与评估标准一致。
• 交付阶段的焦点是实现和测试工作流。
15.1.2 RUP的迭代模型
(1)制定测试计划。主要的输入和 制品如图15-27所示。
补充性需要
图15-27 制定测试计划
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
步骤一:目标组织评估
目的:
1 从当前流程、工具、人员能力、人们的态度、客户、竞争对手、技术趋势、问题以及有待改进之处等方面入手,来描述要部署应用程序的组织的当前状态。
2 确立必须对目标组织进行设计的动机。
3 确定业务建模工作的涉众。
步骤:
1.确定涉众
确定目标组织以外的涉众。
例如:客户、竞争对手、其他涉众
确定目标组织内的涉众。
例如:项目经理、销售人员、客户代表、营销人员
2.说明目标组织的结构
3.确定关键人员
4.评估经营理念和经营策略
5.基准
6.评测目标组织
7.评估应变能力
8.确定问题
9.作出结论
10.提出建议
步骤二:制定业务建模指南
1. 简介
1.1 目的
1.2 范围
1.3 定义、首字母缩写词和缩略语
1.4 参考资料
1.5 概述
2. 一般业务用例建模指南
3. 如何描述业务用例
4. 一般业务对象建模指南
5. 如何描述业务用例实现
6. 如何描述业务角色
7. 如何描述业务实体
步骤三:制定业务规则
1. 简介
1.1 目的
1.2 范围
1.3 参考资料
1.4 概述
2. 定义
2.1 <第一条业务规则>
2.2 <第二条业务规则>
2.3 <一组业务规则>
2.3.1 <第一组业务规则>
2.3.2 <第二组业务规则>
2.4 <另一组业务规则>
2.4.1 <第三组业务规则>
2.4.2 <第四组业务规则>
步骤四:设定和调整目标
目的:
1.确定业务建模工作的范围。
2.确定未来目标组织的前景。
3.就目标组织可能要做的改进和新的目标达成一致。
4.说明目标组织的首要目标。
步骤:
1.确定目标组织的范围
2.确定涉众,已经指明涉众中哪些在目前项目的范围内仍被认为是涉众
3.就目标组织的目标达成一致
4.确定对工作施加的约束
5.明确阐述问题说明
6.确定哪些区域需要划分优先级
7.记录业务前景
8.评估结果
步骤五:查找业务主角和用例
目的:
1.概述业务中的各个流程。
2.为待建模的业务定义边界。
3.定义将与业务交互的对象(人或事物)。
4.制作业务用例模型图。
5.撰写业务用例模型调查。
步骤:
1. 查找业务主角
2. 查找业务用例
3. 确定业务用例的优先级
4. 编写业务用例工作流程的概述
5. 描述业务主角与用例交互的方式
6. 将业务用例与主角打包
7. 在用例图中表示业务用例模型
8. 撰写业务用例模型调查
9. 评估结果
步骤六:查找业务角色和实体
目的:
1. 确定业务中的所有“角色”与“事物”。
2. 说明业务角色和业务实体如何执行业务用例实现。
步骤:
1. 确定组织单元
2. 确定业务角色
3. 确定业务实体
4. 定义业务用例实现
5. 建立业务对象模型的结构
6. 评估结果
步骤七:详细说明业务实体
目的:详细说明业务实体的定义。
步骤:
1.确定职责范围
2.确定工作
3.确定属性
4.评估结果
词汇表
业务建模指南:业务建模指南旨在说明如何建立业务用例、业务角色和业务实体的模型。
业务实体:业务实体是被动类;即它本身不能启动交互。
业务实体对象可参与许多不同的业务用例实现,并且通常生存期比任何单个的交互更持久。
在业务建模中,业务实体代表业务角色访问、检查、*纵、生成等的对象。
业务实体对象为那些参与不同的业务用例实现的业务角色提供了共享基础。
组织单元:组织单元是业务角色、业务实体、关系、业务用例实现、图和其他组织单元的集合。
组织单元通过将该模型分成若干小的部分,来建立业务对象模型结构。
业务对象模型:业务对象模型是描述业务用例实现的对象模型。
业务规则:业务规则是必须遵守的政策或条件的声明。
业务前景:业务前景确定了业务建模工作针对的目标和对象。
业务用例:业务用例(类)定义一组业务用例实例,其中每个实例都是业务执行的一个*作序列,对于特定的业务主角来说,*作序列所产生的结果是可见值。