是进化，不是革命
2015年3月，亚洲
一种强烈的趋势正在形成， 并将持续下去。越来越多的标准软件包（通常是云里面的）正在被企业采纳到它们的信息系统中。今天这个时期的主要技术变化促进了这种趋势的形成。然而，如果你们考虑软件包的话，那你们也必须考虑参数—或配置数据—而且是各种各样的。的确，区分软件包供应商的是他们所支持的定制化服务程度，允许最好的供应商进一步开拓市场。但是，这种定制化服务对客户来说有一种不可忽略的成本。这一点不仅在实施阶段是显而易见的，而且在生命周期的后部分也是如此。因为客户必须持续地调节他们的参数, 使之适用软件包升级，以及他们自己组织变化的需要。过去，对于内部开发，公司要求开发人员进行必要的升级；而现在，参数变更是由项目拥有者完成的。这意味着，变更管理由管理源代码阶段自然进化到管理参数阶段。
这些关键性的适应过程不仅包含成本，而且，它们必须在高度安全的条件下才能完成。一个简单的参数错误可能给公司数据带来致命性的后果。所以，公司为了防范这种风险，被强制要求巩固和加强变更管理模型。
这种严格的组织机构需要的技术实际上等同于维护代码。刚开始时，他们创建独立的测试环境；然后，用户对新的变化进行广泛的测试，以保证结果是符合要求的。从生产环境中拷贝过来的部分或全部数据是非常有用的，它们可以尽可能地创造真实和准确反应现存参数的条件。在这个阶段，应该就下面几个问题提出疑问：
- 在持续部署到不断增多的不同环境时，怎样使磁盘空间需求更小/span>
- 怎样定期刷新测试数据/span>
- 怎样保证这个产品数据的保密性/span>
令人欣慰的是，所有这些问题的答案现在都能通过工具和内部过程找到。
当需要验证这些变更时，问题出现了：这些变更怎样才能转换到生产环境中理想的情况是，我们可以依赖软件包中任何现有的导入（import）或导出(export)函数，也可以开发特定的程序来尝试进行自动化处理。但是在大多数情况下，这种转换都是通过手工重新录入数据实现的。由于人在执行重复任务中的可靠性大致是1/100，因此很容易看出自动化这个过程有多重要 —这是既保证生产效率又保证安全的唯一方式。
对测试活动进行自动化是同一个过程的固有部分。测试程度依赖于可接受的可靠性程度。测试是代价昂贵的活动，它构成对变更进行反应的一个阻塞点。市场上有很多工具，在这个领域提供具体的解决方案。惠普收购市场领导者美科利（Mercury Interactive）表明这种工具对许多公司来说具有高度的战略意义。诚然，当我们看到市场上有一定程度的自动化产品可卖（特别关于测试场景的工具），我们都情不自禁地想购买这些产品。但是它们真的有效吗里，成功使用这种类型的产品在很大程度上依赖于你们底层的变更管理过程的健壮性。
首先，实施严格的变更管理过程是一件合情合理而且实用的事情。然而，我们必须认识到，这条途径不一定是我们今天文化的一部分。我们的文化倾向于拒绝那些许多人认为是太过于严苛的东西。但是，我们越来越全球化的世界在安全性和可靠性方面有更多的要求，所以我们必须适应这种变化。最终的结果是，多点严格和条理不会伤害任何人。
一个组织是基于方法论和合适的工具而存在的—这种工具完全适应于你们的技术环境，而且被你们团队的大多数人所完全接受。我使用“大多数”一词，是因为在基于工具的途径中要尽量取得一致性有些过度乐观。 你们能够肯定的是，在你们组织的某个地方，潜伏着一个无可救药的顽固份子，他将以或多或少坚实的论据来对抗这条途径。这就是人的本性。
这些组织的变化是激动人心的。他们呼唤用技术和人为的要素来实现目标。当然，在前进的道路上有绊脚石，但是这条道路将引导我们笔直地通往未来：一个最大自动化世纪的未来。
原文出自：http://arcadsoftware.com/category/philippe-magnes-blog-insight/
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/30201869/viewspace-1563917/，如需转载，请注明出处，否则将追究法律责任。
转载于:http://blog.itpub.net/30201869/viewspace-1563917/
相关资源：经典刻录软件尼禄Nero6.6.1.4中文安装版及序列号-其它工具类资源…
来源：csy_123456
声明：本站部分文章及图片转载于互联网，内容版权归原作者所有，如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢！