一、需求
(一)每五分钟查询一次交换机的连接情况;
(二)每2.5分钟更新每栋楼的连接情况。
二、功能点
序号 | 功能点说明 | 待定 | 完成 | 未完成 | 完成时间 | 预计用时(min) | 实际用时(min) | 备注 |
1 |
登录口令 加密以及解密 |
16/4/6 15:50-16:40 |
60 | 36 |
(1)中断14min 。 (2)实现的细节未做考虑。 |
|||
2 |
表的创建和IP 以及口令写入数据库 |
16/4/9 22:50-23:30 |
10 | 40 | jdbc的使用。此前忘了。 | |||
3 |
java模拟手动 Telnet交换机 |
16/4/10 17:00-19:10 21:20-23:15 |
90 | 145 |
(1) 工具浪费太多时间, 如调网/卡机/黑屏。 预计40-60min左右。 (2) Telnet交换机出现异常。 “Login password has not been set !” 折腾40min以上。 |
|||
4 | 获取目标字符串 |
16/4/10 17:00-19:10 21:20-23:15 |
30 | 90 |
最开始选用正则, 折腾80min左右, 最后还是老方法, 字符串截取。 10min不到。 |
|||
5 |
表的创建与当前 目标数据的写入 |
16/4/13 14:03-15:12 |
10 | 68 | ||||
6 |
东师地图修图和 像素信息获取 |
16/4/9 20:51-21:40 |
30 | 50 |
工具:ps。 工具折腾30min左右, 实际抠图3min左右。 |
|||
7 |
表创建和作为测 试点的楼信息录入 |
16/4/9 21:40-21:47 |
10 | 7 | ||||
8 | 楼的连接数据显示 |
16/4/13 19:48-20:54 21:10-23:56 |
40 | 188 | ||||
9 |
点击单个楼后以 折线图形式呈现 |
16/4/15 10:20-11:05 12:10-17:25 |
30 | 360 | ||||
预计用时(min): |
310 | |||||||
实际用时(min): |
2763 |
//开始时间2016年4 月5日 15:50
//结束时间2016年4 月15日 22:33
//用时:10天。净时间:2763min(46.05h)
三、注意事项
(1)5分钟是指第一次连接目标交换机到第二次连接该目标交换机所经历的时间。
(2)楼层连接数据的显示:正常状态(能够正常连接交换机)连接数目前十(递减,如5-4-3-2-1···)显示红色数据,其他数目显示黑色数据,而异常状态(交换机不能正常工作)则打叉。
(3)由于汇聚层交换机认证连接数量日志表会存在大量数据,对时间戳字段做(递减)索引和对IP字段做索引。取数据显示时,取最后的数据(即最新的过去24h以内的数据)。
(4)东师某楼的位置,取其在一东师图像上的像素(x,y)位置确定。
(5)点击某楼的折线图呈现的是过去24h内该楼的连接数。横坐标为连接时间,每5分钟作为单位长度。纵坐标为连接数目,显示连接数目。
(6)单个查询时间为1s,若超出1s则认为该交换机状态异常(即交换机不能正常工作)并杀死线程,开启新线程开始对下一台交换机轮询。
(7) a. 单个交换机每次查询时间?(从连接到断开连接) //完成
b. 查询要求是异步。 //完成
c. 线程编程? //完成
(8)为什么5分钟查询交换机连接数,而更新每个楼的连接数目确实2.5分钟?(香农定理) //为了不失真地恢复模拟信号,采样频率应该不小于模拟信号频谱中最高频率的2倍
四、效果图
五、补充
(1)第一次编辑,预计40min,实际50min。
(2)第二次编辑,预计10min,实际5min。
(3)第三次编辑,预计15min,实际10min。
(4)第四次编辑,预计20min,实际13min。
(5)第五次编辑,预计60min,实际26min。
(6)具体任务时间表