关于企业级ECIF系统的构建设计(未完工)

一:概念:

企业级客户信息系统。作为银行的一

个基础设施项目,承担整合银行各系统中

的客户信息,为其他应用系统提供客户信

息的任务。是银行的统一的客户数据源和

客户信息的数据交换中枢。

二:所需概念

①:ETL入库加工

②:ecif数据模型

③:数据分析

三:目标

①  建立整合的单一客户视图集群,在这里对客户的

全面信息进行取得、 记录、 修改等操作, 包括基本信

息、 各类帐户、 关系信息等, 构建企业统一的客

户单一视图、 归并和拆分客户信息、 并且处理原有业务系

统保留自身客户信息, 客户信息数据批量加载与数据

同步。

②  与各类应用系统整合起来, 支持这些系统的

访问和更新, 实现即时、完整的、一致的、 共享的客户信息系统,

改造原有业务系统, 剥离客户信息, 统一通过唯一客户视图接口取得相关信息。

③  客户信息应用, 集中对整合的客户进行细分、 评价、

分析、 潜在客户挖掘、 客户营销和客户风险管理等。

四:实现

四层架构模式

①:贴源层(适用与系统建设的初级阶段,标准化层完善后取消此层)

②:标准化层,规范的客户信息模型,此层为ECIF的基础,并且对各个应用开放接口,实现用户信息即时更新、与访问。

③:扩展层,此层结合网络获取用户其他信息,在标准化层基础上,对客户信息进行丰富

④:数据集市、数据立方体层,实现360°指标分析,评估。

时间: 2024-08-01 17:51:39

关于企业级ECIF系统的构建设计(未完工)的相关文章

企业级业务系统开发实战

通过一个系列讲述一个真实企业的ERP系统开发全过程.其中包括需求分析.设计建模.开发.测试全生命周期过程,其中会详细讲方法论与技术实践.涉及到的方法包括敏捷软件开发.四色原型.领域驱动设计.业务架构.技术架构与具体的EF.WF.EasyUI等技术在项目中的使用. 领域驱动设计案例之领域层框架搭建 摘要: 根据前面对领域驱动设计概念以及一些最佳实践的理解,领域模型是系统最核心的部分,我们还是采用前面销售订单的例子,这个案例系统的核心构建就从领域层开始.领域层框架搭建主要完成两个任务:1.领域模型的

分布式公布订阅消息系统 Kafka 架构设计

我们为什么要搭建该系统 Kafka是一个消息系统,原本开发自LinkedIn,用作LinkedIn的活动流(activity stream)和运营数据处理管道(pipeline)的基础. 如今它已为多家不同类型的公司 作为多种类型的数据管道(data pipeline)和消息系统使用. 活动流数据是全部站点在对其站点使用情况做报表时要用到的数据中最常规的部分.活动数据包含页面訪问量(page view).被查看内容方面的信息以及搜索情况等内容.这样的数据通常的处理方式是先把各种活动以日志的形式写

分布式发布订阅消息系统 Kafka 架构设计[转]

分布式发布订阅消息系统 Kafka 架构设计 转自:http://www.oschina.net/translate/kafka-design 我们为什么要搭建该系统 Kafka是一个消息系统,原本开发自LinkedIn,用作LinkedIn的活动流(activity stream)和运营数据处理管道(pipeline)的基础.现在它已为多家不同类型的公司 作为多种类型的数据管道(data pipeline)和消息系统使用. 活动流数据是所有站点在对其网站使用情况做报表时要用到的数据中最常规的部

分布式发布订阅消息系统 Kafka 架构设计

我们为什么要搭建该系统 Kafka是一个消息系统,原本开发自LinkedIn,用作LinkedIn的活动流(activity stream)和运营数据处理管道(pipeline)的基础.现在它已为多家不同类型的公司 作为多种类型的数据管道(data pipeline)和消息系统使用. 活动流数据是所有站点在对其网站使用情况做报表时要用到的数据中最常规的部分.活动数据包括页面访问量(page view).被查看内容方面的信息以及搜索情况等内容.这种数据通常的处理方式是先把各种活动以日志的形式写入某

.NET应用架构设计—重新认识分层架构(现代企业级应用分层架构核心设计要素)

阅读目录: 1.背景介绍 2.简要回顾下传统三层架构 3.企业级应用分层架构(现代分层架构的基本演变过程) 3.1.服务层中应用契约式设计来解决动态条件不匹配错误(通过契约式设计模式来将问题在线下暴露出来) 3.2.应用层中的应用控制器模式(通过控制器模式对象化应用层的职责) 3.3.业务层中的命令模式(事务脚本模式的设计模式运用,很好的隔离静态数据) 4.服务层作为SOA契约公布后DTO与业务层的DomainModel共用基本的原子类型 5.两种独立业务层职责设计方法(可以根据具体业务要求来搭

HBase概念学习(八)开发一个类twitter系统之表设计

这边文章先将可能的需求分析一下,设计出HBase表,下一步再开始编写客户端代码. TwiBase系统 1.背景 为了加深HBase基本概念的学习,参考HBase实战这本书实际动手做了这个例子. 2.需求 这是一个用户推特系统,用户登陆到系统,需要维护用户的基本信息,然后用户可以发帖和其他用户进行互动.用户之间可以相互关注,用户可以浏览关注用户的推文等等. 这是一个比较简单的推特系统,不考虑用户之间的私信,用户评论推特等功能. 3.概要设计 3.1表设计 首先需要设计三个表:用户表,推特表以及用户

系统权限管理设计 (转)

权限设计(初稿)      1. 前言:      权限管理往往是一个极其复杂的问题,但也可简单表述为这样的逻辑表达式:判断“Who对What(Which)进行How的操作”的逻辑表达式是否为真.针对不同的应用,需要根据项目的实际情况和具体架构,在维护性.灵活性.完整性等N多个方案之间比较权衡,选择符合的方案.      2. 目标:      直观,因为系统最终会由最终用户来维护,权限分配的直观和容易理解,显得比较重要简单,包括概念数量上的简单和意义上的简单还有功能上的简单.想用一个权限系统解

继承与混合,略谈系统的构建方式

http://blog.csdn.net/aimingoo/article/details/6062997 这两天在读kissy的源代码,从一开始我就对它的mix()函数充满了敌意.因为无论从哪个角度来看,那都是一个极其低效的实现.不过深入了解这个框架之后,我对kissy中的新的系统构建的模型产生了兴趣,而这种系统构建的方式,也正是由mix()所带来的. 一.对象系统 我们先了解一下对象系统.在<JavaScript语言精髓与编程实践>中谈到过,面向对象系统有三种对象的继承方式,即原型.类和元

iOS之微博UI实例--拟物化设计(未彻底成功)

*:first-child { margin-top: 0 !important; } body > *:last-child { margin-bottom: 0 !important; } a { color: #4183C4; } a.absent { color: #cc0000; } a.anchor { display: block; padding-left: 30px; margin-left: -30px; cursor: pointer; position: absolute