1。項目概述
簡單的說就是“WHAT IS”。向任何對該項目感興趣的角色傳達這些基本的必要的信息。

2。風險列表
以頭腦風暴的方式列出項目可能遇到的所有風險。風險列表一定要是客觀的，既不能推卸責任也不能表決心獻殷勤，要實事求是。

3。用例
需求的規(guī)范表現(xiàn)形式。用例并不一定要用UML用例圖來表示，但是顆粒度是用例最難以把握的問題之一。

4。設(shè)計圖
通常用于總體設(shè)計，可以是UML圖，也可以是CRC卡，還可以是更靈活的一些東西，視項目組成員的習(xí)慣和水平而定。

5。構(gòu)建工具
如Ant腳本，目的是實現(xiàn)每日構(gòu)建。

6。版本管理
悲觀鎖如VSS或樂觀鎖如CVS/SVN，都無所謂，關(guān)鍵是要能管理不同的分支和歷史工作成果。

7。測試用例
按TDD的說法，測試用例應(yīng)該打成包，隨產(chǎn)品已經(jīng)發(fā)布，這樣在每次修改代碼之后或發(fā)布一個新版本之前都可以確保之前的代碼仍然是有效的。

8。產(chǎn)品
包括二進制發(fā)布包和所有導(dǎo)致該發(fā)布包的源代碼或原始配置文件。

9。發(fā)布說明
簡述這一版與上一版的不同。當然還要包括版權(quán)聲明、其它商品的版權(quán)聲明、和許可證。

10。開發(fā)計劃和迭代計劃
項目過程中產(chǎn)生的制品，為日后開發(fā)其它項目提供參考資料。

RUP泡泡