当前位置:文档之家› 数据仓库构建实施工作计划

数据仓库构建实施工作计划

数据仓库构建实施工作计划
数据仓库构建实施工作计划

数据仓库构建实施工作计划

郑疆2008.12.14

一、指导思想

数据仓库是面向主题的、集成的、不可更新的、随时间的变化而不断变化的,这些特点决定了数据仓库的系统设计不能采用同开发传统的OLTP数据库一样的设计方法。

数据仓库系统的原始需求不明确,且不断变化与增加,最初很难确切了解到用户的明确而详细的需求,更不能较准确地预见到以后的需求;同时,数据仓库系统开发又是一个经过不断循环、反馈而使系统不断增长与完善的过程。因此,采用演化过程来进行数据仓库的开发是比较合适的。

●该模型是显式地把增量模型扩

展到需求阶段

●为了第二个构造增量,使用了第

一个构造增量来精化需求

软件生存周期-演化模型

数据仓库是在现存数据库系统基础上进行开发,它着眼于有效地抽取、综合、集成和挖掘已有数据库的数据资源来服务于企业高层领导管理决策分析的需要,归根结底是一种数据驱动的开发。

由于数据仓库系统开发是一个经过不断循环、反馈而使系统不断增长与完善的过程,因此,在数据仓库的开发的整个过程中,需要自始至终决策人员和开发者的共同参与和密切协作,保持头脑灵活、思维开阔,不做或尽量少做无效工作或重复工作。

二、工作计划

数据仓库的设计大体上可以分为以下六个步骤:

1.概念模型设计

2.技术准备工作

3.逻辑模型设计

4.物理模型设计

5.数据仓库生成

6.数据仓库运行与维护

下面以六个主要设计步骤为主线,列出在各个设计步骤中设计的基本内容和工作安排计划。

2.1.概念模型设计

2.1.1.界定系统边界

数据仓库是面向决策分析的数据库,我们无法在数据仓库设计的最初就得到详细而明确的需求,但是一些基本的方向性的需求还是摆在了我们的面前:

●要做的决策类型有哪些

●决策者感兴趣的是什么问题

●这些问题需要什么样的信息

●要得到这些信息需要包含原有数据库系统的哪些部分的数据

这样,我们可以划定一个当前的大致的系统边界,集中精力进行最需要的部分的开发。因而,从某种意义上讲,界定系统边界的工作也可以看作是数据仓库系统设计的需求分析,因为它将决策者的数据分析的需求用系统边界的定义形式反映出来。

2.1.2.确定主要的主题域及其内容

在这一步中,要确定系统所包含的主题域,然后对每个主题域的内容进行较明确的描述,描述的内容包括:

●主题域的公共码键

●主题域之间的联系

●充分代表主题的属性组

2.2.技术准备工作

2.2.1.技术评估

进行技术评估,就是确定数据仓库的各项性能指标。一般情况下,需要在这一步里确定的性能指标包括:

●管理大数据量数据的能力

●进行灵活数据存取的能力

●根据数据模型重组数据的能力

●透明的数据发送和接收能力

●周期性成批装载数据的能力

●可设定完成时间的作业管理能力

2.2.2.技术环境准备

一旦数据仓库的体系化结构的模型大体建好后,下一步的工作就是确定我们应该怎样来装配这个体系化结构模型,主要是确定对软硬件配置的要求;我们主要考虑相关的问题:

●预期在数据仓库上分析处理的数据量有多大

●如何减少或减轻竞争性存取程序的冲突

●数据仓库的数据量有多大

●进出数据仓库的数据通信量有多大

根据这些考虑,我们就可以确定各项软硬件的配备要求。这些配备可能会涉及:

●直接存取设备(DASD)

●网络

●管理直接存取设备(DASD)的操作系统

●进出数据仓库的界面(主要是数据查询和分析工具)

●管理数据仓库的软件,目前选用Oracle数据库管理系统及有关的选件

当DBMS产品不能满足管理数据仓库需要的,还应考虑自己开发有关模块等等。

2.3.逻辑模型设计

2.3.1.分析主题域,确定当前要装载的主题

在概念模型设计中,我们确定了几个基本的主题域,但是,数据仓库的设计方法是一个逐步求精的过程,在进行设计时,一般是一次一个主题或一次若干个主题地逐步完成的。所以,我们必须对概念模型设计步骤中确定的几个基本主题域进行分析,并选择首先要实施的主题域。

选择第一个主题域所要考虑的是它要足够大,以便使得该主题域能建设成为一个可应用的系统;它还要足够小,以便于开发和较快地实施。如果所选择的主题域很大并且很复杂,我们甚至可以针对它的一个有意义的子集来进行开发。在每一次的反馈过程中,都要进行主题域的分析。

2.3.2.确定粒度层次划分

数据仓库逻辑设计中要解决的一个重要问题是决定数据仓库的粒度划分层次,粒度层次划分适当与否直接影响到数据仓库中的数据量和所适合的查询类型。确定数据仓库的粒度划分,可以使用在粒度划分一节中介绍的方法,通过估算数据行数和所需的DASD数,来确定是采用单一粒度还是多重粒度,以及粒度划分的层次。

2.3.3.确定数据分割策略

在这一步里,要选择适当的数据分割的标准,一般要考虑以下几方面因素:数据量(而非记录行数)、数据分析处理的实际情况、简单易行以及粒度划分策略等。

数据量的大小是决定是否进行数据分割和如何分割的主要因素;数据分析处理的要求是选择数据分割标准的一个主要依据,因为数据分割是跟数据分析处理的对象紧密联系的;我们还要考虑到所选择的数据分割标准应是自然的、易于实施的:同时也要考虑数据分割的标准与粒度划分层次是适应的。

2.3.4.关系模式定义

数据仓库的每个主题都是由多个表来实现的,这些表之间依靠主题的公共码键联系在一起,形成一个完整的主题。在概念模型设计时,我们就确定了数据仓库的基本主题,并对每

个主题的公共码键、基本内容等做了描述在这一步里,我们将要对选定的当前实施的主题进行模式划分,形成多个表,并确定各个表的关系模式。

2.3.5.记录系统定义

将相关内容记录在数据仓库的元数据中。

2.4.物理模型设计

●要全面了解所选用的数据库管理系统,特别是存储结构和存取方法

●了解数据环境、数据的使用频度、使用方式、数据规模以及响应时间要求等,这些

是对时间和空间效率进行平衡和优化的重要依据

●了解外部存储设备的特性,如分块原则,块大小的规定,设备的I/O特性等

这一步所做的工作是:

2.4.1.确定数据的存储结构

一个数据库管理系统往往都提供多种存储结构供设计人员选用,不同的存储结构有不同的实现方式,各有各的适用范围和优缺点,设计人员在选择合适的存储结构时应该权衡三个方面的主要因素:存取时间、存储空间利用率和维护代价。

2.4.2.确定索引策略

数据仓库的数据量很大,因而需要对数据的存取路径进行仔细的设计和选择。由于数据仓库的数据都是不常更新的,因而可以设计多种多样的索引结构来提高数据存取效率。

在数据仓库中,可以考虑对各个数据存储建立专用的、复杂的索引,以获得最高的存取效率,因为在数据仓库中的数据是不常更新的,也就是说每个数据存储是稳定的,因而虽然建立专用的、复杂的索引有一定的代价,但一旦建立就几乎不需维护索引的代价。

2.4.

3.确定数据存放位置

