，完全是一個商業(yè)化操作，要求有商業(yè)、技術(shù)等結(jié)合的團(tuán)隊共同合作，解決需求和設(shè)計的同步，設(shè)計符合需求。
項目涉及內(nèi)容，項目大小都需要我們考慮參加軟件需求分析工作團(tuán)退的人數(shù)，配置合理的參與人員。一般我們必須有商務(wù)活動人員，項目管理人員，設(shè)計技術(shù)人員等參加，而且要求組織人員必須明確負(fù)責(zé)范圍，以及明確工作目標(biāo)，保證實施的有效性。
四、 軟件需求分析方法
為了保證項目的正常實施，并且能夠順利的完成，我們必須加強項目管理和重視項目分析工作。我們只有從實際出發(fā)，切切實實地把握用戶需求，把握用戶需求目標(biāo)，把握用戶將來功能界定，保證我們開發(fā)工作正確性方向。
4.1、重點監(jiān)控軟件需求分析辦法
由于軟件項目的特殊性和行業(yè)覆蓋的廣闊性，以及需求分析的高風(fēng)險性，軟件需求分析的重要性是不言而喻的，同時需求分析又的的確確難做。其原因基本是由于以下情況造成的。
4.1.1 客戶說不清楚需求
有些客戶對需求只有朦朧的感覺，當(dāng)然說不清楚具體的需求。例如全國各地的很多部門、機構(gòu)、單位在進(jìn)行應(yīng)用系統(tǒng)以及網(wǎng)絡(luò)建設(shè)時，客戶方的辦公人員大多不清楚計算機網(wǎng)絡(luò)有什么用，更缺乏IT系統(tǒng)建設(shè)方面的專家和知識。此時，用戶就會要求軟件系統(tǒng)分析人員替他們設(shè)想需求。工程的需求存在一定的主觀性，為項目未來建設(shè)埋下了潛在的風(fēng)險。
4.1.2 需求自身經(jīng)常變動
根據(jù)以往的歷史經(jīng)驗，隨著客戶方對信息化建設(shè)的認(rèn)識和自己業(yè)務(wù)水平的提高，他們會在不同的階段和時期對項目的需求提出新的要求和需求變更。事實上，歷史上沒有一個軟件的需求改動少于三次的！所以必須接受“需求會變動”這個事實，在進(jìn)行需求分析時要懂得防患于未然，盡可能地分析清楚哪些是穩(wěn)定的需求，哪些是易變的需求，以便在進(jìn)行系統(tǒng)設(shè)計時，將軟件的核心建筑在穩(wěn)定的需求上，同時留出變更空間。咨詢監(jiān)理方在需求分析的功能界定上擔(dān)任一個中間、公平、公正的角色，所以也必須積極參與到需求分析的準(zhǔn)備中來，以便協(xié)助客戶方和承建方來界定“做什么”、“不做什么”的系統(tǒng)功能界限。
4．1．3 分析人員或客戶理解有誤
軟件系統(tǒng)分析人員不可能都是全才，更不可能是行業(yè)方面的專家?？蛻舯磉_(dá)的需求，不同的分析人員可能有不同的理解。如果分析人員理解錯了，可能會導(dǎo)致以后的開發(fā)工作勞而無功。記得一則笑話，有個外星人間諜潛伏到地球刺探情報，它給上司寫了一份報告：“主宰地球的是汽車。它們喝汽油，靠四個輪子滾動前進(jìn)，嗓門極大，雙眼在夜里能射出強光……有趣的是，車?yán)镒≈环N叫作‘人’的寄生蟲，這些寄生蟲完全控制了車?！彼苑治鋈藛T知識的專一性也會造成需求分析的誤解和失敗。這時，咨詢監(jiān)理公司就必須根據(jù)實際的項目需求調(diào)研計劃，提醒承建方加強業(yè)務(wù)了解程度和注重溝通技巧。
4.2 有效性軟件需求分析三步法
根據(jù)以往的工程經(jīng)驗，需求分析工作方法，應(yīng)該定位在“三個階段”（也稱“三步法”）。
4.2.1 “訪談式Visitation”階段
這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具體情況、客觀的信息。建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局，最好能指定本次項目的接口人。
實現(xiàn)手段：訪談、調(diào)查表格
輸出成果：調(diào)查報告、業(yè)務(wù)流程報告
4.2.2 “誘導(dǎo)式Inducement”階段
這一階段是在承建方已經(jīng)了解了具體用戶方的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具體實際、客