|  | |
|  关于我们 |
| IBM Rational标准培训 |
| 其他专题话题和交流 |
| 我的CM月度观察 |
| 我的项目 |
| 常常访问的友情站点 |
| |
|
| 类型 | 标题 | 大小 |
|---|
| 视频 | CM_200402_1.exe
| 7M |
| 视频 | CM_200402_2.exe
| 24M |
| 视频 | CM_200402_3.exe
| 27.2M |
| 主题之一：版本的重要性 |
|
2004-02月记录
 在本月工作中发现下列一些问题：
 版本的重要性：
|
我去年年底所撰写的一本功能规格文档，该文档基于国外同事一个早期的版本，后来我的同事撰写了详细设计文档，在需求跟踪系统的检查中，因为我的文档的一些需求是基于早期的版本，而带来了一些错误。而我的文档已经发布，所以要提交变更控制委员会（CCB）做BUG的修正审核，并产生新的版本。
本月的测试部门，正开始修改文档，但因为前面一阵子工作比较忙，没有具体为测试部门做考虑，测试部门应该从国外同事的所提供的什么版本基线进行修改。也没有给测试部门建立恰当的视图的Config Spec,导致他们都从国外同事的最新的版本拉出我们的一个分支，进行修改。前几天，发现这是不正确的。应该从国外同事给我们确定的一个基线进行修改，还不是他们最新的版本。需要校正这个错误，带来一些额外的工作量。
这两个问题，都是没有考虑到正确的版本的重要性，从而带来工作上的失误，所以及时给其他员工做一些关于版本的重要性的讲座是有必要的。
| 主题之二：工作空间的理解 |
开发人员，特别是新来的员工，对自己和他人的工作（自动编译系统）空间，也就是视图的Config Spec 理解的不是很清楚。有点只关注于自己的工作视线的趋向，而不考虑到自动编译系统的工作空间。容易带来很多这样的问题：开发人员在自己的计算机上能够顺利编译完成自己的代码，但是晚上的自动编译系统在进行编译的时候，却出现很多问题，让我们的CM 工作人员修正和查找问题，带来了很大的工作量。因为这些问题太多，上个星期专门就这些问题，和开发人员进行了半个小时的讨论，主要内容是:
1.学习和理解视图的Config Spec语法和理解团队的工作空间；
2.如何保证自动编译系统能够顺利的完成编译；
|
在这次会议上向开发人员澄清了一些问题，为了让开发人员牢记这些问题，并采取正确的做法，针对这两个问题，制作专门的视频材料。作为他们工作的指导性规范，防止再次出现太多的这样的问题。
|
关键字(Keyword) Tags :clearcase 文档管理
|
|
我的网络BLOG