同一个主题的数据并不要求存放在相同的介质上。在物理设计时,我们常常会按照重要程度、使用频率以及对响应时间的要求对数据进行分类,并将不同类的数据分别存储在不同的存储设备中。重要程度高、经常存取并对响应时间要求高的数据就存放在高速存储设备上,如硬盘;存取频率低或对存取响应时间要求低的数据则可以放在低速存储设备上,如磁盘或磁带。

数据存放位置的确定还要考虑到其它一些方法,如:决定是否进行合并表;是否对一些经常性的应用建立数据序列;对常用的、不常修改的表或属性是否冗余存储。如果采用了这些技术,就要记入元数据。

2.4.4.确定存储分配

许多数据库管理系统提供了一些存储分配的参数供设计者进行物理优化处理,如:块的尺寸、缓冲区的大小和个数等等,它们都要在物理设计时确定。这同创建数据库系统时的考虑是一样的。

2.5.数据仓库的生成

2.5.1.接口编程

将操作型环境下的数据装载进入数据仓库环境,需要在两个不同环境的记录系统之间建立一个接口。建立和设计这个接口似乎只要编制一个抽取程序就可以了,但事实上,在这一

阶段的工作中,虽然确实对数据进行了抽取,但抽取并不是全部的工作,这一接口还应具有以下的功能:

●从面向应用和操作的环境生成完整的数据

●数据的基于时间的转换

●数据的凝聚

●对现有记录系统的有效扫描,以便以后进行追加

当然,考虑这些因素的同时,还要考虑到物理设计的一些因素和技术条件限制,根据这些内容,严格地制定规格说明,然后根据规格说明,进行接口编程。从操作型环境到数据仓库环境的数据接口编程的过程和一般的编程过程并无区别,它也包括伪码开发、编码、编译、检错、测试等步骤。

在接口编程中,要注意:

●保持高效性,这也是一般的编程所要求的

●要保存完整的文档记录

●保持灵活性,要易于改动

●要能完整、准确地完成从操作型环境到数据仓库环境的数据抽取、转换与集成

2.5.2.数据装入

在这一步里所进行的就是运行接口程序,将数据装入到数据仓库中。主要的工作内容有:

●确定数据装入的次序

●清除无效或错误数据

●数据“老化”

●数据粒度管理

●数据刷新等

最初只使用一部分数据来生成第一个主题域,使得我们能够轻易且迅速地对已做工作进行调整,而且能够尽早地提交到下一步骤,即数据仓库的使用和维护。

在实际应用开发中的现实意义是:这样既可以在经济上最快地得到回报,又能够通过最终用户的使用、尽早发现一些问题并提出新的需求,然后反馈给设计人员,设计人员继续对系统改进、扩展。

2.6.数据仓库的使用和维护

2.6.1.使用数据仓库

使用数据仓库,即建立DSS应用。DSS应用主要可分为两类:

●例行分析处理,是指那些重复进行的分析处理,它通常是属于部门级的应用,如部

门统计分析,报表分析等等

●启发式分析处理,是指那些经常是随机性很大,由于企业经营者受到某种信息启发

而进行的一些即席的分析处理

DSS应用开发大致可分为如下步骤:

●步骤l--确定所需的数据。为满足DSS应用的要求,我们必须从数据仓库中确定一

个可能用到的数据范围。这是一个试探的过程

●步骤2--编程抽取数据。根据上面得到的数据范围,编写一个抽取程序来获得这些

数据。为适应分析需求多变的特点,要求所编写的抽取程序应该通用,易于修改

●步骤3--合并数据。如果有多个数据抽取源,要将抽取来的数据进行合并、提炼,

使数据符合分析处理的要求

●步骤4--分析数据。在上步准备好的数据基础上进行分析处理,并看所得的结果是

否满足了原始的要求,如果不能满足,则返回步骤1,开始新的一次循环,否则就

准备最终分析结果报告

●步骤5--回答问题。生成最终分析结果报告。-般情况下,最终的分析结果报告是在

许多次的循环后得到的,因为一次分析处理很少是在一次循环后就完成的

●步骤6--例行化、一次分析处理的最后、我们要决定是否将在上面已经建立的分析

处理例行化。如果建立的分析处理是重复进行的部门级的DSS应用,那么最好是

将它例行化,这样在进行下一次同样的分析处理时,不必再重复上述六步的循环过

程。而且,不断地积累这种例行处理,形成一个集合,我们就可以通过组合这些已

有的处理来生成新的一个较大的复杂处理,或完成一个复杂处理的一部分

2.6.2.理解需求,改善和完善系统,维护数据仓库

数据仓库的开发是逐步完善的演化的开发过程,它要求:要尽快地让系统运行起来,尽早产生效益;要在系统运行或使用中,不断地理解需求,改善系统;不断地考虑新的需求,完善系统。

维护数据仓库的工作主要是管理日常数据装入的工作,包括刷新数据仓库的当前详细数据,将过时的数据转化成历史数据.清除不再使用的数据,管理元数据,等等;另外,如何利用接口定期从操作型环境向数据仓库追加数据,确定数据仓库的数据刷新频率,等等。

三、附录

3.1.开发人员所需知识结构

●数据仓库与数据挖掘相关知识

●Oracle数据库、SQL操作、Oracle建立数据仓库操作

●一种程序开发语言

●General sense

3.2.可供参考的文献资料

1)相关论文

我已在校图书馆网际数据库中下载了部分有关图书馆数据仓库建立的论文,如有需要可以联系我。也可以根据自己工作的需要,自行从校图书馆网际数据库下载。

2)有关构建数据仓库方面的经典实用书籍

目前还没有找到,大家可以相互推荐一下。

项目实施工作计划范文.doc

项目实施工作计划范文 第一节计划必须是合作双方充分沟通的产物 很多人计划写得非常细致,也非常全面,但执行时并不理想。很重要一个原因是整个计划是个人经验、心血的结晶,不是合作双方沟通的产物。 计划是大家对后续工作安排和分工的一种共识,一个人把工作安排得再好,没有其他人发自内心的认同,除制订计划的人以外,其他人又怎会按照计划执行呢? 按照绝大多数单位部门的管理章程,实施过程是不能没有计划的,很多时候项目经理只是按照制度的要求写个计划,然后照惯例发给用户,至于实际上是否按照计划做,都不去管它,全然不沟通,工作计划《如何编制项目实施计划》。存在为计划而计划的情况,甚至有的项目经理以为计划只是用于让用户去感知软件公司做事规范性。 有的用户对计划非常重视,项目经理费尽心机把计划写出来,然后提交给用户审核。用户同意就按计划去做,不同意再去调整,直到用户满意为止。这也是一种形式的沟通,但这种形式的沟通也存在一个很严重的问题,长期这样沟通下去,用户会逐步变成一个计划审核者,忘记了自己还是项目参与者的身份。如果可能的话,项目经理还是应该请用户一起合作编制工作计划。 没有和用户充分沟通的计划往往是一种独轮车计划,整个计划不断描述软件公司在这个阶段做什么工作,那个阶段做什么工作,需要用户干

