体系架构（Enterprise Architecture, EA）的开山之作，之前一直引用，从来没有系统的学习，通过翻译加深理解，与感兴趣的朋友一起学习探讨。作者继续对框架中数据描述列（第一列）的（信息）系统呈现（第三行）做分析和解读。介绍过程中作者辨析了业务视角实体与信息系统视角实体的差异，也提出对现实业务进行精确描述和表达，操作上还是具有难度的。
翻译中自己理解的东西加的比较多，不对的地方大家多多指正。
（信息）系统架构模型（设计者视角）-数据描述列。同样，数据描述列中的（信息）系统架构采用的描述性模型也是“实体-关系-实体”。但从设计者视角来看，“实体”的含义就变成了机器上数据记录，关系也会就变成了数据的关系。显然，图4中的示例是信息系统的模型，而不是业务的模型，因为存在“关系”实体（“artificial”entities）——“部门-项目”实体（由部门和项目连接的结果），它不是真实存在的事物，而是在信息系中将业务描述转换为信息系统的过程中创建的。在数据设计术语中，图4的这个示例一般被称为数据模型。
Model of an information system(designer’s perspective)-data description column.Once again, since the model of the information system is in the datadescription column of the framework, the descriptive model used is“entity-relationship-entity.” But from the designer’s perspective, the meaningof “entity” would change to that of a record on a machine, and relationshipwould change to that of a data relationship. Clearly, the example in Figure 4is a model of an information system and not a model of a business, because ofthe existence of “artificial” entities, specifically the “DEPTPROJ” entity(resulting from the concatenation of department and project), which is not areal-life item, but something in an information system, created in the processof translating the business description into an information systems “product.”In the data design vernacular, this example of Figure 4 would likely be calleda data model.
图4 . 数据模型示意——（信息）系统架构模型（设计师视角）——数据描述列
<<未完待更>>
