POC项目建设模式详解架构师

一：POC的概念

POC测试，即Proof of Concept，是业界流行的针对客户具体应用的验证性测试，根据用户对采用系统提出的性能要求和扩展需求的指标，在选用服务器上进行真实数据的运行，对承载用户数据量和运行时间进行实际测算，并根据用户未来业务扩展的需求加大数据量以验证系统和平台的承载能力和性能变化。
特别是在应用系统选型阶段，一些大型企业的业务流程比较复杂，并非单一的功能性演示就能覆盖现实的业务需求，这时候需要事先划定一个小范围的实验对象（但是业务逻辑的复杂性要有典型性，有代表性），通过小范围的项目导入与实施，从真实业务的实践到战略意图的实现，来验证系统方案是否能满足用户的需求，从而做出更客观更准确的判断。

二：POC的作用

一般来说，POC是为了解决一些理解上的障碍，或者是对潜在用户的一些具体功能要求和性能要求的满足度证明。同平常生活中人们买车、买电器一样，厂商宣传某款新车采用了一个新一代的引擎，不仅噪音小、加速快，同时还省油了。听起来很好，购买者似乎也被说服了，但是口说无凭，开出来跑10公里看看，达到了宣传的标准，我就买。
在信息系统建设中，最先采用POC的是在硬件设备产品的采购活动中。由于硬件设备生产后所能提供的功能、性能基本已经确定下来了，各厂商都有详细的功能指标、性能指标说明，采购方为了购买到与自己最适合的产品，可以在真实的环境中对设备进行POC测试，确保产品能够满足实际需要。
而软件系统，特别是针对具体应用开发的业务应用系统，由于个性化、定制化以及需求变更方面的原因，二次开发的比例较高，因此在传统做法上并没有采用POC测试。由于软件系统的特殊性（无论用户有什么要求，理论上都是可以通过软件开发解决的，即对于采购方提供出任何功能要求和性能要求，软件提供商在投标时都可以“满口答应”，再通过二次开发解决），软件系统项目的建设周期、建设成本与项目质量之间的矛盾一直未能得够很好的解决，导致大量的软件项目建设不能按预定时间完成。
随着社会分工的进一步细化，软件产品也由过去的一哄而上、大而全的全民作坊式开发转为了专业型、深而精的专业公司提供，这也为软件系统项目的POC提供了切实的可操作性。近十年以来，POC测试已逐步引入到了软件系统项目建设中，特别是2010年以后，诸多大型企业尤其是各大银行等金融企业在信息化建设中，已经把POC测试作为招标过程中不可或缺的重要环节。

三：POC建设模式

对于软件系统项目，POC建设模式一般可采用以下步骤进行。
1、初选
根据项目具体需求，在众多参与厂商提供的产品中选择出满足商务条件、技术方案最优的2－3个。
2、制定POC方案
按照应用系统的运行环境和业务要求，整理出最主要的功能要求、性能要求及可扩展性、可管理性等方面的指标，并准备相应的基础业务数据，提供给候选厂商，并给予一定的准备时间（一般为2－4周，视POC方案的复杂度而定）。
3、POC测试
在规定的同一时间，候选厂商派出工程师到用户现场安装测试产品，调整测试环境，在用户方人员的监督时逐条开展测试，并由用户方人员记录测试结果。
4、评定
全部POC测试完成后，组织专家及最终用户共同对测试结果进行评定，给出最终评定结果。
5、入选及落选
按照最终评定结果宣布最终入选厂商及产品，并与之签订中标合同。
对于落选厂商，由入选厂商按中标合同金额的1%－5%（视项目规模及合同金额而定）给予POC测试补偿费。此条款应在中标合同中明确。