其实没有配置管理工具,我们手工也能对软件的配置进行管理,只不过很繁琐,浪费了大量的人力物力,所以我们使用配置管理工具,而要成为一个好的配置管理工具应该具备什么样的功能:
并行开发支持 - 要求能够实现开发人员同时在同一个软件模块上工作,同时对同一个代码部分作不同的修改,即使是跨地域分布的开发团队也能互不干扰,协同工作,而又不失去控制。(对于这一点来说可能CVS比VSS做的更好,如果VSS不使用辅助工具SOS(Source Offsite)的话,那个公司或者是团队会把自己的VSS库共享到Inte.net上)。
履历管理 - 也就是修改的历史记录的可追踪性。能够明确地知道什么时候,谁作了什么,为什么怎么做。从而达到管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。
版本控制 - 版本控制中最重要的一个概念就是Rollback,能够简单,明确地取得软件开发期间的任何一个历史版本。过程控制 - 能够贯彻、实施开发规范,包括访问权限控制、开发规则的实施等。产品发布管理 - 软件开发过程中的一个关键活动是提取工件的相关版本,以形成软件系统的阶段版本或发布版本,我们一般将其称为稳定基线。一个稳定基线代表新开发活动的开始,而一系列定制良好的活动之后又会产生一个新的稳定基线。有效地利用此项功能,在项目开发过程中可以至始至终管理、跟踪工件版本间的关联。
本来谈一点关于VSS和CVS的配置和应用的,可是想想写起来会很多,而且还要贴图什么的,够麻烦的所以等以后有兴趣了再补上。
四.风险管理
项目管理中最容易被忽略而且是最难以管理的环节。在很多的情况下,许多人都不知道风险管理到底应该做些什么。其实风险是自始至终贯彻整个软件的开发过程的,没有一个做项目的team可以自豪地声称自己的开发没有任何风险。
什么是软件开发过程中所谓的风险,简单地理解可以认为是对软件开发过程中遇到的资金和进度等问题对项目的影响。风险的产生常常会使我们的进度迟缓,成本增加,甚至是软件项目无法实现。
我们可能无法根除风险,但是我们如果加强对风险产生的认识,对项目产生的风险进行有效的管理,就可以从最大限度上减少风险的发生,而这个就是我们风险管理的主题了。
面对风险的态度
很多的项目组可能不大注重风险管理,往往是到了风险确确实实地发生了,才回过神来开始面对,采取紧急的补救措施,试图能够快速的纠正,而这种被动的“救火”模式的风险认识存在着极大的危险,就是当对于风险的扑救失败以后可能会使得我们的项目处于水深火热之中。个人认为这种扑救的行为有点类似于寓言上所说的“亡羊补牢”。这种被动的风险策略是不可取的。
文章来源于领测软件测试网 https://www.ltesting.net/