產品管理體系

產品規劃說明書：按照既定的模組分類，介紹每個模組實現的功能，並確定每個版本推出實現的模組以及功能點（模組的下一級稱為功能點），對於產品版本的劃分按照兩級來進行劃分，針對模組的新增或者20%左右功能的調整，修改主版本號；對於區域性功能點的修改（不超過20%的調整），修改小版本號；

立項說明書：根據產品版本的規劃，分階段進行實施，稱為一次立項，每次立項需要乙份立項說明書，立項說明書需要說明包含哪幾個模組，需要做哪些戰略性的調整；

需求說明書：根據立項說明書中提到的涉及哪些模組，分別進行需求文件的更新，並彙總乙個供開發實施的需求說明書【待定】，做為專案開發的需求說明書；

系統原型：一套原型，但是通過cvs來進行管理，並在確定後進行打標籤，作為這次原型的版本；

總體設計文件：與本次立項相關，與原先的編寫方式一致；

詳細設計文件：與本次立項開發相關，與原先的編寫方式一致；

部署文件：詳細記錄是針對哪個產品版本進行的部署，如果已經進行過部署，那麼意味著肯定是在修改bug或者在調整設計，進而發現我們在哪些環節還需要繼續完善；

**：在部署後進行打標籤，作為本次部署的**版本標記。

產品管理或者專案管理過程中的最小單元是模組，該模組並沒有嚴格層級上的概念，而是結合我們的產品管理進行的劃分，也許從操作功能上是乙個功能點，也可能劃分為乙個模組，也可能是乙個非常龐大的功能，我們也劃分為乙個模組，模組是我們產品管理後續的工作的基礎；

乙個產品版本對應與若干個模組的公升級或者開發，乙個產品版本可以對應幾個專案，乙個專案包含若干個功能的調整或者開發，乙個專案對應乙個產品立項說明書；

乙個產品的版本就是若干個不同版本的模組的組合，而且應該是乙個疊加的概念；

每乙個產品實現過程中的產出物都有各自的版本體系，但是這些版本之間的變化必然是**乙個產品的公升級，具有較強的可追溯性；

由於目前我們的產品管理體系建立還在摸索當中，所以對於產品的框架以及彼此之間的關係，現階段會採用手工維護的方式來進行，在管理模式比較定型後，再考慮進行工具的完善。

假設情況，需要與小孟共同來確定。

基礎資訊管理

計畫管理

訂單管理

招標管理

競價管理

詢價管理

**商評估

採購監控

合同管理

運營管理

統計分析

（1）按照模組建立基礎文件框架；

（2）文件提交規範（主要是產品設計文件）；

（3）建立產品管理表，由it管理部來進行手工維護；

（4）在進行需求說明書的編寫時，提交乙份統一的需求說明書（多個功能模組的綜合），同時還要更新每個模組的對應需求說明書；另外對於基於已有模組的文件修改，一定要在修改記錄表中，盡可能地詳細記錄修改歷史，增強可讀性；

（5）對於文件的修改規範要特別強調（如何標識刪除、如何標識增加等）。

參見《產品管理體系.xls》。