航向新世界

引用 <<維基百科>>

在系統工程及軟體工程中，需求分析指的是在建立一個新的或改變一個現存的使用者作業時確定新系統(複數)的目的、範圍、定義和功能時所要做的所有工作(不一定是系統的工作, 也有可能是流程工作)。需求分析是軟體工程中的一個關鍵過程。在這個過程中，系統分析員必須確定顧客的需要。只有在確定了這些需要後他們才能夠分析和尋求合適的解決方法。

在軟體工程的歷史中，很長時間裏人們一直認為需求分析是整個軟體工程中最簡單的一個步驟，但在過去十年中越來越多的人認識到它是整個過程中最關鍵的一個過程。假如在需求分析時分析者們未能正確地認識到顧客的需要的話，那麼最後的軟體實際上不可能達到顧客的需要，或者軟體無法在規定的時間裏完工(為什麼呢? 因為改來改去)。

主要困難

隨著工程師對需求分析的越來越重視，今天我們對需求分析的主要困難也理解得比較清楚：

• 需求分析需要由有充分的經驗、技術知識(軟體,領域與架構)和語言技巧(發掘問題的技巧)的專家來完成；
• 顧客一開始所提出的需要往往不完全、太樂觀以及過分受老的系統或過程的影響；
• 使用複雜的工具和不同的技術來進行需求分析往往會打消獲得一個完整的和細緻的結果的希望。

原型（Prototype）

但此後十多年的實際應用證明雖然原型是一種有用的技術，但它也有它的缺陷：

• 經理人員在看到原型後往往不理解為什麼到還要一段時間後最終設計才能完成。(因為經理們不懂原型的用意)
• 設計師往往將拼湊在一起的原型碼用到後來真正的系統中，因為他們怕在再次編碼時“浪費時間”。 (由於'拼湊',會造成後續不可收拾的殘局. 但這往往不是設計師想要做的, 通常是有外界的指示..強烈指示下..)
  
• 原型幫助解決設計決定和用戶介面的設計，但是它們並不提供任何關於需求的資訊。
• 設計師和顧客有可能花費太多的時間和精力來設計用戶介面，而忽視對作業過程的關心。