建模各阶段以及相关UML构造

1. 概念级建模

   • 事务用例建模
     • 事务用例模型
     • 活动图
   • 事务对象建模
     • 事务对象模型
     • 序列图

2. 逻辑级建模

   • 需求定义
     • 系统用例建模
     • 系统用例描述
   • 分析和初步设计
     • 类图
     • 序列图
     • 陈述图

3. 物理级建模

   • 详细设计
     • 类图
     • 数据库设计模型
     • DDL脚本
     • 数据库
     • 部件图
     • 分布图

数据库设计 —— 从需求到设计

1. 数据库建模，重点是逻辑数据模型和物理数据模型。

   数据库模型是由实体、属性以及不同实体之间的关系构成的，重点考虑建立怎样的模型，以便捕获来自用户的数据。

2. 数据库设计，是从整个需求的产生、业务过程、逻辑分析、物理数据库构建到数据库的开发的全过程。

3. 在数据库设计中得UML图

   • 用例图，描述系统功能以及支持业务处理环境的模型。这个模型作为用户与开发者之间的协议

   • 交互图，包含顺序图与合作图两种，两者都描述了系统中对象的交互。可以用来理解那些与数据库相关的查询，甚至是建立在信息模型上的索引。

   • 活动图，主要显示处理流程。可以在较高层次上查看业务处理以及运作过程。

   • 状态图， 用来捕获系统或者对象的动态行为。

   • 类图，逻辑模型，用来表示系统的基础结构。

   • 数据库图， 用来描述数据库的结构，包括表、列、约束等。

   • 构件图， 表示数据库的物理存储，包括数据库管理系统、表空间和分隔，也包括应用和访问数据库的接口。

   • 配置图，表示数据库和应用的硬件配置状况。

数据库设计与业务建模

1. 工作流程，需要了解公司的业务及涉及的行为、存在哪里信息、有哪些顾客和合作者，其发展方向以及短期和远景的目标。需呀获取的基本信息：

   • 工作人员对业务的看法
   • 他们觉得公司的哪些行为是成功的
   • 他们觉得公司的哪些行为是错误的
   • 每个人的工作方式

2. 业务建模，对从各种人员获取的信息进行了解的最佳方式就是，对他们的描述进行建模。使用业务可视化。业务的用例图开始，用例图描述了业务的功能，在业务建模中用作必要的输入，以便之别组织中得角色和可交付信息。

   业务模型应该包括内部视图和外部视图，通常由几个不同的图组成，以表示业务的不同部分。

   在业务建模中，不但要看到哪些群体参与了业务，还要看到这些参与者的工作方式。活动图给出了业务的基本工作流程，可以通过它来了解参与者的工作方式及其隶属的系统和流程。

   活动图适用于许多目的，包括：

   • 理解现存的业务
   • 之别出将要发生变化的业务领域
   • 发现业务过程中的冗余
   • 发现业务过程中的性能瓶颈
   • 识别出可以更好地在内部完成或外部完成的行为
   • 建立起特定的行为或业务用例的信息需求

3. 基本的概念：

   • 参与者，与本系统有关系（即使用本系统或被本系统使用）的外部人员或系统。
   • 用例，一个完全的行为流程，由某个参与者发起，被系统执行，并服务于发起者。
   • 业务参与者，业务的外部参与者
   • 业务用例，一个用例，由业务参与者发起，该业务执行。
   • 业务工作者，业务的内部参与者，其工作有助于实现某个业务用例。
   • 业务实体，由业务工作者使用，用于实现用例。
   • 业务模型，描述业务运作的模型，由业务用例模型和业务对象模型组成。
   • 业务用例模型，从业务参与者的角度来描述业务功能用的例模型，是业务的外部视图。
   • 业务对象模型，一个对象模型，提供业务用例的实现，是业务的内部视图。
   • 用例图，给出了用例及其参与者和其他用例的关系。
   • 类图，给出了类、类的相互关系、类与其他模型元素的关系。
   • 顺序图，由协作对象及相互发送的消息组成的图，按时间顺序组织，给出了用例的实现。
   • 关联，两个模型元素之间的一种关系。
   • 一般化，模型元素之间的一种关系，表示一种元素（子类）是“某种类型的”其它元素（超类）。
   • 聚合，模型元素之间的一种关系，表示某个元素是另一个元素的“一部分”。

 

未完待续……