2012-2013 第二学期 11本 UML 第十二章 业务建模

UML 面向对象技术教程
第十二章 业务建模
1
一．业务建模概述
1．业务建模的目的: 软件系统的需求的充分性和必要性的要求。
▲ 通过业务建模可捕获较准确的用户需求，为后续的
软件分析和设计提供依据。因为系统开发人员往往不精
于业务，为使开发出的软件满足需求，必须准确掌握业 务过程。
▲
业务建模的另一个目的是分析和改善机构的业务过
三. UML业务建模扩展（续）
因此，用UML进行业务建模，就要UML进行扩展。要通过在UML 核心建模元素上定义版型来满足业务建模的需要。 比如 Eriksson-Penker 扩展方法中，用Activityd 的 《process》版型表示业务过程，用版型《resource》表示资源 等。 而在Rose 中对业务建模的扩展和 Eriksson-Penker 扩展方 法有所不同，Rose 中定义了业务参与者、业务工人、业务实体、 业务用例、机构单元等图符。
系统更好地支持机构中的业务。在对软件系统建模时， 业务模型可起到以下作用：
1. 帮助确定更适合机构中业务的软件系统。
2. 帮助确定功能需求。（例如建立Use Case）
3. 帮助确定非功能需求。（安全性、速度、可用性） 4. 作为分析设计软件系统的基础。（归纳类） 5. 帮助识别业务构件。（封装构件）
3．业务结构视图（Business Structure View）
可用UML的类图和对象图表示 4．业务行为视图（Business Behavior View） 可用UML的状态图、交互图和活动图表示。 核心视图是业务过程视图。（参照P128图12.19）
五. 从业务模型到软件模型
在创建软件模型之前，先定义业务模型，可以使软件
附注: MIS中的业务流程图（续二）
提货通知
仓库
缺货通知
采购员
催货单
供货单位
Байду номын сангаас
补充订单 订货合同
传统的业务流程图
《process》 业务过程名称 《包的版型》 包名 活 动 名 活 动 名 业务模型 几种元素
三. UML业务建模扩展（续二）
比如：
业务参与者
业务工人
业务实体
业务参与者和业务工人是资源，业务实体是业务过程
中使用和产生的对象。其版型分别为《Actor》, 《Business Worker》,《Business Entity》
四. 业务体系结构（续）
业务体系结构的4个视图： （参见P127 Eriksson-Penker方法的4个视图）
总体景象 目标、目标结构 类图、对象图
活动交互 活动图
业务景像视图
Business Vision View
业务过程视图
Business Proc View
业务结构视图
Business Struc View
介绍Rose中的业务用例图：
例1. · · 以下是“某零售店”的业务描述： 零售店具有产品销售、送货、自主定价及退款 售货员负责销售产品；司机负责给顾客送产品；
(reimburse) 等业务；
产品定价及退款等事宜由零售店经理负责。
请建立零售店的业务模型
三. UML业务建模扩展（续五 ）
上图是从机构角度出发来显示业务实例和业务角色之 间的交互。
· 社会 - 政治（socio-political）--- Who 。
一．业务建模概述（续三）
4．业务模型和软件系统的关系：
业务模型
软件系统A
软件系统B
a、软件系统依赖业务模型，因软件最终是要支持业务。 b、同一业务模型可有多个软件系统来支持它。 c、不同的软件系统对业务模型中的业务支持程度和准确
一．业务建模概述（续二）
3．业务建模都涉及那些方面？ 业务建模是分析业务过程，而得到业务模型，以下5W1H
就是说明在业务建模过程中要解决的问题的几个方面。
·要解决的对象（object）---- What ； · 过程（process）---- How ； · 事件（event）---- When ； · 地点（location）---- Where ；
度可能不同。
二. 业务建模中涉及的概念
1）目标(goal): 业务要达到完成的结果。 2）过程(process):业务中执行的活动步骤，资源状态 的改变。 3）资源(resources):比如人、产品、部门、信息等等。 4）规则(rule):需遵循的规定和约束，也是业务知识的 表现；具体可分成三种类型。 功能性：（functional） 行为性：（behavioral）
结构性：（structural）
三. UML业务建模扩展
业务建模是独立存在的。不是非要用UML来表示。
比如“业务流图”，就是一种广泛应用于MIS应用系统的 业务表示法。但若采用UML进行业务建模会有以下好处： 1. 在概念上选择了面向对象的理念和方法。 （比如模型中的过程、目标、资源和规则，以及模型元 素的表示方法等概念相似。） 2. 技术成熟。（可以更好处理大型的软件系统） 3. 标准化的符号语言。（易于理解、交流、沟通） 4. 易于转化（消除了业务模型到软件模型之间的鸿沟）
业务行为视图
Business Beha View
资源行为 状态图、顺序图 协作图、活动图
资源结构 组织、产品结构 类图、对象图
四. 业务体系结构（续）
1．业务景象视图（Business Vision View）
可用UML的类图和对象图表示。
2．业务过程视图（Business Process View） 可用UML的活动图表示
三. UML业务建模扩展（续三）
在Rose下的业务用例的版型为《Business Use Case》， 它描述了机构中为外部的业务参与者提供的一组相关工 作流。比如 Price Products (给产品定价)，可描述为：
当然，业务用例图则是描述业务用例之间的关系图。
三. UML业务建模扩展（续四）
企业内部实体 企业外部实体 文档或单据 业务流程
附注: MIS中的业务流程图（续）
2. 实例 根据以下陈述，画出“订货业务”的业务流程图: “ 采购员从仓库收到缺货通知单后，查阅订货合同。 若已订货，则向供货单位发出催货请求。否则填写补 充订货单交供货单位。供货单位在发货的同时，向采
购员发出提货通知。”
在业务建模中，依然有我们常见的外部描述及 业务精度的问题。 外部指的是机构的边界和与外部要考虑的因素。 业务精度是指业务建模要描述细化的程度。 业务体系结构是已组织好的元素集合，这些元素 表示业务系统中的组织结构、行为结构和业务过程 的抽象，及它们之间的功能整体。总之，业务体系 结构是业务系统的抽象表示。 业务体系结构的4个视图： （参见P127 Eriksson-Penker方法的4个视图）
三. UML业务建模扩展（续六 略）
例2．以下是“银行信用业务”的业务描述：
·银行的出纳员负责管理各个客户的账户；
·对信用账户，则由专门的信用管理员来管理，信
用管理员也同时负责对客户贷款资金的管理。
·对于ATM则由分行服务器统一管理。
请建立绘制系统的业务模型。（同学自己来完成）
四. 业务体系结构
程。（但这不是我们的学习目的）
一．业务建模概述（续）
2．什么样的系统需要业务建模？
范畴：软件依赖于模型。
视依赖程度不同而导致不同领域的软件系统的开发在
步骤上存在一定的差别。
对企业信息系统，在系统分析之前往往会有业务建模 过程，该过程应在需求分析之前进行。 而对开发操作系统、嵌入式系统或某些智能系统，就 不需要业务建模的过程。
五. 从业务模型到软件模型（续）
软件模型和业务模型的差别：
· 业务模型涵盖手工形式的过程，但它不会在软件模
型中出现；
· 软件模型中涉及的详细技术解决方案，不是业务模
型的内容。
总之，业务模型比较概括（看重业务概念），软 件模型比较详尽（看重技术方案）
附注: MIS中的业务流程图
1. 图形符号:
: : : :