有关数据库概念设计几点见解经验谈

核心提示： ● 复查――评定是否达到最终目标的过程，大多数的项目都忽视了这个阶段，有关数据库概念设计几点见解经验谈(3)，原因是耗时太长，并且引发不起人们的一点兴趣：测试、编写文档以及完成一些不愿意做，记录口头更改需求的文档和最终的所有说明书，比如，但又必须做的事情，这个阶段

● 复查――评定是否达到最终目标的过程。大多数的项目都忽视了这个阶段，原因是耗时太长，并且引发不起人们的一点兴趣：测试、编写文档以及完成一些不愿意做，但又必须做的事情。这个阶段，应该有一个利用用户反馈信息的方法和维护更改所有问题的计划。

在用户使用过程中，用户实际只要能够浏览和处理他们所需的数据，就很少对原始数据或者用来存取数据的实际接口感兴趣。项目设计分析人员，可能因为这样那样原因，往往使一些系统使用起来非常笨拙，考虑欠佳的原因。

下面几点是我从学校、从同事、从书籍，从实际设计中得到的一些概念设计经验之谈：

1、定义目标阶段：信息采集，收集数据库项目中的信息。

a、在这里应该尽量避免一开始就设计结构。即使你具有数据库设计的经验，也不要在这里定义表和字段等等，你应该对它们逐步地进行处理。在听取用户讲解其想法和需求，并归纳出该项目应该应该完成的任务之前，不要深入到某一个具体的部分。我们常常在对所完成的任务没有足够了解之前，就对它实施一种结构和一种解决方案，这样即不利于客户也不利于我们。

b、在分析过程中，尽快地将所需的数据编写成文档是一个很好的习惯。例如：在公司，因为一个员工生病或者另谋高就，为了不对开发速度造成很大的影响，接替人员需全力以赴地了解项目的全部内容，能够为其提供帮助的唯一途径就是全部的信息文档。因此你了解编写文档重要性，要求是不把任何项目内容留在你的脑袋中。在对用户需求进行记录时应注意：

△ 维护一套共享的系统设计和说明书文档。文档应该主要包含：设计会议记录，记录口头更改需求的文档和最终的所有说明书，比如，功能、技术、测试等各方面的内容。