什么则没有描述,好像我们是很乐于把用户变成一种对立的监工身份。做计划的时候要随时考虑有没有让用户参与进来,项目经理要敢于让他们参与项目,并且知道安排怎样的工作给他们做。 计划中没有提及用户的配合,有时候用户还会觉得很奇怪:那让我们在每个阶段配合做什么工作呢?还要怎样做呢?会不会达到质量要求呢?出于这种担心,用户反而主动让软件公司把计划解说清楚,这在实际实过程中实在是一件可笑的事情。计划应能指导用户如何配合实施,而不是一个对软件公司进度的单向约束。 第一节计划必须是合作双方充分沟通的产物 很多人计划写得非常细致,也非常全面,但执行时并不理想。很重要一个原因是整个计划是个人经验、心血的结晶,不是合作双方沟通的产物。 计划是大家对后续工作安排和分工的一种共识,一个人把工作安排得再好,没有其他人发自内心的认同,除制订计划的人以外,其他人又怎会按照计划执行呢? 按照绝大多数单位部门的管理章程,实施过程是不能没有计划的,很多时候项目经理只是按照制度的要求写个计划,然后照惯例发给用户,至于实际上是否按照计划做,都不去管它,全然不沟通,工作计划《如何编制项目实施计划》。存在为计划而计划的情况,甚至有的项目经理以为计划只是用于让用户去感知软件公司做事规范性。 有的用户对计划非常重视,项目经理费尽心机把计划写出来,然后

项目前期工作计划

生态商务园项目前期工作计划 (销售许可证前阶段) 一、项目主体单位变更,资质申请(30天,9月20日至10月20日) 方案1、改变企业名称,变更营业范围,申请资质; 方案2、成立项目公司,申请土地变更受让方,申请资质; 二、立项(20天,9月1日至9月20日) 1、办理部门:市建委政务大厅、市政府台城办公楼四楼 2、应备资料: 1)申请报告,报告应包括节能专篇(章)和项目招标内容; 2)区(县)级政府投资主管部门初审意见(限区(县)管企业); 3)国有土地出让合同(原件); 4)项目法人证书或项目业主的营业执照副本(内资企业),项目法人证书或项目业主的营业执照副本以及外商投资企业批准证书(合资企业)(复印件,提供原件供审查); 5)资金证明文件:支付土地出让金凭证等; 6)环境保护行政主管部门出具的环境影响评价文件的审批意见; 7)南京市固定资产投资项目节能评审意见; 8)按规定须进行地震安全性评价的项目,附地震安全性评价意见; 9)按规定需提供的其他材料 三、环评意见(30天,9月10日至10月10日) 1、办理部门:市环保局 2、应备资料:申请书、规划设计要点、可研报告、需环境影响申报表、项目总平方案 四、地形图购买(3天(加急),9月17日至9月20日) 五、规划外部条件 1、办理部门:城南规划局市政处 2、应备资料:4张地形图 六、建设工程规划设计要点(3天(加急),9月20日至9月23日) 1、办理部门:城南规划分局综合处 2、应备资料:

(1)申请建筑工程规划设计要点 1)单位组织机构代码证副本(首次申报) 2)《南京建设工程规划设计要点申请表》1份(盖建设单位印章) 3)立项批复 4)出示拟建用地的《国有土地使用权证》或权属证明(土地出让合同)原件,提供复印件1份 5)1:500现势性地形图(含规划外部条件)2份(用铅笔画出拟建项目的用地范围) 七、建设用地规划许可证(3天(加急),9月23日至9月26日) 1、办理部门:城南规划分局 2、应备资料: 1)单位组织机构代码证副本(首次申报) 2)《南京市建设用地许可证申请表》2份(盖建设单位和申报单位印章) 3)立项批复 4)现势性地形图6份(其中1份含规划外部条件)。 5)以拍卖、招标方式取得土地的提供土地使用权证或土地出让合同 6)建设项目的可行性研究报告或总平面图1份 7)规划局指定的其它图件 八、规划方案专家咨询会及评审会(20天,9月26日至10月15日) 1、了解专家组成.上会时间.地点 2、通过与上会专家的沟通,从而对评审结果可控 3、规划局规委办拟定规划设计方案评选会议纪要,确定规划方案,同时对总平面布置及建筑单体设计提出相关意见及建议 九、土地使用证(20天,10月8日至10月30日) 1、办理部门:南京市土地局市场办、利用处、地籍处、信息中心 2、办理流程及应备资料: 1)土地登记申请书一套 2)国有土地使用权出让合同(补充合同)和使用条件(即外部条件)(原件)3)出让土地使用范围图(原件) 4)放桩,勘测定界成果报告书(原件) 5)项目批文(复印件) 6)土地用途变更费发票(复印件)

数据仓库建设方案详细

第1章数据仓库建设 1.1数据仓库总体架构 专家系统接收增购项目车辆TCMS或其他子系统通过车地通信传输的实时或离线数据,经过一系列综合诊断分析,以各种报表图形或信息推送的形式向用户展示分析结果。针对诊断出的车辆故障将给出专家建议处理措施,为车辆的故障根因修复提供必要的支持。 根据专家系统数据仓库建设目标,结合系统数据业务规,包括数据采集频率、数据采集量等相关因素,设计专家系统数据仓库架构如下: 数据仓库架构从层次结构上分为数据采集、数据存、数据分析、数据服务等几个方面的容: 数据采集:负责从各业务自系统中汇集信息数据,系统支撑Kafka、Storm、Flume

及传统的ETL采集工具。 数据存储:本系统提供Hdfs、Hbase及RDBMS相结合的存储模式,支持海量数据的分布式存储。 数据分析:数据仓库体系支持传统的OLAP分析及基于Spark常规机器学习算法。 数据服务总线:数据系统提供数据服务总线服务,实现对数据资源的统一管理和调度,并对外提供数据服务。 1.2数据采集 专家系统数据仓库数据采集包括两个部分容:外部数据汇集、部各层数据的提取与加载。外部数据汇集是指从TCMS、车载子系统等外部信息系统汇集数据到专家数据仓库的操作型存储层(ODS);部各层数据的提取与加载是指数据仓库各存储层间的数据提取、转换与加载。 1.2.1外部数据汇集 专家数据仓库数据源包括列车监控与检测系统(TCMS)、车载子系统等相关子系统,数据采集的容分为实时数据采集和定时数据采集两大类,实时数据采集主要对于各项检测指标数据;非实时采集包括日检修数据等。 根据项目信息汇集要求,列车指标信息采集具有采集数据量大,采集频率高的特点,考虑到系统后期的扩展,因此在数据数据采集方面,要求采集体系支持高吞吐量、高频率、海量数据采集,同时系统应该灵活可配置,可根据业务的需要进行灵活配置横向扩展。 本方案在数据采集架构采用Flume+Kafka+Storm的组合架构,采用Flume和ETL 工具作为Kafka的Producer,采用Storm作为Kafka的Consumer,Storm可实现对海量数据的实时处理,及时对问题指标进行预警。具体采集系统技术结构图如下:

最新2018项目工作计划范文

最新2018项目工作计划范文 一、项目提出的背景和必要性 包括国内外现状、知识产权状况和发展趋势;技术突破对产业技术进步的重要意义和作用;项目可能形成的产业规模和市场前景。 二、国内外市场分析 包括国际市场状况及该产品未来增长趋势、国际市场的竞争能力、产品替代进口或出口的可能性;国内市场需求规模和产品的发展前景、在国内市场的竞争优势和市场占有率。 三、项目主要开发和建设内容 包括项目的主要科技攻关内容、项目目标及开发任务。 四、项目实施的技术方案 包括项目的技术路线、工艺的合理性和成熟性,关键技术的先进性和创新点;产品技术性能水平与国内外同类产品的比较;项目承担单位在实施本项目的优势。 五、项目实施的现有基础 包括项目承担单位注册地点、股权结构、资产和负债情况、员工构成、主要业务和主要产品、生产规模、主要装备和技术水平、近年来经营状况;对引进技术的消化、吸收、创新的后续开发能力;企业资质、信用和融资能力等。 六、项目组织机构和人员安排 包括项目的组织形式、产学研联盟运作机制及分工安排;项目的实施地点;项目承担单位负责人、项目领军人物主要情况;项目开发的人员安排。

