软件配置管理的意义及重要性
2009-11-17 19:01
211 查看
提到
软
件配置治理,作
为
从事
软
件的人来
讲
,相必都不生疏。要想真正做到
实
施好配置治理,
对
于
软
件配置治理的意
义
及其重要性我想
应该
有必要的熟悉和理解。
软
件配置治理,software
configuration management
,其
简
称SCM
;在
软
件配置治理中,有一个要害的一
环
就是
变
更治理,而
变
更治理的基
础
是配置
项
的确定与版本治理。
要正确理解
这
些
问
题
,我
们
不能
仅仅
将
SCM
作
为
一个治理工具或者在
项
目洽
谈
与
执
行中一
种
合行
规
定的
义务
来履行。假如
这样
,在
开
展工作的
过
程中很
轻
易使
这种
工作
变
成一
种
官僚 式的
绊
脚石。往往在我
们开
展
项
目
时
,很多合同
对
配置治理提出了明确的要求,需要熟悉的是,我
们
所需要
进
行配置治理的目的是
为软
件
开发过
程中的不同的角色控
制和跟踪治理自已的工作提供支持与帮助。
很多
软
件
开发过
程中碰到的
问题
都是因配置治理不善而造成的。而
发
生
这
些
问题
需要
时间
去确定,
而且有可能很多可能是重
复
的
问题
。有的是不必要的麻
烦
。比如
说
一个已花
费较
大精力和成本解决的高
难
度的
软
件
错误
忽然再次出
现
,已
经开发
或完成
测试
的一个特
性神密的消失,一个已
经
通
过
完全
测试
的
软
件系
统
忽然
间
无法运行。配置治理通
过对
同一
项
目中不同人
员
的所
产
生的工作
产
品来帮助我
们
减少和消除
这
些
问题
。
问题
主要体
现
在:
——
现
在
项
目的
开发
大部分都是以叠迭式,
渐进
式的模型
进
行
开发
。在一个版本交付的同
时
,另一个版本可能
还
是
进
行
测试
,而
进
行同
步开发
的后
续
版本可能
还
在
进
行
设
计
与
开发阶
段。在
这
个循
环
的
过
程中,假如客
户发现错误
,那
么
不
单
只是
针对
客
户
的
错误
在
现
有的版本上
进
行修改完成就可以,同
时
要在后
续
的版本中体
现
。另外,
假如在
测试
或
开发
的
过
程中
发现
了新的
问题
,那
么对
于以前正在使用的版本也需要考
虑进
行修改。在大系
统开发
的
过
程中,
问题
与修改
问题
的人,版本都会比
较
多, 很
轻
易出
现
混乱的情况。
——
核心代
码
,或者公用构件和代
码
。在系
统
的
开发过
程中,当
涉
及到公用构件或代
码
的修改
时
,需要使与此相
关
的人都需要知道。假如没有有效的代
码
治理与
报
告 与
协调
机制,
对
于修改的代
码
如何使相
关
人
员
都提到通知就存在一个
问题
了。
——
现
在的
软
件
项
目,大多都是由一个
团
体
协
作完成的,那
么
,
涉
及到,
对
于最后某人
对
其所作的工作或
输
出很
轻
易
损
害到其它相
关
人
员
的工作。如在一个
应该
系
统
的
开发过
程中,数据流程比
较
密集,假如其接口的
变
化,可能会引起很多相
关
地方的
变
化。
这
些
问题
是由什
么
而引的呢,不言而明,在
软
件
开发过
程中的缺少
规
范的治理而
导
致出
这
些
问题
。需要我
们
花
费
很大的精力与
时间
来
处
理。那
么
怎
么
来
对这
些
问题
来形成一个有效的解决方案呢,需要我
们对
以下的
问题进
行明确:
——
在公司,目前的配置治理是什
么
,做了些什
么
?
——
目前公司配置治理的状
态
是何状
态
?
——
如何去控制配置的
变
更
项
?
——
对
于配置
变
更,怎
么样
通知相
关
的个人和
组
?
——
公司的
软
件
项
目都有哪些
类
型的
变
更?
——
假如在公司或同一
项
目
组
,其它人所做的
变
更会不会影响你所写的
软
件部分?
软
件配置治理,作
为
从事
软
件的人来
讲
,相必都不生疏。要想真正做到
实
施好配置治理,
对
于
软
件配置治理的意
义
及其重要性我想
应该
有必要的熟悉和理解。
软
件配置治理,software
configuration management
,其
简
称SCM
;在
软
件配置治理中,有一个要害的一
环
就是
变
更治理,而
变
更治理的基
础
是配置
项
的确定与版本治理。
要正确理解
这
些
问
题
,我
们
不能
仅仅
将
SCM
作
为
一个治理工具或者在
项
目洽
谈
与
执
行中一
种
合行
规
定的
义务
来履行。假如
这样
,在
开
展工作的
过
程中很
轻
易使
这种
工作
变
成一
种
官僚 式的
绊
脚石。往往在我
们开
展
项
目
时
,很多合同
对
配置治理提出了明确的要求,需要熟悉的是,我
们
所需要
进
行配置治理的目的是
为软
件
开发过
程中的不同的角色控
制和跟踪治理自已的工作提供支持与帮助。
很多
软
件
开发过
程中碰到的
问题
都是因配置治理不善而造成的。而
发
生
这
些
问题
需要
时间
去确定,
而且有可能很多可能是重
复
的
问题
。有的是不必要的麻
烦
。比如
说
一个已花
费较
大精力和成本解决的高
难
度的
软
件
错误
忽然再次出
现
,已
经开发
或完成
测试
的一个特
性神密的消失,一个已
经
通
过
完全
测试
的
软
件系
统
忽然
间
无法运行。配置治理通
过对
同一
项
目中不同人
员
的所
产
生的工作
产
品来帮助我
们
减少和消除
这
些
问题
。
问题
主要体
现
在:
——
现
在
项
目的
开发
大部分都是以叠迭式,
渐进
式的模型
进
行
开发
。在一个版本交付的同
时
,另一个版本可能
还
是
进
行
测试
,而
进
行同
步开发
的后
续
版本可能
还
在
进
行
设
计
与
开发阶
段。在
这
个循
环
的
过
程中,假如客
户发现错误
,那
么
不
单
只是
针对
客
户
的
错误
在
现
有的版本上
进
行修改完成就可以,同
时
要在后
续
的版本中体
现
。另外,
假如在
测试
或
开发
的
过
程中
发现
了新的
问题
,那
么对
于以前正在使用的版本也需要考
虑进
行修改。在大系
统开发
的
过
程中,
问题
与修改
问题
的人,版本都会比
较
多, 很
轻
易出
现
混乱的情况。
——
核心代
码
,或者公用构件和代
码
。在系
统
的
开发过
程中,当
涉
及到公用构件或代
码
的修改
时
,需要使与此相
关
的人都需要知道。假如没有有效的代
码
治理与
报
告 与
协调
机制,
对
于修改的代
码
如何使相
关
人
员
都提到通知就存在一个
问题
了。
——
现
在的
软
件
项
目,大多都是由一个
团
体
协
作完成的,那
么
,
涉
及到,
对
于最后某人
对
其所作的工作或
输
出很
轻
易
损
害到其它相
关
人
员
的工作。如在一个
应该
系
统
的
开发过
程中,数据流程比
较
密集,假如其接口的
变
化,可能会引起很多相
关
地方的
变
化。
这
些
问题
是由什
么
而引的呢,不言而明,在
软
件
开发过
程中的缺少
规
范的治理而
导
致出
这
些
问题
。需要我
们
花
费
很大的精力与
时间
来
处
理。那
么
怎
么
来
对这
些
问题
来形成一个有效的解决方案呢,需要我
们对
以下的
问题进
行明确:
——
在公司,目前的配置治理是什
么
,做了些什
么
?
——
目前公司配置治理的状
态
是何状
态
?
——
如何去控制配置的
变
更
项
?
——
对
于配置
变
更,怎
么样
通知相
关
的个人和
组
?
——
公司的
软
件
项
目都有哪些
类
型的
变
更?
——
假如在公司或同一
项
目
组
,其它人所做的
变
更会不会影响你所写的
软
件部分?
相关文章推荐
- 软件配置管理的意义
- 软件配置管理的意义
- 让团队成员知道工作的重要性的意义 推荐
- 电子病历的重要性和意义1 <hiscookbook.电子病历.电子病历重要性和意义>
- PCL的学习必要性、重要性、意义及最初——持续修改中
- C语言关键字”volatile”的意义(或重要性)
- 软件配置管理的意义
- mysql_errno返回值的意义 mysql_errno()代码解析大全
- Linux man 命令后面的圆括号的意义
- Martin Fowler:持续集成(很有参考意义)
- 浅谈模板的重要性
- 软件开发中思考的重要性
- 学位的重要性(PS:学位也许将来不是那么重要的)
- GetLastError()返回值的意义
- int main(int argc,char *argv[])中参数的意义
- LPTSTR、LPCSTR、LPCTSTR、LPSTR的来源及意义
- [转载]Net WebService(也包括一般意义的 HttpWebRequest) 超时设置
- 软件开发项目规划时,SA、SD与SE的区别与重要性
- 16核处理器意义何在?
- 重新描述的重要性---提高沟通效率的细节 推荐