需求规格说明书湖南移动统一模型.docVIP

湖南移动统一模型 需求规格说明书 湖南移动通信有限公司业务支撑中心 湖南拓维信息系统股份有限公司  文档标识号 TWBASS-UMODEL(HN)-RM-001 版本号 V1.0 状态 草稿 发布日期： 2008-5-28 发布 ( 修改历史 日期 版本 作者 修改内容 评审号 变更控制号 2008-2-15 V0.1 熊旭光 初稿 2008-5-23 V1.0 杨海云 修改部分内容，规范化 UMODEL_PR_RA_2008052701 目 录 1 前言 1 1.1 目的 1 1.2 读者对象 1 1.3 参考文档 1 1.4 术语与缩写解释 1 1.5 定义 2 2 项目概述 2 2.1 项目背景 2 2.2 项目范围 3 3 功能需求 3 3.1 接口层 4 3.2 基础层 4 3.3 应用层 5 3.4 展现层 6 4 接口需求 7 5 性能需求 7 6 设计约束 8 前言 目的 确定仓库和其他系统（以仓库为数据源的系统，如：集市、深度运营、渠道系统、三个重点应用、竞争市场管理、话务量营销）的模型统一改造需求要求和范围，制定要实现的具体功能和性能要求，要达到的最终目标。 读者对象 本需求规格说明书的合法读者对象如下： 湖南移动统一模型项目组设计和开发人员； 湖南移动通信集团公司移动统一模型系统建设相关领导； 湖南移动移动统一模型系统建设项目组配置、测试和质量管理人员； 参考文档 序号 文档名称 备注 1 IMEI典型应用(需求文档、设计文档) 2 仓库1.5(需求文档、设计文档) 3 话务量营销(需求文档、设计文档) 4 竞争市场管理(需求文档、设计文档) 5 区域化管理(需求文档、设计文档) 6 渠道管理(需求文档、设计文档) 7 深度运营(需求文档、设计文档) 8 数据集市(需求文档、设计文档) 术语与缩写解释 缩写 英文描述 中文描述 ETL Extraction, Transformation，Loading 抽取、转换和加载（是数据获取过程） 基础 Operational Data 展现ore 应用 Data Warehouse 应用数据层 展现 展现数据层 定义 无。 项目概述 项目背景 庞大的建设维护团队 目前经分系统的建设划分为几个独立的子项目，每个项目由不同的人员进行开发，直接的结果是各系统的模型各不相同，必须有熟悉相关系统的人员进行后期的建设和维护，人员复用性差，这种开发模式将随着子项目的增多人员不断扩张，而全国其他省与之相当的项目，人员要比我们少得多。 系统缺陷造成推广难度大 随着经分建设的深入推进，老的模型已经不适应发展的需要，给系统的推广应用造成了极大的障碍；如系统中的字段转码，成为直接开放底层数据给一线人员使用的障碍。目前移动已明确要求系统中必须有不转码的数据。接口入库不够灵活，使得表中数据周期与表实体的周期不一致，造成使用人员误解。逻辑模型的分类不够清晰，不能快速定位到需要的对象实体等。维表的更新机制差，无相应的维度变更告警通知。 系统扩展性不强 经分从1.0到2.0，对数据的存储周期要求越来越长，项目建设初期的循环周期设计原则已经不能满足新的集团规范和本省数据挖掘需求，且该原则给系统维护工作造成较大的麻烦，必须进行修改。 数据质量不高 各子系统都有单独的数据汇总流程，造成同一指标有不同的结果，且由于模型不同，无法统一指标口径，问题核查也相当困难，数据质量难以保障。 项目范围 针对湖南移动BI项目的模型进行统一，包括数据仓库系统、数据集市、渠道和深度运营系统，同时实现以上4个系统的ETL处理流程统一和数据库内部模型统一两部分，其项目范围详述如下： 在兼顾本省实际情况的前提下，建立符合移动集团规范的仓库逻辑模型； 排除原有数据仓库系统在设计上的缺陷，优化系统的处理流程，建立一个易扩展、易维护、高可靠性的仓库系统；原有缺陷改造包括接口维度字段转码、实体周期与数据周期的一致性、存储周期分表原则、逻辑实体及字段命名原则； 统一数据仓库与其他系统的应用层展现模型；其他系统展现层数据直接从仓库获取，不再经过基础层-应用层-展现层的ETL汇总过程，而基础层和应用层数据只作为临时统计查询； 功能需求 按照功能模块，用文字、图表的方式逐项、定量、定性地描述对软件所提出的功能需求。功能需求的描述需要说明输入什么量、经怎样的处理以及得到什么样的输出。同时，它还要说明软件应支持的终端数和支持的并行操作用户数。功能描述借用各种设计工具和手段：IPO表（即输入、处理、输出表的形式）、USE CASE图……等等。 接口层 预处理能根据不同的接口类