七、项目实施进度计划 包括项目阶段考核指标(含主要技术经济指标,可能取得的专利尤其是发明专利和国外专利情况)及时间节点安排;项目的验收指标。 八、项目资金需求及来源 包括项目新增总投资估算、资金筹措方案(含自有资金、银行贷款、科教兴市专项资金、推进部门配套资金等)、投资使用计划。 九、项目经济和社会效益分析 包括项目未来三年或五年生产成本、销售收入和利税估算;财务内部收益率、投资回收期、投资利润率、财务净现值等指标的动态财务分析;社会效益分析。 十、项目风险分析及应对措施 包括项目技术、市场、资金等风险分析及应对措施。 十一、其它需要说明的事项 十二、有关附件 1、项目承担单位工商登记营业执照(复印件); 2、企业资质证书、专利证书、特殊行业许可证和产品获奖证书(复印件), 3、上年度《资产负债表》、《损益表》、《现金流量表》及审计报告(复印件); 4、项目银行贷款承诺书、自有资金证明材料(原件); 5、项目若有基本建设内容,还需有项目规划、土地、环保意见(复印件);

数据仓库项目常见管理问题

1.项目管理问题 1.企业经历过两次失败的数据仓库建设,现在是第三次,人们普遍认为这次也将会失败。项目经理应该作些什么来消除人们对数据仓库的消极看法? 2.企业的业务系统方,即OLTP方的工作人员对数据仓库方不配合,比如对数据仓库的源数据申请置之不理。项目经理应该如何来应付这种情况? 3.企业的管理层变动较频繁,支持数据仓库的企业领导可能会离开,面对这种情况,项目经理应该如何应付? 4.企业雇佣一家咨询公司来实现一个数据仓库,但是企业的CIO认为数据仓库的建设是对其职位和权威的挑战,不断给咨询人员和项目设置障碍。咨询人员应该如何来应付这种情况? 5.企业管理层希望试验系统(原型系统)具有和生产系统相同级别的数据质量。项目经理应该如何做,才能让管理层相信,试验系统不必和生产系统具有相同级别的数据质量? 6.用户部门领导对共享数据不配合或者只在表面上配合。他们希望能够控制谁能查看什么数据以及什么时候可以查看。数据仓库团队怎样才能让部门领导把数据的访问权共享出来? 7.建立好的数据几乎满足所有的成功标准。但是企业的高级管理层对数据仓库的反应很冷淡。数据仓库团队应该如何应付这种情况? 2.项目需求问题 1.数据仓库项目已经开发了6个月的时间,在项目的开发过程中,数据仓库团队发现业务源系统正在被重写,业务系统在不断的变化,一个新的系统开发出来预计只有8个月的寿命。数据仓库团队应该如何应付这种情况? 2.源系统和数据仓库系统同期建设。但是源系统在不断的变化中,而且源系统的开发团队没有将变化告知数据仓库团队,数据仓库团队在测试过程中出现故障才发现这些变化。这种没有告知有可能是故意的。数据仓库团队应该如何来应付这种情况? 3.数据仓库项目开始时,企业制定了一套有效的数据仓库目标。但是,随着时间的流逝,企业又制定了一些决策,采取了一些行动,这些决策和行动与最初的目标背道而驰。数据仓库团队应该如何应付这种情况? 4.数据仓库项目进展十分顺利,但是根本没有办法判断项目将来是否能够成功。要想为数据仓库确立一个完全合适的目标是不可能的。企业应该如何来面对这种状况?

项目部实施计划

项目部实施计划 主要管理活动:项目策划、项目实施计划书、项目全过程动态管理。 1 项目管理策划 1.1 策划内容:策划应以项目实施为目的,主要内容应包括:项目目标、项目管理模式、资源配置计划、沟通与协调管理、风险管理,具体内容参见《企业管理标准化手 册》《项目策划任务书》(ZJSJ-QB-CH-001)。 1.2 策划书编制:公司工程部牵头组织对大型、特大型和局重点工程项目《项目策划书》的编制;分公司工程牵头组织对中型及以下项目《项目策划书》的编制。 1.3 实施管理:参见《企业管理标准化手册》生产管理篇中“项目策划管理”内容。 2 项目部实施计划 2.1 实施计划书的编制 2.1.1编制依据:《项目管理策划书》、工程合同、施工组织设计、项目目标责任书、施工图纸。 2.1.2按照《项目部实施计划编写任务书》(ZJSJ-XB-JH-001)内容进行编制。 2.1.3《项目部实施计划书》由项目经理主持,项目部总工程师、生产经理、商务经理 等项目主要管理人员共同编制。 2.1.4《项目部实施计划书》的编制与审批执行局《项目策划》(示范文本)要求,按规定完成审批后作为项目部实施的操作性文件。 2.1.5正常情况下公司下达《项目管理策划书》30天内完成编制;特殊情况在合同未签订情况下60天内完成编制;“三边”工程项目进场不超过90天完成编制。 2.2 实施 2.2.1由项目经理向全体管理人员进行全面交底,为项目全面有序的施工作业确定职责、任务和管理要求。 2.2.2项目部按照实施计划书的内容对应员工岗位职责进行责任分解,明确工作任务、 时间及责任要求。项目部员工调整时,应对所负责的工作进行移交。 2.2.3项目部每月召开月度会议或专题会议,分析项目实施计划书的执行情况,对实施计划书中当期目标的完成和策划工作的落实情况进行评估。 2.2.4计划调整

项目经理工作计划(完整版)

计划编号:YT-FS-2390-76 项目经理工作计划(完整 版) According To The Actual Situation, Through Scientific Prediction, Weighing The Objective Needs And Subjective Possibilities, The Goal To Be Achieved In A Certain Period In The Future Is Put Forward 深思远虑目营心匠 Think Far And See, Work Hard At Heart

项目经理工作计划(完整版) 备注:该计划书文本主要根据实际情况,通过科学地预测,权衡客观的需要和主观的可能,提出在未来一定时期内所达到的目标以及实现目标的必要途径。文档可根据实际情况进行修改和使用。 公司要我做产品经理前,做个工作计划。用了两天时间,加上田经理的咨询和修改,写了个XX年大概工作计划。此工作计划仍为草稿。工作后,按照实际情况重新修改。工作内容主要分三大类,其中前两类为工作进入正轨前的准备工作。最后一项日常工作,为进入正轨后的工作内容。本计划最后,是一张时间表,标明各个任务估计需要完成的时间。1,了解公司运作方式及产品 1.1,了解公司工作开始后,用大概一周左右,了解公司业务流程,认识这个业务链条上相关同事。包括销售经理,销售工程师,销售助理等。准确定位自己的工作范围,工作内容,及在公司中的位置。理解公司的企业文化,并尽快融入其中。 1.2,初步熟悉需要推

