本节和大家学习一下UML业务建模的应用，主要向大家描述一下如何对服务项目进行UML业务建模，一个服务项目是一个业务系统对外提供的一项有价值的服务过程。
如何对服务项目进行UML业务建模
一个服务项目是一个业务系统对外提供的一项有价值的服务过程。每个组织或企业（业务系统）存在的理由都是因为它们能够对外界提供这些服务项目。
需要辨析的是，服务项目不是笼统的价值描述，而是对应确实可行的一系列的行为过程的指称，也就是说，提到一个服务项目的名称，我们就知道意味着可以启动执行的一个具体的事例。比如说，畅享网列举的主要服务如下：
◆结识全球各地的管理、信息化、投融资等领域的人脉。
◆发起、加入自己感兴趣的圈子，创建同好、校友、同事联络区，组织线上线下活动。
◆发布、获取、讨论商业机会，招聘人才、获取工作，进行服务及物品的交易。
◆在最早、最丰富、最权威的管理和信息化知识库里获取专业实用的理论研究、实践经验、案例探讨、解决方案、可用资源。
◆同专业人士分享您在管理和信息化领域的思考、心得、经历、体验。
◆第一时间获取业内知名企业、企业家、专家的新闻动态。
◆创建个人博客，记录人生感悟、展示自我风采，用拖拉方式DIY博客，完全个性化。
其中谈到了很多畅享网可以提供的服务项目，也谈到了畅享网能提供的价值。如：同专业人士分享您在管理和信息化领域的思考、心得、经历、体验。就是对服务价值的描述，而创建个人博客，记录人生感悟、展示自我风采，用拖拉方式DIY博客，完全个性化。则是一个具体的服务项目。服务价值是通过提供服务项目来实现的。进行这样的区分是非常重要的，因为建模的关键之一就是要仔细辨识一些概念的微妙关系与区别，只有这样，我们才能真正认清事物的关键部分和本质部分。
UML业务建模正是通过对服务项目的建模来体现业务系统的价值的。UML使用"业务用例"（BusinessUsecase）一词来称呼服务项目。很多初学者对"用例"这个名字感觉很不习惯，为什么要取这么个怪名字呢？我想，主要还是为了突出服务项目的动态交互性和价值的明确性。
Usecase这个名字首先告诉我们这是一单Case，什么叫Case？Case就是当回事，当回事就是有开始、有过程、有结尾、有收获，还可以做了一回又做一回，即可重复。
Use有两层含义：
◆可用：说明这是一件可以操作的具体的事；
◆有用：说明这是一项有价值的事。
UseCase合起来，就是"可用的和有用的事例"，简称"用例"，还是蛮讲得通的。BusinessUseCase就是"业务系统提供的可用的和有用的事例"的意思了，其实，这不就是"服务项目"这个名称的含义吗？
我们常说，要做有用的人，要做有价值的企业。什么是有用的人，有价值的企业呢？有用的人，是通过这个人能做有用的几件事来体现的，有价值的企业，也是通过企业能提供有价值的服务来表现的。价值是人的根本需求，"用例"则是对实现和表达需求的肢体语言的描述，是一个过程。可以说，用户的需求是很少变化的，变化的是用户实现需求的过程。在对业务系统的分析中，发现业务需求与业务用例（业务价值与业务过程）的映射关系是非常重要的。我们通过表达业务系统可用和有用的事，就能间接地表达业务系统有什么价值。
为了说明需求与用例的关系，我再举一个简单的例子。
比如问，水果刀有什么用（价值）？
我们一般会马上回答：可以用来削皮，切开水果。
我们回答的实际上是"用水果刀能做什么事？"这个问题，得到了"削皮"和"切果"两个答案，也就是两个"用例"。
那么，真正的需求是什么呢？也就是"水果刀有什么用（价值）？"这个问题的真实答案应该是什么呢？应该是：1.使水果吃起来更卫生；2.使水果吃起来更方便。这才是真正的水果刀的价值。
我们可以看到，实现水果刀价值的过程，不一定只有"削皮"和"切果"这两个过程，也不一定只有水果刀能提供这些过程，比如削皮机，果汁机等都可以用不同或相同的过程来满足两项需求。用例是满足需求的过程，而需求则是过程背后所实现的价值。这正是UML业务建模的核心思想。
【编辑推荐】
