心吾 的好看簿

1)公司规模，组织结构
2)直接领导
3)工作内容，方向
4)项目规模，行业背景
5)出差情况，频率、长度、地点
6)工资组成结构
7)试用期几个月，试用工资如何，能否提前转正
8)上下班时间
9)福利待遇：保险、公积金缴纳比例
10)奖金问题
11)涨工资制度
12)档案、户口存放
13)午饭如何解决
14)到岗时间要求
15)交通问题

我说苦瓜是甜的，你信不？

已经跟公司领导交流过了，初步定在8月中。八达岭高速或13号线周边，系统分析或项目管理，可考虑java高级软件工程师。

说是一回事，做是一回事，什么时候做起来就跟说一样，那水平应该是很不一般了。

封闭了两个星期，终于得空回躺家，回家的感觉真好。BTV电视购物系统的概要设计基本差不多了，还得再去封闭一段时间做详细设计，在网上找不到我的同学朋友电话联系，封闭的地方上不了网。

这周有好多的事情需要处理，忙。

公司预定下周开始封闭开发广电产品和BTV购物系统，一个月左右，郁闷，打乱了我的好多计划，刚封闭了半个月又封闭。

五一请了5天假，到金华老婆家办完婚事，北京待计划。

小强明天去英国实习4个月，准备晚上宿舍的一起到龙泽那边的金百万烤鸭聚一下，但是小猪和吴婶俩新浪的出来的太让我失望了，找事推脱距离远为借口不去，我鄙视你们！

了解需求，分析需求，产品功能说明书(概要设计)，详细设计

简约不简单！想到什么写什么，估计我以后是要在这留点东西了。

提供自动/人工排班功能，方便监测业务进行，并按照排班时间对任务监测人员提供通知提醒功能。

监测方案需提供信息如下：
每日监测频率：一天n次，n为>=1的整数，不考虑多日监测1次的情况。
监测时间间隔：在测试完一次后与下次测试的最短时间间隔和最长时间间隔。
监测时限范围：有特殊监测方案需要在特定时间段内进行测试，排班时需考虑优先度。
监测时长（分钟）：根据经验设定当前方案测试完一次(填写日志并报障)所需时间，可能5分钟，7分钟，8分钟，21分钟等，没有规律。

根据所有监测方案的监测频率、监测时长和监测间隔初步估算每天需要的监测人数以方便排班工作的进行。

排班原则：
1、因为一天可能分多个班，班的个数不定，班的人数也不固定，在交接班后方可确定当班人数，系统对每天的排班工作可不考虑第一班以后的工作饱满度问题，紧着前面的班人员排；
2、在排班时需要将每班人员的休息时间排进(外出吃饭)，具体休息长度在排班前定，同一时间一个班不能有超过2人休息，保证时时有人在岗。
3、同一监测方案是否均匀分配给班中人员在排班前可配，当有新入职员工时需要将单一的测试方案分配给新入职员工以更好地完成测试工作并熟悉测试步骤。
4、当因为有监测时限的方案过多或当班人员不足等原因无法进行排班时系统给出友好的提醒。
5、排班过程中应考虑优先级，有监测时限的在时限范围内应该优先，当班以前测试次数占每日监测总次数比例少的符合测试时间的应该优先，…等。
6、对当班人员的工作量尽量做到均匀，在排班前可设定当班的工作饱满度百分比。

具体设想：
在交接班后确定了当班组员，组长在排班前输入当班工作时间（工作时间7：00—16：00）、休息时间长度并配置一些其它排班参数，系统对所有监测方案进行分析，生成在本工作时间内的排班表，组长可对排班表进行修改，比如根据人员对测试方案的熟悉程度调整两个任务(当班一人当天所需要测试的所有监测方案称为一个任务)间的测试方案。组长可根据任务指定方案的测试人员，形如下表(会议室使用)，横轴表示特定时间需要测试的方案，纵轴表示分配的人员。任务指定后测试人员登陆系统进入任务页面，可通过监测方案链接进入填写监测日志，到了监测时间未进入日志填写的方案系统给予提醒，未到监测时间的不可填写监测日志但可浏览。

今天午休时间在好看簿逛了半天，感觉还不错，速度也快，没有碰到脚本错网页无法打开的情况，赞一个。

2007年8月1日来到大唐中联，时间过得很快，1年快过去了。

给卓望科技做完故障系统，监测系统，现在在开发公司的广电客服系统产品。

登记单状态：
1、受理：客服人员填写完登记单；
2、调度：客服调度给相关部门；
3、准备中：部门反馈信息给客服人员，接收确认客服调度；
4、处理中：部门负责人派工单到具体工作人员；
5、完成：工作人员完成任务，部门负责人统一填写处理结果；
6、回访：确认完成情况；
7、审核：检查处理结果；
8、批示：领导对审核或回访的登记单作出批示；
9、结案：归档