广的产品用大概一周的时间,熟悉公司需要推广的产品。包括各个产品的规格,工艺,特征,以及同行业其他公司产品之间的替代或竞争关系。和原厂沟通,详细学习产品的技术细节。以bcd公司为例,其拥有的产品线比较广泛,电源管理方面的ic种类也比较多。它的产品在市场上和utc等公司的产品重合比较多,替代性强。工作中需要详细分析其中产品的差异,特别是bcd产品的优势特征。比如说创达公司主页上有推广bcd公司生产的as339电压比较器。这类芯片应用范围非常广,制造厂商也多。现在市面上较流行的还有ir2339、ani339、sf339和lm339。这几款基本都可以互换。对于everlight公司的led类产品,其主要关心的参数有波长,亮度和一致性。对创达公司所代理的也应当详细了解。对于竞争对手的产品,应当积极尽快整理出来,以此将市场进行细分。2,市场进一步规划 2.1,公司内部市场信息整理估计需要一周时间,通过和销售工程师的谈话了解整个行业的市场状况,公司在

数据仓库建设方案84099

1.数据仓库概述 经过多年IT的建设,信息对于XXX 的日常管理已经日益重要,并逐渐成为重要的信息资产,信息资产的管理已经成为日常管理中一个非常重要的环节。如何管理和利用好XXX 内部纷繁的数据也越来越成为信息管理的一项重要工作。 在过去相当一段时间内,XXX 业务系统的构建主要围绕着业务的数据展开,应用的构建多是自下而上构建,主要以满足某个部门的业务功能为主,我们称之为业务处理的时代。这样的构建方式造成了一个个分立的应用,分立的应用导致了一个个的静态竖井。由于数据从属于应用,缺乏XXX 全局的单一视图,形成了一个个信息孤岛,分立的系统之间缺乏沟通,同样数据的孤岛导致只能获得片面的信息,而不是全局的单一视图。存储这些信息的载体可能是各种异构或同构的关系型数据库,也有可能是XML 、EXCEL 等文件。因此,构建新一代的一体化平台提上了日程并最终促成全域数据的管理方式,目的是覆盖XXX 各个环节的关键业务数据,完善元数据管理,形成全局的数据字典、业务数据规范和统一的业务指标含义,能够灵活的获取XXX 业务数据的单一视图(需要保证数据的一致性、完整性、准确性和及时性)。数据的交换和共享主要发生在上下级组织机构之间或同级的不同部门之间。最终,这些数据可以为部队分析、决策支持(多维分析、即席查询、数据挖掘)等应用提供更及时、准确、有效的支持。 数据仓库的目标是实现跨系统数据共享,解决信息孤岛,提升数据质量,辅助决策分析,提供统一的数据服务。同时,数据仓库的构建也面临着各种挑战,比如信息整合在技术上的复杂度、信息整合的管理成本、数据资源的获取、信息整合的实施周期以及整合项目的风险等。

浅谈数据仓库中的元数据管理技术

浅谈数据仓库中的元数据管理技术 孙力君仇道霞方峻峰宋楠 山东省烟草公司信息中心 摘要:数据仓库是数据库的发展方向之一,对企业管理和决策支持起着重要的辅助作用。简要介绍了数据仓库和元数据的基本概念,重点阐述了元数据的概念、作用、CWM标准、来源,并就元数据具体应用进行了初步的研究和探讨。 关键词:数据仓库;元数据; 1. 引言 随着市场竞争的越来越激烈,烟草行业的信息化建设不断的深入发展,全行业形成了“以信息化带动烟草行业现代化建设”的基本共识,明确了“统一标准、统一平台、统一数据库、统一网络”,逐步实现系统集成、资源整合、信息共享的信息化建设总体要求,走过了“由基础性向应用性、由局部性向全局性、由分散性向集中性建设”的三个转变历程,初步形成了“数字烟草”的行业信息化建设格局,既对行业数据中心的建设提出了迫切的要求,也为行业数据中心建设奠定了坚实的基础。 随着数据库技术尤其是数据仓库技术的发展,人类能更容易获得自己需要的数据和信息,由于元数据是数据仓库中非常重要的组成部分,因此讨论和研究元数据在数据仓库中的作用和应用,具有非常重要的意义。 元数据管理是山东烟草数据中心建设的重要组成部分,元数据管理平台为用户提供高质量、准确、易于管理的数据,它贯穿数据中心构建、运行和维护的整

个生命周期。同时,在数据中心构建的整个过程中,数据源分析、ETL过程、数据库结构、数据模型、业务应用主题的组织和前端展示等环节,均需要通过相应的元数据的进行支撑。元数据管理的生命周期包括元数据获取和建立、元数据的存储、元数据浏览、元数据分析、元数据维护等部分。 通过元数据管理,形成整个系统信息数据资的准确视图,通过元数据的统一视图,缩短数据清理周期、提高数据质量以便能系统性地管理数据中心项目中来自各业务系统的海量数据,梳理业务元数据之间的关系,建立信息数据标准完善对这些数据的解释、定义,形成企业范围内一致、统一的数据定义,并可以对这些数据来源、运作情况、变迁等进行跟踪分析。完善数据中心的基础设施,通过精确把握经营数据来精确把握瞬息万变的市场竞争形式,使山东烟草在市场竞争中保持优势。 总的来说,元数据管理平台集成相关的元数据,形成企业的全局数据视图,提供企业级共享元数据的平台,是烟草业务系统的基础设施,对业务系统的发展、应用和数据质量的提升有着深远影响。 2.数据仓库概述 目前有关数据仓库的概念有多种,其中最经典的,引用最为广泛的定义是W.H.Inmon在《Building the Data Warehouse》一书中给出的,他指出:“数据仓库是面向主题的、集成的、随时间变化的、非易失的数据集合,用于支持管理层的决策过程”。[1] 之所以要引入数据仓库,是因为随着信息时代的到来,如何从大量已存在的数据中提取出自己所感兴趣的信息并进行分析和预测越来越成为企业管理者和决策者所关心的问题。为了更好的进行管理和决策,许多企业都选择了数据仓库,利用数据仓库可以对各种源数据进行抽取、清理、加工

软件实施工作计划doc

软件实施工作计划 篇一:软件项目开发计划(实施总计划) 文档作者: 开发/测试经理: 产品经理: 管理办: 项目开发计划 (仅供内部使用)____________________ 日期:____/____/____ ____________________ 日期:____/____/____ ____________________ 日期:____/____/____ ____________________ 日期:____/____/____ 请在这里输入公司名称 版权所有不得复制 项目开发计划 1 引言 1 .1编写目的 本开发计划的目的是: a.把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的安排用文档形式记 载下来,以便根据本计划开展和检查本项目工作,保证项目开发成功; b.制订项目组开发过程中的评审和审查计划,明确相

应的质量管理负责人员; 规定软件配置管理的活动内容和要求,明确配置管理工作的人员。 特别要求:需求分析必须详细,并且有相关专家合作进行, 1 .2背景 本项目软件名称为《电能质量数据分析软件》。 任务来源于(略)公司; 交办单位:(略)公司; 承办单位:北京长峰新康科技有限责任公司。 1 .3参考资料 无; 1 .4术语和缩写词 暂无; 特别说明:有关公司内部秘密的内容用(略)代替。 2 任务概要 2 .1工作内容 本项目开发过程中需要进行的各项主要工作为: 编制附和软件需求要求的软件功能的软件。 文档计划建立: 软件目录 软件需求规格说明

