前一阵一直在写技术文件，真挺郁闷的，于是在写完之后就写了篇博减压（http://blog.sina.com.cn/gufeifei），今晚重读一遍又做了些修改。

想想我虽然从上、下位组态转做地铁系统接口软件测试，工作重点越来越“软”，但这次花了几个月时间写的监测图技术文件仍属于上位组态的范畴（使用ICONICS GENESIS-32的GraphWorX32组件），就把这篇类似工作总结的东东发到这里吧。

问候各位同行、老友～～

－－－－－－－－－－－－－－－－

昨天傍晚下班前，关于系统监测图的第三个技术文件终于写完了最后一节，虽然并非终稿，我还是如释重负。

自从春节前夕的接入测试经过几个月的抢工终于尘埃落定之后，我就被负责项目管理的同事告知应该尽快提交系统监测图的测试报告和全新的操作员培训手册，原因是：2010年的接入项目已进入初验阶段，除了我们以往按照惯例应提交的系统与各线路各专业接口的协议、点对点、端对端以及系统联调测试文件和报告之外，这是今年业主特别关照需要落实的验收环节，自然也得到监理的支持。也就是说，如果我胆敢不按时交出令业主和监理满意的文件（况且业主这一要求本来就完全合理），肯定会影响项目结算，我顿时感到“鸭梨山大”，并马上表达了春节前1周内誓死交出系统监测图的测试报告的决心，而操作员培训手册只能等到节后详细了解业主的要求再说。

年关难过，此言不虚。

2010年我们接入系统5条线路，新增约200幅监测图；2011年2条线路，新增约80幅监测图；另有一些因接入新线而更新的路网级监测图，总共20多种类型，都得一一列出测试功能和用例。于是我天天泡在测试室和网管室查图，检查结果差强人意，越是不常用的图错误越多，由于我们外聘的绘图团队已经提前放假，我只能边查边改。

说实话我也不能抱怨绘图团队的工作成绩，因为2年来我们从未提供完整的绘图指南给人家，有的只是样图、线路资料和简单的培训和答疑，而我自己好像总是在赶工（毕竟指导绘图不是我的主业，保障接入成功的其它工作更为重要），因此给他们的指导少之又少——活多人少，这好像已经是项目实施的普遍问题，成本控制啊。

而且自以为明白与条理清晰地写下来真是很有差距，所以当我总结出各类监测图的测试功能和用例、列出各线路监测图清单，并编写了一段VBA脚本计算出所有监测图的测试功能和用例列表做为测试报告的主体的时候，我真的感觉已被这种“秋后算帐”式的工作搞得身心疲惫，并决心过完年再写一份绘图指南文件以杜绝这种情况的再次发生。

幸而这份150多页的测试报告让业主和监理看到了我们乐于改进的态度，除夕那天我才得以安心回家过年去也~~

或许是云贵高原的海拔造成我脑部阶段性缺氧，春节休假回来上班之后，新的操作员培训手册一直写得不顺，兼之今年的新线接入工作也已启动，旧账新帐大有要一起清算的架势，怎不令人心焦？

我心非石，不可转也；我心非席，不可卷也~~为了饭辙，不能卷也要卷，不能转也要转~~

4月中旬培训手册定稿，还好并未耽误项目初验。1个月之后项目验收会在温都水城的湖湾酒店进行，会议第二天上午，100多页的培训手册配合典型图PPT我讲了3个多小时，这对平时一贯少说多做的我来说的确是一种考验。说来好笑，本来培训内容没什么问题，只是讲到2个半小时之后，我的舌头忽然运转失灵，致使每吐一字都得加倍用力，且气脉不畅，当时脑海中只剩下两个字——饶舌。幸而经过一番坚持并无大碍，而在享用过一顿价值不菲的会议餐之后，舌头也因尝到甜头而平息了对我的怨气，乖巧了不少；我亦十分注意在整个下午三缄其口，终于胜利过关，呕噎~~

