精华内容
下载资源
问答
  • SAP NetWeaver Master ...MDM主要是进行跨系统的数据维护,一个集团有多个系统,或者新并购一家公司,若想对这个公司进行快速的整合,比如,商品相同不同编码,供商相同不同编码等,这类问题都可以在MDM中轻意解决。...

    SAP NetWeaver Master Data Management (MDM) ,SAP NetWeaver 主数据管理,MDM可以进行数据合并,降低数据维护成本,确保跨系统的数据一致性,加快业务处理,提高决策。MDM主要是进行跨系统的数据维护,一个集团有多个系统,或者新并购一家公司,若想对这个公司进行快速的整合,比如,商品相同不同编码,供商相同不同编码等,这类问题都可以在MDM中轻意解决。

           MDM同时也与BI进行集成,统一的主数据提供者,由此可实现BI对所有系统数据进行有效的分析。

           MDM是实现企业服务架构ESOA的前提和支柱,SOA实现业务流程可以在不同的系统之间进行灵活、无缝流转。

           IT场景:

        主数据合并

          数据清理及复制

          数据标准化,包括分类及层次管理

          交互式合并能力

        主数据协同

          全局相关主数据信息的自动同步

          交互式的自动分发能力

        集中化的主数据管理

          集中式数据创建

          主数据质量控制

      业务场景:

        供应商数据整合

          诊断供应商,并对他们进行分类

          利用供应商单一视图来获得更好的供应商可视度,获得更好的采购议价

        全球化数据同步(GDS)

          通过数据集成中心(如UCCnet或Transora)进行与零售商的统一贸易条目数据交换

        客户数据集成(CDI)

          对来自所有可用来源的客户数据进行合并和管理

          强大的客户数据管理能力,如匹配、标准化及共识

        MDM-BI汇总报表等

        ************************************

    展开全文
  • DBus(数据总线)项目就是应这个需求而生的, DBus专注于数据的收集及实时数据流计算,通过简单灵活的配置,无侵入的方式对源端数据进行采集,采用高可用的流式计算框架,对公司各个IT系统在业务流程中产生的数据...
  • 为配合公司全业务域多个信息系统建设数据高速公路,我们选用了ORACLE的总线产品,oracle service bus。 作为一个企业级的ESB总线产品,它具备多种协议和连接方式的支持: WebService协议 ----- TCP/IP网络协议被描述...

    为配合公司全业务域多个信息系统建设数据高速公路,我们选用了ORACLE的总线产品,oracle service bus。
    作为一个企业级的ESB总线产品,它具备多种协议和连接方式的支持:
    WebService协议 ----- TCP/IP网络协议被描述封装为SOCKET协议,SOCKET协议被描述封装为HTTP协议, HTTP协议再描述封装为微服务RESTAPI(JSON)、SOAP(XML)。

    WebService工作在 HTTP之上的协议层,继承HTTP的短连接特点:一次发完即完成,没有专门的链路保持。所以服务器为了识别上次客户端和这次客户端发来的数据是同一个客户端,需要启用sessionid技术来标识。

    服务器应用层发出一个会话标识(session id), 就是一个随机的字符串,每客户端收到的都不一样, 每次客户端向服务器发起HTTP请求的时候,把这个字符串给一并捎过来, 这样服务器就能区分开谁是谁了。
    *

    原文链接:https://blog.csdn.net/ot512csdn/article/details/81109757

    展开全文
  • 目录一、背景介绍二、建设大纲1、数据调研业务调研需求分析2、数据域划分分析业务过程划分数据域定义维度构建一致性维表3、构建总线矩阵4、明确分析指标5、规范定义6、明细模型设计事实表维度表7、汇总模型设计构建...

    一、背景介绍

    公司已发展到一定阶段,需要搭建数据中台来整合各条业务线的数据。一方面,当前的报表数据皆是从业务数据库计算得到,OLTP数据库基于业务系统而生,并不适合进行分析计算,常常需要join很多表,效率低下,且影响业务数据库性能。另一方面,公司每条业务线的数据质量参差不齐,命名、更新逻辑杂乱无章,废弃字段繁多,可用性较差。数据中台的作用就是将各业务线有潜在分析价值的数据整合起来,统一存储、分析,既可以支撑公司管理人员的决策,也可以为上层应用提供数据接口。

    二、建设大纲

    《大数据之路》

    1、数据调研

    业务调研

    交付物:《业务数据表目录》
    最好有各业务表之间的关联关系或者数据模型。该阶段的目的是尽可能搞清楚每张表的业务功能,包括表含义、字段含义、更新逻辑等。大部分情况下这种阶段会持续很久,且是长期的,因为业务表太多了,不可能等我们全部理解完毕再开始搭建数仓。先挑最重要的业务过程相关的表进行调研,之后再进行迭代是比较现实的做法。

    需求分析

    交付物《业务分析需求文档》
    与运营、市场等对报表有需求的部门沟通,归纳总结他们的需求,他们需要哪些数据,怎样的数据,哪些数据会对他们的工作有帮助。

    2、数据域划分

    分析业务过程

    交付物:《业务过程与数据域对应表》
    业务过程是为达成业务目标而设定一系列标准化的业务行为事件。换句话说,充分理解公司的业务,从数据分析的角度将整个业务分成一个个不可分割的小部分,每一个小部分就叫做一个业务过程。可以从用户的行为轨迹入手进行划分。例如留资、跟进线索、下单、支付、审核等等。原则上每个业务过程会对应业务数据库一张主事实表。再根据这张主事实表找到与该业务过程相关的所有表。
    将业务数据表按照业务过程分类是数仓建设前期非常重要的一步。

    划分数据域

    交付物:《业务过程与数据域对应表》
    公司业务线很长,且涵盖多个部门的时候,可以把业务过程按照部门划分数据域,每个数据域之间数据相对独立。例如营销域、交易域、应用域。每个业务过程唯一对应一个数据域。

    定义维度

    构建一致性维表

    交付物《数仓维度属性文档》
    维度是维度建模的灵魂。对于维度的理解决定了最终数仓质量的好坏。维度是业务过程的环境描述。维度是我们分析业务过程的角度。每个维度都是一个类属。维度表中的每行数据是一个个该类属的实体。
    **维度的确定往往是在不同里找相同的过程。**不同的订单,卖家可能是一样的,商品可能是一样的,买家也可能是一样的。那么卖家、商品、买家就是维度。标准的维度表和事实表应该是一对多的关系。
    维度属性是描述维度的信息。例如卖家的行业、名称、信用度。
    在分析过程中,往往维度是group by的字段,维度属性是where的字段。
    一致性维度是指不同的业务线中该维度的含义是相同的。例如时间维度,地区维度。用户维度或者租户维度的含义可能相同也可能不同,这也是我们前期需要明确的问题之一。一致性维度保证了不同数据域进行交叉查询时不出现错误数据。

    3、构建总线矩阵

    交付物《数仓总线矩阵》
    形如:
    在这里插入图片描述
    总线矩阵表达的是维度与各业务过程的对应关系。方便将来不同业务过程的交叉查询。

    4、明确分析指标

    交付物《指标命名规范》《指标定义文档》《数据分析指标口径》
    指标的生成需要一套完整的逻辑模型。因为运营人员大概率不懂技术,技术人员对业务的理解也有限,他们想看的数据和我们认知里的这种数据或许并不相同。不统一定义就很容易出现口径不一致的情况。

    5、规范定义

    交付物:《数仓建设名词口径》《数仓建设命名规范》《数仓生命周期管理规范》
    此阶段对以后数仓建设和表开发制定规范。不同的技术架构必然有不同的规范。我们采用阿里云的框架,所以大部分规范都参考了阿里云官方文档。开发过程中一定会遇到很多细节上的问题,所以开发规范是动态完善的。搭建数仓的原则之一就是迭代开发,不要妄想一步到位。

    6、明细模型设计

    事实表

    交付物《事实表数据字典》《各业务过程数据模型》
    之前已经将业务数据表按照业务过程分好了类。现在需要设计每个业务过程对应的事实表的表结构。事实表通常由主键、维度、度量组成。维度是外键,度量是有统计价值的数值型维度属性。理想的事实表是没有维度属性的,但现实情况是,经常会有字段无法归入任何一个维度。例如订单事实表中,订单状态、订单类型这类字段,只能归入“订单”维度中。然而订单并没有维度表,我们的做法是抽象出一张“订单杂项维度表”,相当于把订单也当做了一种维度,然后将这张表“维度退化”到订单事实表。杂项维度表只存在于逻辑数据模型,实际上表中的字段就存放在对应的事实表中。
    我们从主事实表中挑选可能会分析到的字段,再根据依赖关系(也就是外键)确定涉及到的维度,最后将这些维度中分析频率高的维度属性冗余到事实表中。当然,确认“分析频率高的维度属性”也是只有实际开发中才能做到。也是需要优化迭代的一项。

    维度表

    交付物《维度表数据字典》
    维度表的搭建与事实表大同小异。只是很多公司(包括我们公司)的业务数据库中并没有对应的维度表,需要我们从各种事务记录表中抽取字段作为维度属性。
    常常会出现层级维度。例如地区维度,国家、省市区。例如商品,sku,类目。层级维度的处理方法有很多,我们采用了最简单的扁平化处理方案。将父维度的维度属性冗余到子维度中,因为我们的维表数据量很小,冗余也不会占用多少空间,同时还保持了星型模型。

    7、汇总模型设计

    构建公用汇总模型(DWS)

    构建应用汇总模型(ADS)

    8、代码开发

    9、部署运维

    三、技术细节

    四、问题记录

    展开全文
  •  CAN总线是由德国BOSCH公司为现实汽车测量和执行部件之间的数据通讯而设计的串行通讯网络。随着CAN的应用普及,其应用范围已不局限于汽车行业,正在向机械、纺织等行业发展,随着应用领域分布式控制系统的网络...
  • 它由一些世界上占领先地位的自动化系统和硬件、软件公司与微软公司紧密合作而建立的。这个标准定义了应用Microsoft操作系统在基于PC 的客户机之间交换自动化实时数据的方法。管理这个标准的国际组织是OPC基金会。...
  • ----图尔克(天津)传感器有限公司过程自动化部 高书振1.1 罐区监控系统的开发背景 1.1.1 罐区监控系统国内外的发展概况及存在的问题 在炼油企业中,为了配合生产流程,要对原油、半成品油及成品油进行运输和存储...
  • 西部数据公司(NYSE:WDC)与Promise 科技 公司宣布西部数据企业级Serial ATA (SATA) WD Raptor 硬盘与Promise 公司SATA150:trade_mark:主机总线适配器系列以及FastTrak:registered: SATA RAID控制器产品经过认证被...
  • AQSW公司OA系统需求分析

    千次阅读 2012-01-06 02:56:17
    2) 集成式的代表:企业服务总线ESB、应用集成Integration BPM、数据集成方式。2. 功能点闭环。符合业务的功能点需求以及功能点实现的方式代价。1) 功能点是否符合各个部门用户的办公自动化需要。2) 功能

    一、需要考虑的问题

    1. 组织架构/用户边界及形式,来确定OA建设环境的企业架构,是采用集中式还是集成式?

    1) 集中式的代表:应用服务standalone方式,门户Portlet方式。

    2) 集成式的代表:企业服务总线ESB、应用集成Integration BPM、数据集成方式。

    2. 功能点闭环。符合业务的功能点需求以及功能点实现的方式代价。

    1) 功能点是否符合各个部门用户的办公自动化需要。

    2) 功能点实现是装配式还是扩展式。

    3) 装配式易于逐渐形成SOA化的信息系统,但需要基于ESBSOA基础架构技术来实现。

    Ø 优点:从架构根基实现SOA化,便于进行大型项目的设计和建设。使用技术成熟高效,系统拓扑明晰,易于制定与开发实施相缜密交互的建模和设计,非常适合采用或部分采用异构的最新技术,能够将各家的优势技术集中应用。如知识管理、基于元数据的企业内部搜索、图文档及票据等非关系型文件及档案的分析管理等。对新老系统并存以及异构系统集成有明显的优势。硬件利用率高。

    Ø 缺点:设计实施webservice化程度高,不利于中小型企业项目设计,系统建设和维护的技术门槛比传统MIS项目要高。

    4) 扩展式基于原型设计进行,通过基于某种平台技术来进行功能增加扩展集成。可以基于.net Framework,J2EE,Domino,SAP All in One.来进行。

    Ø 优点:项目起步快、见效快。易于使用成熟厂商的应用服务器资源和开发框架进行定制。升级简便随着平台组件的升级而升级。

    Ø 缺点:扩展性存在应用模块的增加造成的系统复杂度和维护难度的几何级增加。硬件采购基于MVC模块来进行道理硬件利用率和耦合度不高。基于平台的软件采购成本成为一个固定支出。

    3. 权限及用户管理

    a) 组织机构中各部门,分支机构的人员管理及权限分配

    b) 涉及到多部门人员流动的权限管理

    c) 涉及到工作流中的权限委派和权限回收问题

    d) 将LDAP中的用户管理和门禁等应用系统的集成

    e) 如何消除“小心翼翼”的用户管理信息中的“脏数据”

    4. 应用逻辑和流程管控

    a) 流程建模及流程优化先行(基于WBM进行流程模拟咨询,属于需求分析的实质性核心内容)

    b) 应用逻辑的特点来选择实现应用架构设计,如e-learningIM、报表统计查询等适合进行Cache设计。

    c) 流程管控一定要符合“塞班斯法案”企业内控的技术管理要求,此为上市公司的必需信息化环节。

    5. 数据管理

    a) 多个实例多个数据库? VS  单实例多个数据库 VS 数据仓库? 规模选择及应用特色选择。

    b) 另外需要考虑数据是否为分散及集中形式。

    c) 数据分散消耗维护管理成本,数据集中需要考虑一致性、完整性的数据风险,以及数据集中过程中的异构数据库集中交互(数据库联邦)的实现方式选择。

    d) 如果进行了数据集中是否在现阶段实现ETL,构建OA应用数据的归档、备份、清洗、转换。

    6. 常见功能特色应用

    a) 流程BPM、会话管理、公文流转、档案管理、即时通讯、邮件系统集成、NFS文件共享、知识库、各功能实现(考勤、门禁、报销、CRM、任务管理、项目组合管理、销售管理、商机管理、配件及仓库管理、PDM设计与分析管理)

    b) 特色应用:票据管理、元数据企业内容搜索、图文档管理、权限集成委派、异构数据联邦。

    7. 界面和人机交互

    a) 界面选择方式,性能功能及访问方式。使用AjaxPortalFlash Air。考虑浏览器兼容性和性能、稳定性。考虑后端应用的展现支持程度。

    b) 单点登录功能。

    c) 支持多种设备的人机交互,涵盖客户端(JavaWebStarterNetbeans RCP、 Eclipse RCP、 Win32 Native Client)、浏览器、IM门户、工具栏plugin插件、iPadiPhoneAndroid

    d) 支持多种数据访问传输方式,TCP/IP、工控机SocketGPRS/3GVPN、手机短信网关。

    8. 维护成本

    a) 横向和纵向的监控。横向涵盖接入设备、中间件、数据库。纵向涵盖存储、网络交换、主机服务器、能耗。

    b) 健康告警及问题定位工具

    c) HA双活机制、MVC各部分均有集群设计和缓存设计。

    9. 配套硬件

    a) 基于应用技术选择来确认操作系统选型,由此决定硬件形式,PCServer or 小型机

    b) 硬件HA模式及双活集群设计的购买原则

    c) 考虑备份所需的容量规划和基于备份策略及方式使用的存储设备。

    d) 现有设备的优化整合利用。

    1,输入员工信息;

    2SAP提取照片;

    3,从SOA中搜索员工信息--如研究生学历;

    4,调查表填写;

    5,如何检查E-learning如何保证员工已经学习;

    6,教学管理方面:当前所在位置-第二个视频,同时有保留记录;--用户

                      上传学习材料,合格分数,邮件通知---管理者

    7,满意度调查:连接在每一个流程后面;---如何发起满意的调查,以及反馈--文档需求电子化;

    8OA中集成子公司的数据;

    9,组织结构人员

    10,数据迁移

    11,知识库管理---后来人如何看到前面的数据

    12,报销人员信息和HR数据要求互相导出,



    展开全文
  • 一、是什么 ...业务方角度:能快速准确提供数据,给公司的日常运营和领导决策提供数据支持和指导。 二、如何建立 1、分析业务需求、确认仓库主题 2、确定总线矩阵 3、设计分层架构 4、规范约束 5、维度...
  • 数据挖掘论文合集-242篇(part1)

    千次下载 热门讨论 2009-01-13 14:03:31
    数据挖掘 企业决策分析的有效工具.caj 数据挖掘——技术与应用综述.caj 数据挖掘、OLAP在决策支持系统中的应用.caj 数据挖掘与决策支持系统.caj 数据挖掘与决策支持系统的关系.caj 数据挖掘与数据库知识发现.caj ...
  • 数据挖掘论文合集-242篇(part2)

    千次下载 热门讨论 2009-01-13 14:06:31
    数据挖掘 企业决策分析的有效工具.caj 数据挖掘——技术与应用综述.caj 数据挖掘、OLAP在决策支持系统中的应用.caj 数据挖掘与决策支持系统.caj 数据挖掘与决策支持系统的关系.caj 数据挖掘与数据库知识发现.caj ...
  • 2015年,IDC行业发生了深刻的变化,传统IDC企业逐步在向云计算转型,金融、电信、能源等信息化程度较高的重点行业对数据中心服务的更新改造需求,互联网、生物、动漫等新兴行业对数据中心的外包需求以及云计算带来的...
  • 数据挖掘在各行业的应用论文

    热门讨论 2010-04-19 09:40:57
    数据挖掘 企业决策分析的有效工具.caj 面向属性的RST在数据挖掘中的应用.caj 数据挖掘与决策支持系统的关系.caj 基于相联规则的数据挖掘理论.caj aaa数据挖掘在电信客户关系管理中的应用.caj 基于知识应用的数据挖掘...
  • 数据挖掘论文合集-242篇(part3)

    热门讨论 2009-01-13 14:08:51
    数据挖掘 企业决策分析的有效工具.caj 数据挖掘——技术与应用综述.caj 数据挖掘、OLAP在决策支持系统中的应用.caj 数据挖掘与决策支持系统.caj 数据挖掘与决策支持系统的关系.caj 数据挖掘与数据库知识发现.caj ...
  • 摘要 最近公司为了规范代码,要求之前的所有http请求的... 何为ESB,ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢。
  • 它的产品线包括业务基础设施软件,如数据库系统、企业服务总线(ESB)框架、软件体系结构(SOA)和业务流程管理系统(BPMS)。 10月3日星期六,一个名为Clop的勒索软件团伙侵入了该公司的内部网络,对文件进行加密...
  • 它利用Spring Boot的开发便利性巧妙地简化了分布式系统基础设施的开发,如服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等,都可以用Spring Boot的开发风格做到一键启动和部署。Spring Cloud并没有...
  • 介绍苏州三星电脑电子公司电力监控系统,采用智能电力仪表和微机...系统采用现场就地组网的方式,组网后通过现场总线通讯并远传至后台,通过Acrel-2000型电力监控系统实现变电所的实时电力监控,为企业电能统计数据
  • 因此,对制造行业的各种数据进行集中存储、管理与备份,依据企业对不同数据的不同要求,从而合理构建企业数据存储平台。采用NAS的存储方式是比较适合的,可以实现数据的集中存储、备份、分析与共享,并在此基础上...
  • ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。ESB的出现改变了传统的软件架构,可以...
  • ESB全称为Enterprise Service Bus,即企业服务总线。它是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。  ESB的出现改变了传统的软件架构,...
  • 对于保存在数据库中的业务数据,可以通过DBus数据总线+Wormhole流式处理平台的日志方式实时地无侵入同步和落地到任意sink端,提供下游系统分析使用;对于业务系统产生的日志数据,这些包含了业务高低峰、用户轨迹、...
  • 具有OPC和ODBC接口,容易与ERP、CRM、SCM等系统连接,实现企业信息化。 采用Profibus-DP现场总线,能够方便地将第三方Profibus-DP设备(如PLC、智能仪表等)集成到系统中。 吸取了MACSⅡ系统和Smartpro系统两者的...

空空如也

空空如也

1 2 3 4 5
收藏数 97
精华内容 38
关键字:

企业数据总线公司