精华区 [关闭][返回]

当前位置:网易精华区>>讨论区精华>>编程开发>>● 系统分析>>网友心得、经验、困惑与牢骚>>我对软件过程改进的看法

主题:我对软件过程改进的看法
发信人: t_venus()
整理人: leeyg(2001-06-05 21:57:09), 站内信件
 前面有人问 RUP 是否是 Rose 的一部分,这里告诉您:
 RUP 并非 Rose 的一部分

 作为 Rational 公司提供的将近 40 多种产品之一,Rose 是一个建模工具。
 在 Rational Suite Enterprise 套件中,RUP 是其中的一部分,安装以后
 大约“58.3 MB (61,145,623 字节)”,本人正在学习、汉化、消化过程中。

 RUP 本身与 Rose 等工具有着紧密的联系,但不是说一定要用 Rational 的
 工具。RUP 中最重要的一部分东西就是它的叠代、工作流思想,以及给出的
 各种 Guidelines (指导方针)以及 Artifacts(制品)。

 其中,Artifacts 这个单词,在字典中的含义是“非天然产品,人工形成的
 物品”。有多种译法,如“产出”、“产品”、“制品”等等。本人以为,
 “制品”更为恰当一些。Artifact 是指过程中各个阶段、各个工作流中产生
 的文档、代码等等。关于文档的问题,RUP 中给出了两套,一套是 Word 模
 板,另一套是 HTML 模板。总共大约 30 个吧,相当不错的。

 RUP 中另一个让人兴奋的特点是将团队的所有任务分配、人员编制给出一个
 清晰的划分,而国内很多中小型软件单位的现时做法往往是“从接生到送终”
 全部由几个人负责。这在管理方面就无法使用矩阵方式的组织机构,而过程
 性质的观念就往往不能够灌输、贯彻、执行。尽管现实如此,RUP 对于我们
 规范软件工作过程还是很有借鉴意义的。

 本人以为,对于一个软件组织、软件单位来说,特别是相当不规范的大多数
 单位,首先应该熟悉 CMM 规范,尤其是针对我国软件业实际情况修改过的
 CSCMM 规范。目的是了解自己的优缺点、发现不足、对应该采取的措施有一
 定的认识。进而设立改进的目标。要做的事情一大堆,不知从何入手,或者
 找不到问题的症结所在?那就一定要看看 CMM(CSCMM)了,其中的 KPA 以
 及 KP 还是很值得参考的。最最重要的一点是管理

 第二步,开始有针对性地制定方针、政策,选择适合于自己的过程模板,进
 行裁剪,最好这个过程有一定的专家来指导。并做好人员培训、制度完善等
 工作。具体的策略:
    对每个分析、设计、开发人员,甚至对管理人员进行 PSP 培训。
    对项目管理、决策人员等管理层进行 TSP 培训,必要时也针对相关人员。
    选择开发过程模板,比较优秀的一个就是 RUP,对所有相关人员进行培训
       或者采取自学、讨论等形式。

 第三步,选择风险低、工期要求宽松、客户关系好的项目进行试验性实施,
 同时进行经验积累、及时的信息反馈等支持工作。在实施这些项目之前,要
 做好因过程不成熟、培训不到位、人员变动、交付压力等等因素造成的消极
 影响带来的问题的准备工作。这就好像生一个小孩,一段阵痛过去后,你才
 能得到更优厚的回报。

 ……

 总之:CMM 在前,发现问题,提出改进的阶段性目标、计划;继而进行培训,
 针对 PSP、TSP、RUP 等相关思想方法进行培训;接下来,选择具体项目进行
 试验,积累经验。最后,总结问题,修正过程相关的文档等规范,再根据 
 CMM 建议,设立新的目标,重复下一次过程改进。在整个过程改进周期中,
 自始至终要有来自管理层的大力支持和积极参与。

 我们不能再作假了!不能再一窝蜂地炒概念了!不能靠通过认证什么的去上
 市圈钱了!中国人能够做实事,也确实能够做好,脚踏实地地做一些对国人
 有意义的事情,赚那些沉甸甸的钱,你快活,大家都快活,何乐而不为?


----
落英缤纷  拈花微笑

[关闭][返回]