我們在進行軟體專案需求分析時,經常遇到客戶不夠配合的情況。如果我們能跟客戶籤乙個《軟體客戶需求權利書&軟體客戶需求義務書》的話,或許事情就好辦的多了哦!
軟體客戶需求權利書
客戶有如下權利:
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 專案提出者 廊坊師範學院公...