昨天在一個地方看到POC，當時不知道究竟是什麼意思，今天又無意中看到，轉帖。
感覺有點像：在項目設計階段預提供Demo程序，做設計藍本。
http://blog.csdn.net/stamina88/article/details/3984845
http://www.mie168.com/other/2005-01/37334.htm
1、POC的概念
POC，是Proof of Concept的縮寫，意思是爲觀點提供證據，它是一套建議的電子模型，它可用於論證團隊和客戶的設計，允許評估和確認概念設計方案，POC的評價可能引起規格和設計的調整。POC流程所產生的關於設計的承諾、大家都認可的意見都將記錄在設計的調整文檔中，以備查。這樣下去，POC不斷髮展。 如果在完成這些任務時需要幫助，可以在Queensland大學找到協助資源。
2、POC的開發 POC的開發步驟及方法如下： 第一步，開發包含所有基本導航特徵(按紐，圖標、菜單等)的界面模型，但不是最終的完美形式。 第二步，給界面添加少量內容，尤其是在至關重要的媒體中添加一到兩個樣本。例如，如果套裝軟件包非常依賴3D模型，就應該添加一個包含驅動所必須的3D模型樣本。如果軟件包需要顯示數據符號和表格，那麼有關數據符號和表格的樣本也應添加上。 請注意，這個過程應該用於支持論證和驗證設計，而並不是軟件包開發的實際開端。你應該盡力去論證和銷售設計，但也不要太過分，因爲設計過程中有時需要作重大的修改，這樣將導致浪費大量的資源。
3、POC的評價和驗證 評價和驗證過程就是尋求風險承擔者通過POC和備案設計文檔的反饋。通過POC評價，風險承擔者可能提出調整規格和設計的要求。 有時，由於設計存在的缺陷或不適當的地方，設計團隊就可能只好回到繪圖板。客戶可能決定停止設計或尋找其他團隊，這是因爲設計沒有足夠地關注客戶和使用者的需求，或者是因爲客戶需求的不穩定性。有時這種改變是由客戶組織或者項目決策者所引起的。 通常，在評價和驗證過程結束時，有關設計的承諾、大家都認可的意見都將記錄在備案的設計文檔中，這往往是產品開發的生命週期中一個重要的里程碑。在結束評價和驗證之後，POC就可繼續發展。
4、最小化的需求 儘管POC是產品開發過程中重要的評估技術，但是你也應該限制在POC開發方面所花費的時間，考慮到早先的設計階段包含的所有因素，構建POC中關鍵元素。 應該把充足的精力用於論證和認同設計方面，但也不要過多，這樣即使設計中需要作重大的修改，也不會導致浪費大量的資源。 在全面設計開始執行之前，讓客戶對設計認可是必要的。
5、客戶的角色定位 規格和設計階段，要求產品開發有詳細的設計文檔，而且POC常伴隨着產品開發。客戶簽署設計文檔中，並反饋POC是重要的項目里程碑。如果在下一階段仍需修改產品設計，就要按照受控的變更控制流程得到認可和批准。在整個項目過程中處理不同的檢查和停頓時，客戶的一個重要職責是爲按期交付而保證已確認的進度表，並同意爲防止計劃被耽擱而需再投資的情況出現。