1,268
社区成员
发帖
与我相关
我的任务
分享关于ROSE文档的度量问题，在线等待
大家知道，在每个项目开始时，都要对项目做详细的计划，在计划中，规模估计是一个重要的组成部分。WORD文档可以用页做规模估计的的单位，代码可以用行，那么，ROSE的设计文档应该以什么作为度量单位呢？谢谢！
...全文
请发表友善的回复…
发表回复
xingyuw 2004-10-28
- 打赏
- 举报
谢谢你！
有QQ吗，我的是284607257，我主要是做嵌入式的，欢迎随时交流。
有QQ吗，我的是284607257，我主要是做嵌入式的，欢迎随时交流。
xingyuw 2004-10-27
- 打赏
- 举报
为什么呢？好处是什么？
规模估计是进度计划的依据，如果知道用例、类的个数，可以估计需要的时间吗？如何计算啊？谢谢！
规模估计是进度计划的依据，如果知道用例、类的个数，可以估计需要的时间吗？如何计算啊？谢谢！
chuchu 2004-10-27
- 打赏
- 举报
用例、类的个数
xingyuw 2004-10-27
- 打赏
- 举报
自己UP
chuchu 2004-10-27
- 打赏
- 举报
有个SoDA软件，Rational系列的，可以将Rose转换为WORD文档。
但它自带的模板是英文的，你使用之前有必要自己翻译一遍。（工作量也不大，就那么几个单词而已）。
或者你就直接用它导出到Web页面的方法，相对Word来说我个人会更喜欢看Web页面的东西。
另外，如果你机子内存比较大的话，推荐你试试Borland Together， :D，这个东西就是慢，但我现在已经慢慢转向Together了。
不过也许Rose开始支持UML 2.0的时候，也许Rose又占上风了。
但它自带的模板是英文的，你使用之前有必要自己翻译一遍。（工作量也不大，就那么几个单词而已）。
或者你就直接用它导出到Web页面的方法，相对Word来说我个人会更喜欢看Web页面的东西。
另外，如果你机子内存比较大的话，推荐你试试Borland Together， :D，这个东西就是慢，但我现在已经慢慢转向Together了。
不过也许Rose开始支持UML 2.0的时候，也许Rose又占上风了。
xingyuw 2004-10-27
- 打赏
- 举报
非常感谢！
由于我们的历史数据都是按WORD页来度量的，我准备将ROSE文档转化为WORD文档后进行度量，不知有何建议？再次感谢！
由于我们的历史数据都是按WORD页来度量的，我准备将ROSE文档转化为WORD文档后进行度量，不知有何建议？再次感谢！
chuchu 2004-10-27
- 打赏
- 举报
怎么计算我也还不会，我还没到那个层次，:D
公司刚刚在上CMM，对于Rose这类文档的度量可以使用用例的个数。也就是说有这么个度量属性，至于说这种度量的作用，我并不特别赞同。
据咨询师介绍，一般通过功能点估计项目规模是比较可行的，通过用例个数进行估计……就我们目前的情况是不太可能，因为大家对用例的颗粒度掌握都不够好，其实这也没什么，那些大师级对用例的理解也是各有春秋。
我个人的看法还是：别太深陷于用例颗粒度、进度计划准确性、工作量估计准确性上，不要太相信那套度量有多大作用的说法，软件最终目的应该还是让用户满意，至于过程是否规范，那是另外一回事，上CMM的过程中深感CMM在中国被神话了，:D
公司刚刚在上CMM，对于Rose这类文档的度量可以使用用例的个数。也就是说有这么个度量属性，至于说这种度量的作用，我并不特别赞同。
据咨询师介绍，一般通过功能点估计项目规模是比较可行的，通过用例个数进行估计……就我们目前的情况是不太可能，因为大家对用例的颗粒度掌握都不够好，其实这也没什么，那些大师级对用例的理解也是各有春秋。
我个人的看法还是：别太深陷于用例颗粒度、进度计划准确性、工作量估计准确性上，不要太相信那套度量有多大作用的说法，软件最终目的应该还是让用户满意，至于过程是否规范，那是另外一回事，上CMM的过程中深感CMM在中国被神话了，:D
