发信人: kmwh()
整理人: leeyg(2001-02-21 17:03:51), 站内信件
|
【 在 zhanwl (小脏哥) 的大作中提到: 】
: 【 在 cancan28 (苏康胜) 的大作中提到: 】
: : 小弟近来，着重学习了一些关于RUP的知识，RUP也就是合理统一开发过程，是大
: :
: :
: .......
与小脏哥和苏康胜兄商榷：
关于CASE工具：
首先声明，我对CASE工具没有任何偏见。其实我也很喜欢ROSE，我曾用过不
少
CASE工具，如PowerDegin、ERwin....甚至北大青鸟。。。
其中给我感觉最好的还是ROSE，正打算在公司内推广。。。扯远了。
我同意小脏哥的观点，CASE工具包含工具本身和起支持的方法论。但两者的
重要
程度有所不同，我觉得应该重视和掌握的是其思想和方法论。而不是CASE工
具的
使用，（前面我可能没表达清楚这观点，在此道歉:) 。） 工具是死的，而
思想
和方法论是活的，这是我的观点。当然好的工具能提高效率，这点毋庸置疑
。
关于VC的例子 ：
我一般是问你学会C++了吧。意思是问是否清楚C++的编程思想。掌握了C++的
编
程思想，对VC、BC等也能很快上手。
关于UML和ROSE：
UML是标准建摸语言。是表示面向对象模型的技术和方法，而ROSE是支持UML
的
CASE工具。ROSE和UML的关系就好象财务软件和会计规则的关系。可以说财务
软
件是支持会计规则的“CASE工具”。会计规则背后是财务理论。同样ROSE和
UML
背后是面向对象的方法论。
昨天的关系图修改扩充如下：
通用层次：
目标---->过程---->方法论------>技术------->工具
映射到软件开发及面向对象：
质量属性---->软件过程(RUP等等)---->方法论（面向对象、结构化等等）---->
---->表示技术(UML、DFD等)---->CASE工具（ROSE、ERWIN等）
参考说明的财务例子：
管理目标--->财务活动----->财务理论---->会计规则------->财务软件
以上其实就是一个做事情的过程，可以适用于很多地方。其来源于工程界，已经
通行近百年了。
题外话：我对UML很感兴趣，也和苏兄一样迫切的希望能用它来统一我们形形色色
的表示方法。这点我无异议。
关于软件过程及RUP：
我不太确定小脏哥所提到的建模过程和软件过程是不是一回事。从字面看有
点象
，但建摸过程范围要小一点。
就我对RUP所了解到的皮毛来看（我也是刚开始接触RUP），RUP有点象软件
过程
模型里的“增量模型”。其明显特征是迭代，和每次迭代过程的完整性。RUP吸取
了增
量模型的优点，并针对UML技术进行了一些优化和改造，使其更具有可操作性。我
自己
也正在试图了解RUP的更多细节，希望大家多赐教。
软件过程是从另一个角度抽象软件开发。试图从开发过程中抽象阶段点，里
程碑、
摸板等等，是软件开发过程能更好的得到测量和控制。而CMM是评估和改进软件过
程的
标准和指南。同时软件过程也不是一成不变的，不存在一个适用于所以项目的过
程，应
根据项目的特点进行选择。同样，RUP和CMM标准也并非适用于所有公司，应根据
自己的
特点进行调整。以前，我在的公司曾试着向ISO9000靠拢，发现其对我们不是很合
适，才
转向CMM的，目前也正在尝试当中。
另外，关于苏兄提到的如：风险、程序员的技术能力、版本升级等，其实是在软
件过程中的一个独立的活动里解决，称为保护性活动，包括质量保证、配置管理
、风险
控制等等。这些也是CMM考察的一个重要部分。
以上是我一些零碎的观点，希望各位指教
没想到小弟扔的一块破砖，竟然引来小脏哥、苏康胜兄、雷兄的美玉。更高兴的
是看到有这么多人在为软件事业而努力着。。
希望大家以后多多交流，共同进步！
我的QQ：13592938 有兴趣的话大家交个朋友:)
--
※ 修改:．kmwh 于 Nov 1 01:40:37 修改本文．[FROM: 202.98.73.39]
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.98.73.39]
|
|