統一的需求收集平臺，靈活易用的使用界面
多項研究都表明，大多數項目的失敗與需求管理密切相關。對于需求進行有效的管理，將奠定項目成功的基石。實現有效的需求管理，第一步就要解決需求的收集問題。項目的干系人眾多: 客戶、業務部門、開發人員、維護人員等等，造成了需求的來源眾多，而且渠道多樣：開會收集的，市場調研的、電話溝通的、電子郵件交流的等等。但由于缺乏必要的系統平臺，于是各種各樣的需求就四散在各處，難免造成需求的遺漏，更無從進行有效的管理。

為了解決需求的收集和評估，我們可以借助具有多種使用界面的IBM Rational變更管理工具ClearQuest打造統一項目團隊的需求收集平臺，統一需求收集的渠道和信息提交的格式，并遵循必要的需求評估流程，對收集的原始需求進行遴選、分派，同時又能完整保留所有原始需求。ClearQuest具有根據客戶需求進行靈活定制的能力，有簡單易用的Web界面，使得由客戶和業務人員直接提交原始需求成為可能。 

通過業務建模，深入理解用戶的需求
由于企業業務活動的多變性與復雜性，要準確理解目標系統的業務需求，首先必須了解目標系統的應用環境，也就是企業的業務過程與協作流程。因此，對于收集后經過評估和分派的原始客戶需求，就需要由領域專家對客戶的業務流程進行業務建模，與客戶深入交流，以深入理解客戶現有的工作流程，并對其進行相應的優化，發現可以通過IT系統實現的環節，進而將業務需求轉化為軟件需求，從而為今后的設計、實現指明方向。為了使得業務部門和技術部門能進行有效的溝通，我們將使用業界統一的建模語言UML，通過IBM Rational Software Modeler進行業務建模。 

從用戶角度出發，準確描述軟件的功能需求
用例建模是被業界廣泛接受的需求開發與描述方法，用例建模站在用戶的角度，從目標系統的外部以一種可觀測和可驗證的方式描述目標系統的預期行為，描述系統如何與最終用戶以及/或其他系統進行交互。用例易于被業務部門理解，可以清晰定義目標系統的邊界。用例模型在系統功能與最終用戶之間建立了明確的關聯，便于企業業務部門安排合適的需求評審人員對其相關需求進行評審，既可以提高需求評審的效率，又可以保證需求的正確性。用例主要描述系統的功能性需求，系統的非功能性需求則通過需求補充規約進行描述。