2.2 需求工作會
2.3 將需求列成合同式的文件
2.4 原型（Prototype）
2.6 確認持關鍵信息者
挑戰
順利地完成需求分析是一個艱巨的挑戰。首先要確認所有持有關鍵信息的人本身就不容易，然后還要從這些人獲得可用的信息，把這些信息轉化為清晰的和完整的形式。同時分析者還要考慮到可能的限制。
除此之外他們還要考慮一個項目的·軟件工程師與他們的顧客往往使用不同的詞匯。有時他們以為互相之間完全達成協議，但是在展示最終結果時卻發現并非如此。開發者有義務克服這個困難，他們拿了顧客的錢，因此有這個義務。
·軟件開發者往往喜歡將顧客的需要改變得能使它們符合一個已存在的系統或模式，而不愿按照顧客的需要來發展一個新的系統。
·需求分析往往是由程序員完成的，而不是由作業分析員完成的。程序員往往缺乏理解實際事物的運行過程和商業過程的技巧。
解決方法
解決這些困難的一個方法是使用專業的作業或系統分析員，這些專業人員通過專門訓練來填補商業和電腦世界之間的鴻溝的。這個方法可以達到一定的效果，但從顧客方面來說要找到相應的有類似技巧的人就相當困難了。此外今天為需求分析所使用的方法依然還有很大的缺陷，它們還不夠有效。
1990年代以來新的技術有制作原型、統一建模語言、用例和敏捷軟件開發等方法。
主要技術
需求分析有可能在一個項目中成為一個漫長、艱巨的工作。需求分析專家與他們的顧客交談、記錄他們的交談結果、分析他們收集的信息，從中提取互相矛盾的地方，總結出一個總體觀念，然后再與顧客交談他們發現的問題。這個過程可以不斷重復，在有些項目中這個過程可以伴隨著整個在有些項目中這個過程可以伴隨著整個生命周期。
新系統很可能改變人之間的關系和人的工作環境，因此認定誰是重要的信息持有者是非常重要得。只有這樣在需求分析的過程中才能夠將顧客所有的需要都紀錄下來，只有這樣才能保證他們認識到新的系統對他們來說帶來怎樣的變化。出于下述原因這個要求往往達不到：
·與顧客的交談不夠多和不夠徹底，一些重要的需求被忽視；
·顧客的反應不說明問題，顧客對新系統的特征不滿。
文章來源于領測軟件測試網 http://www.k11sc111.com/