项目开发计划软件开发计划; 可行性报告 软件标准规范 软件测试计划 软件测试办法 概要设计说明 软件可靠性和安全性设计指南 硬件总体设计报告 详细设计说明 软件详细设计报告 软件代码(略) 测试分析报告 软件可靠性和安全性设计检查单 软件评审检查单 软件使用说明 2 .2产品 2 .2.1程序 见需求。 2 .2.2文档 文档内容见2.1中文档建立。 文档格式要求按照软件模式化要求进行,模式按照如下名称模板要求规定:

项目部年度工作计划范文(标准版)

项目部年度工作计划范文(标 准版) Frequent work plans can improve personal work ability, management level, find problems, analyze problems and solve problems more quickly. ( 工作计划 ) 部门:______________________ 姓名:______________________ 日期:______________________ 编号:YB-JH-0884

项目部年度工作计划范文(标准版) 项目部年度工作计划范文一 根据我们项目部目前的管理状况,加大管理力度,真正做到精细管理,提升项目管理水平,完成处下达的xxxx年各项指标,将做如下打算: 1、认真学习公司下达的各项管理制度,文件精神及处x届x次职代会精神,以科学发展观为指导,高标准、高起点,努力提升项目管理水平。 2、进一步贯彻执行处安全质量标准化工作,提升施工工地形象和“文明四区”的创建水平,坚决杜绝轻伤以上安全事故,制定安全管理制度,加大安全监督检查和处罚力度,层层签定安全责任书,将安全目标层层分解,做到全员管理。坚持每周进行一次全面安全检查,对安全隐患不能及时整改,安全管理中存在重大隐患的有关

责任人进行严肃的处理。为体现在安全管理上的“严“”狠”“紧”和xxxx年安全管理的严肃性,xx后召开安全会议,对去年xx工程连续三次发生火灾事故的责任人xxx进行免职处理,班子成员进行每人xxxx元的罚款,技术员和检查员每人xxx元的罚款。 3、在确保质量管理体系有效运行的前提下,为保证xxxx年的生产任务顺利进行,我们根据工程任务情况,已拟定了劳动力和设备需求计划,并根据图纸供应情况编制总体网络施工计划,做到周计划保月计划,月计划保总工期,分段提出材料计划,做到工期不滞后。针对xxxx工程的的具体情况,我们项目部拟定于 xxxx开工,开工后着手和业主沟通,对氟碳漆、玻璃幕墙以及门窗进行定价,通过招标落实确定工程分包队伍。 4、实行工号负责制,签定责任书,工号负责人对所管工程的安全、质量、工期、成本、文明施工负全面责任,每月考核一次,考核结果与工资挂钩,对管理不负责任,工作不能胜任的工号负责人坚决进行撤换。 5、加强材料管理,坚持比价采购,货比三家,在材料进场管理

工程项目工作计划

工程项目工作计划 一、工作整体思路 工程部综合目前项目进展情况,在积极稳妥把现有工程完成收尾工作同时,逐步规划出下一年的具体工作思路,具体如下:两个建设是指工程部的团队、战斗力和凝聚力的建设;工程管理制度和工程管理体系的建设。工程建设三项目标是指项目进度目标、质量目标、成本目标要合理均衡,协调统一,从而促进项目综合目标的完成。 二、工程管理指标 A、乐宾百货内部照明改造工程完成 B、新世界广场外檐泛光工程完成 C、工程合格率达到XX% D、工地重大安全事故零发生 三、工作计划 (一)开工建设及规模 20xx年工程部在公司和相关部门的支持下,乐宾百货内部照明改造,新世界广场外檐泛光工程,按照公司预定开工日期开工建设。 (二)质量控制目标 各项工程优良达到XX%,合格达到XX%。主控项目全部合格,

一般项目验收通过。 (三)进度管理目标 完成公司下达的年度计划目标,实现进度管理合同目标。 (四)成本控制目标 完成公司下达的各种成本控制目标,完成成本控制合同目标,进度控制目标。 (五)安全文明措施 安全文明措施主要从以下两个方面来抓; (1)资质证件管理方面 A、业务合作单位安全生产资质审查备案管理 B、施工机械设检测备案 C、特种作业人员上岗证审查备案 D、专业技术、专业管理安全人员资质审查备案 (2)重大施工、制度管理方面 A、施工现场平面布置图审查 B、文明施工管理办法实施 C、仓库管理方案,脚手架方案,施工临时用电方案,施工机 械搭设方案,高空作业控制方案,施工测量控制方案等。 D、工人生活环境管理制度 E、现场施工环境管理制度 F、安全文明施工检查评比及奖罚制度 (六)部门内部建设

数据仓库中元数据的管理

数据仓库中元数据的管理M etadata M anagem en t i n a Data W arehouse 同济大学计算机科学与工程系(上海200092) 史金红 吴永明 【摘要】 介绍了数据仓库中四种基本类型的元数据,说明了不同类型元数据的收集和维护方法,并着重对分布式元数据的集成和管理进行了详细的阐述。 关键词:数据仓库,数据商场,决策支持,元数据 【Abstract】 T h is p ap er in troduces fou r typ es of m etadata and the m ethods of co llecting and m ain tain ing them.It focu ses on the m etadata m anagem en t and in tegrity. Key words: da ta warehouse,da ta mart, dec ision support,m etada ta 1 引言 随着社会的发展和计算机技术的进步,人们已不满足于用计算机只作简单的数据处理和事务处理。进一步用现有的数据进行分析和推理,从而为决策提供依据的需求导致了决策支持系统(D SS)的出现。90年代以来计算机技术、网络技术和数据库技术的迅速发展为D SS提供了必要的技术环境, OL T P和办公自动化普遍应用积累的大量数据为D SS提供了必要的数据基础,日趋激烈的市场竞争促进了各级管理和决策人员对D SS的实际需求,因此自从1991年W.H.Inm on提出数据仓库的概念和1993年E.F.Codd提出OLA P概念以来,已有许多商品化的数据仓库管理系统和联机分析处理工具软件面市。以上诸因素的共同作用促成许多公司、机构纷纷为提高自己的竞争能力建立数据仓库系统以进行决策支持。 元数据是成功的数据仓库的重要组成部分,它可以帮助数据仓库项目小组明确而全面地理解潜在数据源的物理布局以及所有数据元的业务定义,帮助数据仓库用户有效地使用仓库中的信息,帮助数据库管理员了解某些表的变化将对数据仓库产生怎样的影响以及不同商业过程对应的应用等等。项目小组在开发过程中应当识别元数据并将它收入到元数据商店中,实施适当的过程捕作企业数据结构和应用的变化,从而修改相应的元数据,并向用户提供适当的工具访问元数据。 2 元数据的基本类型 元数据按照其用户可以分为技术元数据和商业元数据。技术元数据提供给数据仓库的技术人员,数据仓库技术人员在仓库的开发和维护中使用这类元数据。商业元数据是商业用户在仓库中寻找他们所需商业信息的一个辅助。但是,技术人员可能也需要访问几种类型的商业元数据,如和商业用户讨论信息需求和建立企业的数据模型。同样,商业用户也需要尝试高水平的技术元数据。 元数据按其内容可以分为四个基本类型: 1)关于数据仓库潜在数据来源的信息,包括现有的业务系统、可得到的外部数据和目前手工维护的信息。例如,一个组织可以从中识别数据来源的潜在仓库数据源有:几个现有的应用程序,由财务部门保存的基于PC机的电子报表,从某一卖主处购买的销售数据,目前由顾客服务部门在纸上保存的顾客联系记录。 2)关于数据模型的信息,包括业务实体、关系、企业规则和企业数据模型。 3)关于业务数据与仓库数据结构间的映射信息。只要那些来源中的一个数据元与仓库建立了映射关系,就应该记录下这些数据元间的逻辑联系以及发生的任何变换或变动。 4)关于数据仓库中信息的使用情况。了解这类信息对更好地调整仓库性能、更多地利用现有查询以及理解仓库中的信息怎样用于解决企业问题是很重要的。 3 元数据的收集和维护 在适当的时间收集适当的元数据是成功实施元数据驱动的数据仓库的基础。为保证较高的准确

