经过一个星期的紧张开发，所负责的一个系统的升级改造工作终于完成了，对于这周的工作成果和效率，自己比较满意。以下为本次开发的总结：
原系统：
1 单机系统，主要目标为针对中小规模企业，开发时间为2003年，语言DELPHI7
2 发起一个后台服务，管理大约一个485网络内的20-30台RFID机器的实时交易
3 系统容量为30台机器、3000内的人事容量，100W以下的记录容量
目标系统：
1 系统网络化，主要目标为针对1W人、1000W以下的记录容量
2 管理起码5个以上485网络，每个网络20-30机器
3 交易速度不明显低于原单机系统，满足实际需要
4 单个网络可以在使用过程短暂的脱离后台数据库独立使用
5 各个网络本地数据的同步在30S内
此系统为一卡通系统的子消费系统，开发工作涉及代码交接、熟悉、分析、提出改造方案、评审方案、开发、测试、开发文档整理几个阶段。因为各种原因，原代码没有任何开发文档和说明，而系统又比较复杂，整个交接工作又是异地进行，时间上花费不少，大约为2两个星期。改造方案通过评审后，计划用时15天完成，实际开发周期为7个工作日，测试周期7天，整个升级工作用时10天，主要原因：提前发布，完成主体工作让测试部门同事提前进入测试状态，保持工作时间沟通顺畅，保证测试BUG在8小时内解决。
系统开发的重点在于同步，要在30S以内完成，如果同步所有的资料，时间和效率不容许，考虑实际情况，在30S内发生改变的信息记录量大约为500以下。由此引入了版本概念，并由专门的线程单独负责同步，实际测试中发现速度比较理想，大约可以实现15内同步、CPU使用率20%以下，不影响本地交易速度。
资料的同步在数据库上涉及的表有2个，在流程上涉及的有：发卡、充值、挂失、解挂、退款、退卡、补卡几大流程。在最初的开发过程考虑从表入手，结果表明有部分情况不能达到预期效果，主要原因是数据库的设计不满足要求，如挂失和解挂的判断。按照流程改进修改，所有数据都以数据库后台为准、本地数据为辅，将修改和同步的版本挂钩，在不改变原功能的情况下，实现升级改造工作。
在实际开发过程，注意如下文档的记录：
1 流程调整备注
2 改动代码备注，包括单元、函数、功能
3 对于以前没有备注的原代码，根据实际需要做备注说明
目前测试工作进入了最后阶段，性能指标极限测试，文档整理也基本完成。最后一个相对重要的工作就是现有系统的工作流程图的调整，计划明天完成！
这个星期的工作已经进行了6天了，这一阶段的任务完成了，下周等待我的又是什么样的工作呢？期待。
