《数据中心建设与运维管理》
信息工程方法论 information engineering methodology IEM
基本原理如下:
1、所有的信息系统的开发都应该以数据为中心
2、数据结构应该是稳定的,而业务流程应该是多变的。
3、最终用户必须真正参与信息系统的开发工作。
信息资源管理 information resources management IRM
efficient,effective,economical
“诺兰模型”美国信息系统专家 Richard Nolan
现阶段处在诺兰模型的第五阶段 数据管理阶段
数据规划的实施
数据规划的步骤 大体上分为数据规划的需求分析、数据规划的系统建模和数据规划的成果展示
SG-CIM的设计过程应该就是这样出来的。
数据规划的需求分析:
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数据应该通过定时轮询或者事件驱动的方式对数据进行近实时更新
设计原则
满足三范式
主题域规划应该和企业数据规划的数据主题域保持一致。
转载于:https://blog.51cto.com/niuhw/1284529