【IT168技术新闻】一个面向服务架构(SOA)应用程序的需求文档编写也许是大多数程序员最不愿意做的事情，正如Telelogic AB的需求管理工具副主席Paul Raymond所熟知那样。

   书写需求文档就像清洁你的牙齿。这是一件你不愿意做但必须但的事。尽管需求管理成为Raymond的事业，但是他明白开发团队通常没有激情做这件事情。对那些从事强调速度和敏捷度的应用程序编写者来说，做需求就像一个小船锚。

  “有时候这些仅仅被认为是盒中的检查，”Raymond说，“我们已经书写了需求规格说明书了吗？如果写了，那么我们现在可以继续做工程。因此工程和需求二者开始分离。你通常遇到这样的情况，你的需求文档十分完美详尽，但是你的最终产品远不能与之匹配。”

   因此，在理想的情况下，对于任何SOA应用程序，商业用户均能够提供主要的需求，这种复选框（check box）解决方案是适得其反的。Raymond认为，对于SOA应用程序，特别是那些为中等规模业务开发地应用程序，没有必要准备像为国防承包商或航空公司准备地那种厚厚地详尽的文件。但是他认为那些SOA应用程序仍然需要一些东西以供参考。

  “开发服务地人们，均想产品尽快进入市场，”他说，“这些确实是一类开发的越来越快的项目，但是你仍然需要保留一些对项目运行情况的控制。就敏捷开发而言，人们有时候认为这就意味着没有过程。显然，这是不正确地。敏捷开发只是意味着加轻量级地过程。”

   因此，Raymond已经开始重点开发轻量级需求管理工具。

   Telelogic公司过去常常为Airbus、宝马波音、戴姆勒-克莱斯勒、德意志银行、爱立信、 通用电气、通用汽车公司、洛克希德-马丁公司,摩托罗拉、日本电气公司、飞利浦、三星、西门子、Sprint等大客户的重点项目做重量级文件，近年来一直致力于开发基于C/S架构的需求管理产品DOORS。

   Raymond说，Telelogic公司意识到这些产品不是意在加速项目开发的敏捷程序开发人员所需要的。因此，Telelogic的开发人员开始设计一种轻量级需求管理产品。于是就有了近期的DOORS Fastrak的发布，此产品基于网络并拥有富英特网应用程序（RIA）特征，以一种服务和更加传统的包模型的形式嵌入软件之中发布。

   在Telelogic注意到一个典型地敏捷项目也许仅仅需要一些需求作为开始后，它设计的产品为开发人员提供一个网页，在此网页上可以在几分钟内敲入初始的需求，因此开发人员可以快速地进入程序编码阶段，Raymond说。

  “如果你打算开始做敏捷开发，你可能在第一天仅能收集到需求的一部分，”他说，“然后这些需求将会在你的开发过程中不断细化，同时你对你所需知道的东西有了更进一步的认识。这就是敏捷开发地一般模式。你可以在短短几分钟之内添加10或20个需求。你只是将这些用户需要添加到你的需求之中，为它们添加属性，然后这些需求将会被系统基于属性来管理。”

   为了搭建商业用户和开放团队之间桥梁，同时建立需求和开发直接地联系，此工具为商业用户提供自己地页面来透明地观察项目地进展情况，以确保项目在正常轨迹上运转，同时做出必要地修改，Raymond说。

他说，敏捷开发这种方法的思路是根据需要来做需求，而不是试图包含每一个可能的需求以至项目陷入泥潭。