Latest News

在将企业软件迁移和/或升级至新的数据中心时，需要遵循良好的数据迁移进程。我们最近将客户的 IBM CLM（协作生命周期管理系统）设置（包括 Rational 需求编写系统和 Rational 团队协作系统）从英国迁移到了印度。为了避免数据损失和停机时间延长，以下是你需要考虑的一些事情。 首先，要制定切实可行的时间表　──　很多迁移都因为缺乏远见而以失败告终。与管理层和利益相关方达成切实可行的时间安排，并坚持遵循该时间表。好的计划必须要考虑到意外事件　──　无论你的准备如何充分，也很难预测一切。如果你必须将数据库恢复至较早的版本，你需要进行备份。 问题不会总是出现在你这方面　──　问题通常会出现在你要迁移到的软件上。升级后添加的应用程序可能会重构数据库，或以不同的方式使用信息。如果程序是供应商提供的，还会随附说明。如果是经过尝试和测试的迁移进程，那么很可能会运行顺畅，否则应考虑测试环境。 但是，如果该进程未经过实践证明或者是业务关键型进程，那么使用测试环境在两端都至关重要：它能让你纠正自己系统（或你要迁移到的系统）中的任何缺陷，避免在迁移过程中造成麻烦，而且可以帮助你避免停机时间或数据损失。如果用户需要在你测试期间访问数据，应将你的存档设置为只读　──　并通知他们你要进行的操作，这样他们就不会再浪费时间进行混乱的更新。这不是很理想，但好过不能进行任何访问。 最后，应确保在你上线时能获得适当的支持。未经培训的员工在完成后可能会对迁移有些力不从心，而且如果没有适当的“早期生命支持”，可能会遇到诸如内存泄漏之类的问题，而且没有方法快速解决这些问题。 成功的数据迁移需要适当衡量迁移成本方面的危险。可能会昂贵且耗时，但不会像实际失去业务关键型数据那样代价高昂。如果进行了恰当的规划，而且拥有必要的支持系统，就可以最大限度地降低很多此类的风险。 请参阅 ITProPortal 上的原版文章。

随着软件开发进程的改变，与此有关的团队也不可避免地要出现改变。随着敏捷开发、开发运维和软件生命周期自动化的发展，投身这一行业令人兴奋　──　对于计算机科学和相关学科的新毕业生来说尤其如此。 我从大学毕业后，软件开发团队严格定义了要执行的任务，每个人在努力完成项目方面都有既定的角色。但对于我上面提到的新发展而言，变化非常快。瀑布式进程中的很多职位都保留了，但是那些专家团队很快就成为了通才　──　因为测试软件简单易用，因为首先进行了开发。 行业的变化步伐意味着毕业生在各种不同的公司中有大量很好的机会，包括从大型咨询公司到像 Automation Consultants 这样的小型定制软件生命周期自动化公司。随着开发运维活动的发展，像我这样的雇主希望招聘在软件项目协作方面具有经验，且在测试、支持和开发方面具有丰富知识的人员。 公司会寻找擅长开发和运维而且准备在开发运维领域工作的人员。这一变化只会继续，使得这一领域成为天赋异禀、雄心勃勃的毕业生感兴趣的地方。 Jeff Cunliffe，Automation Consultants 首席执行官 《阅读“QMUL 职业生涯和企业中心”博客上 Jeff 的建议，了解关于在软件生命周期内提供的毕业生职位的更多信息。》