SOA 项目的需求过程，第 1 部分: 为 SOA 应用获取需求

 无论您的面向服务的体系结构（SOA）项目看起来功能是多么强大，如果它不能满足业务需求，注定是要失败的。本文将探究为您的首个 SOA 项目获取所有技术需求的艺术和科学原理。
与传统的信息技术（IT）项目相比较，当提到需求收集和需求处理的时候，面向服务的体系结构（SOA）项目面临着更严峻的挑战。来自领先公司的文章和研究材料讨论了缺乏正确的需求是如何导致 IT 项目失败的。作为一名 IT 项目经理、构架师或者开发人员，您可能具有直接对这些问题进行处理的第一手材料。由于不完整的，错误的或者经常变更的需求，有相当数量的项目超出了他们的预算，而且并没有在规定时间内完成。到了最后，技术已经并不重要：如果一个项目具有最高效体系构架，比如它使用了 SOA ，利用了所有标准技术的，架构是非常健壮的，并且它性能远超过所有人的期望 ，但这个项目并不满足最初的业务需求，那么这个项目也是在浪费时间和资金。

获取需求需要一套独特的技术，这些技术是艺术与科学的结合。比如，您不能逃避人为的因素 —— 人们有时候会改变他们想要什么东西的想法。假设您想要获取百分之百的需求或者期望需求不会变更是不实际的。一个优秀的业务分析师会与系统的用户一起工作，并向他们建议正确需求的价值。分析师已经证明了用户参与到这个过程是极其重要的，并且应当让用户对任何的变更或者疏忽担负责任。这就好比“如果您输入的是垃圾，那么输出的也一定是垃圾”—— 如果您由一个不良需求开始，那么最终的产品肯定是毫无用处的。

本文是由三个部分组成的系列文章的第一部分，这个系列专门讨论 SOA 实现的需求过程。本文集中讨论了 SOA 项目技术方面的内容，以及您怎样对这种项目的技术需求进行定义。这个系列的第2部分将讨论，服务作为您的 SOA 不可缺少的一部分，我们如何对它进行需求定义并为它创建用例。第3部分研究了如何为 SOA 的持续管理获取需求。贯穿这个系列，我们将利用 IBM® Rational® RequisitePro® 作为需求工具来获取这些需求。

您应该从哪里入手?

我将不会对 SOA 的基础或者 SOA 实现路标的不同方法进行深入探讨。您可能正在阅读这篇文章，因为您的组织已经有了一个明确的 SOA 路标（或者正处于被的定义的过程中）。或许您已经确定了一个路标上的起始点，并有一个投资项目来构建最初的三到五个服务。

。。。。。。

                                                                                                点击此处查看全文