2009年，北京市发布了AFC的地方标准《北京市轨道交通AFC系统设计及实施导则》，统一了AFC系统构成和功能、数据定义、传输与交换规定、接口时序、系统界面设计规定，使AFC系统设备成为相对标准化的产品。

《北京市轨道交通AFC系统设计及实施导则》是国内首部较为完善的AFC行业准则，包括了中软AFC在内的多个集成商、读卡器厂商抽调研发精英积极参与编制。该导则覆盖面广，制订时间较短，部分业务过程仍存在不完善或不准确等问题，北京市轨道交通路网指挥中心组织各家集成商进行了导则符合性联调。中软AFC也派出资深技术人员，积极参加到导则符合性联调中。

更换操作系统后的第一仗就是一场硬仗。由于导则定义的接口、数据、界面与中软AFC原本的设计理念存在较大差异，再加上中软AFC刚刚迁移至Linux平台，系统、平台、业务均需要大量的重构、测试、验证，各设备尚未统一设计思路，调整起来非常困难，涉及的所有框架都需要调整。但为了在AFC领域有更好发展，让未来各线路更好兼容，也为了今后的新项目开发更规范和顺利，中软AFC迎难而上，投入大量的开发和测试人员配合北京市轨道交通路网指挥中心进行导则符合性联调，编写联调方案，逐一验证、实时调整。

与V1.0不同，V2.0的Linux软件系统需要同时部署到中软AFC实施中的多条线路，研发团队除了要应对北京市轨道交通路网指挥中心的测试，还要兼顾现场版本的调试反馈。不同于V1.0时代AGM软件由日本信号负责交付，升级V2.0平台时，软件研发中心增加了AGM设备的软件开发工作。工作千头万绪、复杂度加深，研发人员熬通宵成了家常便饭。

2010年1月，V2.0平台的首版软件发布到北京小营测试中心，进行第一次摸底测试，测试的主要内容是当公交一卡通放到刷卡区后，从识别卡到读取卡中数据再到数据处理完成的时间，350毫秒以内视为合格。测试结果出来后，中软AFC的速度在1秒左右，参与测试其他各家企业的测试结果接近，速度均与要求速度相差甚远。北京市轨道交通路网指挥中心要求集成商改进完善，三天后再进行一次测试。

当晚，中软AFC立即组织全面分析测试结果。刚开始大家议论纷纷，不理解为什么要大张旗鼓地因几百毫秒的误差做测试，于是赵东组织了一次客流测试，测试的研发人员一人拿一张票，依次刷卡通过设备。经测算发现，一分钟只通过了不到30人。这样的速度运用到地铁项目中，在乘车高峰期必然会造成极低的效率和极大的拥堵。研发人员开始面对现实，迅速着手进行分析，改善部分环节，再进行多轮测试，最终，在三天之后的测试中，中软AFC的速度在要求的标准之上又提高了80%。(www.daowen.com)

测试期间，中软AFC的测试人员驻扎在实验室，第一时间与实验室工作人员进行沟通，遇到问题及时响应，及时处理解决。中软AFC人不畏艰难、不走捷径、不甘人后、不惧压力的精神再次得到充分体现。由于时间紧迫，为保证各系统、设备满足各项标准、规范要求，并保证现场实施高效，中软AFC在实验室搭建了仿真模拟环境，对各个系统进行全面的联机测试、调试检验，保证现场调试效果，满足系统运行要求。

在实施现场，同样需要进行“AFC系统设备144小时连续运行现场专项测试”“AFC系统全设备全功能测试”“系设设备10万次可靠性测试”“AFC系统车站单站模拟压力测试”“全路网走票测试（新线对既有线）”“全路网走票测试（既有线对新线）”等十多项测试。测试工作量大、任务重、要求严格。

在北京地铁15号线项目的测试工作中，项目部全体成员克服了安装调试环境差、站内空气污染严重、工作时间长，无周末休息等不利情况，顺利完成了设备通电单机调试、两轮站级联调、完成车站－MLC网络联通测试，配合MLC顺利完成现场测试。

在北京地铁房山线的走票测试中，中软AFC更是发动了全员的力量，各部门积极参与，主动调配部门人员参与，克服了北京地铁房山线周边人口稀少、交通不便利、现场调试环境恶劣等困难。负责测试任务的人员以年轻人为主，他们几人一班，轮流工作，保障了工作的顺利进行。

最终，在经历了漫长、严苛的实验室测试、144小时测试、全功能测试、各种级别的压力测试、模拟测试后，中软AFC承建的北京房山线、15号线系统于2010年年底成功上线开通。这一成功，也标志着中软AFC新系统、新平台通过实际应用检测，取得了初步的成功。