业务建模及用例建模
-38-
实例分析：业务对象模型
-39-
从业务模型到系统模型
• 对于软件开发而言，业务建模只是辅助环 节，并不是最终目标
– 软件工程师最终目标是要构造软件系统 – 业务建模则是一种定义系统模型的辅助手段
-15-
2.业务用例(Business Use Case)
• 识别业务用例
– 业务为业务参与者提供的价值 – 体现企业业务本质，是有意义的目标
看清楚了，我就是业务用例
-16-
业务用例与业务参与者
存款
储户
取款
转帐
食客 吃饭
企业
贷款
-17-
识别业务用例的方法
• 直接获得：从业务参与者的角度，从外部 推导出来
– 业务对象模型
• 类的构造型：业务工人(Business Worker)、业务实体 (Business Entity)
-32-
建模指南：模型的组织
• 利用“包”组织模 型 • 用例视图中
– “业务用例模型” – 每个业务用例的 ”状态/活动模型”
• 逻辑视图中
– “业务对象模型”
-33-
建模指南：使用构造型
• 识别业务参与者
– 在业务之外，与业务进行交互的人或组织
-12-
区分业务工人(Business Worker)
• 业务参与者在业务外面 • 业务工人在业务里面
储户
营业员
-13-
区分业务实体(Business Entity)
储户
营业员
经理
帐户
取款机
点钞机
-14-
识别业务参与者思路
• • • • • • • 客户 供应商 合作伙伴 潜在客户 政府 组织中未建模部分 ……
• 从业务模型到系统模型
– 业务模型描述了目前的业务现状 – 系统模型才是软件开发的最终工件
-40-
业务模型为系统模型提供素材
• 为用例视图和逻辑视图提供输入
– 对于每个将被系统实现的业务用例，在用例视 图中确定一个系统用例或用例包（或单独的子 系统）来实现该业务 – 为需要支持自动化业务确定相应的用例 – 对于业务对象模型中的业务实体，可以在系统 模型中定义对应的实体类
-23-
细说活动图
-24-
细说活动图(1)
• 起点、终点
– 活动的一种特殊形式，各自只有一个 – 起点：只有离开的转移 – 终点：只有进入的转移 – 存在从起点出发，到达终点的路径
• 活动和动作
• 分区
– 有进有出 – 动宾结构 – 可以简单，可以复杂 – 定义活动的负责者
-25-
细说活动图(2)
-30-
餐馆的业务对象模型
雇员
负责 1 领位员 服务员 厨师 1..* 菜肴
-31-
业务建模实践：建模指南
• 业务模型不是UML标准直接支持的，但是通 过UML的扩展机制可以很方便的建立业务模 型 • 主要构造型(stereotype)
– 业务用例模型
• 参与者的构造型：业务参与者(Business Actor) • 用例的构造型：业务用例(Business Use Case)
面向对象分析与设计
Object-Oriented Analysis & Design
学习路线图
1 2
OO
5 3 4
: :
8 6
OOP DP
UML … Case-Study …
7
9
10 …… …… …… ……
学习路线图
-2-
核心过程
-3-
业务建模
Business Modeling
开发过程解析
• 业务建模：用软件建模方法描述业务流程；其目标是 认识业务本质，该业务本质是后续用例建模的基础 • 用例建模：采用UML用例建模技术描述软件需求，该 需求模型将为后续用例分析提供输入 • 用例分析：采用UML用例分析技术分析软件需求，建 立软件系统的分析模型 • 架构设计：在系统的全局范围内，以分析模型为基础， 设计系统的架构 • 构件设计：根据架构设计的成果，将分析模型细化， 设计系统构件的实现细节 • 代码实现：将系统构件映射到目标语言上
• 业务用例模型是在UML的用例模型(用例图) 基础上添加构造型来实现的 • 业务对象模型是在UML的对象模型(类图)基 础上添加构造型来实现的
– 利用已有元素添加构造型 – Rose直接支持这些构造型
-34-
业务建模实践：实例分析
• 研究对象：某旅店 • 业务现状：
– 某旅店可对外开放50个双人间和20个单人间，房间 费用视情况按季节调整，但周一到周五提供半价 （周末全价）折扣 – 旅客可以直接入住房间(如果有空房)，也可提前预 订；入住和预订都需要登记个人信息 – 旅客提前预订房间时，需提交一定的订金；入住时 间24小时之外的旅客可以取消预订，并退回所有订 金，24小时以内则不退还订金 – 退房时缴纳全部的住宿费用 – 服务员每月为经理提供房间的预订情况和入住情况 的详细信息
• 业务建模关注
– – – – 机构的核心价值 机构的边界 机构的参与者 机构中的工作流及如何优化
-7-
业务建模方法
• 研究对象
– 软件要改进的业务单元
• 研究目标
– 定义业务本质
• 研究方法
– 用例观点：把业务看成对外提供价值的价值流
-8-
业务建模工件
• 业务用例模型(Business Use-Case Model)
难 捕 获 ， 易 变 ！
小一点的蓝色大理石
-48-
需求：也需要开发
客户/用户的要 求/想法/期望 软件产品
开发
验收
编码和测试
有价值的 软件需求
分析和设计
软件设计
-49-
需求问题：对策
难捕获
从用户视角看问题
用例
易变 合理的结构
-50-
内容安排
• 理解需求 • 从业务模型获取需求 • 用例建模流程
• 拼装：从里面往外面看，内部业务流程的 目标是什么
直接获得 拼装
业务工人
活动
业务工人
活动
-18-
从业务流程拼装业务用例
• 业务流程
– 1. 收款人在支票背后签名，写上身份证件号码， 把支票和身份证件交给营业员 – 2. 营业员核对印章正确且证件有效 – 3. 营业员操作营业受理系统，办理支票兑现手 续 – 4. 营业员把现金和证件交给交款人
-42-
用例建模
Use Case Modeling
内容安排
• • • • • • 理解需求 从业务模型获取需求 建立用例模型 编写用例文档 重构用例模型 其它问题
-44-
内容安排
• • • • • • 理解需求 从业务模型获取需求 建立用例模型 编写用例文档 重构用例模型 其它问题
-45-
需求—建造“正确”的系统
– 获取原始需求 – 构建初始用例模型 – 编写用例文档 – 重构用例模型
-51-
从业务模型获取需求
• 有业务模型
– 从业务用例模型中寻找系统改进点 – 结合系统远景，获取系统用例来表达需求
• 采用需求启发技术，从涉众获得
-52-
从业务模型获取需求
• 从业务用例模型中获取系统需求，来构建 系统用例模型
– 1. 寻找业务改进点 – 2. 定义项目远景 – 3. 导出系统需求
-53-
1. 业务改进点
• 业务模型描述业务现状，这些现状：
– 有些可能一直运转的很好，不需要改进，也就 没有必要作为软件需求来由系统实现
– 而另外可能更多的业务在运转过程中存在这样 或那样的问题，这些问题就成为业务待改进的 改进点，也就很可能作为软件需求而存在
-5-
业务
• 业务是指某个组织或者组织单元
• 业务可以看作一种包含了人、机器、资源 的“系统” • 利用软件思想(用例思想、对象思想)描述业 务的过程，就是业务建模
– 业务建模只是辅助环节 – 不是所有项目都需要 – 也不一定和软件开发相关
-6-
业务建模
• 业务建模的目的
• 理解将要实施的系统的组织结构和动态特性 – 理解当前在目标组织中的问题，并明确改进的潜力 – 确保客户、最终用户和开发人员对目标组织有统一 的理解 – 获取用于支持目标组织的系统需求
• 需求：客户可接受的、系统必须满足的条 件或具备的能力 • RUP中的FURPS+软件质量准则
– 功能性（Functionality） – 使用性（Usability） – 可靠性（Reliability） – 性能（Performance） – 可支持性（Supportability） –+
非功能性需求
– 详细说明业务用例的工作流程 – 说明业务用例的工作流程，以便于客户、用户 和涉众理解
-21-
三种可选技术
文字
活动图
顺序图
-22-
选择合适的技术
• 只有文字
– 不生动，不便于和客户交流
• 只有活动图
– 难以表达所有细节
• 业务用例文档中插入活动图 • 活动图中插入文字(+注释+基本路径) • 顺序图(需要涉及到业务对象模型)
收款人 兑现支票
-19-
识别业务用例-支持性事件
• 不要遗漏支撑性业务流程背后的业务用例 • 支持性事件
– 人员的发展与维护 – 业务内部IT的开发与维护 – 办公室的设立与维护 – 安全性 – 法律活动
• 例：公司为什么要举行足球比赛？
提高员工士气
-20-
董事会
3.详述业务用例
业务建模的方法
业务建模的方法在企业管理中，业务建模是一种重要的方法，它可以帮助企业更好地理解和优化自身的业务流程。
通过业务建模，企业可以明确业务流程中的每个环节，找出潜在的问题和改进的空间，从而提高业务效率和竞争力。
本文将介绍几种常用的业务建模方法，包括流程图、数据流图、实体关系图和状态转换图。
首先是流程图，流程图是一种直观且易于理解的工具，它用图形符号表示业务流程中的各个步骤和决策点。
在流程图中，每个步骤都以矩形框表示，箭头表示步骤之间的流向。
通过绘制流程图，企业可以清晰地了解业务流程的顺序和依赖关系，找出瓶颈和改进的机会。
接下来是数据流图，数据流图是一种描述数据流动和处理的图形工具。
在数据流图中，用箭头表示数据的流向，用圆圈表示数据的处理过程。
通过绘制数据流图，企业可以清楚地了解业务流程中数据的来源、流向和处理方式，帮助企业优化数据处理的效率和准确性。
另外一种常用的业务建模方法是实体关系图，实体关系图用于描述不同实体之间的关系。
在实体关系图中，实体用矩形框表示，关系用箭头表示。
通过绘制实体关系图，企业可以清晰地了解不同实体之间的关系，帮助企业优化数据的存储和管理方式。
最后是状态转换图，状态转换图用于描述系统或业务流程中的状态变化。
在状态转换图中，用矩形框表示不同的状态，用箭头表示状态之间的转换。
通过绘制状态转换图，企业可以清楚地了解系统或业务流程中的状态变化规律，帮助企业优化状态转换的逻辑和效率。
除了以上几种常用的业务建模方法，还有一些其他的方法，如用例图、活动图等，它们也可以根据具体的业务需求选择使用。
无论使用哪种方法，关键是要清晰地了解业务流程中的各个环节，找出问题和改进的空间，从而提高业务效率和竞争力。
业务建模是企业管理中的重要工具，通过合理运用业务建模方法可以帮助企业更好地理解和优化自身的业务流程。
本文介绍了几种常用的业务建模方法，包括流程图、数据流图、实体关系图和状态转换图。
希望读者通过本文的介绍，能够更好地应用这些方法，提升企业的业务管理水平。
业务流程建模方法
业务流程建模方法
业务流程建模是指将一个复杂的业务过程进行分解并描述成一系列的活动、决策和分支，并以图形化的方式展示出来，以便更好地理解和分析业务流程，从而提高业务流程的效率和质量。
常见的业务流程建模方法有：
1. 流程图：采用流程图的形式将业务过程中的活动、决策和分支进行可视化展示，以便更好地理解和分析。
2. 事件流图：将业务过程中的事件和活动以及它们之间的关系进行可视化展示，以便更好地理解和分析业务流程的整体演变过程。
3. 数据流图：将业务过程中的数据流动和处理过程进行可视化展示，以便更好地理解和分析业务流程的数据流转和处理方式。
4. 时序图：通过时序图展示业务过程中的活动和事件之间的顺序关系，以便更好地理解和分析业务流程的执行顺序和流转路径。
5. UML建模：利用UML（统一建模语言）进行业务流程建模，包括使用用例图、活动图、时序图等来描述业务过程的各个方面。
以上方法可以根据具体的业务场景和需求来选择，用于对业务流程进行建模和分析，以便更好地优化和改进业务流程。
面向对象的系统分析——业务用例建模
面向对象的系统分析——业务用例建模
实验过程
1、分组选定一个合适的信息系统项目（可以和你的老师共同讨论确定）；
批发商（或分销商）主导的供应链。
制造商、批发商（库存）、零售商、物流
2、讨论或查找资料、调研等方式确定系统的业务目标；
（1）快速准确地为零售商提供有效的服务
（2）规范化企业内部管理
（3）做好商品的质量检查工作，为客户提供高质量的商品
（4）规范化财务管理
(1)规范分销企业的内部管理，提高工作效率和管理效能；
(1)提高办事效率，缩减供货时间，方便零售商，为零售商提供更好的服务；
(1)规范化财务管理，提高业务效率，减少人为差错；
(1)采集营销和管理数据，进行商业分析，提供决策支持；
监督，保障；
3、根据业务目标确定系统问题域边界；
4、确定边界外的涉众；
5、对涉众进行需求调研，确定涉众的需求期望；
6、确定业务主角；
7、根据业务主角的要求，找到业务用例，并进行优化；
8、利用Microsoft Visio或Rational Rose绘制用例图；
9、为每个用例图添加注释。
业务流程建模
业务流程建模业务流程建模是指通过对企业内部各项业务活动的分析、抽象和表达，以图形化的方式展现出企业的业务流程，从而帮助企业更好地理解和管理自身的业务流程。
在当今信息化的时代，企业面临着日益复杂的业务流程和变化多端的市场环境，因此，对业务流程进行建模已成为企业管理的一项重要工作。
首先，业务流程建模的目的在于帮助企业更好地理解和分析自身的业务流程。
通过建模，企业可以清晰地展现出各个业务活动之间的关系和流程，帮助管理者更好地了解业务的运作情况，从而进行有效的管理和优化。
其次，业务流程建模还可以帮助企业发现和解决问题。
通过对业务流程的建模分析，企业可以发现存在的问题和瓶颈，及时进行调整和改进，提高业务效率和质量。
另外，业务流程建模还可以为企业的信息化建设提供重要的支持。
在企业进行信息化建设时，需要清晰地了解业务流程，以便进行系统设计和开发。
通过业务流程建模，可以为信息化项目的顺利实施提供重要的参考依据。
业务流程建模的方法和工具多种多样，常见的有流程图、数据流程图、UML建模等。
不同的方法和工具适用于不同的业务场景，企业可以根据自身的实际情况选择合适的建模方法和工具。
在进行业务流程建模时，需要注意以下几点。
首先，要充分了解业务流程的实际情况，与相关人员进行沟通，确保对业务流程的理解准确。
其次，要注重业务流程的精细化，尽可能详细地展现出各项业务活动之间的关系和流程。
另外，要注重业务流程的动态化，考虑到业务流程可能存在的变化和调整，使建模结果更具有灵活性和可持续性。
总之，业务流程建模是企业管理的重要工具，通过建模可以帮助企业更好地理解和管理自身的业务流程，发现和解决问题，为信息化建设提供支持。
因此，企业应重视业务流程建模工作，合理选择方法和工具，确保建模结果的准确性和实用性。
业务流程建模语言标准包括
业务流程建模语言标准包括
1. BPMN（Business Process Model and Notation）：业务流程建模与标记语言，用于描述业务流程的图形化表示，包括流程、活动、事件、网关等元素。
2. UML（Unified Modeling Language）：统一建模语言，用于描述系统的结构和行为，包括用例图、类图、时序图等。
3. EPC（Event-driven Process Chain）：事件驱动流程链，用于描述业务流程中的事件、功能和控制流程。
4. IDEF（Integrated Definition for Function Modeling）：用于描述组织结构、功能和流程的建模语言。
5. Petri网：用于描述并发系统的行为和状态转换的建模语言。
6. DFD（Data Flow Diagram）：数据流程图，用于描述系统中数据流动和处理的过程。
7. ERM（Entity-Relationship Model）：实体关系模型，用于描述系统中实体和实体之间的关系。
这些标准包括了不同方面的业务流程建模需求，可以根据具体的业务场景和需求选择合适的标准进行建模。
UML系统需求分析建模实例包括业务建模
UML系统需求分析建模实例包括业务建模一、背景某公司为了提高内部管理效率，决定开发一个在线人事管理系统。
该系统主要目标是帮助公司员工和管理人员更好地进行人事管理工作，包括员工信息管理、薪资管理、请假管理等功能。
二、业务建模1. 参与者- 员工：具有查看和修改个人信息的权限。
- 人事部门：负责对员工信息进行管理、薪资管理和请假管理。
- 管理员：拥有所有功能权限。
2. 用例图用例图展示了系统的功能视图，包括主要的参与者和他们的交互。
（图1：用例图）3. 用例描述- 查看个人信息：员工可以查看自己的个人信息，包括个人资料、联系方式和工作历史。
- 修改个人信息：员工可以修改自己的个人信息，如联系方式和地址等。
- 管理员登陆：管理员可以使用管理员账号登陆系统。
- 管理员工信息：管理员可以查看和修改员工信息，包括添加员工、删除员工和修改员工信息等。
- 薪资管理：人事部门可以查看和修改员工薪资信息。
- 请假管理：人事部门可以管理员工的请假信息，包括请假申请和批准等。
4. 状态图状态图描述了系统中的一个对象或参与者的状态变化。
（图2：状态图）5. 类图类图展示了系统中的类以及它们之间的关联。
（图3：类图）三、系统分析1. 需求分析对于查看个人信息的用例，系统应该提供一个界面给员工输入自己的员工号，然后显示员工的个人信息。
对于修改个人信息的用例，系统应该提供一个界面给员工输入员工号和想修改的信息，然后保存修改后的信息。
对于管理员登陆的用例，系统应该提供一个界面给管理员输入管理员账号和密码进行登陆。
对于管理员工信息的用例，系统应该提供一个界面给管理员查看和修改员工信息，包括添加、删除和修改员工信息。
对于薪资管理的用例，系统应该提供一个界面给人事部门查看和修改员工薪资信息。
对于请假管理的用例，系统应该提供一个界面给人事部门管理员工的请假信息，包括请假申请和批准。
2. 非功能性需求- 界面友好：系统应该提供直观、易用的界面来满足用户的需求。
业务建模及用例建模
业务建模及用例建模1. 业务建模业务建模是指通过对企业业务流程的描述和分析，来描绘企业的运营过程和业务逻辑关系。
它可以帮助企业理清业务流程，优化业务流程，并对业务进行管理和改进。
在软件开发过程中，业务建模也起到了重要的作用。
1.1 业务建模的目的和意义业务建模的目的是帮助企业更好地了解自己的业务流程，找出其中的问题和瓶颈，提出解决方案，并设计出更加高效的业务流程。
通过业务建模，企业可以减少资源浪费，提高业务效率，提升客户满意度。
1.2 业务建模的方法和工具在进行业务建模时，可以采用多种方法和工具，常用的有以下几种：•流程图：用于描述业务流程中的各个步骤和流程之间的关系。
可以直观地展示业务流程，帮助人们理清业务逻辑。
•EPC图：由由事件、功能和控制流组成的图形结构，用于描述业务流程中的各个步骤和流程之间的依赖关系。
•UML：包括用例图、活动图、类图等多种图表，用于描述软件系统的需求和设计。
1.3 业务建模的实施步骤进行业务建模时，可以按照以下步骤来进行：1.确定建模范围：明确需要建模的业务过程范围，确定建模的目标和侧重点。
2.收集业务信息：收集相关业务信息，包括业务流程、业务规则等。
3.描述业务流程：使用合适的建模工具，如流程图、EPC图等，描述业务流程中的各个步骤和流程之间的关系。
4.分析业务流程：对业务流程进行分析，找出问题和瓶颈，并提出改进建议。
5.优化业务流程：根据分析结果，对业务流程进行优化，设计更加高效的业务流程。
6.审核和验证：对优化后的业务流程进行审核和验证，确保其符合实际需求。
7.实施和改进：根据实际情况，将优化后的业务流程付诸实施，并不断进行改进和优化。
2. 用例建模用例建模是指通过对系统的功能需求进行描述和分析，确定系统与用户之间的交互行为和功能。
它可以帮助开发人员更好地理解用户需求，设计出更符合用户期望的系统。
2.1 用例建模的目的和意义用例建模的主要目的是用于系统需求分析和系统设计。
业务建模及用例建模共141页
6、最大的骄傲于最大的自卑都表示心灵的最软弱无力。——斯宾诺莎 7、自知之明是最难得的知识。——西班牙 8、勇气通往天堂，怯懦通往地狱。——塞内加 9、有时候读书是一种巧妙地避开思考的方法。——赫尔普斯 10、阅读一切好书如同和过去最杰出的人谈话。——笛卡儿
Thank you
业务建模及用例建模
51、没有哪个社会可以制订一部永远 适用的 宪法， 甚至一 条永远 适用的 法律。 ——杰 斐逊 52、法律源于人的自卫本能。——英 格索尔
53、人们通常会发现，法律就是这样 一种的 网，触 犯法律 的人， 小的可 以穿网 而过， 大的可 以破网 而出， 只有中 等的才 会坠入 网中。 ——申 斯通 54、法律就是法律它是一座雄伟的大 夏，庇 护着我 们大家 ；它的 每一块 砖石都 垒在另 一块砖 石上。 ——高尔斯华 绥 55、今天的法律未必明天仍是法律。 ——罗·伯顿
第3章 业务建模
业务建模步骤
1、识别业务参与者（Business Actor），业务参与者也称 组织的执行者或业务执行者，即在组织之外和组织交互 的人群或组织。
图1 业务参与者
以一家商业银行为研究对象，谁在外面和它打交道？储户来存钱，企 业来贷款，人民银行要对它作监管…。这些就是该商业银行的执行者。
错误与正确的业务用例图示例
业务实体（Business Entity）
业务用例模型
业务用例模型是说明业务预期功能的模型。作为一个核心 输入模型，业务用例模型用于确定组织的各个角色和可交 付工件。 业务用例模型是企业最核心，最概括的业务说明。它主要 是由业务用例和业务参与者构成的，其主要目的是说明客 户和合作伙伴是如何开展业务的，它描述业务的主要方式 是通过业务用例的方式。 业务用例模型实际上就是企业经营业务的一种描述。为了 建立完整、准确的企业用例模型，应该将注意力专注于企 业的业务做了些什么事情，而不应该集中于如何做。
图13 Word要不要画出来？
业务序列图要点
4、把时间看作特殊的业务实体
时间和定时器不是一个概念。时间是外系统，定时器是其他系统 用来和时间打交道的边界类。世界上只有一个时间系统，但有无 数的定时器。
图 4-22 把时间当作一个系统
业务建模应用举例
以一个大学图书馆管理系统EasyLibrary为例，根 据建模要求和步骤，逐步完成建模工作。目前， 先完成愿景与业务建模部分。 业务建模使用astah工具进行。
描述业务流程的手段
2、活动图
这里的活动图准确地说是活动图的“山寨版”─流程图。 用流程图来表示组织内部各系统（岗位）之间的协作，即 业务流程，就变成了业务流程图，接近于活动图。活动图 可以看作是流程图的扩展，添加了分区（Partition，即 UML1.x中的泳道）、分叉（Fork）、结合（Join）等元素， UML2.x进一步增加了Petri网的元素，表达能力更加丰富。
UML业务建模实例分析四例
UML业务建模实例分析在我国十年前ATM（自动取款机）还是一个很新鲜的事物，现在在城市的大街小巷随处可见。
我们在日常生活中也经常和ATM打交道。
本章我们将以简化的ATM系统为例将前面几章中学到的用例图、类图、顺序图、状态图、活动图及协作图知识运用到此例中。
参与者"银行储户"和ATM机。
简化后的ATM机仅有取款、存款及其余功能。
其余功能不做详细说明。
图5.1 自动取款机（ATM）系统用例图银行储户在ATM机上完成取款、存款及其他业务。
图5.2所示的银行系统类图和图3.5是类似的，只是将工作人员换成了ATM。
整个银行系统包括了帐户库、银行储户库及ATM系统。
许多单个的帐户组成了帐户库。
帐户具有帐户类型、帐户号、余额三个属性，均为private，其类型分别为char，int，double。
六个操作分别为setType、getType、getAccountNumbe、setAccountNumbe、caculateBalance、getBalance，除caculateBalance为protected其余均为public。
setType设置帐户类型，返回类型为void，参数类型为char，输入帐户类型。
getType获取帐户类型，返回类型为char，无参数。
setAccountNumbe设置帐户号，返回类型为void，参数类型为int，输入帐户号。
getAccountNumbe获取帐户号，返回类型为int，无参数。
caculateBalance计算余额，返回类型为void，参数为double，第一个参数为输入存取款数额，第二个参数为存款余额，既为输入也为输出。
getBalance获取帐户余额，返回类型为double，无参数。
许多银行储户组成了储户库。
ATM系统包含了许多ATM机。
银行储户及ATM机两个类包含哪些属性，哪些操作，它们的可见性及操作的返回类型、参数个数、参数类型从类图上都一目了然。