顺利部署 Windows 7 应用程序的五个步骤
   
    如同大多数浩大的工程一样，若能花些时间来将问题分解为符合逻辑的可管理的若干任务，困难并不是不可战胜的。
   
    应用程序的顺利部署可分为三个最主要的部分：收集、分析和缓解。但是还有其他几个我们想要强调的步骤：在开启测试体制之前，请考虑使用虚拟化技术来帮助缩减测试过程，并潜在地帮助改善桌面的基础结构，使未来的迁移更好管理；根据展开策略对测试阶段进行排序。
   
    做好深入研究的准备后，即可立即开始行动了。
   
    步骤 1:收集应用程序清单
   
    第一个步骤是通过应用程序清单了解自己的处境--请相信我们；此时，您可能刚刚意识到问题比您想象的要复杂。不过，重要的是，您刚刚将一个"未知"转变为"已知",从更好的角度审视了测试范围和准备就绪的程序，并了解了未来的挑战。
   
    幸运的是，目前已经有一些工具可用来帮助自动化这个过程。您的客户管理软件可能已经内置了这项功能，或者您也可以使用可免费下载的Application Compatibility Toolkit.如果您已经有了其他的清单机制，比如System Center Configuration Manager、Asset Inventory Service 等，那么您可以将它们作为起点。
   
    要让清单成为最有用的下游产品，请捕获比应用程序列表更多的信息--比如您可以了解有关应用程序的当前用户、这些用户的角色以及该应用程序对用户的重要程度等更多细节。有了这些信息，您就可以优先对待那些至关重要的应用程序，并消除未使用的或多余的应用程序（下一步骤将对此进行更消息的详述）。
   
    而且，这还会提供额外的好处--可标识出目前尚未管理却已广泛使用的应用程序。您可能要将这些应用程序也纳入正规，这样就可以确保它们在获准的版本上得到恰当管理，并且所需的软件也会得到更新。
   
    步骤 2:分析应用程序
   
    有多少您目前支持的应用程序已经被替换，或者已经失去了业务用户的喜爱。如果您与大多数组织无异的话，相当数量的受支持应用程序（很多情况下是大多数应用程序）都处于这样的状态。所以，一旦完成了评估，并且有了很多信息作为基础，那么在开始进行耗时（且昂贵的）回归测试过程之前，下一个步骤就是清理受支持应用程序的列表，并对这些应用程序进行过滤。
   
    为您的应用程序组合设置适当的目标。总共有多少应用程序需要受到支持？一个应用程序在哪种情况下需要升级到"托管"状态？
   
    设置了目标后，就可以开始寻找最容易实现的目标，并缩小需要测试的应用程序的范围。
   
    消除多余且未使用应用程序。毫无疑问，您会发现自己有几个应用程序执行的是相同的功能。现在需要确立一个应用程序完成一种功能的标准，并消除那些废弃不用的应用程序。这里有一个提示，建议您尝试并映射应用程序依赖关系，因为您可能需要支持一个旧版的应用程序，使另一个应用程序能够受此 ISV 支持。那些很少或从未使用的应用程序自然应该抛弃。这么做不仅可以简化测试，还可以节省购买软件许可的支出。
   
    删除同一应用程序的多个版本并保留最新的版本。几乎在所有情况下，最新版本的性能都是最好的并且也最安全和可靠。同样，请注意应用程序之间的依赖关系。
   
    从业务用户那里收集信息，帮助优先化至关重要的应用程序，并判断哪些部门在使用哪些应用程序。在对测试过程进行排序时，这非常有用；您需要根据分阶段推出的新桌面映像来调整测试时间。
   
    步骤 3:评估非兼容性和减少选项
   
    毋庸置疑，有一些应用程序需要多做一些工作才能使 Windows 7 顺利部署。目前，有如下几个选项可供参考：
   
    您可以用应用程序的一个新版本替换不兼容的版本。这种方法最可靠，但不幸的是，也是最昂贵的一种方法。如果应用程序是至关重要的，或对业务的运营有战略性意义，那么建议采用这种方式。
   
    为现有应用程序创建填充码。填充码是插入到应用程序和 Windows 间的一些小代码块，用来修改对底层 OS 的调用--比如，让应用程序相信用户是以管理员身份运行的，而同时又维持标准用户模式。这可能会为您带来一些管理负担，因为您需要维护一个填充码数据库，但这种方法能够解决很多应用程序问题。这种方式是最为经济有效的，而且如果应用程序提供商已经不在左右，那么这可能是唯一的选择。但是有一点需要警告--很多提供商不支持做过填充码处理的应用程序。
   
    您可以使用组策略来更改应用程序的冒犯行为。与填充码一样，这种方式通常能够解决兼容性问题，但同样有一些缺点。从本质上讲，这种方式可以使用策略来禁用可能导致应用程序放缓的某个特性或功能。不幸的是，很多情况下，这些功能会涉及底层系统的安全性，所以代价是很明显的。同样地，应用程序必须拥有组策略设置才能启用这种管理性。
   
    对于自定义或是内部开放的应用程序，您当然可以修改代码。但这并不总能奏效，如果奏效，那么有很多资源可提供帮助--Application Compatibility Cookbook 中提供了从 Windows XP 到 Windows Vista 所做的变化，Application Quality Cookbook 中提供了从 Windows Vista 到 Windows 7所做的变化。这两个资源都是免费的指南，可以帮助开发人员为获得本地兼容性而重新编码应用程序。

　考试大温馨提示：本内容来源于网络，仅代表作者个人观点，与本站立场无关，仅供您学习交流使用。其中可能有部分文章经过多次转载而造成文章内容缺失、错误或文章作者不详等问题，请您谅解。如有侵犯您的权利，请联系我们，本站会立即予以处理。

　相关推荐：

　Windows7或XP双系统安装介绍

　移动硬盘的使用寿命(时间)和注意事项

　给电脑提速的方法

上一页123下一页