应用系统分割和合并——系统设计一般都是分开进行，这样便于多个团队并行工作，提高效率，最终要把这些工作集成到一起。尤其是需要多次发布的软件，分割和合并的工作更为复杂。
4.2.3 系统测试
系统测试阶段主要的风险管理目标是通过测试识别不可接受的缺陷，并确认每个缺陷都得到了解决。
确认系统的正确性和完整性——依照系统规范和业务需求，按部就班地对系统实施“肯定性”和“否定性”测试，必须保证系统能够正常运作;
增强信心——对重要的业务流程，必须从端到端的角度来验证系统具备正确的功能;
获得用户认可——提供证据来证明来自交付伙伴的方案组件和整体系统在业务上都是可以接受的;
4.3 实施
在实施阶段，应用系统主要的风险管理目标是保持业务的持续运行，避免业务中断。
预演——在系统投产前，组织用户代表进行技术演练，使用户对系统在时间、次序和可能造成的影响等方面都有一个清晰的了解;
投产——动员实施队伍，按照计划进行应用实施，并验证系统实施是否取得成功;
回退——制定一套可以让业务退回原有状态的B计划，并在实施前进行演练;
4.4 运行和维护
由于系统的复杂性和资源限制，测试阶段很难对IT应用系统进行穷尽测试，系统在运行中总会出现新的缺陷，同时业务的发展变化也会对系统提出变更和改进要求，此时风险管理的目标是把系统从故障状态中恢复正常运行，避免系统改进造成新的故障：
变更管理——对必要的系统变更进行系统管理;
定期安全检查——认识系统安全的重要性，完善安全策略，定期进行检查审核;
灾难恢复计划更新——系统发生变更后及时更新灾难恢复计划，并定期进行演练;
4.5 退出与废弃
应用系统生命周期的退出和废弃阶段涉及到信息、硬件和软件的处置。在理想情况下，旧应用系统退出计划应该作为新应用系统实施和切换的一部分。
信息——可以转移到其它系统、存档、丢弃或销毁。对信息存档时应该考虑未来能够取回信息的方法;
硬件和软件——硬件和软件可以被销毁，出售，赠送或丢弃。对包含保密信息的存储介质必须进行销毁，对软件的处置应遵循许可证和其它与开发商的协议。
费用——用来清除一个过时的应用系统的资金一般很难得到保证，因为系统的退出不能为组织带来明显的经济利益，要采取有效措施防止因处置费用不足而引起的各种风险。
即使采用了全生命周期的管理，也不能保证完全去除应用系统中所有的风险，但引入全生命周期的风险管理方法为我们提供了很有益的一套流程，结合理解实际应用系统发展中的每一个步骤，可以帮助我们把注意力集中在如何应对系统中的问题上，并采取相应的补救措施。 此文章共有3页 上一页 1 2 3
文章来源：互联网
 软件开发项目管理培训课程方案
|
Leadge.com首页 > 知识库 
