为了能够打响进入地铁AFC领域的第一枪，站稳脚跟，中软AFC成立了坚强有力的项目团队，开始初步的项目管理探索。公司选用了业务理解和沟通协调能力较强的人员担任项目经理；随后从研发着手组建项目团队，分别按照AFC系统体系架构，成立后台组、TVM组、AGM组、BOM组、工作站组、测试组和结构组。随着项目的进行，当时这些小组的成员都成了今天中软AFC的骨干力量，承担了中软AFC从研发到项目实施、从商务到市场的管理职责。

为了更加了解业主——北京市轨道交通建设管理有限公司的需求，使系统设计得更加实用、易用，项目团队在深入分析标书的基础上加紧与业主沟通，充分了解他们关心的问题、关注的功能并细化需求方案和业务设计，努力将获取的诉求融入系统设计中。过程中，王剑飞提出需要引入成熟系统的架构搭建AFC系统，在他的推荐下公司聘用了熟悉银行生产架构体系的专业人士加入项目团队。中软AFC有了搭建地铁AFC系统的具体思路。

在终端设备的软件开发方面，在中软AFC成长起来的软件高手王洪峰担任负责人。王洪峰是一个非常腼腆的技术开发人员，但对程序架构、算法、效率的要求非常高。中软AFC第一台TVM（自动售票机）的软件开发任务落在他的身上后，他从了解读卡器程序开发开始，刻苦钻研，摸索TVM软件架构。TVM软件的一个突出特点是要求实时响应，这对操作系统和软件性能都提出了较高的要求。

在王洪峰的记忆里，那是一段“兵荒马乱”的岁月。整个中软AFC都没人能从头到尾把TVM软件说明白，大家一起摸索。起初单只把设备调成正常服务“卖”出一张票都不容易，有时甚至需要耗费很长的时间、动用整个研发的资源。而虽然技术人员夜以继日地工作，拿出的“初代”产品仍然不尽如人意。一次，中软AFC带着自主研发的TVM软件系统参加展会，工作人员向一位来到公司展台参观的专家演示系统，费了九牛二虎之力才把系统调成正常服务，但专家投币后，票却没出来。可急坏了现场的技术人员（fig.1-2）。

fig.1-2　中软AFC展会现场

当时不出票的原因是软件系统还不稳定，存在缺陷。有缺陷就要去弥补，在接下来的研发中，王洪峰带着他的团队不断试验不同的模型、算法，终于寻找到了最优化、最有效率的解决途径。(www.daowen.com)

地铁AFC业务中的票卡业务最为繁琐、复杂，BOM（半自动售票机）软件的开发需要巨大的耐心和坚韧的毅力。金之江是当时中软AFC第一代BOM软件产品的产品经理。他是中国软件的老员工，曾经在中国软件的软件外包企业开发过银行收款机软件。银行收款机软件与地铁BOM软件有相似之处，因此相比于其他人，金之江可谓是经验丰富。杜潜推心置腹地向金之江阐述了BOM软件开发对于中软AFC的重要性，以及后续工作的繁重及压力。出于对杜潜的信任，金之江义无反顾地加入了开发团队，带着几个刚毕业参加工作的学生，开始了一点一滴的学习、琢磨、研究。由于他在整个团队中年纪最大，为人又和蔼可亲，大家都非常亲切地称呼他为“老金”。

虽然老金不负责具体软件的研发和代码的编写，但他投入了大量的时间和精力帮助大家梳理业务。没有现成的系统，也没有规范和文档，梳理业务、整理资料文档等工作量巨大。老金将大部分的精力耗费在文档输出上。时间紧任务重，研发组的员工们每天都在争取一切可以争取的时间，为写好规格书、整理好资料废寝忘食。

那段全身心地扑在研发上的日子对于老金带领的整个团队来说，至今还是印象深刻。他们回忆那段“往日时光”时，没有抱怨苦和累，他们更愿意讲述自己在那段时光里成长的骄傲。最让老金骄傲的是，他带领的年轻人后来大多成为中软AFC业务和管理方面的骨干。

就在这种拼命争取时间、不断摸索前进的软件研发过程中，两年的时间转瞬即逝。两年里，中软AFC的软件研发部门终于成功设计实现了线路中心系统、车站中心系统、维修中心系统、票务中心系统后台、各个工作站功能以及各个设备的应用软件功能。

就这样，中软AFC的AFC系统软件进入了V1.0时代。