企业架构之数据架构

[size=medium][color=blue]
有些人可能会奇怪，企业架构跟数据架构有什么关系啊。其实数据才是企业架构最有价值实在成果。IT系统的价值并不是什么先进技术和强大的硬件。而是存储和处理数据、信息。数据是对客观事物的真实表现，企业业务过程中的所以对象的状况都可以用数据记录下。数据经过加工处理之后，才能被企业运用和提供给企业管理者进行决策。因此在考虑企业IT架构之前应该先考虑数据架构。数据架构主要解决两个问题：第一IT系统需要什么样的数据，第二如何存储这些数据。

数据架构也可以看成是概念数据模型、企业数据模型等。它们都是指定义企业的数据项以及它们的属性和关系。
企业数据架构可以帮助企业解决信息孤岛，建立一个共享，通用、一致的企业数据基础平台。
数据架构的内容包括三个部分
[list]
[*]数据项：通常可看做为领域模型中的领域对象。是系统必须存储的数据(持久类)
[*]数据属性：定义数据项的特征
[*]数据关系：描述数据项之间的关系
[/list]
如何进行设计数据架构呢？
我的思路：从企业的业务流程中找出领域对象，然后找出领域对象的属性，并且分析每个属性的类型及其领域对象之间的关系，接着建立出数据项与业务功能的关系。

因此数据架构的设计将源于业务架构中的组件和流程的定义。一个好的数据架构是开发数据库的基础，能够支持业务的长远发展。

数据架构的表示方式：
1. 概念数据模型
概念数据模型是对现实世界的高层次的抽象，是IT系统数据建模的一种方法。比如ER图就是数据概念建模最常见的方式。它主要描述企业数据实体、属性和关系。主要属性：
[list]
[*] 实体(Entiy): 企业领域对象
[*] 属性(Attribute): 领域对象的属性
[*] 联系(RelationShip):两个领域对象之间的关系(1:1, 1:n 或者 m:n)
[/list]
例如：
在设计学校的管理系统的时候：领域对象就会有：老师，学生
那么老师：姓名，年龄，职称，电话，地址属性
学生： 学号，姓名，专业，年龄
老师和学生的关系是M:N的关系

2.数据项和应用系统的关系
数据项最常用的四个操作：Add, Update, Search, Delete。
然后根据数据项的所属部门和职位及其业务定义出部门和职位的具体操作。比如：上面的例子老师信息的add，update，search，delete并不是每个领域对象都能去操作。并且相同的领域的对象部门或者职位不同也操作不同。

[/color][/size]