【最新】地方标准制项目实施工作计划

地方标准制项目实施工作计划 为了全面贯彻落实科学发展观、构建社会主义和谐社会的首善之区,进一步做好2021年市地方标准的制修订工作,现将2021年市地方标准制修订项目申报工作的有关事项通知如下: 一、指导思想 全面贯彻落实科学发展观,努力构建社会主义和谐社会的首善之区,紧密围绕首都当前的新农村建设、建设创新型城市、促进服务业发展、环境保护、资源节约和循环经济等各项重点工作,加强地方标准研究和实施,提升市地方标准的质量,更好地为首都的经济建设和社会发展提供技术支撑。 二、申报范围 地方标准制修订项目应符合我市经济建设和社会发展的需要,有利于提升城市管理的水平。在新农村建设、高新技术、服务业、环境保护、资源节约、循环经济、公共安全、工程建设、城市管理以及其他与我市重点工作相关的重点领域内,对没有国家标准、行业标准而又需要在本市范围内统一的技术要求,可提出市地方标准制修订项目。

申请立项的地方标准项目应从列入市各重点行业、重点领域标准发展规划及其标准体系的项目中产生。 三、申报材料 1.市地方标准制修订项目申报书(1份,见附件); 2.标准草案(1份,仅一类项目提交); 一类项目为制定项目。标准的主要起草单位应在2021年当年完成标准从起草到报批的全部工作。申请一类项目应以充分的研究成果为基础,未提交项目草案的,不予立为一类项目。 二类项目为研究项目。研究单位应在2021年11月30日前将年度研究进展情况书面报告我局。二类项目在研究过程中形成标准草案的,可申报为下一年度的一类项目,确定立项时优先考虑。公务员之家 3.专利相关证明及专利持有人授权文件(标准项目内容涉及专利提交);

项目部年度工作计划怎么写

项目部年度工作计划怎么写 一、2015年度我项目部经营奋斗目标如下: 1.按照设计及业主要求,在2015年4月完成全部工程施工; 2.安全无一切事故,事故频率为零; 3.质量优良率达85%以上,工程一次验收合格率达100%,创合格工程。 二、抓好各项管理,实现奋斗目标 西安市汉城湖(团结水库)水环境综合治理提升工程(一期)b包工程tb15标段工程属于西安市市政工程,工程单价低,工期紧张,要求质量高,管理规范。为了实现明年的经营奋斗目标,项目部准备重点抓好以下几个方面的工作: 1.做好成本控制工作。项目成本的主要部分有三个方面:一是以工、料、机为主的直接费,二是以运杂费为主的其他直接费,三是以衣食住行为主的现场管理费。我们非常注重项目消耗的计算,以内部管理为主、外部增收为辅。工费以人日消耗为控制目标,材料以项目部能够做到的概算指标为总包干基数,这样就可以依据施工数量,列出成本控制计划,然后根据计划采取措施制定出实施方案。定期总结分析项目经营管理工作,从中找出问题,进而采取措施,堵住漏洞,规范管理,控制成本。项目经理亲自参加和主持总结分析活动,并做到以下几点:○1不仅要注意大问题,更要注意小问题,要明白积少成多的道理;○2要正确分析出问题的原因,提出有针对性的整改措施;○3坚持把这项活动进行到底,贯穿始终。做到事前预测,事中控制,事后总结。 2.确保工程进度。为了克服工期紧张的局面,保证工期,项目部开工前做了充分的准备工作。严密进行了施工组织设计;确保工、料、机到位;做好了甲方、

监理单位等各方的协调工作。为连续施工消除停工、窝工现象,在施工过程中充分发挥主观能动性,合理科学安排施工,鼓励号召大家掀起攻坚战、突击战。通过大干巧干争取时间提前完工,在紧赶工期过程中同时抓好安全质量及员工培训教育工作。项目部工程安全质量责任到人,工程进度细分到天,及时总结重在落实。 3.严抓工程质量质量是公司生存和发展的根本,要坚持百年大计,质量第一的方针,贯彻执行国家法律,法规及行业主管部门相关规定及强制性标准,遵守《建设工程质量管理条例》确保工程质量。牢固树立质量就是生命,质量就是信誉,质量就是效益的观念。正确处理质量与进度,质量与效益的辨证关系,在保证安全质量的前提下,实现工期和经济效益目标。设立专职质量检查技术人员,建立质量检查记录、质量教育培训记录、质量问题和质量事故处理记录三本台帐。明确项目质量有关责任人完善工程质量岗位责任制,建立健全教育培训制度,形成全员、全方位、全过程的质量保证体系,实行工程管理逐级负责制,确保工程质量管理工作落到实处。 4.确保施工安全。坚持安全第一、预防为主的方针,以深入贯彻安全生产法为主线,科学规范管理。深入开展以《安全生产法》为重点的安全质量宣传教育活动。在日常工作和管理中体现依法管理,依法履行职责,让法律意识深入人心,发挥威力。正确地处理安全,进度,效益三者之间的辨证关系。在确保安全生产的前提下,实现工期和经济效益目标。明确各级安全责任,设立专职安全员,建立健全各项规章制度和安全检查,安全教育,违章违纪和事故处理三本台帐。每月进行一次安全教育培训,贯彻上级方针政策,强化安全技术知识。采用面上教育和重点帮助相结合不断提高全员安全意识和预防事故的安全防范能力。对新

最新2021项目工作计划范文

最新2021项目工作计划范文 一、项目提出的背景和必要性 包括国内外现状、知识产权状况和发展趋势;技术突破对产业技术进步的重要意义和作用;项目可能形成的产业规模和市场前景。 二、国内外市场分析 包括国际市场状况及该产品未来增长趋势、国际市场的竞争能力、产品替代进口或出口的可能性;国内市场需求规模和产品的发展前景、在国内市场的竞争优势和市场占有率。 三、项目主要开发和建设内容 包括项目的主要科技攻关内容、项目目标及开发任务。 四、项目实施的技术方案 包括项目的技术路线、工艺的合理性和成熟性,关键技术的先进性和创新点;产品技术性能水平与国内外同类产品的比较;项目承担单位在实施本项目的优势。

五、项目实施的现有基础 包括项目承担单位注册地点、股权结构、资产和负债情况、员工构成、主要业务和主要产品、生产规模、主要装备和技术水平、近年来经营状况;对引进技术的消化、吸收、创新的后续开发能力;企业资质、信用和融资能力等。 六、项目组织机构和 ___ 包括项目的组织形式、产学研联盟运作机制及分工安排;项目的实施地点;项目承担单位负责人、项目领军人物主要情况;项目开发的___。 七、项目实施进度计划 包括项目阶段考核指标(含主要技术经济指标,可能取得的专利尤其是发明专利和国外专利情况)及时间节点安排;项目的验收指标。 八、项目资金需求及 包括项目新增总投资估算、资金筹措方案(含自有资金、银行贷款、科教兴市专项资金、推进部门配套资金等)、投资使用计划。

