之前我們了解了什麼是軟體需求，他需要解決的問題，那麼軟體需求的首要是什麼呢？當然是客戶，那麼客戶是怎樣思考的呢？
在軟體開發過程中。要求開發乙個新資訊系統的客戶通常並不懂得從系統的實際使用者處得到資訊的重要性。市場人員在有了乙個很不錯的新產品想法後，也就自認為能充分代表產品使用者的興趣要求。然而，直接從產品的實際使用者處收集需求有著不可替代的必要性。通過對8 3 8 0個專案的調查發現，導致專案失敗的最主要的兩個原因是缺乏
使用者參與和不完整的需求以及不完整的規格說明(standish 1995)。只有實際使用者才能描述他們要用此系統必須完成的任務。但他們又不能指出完成這些任務所有具體的功能需求。這時候就需要與客戶交流，從客戶的交流中知道客戶到底需要什麼。
那麼什麼是客戶？客戶是指直接或間接從產品中獲得利益的個人或組織。軟體客戶包括提出要求、支付款項、選擇、具體說明或使用軟體產品的專案風險承擔者
或是獲得產品所產生的結果的人。他們能說清楚要使用該產品完成什麼任務和一些非功能性的特性，而這些特性會對使使用者很好接收具有該特點的產品是重要的。優秀的軟體產品是建立在優秀的需求基礎之上的。而高質量的需求**於客戶與開發人員之間有效的交流與合作。通常，開發人員與客戶或客戶**人，如市場人員間的關係反而會成為一種對立關係。雙方的管理者都只想自己的利益而擱置使用者提供的需求從而產生摩擦，在這種情況下，不會給雙方帶來一點益處。只有當雙方參與者都明白要成功自己需要什麼，同時也應知道要成功合作方需要什麼時，才能建立起一種合作關係。由於專案壓力與日漸增，所有風險承擔者有著乙個共同的目標這一點容易被遺忘。其實大家都想開發出乙個既能實現商業價值，又能滿足使用者需要，還能使開發者感到滿足的優秀軟體產品。
客戶具有的權利：
1. 要求分析人員使用符合客戶語言習慣的表達。
2. 要求分析人員了解客戶系統的業務及目標。
3. 要求分析人員組織需求獲取期間所介紹的資訊，並編寫軟體需求規格說明。
4. 要求開發人員對需求過程中所產生的工作結果進行解釋說明。
5. 要求開發人員在整個交流過程中保持和維護一種合作的職業態度。
6. 要求開發人員對產品的實現及需求都要提供建議，拿出主意。
7. 描述產品使其具有易用、好用的特性。
8. 可以調整需求，允許重用已有的軟體元件。
9. 當需要對需求進行變更時，對成本、影響、得失（t r a d e - o ff）有個真實可信的評估。
10. 獲得滿足客戶功能和質量要求的系統，並且這些要求是開發人員同意的。
客戶具有的義務：
給分析人員講解業務及說明業務方面的術語等專業問題。
2. 抽出時間清楚地說明需求並不斷完善。
3. 當說明系統需求時，力求準確詳細。
4. 需要時要及時對需求做出決策。
5. 要尊重開發人員的成本估算和對需求的可行性分析。
6. 對單項需求、系統特性或使用例項劃分優先順序。
7. 評審需求文件和原型。
8. 一旦知道要對專案需求進行變更，要馬上與開發人員聯絡。
9. 在要求需求變更時，應遵照開發組織確定的工作過程來處理。
10. 尊重需求工程中開發人員採用的流程（過程）。
只有從深程度了解客戶，使用者，才能清晰的知道他們到底需要什麼，想做什麼，想要的效果。
《軟體需求》讀書筆記四
需求捕獲應該是主動的 需求捕獲應該是聚焦的 案例 小趙問監控中心的小張 你對這個系統有什麼需求？小張說 我想到的功能包括值班日誌 告警的聲光提示 基於簡訊的告警通知.老李問小徐 當監控中心收到乙個告警的時候，希望以什麼形式來體現？收到後，你們一般會進行什麼樣的處理？小張的提問使得捕獲過程很發散，而老...
《軟體需求》讀書筆記03
業務需求代表了需求鏈中最高層的抽象 他們為軟體系統定義了專案檢視和範圍。軟體功能需求必須根據使用者的需求來考慮，且要與業務需求所設定的目標相一致。對不利於實現專案業務目標的需求應該排除在外。乙個專案可能包括一些與軟體沒有直接關係的需求，例如 硬體的購買 產品的安裝 維護或廣告。但在此，我們只關心與軟...
《軟體需求》讀書筆記02
需求 需求收集方法 軟體需求可以來自方方面面，這取決於所開發產品的性質和開發環境。需從不同使用者代表和 收集需求，這說明了需求工程是以相互交流為核心的性質。下面是幾個軟體需求的典型 1 訪問並與有潛力的使用者 為找出新軟體產品的使用者需求，最直截了當的方法是詢問他們。2 把對目前的或競爭產品的描述寫...