最后是绘图指南——我再三考虑之后很有保留地命名为“监测图绘制注意事项”，这样只写重点就可以，不必事无巨细都写到，配合样图和数据资料的效果应该不差。

其实这份内部设计文件早在2008年首次接入8条线路的时候就应该写，可是那年我们的项目正在风口浪尖，平时走路都得一路小跑的，结果自然是没写。

2009年，只接入1条4号线，当时的公司领导不但把我们项目的人员减掉大半，还分配我去4号线BAS项目组帮忙做报表——我负责做需求分析、设计数据结构、完成组态软件和数据库配置，另有一位开发部的软件工程师负责编写报表软件。据说此前其它BAS项目的报表功能做得都不太完善，领导希望我们这次做个范例出来。这项工作的头绪很多，首先我要向负责下位设计的工程师了解PLC可以提供哪些数据、将数据统计归类（其中与模式相关的数据比较复杂），据此编写报表软件功能方案，提交给4号线BAS业主，然后收集他们的反馈意见，修改方案直至业主满意。其中的难处是：方案既要功能完备，又要切实可行，因此前期数据统计必须准确，我还得吃透整个组态流程——要研究ROCKWELL的FTTM和RSVIEW的英文帮助，先设计一些小数据量的组态试验，待成功后再设计大数据量的自动配置方法。还要和软件工程师沟通，共同敲定数据库表结构、数据调用和存储方案、报表检索功能和样式等……结果等我忙完自己的接入项目、有整块时间去帮忙的时候，已经到了年底，4号线BAS所有设备均已到现场，我在设备机柜前硬是站了2个多月才搞定了所有的数据配置和报表测试，这次的报表功能实现得比早期的方案还要完美——完备的数据存储、明晰的数据解析和全方位的检索使报表功能非常灵活、实用，据说4号线BAS业主对此相当满意，即使不打印报表，平时也经常用它查看历史数据。至于写绘图指南的事，早被丢到脑后。

2010年是个不折不扣的抢工年——我在09年的加倍努力除了获得领导的口头表扬之外，并未得到其它方式的认可，这使我十分困惑；此时我现在服务的公司向我伸出橄榄枝。不过这样的加薪机会是以承受巨大的工作压力为代价，而我作为家庭经济的顶梁柱根本无法拒绝，因此只能破釜沉舟背水一战。我在试用期间带领10余位从未做过系统接入的工程师用2个月的时间抢出了以往大半年才能做完的工作量，其过程相当令人崩溃：除了努力加班不睡觉之外，每次开例会我们作为承包商都要被训斥得体无完肤——业主的压力显而易见，当时好像只有我一个人敢在会上站出来为我们的团队辩解（事后听说那位业主领导对我的工作评价颇高，看来做人不可太窝囊哈～）。记得曾经有一位工程师抱怨我分配的绘图工作量不公，给他分配得太多，因此完成不了，当时我二话没说就直接把他的所有工作量划到了自己名下，因为我们实在耽搁不起。后来我发现他连在Excel中做公式计算都不会，怎么可能通过2天的培训就学会画包含上百个图层的监测图呢？……幸好其他同事，特别是项目执行经理都非常努力，我们的团队才奇迹般地完成了几乎不可能完成的任务，也使我成功地保住了摇摇欲坠的新饭碗，并确定了我在项目中无可替代的价值，真得感谢同事们啊~~至于绘图指南么，Forget it!

2011年我依旧未能完成绘图指南的编写，这主要得归咎与我自己在春节之后的懒散，那2个月我都干什么去了？实在想不起来~~再往后我知道，还是抢工赶进度。

现在我对此终于可以无憾了。

写完之后我发现写文件的过程其实是对这几年工作一次深刻回顾，那些平直的文字，朴素的图符，被我痛苦地从记忆中一点点挤出，它们即便毫无诗韵之美，即便是“秋后算帐”的结果，也终归是年华与心血的结晶。

不过以后再忙我也不会等着“秋后算帐”啦——还是“花开堪折直须折”更有效率~~

下班时一场阵雨浇灭了京城刚刚露头的暑热，我的心中亦是一片清凉。