提到 软 件配置治理,作 为 从事 软 件的人来 讲 ,相必都不生疏。要想真正做到 实 施好配置治理, 对 于 软 件配置治理的意 义 及其重要性我想 应该 有必要的熟悉和理解。
软 件配置治理,software configuration management ,其 简 称SCM ;在 软 件配置治理中,有一个要害的一 环 就是 变 更治理,而 变 更治理的基 础 是配置 项 的确定与版本治理。 要正确理解 这 些 问 题 ,我 们 不能 仅仅 将 SCM 作 为 一个治理工具或者在 项 目洽 谈 与 执 行中一 种 合行 规 定的 义务 来履行。假如 这样 ,在 开 展工作的 过 程中很 轻 易使 这种 工作 变 成一 种 官僚 式的 绊 脚石。往往在我 们开 展 项 目 时 ,很多合同 对 配置治理提出了明确的要求,需要熟悉的是,我 们 所需要 进 行配置治理的目的是 为软 件 开发过 程中的不同的角色控 制和跟踪治理自已的工作提供支持与帮助。
很多 软 件 开发过 程中碰到的 问题 都是因配置治理不善而造成的。而 发 生 这 些 问题 需要 时间 去确定, 而且有可能很多可能是重 复 的 问题 。有的是不必要的麻 烦 。比如 说 一个已花 费较 大精力和成本解决的高 难 度的 软 件 错误 忽然再次出 现 ,已 经开发 或完成 测试 的一个特 性神密的消失,一个已 经 通 过 完全 测试 的 软 件系 统 忽然 间 无法运行。配置治理通 过对 同一 项 目中不同人 员 的所 产 生的工作 产 品来帮助我 们 减少和消除 这 些 问题 。 问题 主要体 现 在: —— 现 在 项 目的 开发 大部分都是以叠迭式, 渐进 式的模型 进 行 开发 。在一个版本交付的同 时 ,另一个版本可能 还 是 进 行 测试 ,而 进 行同 步开发 的后 续 版本可能 还 在 进 行 设 计 与 开发阶 段。在 这 个循 环 的 过 程中,假如客 户发现错误 ,那 么 不 单 只是 针对 客 户 的 错误 在 现 有的版本上 进 行修改完成就可以,同 时 要在后 续 的版本中体 现 。另外, 假如在 测试 或 开发 的 过 程中 发现 了新的 问题 ,那 么对 于以前正在使用的版本也需要考 虑进 行修改。在大系 统开发 的 过 程中, 问题 与修改 问题 的人,版本都会比 较 多, 很 轻 易出 现 混乱的情况。 —— 核心代 码 ,或者公用构件和代 码 。在系 统 的 开发过 程中,当 涉 及到公用构件或代 码 的修改 时 ,需要使与此相 关 的人都需要知道。假如没有有效的代 码 治理与 告 与 协调 机制, 对 于修改的代 码 如何使相 关 人 员 都提到通知就存在一个 问题 了。 —— 现 在的 软 件 项 目,大多都是由一个 团 体 协 作完成的,那 么 , 涉 及到, 对 于最后某人 对 其所作的工作或 输 出很 轻 易 损 害到其它相 关 人 员 的工作。如在一个 应该 系 统 的 开发过 程中,数据流程比 较 密集,假如其接口的 变 化,可能会引起很多相 关 地方的 变 化。
这 些 问题 是由什 么 而引的呢,不言而明,在 软 件 开发过 程中的缺少 规 范的治理而 导 致出 这 些 问题 。需要我 们 花 费 很大的精力与 时间 来 处 理。那 么 怎 么 来 对这 些 问题 来形成一个有效的解决方案呢,需要我 们对 以下的 问题进 行明确: —— 在公司,目前的配置治理是什 么 ,做了些什 么 /span>
—— 目前公司配置治理的状 态 是何状 态 /span>
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!