开放文档格式等
来源:用户上传
作者:
开放文档格式
开放文档格式（Ｏｐｅｎ Ｄｏｃｕｍｅｎｔ Ｆｏｒｍａｔ，ＯＤＦ）是一种基于ＸＭＬ的开源文件格式，是由ＯＡＳＩＳ（结构信息标准化促进组织）下设的一个委员会开发的，用来存储和转换文本、电子数据表格、图表和相应的陈述文件。
开放文档具有容易辨认的扩展名，与微软的文档格式．ｄｏｃ 或 ．ｘｌｓ相类似。遇到的最普遍的扩展名包括用于字处理的．ｏｄｔ文件、用于电子数据表格的．ｏｄｓ文件、用于陈述的．ｏｄｐ文件、用于图形的．ｏｄｇ文件及用于公式或其他数学方程式的．ｏｄｆ文件。一些应用和计算平台支持ＯＤＦ，包括ＯｐｅｎＯｆｆｉｃｅ、Ｋｏｆｆｉｃｅ和ＳｔａｒＯｆｆｉｃｅ等。
尽管软件开发者创建了一个可将ＯＤＦ文件转化为相应ｏｆｆｉｃｅ文件并转化回来的Ｏｐｅｎ ＸＭＬ格式的翻译器，但是Ｍｉｃｒｏｓｏｆｔ Ｗｏｒｄ还是不支持ＯＤＦ。
进展不顺让我抬不起头
蔡为东
做项目的过程中，要能够预先发现自己掌控项目的临界点，所有的准备都要在这点之前做好。因为过了这个点，你就不能控制整个局面了。
如果你有任何所感所想，我都欢迎你的来信：Ｏｕｒ＿ＴｅｓｔＴｉｐ＠ｈｏｔｍａｉｌ．ｃｏｍ
4月1日，高速公路A正式开始联网收费系统的软件实施。先启动的是站长和系统管理员的培训。我没有到培训现场，听说根本就成了一个讨论会，效果很差。这是联网收费系统第一次全真地展露在用户面前。用户本来对联网收费软件寄予厚望，但看过后他们大失所望：很多处理流程与他们原来的不一样，而且处理方式不一定比以前的更方便，所以他们接受不了。
绸缪未来的实施方案
高速公路A使用的实施方案是一半车道保持旧系统运行，另一半做新软件系统的安装。我们与原承包商F配合，他们来做硬件改造，我们做软件安装调试。因为是两家公司，所以在具体工作中难免互相扯皮。当时，我们觉得原承包商F这不好那不好，可后来到了其他路段，与其他原承包商一起共事，才发现F还是规矩、很配合的。
高速公路A有9个收费站，我们投入20多人，一个站两个人，分中心几个人做统一协调。这样的人力投入是任何机电承包商都没有遇到过的。每个收费站都是一个老员工和一个新员工，要让新员工得到锻炼。因为后期还有一次性切换20个站的，每个人都要单打独斗，有人可能还要管两个站，如不从一开始就锻炼，后面就根本没法做。
4月6日，客户对新系统进行了测试，他们很不满意。4月7日，阴雨连绵，由联网办主持在高速公路A的一个收费站召开了一次会议，罗列出一堆需要修改的问题。CustLeaderC在会上并没有简单地重复下属们的抱怨，而是客观地评价了联网收费软件，把问题分为当前需要解决的和可以在后期慢慢解决的，给了我们相当的宽容。
在高速公路A切换之前，联网办又把我拉到高速公路B，参加那里的动员会。因为在高速公路A做得不顺，程序受到强烈质疑，所以我在高速公路B也有点抬不起头来的感觉，发言都有点紧张。
不甚满意的现场切换
根据4月6号的会议纪要，我们对软件进行了修改。几天后，经过客户验收，我们终于正式准备切换。高速公路A的难点在A站。这个站是高速公路B和A的连接点，一个收费亭里有两条高速公路的两套设备，挤得满满的。交通量大，但只有3入3出6个车道，不能停下一半车道来做另一半的改造，只能在切换时一次性全部改造。我们先做好新硬盘，安装调试好新系统，把硬盘一一对应地安装到实际的计算机上去，因为担心主板对复制的硬盘在兼容性上会有问题。在切换的那天晚上，从22点开始一个车道一个车道换硬盘。23点55分，新系统安装完毕，但还要等到零点才能开通。不知从哪里来了很多车，堵在那里不能走。 A站一下子热闹起来，好在我们都有心理准备，主线站施工肯定要堵的。一到零点，新系统开始运行，还算平稳，车子如同洪水一样渐渐消退。联网办的领导和客户看没有什么问题，1点左右就都走了。我继续留在车道，因为还是不大放心。据说微软公司的工程师对自己编写的软件有一种“It is my baby”的感情，对于A省联网收费软件，我也略有同感。其他各站也还顺利。
高速公路A车流量不大，软件没有表现出大的问题。在每个交接班的时候，受处理逻辑的影响，程序速度很慢，容易让人以为是死机。后来这个问题在高速公路B上表现得更加明显。
接下来，就是改造安装另一半车道，把数据从临时服务器迁移到数据服务器上。没过几天，高速公路A就全换上了联网收费的程序。
程序大体上是稳定的，但总有一些问题，基本上每天都会有事，弄得我们几个在分中心做协调的人都很忙。我觉得很累，因为这样的程序维护量太大。从内心来看，我希望计划中的下一条高速公路B能够延期。因为工程是实实在在的，在程序稳定前，全面铺开不是好事。我向研发经理面陈多个支持自己的理由，但没有获批，还是得硬着头皮继续！
转载注明来源:https://www.xzbu.com/8/view-8652686.htm
