《数据中心建设与运维管理》

信息工程方法论 information engineering methodology IEM

基本原理如下：

1、所有的信息系统的开发都应该以数据为中心

2、数据结构应该是稳定的，而业务流程应该是多变的。

3、最终用户必须真正参与信息系统的开发工作。

 

信息资源管理 information resources management IRM

efficient，effective，economical

 

“诺兰模型”美国信息系统专家 Richard Nolan

现阶段处在诺兰模型的第五阶段 数据管理阶段

  数据规划的实施

数据规划的步骤 大体上分为数据规划的需求分析、数据规划的系统建模和数据规划的成果展示

SG-CIM的设计过程应该就是这样出来的。

笔记_第1张图片

数据规划的需求分析：

1.1职能域划分

职能域是对企业组织业务的抽象，划分职能域的目的是确定规划的范围

如电力行业，职能域主要包括 生产、设备。。。。。。。。。。。。。。。。等十二个主题域。

划分职能域 的 原则和方法

略

职能域和部门的对应

职能域是按照同类业务来规划的，它和部门不是一一对应的。但是各个部门都应该能在职能域里面找到对应的位置。

1.2业务过程和业务活动识别

业务过程

每个职能域都有若干个业务过程，每个业务过程又包括若干个业务活动。业务活动是基本的，不可再分的业务单元。

可以按照 业务活动+角色+时序 ，进行业务流程梳理，进而建立企业的业务模型、功能模型和数据模型

业务活动的命名一般采用以动宾短语的形式。

这个结构很像我们系统中的菜单和功能的关系。虽然一个功能页面还有很多的操作步骤，但是我们说，这个功能界面是不能再分解了，但是菜单是可以有多个功能按照一定的关联关系组合在一起的。

1.3用户视图

user view是最终用户对数据实体的看法，类似于最终的系统界面的东西

用户视图可以分成输入、输出、存储三大类和单证、账册、报表、其他屏幕表单等四种表现形式，可以定制用户视图编码，对用户视图进行统一的管理。

1.4数据流程图的绘制

1-DFD 一级数据流程图 解决职能域之间、职能域与外部单位的数据流问题

2-DFD二级数据流程图  解决职能域内部的业务过程和数据存储、使用之间的关系

1.5需求分析成果展示

数据需求分析的工作是用户视图分类与登记、用户视图组成分析、数据元素定义、数据元素在用户视图中的分布分析、数据流程图、数据类型的输入/输出/存储分析等。

最终要将需求分析阶段的工作成果以报表的形式展现出来，给用户、给团队、给领导看

terminology：术语

事务处理 TPS 、联机实时分析处理OLAP、决策支持系统DSS、领导信息系统EIS 、战略信息系统SIS

数据规划的系统建模

2.1系统功能建模

需求分析阶段建立的“职能域-业务过程-业务活动”3层结构组成的业务模型

不是所有的业务模型都能计算机自动化处理的，这些业务活动分为自动化、人机交互、人工完成三类。

将可自动化处理的和可人机交互处理的业务活动挑出来，按照“子系统-功能模块-程序模块”(树形结构)组织，就是系统功能模型

具体的功能模型实现省略。

2.2系统数据建模

 

 

数据存储区域划分

交换数据临时存储区、操作性数据存储区、数据仓库、数据集市

EDS 保证数据交换过程中安全隔离和临时存储的存储区，其数据结构应与接入系统保持一致。

ODS 用于异构业务数据源的明细数据整合后、进入数据仓库前的数据存储，向企业提供面向业务的、近实时的统一的数据视图，支持企业全局业务数据的近实时的查询和分析。

DW存放面向主题的、集成的、相对稳定的、反映历史变化的数据。

DM 是以数据仓库数据为唯一数据源、面向特定分析应用、按一定方式重新组织的数据集合，是数据仓库的子集。

明确数据的流向，以及在数据流向过程中数据交换的实现方式 ETL

ODS设计

数据要求

ODS的数据应该通过数据交换平台从各个应用系统采集得到。

ODS的数据应该满足数据仓库的数据抽取的需要，并满足企业全局、近实时的当前数据查询

ODS应该对采集的来的业务数据进行整理、清洗和统一。

ODS数据应该通过定时轮询或者事件驱动的方式对数据进行近实时更新

设计原则

满足三范式

主题域规划应该和企业数据规划的数据主题域保持一致。