九、项目经济和社会效益分析 包括项目未来三年或五年生产成本、销售收入和利税估算;财务内部收益率、投资回收期、投资利润率、财务净现值等指标的动态财务分析;社会效益分析。 十、项目风险分析及应对措施 包括项目技术、市场、资金等风险分析及应对措施。 十一、其它需要说明的事项 十二、有关附件 1、项目承担单位工商登记营业执照(复印件); 2、企业资质证书、专利证书、特殊行业许可证和产品获奖证书(复印件), 3、上年度《资产负债表》、《损益表》、《现金流量表》及审计报告(复印件);

数据仓库元数据管理

1.1.1 第一章元数据概论 企业的计算机系统每年会产生很多数据,很多企业面临着这样的困境,难以有效的管理大量的、繁杂的、不一致的数据,并方便地访问、利用这些数据进行辅助决策。 建立数据仓库提供一个方法,把数据转化为有用的、可信赖的信息,支持商业决策。建立数据仓库一个重要的工作是元数据管理。元数据(Metadata)就是数据的数据,用于建立、管理、维护和使用数据仓库。。元数据管理是企业级数据仓库中的关键组件,贯穿于建立数据仓库的整个过程。 元数据使得用户可以掌握数据的历史情况,如数据从哪里来?流通时间有多长?更新频率是多大?数据元素的含义是什么?对它已经进行了哪些计算、转换和筛选等等。在需求不确定情况下,在瞬间万变的商业环境下,元数据可以更好的支持需求的变化,降低项目风险。 通常把元数据分为技术元数据(Technical Metadata)和业务元数据(Business Metadata)。技术元数据是描述关于数据仓库技术细节的数据,这些元数据应用于开发、管理和维护数据仓库;业务元数据从商业和业务的角度描述数据仓库的数据,提供了良好的语义层定义,业务元数据使业务人员能够更好的理解数据仓库分析出来的数据。 元数据贯彻于建立数据仓库的整个过程,不只是ETL过程需要元数据的支持。 图1 元数据的应用 在使用元数据的同时,随着数据仓库市场的发展,业界出现许多数据仓库管理和分析的工具,各种工具使用不同的元数据标准来表示和处理,不同系统之间的迁移、数据交换变得困难。于是,我们希望用一种单一的元数据标准,使得各种组织的元数据具有单一的元模型(MetaModel),因此,需要建立一种标准使得不同的数据仓库和商业智能系统之间可以相互交换元数据。 1.1.2 第二章元数据标准 1.1. 2.1 一、元数据标准CWM OMG于2001年颁布元数据标准CWM 1.0(Common Warehouse Metamodel Version 1.0)。CWM定义一个描述数据源、数据目的、转换、分析的元数据框架,以及定义建立和管理数据仓库的过程和操作,提供使用信息的继承。 目前宣布支持CWM的厂商包括:IBM、Oracle、Hyperion、Dimension EDI、Genesis IONA、HP、NCR和Unisys等。 CWM基于3个工业标准: UML - Unified Modeling Language,OMG建模标准; MOF - Meta Object Facility,OMG建立元模型和模型库的标准,提供在异构环境下的数据交换的接口; XMI - XML Metadata Interchange,OMG元数据交换标准。 UML在CWM中得到充分的应用,担任3个不同的角色: 1),UML用来做为与MOF对应的meta-metamodel。UML相当于MOF Model,,UML Notation和OCL(Object Constraint Language),被用来做为建模语言、图形符号、约束语言,

项目管理部年度工作计划

2014 年工作总结和2015 年工作计划 一、 2014 年工作总结 1.2014年新开工程14 个,自施合同额总计万元,新开工程建筑面积总计万平米,个项目的印章申请工作均已完成,完成率100%,详见下表。 2.2014年新开的14个项目中除项目之外,其余个项目均与公司签订《项目目标责任书》,完成率 93%,但有部分项目签订时间超出限定时限。 3.新开项目的《项目策划书》及《项目实施计划书》编制完成情况见下表,《项目策划书》编制率 71%,《项目实施计划书》编制率93%,均未达到集团公司编制率100%的指标要求,详见下表。 4. 新开项目的风险抵押金执行情况见下表,2014 年风险抵押金总体缴纳情况较差,足额缴纳率仅为31%,远低于集团底线缴纳率100%要求。 5.2014年针对在施项目共开展 3 次综合检查,配合集团完成 1 次履约品质检查: (1)2014 年 4 月中旬开展项目复工检查,共计检查17 个项目,检查后已下达检查总结, 并组织了检查情况通报分析会; (2)2014 年 7 月下旬开展二季度履约检查,共计检查11 个项目(每个土建大项目部抽 检 1 个受检项目),检查后进行了排名公示,得分80 分以上项目 6 个(仅不朽巷项目得分85分以上,评级为优良),得分 80 分以下项目 5 个,并根据《在施项目季度履约履约考核办法》进行了奖罚。 (3) 2014 年 10 月下旬开展三季度履约检查,共计检查11 个项目(每个土建大项目部 抽检 1 个受检项目),检查后进行了排名公示,得分80 分以上项目仅有 3 个,得分70-80 分之间项目 5 个,得分70 分以下项目 3 个,总体结果较二季度检查有所下降。 (4) 2014 年 6 月底配合集团公司完成“工程履约品质检查”,区域公司共计受检项目 16个,其中绥中佳兆业项目位列所在检查组后五名,已被集团公司列为重点关注项目。 (5) 2014 年 8 月底区域公司年中会上,对二季度检查和集团履约品质检查进行了总结 分析。 6.2014年4月份开始,每月对各项目部的项目管理类报表完成情况进行公示,目前上报率已由初期的80%左右,提升至100%,但报表的真实性及项目对报表的重视程度依然不足, 导致无法根据报表对项目进度计划进行严格把控。 7.2014年完工收尾项目 4 个,完工面积52.5 万平米,详见下表。 8.2014年12月结合集团项管部工作安排,完成对所有在施的37 个项目部(含机电项目) 的客户满意度调查工作,其中调查结果为“很满意”项目16 个,占比43%,“满意”项目 20个,占比54%,“一般”项目 1 个,占比3%。 9. 结合原《项目工期监控管理指导意见》对8 个在施项目发出工期监控预警通知书并监 督其进行整改、纠偏,预警项目及整改措施落实情况详见下表。 10.结合集团公司所下发,对接集团公司项目管理与安全部相关负责人进行投诉事件的 销项工作。 2014 年度项目管理部共处理在施项目自身履约问题投诉事件 5 起,详见下表。 11. 结合《人员调配管理办法(修订)》文件要求,协调大项目部人员之间调配17 人,社会招聘人员20 人。同时,按照《项目后延期管理办法》(试行稿)文件要求,对铁岭星悦南 岸项目,沈阳文化艺术中心等项目的后延期及超出后延期人员做出合理调配。 12.项目管理部于印发,文件确定了临建设施标准化箱式房运行模式,推进步骤,标准 化综合服务中心已按标准制作出样品。 13. 截至 2014 年 12 月份,劳务分包资源库已储备结构劳务分包队伍资源109 支,其中二季度增补资源18 支,三季度增补资源19 支,增加率20%以上; 2014 年度共使用劳务分包队 伍 89 支,使用率达82%。

相关主题
文本预览
相关文档 最新文档