（29） 如何分析数据架构？

有一部分项目经理容易将项目管理误解为就是管管人就行了，这是非常错误的。实际上项目管理的核心是管好事情，管人的目的也是为了管好事情，但是要想管好事情，就得先对事情有个了解，如果一个项目经理不知道关键的事情怎么做以及任务完成的标准，项目失控就是必然的了。

闲话搁在一边，我们接着聊概要设计的一项重要内容，数据架构。

数据架构是什么？说简单点，就是数据库的结构，但是不是很严格。我们姑且理解成是数据库表、表结构以及表之间的关系。

对于开发工程师来说，数据库的结构并不陌生，所以这个小节我不去多说，只说以下几点：

1、数据库结构的设计。在概要设计里，一般都需要体现出这部分内容，主要原因数据结构是基础架构的一部分，所以，需要有所交代。但是很多人发现概要设计里的信息并不足以完成数据库全部表的设计，在实际工作中，发现概要设计中的数据库结构在详设阶段、开发阶段就越来越走形了。这是咋回事？实际上这还得怪我们自己，是我们自己将需求没有分析透彻，不注重挖掘业务对象及业务对象之间的联系，导致结构变形。所以需求分析是根本。

2、数据库结构的表现。现在描述数据库结构的软件很多，比较专业的有PD，不会用专业的也可以用Visio或者其他的UML软件，这些软件一般都有绘制数据库结构的功能。这些都不会的话，就直接用表格描述也行，但是不建议，因为表格在描述表之间关系方面还是差得很远。

附带说一句，概要设计说明书上需要很多的图，但是我们不能将图贴上了事，一定要加上文字描述。很多人觉得无话可写，这是因为自己认为别人一看图就明白了，实际上这是错误的。

此外，我们应该意识到：

1、数据架构不仅仅是单一数据库的结构，而是整个系统的数据的体系架构，因为复杂系统或平台会涉及到很多的数据库和复杂的数据结构，所以对于这样的系统来说，其数据架构也是非常复杂的；

2、数据架构还需要考虑到数据标准管理、数据库的性能、数据库的物理形式、关键的SQL语句和存储过程管理、数据库的运维管理等等，但是我们在概要设计文档中没有全部体现，按照项目的要求，应尽可能完整体现，但是有些文档实际上也是一个迭代的过程，比如：SQL语句和存储过程在实际上工作中大多是在开发阶段完成的，即便如此，我们仍然要将它管理起来，因为后续的设计、开发、运维都可能需要这方面的信息。

由于时间关系，数据架构就聊到这，下一节我们聊聊安全架构。