為什麼要區分使用者需求和系統需求？

1樓：須妙松

需求分析的任務，開發軟體系統最為困難的部分就是準確說明開發什麼。最為困難的概念性工作便是編寫出詳細技術需求，這包括所有面向使用者、面向機器和其它軟體系統的介面。同時這也是一旦做錯，將最終會給系統帶來極大損害的部分，並且以後再對它進行修改也極為困難。

目前，國內產品的龐雜，一家企業可能有幾個系統並立執行，它們之間介面是系統開發人員最頭痛的問題。對於商業終端使用者應用程式，企業資訊系統和軟體作為一個大系統的一部分的產品是顯而易見的。但是對於我們開發人員來說，並沒有編寫出客戶認可的需求文件，我們如何知道專案於何時結束？

而如果我們不知道什麼對客戶來說是重要的，那我們又如何能使客戶感到滿意呢？然而，即便並非出於商業目的的軟體需求也是必須的。例如庫、元件和工具這些供開發小組內部使用的軟體。

當然你可能偶爾勿需文件說明就能與其他人意見較為一致，但更常見的是出現重複返工這種不可避免的後果，而重新編制**的代價遠遠超過重寫一份需求文件的代價，這些血的教訓正在國內的軟體開發者身上發生。?

2樓：小月有愛

在軟體需求規格說明書 (srs)中說明的功能需求充分描述了軟體系統所應具有的外部行為。軟體需求規格說明在開發、測試、質量保證、專案管理以及相關專案功能中都起了重要的作用。對一個大型系統來說，軟體功能需求也許只是系統需求的一個子集，因為另外一些可能屬於子系統(或軟體部件).

作為功能需求的補充，軟體需求規格說明還應包括非功能需求，它描述了系統展現給使用者的行為和執行的操作等。它包括產品必須遵從的標準、規範和合約；外部介面的具體細節；效能要求；設計或實現的約束條件及質量屬性。所謂約束是指對開發人員在軟體產品設計和構造上的限制。

質量屬性是通過多種角度對產品的特點進行描述，從而反映產品功能。多角度描述產品對使用者和開發人員都極為重要。下面以一個字處理程式為例來說明需求的不同種類。

業務需求可能是："使用者能有效地糾正文件中的拼寫錯誤",該產品的包裝盒封面上可能會標明這是個滿足業務需求的拼寫檢查器。而對應的使用者需求可能是"找出文件中的拼寫錯誤並通過一個提供的替換項列表來供選擇替換拼錯的詞".

同時，該拼寫檢查器還有許多功能需求，如找到並高亮度提示錯詞的操作；顯示提供替換詞的對話方塊以及實現整個文件範圍的替換。。?

業務需求,系統需求,使用者需求有什麼區別和聯絡

3樓：好人一生平安

業務需求表示組織或客戶高層次的目標。業務需求通常來自專案投資人、購買產品的客戶、實際使用者的管理者、市場營銷部門或產品策劃部門。業務需求描述了組織為什麼要開發一個系統，即組織希望達到的目標。

使用者需求描述的是使用者的目標，或使用者要求系統必須能完成的任務。用例、場景描述和事件，響應表都是表達使用者需求的有效途徑。也就是使用者需求描述了使用者能使用系統來做些什麼。