軟體工程用戶需求分析報告

❶ 什麼是需求分析，其目標是什麼《軟體工程》

需求分析，也叫軟體需求分析、系統需求分析或需求分析工程等，是開發人員經過深入細致的調研和分析，准確理解用戶和項目的功能、性能、可靠性等具體要求，將用戶非形式的需求表述轉化為完整的需求定義，從而確定系統功能的過程。

需求分析的目標是把用戶對待開發軟體提出的要求或需要進行分析與整理，確認後形成描述完整、清晰與規范的文檔，確定軟體需要實現的功能，完成的工作。此外，軟體的一些非功能性需求、軟體設計的約束條件、運行時與其他軟體的關系等也是軟體需求分析的目標。

(1)軟體工程用戶需求分析報告擴展閱讀：

需求分析階段分為四個方面：問題識別、分析與綜合、制訂規格說明、評審。

1、問題識別：從系統角度來理解軟體，確定對所開發系統的綜合要求，並提出這些需求的實現條件，以及需求應該達到的標准。這些需求包括功能需求、性能需求、環境需求、可靠性需求、安全保密需求、用戶界面需求、資源使用需求、軟體成本消耗與開發進度需求。

2、分析與綜合：逐步細化所有的軟體功能，找出系統各元素間的聯系，介面特性和設計上的限制，分析他們是否滿足需求，剔除不合理部分，增加需要部分。最後綜合成系統的解決方案，給出要開發的系統的詳細邏輯模型(做什麼的模型)。

3、制訂規格說明書： 編制文檔，描述需求。需求分析階段的成果是需求規格說明書，向下一階段提交。

4、評審：對功能的正確性，完整性和清晰性，以及其它需求給予評價。評審通過才可進行下一階段的工作,否則重新進行需求分析。

❷ 軟體工程需求分析

項目背景系統功能結構圖用戶特性功能需求，可以包括流程圖、原型圖、功能點需求分析

❸ 請問軟體工程中的需求分析都包括那些內容

需求分析是指理解用戶需求，就軟體功能與客戶達成一致，估計軟體風險和評估項目代價，最終形成開發計劃的一個復雜過程在這個過程中，用戶的確是處在主導地位，需求分析工程師和項目經理要負責整理用戶需求，為之後的軟體設計打下基礎。需求分析階段包括：
·業務需求——反映了組織機構或客戶對系統、產品高層次的目標要求，通常在項目定義與范圍文檔中予以說明。

·用戶需求——描述了用戶使用產品必須要完成的任務，這在使用實例或方案腳本中予以說明。

·功能需求——定義了開發人員必須實現的軟體功能，使用戶利用系統能夠完成他們的任務，從而滿足了業務需求。

·非功能性的需求——描述了系統展現給用戶的行為和執行的操作等，它包括產品必須遵從的標准、規范和約束，操作界面的具體細節和構造上的限制。

·需求分析報告——報告所說明的功能需求充分描述了軟體系統所應具有的外部行為。「需求分析報告」在開發、測試、質量保證、項目管理以及相關項目功能中起著重要作用。
還有一個網頁去看看吧，也許對你可能有幫助。

http://hi..com/shiqyn/blog/item/77ef1c1bfa31351c8718bf00.html

還有在軟體工程的書籍上說的更清楚。

❹ 軟體工程需求分析說明書論文怎麼寫

1引言 2
1.1編寫目的 2
1.2背景 2
1.3定義 2
1.4參考資料 2
2任務概述 2
2.1目標 2
2.2用戶的特點 3
2.3假定和約束 3
3需求規定 3
3.1對功能的規定 3
3.2對性能的規定 3
3.2.1精度 3
3.2.2時間特性要求 3
3.2.3靈活性 4
3.3輸人輸出要求 4
3.4數據管理能力要求 4
3.5故障處理要求 4
3.6其他專門要求 5
4運行環境規定 5
4.1設備 5
4.2支持軟體 5
4.3介面 5
4.4控制 5

