1、背景描述

最近上演了许多公司的合并大戏，比如赶集网和58同城，滴滴和快的等的兼并战争。从媒体的报道来看，这些公司的创始团队肯定打了个难舍难分，然后经过无比痛苦纠结的考虑，最后做出合并的决定，划定各自的权益。如下，我们可以简单的理解为，某一方是业务员，某一方是客户，业务员提出要跟客户合并，然后开始商谈合并事宜。

2、案例说明

我们上面提到了合并的抽象化，那么我们描述一个场景如下：

1）公司业务员打电话给客户，确定一个约定

2）如果约定的地点是在公司内部，那么行政部的同事需要为会面安排一间会议室

3）如果约定的地点时在公司外部，那么业务员需要用笔记本准备一份陈述报告

4）业务员与客户在约定的时间和地点见面

5）业务员准备好会议用纸

6）如果会议产生一个陈述，业务员需要记录下来备案。

3、活动图

这里，我们用活动图描述，如下：

我们看左边，是一个普通的活动图，可以看成是一个简单的流程图；右边是带泳道的活动图。

活动图和我们时序图有一些相似的地方，都是用于描述一个事物或者行为的流程。但是活动图是用来描述流程的，一般情况下，活动图比时序图复杂。有时候有时序图描述不了的流程，但是没有活动图无法描述的场景。在实际的工作中，建议优先考虑时序图，如果时序图描述不了，那么就考虑使用活动图来进行描述。

1、背景描述        最近上演了许多公司的合并大戏，比如赶集网和58同城，滴滴和快的等的兼并战争。从媒体的报道来看，这些公司的创始团队肯定打了个难舍难分，然后经过无比痛苦纠结的考虑，最后做出合并的决定，划定各自的权益。如下，我们可以简单的理解为，某一方是业务员，某一方是客户，业务员提出要跟客户合并，然后开始商谈合并事宜。2、案例说明我们上面提到了合并的抽象化，那么我们描述 在 UML 中， 活动 图 用于显示 活动 的顺序。 活动 图 显示了从起点到终点的工作流程，详细说明了 活动 中包含的事件进程中存在的许多决策路径。它们可用于详细说明在执行某些 活动 时可能发生并行处理的情况。 活动 图 对于业务建模很有用，它们用于详细说明业务 活动 中涉及的流程。 活动 图 示例如下所示。 以下部分描述了构成 活动 图 的元素。 活动 是对行为的参数化序列的规范。 活动 显示为圆角矩形，其中包含构成 活动 的所有操作、控制流和其他元素。 1.定义： 活动 图 是一种动态行为 图 ，主要描述某一方法、用例的内部行为，表示某一 活动 对象的行为顺序关系，在 UML 中指某个用例的 活动 图 。 2.组成： 活动 、动作流、条件（控制点和决策点）、并发（分叉和汇合）、泳道、起始点。 二、 活动 （Activity）： 活动 图 的基本单位。  活动 可以分解成其他子 活动 或动作；  活动 的内部 活动 可以用另一个 活动 图 来表示； “5.7.3 进度管理” -> “2.进度安排” -> “2）PERT 图 ” 进度安排的常用 图 形描述方法有Gantt 图 （甘特 图 ）和项目计划评审技术（Program Evaluation & Review Technique，PERT） 图 任务： 图 中的箭头，表示“任务”。 他可以标上完成该任务所需的时间。为表示任务间的关系，可以有空任务（由虚线箭头表示，所需时间为 0） 每个任务可以有一个松弛时间（Slack Time）。 事件： 图 中的节点，表示“事件”。 统一建模语言（英语：Unified Modeling Language，缩写 UML ）是非专利的第三代建模和规约语言。 UML 是一种开放的方法，用于说明、可视化、构建和编写一个正在开发的、面向对象的、软件密集系统的制品的开放方法。 UML 展现了一系列最佳工程实践，这些最佳实践在对大规模，复杂系统进行建模方面，特别是在软件架构层次已经被验证有效。 在 UML 系统开发中有三个主要的模型： 功能模型... +----------------------+ +---------------------+ +------------------------+ | Presentation | | Business | | Data Access | +----------------------+ +---------------------+ +------------------------+ | | | | | | | View | | Controller | | Repository | | - Displays data | | - Manages business | | - Retrieves and stores | | - Accepts user input | | logic and workflow| | data from database | | | | - Communicates with | | | | | | data access layer | | | +----------------------+ +---------------------+ +------------------------+ 在此示例中，我们看到一个典型的三层应用程序架构。Presentation层负责呈现用户界面，Business层负责处理业务逻辑，Data Access层负责管理数据访问。每个层都包含一个或多个组件，这些组件协同工作以实现应用程序的功能。例如，在Presentation层中，View组件显示数据并接受用户输入。在Business层中，Controller组件管理业务逻辑和工作流程。在Data Access层中，Repository组件负责从数据库中检索和存储数据。