最近公司要求做一個POC，不太明白具體含義，網上查了下與大家共享。

劉慶 20060511
昨天，在公司等著報銷呢，兩位不大認得的同事過來，想了解一下客戶需求的問題，因為他們奉旨開發"原型"，我對他們說的原型不是非常明白，到底是個什么玩意兒。從他們的迷惑中看，似乎也不怎么了了。之前，曾聽起過這么一回事，要針對幾套方案開發一些東西，其目的呢，我猜想一是用于售前演示，二是作為產品化的前奏。
從二人游離的目光中，我以為他們并非真的想從我這里得到什么信息，恐怕只是領導的要求吧，跟我意思意思而已。因此，也沒有多少熱情跟他們說，說一些不用負責任的言論當然簡單，信口開河而已。現在都想不起來當時說了些啥。
晚上在旅途中，閑來無聊，不禁尋思這個事。他們的困惑之源還是在于，不知道這個"原型"其目的究竟為何，無從下手。可以試著將它展開一下。
說起"原型"，是軟件工程里面常見的詞，可以是prototype，可以是demo，也可以是POC。現在在集成商、廠商那里，稱呼為POC是比較流行的。它的全稱是Proof Of Conception——概念證明。可以認為它將主要精力放在與用戶交互的環節上，譬如說"儀表盤"，第一次聽到這個詞，會奇怪，你給他解釋，"就像汽車里面的儀表盤，能夠指示出一些性能指標的進度，并起到告警作用"。即便如此，還是抽象的，因此就做一個實實在在的界面給用戶看。哦，有些指標可以用紅綠燈來表示優劣程度，有些真的可以用跟汽車儀表盤差不多的東東展示，而且用鼠標點進去，還可以查看到明細。原來這就是"儀表盤"。
可以看到，POC的目的是偏向局部的，面向功能的。客戶問，"啥是即席查詢？啥是專題？啥是星型模式？"這些都可以一一用直觀的界面表示出來，然而他們是割裂的，是系統內部的事。
POC給客戶以直觀的認識，它對客戶說，"我做給你看"。
但轉念想想，這種POC是解決了客戶對概念模糊的疑惑，也就是說已經知道了問題所在，知道了這些概念是為解決它而提出。但在BI應用，還有很多問題有待抽象，因此還沒有到概念這一步，首先要給客戶證明的，是一套解決方案。
集成商就是干這個的，應標的時候，會給出方案建議書。可惜看看建議書的內容，大多不會將客戶遇到的問題介紹清楚，多數是給出一些產品的組合，這未免流于形式了。其實，這種解決方案是要將企業的組織結構都協調起來，并非僅僅是產品組合和功能。例如，一個經營分析系統，在建議書里面給出若干中應用，報表、OLAP，那么這些應用都是哪些部門、哪些人員、在什么時間點用到呢？能否提供一個"場景"直觀表達方案的應用呢？這樣的方案書太少。
可是這種方案不像POC那樣有形，POC可以是機器上的一個程序，運行起來可以交互，而解決方案原型，可能有軟件界面，還可能有預定的流程、模擬的角色、操作場景。因此，它告訴客戶說，"這事得這么干"。
如果說POC和解決方案原型都是向客戶表達最終完成的系統是什么的話，所謂"原型"，還有一層意思，那就是面向項目實施的，可以稱之為"試驗田"。
在BI項目實施中，類似的項目、類似的業務，卻因為項目組的分散，缺乏集中控制，因此諸侯割據，大家作項目的方法，甚至結構都相差甚遠，實施成本非常高。因此，形成實施方法論，作標準化，甚至產品化也是很多人關注的話題。早先，曾設想過一種方式，讓BI實施人員作模型、作ETL、作報表，都像是在士兵裝卸槍支。
這需要建立一個演練環境，盡量跟實際環境相似，模擬數據源接口、數據倉庫模型、ETL，以及前端展現等，其中最難模擬的是數據量和需求變化，除此之外，剩下的工作就是從復雜到簡單的抽象過程（當然，這也非易事）。在這件事上，自己曾經開了個頭，之后卻因為不在其位，也就不謀其事了。但想想，有這樣一個環境確實是好處多多，可以讓客戶看到實實在在的效果演示，可以讓項目組成員快速掌握實施方法，可以對分布的項目組進行統一的指導。

轉載于:https://blog.51cto.com/153741/793952

總結

以上是生活随笔為你收集整理的POC是什么的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。