第12章业务建模
第12章 业务建模
1.业务建模概述 业务建模是对问题域的工作过程建模。不同于软件 系统建模,但它是系统建模的依据。 开发软件系统的主要问题是:系统的需求是不是用 户的真正需求?怎样才能知道用例分析中得到的用例 集完全满足了用户的需求? 业务建模可以较准确地捕获需求,能够为软件系统 分析设计提供依据
1. 业务建模概述 业务建模是对问题域的工作过程建模。不同于软件 系统建模，但它是系统建模的依据。 开发软件系统的主要问题是：系统的需求是不是用 户的真正需求？怎样才能知道用例分析中得到的用例 集完全满足了用户的需求？ 业务建模可以较准确地捕获需求，能够为软件系统 分析设计提供依据
1.业务建模概述 个机构中存在各种各样的业务过程,每个业务过 程往往由多个活动组成。 机构 部门 输入 输出 业务过程 中间产品 对象 商品 客户
1. 业务建模概述 一个机构中存在各种各样的业务过程，每个业务过 程往往由多个活动组成。 机构 业务过程 1..* 对象 中间产品 部门 1..* 输出 1..* 商品 客户 输入
1.业务建模概述 需要业务建模的系统:企业信息系统、银行业务系 统、电信服务系统等。 不需要业务建模的系统:操作系统、嵌人式系统等 目的:1)更好地理解、分析、改善和替换机构中业 务过程;2)作为软件系统的开发基础,使软件系统能 更好地支持机构的业务过程
1. 业务建模概述 需要业务建模的系统：企业信息系统、银行业务系 统、电信服务系统等。 不需要业务建模的系统：操作系统、嵌人式系统等。 目的：1）更好地理解、分析、改善和替换机构中业 务过程；2）作为软件系统的开发基础，使软件系统能 更好地支持机构的业务过程
1.业务建模概述 对以下几个方面建模 >对象( object),涉及what方面的问题;原材料、产品、工人等 ≯过程( process),涉及how方面的问题;机构中的工作流程、主要过程 事件( event),涉及when方面的问题;在什么时候做什么活动 地点( location),涉及 where方面的问题;在什么地方做什么活动 >社会政治(sp),涉及who方面的问题。社会环境
1. 业务建模概述 对以下几个方面建模： ➢对象（object），涉及what方面的问题；原材料、产品、工人等 ➢过程（process），涉及how方面的问题；机构中的工作流程、主要过程 ➢事件（event），涉及when方面的问题；在什么时候做什么活动 ➢地点（location），涉及where方面的问题；在什么地方做什么活动 ➢社会-政治（s-p），涉及who方面的问题。社会环境
1.业务建模概述 业务模型与软件系统的关系(类似接口与实现) 软件系统A INterface>> 业务模型 不同的软件系 统对业务模型 中的业务支持 程度和准确度 可能会不一样 软件系统B
1. 业务建模概述 业务模型与软件系统的关系（类似接口与实现） 软件系统A 软件系统B 业务模型 > 不同的软件系 统对业务模型 中的业务支持 程度和准确度 可能会不一样
2.业务建模中的基本概念 主要概念有: 目标(gol),业务企图达到的结果。生产一种产品,机构向社会提供某 种服务等 过程( process),在业务中被执行的活动,这些活动会改变资源的状态。 资源( resource),在业务中使用或产生的对象,资源之间存在相互关系。 人,物料,信息,产品等。 >规则(rule),对业务中的某些方面进行规定和约束,是业务知识的一种 表示形式。规定了一个过程应该怎样执行,资源的结构及相互关系应该是怎 样的等。 规则分:功能性(达到某种需求)、行为性(怎样做)和结构性(资源间 关系)三种类型,分别可由业务用例图、活动图和分析级类图描述
2. 业务建模中的基本概念 主要概念有： ➢目标（goal），业务企图达到的结果。生产一种产品，机构向社会提供某 种服务等 ➢过程（process），在业务中被执行的活动，这些活动会改变资源的状态。 ➢资源（resource），在业务中使用或产生的对象，资源之间存在相互关系。 人，物料，信息，产品等。 ➢规则（rule），对业务中的某些方面进行规定和约束，是业务知识的一种 表示形式。规定了一个过程应该怎样执行，资源的结构及相互关系应该是怎 样的等。 规则分：功能性（达到某种需求）、行为性（怎样做）和结构性（资源间 关系）三种类型，分别可由业务用例图、活动图和分析级类图描述
3.UML的业务建模扩展 业务建模与UML没有直接关系:各自是独立演化、 发展的。 使用UML建立业务模型有许多好处: 概念上相似许多概念可自然地影射到O技术中。 技术成熟oo技术已在软件开发领域使用多年,证明其能够处理大 型复杂的软件系统,同样可处理大型复杂的业务系统。 标准化的符号UML已成为标准,标准化符号有助于业务建模人 员与软件开发人员的交流。 消除业务模型与软件模型之间的鸿沟采用一致的符号, 能消除模型之间的鸿沟,象O○能消除分析与设计阶段的鸿沟一样
3. UML的业务建模扩展 业务建模与UML没有直接关系：各自是独立演化、 发展的。 使用UML建立业务模型有许多好处： ➢ 概念上相似 许多概念可自然地影射到OO技术中。 ➢ 技术成熟 OO技术已在软件开发领域使用多年，证明其能够处理大 型复杂的软件系统，同样可处理大型复杂的业务系统。 ➢ 标准化的符号 UML已成为标准，标准化符号有助于业务建模人 员与软件开发人员的交流。 ➢ 消除业务模型与软件模型之间的鸿沟 采用一致的符号， 能消除模型之间的鸿沟，象OO能消除分析与设计阶段的鸿沟一样
3.UML的业务建模扩展 通过扩展UML进行业务建模,方法是:在UML的核 心元素上定义构造类型来满足业务建模的需要 Eriksson- Penker扩展 Rose2003扩展
3. UML的业务建模扩展 通过扩展UML进行业务建模，方法是：在UML的核 心元素上定义构造类型来满足业务建模的需要。 ➢ Eriksson-Penker扩展 ➢ Rose 2003扩展
3.UML的业务建模扩展 Eriksson- Penker扩展 业务过程是活动的 构造类型 装配线是包的> ine>>构造类型 业务过程 装配线表示信息系统中的 个信息对象,业务过程 可以读或/和写装配线上的 信息 >a
3. UML的业务建模扩展 Eriksson-Penker扩展 > 业务过程 业务过程是活动的 >构造类型 >a 装配线是包的>构造类型 装配线表示信息系统中的 一个信息对象，业务过程 可以读或/和写装配线上的 信息
