当我们解决像应用现代化这样的关键任务的时候，各种企业应用框架元素帮助我们进行充分的决策。然而这些主要反映了基础的最佳实践，有些是针对现代化任务的特定方面的。

　　框架意味着不同的事情，有时候是相当多不同的事情。企业架构框架趋于合理化和严格管制软件开发工作和维护这样一种方向，为了实现更大的目标和获取持续的成果。

　　例如TOGAF把架构开发工作分成解决不同问题的阶段，必须按顺序处理项目已达到最终的成功。这些阶段关注业务架构、信息系统架构、数据架构和应用架构等等。指导方针用来澄清流程和分配角色。

　　同样，Zachman框架通过制定重要元素和询问一些简单的问题为架构努力带来了意义。这些简单的问题经常被企业的繁忙所忽视。数据（是什么）、功能（如何实现）、网络（在哪里）、人（是谁）、时间（什么时候）以及动机（为什么）。

　　每一个主要的框架都致力于关注出现在现代化遗留应用资产中的独特问题。实际上，有各种基础的方法可以解决遗留。对象管理组织的架构驱动现代化（ADM）工作小组就这一点而言值得注意。该工作组指出了在我们寻找理解和发展现有软件资产时的一些可供参考的选择。这些选择（“MDA”指“模型驱动架构”）包括：

• 　　软件改进
• 　　条款修订
• 　　互操作性
• 　　重构
• 　　重组
• 　　重用
• 　　移植
• 　　迁移
• 　　译作其他语言
• 　　企业应用集成
• 　　面向服务架构
• 　　MDA迁移

　　正如最近Gartner分析师Henry Peyret在《TOGAF和2010框架世界》告诉SearchSOA.com的一样：“当我们采纳框架的时候，我们需要让其符合我们的需求，将其协调到我们所需求的框架。”这对于应用现代化已在日程上的时候可能尤其适合。