个人总结

• 1、结果导向：要出什么成果（业务视图、IT规划图、IT施工图（三图：流程图、系统功能图、ER图））；
  
• 2、访谈策略：由上而下、存在问题、期望。
  
• 3、工作方法（PDCA）；IT现状、业务正常的流程、重点关注业务变动的部分及影响；

PS：对“HD”公司的要求

• 1、 学习方法论、进度、时间节奏；
  
• 2、 目标：整体规划、接口、包括三年规划（计划、预算及依据、三年“HD”公司的收入）
  
• 3、 项目的方案对比：自主开发、外购（切换SAP、Oracle的方案）、混合型。
  
• 4、 项目范围

一、术语说明

规划：总规图
实施路线图：施工图
独立系统：独立数据库或同一数据库但表之间没有关联。

古人云：“授人以鱼，不如授人以渔”。道理其实很简单，鱼是目的，钓鱼是手段，一条鱼能解一时之饥，却不能解长久之饥，如果想永远有鱼吃，那就要学会钓鱼的方法。信息化在华夏大地已经轰轰烈烈地开展了近30年，人们对信息化的理解也日益独到精准，ERP也好，CRM也罢，不论是KM还是SCM等等，信息化早己成为驱动企业加速成长不可或缺的方式，而信息化项目成功与否很大程度上缺乏的不是技术，而是执行人以及执行人所遵守的实施地图——实施方法论。正所谓“三分技术、七分管理、十二分实施（数据）”，而实施成功的重中之重又是实施方法论。

一、五种常见的实施方法论

方法论是战略向导，是带领IT项目走向成功的向导图（Project Map）。信息化供应商是整个项目实施过程中的领航者，应该对整个项目的实施有着全面与前瞻性的认识，有足够的驾驭能力。用户不能期望连自己都不知道将要发生什么事情的公司与顾问能够带领项目成功前进，那样无异于盲人骑瞎马！
软件供应商有无成熟的实施方法论是项目成功的关键。对一个项目应该如何实施、怎样分阶段、每阶段重点工作是什么、解决什么问题、会有什么情况、怎样应对、采用什么样的方法等，软件供应商一定要有明确的认识，当然，这并不是说实施顾问只要照本宣科就可以了，实施顾问根据具体情况解决实际问题的能力也很重要。

一、互联网思维

简单

互联网思维倡导简单、专注和极致。而我们在企业信息化建设时往往出现这样一些情形，上了很多看似高大上的系统和项目，投入了大量的资金和人力，但最终得到的是一堆没人用的功能，回头来看得到的回报率还不足20%，甚至彻底失败。相比互联网产品，企业管理软件在客户体验方面远远地落后了，而在信息化项目实施过程中，把简单的事情搞复杂，范围不断蔓延是最常见的问题。

使用变化数据捕捉特性可以简化数据仓库应用中的ETL过程。
数据提取是所有数据仓储的一个完整组成部分。数据通常是在晚上从事务处理系统中被提取出来并被传输到数据仓库。一般情况下，数据仓库中的所有数据都是由从源系统中提取出的数据来更新。但是在提取和传输海量数据时，资源和时间的消耗都是巨大的。
由于数据提取每日都在进行，因此如果只是提取和加载自上次提取之后发生变化的数据，那么效率就会大大提高。但是，在大多数源系统中，识别并提取最新变化的数据即使是可能的，也非常困难。
除了识别最新变化数据的挑战之外，许多提取、转换和加载（ETL）环境都包含一个源系统，为多个目标系统提供数据。另外，从一个源系统到多个目标系统同步改变数据也是一个挑战。
Oracle变化数据捕捉（Change Data Capture，CDC）特性简化了识别自上次提取后发生变化的数据的过程。CDC提供了易于使用的API来设置CDC环境。 如果你是参与数据集成项目的DBA或开发人员，需要定期从一个系统提取大量数据并将其传输到另一个系统或多个系统，那就赶快考虑使用CDC来缩短ETL的时间吧。
本文将为你提供一种设置CDC环境的循序渐进的方法，概述设置CDC环境的先决条件，并讨论为你的应用程序设置CDC时需要掌握的API。

个人总结

目前PM的成本库是从生产库抽取数据，对生产库的压力很大。可以考虑ODS或者数据库的Stanby方式实现。

一、数据仓库

数据仓库存储报表，数据仓库是面向主题的、集成的、随时间变化的、非易失的、用于进行战略型决策的数据集合。

