工作量的神话

总之  觉得自己很厉害............任务量如此之大我还是顶下来了 有前途!

	报告人	朱利芳	报告时间段	20070709---20070713
	本周重点任务及完成情况
	时间日期(年 月 日)	每天的完成的工作/工作成果	本周完成情况(%)	工作成果/未完成原因
	2007-7-9	昨天检查到ＣＳＭ增量表Ｔ＿ＣＩ＿ＣＵＳＴ表因为系统异常更新失败，今天再去查看，是否还是更新失败	100%	结果是因为8日是切分日,所以所有自动跑的进程全被断掉了,第二天可以自动恢复更新,同时又对CSM增量存储过程做了部分修改,保证在发生系统异常时,数据仍可同步
	2007-7-9	早上开始对营销二期接口开发做计划,并给张丽莉和张童分配了关于接口的任务	100%	任务已经分配,并且做了相关的工作指导,下班前安排第一次接口碰头会议,发现新来的两位同事对项目还是不熟悉,原本安排他们确定项目中的哪些模块需要从外围系统里拿数据,整理成"模块_数据_外围系统名称"的文档模式给我,结果他们发给我的文档都有错误,不符合要求,因此决定前期的分析任务还是由自己完成,后续安排一些具体的工作给他们。
	2007-7-9	学习使用Power Designer ,仔细看代理商需求,逐步建立代理商数据模型.	100%	先围绕代理商建立起代理商信息表,然后建立起代理商联系人信息表
	2007-7-9	配合网通收入切分做orcle的IO性能测试	100%	完成性能测试
	2007-7-10	测试人员发现装机地址有缺失系统界配面 ：社区信息管理----设备划配： 查询条件：二区局，大有庄社区，还未划配。 结果：在结果列表中，合同号，装机地址两列数据，部分为空。 现列举一下业务号码：62597273，62598656，62896481，62858228	100%	在接口上找不到原因，只能怀疑接口数据给过来的时候就没有同步，si_basic_info表当前ＳＩ＿ＩＤ没有过来，地址就更新不到，这是ＣＳＭ那边的问题，已经初步经理沟通,但是在没有十足把握是CSM的问题,所以只能暂时先记下si_basic_info里面现在更新后仍为空的数据，到ＣＳＭ那边确认一下对方是否有数据，然后统计所有为空的行数量；si_address(530062):
	2007-7-10	1,检查关于异网ＩＰ的问题，从王岩那里得知，＜１＞帐期后面挂了空格．＜２＞，７月份的异网ＩＰ数据一条都没有过来；	100%	检查出ＩＰ＿info这个表的每行数据结尾都导入了一个回车,3号以后的数据都没导入,不能确定没导入的原因,现在把文件做了修正,把4,5,6号的数据导入数据库,然后再想办法解决结尾有空格的问题
	2007-7-10	1,数据库模型，完成代理商信息管理	100%
	2007-7-10	协助售前工程师统计接口程序运行情况汇总	100%	完成性能报告
	2007-7-10	指导张丽莉,张童整理接口文档	100%	查看了他们的文档,并且再次整理,发现两位同事都很努力,也下决心要带领他们一起把二期的接口工作做好.
	2007-7-10	催俊峰提出ＩＰ＿ＩＮＦＯ运行的时候时间太长，占ＩＯ太大，需要优化	100%	在服务器新建两个文件删除索引和打上索引
	2007-7-11	数据库模型，完成代理商信息管理	100%	还剩下三个，但是要求明天下午交，一天事情很多，没时间专心的写这个，很困扰
	2007-7-11	关于接口	100%	已经开始拟稿接口协议，已经开始整理表结构
	2007-7-11	需求规格说明书修改	100%	有三处要修改，先放后面
	2007-7-11	接口修改，王岩提出修改接口	100%	已修改
	2007-7-12	再次测试,查看数据	100%	完成数据监控si_address(615179),si_address的空记录条数又增加了,反复检查接口存储过程,增量方式没有错,怀疑CSM那边有数据没放入到接口
	2007-7-12	根据经理要求修改接口	100%	完成任务
	2007-7-12	设计数据库模型	100%	完成任务
	2007-7-12	对服务实例地址表做数据监控	100%	下班以后
	2007-7-12	完成t_si_address地址表同步,造临时表装载接口数据	100%	CSM忘记给权限了,所以无法进行
	2007-7-12	认真检查了一下零次户的存储过程,协议上要求是每月8日零点对方把数据插到接口,但是接口库却一直是空的,这个问题,只能到下月留意了,但是可以肯定的是,是对方没给数据,而不是我们这边的数据有错误	100%	对帐期做了下修改,去掉了入参,将入参变为内部变量赋值,使存储过程更安全.
	2007-7-12	质量工程师提出问题，客户ＩＤ为６４６４２５５６的号码要查一下,	100%	数据库里面确实没有,数据没有从接口过来,检查日志,发现表"T_CI_CUST_YX"20070710 CSM:25462 YXGL:000;20070709 CSM:25061,YXGL:190986;20070711 CSM:25100 YXGL:228454;9号晚上数据全更新成功了,10号失败,11日成功,那么11日YXGL成功的条数应该是 25462+25100,但是现在条数是228454;日志记录不准确,除此以外,还有其他的表更新成功后两边系统条数对不上,所以仍怀疑CSM那边数据接口有问题
	2007-7-12	今天接到一个电话,是金舵公司的工作人员,他询问了一下关于每日欠费更新,关于欠费帐期,既然是每日更新,帐期为什么全都是上月的2日,这个问题我也很奇怪,但是IBS计费系统确实是这么给数据的,如果都是当月2日的欠费,那为什么还要做每月更新,希望经理可以回答这个问题.	100%	我提出了疑问,希望经理看见了以后能回个邮件告诉我一下,当初郑琪接手IBS计费系统接口,后转到我手上,所以我比较熟悉的是CSM接口,IBS计费系统接口我只能完全照协议工作,所以才会有不明白的地方
	2007-7-13	给网通孙师傅做大客户收入主题数据统计指导	100%	完成任务
	2007-7-13	数据库模型，完成代理商信息管理,竞争对手,招募,清退,组织机构,考核,下午和组员碰头讲解数据库建模.	100%	完成任务
	2007-7-13	关于营销二期接口,初拟接口表和协议,检查修改张童,张丽莉的文档,并给予指导	100%	完成任务
	2007-7-13	修改部分需求规格文档	100%	完成任务
	2007-7-13	欠费坏帐的表在接口库找到了,灵通商务则是在正式库上找到了,但是是空表,这个我不太了解,是不是属于切分方面的,本来应该是什么样子,这个问题可能应该问一下俊峰	100%	完成任务
	2007-7-13	接口数据监控,完成服务实例地址表同步,和接口数据备份	100%	完成任务
	存在的问题及建议
	1，项目的新任务很多，原生产方面还不时有问题需要解决，新同事因为对项目不熟悉而不好安排一些工作，只能先让他们阅读文档，对需求方面的分析还是必须自己来做。
	２，工作多是因为还有很多不在计划内的工作，时不时的冒出来需要处理，人的精力有限，时间有限，就算天天加班，活还是干不完，于是决定做事情分轻重缓急，像王岩交代的那一块，因为缺乏经验，需要在学习和摸索中进行，自然时间和精力需要得多，而接口那一块，两个新同事的工作需要带领，又是需要时间和精力的，胡工交代需求规格说明书一定要修改好，这个也是一块，因为时间不够赶工造成需求不够细致．所以这三块是最急也是最重的，其他工作，我决定压后，把这个礼拜的这三件事情先做好，但是到底是先做接口还是做设计呢？还有胡工说的需求，已经连加了两天班，感觉应该好好休息一下，工作的时候精力才能更集中，更有效率．
	３，工作方案：关于接口的工作方案已经确定，先把数据来源系统归纳清楚，来源的数据再进行分类，把表列清楚．有些需要取过来的数据既然弄不清楚人家那边是什么样子，我这边就把表样列出来由他们给数据过来，感觉这种方式要比到对方系统去取比较好，承担的风险也比较小．
	4,关于社区标识问题,是由于当初要求服务实例外码表需更新的记录就将社区标识清空的需求,当时和王岩没有想清楚,外码表记录更改不一定区局和端局就更改了,现在加上了新的判断,但是有个疑问,程序是几个月前改成这样的,社区认领和切分也是月月都进行的,但为什么问题现在才爆发.
	5,一直怀疑CSM接口在他们系统改造之后出了问题,但是却一直拿不出证据,苦于当初的接口是半路上接手做的,接口的取数据形式一开始就是他放我取的方式,现在决定权和瓶颈都在CSM系统方,没有十足的证据就只能自己承担责任,工作量无限增加,错误层出不穷,那么下一步就是极力着手找证据的事情了.希望问题解决了,工作量可以正常化.为什么一定要说是我方写错了,对方的程序难道就是神写的吗?程序是和组员一起检查了肯定是没有错误的,怎么能够自己都不相信自己.