後半段有關於CM與V&V的部分另外成立主題。

我倒是沒有看到談CM的文獻裡用到Checkpoint這樣的字眼。顯然在一些流程(過程)的規劃上，發生了一些沒有切得很清楚的狀況。

在工程過程的設計上，屬於生命週期模型觀點的，就該規劃給生命週期模型，屬於生命週期過程角度的部分就歸於生命週期過程吧。

對於這些名詞的解讀建議最好從其目的與工程的意義來解讀，否則容易造成混淆，同時所設計出來的過程恐怕無法正確裁適，以整合到專案生命週期過程中，當然這也意味著無效的工作正在吞噬寶貴的專案資源--人力資源。

Baseline(基準)的定義是工程過程裡的某一個時間點上，經過審查及核准，並作為後續發展工作之準據的一份文件。如此而已。基準可能被修改，修改之後，經過審查及核准，成為新的基準，這件事情可以在任何時候發生。但是，常常發生這種狀況是不太好的，所以你要去設定一些限制，例如從變更產生的影響範圍，去思考需不需要立刻處理，或者可以累積一定的數量之後再去改變，或者用時間來律定。通常不考慮變更的狀況，基準會在生命週期的重要階段結束前，產出的文件經過審查會訂為後續階段工作的準據，這些基準常見的有功能基準、配置基準、產品基準等，當然這些是從系統工程所定義的，在軟體工程上，就沒有這麼多名詞，每個階段結束時經過核准，被確定下來，做為後一個階段工作依據的統稱為「基準」。

你所談到的checkpoint應該是指每個階段的結束點，在專案管理上這些一般會被訂為「里程碑(milestone)」，當然從品質的角度來說，這些時點又有一個名詞叫做「quality gate(品質閘門)」，但不論如何，"checkpoint"這個觀念應該是要從CM裡分離出來。

----------------
引文: