我們在進行軟體專案需求分析時，經常遇到客戶不夠配合的情況。如果我們能跟客戶籤乙個《軟體客戶需求權利書&軟體客戶需求義務書》的話，或許事情就好辦的多了哦！
軟體客戶需求權利書
客戶有如下權利：
1. 要求分析人員使用符合客戶語言習慣的表達。
2. 要求分析人員了解客戶系統的業務及目標。
3. 要求分析人員組織需求獲取期間所介紹的資訊，並編寫軟體需求規格說明。
4. 要求開發人員對需求過程中所產生的工作結果進行解釋說明。
5. 要求開發人員在整個交流過程中保持和維護一種合作的職業態度。
6. 要求開發人員對產品的實現及需求都要提供建議，拿出主意。
7. 描述產品使其具有易用、好用的特性。
8. 可以調整需求，允許重用已有的軟體元件。
9. 當需要對需求進行變更時，對成本、影響、得失（ t r a d e - o ff）有個真實可信的評估。
10. 獲得滿足客戶功能和質量要求的系統，並且這些要求是開發人員同意的。
軟體客戶需求義務書
客戶有下列義務：
1. 給分析人員講解業務及說明業務方面的術語等專業問題。
2. 抽出時間清楚地說明需求並不斷完善。
3. 當說明系統需求時，力求準確詳細。
4. 需要時要及時對需求做出決策。
5. 要尊重開發人員的成本估算和對需求的可行性分析。
6. 對單項需求、系統特性或使用例項劃分優先順序。
7. 評審需求文件和原型。
8. 一旦知道要對專案需求進行變更，要馬上與開發人員聯絡。
9. 在要求需求變更時，應遵照開發組織確定的工作過程來處理。
10. 尊重需求工程中開發人員採用的流程（過程）。
軟體需求分析書
不要脫離實際環境 誠然，功能性是非常重要的。畢竟，如果您不能展示您構建的系統實現了您想要的功能，那麼誰會有興趣呢？採取一種新穎 巧妙 更簡單 更漂亮或更得體的方法來解決某種問題固然很好，但是如果您沒有考慮非功能性需求，則您的解決方案可能無法取得實效。我們都碰到過這樣的情況，許多解決方案雖然合理，但是...
軟體需求說明書
軟體需求說明書 軟體需求說明書 1 引言 1.1 編寫目的 闡明編寫需求說明書的目的，指明讀者物件。1.2 專案背景 應包括 專案的委託單位 開心單位和主管部門 該軟體系統與其他系統的關係。1.3 定義 列出文件中所用到的專門術語的定義和縮寫詞的願文。專案經核准的計畫任務書 合同或上級機關的批文 文...
軟體需求說明書
軟體需求說明書是需求分析階段的第乙個文件，是對軟體目標範圍的求精和細化，深化描述軟體的功能和效能以及軟體的約束範圍，使使用者和軟體開發者對初始規定有個大概的了解，有利於對專案的回溯並指導後續的開發和維護工作。文件的讀者 開發人員和使用者代表 1 專案名稱 機房收費系統 2 專案提出者 廊坊師範學院公...