軟體需求說明書的編寫提示
1引言
1.1編寫目的
說明編寫這份軟體需求說明書的目的，指出預期的讀者。
1.2背景
說明：
a． 待開發的軟體系統的名稱；
b． 本項目的任務提出者、開發者、用戶及實現該軟體的計算中心或計算機網路；
c． 該軟體系統同其他系統或其他機構的基本的相互來往關系。
1.3定義
列出本文件中用到的專門術語的定義和外文首字母組詞的原片語。
1.4參考資料
列出用得著的參考資料，如：
a． 本項目的經核準的計劃任務書或合同、上級機關的批文；
b． 屬於本項目的其他已發表的文件；
c． 本文件中各處引用的文件、資料、包括所要用到的軟體開發標准。 列出這些文件資料的標題、文件編號、發表日期和出版單位，說明能夠得到這些文件資料的來源。
2任務概述
2.1目標
敘述該項軟體開發的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟體開發的背景材料。解釋被開發軟體與其他有關軟體之間的關系。如果本軟體產品是一項獨立的軟體，而且全部內容自含，則說明這一點。如果所定義的產品是一個更大的系統的一個組成部分，則應說明本產品與該系統中其他各組成部分之間的關系，為此可使用一張方框圖來說明該系統的組成和本產品同其他各部分的聯系和介面。|
2.2用戶的特點
列出本軟體的最終用戶的特點，充分說明操作人員、維護人員的教育水平和技術專長，以及本軟體的預期使甩頻度。這些是軟體設計工作的重要約束
2.3假定和約束
列出進行本軟體開發工作的假定和約束，例如經費限制、開發期限等。
3需求規定
3.1對功能的規定
用列表的方式（例如IPO表即輸入、處理、輸出表的形式），逐項定量和定性地敘述對軟體所提出的功能要求，說明輸入什麼量、經怎樣的處理、得到什麼輸出，說明軟體應支持的終端數和應支持的並行操作的用戶數。
3.2對性能的規定
3.2.1精度
說明對該軟體的輸入、輸出數據精度的要求，可能包括傳輸過程中的精度。
3.2.2時間特性要求
說明對於該軟體的時間特性要求，如對：
a． 響應時間；
b． 更新處理時間；
c． 數據的轉換和傳送時間；
d． 解題時間；等的要求。
3.2.3靈活性
說明對該軟體的靈活性的要求，即當需求發生某些變化時，該軟體對這些變化的適應能力，如：
a． 操作方式上的變化；
b． 運行環境的變化；
c． 同其他軟體的介面的變化；
d． 精度和有效時限的變化；
e． 計劃的變化或改進。
對於為了提供這些靈活性而進行的專門設計的部分應該加以標明。
3.3輸人輸出要求
解釋各輸入輸出數據類型，並逐項說明其媒體、格式、數值范圍、精度等。對軟體的數據輸出及必須標明的控制輸出量進行解釋並舉例，包括對硬拷貝報告（正常結果輸出、狀態輸出及異常輸出）以及圖形或顯示報告的描述。
3.4數據管理能力要求
說明需要管理的文卷和記錄的個數、表和文卷的大小規模，要按可預見的增長對數據及其分量的存儲要求作出估算。
3.5故障處理要求
列出可能的軟體、硬體故障以及對各項性能而言所產生的後果和對故障處理的要求。
3.6其他專門要求
如用戶單位對安全保密的要求，對使用方便的要求，對可維護性、可補充性、易讀性、可靠性、運行環境可轉換性的特殊要求等。
4運行環境規定
4.1設備
列出運行該軟體所需要的硬設備。說明其中的新型設備及其專門功能，包括：
a． 處理器型號及內存容量；
b． 外存容量、聯機或離線、媒體及其存儲格式，設備的型號及數量；
c． 輸入及輸出設備的型號和數量，聯機或離線；
d． 數據通信設備的型號和數量；
e． 功能鍵及其他專用硬體
4.2支持軟體
列出支持軟體,包括要用到的操作系統、編譯（或匯編）程序、測試支持軟體等。
4.3介面
說明該軟體同其他軟體之間的介面、數據通信協議等。
4.4控制
說明控制該軟體的運行的方法和控制信號，並說明這些控制信號的來源。

❺ 軟體工程的需求分析該怎麼寫

非專業人士。答錯勿怪。
1 簡要介紹該項目相關的應用現狀及存在的問題
2 指出最需要解決的問題，以及解決方法。嗯，還有哪些人群最需要解決這些問題
3 闡述解決後能帶來的效益 希望能幫助你！！

❻ 軟體工程需求分析的模板

需求規格說明闡述一個軟體系統必須提供的功能和性能以及它所要考慮的限制條件,它不僅是系統測試和用戶文檔的基礎，也是所有子系列項目規劃、設計和編碼的
基礎。它應該盡可能完整地描述系統預期的外部行為和用戶可視化行為。除了設計和實現上的限制，軟體需求規格說明不應該包括設計、構造、測試或工程管理的細
節。
1)採用軟體需求規格說明模版:
採用需求規格說明書模板在你的組織中要為編寫軟體需求文檔定義一種標准模板。該模板為記錄功能需求和各種其它與需求相關的重要信息提供了統一的結構。注
意，其目的並非是創建一種全新的模板，而是採用一種已有的且可滿足項目需要並適合項目特點的模板。許多組織一開始都採用IEEE標准
830-1998(IEEE 1998)描述的需求規格說明書模板。要相信模板是很有用的，但有時要根據項目特點進行適當的改動。