二、ODS

ODS是一个面向主题的、集成的、可变的、当前的细节数据集合，用于支持企业对于即时性的、操作性的、集成的全体信息的需求。ODS常常被作为数据仓库的过渡，也是数据仓库项目的可选项之一。

1、管理是超级生产力

物质要素：人、工具、劳动对象
非物质要素：技术（第一生产力）+管理

2、管理的目的

提高资源的配置效率

3、管理的手段

学会选工具！
  毛主席的 《实践论》《矛盾论》

• 架构设计:
  架构师根据需求进行架构设计,对高风险的关键问题进行分析，并给出解决方案,并针对性能、可靠性、安全等常见的非功能需求（系统的质量属性）给出解决方案，架构设计文档中分别从概念、逻辑和物理三个层次描述架构的体系结构和行为过程。架构的质量是通过验证确认的，所以架构设计需要对没把握的部分实现为原型系统，并通过仿真运行、测试进行验证。
  
• 数据库设计：
  数据库设计员基于需求和逻辑架构设计逻辑数据模型，包括数据表（或文件）的分割以及数据表（或文件）之间的关系，然后基于物理架构把逻辑数据模型映射为物理数据模型，体现数据的分布以及共享数据结构和数据协议。同时建立数据标准以及数据的管控机制。
  
• 概要设计：
  基于系统架构和数据架构，对系统采用分解策略，自顶向下逐步分解，把系统划分为子系统，子系统进一步划分为模块，并定义各级子系统和模块的接口，包括接口的通行形式和数据协议。同时对每个子系统/模块给出关键内部设计。概要设计一般不需要验证，更多的是对系统细分、落地为可以开发的模块。
  
• 详细设计：
  对每个要开发的模块的内部结构和行为过程进行设计，映射到开发机制，一般开发人员能够清晰而高效的通过编程或者复用实现。
  
• UI设计：
  因为产品的界面是用户确认需求和获得用户体验的关键，讲求的不单是可行，更是可用，所以由专业的UI设计员进行设计，并制作原型，由用户进行评价和确认。从用户交互落地到界面，是一个从设计到实现的过程，所以UI设计员可以进一步分解为负责交互设计的UE和负责界面本身的UI。
  
• 实现：
  由开发人员基于详细设计，实现每个模块的结构和行为过程。在实现的时候，通过不断的运行测试来确认是否满足设计和需求。
  
• 建议：
  在实际环境下，工作不可以省略，角色可以根据团队情况进行合并。
  
  阅读全文 »

1、 总体介绍

随着互联网、电子商务的风起云涌，外部世界的快捷变化要求企业能够快速反应，而要做出快速反应，离不开企业内部信息流的畅通无阻。在企业的信息化过程中，针对不同部门不同的应用需求，开发出了各种各样的应用软件。这些软件基本满足了企业的应用需要，但从企业整体角度出发，要达到内部信息流的畅通无阻，就必须对不同的应用软件进行集成才能实现。
本文将对现有最为常见的两种企业集成方案：EAI(Enterprise Application Integration，企业应用整合)与SOA(service-oriented architecture，面向服务的体系结构)进行探讨与比较。

大多数的blog站点都支持按照分类和标签对文章进行组织。这也是信息管理的两种有效手段。二者的对比如下：

分类是最经典的方法，事先进行严格的类别划分，构建分类树，然后每个项目(Item)从属于分类树上的唯一节点。 由于类别的划分比较严格，通常会在一开始就规划好。如果想要更改分类树，就要付出比较大的代价。

标签(tag)是比较新兴的一种信息管理方式。与分类最大的不同是每个项目(Item)可以有多个标签。标签之间没有关系，但是通过内容可以使不同的标签之间产生关联。 如果某个项目（Item)具有多个标签，那么这多个标签之间就产生了某种相关性。相关性可以表达任何一种关系，可以用相关性表示出一颗分类树，也可以表示出一张图（Graph）。 增加标签的代价非常小，完全可以在产生项目（Item）之后再按需增加标签，并通过关联使新的标签与原来的标签之间产生相关性关系。

由于标签更加灵活强大，变更的代价又很小，在很多同时支持分类和标签的系统或软件工具中都在逐步淡化分类的作用。比如，gmail中的分类功能就是用标签实现的；evernote中的笔记本只支持两级划分（笔记本组和笔记本）；博客园的博客系统只支持一级分类。