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

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

通過業(yè)務(wù)建模，深入理解用戶的需求
由于企業(yè)業(yè)務(wù)活動的多變性與復(fù)雜性，要準(zhǔn)確理解目標(biāo)系統(tǒng)的業(yè)務(wù)需求，首先必須了解目標(biāo)系統(tǒng)的應(yīng)用環(huán)境，也就是企業(yè)的業(yè)務(wù)過程與協(xié)作流程。因此，對于收集后經(jīng)過評估和分派的原始客戶需求，就需要由領(lǐng)域?qū)＜覍蛻舻臉I(yè)務(wù)流程進(jìn)行業(yè)務(wù)建模，與客戶深入交流，以深入理解客戶現(xiàn)有的工作流程，并對其進(jìn)行相應(yīng)的優(yōu)化，發(fā)現(xiàn)可以通過IT系統(tǒng)實(shí)現(xiàn)的環(huán)節(jié)，進(jìn)而將業(yè)務(wù)需求轉(zhuǎn)化為軟件需求，從而為今后的設(shè)計(jì)、實(shí)現(xiàn)指明方向。為了使得業(yè)務(wù)部門和技術(shù)部門能進(jìn)行有效的溝通，我們將使用業(yè)界統(tǒng)一的建模語言UML，通過IBM Rational Software Modeler進(jìn)行業(yè)務(wù)建模。 

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