系统切换几乎失败

开篇：润墨网以专业的文秘视角，为您筛选了一篇系统切换几乎失败范文，如需获取更多写作素材，在线客服老师一对一协助。欢迎您的阅读与分享！

对于软件，千万不要寄希望于用售后服务去提升客户评价，最好是售后服务人员闲得要命。多把钱投入到前期的软件开发和软件测试中吧。

如果你有任何所感所想，我都欢迎你的来信：Our＿TestTip＠hotmail．com

200b（200a的下一年）年4月17日，我们开始B高速公路的培训工作，标志着软件实施的开始。

我带两个人做培训工作，效果很差，与在A高速公路一样，得到一片反对声。在B路做现场测试的同事带回来的也都是不好的消息，例如：栏杆控制不了、屏幕刷新有明显的抖动感、车牌识别不行、入口发卡速度很慢等。这些让大家对B路的实施非常担心。

不成功的B路实施

4月21号，我们在项目部做程序分发（打包），准备次日的出征。B路上所有路由器都要重新配置。为确保实施工作顺利进行，减少对外部的依赖，我们收集所有U盘，给每人提供一份程序拷贝。

B路的整体情况是全线设备比较老，备用车道很少。在软件切换时，如果有冗余车道，紧张程度就会大大降低，成功系数也会高很多。我被分配到靠近Z市的条件最好的一个收费站，有3入3出6个车道，平时只用4个车道。由于空闲车道太少，不能实现一半一半的改造，所以B路的主管做出让步，把老系统全停下来，实行手工收费。本计划手工收费两天，但后来因为原承包商的关系又延迟一天。但我们的很多要求都没实现，例如操作系统的重新安装等。因为时间问题，大家都很仓促，没有办法。

系统在27号切换后，一个最大的问题是下午4点交接班的时间特别长，要3～5分钟，这在高速公路上是无法忍受的，会导致汽车在收费站排起长龙。大多数收费员都直接断电重新启动计算机，而断电对Win2000和收费程序都是一个大的威胁，说不定什么组件就会受到损坏。另外，我们的收费管理程序不符合他们的操作习惯，稽核程序速度很慢，报表程序中没有他们想要的报表样式。所以现在回想起来，B路的实施也是不成功的。

出现一次重大事故

4月30日，一个重大事故出现了。临近4点钟，我按照惯例到车道走走。交接班的时候，一个收费员说系统登录不上去。我觉得是收费员输入的工号错了，因为我们的工号是9位，比较长，容易出错。可是我自己去输入，结果也不行。接着，旁边车道的收费员也说登录不了。不管怎么登录，程序反复进行初始化，无法进入收费界面。一会儿，都登录不上了。我头皮发麻，电话一个接一个。收费站的人都下来了，急得团团转。车越集越多。领导的脸色也越来越难看。

我尝试了几个车道后，知道反复尝试不能解决问题，就静下心来想，在车道软件中有一个自动下班功能，一到时间就会自动下班，这个问题的表现就是刚刚登录成功就强制下班退出了，可能是时间换算上有问题，当然，也有可能是别的原因。我马上接上大键盘（收费员使用的是专用收费键盘，是小键盘），把系统时间调整为5月1日，再尝试登录――成功！

换键盘的时候，我的手在发抖。我一边修改系统时间，一边给其他人打电话。在堵车十几分钟后，这个收费站开始正常运转，我松了一口气。

后猛一想不对，我们做的前一条路A也有同样问题，而那边一个我们的人都没有。我的脊梁直冒冷汗。B路沿线还可以让我们的驻站人员修改时间，A却不可能。

我马上搭车到A路的A站。没到收费广场，车子已经不能前进，堵得一塌糊涂。我拎着键盘飞快地在车子中间奔跑，这是在救火啊。到了A路的分中心，得知新的程序已经出来，换上就没事了。原来是一位同事在中心调整了时钟服务器，把时间都调整为5月1号，车道计算机一同步，就可正常工作了。经过1个小时的堵车，A路车流慢慢疏导了。

我慢慢冷静下来，脸上全是汗，呆呆地坐那里，一动也不动。

晚上11点50分左右，公司统一布置，把系统时钟修改回来，同时做程序替换。5月1号早5点多，我到几个站去看了看，解决了一些小问题。至此，风平浪静。