走上高级的路径（四）----UML中的核心模型

参考自《大象UML》

主要有业务用例模型、概念用例模型、系统用例模型、领域模型、分析模型

业务用例模型主要用于识别和规定业务需求、概念模型用来分析和确认业务需求、系统用例模型用来规定开发需求

完整的业务用例模型

业务用例场景：说明业务用例的执行过程，说明业务主角是如何使用业务用例完成业务目标

业务用例规约：业务用例规约针对每一个业务用例编写，它要说明用例的使用者、目标、场景、相关业务规则、相关业务实体等。

业务规则，客户执行其业务必须遵守的法律法规、惯例、各种规定，也可能是客户的操作规范、约束规约等

业务对象模型，描述业务模型中关键的业务对象，以及他们是如何贡献与业务目标的

业务用例实现视图：将业务用例实现用实现关系连接到业务用例，每一个业务用例实现代表了业务用例目标的一种实现方式

业务用例实现场景：针对每一个业务用例实现，说明该实现方式的步骤，与业务用例场景类似，但更为明确。

包图：包图组织业务用例，可以按业务模块分包，也可以按业务主角分包，还可以按组织结构分包，分包的策略取决于具体环节更注重那一方面

---

概念用例，概念用例是对基本业务用例的精化

通常一个业务用例所能描述的业务很粗略，而系统用例粒度要求比较精细，从粗略到精细就需要概念用例。

概念用例用来分解较为粗略的业务用例，所谓的分解就是指的抽象，抽象出来的用例称之为概念用例，并跟基本业务用例之间是包含、泛化、扩展关系

另一方面，业务用例是从business actor的角度建立的，通常业务主角只会负责业务流程中的一个环节，如果希望获得对整个业务流程的了解，从单个业务用例难以获得，赭石我们需要从业务用例中抽取针对某个关键业务流程产生贡献的工作单元，再用这些工作单元来组织成业务流程，以得到对业务流程的理解，