(1)完全自主建设模式，但这种模式作为仅有200人左右的中信银行IT部门，是不现实的;而中信银行向来在IT项目建设上，也都采用合作开发商模式。
(2)完全外包或成型产品模式，这种模式好处是产品成型和稳定，同时投入和工期可控;但是缺点也很明确，比如很难适应中信银行总体IT架构规划，很难契合中信银行现用的IT能力和基础设施，容易药不对症。
(3)合作开发模式，这种模式好处是一方面，中信银行能充分吸收平台厂商产品的研发成果和经验，能有一套完整方法论来保证平台方向和质量，另一方面中信银行自身人员也参与其中，能提升平台契合度，使其符合中信IT技术架构的规范要求。但缺点就是项目周期和投入较大。
最后，中信银行领导在进行充分调研和POC基础上，选择了与普元软件合作开发模式。
实施平台之路
中信银行在选择平台建设模式和厂商之后，在实施过程中，也充分遵守考虑按照“总体规划、分步实施、持续发展”的原则，进行实施。同时平台建设工作中，按照方法与规范、平台与工具、资产与知识、应用框架、项目推广五个维度全面推进和展开。
平台价值分析
中信银行统一平台建设至今，现已经进入全面推广期：如今已经有超过40个应用(包括ECIF、CRM、IC卡交易系统等核心类应用)均采用该统一平台。均不完全统计，同一平台应用上线后，故障率从2.3下降到1.6左右，应用框架和技术组件应用复用率达到100%，通过复用减低开发成本约占应用总开发成本的11%。
从平台价值分析而言，大致可以归纳以下几点：
1) 固化并统一的SOA技术与应用架构
正如上文所言，要通过人工管理的手段很难保证一个统一的，“好的”SOA技术架构，但是普元向中信银行提供了统一平台这个可落地的载体，可以很好地将符合中信IT规范要求的SOA技术架构固化并统一起来，保证将来任何应用项目和开发团队，都能以统一平台为载体，就能轻松实现技术架构统一和符合规范，并能很好满足系统很多非功能性需求，例如耦合性需求，系统开发轻松实现纵向解耦(技术分层)与横向解耦(模块依赖规范)，同时没有带来额外工作量的增加。
2) 实现全行级基础业务组件与技术组件复用
首先在上线同一平台后，这种基于组件化的统一技术架构使得组件的跨各项目组复用成为可能;另一方面IT人员可以基于统一的开发工具方便的地实现组件积累和复用。目前中信银行的各应用项目组，几乎所有技术组件和基础业务功能组件均采用统一平台组提供的高质量组件为基础扩展实现。这种模式让应用项目组能更高效、更和迅速地关注业务功能的实现，系统非功能性需求也能得到较好实现和满足。
3)有利于构建高质量和易管控的J2EE应用与服务
通过统一开发工具，开发人员可以像搭积木一样，通过既有构件的重新装配来实现新的业务需求，从而大大简化开发工作，提高开发效率，保证软件的质量。另一方面通过向导和表单配置，屏蔽各种技术细节和复杂度，也能降低人员要求并提高效率。例如针对Spring根据依赖关系自动生成Spring配置文件，让开发人员不需要关注Spring本身技术细节。
通过Governor进行重新规划和设计，保证在项目运行维护期间，及时和准确将应用各模块、各层次所发生异常信息、风险信息发送给相关运维人员和项目经理，以更好防范生产风险与异常。同时定期自动生成运行分析报告，将各种运行数据以图形化、更加直观方式提供给运维人员，更好分析和了解项目运行情况和能力。
