为一个面向服务的架构(SOA)归档需求文件可能是大多数编程者最不想做的一件事，Paul Raymond——Telelogic AB需求管理的副主席也很清楚的知道这一点。

　　编写一份需求文档与使你的牙齿清洁是等价的。它是你需要做的事，但是却是你不想做的事。虽然需求管理框定了他的职业生涯，Raymond明白在开发团队中，对此并没有多大的热情。因为编码者在编写应用程序时的重点是敏捷性和速度，而做需求分析就像一艘船的锚。

　　“有时，它只是被认为是一个黑箱检查，” Raymond如此说。“我们必须写需求规格吗?是的，现在我们可以开始这个工程了。因此这里有两个分歧。你结束于这样一种情形，你获得了一个漂亮的需求文档，但最后的产品和它并不匹配。”

　　既然，在观念上，对于任何SOA应用商业用户将主要的输入都放在需求中。Raymond相信对于任何SOA应用程序而言，尤其是那些为中等规模开发的，不存在对国防承包商和航空航天公司所必须的大多数文档的需求。但是，他也指出那些公司还是需要一些东西的。

　　“开发服务的人，它们都打算迅速的进入市场，”他说。“这些就是那些发展得越来越快的项目类型，但是你仍然需要保持对该项目的某些类型的控制。在敏捷开发中，人们有时认为这意味着没有任何过程。当然，这是不对的。它意味着过程比较简单。”

　　所以Raymond专注于开发更加简单的需求管理工具。

　　多年来Telelogic提供一个基于客户/服务器的需求管理产品，叫做DOORS，用于客户的主要项目的繁重的文件归档工作，这些客户包括Airbus，BMW Boeing，DaimlerChrysler，Deutsche Bank，Ericsson，General Electric，General Motors，Lockheed Martin，Motorola，NEC，Philips，Samsung，Siemens以及Sprint。

　　但是Raymond说企业已经意识到这个产品不是敏捷编程员所需要的用于快速追踪项目的工具。所以Telelogic开发者开始设计一个更轻松的需求管理产品。成果就是这个月发布的DOORS Fastrak，它是基于Web，并带有丰富互联网应用程序(RIA)特征，而且和较传统的包装模式一样，是作为一个软件即服务(SaaS)而被提供的。

　　注意一个典型的敏捷项目也许仅仅只需有限数量的需求就可以开始，Raymond说这款产品被设计为提供给开发者一个Web页面，在此初始的需求可在几分钟内键入，所以他们可以很快的进入到应用的编程阶段。

　　“如果你打算从事敏捷开发，你可能只需要花一天的时间收集少量的需求信息，”他说。“接着那些需求将会随着你的开发而引进，而你将会了解更多你需要知道的东西。这就是敏捷开发通常的工作方式。你可以花几分钟输入10或20个需求。你只是输入你的需求，用属性标记它们，而它们基于这些属性通过系统而得到管理。”

　　为了在商业用户和开发团队之间架起桥梁以及明了需要什么和开发什么，该工具提供给商业用户他们自己的Web页面，可以很容易的观察到该项目正在发生一些什么，确保其一直在被追踪，同时在必要的时候做出改变，Raymond说。

　　与其因为试图将每一个所能想到的需求都包括在内，而使一个项目陷入沼泽，他说，“一个很有用的想法是只基于需要来做需求分析。”