淺析軟體工程的需求調研

標籤：

    正如老師上課所說，軟體開發的過程，就是 “使用者最需要的東西” 在下面這一鏈條中傳送，轉換，實現，扭曲或丟失的過程。由此可見，使用者需求是我們開發的源頭。

    但不得不承認這樣的客觀規律，使用者需要的，往往經曆以下過程：使用者最需要的 ——>  使用者表達出來的—— >軟體團隊能理解的 (老闆/PM) + 團隊的商業目標 ——>軟體團隊成員具體表達出來的 (PM 寫 spec) ——>在各種約束條件下，具體執行表達出來的 (dev 寫代碼) ——>驗證通過的 (Test) ——> 通過各種渠道告訴目標使用者 (發布/推廣) ——>  使用者終於能用上了，但是他們不滿意。在這個過程中，各種扭曲變化都可能發生，各種不可思議的設想也可能誕生。但使用者不滿意，那就不是成功的作品。

    敏捷式開發，便是能立即的做出反饋，根據即時變化而調整，但不防設想，如果我們沒做一步就要去詢問顧客，那顧客可能隨時產生天方夜譚的想法，軟體的功能也越來越強大，到最後，很可能做出的東西--四不像。因此，調研的方法很重要，並且在調研的過程中，我們也不能對顧客的需求聽之任之，我們要有自己的分析和評估，畢竟是我們開發人員自己來開發程式。

    我們要在使用者需求與現實狀況之間去作折中，這樣需求調研才有意義，有價值。

淺析軟體工程的需求調研