【《大象》第三部分】
大家好！我是未来村村长，就是那个“请你跟我这样做，我就跟你这样做！”的村长????????！
一、视图
uml中有两大类图，分别为静态视图和动态视图，相关内容结构如下图。
1、用例图
① 相关概念
概念与作用：用例图是显示一组用例、参与者以及它们之间关系的一种图。它描述了用户系统如何使用一个系统。
包含要素：参与者、用例、它们之间的关系
② 示例图
2、活动图
① 相关概念
概念与作用：状态机是展示状态与状态转换的图。状态机有两种建模形式，一是活动图，而是状态图。用于对用例模型的业务流程的描述，用于简化描述一个过程或者操作的工作步骤。
包含要素：起始点、活动、判断、同步、结束点、基本流、支流、组合活动、泳道
② 示例图
3、状态图
① 相关概念
基本要素：通过建立类对象的生存周期模型来描述对象随时间变化的动态行为。状态图包含了一个类的对象在其生命周期内的所有状态的序列，以及对象对接收到的时间所产生的反应。
包含内容：初始状态、状态、复合状态、转移、事件、条件、最终状态
② 示例图
4、顺序图【时序图】
① 相关概念
概念与作用：强调消息时间顺序的交互图，描述了对象之间传送消息的时间顺序，用于表示用例中行为的顺序。
包含要素：对象、生命周期线、消息、会话、销毁
② 示例图
5、协作图
① 相关概念
概念与作用：强调参与一个交互对象的组织
包含要素：活动者、对象、对象关联、消息、消息序号
② 示例图
6、分析模型
概念与作用：使用MVC架构，图形类似时序图，但是对象分为边界类、控制类和实体类，一般用于概念建模。
包含要素：参与者、边界类、控制类、实体类
二、模型
1、业务用例模型
业务用例视图：描述参与者和业务用例的关系，采用用例图
业务用例场景：描述业务用例的执行过程，采用时序图、活动图、协作图完成
业务用例规约：针对每一个业务用例进行编写，说明业务用例的使用者、目标、场景、相关业务规则、相关业务实体
业务规则：描述客户操作规范，包含法律法规、管理、规定
业务用例实现视图：将业务用例实现用实现关系连接到业务用例
业务用例实现场景：针对每一个业务用例实现，说明该实现方式的步骤
2、概念用例模型
概念用例视图：概念用例视图将得到的概念用例用包含、泛化、扩展关系连接到基本业务用例，表示这些概念用例的来源及它们服务于哪个或哪些业务用例。概念模型是针对需求中的关键业务，需要从复杂的需求中找出支撑起整个业务的主线。依据典型性和代表性原则，参考上述核心业务的归纳情况，在已有业务用例中分别可以找到对应的关键业务用例。
概念用例分析：从业务用例中挑选出重要和典型的业务用例场景，绘制这些概念用例如何贡献或者如何实现这些业务用例场景。将视角由业务切换到系统上，对于申请承包农田这一业务用例，可以进一步将其业务活动具体化，“分解”形成概念用例。
分析类视图：绘制出从概念用例分析过程中抽象出的分析类的静态关系
分析场景：使用分析类绘制对象交互图，从对象的角度去实现概念用例分析场景。其中针对抽取的概念用例，可绘制场景图，可采用时序图、活动图等
3、系统用例模型
系统用例视图：对业务用例进行排除、合并、抽象、补充等操作
系统用例规约：针对每一个系统用例进行编写，说明系统用例的使用者、目标、场景、相关用例规则
业务规则：描述客户操作系统的规范，包含法律法规、管理、规定
系统用例实现：将系统用例实现用实现关系连接到系统用例
系统用例场景：描述系统用例的使用场景
4、领域模型
提出领域问题：找到业务中复杂的内容或实体
分析领域问题：分析对应的复杂的内容或实体
建立领域模型：提出相关的分析结果和解决方案
检验领域模型：对该问题的解决方案进行检验
