任务: 小组分析火车票购票系统的需求与设计实习，并分配人员完成相对应内容
内容:
1、购票系统用例图
2、用户模块类图
3、订单模块类图
4、订单的状态图
5、购买车票的活动图
6、购买车票的时序图
7、车票改签的协作图
8、购票系统部署图
产出结果： 系统用例图、系统状态图、系统时序图、关键类图、活动图
经过小组之间的讨论我们大致将系统分为6大模块，分别是公共模块、用户模块、支付模块、订单模块、车次管理模块、网关模块。
UML 图介绍
UML-Unified Modeling Language 统一建模语言，又称标准建模语言。是用来对软件密集系统进行可视化建模的一种语言。
Unified ： 说明以前不统一
Model ： 建模往往需要抽象
Language： 交流，为啥能够交流，定义共同的协议！
UML图的分类
静态结构图：类图、对象图、包图、组件因、部署图
动态行为图：交互图（时序图与协作图）、状态图、活动图
类图： 是显示了模型的静态结构，特别是模型中存在的类、类的内部结构以及它们与其他类的关系等。
类图的六大关系
泛化关系：即继承关系
实现关系：实现接口
聚合关系：业务上整体与部分可以分开，是关联关系的特例
组合关系：业务上整体与部分不可以分开，同样是是关联关系的特例
依赖关系：只要在类中用到了对方，就存在依赖关系
关联关系：体现的是业务逻辑的关系，是依赖关系的特例，具有导航性&多重性
关系强弱:：泛化 = 实现 > 组合 > 聚合 > 关联 > 依赖
时序图： 又名序列图、循序图，是一种UML交互图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。
• 关注正常流程
• 不关注逆流程
• 不关注异常流程
• 不关注分支判断
用例图： 用例图是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。
- 参与者(Actor)——与应用程序或系统进行交互的用户、组织或外部系统。用一个小人表示。
- 用例(Use Case)——用例就是外部可见的系统功能，对系统提供的服务进行描述。用椭圆表示。
- 子系统(Subsystem)——用来展示系统的一部分功能，这部分功能联系紧密。
用例包含关系如下：
包含关系:一个用例包含另一个用例(不可或缺)
拓展关系:一个用例存在是为了拓展另一个用例(锦上添花)
继承关系:一个用例继承自一个用例
依赖关系:一个用例依赖另一个用例
状态图： 是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应。
活动图： 可以用于描述系统的工作流程和并发行为。活动图中一个活动结束后将立即进入下一个活动，JBPM就是以活动图为基础。
基本概念
① 活动 ：表示的是某流程中的任务的执行，它可以表示某算法过程中语句的执行.
② 起点和终点
③ 分支：表示的是从多种可能的活动转移中选择一个
④ 泳道：是活动图中的区域划分，根据每个活动的职责对所有活动进行划分，每个泳道代表一个职责区。泳道和类并不是一一对应的关系，泳道关系的是其所代表的职责，一个泳道可能由一个类实现，也可能由多个类实现。
⑤分叉和汇合：分叉表示的是一个控制流被两个或多个控制流代替，经过分叉后，这些控制流是并发进行的；汇合正好与分叉相反，表示两个或多个控制流被一个控制流代替
工作结果
我分配到的是系统用例图，如下图，仅供参考。如有错误的地方请指正。
