文档介绍：变更申请单
编R
缺陷歹需求
需求提出方
省公司公客部
提出人
修改内容概要和要求（详细说明可用附件）：
用户保有数：过往24个月内由该营业厅发展的在网用户数量（剔除活卡用户）以营业厅渠道ID
统计。
用户保有金额：由上部分用户保有用户在当月产生的所有费用（剔除活卡用户）。
优先级别
「低匚中V局匚较局
「紧急
局方要求
上线时间
2012/8/6
需求提出人确认需求
需求受理人
受理时间
联系电话
需求管理小组评估人员
联系电话
需求变更答复意见（详细说明可用附件，具体评估需要覆盖要点见下广
★变更范围确认：
★ 技术实现分析：，计费相关人员进行逻辑关系确认
.进彳T ODS数据抽取
.按照取数口径进行数据统计
.数据推送前台更新
风险考量：用户保有数和用户保有金额需要对过往 24个月内历史数据进行计算，由于接口
是通过dblink进行接口，为了提高数据运算速度，目前采取整表取数，针对固定字段进行每
月更新，而此次要同步划小核算单元 3月上线以前所有过往 24月内的CRMR户表，以及计费过往24个月内的账单表，需要极长的时间进行取数，而且有可能直接导致服务器刚增加的硬盘继续不够用，风险确实太大了。
工作量投入：，计费相关人员进行逻辑关系确认（ 8月3日进行）
.进彳T ODS数据抽取（8月3日晚进行）
.按照取数口径进行数据统计（待定）
.数据推送前台更新（待定）
需求分析
需求设计
编码
内部测试
配置和发布
现场测试
配合客户测试
上线
0
0
0
0
0
0
0
0
进度影响：同步数据
需求分类（0 BUG、1合同内需求、2合同外需求）：合同内需求
评估结论：
受影响的配置项说明：
项目经理签字
派单人
派单时间
开发负责人
开发完成时间
测试负责人
开发部测试完成
&发布时间
配置管理员
局方负责人签字
附件: