而且最为强大的是，在这个版本中引入了工作流的概念，那些需要很多步骤才能完成的配置 ( 例如：搭建集群 ) 再不用痛苦，只需根据模板逐步完成即可。 相信新版的配置向导助手会大大提高用户的工作效率，简化配置流程。
WebSphere Portal 里的配置向导一向是用户所喜爱的工具，它可以">帮助用户简化配置过程，原本需要用户自己手工修改配置文件中的大量配置参数，现在只需要跟随配置向导一步一步填写简单的信息就行了。简单来说配置向导主要是从几个方面来简化配置流程的：
针对用户所要完成的任务，配置向导将此任务所有相关的配置参数都挑选了出来，并按照它们之间的关系分组放在不同的步骤中。这样避免了让用户自己从纷杂的上百个配置参数判断哪些参数是需要修改，哪些参数是无关的不应该修改。使用了配置向导之后，用户从此不用再担心漏填了必备参数。 配置向导会根据用户在上一步填写的信息来过滤下一步里所需要填写的配置参数。例如，如果用户在数据库迁移的任务中选择了目标数据库类型是 DB2，
那么接下来的步骤中就会将其他数据库类型的配置参数都过滤掉，无需用户填写。并且，配置向导还会针对每个配置参数提供默认值以及帮助信息，方便用户来填写。
配置向导的运行环境介绍
在 WebSphere Portal 8.0 之前的版本里，配置向导是一个运行在 WebSphere Portal 所在的服务器上的 Java 客户端程序，是基于 InstallShield 安装配置向导来实现的，主要提供了对数据库迁移以及配置安全性任务的支持。在 WebSphere Portal 8.0 里，配置向导有了全新的升级，不仅仅运行方式上从 Java 客户端程序转向了基于 Dojo 的 Web 应用，而且扩展性也大大增强，所覆盖的配置任务也因此可以极大丰富了。我们知道，Web 应用自然是运行在 Web 服务器上的；同样，我们的配置向导也是运行在 WebSphere 这个应用服务器上。有人可能看到这里会有疑问了，在常用的配置任务中，经常需要重启 WebSphere 应用服务器来使修改的配置生效（例如，在给 WebSphere Portal 配置安全性时，就需要重启 WebSphere 才能使新的安全性生效），那么在这种时候，我们的配置向导不就被中断了么？我们通过配置向导所执行的配置任务从而也就被中断了，从而无法完成了，不是么？还有的人可能会有其他的担心，在集群环境中每个 WebSphere 节点都是由部署管理器（Deployment Manager）来管理的，每个 WebSphere 自身的管理控制台是无法访问的，那这时候自然配置向导也就无法访问了，这种情况该怎么处理呢？
针对上面的问题，我们来了解一下配置向导的体系框架。首先，它是作为集成解决方案控制台（Integrated System Console，缩写为“ISC”）的一个扩展模块部署在 WebSphere 应用服务器上面的。其次，我们在 WebSphere 里为配置向导创建了其专属的概要（Profile），这个概要的名字就叫 "cw_profile"。这个概要的运行及它的安全性是完全独立的，因此更改 WebSphere Portal 的安全性等配置任务完全不会影响到这个概要的运行，我们的配置向导因此也就始终保持运行，能够完整的完成各种配置任务了。最后，虽然配置向导缺省部署在 WebSphere Portal 所在的机器上，但是我们依然能够将它部署到其他机器的 WebSphere 或者部署管理器上。这样，我们保证了配置向导的完全独立运行，不受任何其他因素的影响。关于如何将配置向导部署到其他机器的相关步骤可以在 WebSphere Portal 8.0 的信息中心中找到，这里就不赘述了。
图 1. 集成解决方案控制台中的配置向导