第5講需求分析階段

㈠ （5）資料庫設計的四個階段是：需求分析、概念設計、邏輯設計和（ ）。 A）編碼設計 B）測試階段 C）運行

和 物理設計！！！沒答案

㈡ 需求分析階段,分析人員要確定對問題的綜合需求,其中最主要的事_____需求.

需求是由問題產生的，產生問題的往往是產品或服務的使用部門。使用部門通常還是發起采購的倡議部門。采購過程當中還會有決策人，影響這，專家等。所以，我給出的答案是是來自於使用部門的功能性需求。

㈢ 簡述資料庫需求分析階段的主要任務以及系統分析報告的主要內容

資料庫需求分析階段的主要任務：對現實世界要處理的對象（組織、部門、企業）等進行詳細的調查，通過對原系統的了解，手機支持新系統的基礎數據並對其進行處理，在此基礎上確定新系統的功能。

系統分析報告的主要內容：1.系統概況，系統的目標、范圍、背景、歷史和現狀；2.系統的原理和技術，對原系統的改善；3.系統總體結構域子系統結構說明；4.系統功能說明；5.數據處理概要、工程體制和設計階段劃分；6.系統方案及技術、經濟、功能和操作上的可行性。

㈣ 需求分析階段主要綜合考慮的因素有哪些

需求分析階段主要綜合考慮的因素有(1)功能、(2)性能、(3)運行、(4)將來可能提出的要求。

㈤ 需求分析階段的任務是什麼調查的內容是什麼

需求分析的基本任務
1.問題識別
(1) 功能需求：明確所開發的軟體必須具備什麼樣的功能。
(2) 性能需求：明確待開發的軟體的技術性能指標。
(3) 環境需求：明確軟體運行時所需要的軟、硬體的要求。
(4) 用戶界面需求：明確人機交互方式、輸入輸出數據格式。
2. 分析與綜合，導出軟體的邏輯模型
分析人員對獲取的需求，進行一致性的分析檢查，在分析、綜合中逐步細化軟體功能，劃分成各個子功能。用圖文結合的形式，建立起新系統的邏輯模型。
3. 編寫文檔
(1) 編寫「需求規格說明書」，把雙方共同的理解與分析結果用規范的方式描述出來，作為今後各項工作的基礎。
(2) 編寫初步用戶使用手冊，著重反映被開發軟體的用戶功能界面和用戶使用的具體要求，用戶手冊能強制分析人員從用戶使用的觀點考慮軟體。
(3) 編寫確認測試計劃，作為今後確認和驗收的依據。
(4) 修改完善軟體開發計劃。在需求分析階段對待開發的系統有了更進一步的了解，所以能更准確地估計開發成本、進度及資源要求，因此對原計劃要進行適當修正。

㈥ 怎樣理解需求分析階段的任務是決定「做什麼」，而不是「怎麼做」

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

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

㈦ 需求分析是什麼需求分析階段的基本任務是什麼

需求分析：開發人員准確地理解用戶的要求，進行細致的調查分析，將用戶非形式的需求陳述轉化為完整的需求定義，再由需求定義轉換到相應的需求規格說明的過程。
基本任務: ⑴問題識別：雙方確定對問題的綜合需求，這些需求包括功能需求，性能需求，環境需求，用戶界面需求。
⑵分析與綜合，導出軟體的邏輯模型
⑶編寫文檔：包括編寫"需求規格說明書","初步用戶使用手冊","確認測試計劃","修改完善軟體開發計劃"

㈧ 什麼是需求分析需求分析階段的基本任務是什麼

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

需求分析階段的基本任務：

1、需求分析是軟體計劃階段的重要活動，也是軟體生存周期中的一個重要環節，該階段是分析系統在功能上需要「實現什麼」，而不是考慮如何去「實現」。

2、需求分析的目標是把用戶對待開發軟體提出的「要求」或「需要」進行分析與整理，確認後形成描述完整、清晰與規范的文檔，確定軟體需要實現哪些功能，完成哪些工作。

3、此外，軟體的一些非功能性需求（如軟體性能、可靠性、響應時間、可擴展性等），軟體設計的約束條件，運行時與其他軟體的關系等也是軟體需求分析的目標。

(8)第5講需求分析階段擴展閱讀：

需求分析應符合以下一般原則：

1、能夠對所建模型按一定形式進行分解

分解是為了降低問題的復雜性，增加問題的可解性和可描述性。分解可以在同一個層次上進行（橫向分解），也可以在多層次上進行（縱向分解）。

2、建立描述系統信息、功能和行為的模型

建立模型的過程是＂由粗到精＂的綜合分析的過程。通過對模型的不斷深化認識，來達到對實際問題的深刻認識。

㈨ 需求分析過程主要有哪幾個步驟

過對應問題及其環境的理解與分析，為問題涉及的信息、功能及系統行為建立模型，將用戶需求精確化、完全化，最終形成需求規格說明，這一系列的活動即構成軟體開發生命周期的需求分析階段。 需求分析是介於系統分析和軟體設計階段之間的橋梁。一..