经过项目组几个人的共同努力，目前，新仿真产品已经进入测试阶段，模拟场景也基本已经开发完，总于可以松一口气了。
回想一下开发的整个流程，发现存在的问题有很多，具体有一下几点：
1.开发人员都对业务流程不熟悉。
2.对具体需要做那些报文，大家都不太清楚；包括测试人员。（后来才知道前两个月开发的报文，后台还没有提供接口，导致全部作废）
3.开发过程枯燥，对于所有来账报文，一条报文至少对应两个界面。
4.按照人行的标准组报文困难，五花八门，控制起来比较难。
5. 和后台模拟测试的时候，问题出现的比较多，很少有人懂后台。
6.一代报文和模拟往账回执场景。
针对第一个问题，前期吃了很多苦头，刚开始根本不知道从何下手，如果按旧的仿真来做，问题点太多，而且很多功能都没有实现；重新做也不知道到底做成什么样，关于这个问题，前前后后花费了我两个星期。由于不懂流程，被业务线上一个技术总监问起来的时候，都不知道如何作答，只能听人家讲，我点头称是。现在来看，并没有他讲的那么可怕。前期项目组成员三个，两个人都比我工作时间长很多，要我拿主意，分配任务，还真不知道怎么分配；很多都是自己埋头苦干。以前项目虽然做了不少，但是都是有我一个人独立做的，唯一一个两个人做的IPSConverter（数据转换工具），还是带了一个刚毕业的大学生，做了三个多月，项目上线以后就让他维护了。想起来真惭愧，当初的业务是原来的项目经理谈的，之后就离职了，我按自己的理解写了文档数据轮换，并给客户讲了我们会做成什么样什么样，客户也没有提出什么问题。哎，现在已经都上线了，其实数据轮换不应该是那样的，如果做成那样，每天每个文件夹只有一次机会，虽然可以轮换N次。不过，增加了立即转换的功能，想必这个问题也不是大问题。也许他们要的就是这样的效果。知识和阅历对于开发人员同等的重要，对于一知半解的程序员，开发出来的软件怎么能合格?很多时候，我都觉得自己太不称之了，那工具竟然能做成那样。要是现在来让我重做那个开发工具，我会做的非常完美。这些感叹只能带到下一个项目组，认真努力来做了。
第二个问题就是直接导致两个月开发的报文全部作废，后台都没有文档，只能放到以后开放接口了，在加上了。
第三个问题对开发人员来说，是枯燥的；假如项目组成员增加一人，听话而且做事认真，项目周期至少可以缩短很多，即使那个是个实习生也行啊，这样大家都不至于太累。
第四个问题就是技术问题了，幸好在做这个项目之前，我要求了一个我认识的同事他必须参加进来.(人家10年左右的开发经验，不是盖的；报文这么繁琐的问题，几乎都被他搞定了)。客户端和服务端的连接代码是我写的，由于没有用过SecureCRT.exe，导致服务端和后台连接的时候，都需要请教别人；而且出的问题特别多，一会连接不上，一会连接上了报文发过去，发过去了组的有不对，感觉组的对了有无法插入数据库......一大堆问题。经过这几个月的开发测试，这些也都了然于胸了，在此非常感谢他们。
一代报文包括开发人员和测试人员大家都不太懂，只好借鉴原来的功能，基本也已经实现了。最坑人的要数，模拟场景了，前前后后，我准备工作都花了一个星期；然后写了二代大额的，写一个测一个，把测试的那个小姑娘都测糊涂了。我更糊涂了，还好，经过那一轮测试，有经过反复的布局，最终决定了，把这个模块独立起来，增加一个表。除了对账之外，其他的模拟场景就等最后测试了。
5个多月过去了，祝福项目测试能顺利通过。这样每天就不那么繁忙了。