建模各阶段以及相关UML构造
-
概念级建模
- 事务用例建模
- 事务用例模型
- 活动图
- 事务对象建模
- 事务对象模型
- 序列图
- 事务用例建模
-
逻辑级建模
- 需求定义
- 系统用例建模
- 系统用例描述
- 分析和初步设计
- 类图
- 序列图
- 陈述图
- 需求定义
-
物理级建模
- 详细设计
- 类图
- 数据库设计模型
- DDL脚本
- 数据库
- 部件图
- 分布图
- 详细设计
数据库设计 —— 从需求到设计
-
数据库建模，重点是逻辑数据模型和物理数据模型。
数据库模型是由实体、属性以及不同实体之间的关系构成的，重点考虑建立怎样的模型，以便捕获来自用户的数据。
-
数据库设计，是从整个需求的产生、业务过程、逻辑分析、物理数据库构建到数据库的开发的全过程。
-
在数据库设计中得UML图
-
用例图，描述系统功能以及支持业务处理环境的模型。这个模型作为用户与开发者之间的协议
-
交互图，包含顺序图与合作图两种，两者都描述了系统中对象的交互。可以用来理解那些与数据库相关的查询，甚至是建立在信息模型上的索引。
-
活动图，主要显示处理流程。可以在较高层次上查看业务处理以及运作过程。
-
状态图， 用来捕获系统或者对象的动态行为。
-
类图，逻辑模型，用来表示系统的基础结构。
-
数据库图， 用来描述数据库的结构，包括表、列、约束等。
-
构件图， 表示数据库的物理存储，包括数据库管理系统、表空间和分隔，也包括应用和访问数据库的接口。
-
配置图，表示数据库和应用的硬件配置状况。
-
数据库设计与业务建模
-
工作流程，需要了解公司的业务及涉及的行为、存在哪里信息、有哪些顾客和合作者，其发展方向以及短期和远景的目标。需呀获取的基本信息：
- 工作人员对业务的看法
- 他们觉得公司的哪些行为是成功的
- 他们觉得公司的哪些行为是错误的
- 每个人的工作方式
-
业务建模，对从各种人员获取的信息进行了解的最佳方式就是，对他们的描述进行建模。使用业务可视化。业务的用例图开始，用例图描述了业务的功能，在业务建模中用作必要的输入，以便之别组织中得角色和可交付信息。
业务模型应该包括内部视图和外部视图，通常由几个不同的图组成，以表示业务的不同部分。
在业务建模中，不但要看到哪些群体参与了业务，还要看到这些参与者的工作方式。活动图给出了业务的基本工作流程，可以通过它来了解参与者的工作方式及其隶属的系统和流程。
活动图适用于许多目的，包括：
- 理解现存的业务
- 之别出将要发生变化的业务领域
- 发现业务过程中的冗余
- 发现业务过程中的性能瓶颈
- 识别出可以更好地在内部完成或外部完成的行为
- 建立起特定的行为或业务用例的信息需求
-
基本的概念：
- 参与者，与本系统有关系（即使用本系统或被本系统使用）的外部人员或系统。
- 用例，一个完全的行为流程，由某个参与者发起，被系统执行，并服务于发起者。
- 业务参与者，业务的外部参与者
- 业务用例，一个用例，由业务参与者发起，该业务执行。
- 业务工作者，业务的内部参与者，其工作有助于实现某个业务用例。
- 业务实体，由业务工作者使用，用于实现用例。
- 业务模型，描述业务运作的模型，由业务用例模型和业务对象模型组成。
- 业务用例模型，从业务参与者的角度来描述业务功能用的例模型，是业务的外部视图。
- 业务对象模型，一个对象模型，提供业务用例的实现，是业务的内部视图。
- 用例图，给出了用例及其参与者和其他用例的关系。
- 类图，给出了类、类的相互关系、类与其他模型元素的关系。
- 顺序图，由协作对象及相互发送的消息组成的图，按时间顺序组织，给出了用例的实现。
- 关联，两个模型元素之间的一种关系。
- 一般化，模型元素之间的一种关系，表示一种元素（子类）是“某种类型的”其它元素（超类）。
- 聚合，模型元素之间的一种关系，表示某个元素是另一个元素的“一部分”。
未完待续……