当我看到这个问题时，我的第一个念头是我没有资格回答这个问题，因为我不是与客户接触的架构师。不过，我通过一些咨询活动与客户接触过。我所用的技术并非基于任何正式的方法，而是基于对技术和产品的深入了解。我同意 Holt Adams 所说的“从需求进行转换来选择要用于构造解决方案的技术或产品可能成为一个挑战。”不过帮助却是唾手可得的。
我的团队和我已经开始研究一项用于将设计模式链接起来的技术，我们将这些技术称为模式解决方案。我们的目的是为了使用 Rational Software Architect 中全面的模式框架来捕获针对重复出现的问题的最佳实践。通过这个方法，我们可以采用可重复的方式更有效地将需求转换为技术。我们的目标是构建一个围绕可重复模式社区。我们希望形成一个像 Amazon.com 一样的社区，人们可以在其中对各种模式进行评论，并为他们喜欢的模式投票。请使用 Pattern Solutions discussion forum 告诉我们您对此主意及我们的实现的看法。
急需：通用技术
我也同意 Kerrie 对原来的问题中提出的转换的真正目的的描述（我如何从业务意图转到已实现的价值或 IT 解决方案？）：其目的是通过 IT 提供支持业务意图的功能来实现业务的价值。让我们来详细地了解一下此概念。
首先，我们必须关注业务价值。IT 的目的不是使用不断发展的新技术来持续更新我们的技能，而是为业务价值作出贡献。
这句话的另一个重要方面就是 IT 不再仅是开发独立应用程序了。相反，我们提供了可组合到一起实现业务流程的各个功能。SOA 的承诺之一是，我们通过它可以在业务组织和 IT 组织（在其中通过使用服务实现业务流程）之间提供一个相互都能理解的语言机制。
最后，我们需要讨论一下 Kerrie 使用的一个有意思的术语：即业务意图。请注意，他没有使用要求、需求 或用例。业务具有意图。当然，用例或 WebSphere Business Integration Modeler 模型可以帮助了解当前的情况和清楚地说明此意图。但此类工具有一定风险，可能会过早地根据 Modeler 假定的解决方案表述问题。
 |
|