需求必須在你開始構造乙個事物前，就要想好了。這本書前面所介紹的大部分就是如何才能知道這些需求，並且保證這些需求是正確的。
書上的圖很簡潔明瞭的告訴我們，需求分析與系統分析在開發過程中的關係。在開發的前期，或者說是準備時期，需求活動佔主導地位，我們需要對現有的資料進行大量細緻的分析，要弄明白我們的產品是要做什麼、需要具備怎樣的品質、有沒有其他的限制條件等等。而到了中後期，需求被確定下來之後，系統方面的工作就逐漸佔據了主要地位。很多軟體的失敗，都是錯在了前期的需求分析中，所以有乙個正確的需求，是很重要的。
需求大致分為功能性需求和非功能性需求，還有限制條件。功能性需求，顧名思義，就是為了向使用者提供功能，產品必須執行的動作，是乙個產品最基本的硬性指標。非功能性需求則是功能性需求的乙個提公升，它對產品的品質有了更高的要求，不僅僅只滿足於實現基本功能。而限制條件就是全域性性的需求，適用於整個產品。而需求分析說明文件也有很多的規律可循。
專案開啟的時候，我們需要搞清楚很多問題，就基本的就是產品目標，我們開發這個產品是用來做什麼的。這就涉及到乙個產品目標的問題。產品目標描述了構建這個產品的原因，那麼我們不僅要給出解決問題的方法，我們還要讓客戶知道，我們的優勢是什麼，我們能為你們提供怎樣的便利。這個產品會做哪些有助於我們工作或者生活的事。產品目標是最高層次的需求，是業務上的需求，但有的時候產品目標又是很模糊的。比如客戶給了我們乙個問題的描述，除了問題的解決，我們還要考慮優勢，和這個目標的可行性。
最終為專案付錢的是顧客，所以了解他們的真實想法是我們必須要做的。了解他們想要什麼，理解他們的問題，理解他們的期望，知道對使用者來說，什麼是可接受的什麼是不可接受的，他們才是這個軟體的使用者。我們要開發軟體，就一定要清楚了解他們的喜好，不管是在介面方面，還是在操作流程方面，都要站在他們的角度考慮問題，這樣才能做出真正實用的，起碼顧客看見了會用的軟體。
定期的開展工作小組的頭腦風暴是個很好的分析需求的方法，大家坐在一起，每個人都把自己的想法說出來，然後大家一起來分析可行性，也可以借助投票等等的方式來進行表決。這樣也可以彌補乙個人想法的侷限性，使需求更加充分完整。
**自
2020122702 掌握需求過程 3
質量關是每項需求正式進入需求說明書地方。我們在分析需求的時候，通常是把想到的各種各樣的想法都記錄下來，需求可能出現在任何地方，我們捕獲了需求之後，並不會直接分析需求，有必要存在，也不考慮需求的完整性和一致性。而有了質量關之後，我們就要完整的看某一項需求了，考慮這個需求是否完整，是否合適放入到需求說明...
2020122702 掌握需求過程 2
編寫需求規格說明書是指得到要構建的產品的完整描述的任務。在需求分析的過程中，要把我們的每一步記錄下來，這並不是簡簡單單的寫報告而已，而是發現問題，理清自己思路的乙個很好的方式。需求產品說明書的完整是乙個開發軟體的必備條件，它必須包含清晰 完整 可測試的指令，說明必須構建什麼，清楚自己的目標。所以編寫...
04掌握需求過程閱讀筆記之一
本次，我學習了業務用例，即萬無一失的工作劃分方法，從而為需求調研鋪平了道路。1.確定用例 用例及其用例 use case 這個術語最先由 ivar jacobson在1987年提出,用於描述系統及其使用者之間的互動。jacobson需要將系統分解為較小的單元,因為他感到物件模型不具備可擴充套件性。所...