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 阅读(2119)
评论(4) 编辑 收藏 所属分类:
软件 、
管理