1
2
3
4
5
6

A引言
目的
文檔約定
預期的讀者和閱讀建議
產品的范圍
參考文獻

B綜合描述
產品的前景
產品的功能
用戶類和特徵
運行環境
設計和實現上的限制
假設和依賴附錄

C外部介面需求附錄
用戶界面附錄
硬體介面
軟體介面
通信介面

D系統特性
說明和優先順序
激勵/響應序列
功能需求

E 其它非功能需求
性能需求
安全設施需求
安全性需求
軟體質量屬性
業務規則
用戶文檔

F其它需求

G附件
詞彙表
分析模型
待確定問題的列表


表2 需求規格說明模板

a. 引言

引言提出了對軟體需求規格說明的縱覽，這有助於讀者理解文檔如何編寫並且如何閱讀和解釋。

a . 1 目的

對產品進行定義，在該文檔中詳盡說明了這個產品的軟體需求，包括修正或發行版本號。如果這個軟體需求規格說明只與整個系統的一部分有關系，那麼就只定義文檔中說明的部分或子系統。

a.2 文檔約定

描述編寫文檔時所採用的標准或排版約定，包括正文風格、提示區或重要符號。

a.3 預期的讀者和閱讀建議

列舉了軟體需求規格說明所針對的不同讀者，例如開發人員、項目經理、營銷人員、用戶、測試人員或文檔的編寫人員。描述了文檔中剩餘部分的內容及其組織結構。提出了最適合於每一類型讀者閱讀文檔的建議。

a.4 產品的范圍

提供了對指定的軟體及其目的的簡短描述，包括利益和目標。把軟體與企業目標或業務策略相聯系。可以參考項目視圖和范圍文檔而不是將其內容復制到這里。

❼ 在軟體工程中什麼是需求分析

一。 確定對系統的綜合要求
1. 功能需求
這方面的需求指定系統必須提供的服務。通過需求分析應該劃分出系統必須完成的所有功能。
2. 性能需求
性能需求指定系統必須滿足的定時約束或容量約束，通常包括速度(響應時間)、信息量速率、主存容量、磁碟容量、安全性等方面的需求。
3. 可靠性和可用性需求
可靠性需求定量地指定系統的可靠性。
可用性與可靠性密切相關，它量化了用戶可以使用系統的程度。
4. 出錯處理需求
這類需求說明系統對環境錯誤應該怎樣響應。例如，如果它接收到從另一個系統發來的違反協議格式的消息，應該做什麼?注意，上述這類錯誤並不是由該應用系統本身造成的。
5. 介面需求
介面需求描述應用系統與它的環境通信的格式。常見的介面需求有：用戶介面需求；硬體介面需求；軟體介面需求；通信介面需求。
6. 約束
設計約束或實現約束描述在設計或實現應用系統時應遵守的限制條件。在需求分析階段提出這類需求，並不是要取代設計(或實現)過程，只是說明用戶或環境強加給項目的限制條件。常見的約束有：精度；工具和語言約束；設計約束；應該使用的標准；應該使用的硬體平台。
7. 逆向需求
逆向需求說明軟體系統不應該做什麼。理論上有無限多個逆向需求，我們應該僅選取能澄清真實需求且可消除可能發生的誤解的那些逆向需求。
8. 將來可能提出的要求
應該明確地列出那些雖然不屬於當前系統開發范疇，但是據分析將來很可能會提出來的要求。
注意：舉例讓學生理解：這樣做的目的是，在設計過程中對系統將來可能的擴充和修改預做准備，以便一旦確實需要時能比較容易地進行這種擴充和修改。
二 。分析系統的數據要求
任何一個軟體系統本質上都是信息處理系統，系統必須處理的信息和系統應該產生的信息在很大程度上決定了系統的面貌，對軟體設計有深遠影響，因此，必須分析系統的數據要求，這是軟體需求分析的一個重要任務。
分析系統的數據要求通常採用建立數據模型的方法（舉例）。

三。 導出系統的邏輯模型
綜合上述兩項分析的結果可以導出系統的詳細的邏輯模型，通常用數據流圖、實體-聯系圖、狀態轉換圖、數據字典和主要的處理演算法描述這個邏輯模型。
四。 修正系統開發計劃
根據在分析過程中獲得的對系統的更深入更具體的了解，可以比較准確地估計系統的成本和進度，修正以前制定的開發計劃。