需求分析常用的三大方法？和結構化方法、面向對象分析方法、面向問題分析方法。需求分析是軟件定義期的最后階段，它的基本任務是準確地回答 "系統(tǒng)必須做什么？ "。需求分析的任務不是確定系統(tǒng)如何完成任務，而只

需求分析常用的三大方法？

需求分析是軟件定義期的最后階段，它的基本任務是準確地回答 "系統(tǒng)必須做什么？ "。

需求分析的任務不是確定系統(tǒng)如何完成任務，而只是確定系統(tǒng)必須完成什么，即對目標系統(tǒng)提出完整、準確、清晰、具體的需求。

需求分析有哪些方法？

首先，功能分解法把新系統(tǒng)看成是多功能模塊的組合。每個功能意義可以分解成若干個子功能和接口，子功能繼續(xù)分解。

其次，結構化方法和結構化方法是一種從問題空間到某種表示的映射方法，是結構化方法中重要的、被廣泛接受的表示體系，由數(shù)據(jù)流圖和數(shù)據(jù)字典組成。

第三，信息建模法，從數(shù)據(jù)的角度建立現(xiàn)實世界的模型。大型軟件是復雜的；直接分析設計比較困難，經常使用模型。模型是開發(fā)中的常用工具，系統(tǒng)包括數(shù)據(jù)處理、事務管理和決策支持。建立系統(tǒng)的基本工具是

需求分析有哪些方法？

結構化分析方法是一種傳統(tǒng)的分析方法。它的優(yōu)點是在需求階段不需要對系統(tǒng)進行精確的定義，只需要確定系統(tǒng)的功能范圍，以及各個功能的處理邏輯和業(yè)務規(guī)則，功能需求規(guī)范等。根據(jù)業(yè)務框架。因為不需要精確的描述，所以描述系統(tǒng)的靈活多樣，可以用圖表、實例圖、文字等來描述系統(tǒng)。在系統(tǒng)開發(fā)之前，一般可以用更直觀的原型系統(tǒng)與最終用戶進行溝通和確認，因此對業(yè)務需求的要求會更低，業(yè)務需求階段的周期也相對容易控制；通過業(yè)務全景，終端用戶也可以了解系統(tǒng)的功能；通過功能活動圖和業(yè)務規(guī)則的描述，也可以相對準確地描述業(yè)務系統(tǒng)；因為沒有嚴格的標記語言，你可以用適當?shù)目臻g來描述適當?shù)南到y(tǒng)。當然，這種方法的缺點也很明顯。分析師和業(yè)務人員可能缺乏共同語言，機器無法識別業(yè)務需求。在設計階段，需要繼續(xù)和用戶確認一些功能。

面向對象的分析方法最大的優(yōu)點是可以在需求階段非常準確地描述一個系統(tǒng)，以編程語言的形式與最終用戶進行交流(最終用戶必須熟悉這種語言)，在項目初期發(fā)現(xiàn)很多問題，避免開發(fā)過程中需求的重復，在系統(tǒng)設計開發(fā)階段不需要最終用戶的參與。在實現(xiàn)上，一般可以采用場景和服務。功能等。，比較適合業(yè)務流程多的系統(tǒng)或者軟件產品的開發(fā)。但也要看到，現(xiàn)實中大多數(shù)應用系統(tǒng)很難在需求階段被精確抽象定義，所以這種方法的缺點和困難也是顯而易見的:首先，用戶要確切知道最終的業(yè)務系統(tǒng)應該是什么樣的，或者可以通過抽象的確定最終的應用系統(tǒng)；其次，由于最終用戶不需要參與設計和開發(fā)階段，雙方確定業(yè)務需求的過程會更長；同時，因為是準確的描述，所以用來描述系統(tǒng)的語言非常有邏輯性。一般來說，機器能夠以某種識別業(yè)務需求。這樣寫出來的業(yè)務需求非常格式化。一方面，描述一個系統(tǒng)需要大量的信息，這可能會使需求描述的長度非常長，不方便理解和閱讀。另外，由于最終系統(tǒng)的運行模式是以抽象的推導出來的，所以對業(yè)務人員的要求非常高。