在Standish集團對軟件項目失敗原因的年度調查中，去年的結果是：僅有54%的功能被實現，而實現的功能中近半數沒有被使用。根據Standish的報告，這種情況的原因通常源于定義不佳的需求。
Telelogic AB公司的DOORS（全名是Dynamic Object Oriented Requirements System，面向對象的動態需求系統） 軟件的目標是捕獲細致定義的軟件需求并將其轉為代碼。周一Telelogic在其套件中增加了一個新的產品，DOORS/Analyst 1.2，以捕獲需求并將他們轉交給其他Telelogic工具以生成代碼。這些工具過去只能生成C代碼，按照Telelogic AB公司的聲明，現在它們已經可以生成Java和C++的代碼了。
系統可以使用標準的行業建模語言UML 2.0創建需求模型，UML 2.0中增加了使用活動圖、交互總覽圖（interaction-overview diagrams）及組件圖來表達業務的能力。
模型也可以導入到Telelogic's Doors/Architect 2.3中，其中可以進行滿足需求的系統架構的初始設計。
全球市場部的副總裁Michael Donner介紹，最后一步是將模型導入到Doors/Developer 2.3中，其中可以基于需求及架構設計系統模型。Developer的最終輸出是自動生成的C++或Java代碼。
Andy Gurd，Telelogic工具集的高級項目主管，介紹說，通過使用以上三種Doors工具，需求分析員或者軟件設計人員可以從定義好的需求開始工作，并跟蹤到最終實現來滿足該需求的軟件。如果某些地方和最終用戶的期待有出入的話，“可跟蹤性就起作用了”，它能夠幫助你盡快地做出補救。
Doors可以和主流的Java開發工具一起使用，例如Sun的Java Studio或者IBM贊助的開源的Eclipse。Doors/Analyst 1.2、Architect 2.3和Developer 2.3在4月30日都將問世。這三個工具都可以工作于Windows 2000和Windows XP平臺的。架構師和開發人員同樣可以在Sun的Solaris 8和Red Hat企業版Linux上使用這些工具。
Telelogic 和IBM Rational的軟件競爭，在需求分析和系統建模領域，這兩個產品目前在市場份額上差不多是平分秋色，各占大約30%。
對于高質量的軟件開發而言，需求管理的重要性益發突出。Rational 試圖定義五個需求管理級別并分別提供度量集。Meta Group 的Thomas Murphy在一份研究報告中提到，Rational的Rational 統一過程（Rational Unified Process）“掌握了需求管理的很多需求�！�
他指出，“大多數組織都掉進了這樣一個陷阱：不停地為項目增加一些不成文的插件（add-on）”，這些增加的部分或者沒有進行很好的文檔化，或者使用和過去的需求所不同的結構在描述。
Murphy 在報告中指出，不論是使用Doors還是Rational的方法，都需要能夠理解系統的業務需求的有經驗的系統分析師 。
Standish的報告中總結到，“沒有基本的系統需求的處理，一個項目注定失敗”。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
