《经营分析系统建设方案书.pdf》由会员分享,可在线阅读,更多相关《经营分析系统建设方案书.pdf(24页珍藏版)》请在三一文库上搜索。
1、. 经营分析系统 建设方案书 经营分析系统建设方案书 第 2 页 目录 1 概述 . 3 1.1 建设背景 . 3 1.2 建设目标 . 4 1.3 系统建设原则. 4 2 总体设计 . 5 2.1 设计思想 . 5 2.2 体系架构 . 7 2.2.1 硬件架构 . 7 2.2.2 软件架构 . 9 2.2.3 功能组织架构 . . 12 2.3 系统关键技术. . 13 2.3.1 数据仓库 . . 13 2.3.2 联机分析 . . 14 2.3.3 数据挖掘 . . 16 2.4 阶段性实施 . . 17 2.4.1 数据仓库的阶段性发展. . 17 3 系统功能 18 3.1 系统业
2、务功能. . 18 3.1.1 经营发展概况分析. . 19 3.1.2 业务及产品使用. . 19 3.1.3 客/ 用户级分析 . 20 3.1.4 缴费 / 欠费分析 . 21 3.2 系统管理功能. . 22 3.2.1 系统监控和维护管理. . 22 3.2.2 系统参数配置管理. . 22 3.2.3 系统权限管理 . . 23 3.2.4 操作日志管理 . . 24 3.2.5 版本管理 . . 24 经营分析系统建设方案书 第 3 页 1 概述 1.1 建设背景 现代企业经营环境呈现出以下三个方面的特征: 客户( Customer)至上 经济全球化使得市场上产品的更新换代周期越
3、来越短,技术的发展 使得市场上可替代产品的出现越来越快,因此,面对客户越来越个性化、 多样化的消费需求, 企业不得不提供更加丰富的产品和服务来满足客户 的需求。 竞争( Competition )越来越激烈 当一个行业发展处于上升势头时,参与市场的竞争者就越来越多, 而且都以追求更加卓越为目标。 市场变化( C hange) 市场变化已成为业界常态;不仅如此,变化的速度、范围及影响越 来越快。客户的消费需求在发生变化、对手的竞争模式在发生变化,这 种变化是持续不断地,而且频率在加快,因此,企业市场应对策略的产 生和应用速度是保持竞争力的重要手段,而市场应对策略的制定需要真 实、及时的市场经营信
4、息的支持。 面对上述以 3C为主要特征的现代企业经营环境,电信运营商需要更准确、 更及时地了解自己的客户和业务情况,了解客户发展的渠道性能, 了解竞争对手 的经营情况, 以便及时地推出服务措施, 满足客户越来越个性化的需求。如何在 现代企业竞争环境中充分利用自己的综合业务优势、保持并增强市场竞争能力, 也是电信运营商亟待解决的关键问题。 电信运营商经过长期的发展, 现有的基础数据已经逐渐丰富, 但是普遍存在 一个共同要面对的情况, 就是这些基础数据源的数据相对独立,关联性小, 但只 要一旦能够充分利用这些数据, 那么经过整合的数据的利用价值将大大提升,为 整合成具有分析价值的“信息”数据提供了
5、条件。 经营分析系统建设方案书 第 4 页 综上所述,解决问题的关键就在于如何充分利用好电信业务运营支撑系统长 期以来产生的以及还在继续产生的业务数据和客户数据,将这些数据按照分析的 要求进行集成,组织成支持企业经营过程的有价值信息,甚至知识。 1.2 建设目标 系统建设以集团要求为出发点, 从宏观上以收入情况分析、 业务使用情况分 析、竞争情况分析、客 / 用户情况分析、营销管理分析、营业情况分析、客服质 量分析以及其他专题分析等功能分析点为分析要素,并结合固定/ 预定义报表、 即席查询、 OLAP 分析、常规图展示、信息告警以及数据挖掘等实现手段,对电信 业务、市场情况进行全面、深入地分析
6、。 1.3 系统建设原则 在系统建设过程中,将遵循以下原则: 整个系统的建设将按照三层架构的原则进行建设。经营分析系统在逻辑 结构上包含数据获取层、数据存储层和数据访问层。 整个系统的建设将采用统一规划、分步实施、完善优化、步步见效的方 式,既要满足当前内蒙电信对分析的迫切需求,同时也要考虑整个系统 的演进,满足未来系统作为一个完善的决策支持系统的要求; 经营分析系统将充分考虑系统的开放性,满足多技术、多系统的无缝集 成;充分考虑系统的灵活性和可扩展性,支持未来对新业务、新产品统 计分析的需求。 经营分析系统建设将考虑充分的保密与安全管理体制。避免企业机密数 据泄漏。 在技术选型上,经营分析系
7、统将采用成熟、稳定、先进的产品,同时在 软硬件产品的选型上应具有一定的前瞻性,避免今后因业务拓展需要更 换系统构件的可能性;在系统建设中,产品的各个构件按产品化的原则 进行设计建设,尽可能减少各子系统之间的信息耦合度。 经营分析系统将采用统一的系统间的接口、数据标准和接口方式。系统 经营分析系统建设方案书 第 5 页 提供的数据将能满足系统内部对数据的实时要求,支持并实现和各相关 外部系统的连接。 经营分析系统的开发与建设将分阶段循序渐进地进行。由于本系统关联 的外部系统较多,为将系统建设风险降至最低,本次系统工程建设需要 分步实施,对系统进行多次割接。 2 总体设计 2.1 设计思想 系统的
8、建设涉及到数据库、数据仓库、联机分析处理(OLAP ) 、数据挖掘、 人工智能和统计学等多种学科与技术的交叉,同时必须考虑多种系统平台与工具 的集成,因此系统的技术实现必须遵循以下要求: 开放性 为保证系统的开放性, 系统构建中要尽量使用主流的硬件平台(主机、网络 设备等)和软件平台, 遵循业界开放式标准, 支持系统建设中涉及的各种网络协 议、硬件接口、数据接口等,为未来的系统扩展奠定基础。 同时为了保证数据仓库的开放性,在数据模型建立时, 数据存储中应充分考 虑对未来业务发展的最大支持(如:客户数据/ 用户数据的处理上考虑较为全面 的采集,模型建立中使用独立的客户数据域,为CRM 系统使用客
9、户 / 用户数据奠 定基础) ,使相关系统能够顺利地使用该数据仓库。 扩展性 系统的扩展性应包含硬件、 软件和应用等多方面的扩展, 同时扩展性优劣的 一个重要指标是系统并行能力。在系统建设中, 应从这几个方面综合考虑, 选择 扩展性强的硬件平台和软件工具,并在应用设计时充分考虑可扩展性。 在系统建设中,应充分借鉴目前业界的建设经验,吸取教训,少走弯路,保 证应用的可扩展性。 安全性 系统安全管理主要包括网络安全管理、主机和操作系统安全管理、 数据库安 经营分析系统建设方案书 第 6 页 全管理、数据访问权限管理等组成。 网络安全管理通过采用路由器、 防火墙、通信服务器等多种硬件设施来保障 网络
10、安全,防止系统受到非法入侵, 保证数据的安全性, 同时设置网络密码保护, 确保通过 Web页面访问系统时数据传输的安全性。 主机和操作系统安全管理通过设置主机密码、操作系统级别的不同用户、 口 令,确保系统稳定性和安全性, 并建议通过磁盘阵列进行数据备份,在系统发生 意外情况时,保证系统数据能够得到及时恢复。 按照中国电信业务要求, 结合具体的数据情况并充分考虑建设维护成本,应 提供适当的系统备份、数据恢复等策略。 数据库安全管理通过设置不同等级的数据库用户权限、角色权限,防止数据 库受到恶意攻击; 对于后台数据库数据, 原则上只开放读取权限, 避免数据库数 据受到肆意修改;在数据库操作上,应
11、严格权限、密码管理,针对不同的操作, 只授予相应的权限;对于重要的数据库数据做到定期异地备份。 作为反映企业核心竞争力的业务分析数据必须采取相应的安全保护措施。在 数据访问层,系统提供灵活的权限机制分配和管理使用者对数据资源的访问。 实用性 结合不同部门、不同的业务需求,合理的构建分析模型(按主题、地市、部 门建立不同的 OLAP 分析模型),以及合理地组织数据 (特别是有效又合理的数据 粒度、分析模型的数据总量控制) ,保证了查询效率与响应时间。 对现有业务运营系统影响小, 是系统的基本设计要求, 因此必须采取恰当的 数据抽取策略和控制机制来达到这一目标。 系统对大多数使用人员提供通过浏览器
12、访问方式,并且提供多种图表展现方 式(如:柱状图、饼图、多维透视表等) ,只要能使用浏览器,就能使用本系统。 另外通过门户与OA融合,系统向个性化的方向发展,使人机接口、展现方式更 多样化、实用化。 整体上说,系统应达到“易理解” 、 “易学习”和“易操作”的要求。 知识性 随着应用的深入, 数据源的不断增加, 数据仓库将成为知识的海洋,并提供 多样化的查询手段将知识展现在使用人员面前,以提高系统的应用水平和应用价 经营分析系统建设方案书 第 7 页 值。 可靠性 系统应有良好的可靠性,能保证7*24 的应用服务。 延续性 系统建设应考虑现有类似功能的涵盖和扩展。 2.2 体系架构 从技术角度
13、而言, 核心部分就是预先考虑好逻辑架构的稳定性,当应用要求 不同时,在同样逻辑架构基础上对物理实施进行适当的调整和修改,就能保证系 统的稳定运行。以下我们将从硬件、软件、功能等方面讨论系统的逻辑架构。 2.2.1 硬件架构 2.2.1.1 架构图及说明 服务器架构图如下所示: 说明: 经营分析系统建设方案书 第 8 页 1、 图中绿色圆框中各主机是为从系统长远建设所需要并行性而设计的,在系统建 设初期,由于系统压力较小,从投资效益而言,也可先以单机形式考虑; 2、 系统建设初期,报表查询服务器、数据挖掘服务器、WEB服务器、管理监控服 务器等也均可以并入OLAP服务器,随系统扩展后可分别单独移
14、出。 数据仓库服务器 数据仓库服务器主要承担着从接口将数据按数据仓库模型进行整 理、规范和组织的作用,确保数据的全面、完整和正确。其硬件配置应 具有灵活的扩展性、并性行,支持1-N 台服务器并行扩展,当系统资源 不足时,能够通过升级设备或增加设备( 处理器、内存、网络容量等)的 方式来扩展资源,线性提升系统性能。 OLAP Server OLAP Server 承担着集市的关系型数据向多维数据转换,生成多维 分析 CUBE 并接受客户端访问的功能; 其硬件配置应支持1-N 台服务器的 镜像、分布式的处理来满足不断增加的访问压力,防止服务器的过载。 报表查询服务器 报表查询服务器负担着用户即席报
15、表、预定义报表访问功能,其硬 件配置应支持 1-N 台服务器的并行扩展进行负载均衡,分散用户的访问 请求,提升访问性能。 数据挖掘服务器 数据挖掘服务器主要完成数据挖掘服务功能,为支持其功能开发及 性能提升,系统硬件配置应考虑并行性,可在其功能所需资源不足时, 通过增加或升级瓶颈资源来提升性能,满足应用需要。 Web 服务器 Web服务器主要负担最终用户访问经营分析门户网站的压力,为保 证访问响应的速度,其硬件配置应支持并行扩展性,支持负载均衡,能 适时分布处理用户请求,减轻服务器访问压力,提升访问性能。 管理监控服务器 管理监控服务器负担对系统运行状况进行监控、管理、分析等功能。 经营分析系
16、统建设方案书 第 9 页 2.2.1.2 主机系统基本要求 要求采用多机群集系统或海量并行处理系统(MPP ); 多机群集或海量并行处理系统中的每个主机/ 节点支持同时处于工作状 态,并根据配置的情况运行相同或者在不同的应用(或应用模块),保 证主机的资源充分利用; 要求系统整机平均无故障时间(MTBF )不低于 10000小时; 系统能够提供并行处理能力,平均50,峰值 100; 系统能够提供线性可扩展能力,提供从2TB到 20TB的扩展能力; 主机处理能力满足所有业务的应用,而且有30的性能余量; 计算机系统设备应具有较大的扩充能力,包括系统处理能力的扩充、存 储容量的扩充、 I/O 能力
17、的扩充、节点数的扩充等等;并支持CPU 的升 级或节点的平滑扩充; 维护管理及开发工具,能顺利地进行服务器的管理维护; 根据实际需要,在保证安全的前提下服务器可以灵活接入DCN 网,即可 以考虑以 ATM 、100Base-T或 10Base-T、千兆以太网等方式接入。 2.2.2 软件架构 在数据仓库中形成基础分析数据存储后,应根据业务及管理等实际的需要建 立适合各种应用的数据集市。数据仓库、数据集市中蕴含的信息可以通过报表、 OLAP分析、即席查询、数据挖掘及预警等形式向经营分析系统使用人员展现。 系统体系结构分为三层, 即数据获取层、 数据存储层和数据展现层, 另外元数据 管理贯穿整个系
18、统建设。如下图所示: 经营分析系统建设方案书 第 10 页 数 据 获 取 数 据 存 储 接 口 控 制 服 务 计费帐务 系统数据 结算系统数据 卡类 /智能网 数据 数据仓库 基 本 集 市应用集市 ETL ETL ETL ETL OLAP 多维分析固定报表数据挖掘即席查询其他 WEB 集成及展示控制 数据访问者 元 数 据 管 理 及 业 务 逻 辑 控 制 数 据 展 现 互联网数据客服系统数据 2.2.2.1 数据获取层 数据获取层功能是将数据从数据源经过必要的抽取、清洗、转换等处理后加 载到数据仓库系统中,即ETL过程。 为保证数据的正确性,在ETL的每一环节都必须对数据进行审计
19、。 ETL具有统一调度、监控和管理功能。处理过程支持校验点功能,当因某种 原因使处理过程中断时,可以从最近校验点开始恢复处理过程。 ETL的日志记录了数据抽取、清洗、转换、加载的历史过程。 为提高 ETL工作效率,可以利用专用 ETL工具内嵌自己的专用脚本语言、 存 储过程完成经营分析系统复杂的ETL过程。 2.2.2.2 数据存储层 数据存储层包括数据仓库和从属的数据集市。数据仓库是信息的逻辑和物理 的存储。在数据仓库的实施过程中, 对于某些主题的业务分析问题,可能会按照 主题采用数据集市的方式对数据进行进一步的组织。所以在中央数据仓库的基础 之上根据分析需求创建相应的从属数据集市。 经营分
20、析系统建设方案书 第 11 页 2.2.2.3 数据仓库 数据仓库是按照中国电信整体的信息模型进行构建的,是系统建设的核心。 由于经营信息需求的不断变化, 数据仓库中数据的存储必须采用主题分域的 方式和尽可能小的业务单元来进行数据的组织和存储,这样才能满足数据仓库的 灵活性和信息的完整性, 即适应需求的变化, 又可保证最少量的数据冗余避免信 息的不一致,节约系统投资。并以“元数据驱动、螺旋上升”的方法来指导数据 仓库建设。 2.2.2.4 数据集市 中央数据仓库构建是对数据集市的数据支撑,几乎所有的业务分析都需要通 过进一步组织数据集市来实现,以满足性能、灵活性的要求。 数据集市的建设主要面向
21、部门、地市和重要的领导, 根据其关心的主题、 数 据层次、数据粒度不同,构建相应的数据集市。 数据集市的数据直接来自于数据仓库。采用这种方式, 可以保持整体数据的 一致性。为一些访问数据仓库十分频繁的关键业务部门建立从属数据集市,可以 提高查询的反应速度。 2.2.2.5 数据展现层 数据展现层的主要功能是通过对数据存储层所提供的数据进行各种加工整 理并进行挖掘、预测等操作,然后将获得的数据以文字、报表、曲线和各种图形 的方式,简便、快捷地展现出来。主要包括即席查询、多维分析、报表输出、数 据挖掘及预测和预演等功能。 数据展现层提供统一的门户入口,实现各种功能的无缝连接, 并提供集成化 的认证
22、、信息发布和管理环境, 使经营分析系统使用人员无需关心具体的技术实 现途径,即可实现对经营分析系统数据的访问和分析。同时门户站点还可根据不 同分析和决策人员的需求, 对所需的访问和分析内容进行方便、简捷的定制, 以 满足个性化信息服务的需求。 经营分析系统建设方案书 第 12 页 2.2.2.6 元数据 元数据就是关于数据的数据, 是企业数据仓库的数据地图, 记录数据从业务 系统到数据仓库的整个过程,并记录数据仓库使用过程的信息。 元数据在数据仓库的创建和维护时,都可以发挥作用。 在定义元数据时, 应 该先完成最了解的部分, 最后才为数据仓库里的每一对象类型定义元数据。元数 据细化了数据结构及
23、数据间的关系( 从数据库视图,或是事务规则和数据流描述 的结果 ) 。 还应该记载别名、 代码表、缺省值、完成途径、数值单位 ( 美元或英镑 ) 、 算法和及它相关信息,形成元数据知识库。 由于元数据涉及到数据仓库项目建设全过程以及使用过程,如果将所有元数 据都纳入元数据管理, 将会造成数据仓库项目的建设周期过长。根据我们建设数 据仓库项目经验,认为数据仓库建设应该遵循“统一规划,分步开展”的原则, 对经营分析系统的元数据管理应该先构造一个最小最实用集合的元数据。我们建 议先在以下过程中进行元数据管理: 业务数据源分析 目标数据仓库设计(概念模型、逻辑模型、物理模型设计) 数据获取调度及监控设
24、计 数据仓库、数据集市存储 展示设计 记录数据仓库的使用情况 2.2.3 功能组织架构 经营分析系统的功能模块如下图所示: 经营分析系统建设方案书 第 13 页 数据获取模块主要是负责和控制接口数据源的获取、转换、加载,及ETL 过程中数据的审核、监控与调度。 业务分析模块主要是围绕某个具体的分析主题进行多角度的多维分析,从中 发现问题,查找产生的原因。包括:客户情况分析、收入情况分析、业务使用情 况分析、市场营销分析、竞争分析、营业分析及亮点专题分析等主题功能。 系统管理,包括系统安全管理、 系统日志管理、 用户和权限管理及元数据管 理等功能。 信息展示模块则是根据使用者的不同层次提供不同的
25、信息展示模块功能,包 括即席查询、预定义 / 固定报表、多维分析、数据挖掘、信息订阅等功能,该功 能模块可与业务分析模块的业务分析内容结合,从而为不同层次的使用者提供最 适合的信息展示方式。 2.3 系统关键技术 2.3.1 数据仓库 数据仓库是一个面向主题的、 集成的、非易失的、 随时间变化的数据集合以 经营分析系统建设方案书 第 14 页 便支持管理决策。 面向主题的:数据以所代表的业务内容划分,而不是以应用划分; 集成的:数据仓库中的数据采用统一的格式和编码方式; 随时间变化的:数据按照时间进行组织并且存储在不同的时间切片 非易失的:不允许对数据仓库数据进行更新操作,只加载和查询操作。
26、数据仓库同时具有下述特点: 数据仓库是一种应用模式,是针对这种应用模式提出的方法论。 数据仓库是一种行业经验和工具产品的有机结合。 数据仓库建设是一个循环往复、螺旋上升的过程,体现为一系列项目。 数据仓库系统与其他应用系统相比有其不同的特点,数据仓库建设比以它应 用系统规模更大、投资更大、风险也更大。 影响数据仓库建设成功的因素有很多,所以在建设的过程中必须注意以下几 点: 数据仓库是面向用户的, 是由中高层决策人员提出的业务需求驱动的系 统。 数据仓库建设,应该取得领导层的信任与支持。 数据仓库是面向主题的。 在数据仓库建设初期,应该做一个企业级数据仓库的规划,建立支持全 局的框架结构,采用
27、积木式构造方法开发数据仓库 数据仓库是面向过程的、是螺旋上升的。 保证实现的数据仓库能解决已知和可能出现的问题,能适用业务需求的 变化,获得增量式投入产出效益。 数据仓库必须具有灵活性。 提供灵活的结构,能适用不断变化的用户需求,能适用各种不同的用户 群体的要求。 2.3.2 联机分析 当今 的数 据 处 理 大 致可 以分 成两 大 类 : 联 机 事 务处 理 OLTP(on-line transaction processing)、 联 机 分 析 处 理OLAP(On-Line Analytical 经营分析系统建设方案书 第 15 页 Processing) 。OLTP 是传统的关系
28、型数据库的主要应用,主要是基本的、日常的 事务处理,例如银行交易。OLAP是数据仓库系统的主要应用,支持复杂的分析 操作,侧重决策支持,并且提供直观易懂的查询结果。 OLAP 是使分析人员、管理人员或执行人员能够从多角度对信息进行快速、 一致、交互地存取 , 从而获得对数据的更深入了解的一类软件技术。OLAP 的目标 是满足决策支持或者满足在多维环境下特定的查询和报表需求, 它的技术核心是 “ 维“ 这个概念。 “维”是人们观察客观世界的角度, 是一种高层次的类型划分。“维”一般 包含着层次关系 , 这种层次关系有时会相当复杂。通过把一个实体的多项重要的 属性定义为多个维 (dimension
29、) ,使用户能对不同维上的数据进行比较。因此 OLAP 也可以说是多维数据分析工具的集合。 OLAP 的基本多维分析操作有钻取(roll-up和 drill-down)、切片(slice)和 切块(dice) 、以及旋转 (pivot)、drill-across、drill-through等。 钻取是改变维的层次,变换分析的粒度。它包括向上钻取(roll-up)和 向下钻取 (drill-down)。Roll-up是在某一维上将低层次的细节数据概 括到高层次的汇总数据, 或者减少维数; 而 drilldown则相反,它从汇 总数据深入到细节数据进行观察或增加新维。 切片和切块是在一部分维上选定
30、值后,关心度量数据在剩余维上的分 布。如果剩余的维只有两个,则是切片;如果有三个,则是切块。 旋转是变换维的方向,即在表格中重新安排维的放置(例如行列互换 ) 。 OLAP 有多种实现方法,根据存储数据的方式不同可以分为ROLAP 、MOLAP、 HOLAP 。 ROLAP 表示基于关系数据库的OLAP 实现(Relational-OLAP)。以关系数据库 为核心 , 以关系型结构进行多维数据的表示和存储。ROLAP 将多维数据库的多维 结构划分为两类表 : 一类是事实表 , 用来存储数据和维关键字 ; 另一类是维表 , 即 对每个维至少使用一个表来存放维的层次、成员类别等维的描述信息。 维表
31、和事 实表通过主关键字和外关键字联系在一起, 形成了 “星型模式 “ 。对于层次复杂的 维, 为避免冗余数据占用过大的存储空间, 可以使用多个表来描述 , 这种星型模式 的扩展称为 “ 雪花模式 “。 经营分析系统建设方案书 第 16 页 MOLAP 表示基于多维数据组织的OLAP 实现(Multidimensional-OLAP)。以多 维数据组织方式为核心 , 也就是说 ,MOLAP 使用多维数组存储数据。 多维数据在存 储中将形成 “ 立方块(Cube)“ 的结构 , 在 MOLAP 中对“立方块 “ 的“ 旋转“ 、“ 切块“ 、“ 切片“ 是产生多维数据报表的主要技术。 HOLAP
32、表示基于混合数据组织的OLAP 实现(Hybrid-OLAP) 。如低层是关系型 的,高层是多维矩阵型的。这种方式具有更好的灵活性。 还有其他的一些实现OLAP 的方法,如提供一个专用的SQL-Server,对某些 存储模式 (如星型、雪片型 ) 提供对 SQL查询的特殊支持。 OLAP 工具是针对特定问题的联机数据访问与分析。它通过多维的方式对数 据进行分析、查询和报表。维是人们观察数据的特定角度。例如,一个企业在考 虑产品的销售情况时, 通常从时间、 地区和产品的不同角度来深入观察产品的销 售情况。这里的时间、 地区和产品就是维。 而这些维的不同组合和所考察的度量 指标构成的多维数组则是O
33、LAP 分析的基础,可形式化表示为( 维 1,维 2, , 维 n,度量指标 ) ,如( 地区、时间、产品、销售额)。多维分析是指对以多维形 式组织起来的数据采取切片(Slice)、切块 (Dice) 、钻取(Drill-down和 Roll-up)、旋转(Pivot)等各种分析动作, 以求剖析数据, 使用户能从多个角度、 多侧面地观察数据库中的数据,从而深入理解包含在数据中的信息。 根据综合性数据的组织方式的不同,目前常见的OLAP 主要有基于多维数据 库的 MOLAP 及基于关系数据库的ROLAP 两种。MOLAP 是以多维的方式组织和存储 数据,ROLAP 则利用现有的关系数据库技术来模
34、拟多维数据。在数据仓库应用中, OLAP 应用一般是数据仓库应用的前端工具,同时 OLAP 工具还可以同数据挖掘工 具、统计分析工具配合使用,增强决策分析功能。 2.3.3 数据挖掘 2.3.3.1数据挖掘概念 数据挖掘( Data Mining ),也叫数据开采,数据采掘等,就是从大量的、 不完全的、有噪声的、模糊的、随机的实际应用数据中,提取隐含在其中的、人 们事先不知道的、但又是潜在有用的信息和知识的过程。 经营分析系统建设方案书 第 17 页 企业里的数据量非常大, 而其中真正有价值的信息却很少,因此从大量的数 据中经过深层分析, 获得有利于商业运作、 提高竞争力的信息, 就像从矿石中
35、淘 金一样,数据挖掘也因此而得名。 这种新式的商业信息处理技术,可以按商业既 定业务目标, 对大量的商业数据进行探索和分析,揭示隐藏的、 未知的或验证已 知的规律性,并进一步将其模型化。 在较浅的层次上, 它利用现有数据库管理系统的查询、检索及报表功能, 与 多维分析、 统计分析方法相结合, 进行联机分析处理 (OLAP),从而得出可供决策 参考的统计分析数据。 在深层次上,则从数据库中发现前所未有的、 隐含的知识。 OLAP 的出现早于数据挖掘,它们都是从数据库中抽取有用信息的方法,就决策 支持的需要而言两者是相辅相成的。OLAP 可以看作一种广义的数据挖掘方法, 它旨在简化和支持联机分析,
36、而数据挖掘的目的是使这一过程尽可能自动化。 2.3.3.2数据挖掘特点 数据挖掘技术具有以下特点: 处理的数据规模十分庞大,达到GB 、TB 数量级,甚至更大。 查询一般是决策制定者(用户)提出的即时随机查询,往往不能形成精 确的查询要求,需要靠系统本身寻找其可能感兴趣的东西。 在一些应用(如商业投资等)中,由于数据变化迅速,因此要求数据挖 掘能快速做出相应反应以随时提供决策支持。 数据挖掘中,规则的发现基于统计规律。因此,所发现的规则不必适用 于所有数据,而是当达到某一临界值时,即认为有效。因此,利用数据 挖掘技术可能会发现大量的规则。 数据挖掘所发现的规则是动态的,它只反映了当前状态的数据
37、库具有的 规则,随着不断地向数据库中加入新数据,需要随时对其进行更新。 2.4 阶段性实施 2.4.1 数据仓库的阶段性发展 最成功的数据仓库都是以循序渐进的方式逐步发展起来的,它的每一次发展 经营分析系统建设方案书 第 18 页 都将提高企业所掌握信息的商业价值。 第一阶段报表 数据仓库的最初阶段主要用于企业内部的报表。数据仓库把机构内不同 来源的信息集成到一个单一的仓库中,就可以为公司跨职能或跨产品的决策 提供重要参考。本阶段,通过报表决策者能够及时知道企业的运营状况即所 谓“发生了什么”。 构建第一阶段的数据仓库所面临的最大挑战是数据集成。要对放在不同 生产系统之中、不具备一致性的数据进
38、行清洗,建立一致性的数据存储库。 第二阶段分析 数据仓库应用的第二阶段, 决策者关心的重点发生了转移 从“发生 了什么 ”转向“为什么会发生 ”。分析活动的目的就是了解报表数据的深层 次涵义,需要对更详细的数据进行各种角度的分析。 第二阶段的数据仓库应用中,由于信息库的应用具有很高的交互性,所 以性能问题非常重要。必须建立联机分析处理(OLAP )环境,要求人机交互 响应时间以秒计算。 第三阶段预测 掌握公司即将发生的动向意味着更为积极地管理和实施公司战略。数据 仓库发展的第三阶段就是提供数据挖掘功能,以便利用历史资料创建预测模 型。 3 系统功能 系统功能按业务功能和管理功能进行划分。 3.
39、1 系统业务功能 从业务分析角度, 经营分析系统的分析功能可以划分为多个分析功能域,其 中,每个分析功能域包括了若干个详细的分析功能,具体描述见下文。 以上的分 析功能域划分仅代表众多分类方法的一种,在实际实施时, 经营分析系统应能根 据各种分析需求进行功能域内部要素的扩充、新增以及跨功能域的重构。 经营分析系统建设方案书 第 19 页 3.1.1 经营发展概况分析 3.1.1.1每日预下帐收入情况分析 提供各种类型客户每日预下帐收入情况分析,主要用于监测业务收入的变化 趋势,对异常变化进行预警并分析出其原因所在。 3.1.1.2月综合消费情况分析 按实际月综合帐单分析客户消费情况,提供到客户
40、级信息的钻取,主要用于 了解消费情况的整体变化趋势,提供使用者深入了解消费的构成情况及变化趋 势,分析消费变化的原因、发现利润增长点,以便制订更有针对性营销措施。 3.1.1.3营业收入情况分析 提供营业前台受理业务一次性收费收入情况的分析。 3.1.2 业务及产品使用 关注业务使用各种行为变化的趋势,包括流量、流向、中继使用率等。 3.1.2.1语音业务使用情况分析 提供每日语音业务使用情况的分析。使用者可以把握业务使用的总体情况和 发展趋势,分析各时段、各种通话类型、时长类型下业务使用的特征。 3.1.2.2长途业务使用情况分析 提供每日长途业务使用情况的分析。使用者可以把握业务使用的总体
41、情况和 发展趋势,分析各时段、各种通话类型、时长类型下业务使用的特征。 经营分析系统建设方案书 第 20 页 3.1.2.3本地网业务使用情况分析 提供每日本地网业务使用情况的分析。使用者可以把握业务使用的总体情况 和发展趋势,分析各时段、各种通话类型、时长类型下业务使用的特征。 3.1.2.4IP 业务使用情况分析 提供每日 IP 业务使用情况的分析, 使用者可以把握 IP 业务使用的总体情况 和发展趋势,分析各时段、各种通话类型、时长类型下业务使用的特征。 3.1.2.5短信业务使用情况分析 提供每日短信业务使用情况的分析。使用者可以把握短信业务使用的总体情 况和发展趋势,分析各时段下业务
42、使用的特征。 既可从业务的角度分析各种短信业务在各级客户中的分布比率,在地区域中 的分布比率, 在各种业务类型在的分布比率,得到短信业务的分布规律, 从而为 短信业务的综合部署和发展, 有针对性地提供业务服务提供决策依据;也可从客 户的角度分析使用短信业务的客户组成、客户价值、客户流失情况以及客户活跃 程度。 3.1.2.6互联网业务使用情况分析 提供每日互联网使用情况的分析,并包括宽带(包月)超时分析内容。使用 者可以把握互联网业务使用的总体情况和发展趋势,分析各时段、各种通话类型、 时长类型下业务使用的特征。 3.1.3 客/ 用户级分析 针对不同客 / 用户的情况进行的分析,主要包括构成
43、情况、消费行为、发展 趋势等。支持客户群与产品关联性的分析, 支持零次户的分析, 客户流失的分析, 经营分析系统建设方案书 第 21 页 客户业务量变化和异常的分析。 3.1.3.1客/ 用户总量分析 从消费层次、使用产品类型、客户状态等维度对客/ 用户数进行分析与预测。 以达到充分了解客 / 用户按不同属性的总体构成及其发展趋势的目的。 3.1.3.2新增/ 流失客 / 用户分析 从消费层次、信用度、欠费时间等维度分析网上新增、流失客户的客户属性 构成、业务使用构成、业务使用量构成,分析在某一时段网上新增客/ 用户、流 失客/ 用户数及发展趋势。 3.1.3.3客/ 用户行为分析 从各类电信
44、业务的分析维度,如本地电话、长途电话、数据业务、其他业务 等使用量及费用情况,与客户/ 用户社会属性(或客户 / 用户背景资料)、其他电 信业务使用量及费用、 缴费记录、 客户/ 用户投诉记录、 促销活动反应等的分析。 3.1.3.4客户群分析 结合不同市场发展情况下的需要,对不同客户群体进行管理和分析,锁定的 特定客 / 用户目标进行深入分析,如能够进行客户群属性的标识分析客户群与产 品的关联性,客户群体的发展数构成、业务使用构成、业务使用量构成,针对客 户群体的不同类型 (零次数、流失、新增、存量等状态 )进行分析,以达到充分了 解客户的需求,保留有价值客户,发现客户的流失,及时挽留客户,
45、并发现客户 的潜在需求的目的。 3.1.4 缴费 / 欠费分析 从总体上把握缴 / 欠费情况,可以帮助决策层方便地掌握缴费、欠费情况。 提供使用者深入了解欠费的构成情况及变化趋势,分析导致欠费的原因以及 经营分析系统建设方案书 第 22 页 不同客户群欠费情况, 以便为保证回款和减少用户欠费行为制订合适策略。提供 至用户级信息钻取。 3.1.4.1缴费情况分析 提供使用者深入了解用户缴费情况及缴费习惯,及时了解用户缴费及时率, 有助于采取必要措施确保用户良性缴费行为。提供至用户级信息钻取。 3.1.4.2欠费情况 / 欠费用户分析 对欠费情况与用户欠费费行为、欠费用户特征进行分析,包括欠费拆机
46、用户 复通情况、欠费用户流失情况、欠费拆机对收入影响等进行分析。 预测找出影响用户欠费行为的主要因素为降低欠费率、提高欠费回收率提供 科学合理的手段。 3.2 系统管理功能 3.2.1 系统监控和维护管理 为了保证系统的正常运行, 需要对系统各方面进行监控, 定时报告系统的运 行状况,当发现系统参数接近或超越阀值提出预警,防止系统性能下降。 系统监控主要是针对系统硬件和软件资源的监控,包括主机、 网络、数据库 资源: 1、主机方面是服务器各种资源、进程运行状况、系统告警等; 2、网络方面是网络带宽、网络负载量等; 3、数据库方面是控制文件、数据文件、日志文件、表空间的使用与剩余、 数据库错误、
47、登录用户、当前会话、用户权限、安全日志等。 3.2.2 系统参数配置管理 系统提供友好的界面对系统各类数据和阀值数据进行配置和管理,配置数据 的录入支持增加、删除和修改。 经营分析系统建设方案书 第 23 页 3.2.3 系统权限管理 3.2.3.1工号管理 本系统为系统管理员提供了良好的工号维护界面,只有具有相应权限的管理 员才有权对工号维护。 工号可以被具有相应权限的管理员增加,但是必须保证工 号在系统中的唯一性并且符合工号的编制原则;工号可以被具有相应权限的管理 员修改,如果需要删除时只有具有相应权限的管理员有权删除工号。 同时本系统提供方便简洁的用户密码维护界面,只有工号的所有者或具有
48、相 应权限的管理员可以修改工号密码。当工号的所有者遗忘了工号密码时,具有相 应权限的管理员可把原来的工号密码删除,并设定为某个初始化值。 3.2.3.2用户权限管理 本系统能够对使用系统的各实体提供权限设置,并能对各实体实现分组分级 管理,实现集中的用户管理机制和认证机制: 各角色可根据共同特征分组,并能以组为单位分配权限; 角色组可以多级配置,形成组织; 系统管理员组拥有系统操作及管理的最高权限,可授权所有管理操作人 员角色和系统分析主题功能使用角色; 在整个系统中,系统管理员可以授予各角色组不同的权限,可以授予各 角色不同的权限; 系统管理员组还有对信息发布、审批、撤消、编辑的权限等; 提
49、供角色与用户级联管理的功能以及允许控制;例如:当对一个角色的 权限进行修改的时候,其所属的用户可以根据需要进行对应的权限变 动; 角色组的管理由上至下,逐级管理; 允许授权的用户添加、修改、删除角色; 允许授权的用户定义角色的类型; 允许授权的用户分配角色的权限; 经营分析系统建设方案书 第 24 页 允许授权用户修改角色权限。 权限设置必须由被授权的系统管理员完成,管理员不能设置大于自身权限的 权限。 3.2.4 操作日志管理 系统对所有操作的内容和结果进行日志记录,并提供维护、查询、统计、打 印等功能,具体功能如下: 日志权限管理:确认操作员的权限,防止操作员越级、越权获取日志。 日志查询管理:可以用户登录信息、操作终端连接信息、操作内容、时 间等为条件进行查询和排序。 信息输出管理:可以打印、数据格式转换成其他文件等方式输出 日志统计管理:可自动提供重要操作统计报表、系统重要错误统计报表 等。 3.2.5 版本管理 版本管理包括软件版本号管理、软件升级管理、 软件补丁管理、 信息文档管 理、软件源代码管理等。 版本管理的对象主要包含产品、项目文档及程序文件。
链接地址:https://www.31doc.com/p-5608055.html