可以利用一個簡單的表格列出一些原始的分類，然后不斷的完善這個表格。確認你的分類之間沒有交集。并充分描述用戶分類的行為，目的，要求等。在企業分析中，比較常見的分類可能包括，供應商，客戶，部門等。
就像C++中的類和對象一樣，我們把分析出的用戶分類稱為“角色類”，把實際的用戶稱為“角色實例”。在得到用戶分類之后，最重要的就是要選出用戶代表，用戶代表不僅僅是在需求階段中參與項目，還必須對項目的全過程負責。用戶代表能夠代表用戶分類的需求。抓住用戶代表的需求就大致把握住了用戶類的需求。當然，需求分析還是需要在用戶中做大規模的調查的，只是要把重點放在用戶代表上。
確保和用戶直接進行溝通!大家有沒有玩過傳話的游戲，可能看過。一群人排成一列，一句話從排頭挨個向后傳，到最后，那句話已經是面目全非了。所以，一定要保證項目組能夠直接和用戶接觸。 對于和用戶直接溝通這一點，一般的針對特定企業的應用系統當然是不成問題，可是如果是開發行業軟件，和用戶直接溝通就成為一件幾乎是不可能的事情。在這種情況下，一般有幾種解決的辦法：
做大規模的市場調查，針對你的目標市場做市場調查，并根據統計學的理論建立你的數學模型。這部分的工作效果最好，其性質有些象一些游戲公司會發布一些Demo版的游戲�？墒菍τ谝话愕钠髽I來說，這項工作費時費力，高昂的成本往往使大家知難而退。我的意見是，方法是非常好的，但是可以采用折衷的辦法，例如選取有代表性的企業，為特定企業制作一個較小的版本并收集反饋意見等。這涉及到很多市場營銷的內容，并不是我的專業所長，這里就不多弄斧了。 聘請行業專家，一個行業專家往往可以在項目需求方面發揮極為重要的作用。一個行業專家往往都有大量的行業經驗和行業的人際關系網絡。在產品的設計方面，這個行業專家提供很多寶貴的意見。在目前很多的軟件的開發過程中都采用了這種方式。行業專家有兩種：一種是在這個行業中有很深的資歷，但是對軟件技術并不熟悉;第二種是開發過同類軟件的軟件專家，這種人在開發同類軟件過程中已經積累了大量的項目經驗，并且具有軟件開發的知識。這種方式是獲取需求的最好的方式。 分析對比同類軟件，微軟在開發Office、Visual Studio的時候，也是參照了Lotus和Borland的成熟產品。這種方式的特點在于成本很低，比較適合和其他的方式配合使用。但是，要注意自己有沒有觸犯專利法。
需求的沖突
有的時候，雖然已經將用戶分類并選出了用戶代表。但是需求的來源眾多，往往會發生需求之間自相矛盾的事情。需求從四面八方收集來后，人們難以解決沖突，澄清模糊之處以及協調不一致之處。某些人還要對不可避免要發生的范圍問題單獨作出決定。在項目的早期階段，你必須決定誰是需求問題的決策者。如果不清楚誰有權并且有責任來作出決策，或者授權的個人不愿意或不能作出決策，那么決策者的角色將自然而然地落在開發者身上。這是一個非常糟糕的選擇，因為開發者通常沒有足夠多的信息和觀點來作出業務上的決策。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
