问题分析阶段的模型应该仅仅包括实体和关系，而不包括属性。

数据库建模过程：

1． 获取实体

实体获取指南：

a. 在与系统所有者和用户的面谈或 JRP 会议中，注意他们讨论的关键词
b. 在面谈或 JRP 中，专门要求系统所有者和用户确定他们想收集、存储和生成信息的

事物。

c. 确定实体的另一个技术的研究现有表格、文件和报告
d. 如果用例描述在需求分析阶段被记录下来，那么它们就可能成为数据属性和实体

的来源

e. 逆向工程中获取
注意：实体的名称应该是简单的、有意义的、面向业务的、实例的数量应该是很多的。

2． 构造上下文数据模型
3． 基于键的数据模型

建立键的原则：
a. 在每个实体实例的生命周期中，不会改变
b. 键值不能为空
c. 确保键值的有效性
d. 在一定的情况下，使用智能键
e. 对于对立的实体，使用代理键来替代大型复合键

4． 泛化层次体系（建立超类与子类的体系）
5． 具有完整属性的数据模型

a. 组织内部认定的命名标准和认可的简写方式，由 DBA 维护
b. 仔细选择每个属性的名称。除非属性可以被泛化成一个超类，否则最好给每个变量

一个唯一的名称。并不使用简写

c. 现有表格和文件中的物理属性名称经常被简写以节省空间。
d. 对于 BOOL 的属性，最好以问题的形式命名
e. 外间是对非冗余规则的一个例外
f.

一个属性的域不应该是逻辑的

6． 规范化
7． 将数据需求映射到地点

在将数据需求映射到地点的技术中，可以根据以下的问题来划分：
a. 在每个地点需要实体和属性的哪些子集来完成工作？
b. 需要什么级别的访问？
c. 该地点可以创建实体实例吗？
d. 该地点可以读取实体实例吗？
e. 该地点可以删除实体实例吗？
f.

该地点可以修改实体实例吗？