1。項目概述簡單的說就是“WHAT IS”。向任何對該項目感興趣的角色傳達這些基本的必要的信息。
2。風險列表以頭腦風暴的方式列出項目可能遇到的所有風險。風險列表一定要是客觀的，既不能推卸責任也不能表決心獻殷勤，要實事求是。
3。用例需求的規范表現形式。用例并不一定要用UML用例圖來表示，但是顆粒度是用例最難以把握的問題之一。
4。設計圖通常用于總體設計，可以是UML圖，也可以是CRC卡，還可以是更靈活的一些東西，視項目組成員的習慣和水平而定。
5。構建工具如Ant腳本，目的是實現每日構建。
6。版本管理悲觀鎖如VSS或樂觀鎖如CVS/SVN，都無所謂，關鍵是要能管理不同的分支和歷史工作成果。
7。測試用例按TDD的說法，測試用例應該打成包，隨產品已經發布，這樣在每次修改代碼之后或發布一個新版本之前都可以確保之前的代碼仍然是有效的。
8。產品包括二進制發布包和所有導致該發布包的源代碼或原始配置文件。
9。發布說明簡述這一版與上一版的不同。當然還要包括版權聲明、其它商品的版權聲明、和許可證。
10。開發計劃和迭代計劃項目過程中產生的制品，為日后開發其它項目提供參考資料。
RUP泡泡
posted on 2005-07-22 09:46
Brian Sun 閱讀(2144)
評論(4) 編輯 收藏 所屬分類:
軟件 、
管理