需求规格说明书湖南移动统一模型.docx
《需求规格说明书湖南移动统一模型.docx》由会员分享，可在线阅读，更多相关《需求规格说明书湖南移动统一模型.docx（11页珍藏版）》请在冰豆网上搜索。
需求规格说明书湖南移动统一模型
湖南移动统一模型
需求规格说明书
湖南移动通信有限公司业务支撑中心
湖南拓维信息系统股份有限公司
文档标识号
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前言
1.1目的
确定仓库和其他系统（以仓库为数据源的系统，如：
集市、深度运营、渠道系统、三个重点应用、竞争市场管理、话务量营销）的模型统一改造需求要求和范围，制定要实现的具体功能和性能要求，要达到的最终目标。
1.2读者对象
本需求规格说明书的合法读者对象如下：
1.湖南移动统一模型项目组设计和开发人员；
2.湖南移动通信集团公司移动统一模型系统建设相关领导；
3.湖南移动移动统一模型系统建设项目组配置、测试和质量管理人员；
1.3参考文档
序号
文档名称
备注
1
IMEI典型应用（需求文档、设计文档）
2
仓库1.5（需求文档、设计文档）
3
话务量营销（需求文档、设计文档）
4
竞争市场管理（需求文档、设计文档）
5
区域化管理（需求文档、设计文档）
6
渠道管理（需求文档、设计文档）
7
深度运营（需求文档、设计文档）
8
数据集市（需求文档、设计文档）
1.4术语与缩写解释
缩写
英文描述
中文描述
ETL
Extraction,Transformation，Loading
抽取、转换和加载（是数据获取过程）
基础
OperationalData展现ore
基础数据层
应用
DataWarehouse
应用数据层
展现
展现数据层
1.5定义
无。
2项目概述
2.1项目背景
1.庞大的建设维护团队
目前经分系统的建设划分为几个独立的子项目，每个项目由不同的人员进行开发，直接的结果是各系统的模型各不相同，必须有熟悉相关系统的人员进行后期的建设和维护，人员复用性差，这种开发模式将随着子项目的增多人员不断扩张，而全国其他省与之相当的项目，人员要比我们少得多。
2.系统缺陷造成推广难度大
随着经分建设的深入推进，老的模型已经不适应发展的需要，给系统的推广应用造成了极大的障碍；如系统中的字段转码，成为直接开放底层数据给一线人员使用的障碍。
目前移动已明确要求系统中必须有不转码的数据。
接口入库不够灵活，使得表中数据周期与表实体的周期不一致，造成使用人员误解。
逻辑模型的分类不够清晰，不能快速定位到需要的对象实体等。
维表的更新机制差，无相应的维度变更告警通知。
3.系统扩展性不强
经分从1.0到2.0，对数据的存储周期要求越来越长，项目建设初期的循环周期设计原则已经不能满足新的集团规范和本省数据挖掘需求，且该原则给系统维护工作造成较大的麻烦，必须进行修改。
4.数据质量不高
各子系统都有单独的数据汇总流程，造成同一指标有不同的结果，且由于模型不同，无法统一指标口径，问题核查也相当困难，数据质量难以保障。
2.2项目范围
针对湖南移动BI项目的模型进行统一，包括数据仓库系统、数据集市、渠道和深度运营系统，同时实现以上4个系统的ETL处理流程统一和数据库内部模型统一两部分，其项目范围详述如下：
1、在兼顾本省实际情况的前提下，建立符合移动集团规范的仓库逻辑模型；
2、排除原有数据仓库系统在设计上的缺陷，优化系统的处理流程，建立一个易扩展、易维护、高可靠性的仓库系统；原有缺陷改造包括接口维度字段转码、实体周期与数据周期的一致性、存储周期分表原则、逻辑实体及字段命名原则；
3、统一数据仓库与其他系统的应用层展现模型；其他系统展现层数据直接从仓库获取，不再经过基础层->应用层->展现层的ETL汇总过程，而基础层和应用层数据只作为临时统计查询；
3功能需求
按照功能模块，用文字、图表的方式逐项、定量、定性地描述对软件所提出的功能需求。
功能需求的描述需要说明输入什么量、经怎样的处理以及得到什么样的输出。
同时，它还要说明软件应支持的终端数和支持的并行操作用户数。
功能描述借用各种设计工具和手段：
IPO表（即输入、处理、输出表的形式）、USECASE图……等等。
3.1接口层
⏹预处理能根据不同的接口类型，入库不同的实体表
接口类型分纯增量性质的流水性记录和变更性增量记录，纯增量性质的接口可以直接INSERT入库。
变更性增量记录需要预处理判断，日接口需要入库到历史表中，而月接口直接入库到基础表中。
涉及的工作包括预处理程序模版，接口配置信息的分析，接口类型分析和整理。
⏹预处理能对接口数据进行数据清洗和字段新增转换
在保障接口文件的字段都入库的基础，对部分字段以增加的方式进行清洗，如归属市县，对端运营商类型等。
整理需要进行清洗或转换的字段，增加部分预处理字段，重新配置INI、LOAD配置信息；
⏹参数配置要求
3.2基础层
3.2.1老基础模型整理
接口字段与老基础层模型实体字段级对应关系整理，作为新老实体字段改造的依据，包括接口文档、转换规则、老模型字段（清理出中测增加字段等）。
建立仓库的基础层老ER模型，包括物理模型和逻辑模型。
目前仓库剔除废弃接口50个后有接口650老接口需要整理，以上工作预计工作量为3人/月。
3.2.2新基础模型规范
要求对仓库和集市事实表实体、维表表实体、字段命名、分表原则等方面建立一套完成的模型规范，明确定义维表更新处理方法，并最终得到其他项目的模型设计人员评审通过。
预计工作量为4人/月；
依据模型规范，要求建立出新的基础层实体表；涉及实体表为650个，预计工作量为2人月；
依据模型规范，要求建立出新的基础层字段名及类型并形成ER模型，涉及6千多个字段，需要补充到模型中的字段有XX个，字段类型有变化的字段有XX个，预计工作量为5人/月
3.2.3应用程序改造
要求老应用层的数据从新的基础层出，且应用数据保持为老的应用数据格式，以保障展现层程序不需要修改；
目前应用层程序与基础层有关的程序有89个日和123个月，考虑到这其中有少量的报表权重按1.2计算，预计改造的工作量为（89+123）*1.2/22=11.7人/月
3.3应用层
3.3.1老应用模型整理
老基础与老应用路线逻辑图整理、仓库老应用层表实体整理、仓库老应用层字段整理、集市老应用层表实体整理、集市老应用层字段整理；
3.3.2新应用模型规范
依据模型规范需要统一仓库和集市的应用层模型，要求集市的应用层数据完全由完成并以文件出库的形式提供给集市，这就要求对现有仓库应用层模型进行整改，在保障现有仓库应用模型稳定的基础上，融合集市的应用层数据。
新模型规范的实现包括，仓库流程的优化设计和仓库与集市实体的整合设计两个部分。
主要结果产品保包括新模型的流程路线图，新模型ER逻辑模型，新模型ER物理模型。
3.3.3应用程序改造
依据新的应用模型规范，建立新的应用模型，形成统一的新应用流程处理。
程序改造分为两个部分，一部分是实现从新基础层到新应用层流程处理改造；再次是把新应用层数据分别转成仓库老应用和集市老应用层数据。
经过统计分析，新应用模型实体为150个，包括70个集市应用实体，150个实体中有XX个可以通过老程序改造、有XX个需要新增。
基于以上统计，依据工作量为
3.3.4维表
要求仓库各层次统一为一张，依据模型规范，建立各层次关系，需要增加描述、入库时间、修改方式（人工、自动）等固有字段。
建立基础层应用层与展现层的维度对应关系，需要进行以下整理，仓库基础层老维表字段整理、仓库应用层老维表字段整理、集市应用层老维表字段整理、基础层与应用层老维表实体对应关系；
基础层老维表与新维表取值关系、应用层老维表与新维表取值对应关系、仓库基础新维表模型设计。
3.4展现层
3.4.1仓库重点需求
3.4.1.1一经程序改造
要求一经程序从新的基础层出数据，依据新的取值对应关系（集团编码和我省数据编码），改造这部分程序；
目前日程序有27个，月5日程序有17个，月10日程序20个，一经程序相当重要，权重按4计算，预计改造工作量为（27+17+20）*4/22=11.6人/月
3.4.1.2定报程序改造
要求定报中间表从新的基础层出数据，且保持中间表原有数据格式，以保障后继的定报程序不用修改；
目前定报中间表有27个，定报程序相当重要，权重按3计算，预计改造工作量为27*3/22=3.7人/月；
3.4.2仓库老展现层程序改造
在建立好仓库新应用层模型和数据基础上，需要对仓库所有的展现层程序进行改造，把老的展现程序的数据源改从新的应用层，程序的编写格式沿用老的格式，维度和编码方式保持不变，以便CUBE和前台不需要修改。
由于应用的编码有部分进行了修改，为了保障展现层数据不变，需要在从新的应用层到展现层的程序中增加转换关系来实现；
经过对展现层各应用需求进行统计，有
3.4.3集市老展现层程序改造
集市的改造要求同仓库展现层改造，但由于命名规范以仓库为准，集市及其他系统的命名变化比较大，改造难度相对同层次仓库的改造要大些。
经过对展现层各应用需求进行统计，有79个CUB、157个明细查询和64个报表、115个GUI。
基于改造难度上考虑，完成以上程序的改造预计工作量为
79*1/22+157*2/22+64*3/22+115*1/22=31.8人/月。
3.4.4其他程序改造
把涉及到从基础层出的其它应用和报表都必须改从新的基础层出，保障其运行正常。
经过核查目前这部分程序有30个，主要是报表程序，权重为3，预计改造的工作量为30*3/22=4人/月；
4接口需求
暂无。
5性能需求
暂无。
6设计约束
由于项目属于研发，不仅需要考虑当前系统实际情况，同时需要考虑同类其他系统的需求及公司的长远的产品计划。
故整个项目将分为多期进行，一期主要完成当前系统的功能要求。
Ø要交付的工作产品（包括软件以及相关工作文档）：
数据仓库模型整合规范；
数据仓库ER模型；
数据仓库ETL处理流程图
……
Ø项目的主要里程碑
数据仓库新基础层模型的建立，替换完仓库所有老的基础层；
数据仓库新应用层模型的建立，替换完仓库所有老的应用层；
数据集市新应用层模型的建立，替换完集市所有老的应用层；
升级会员 