1. 需求分析應包括哪些內容
客戶關系管理需求說明書1 引言 1.1 編寫目的：闡明編寫需求說明書的目的，指明讀者對象。 1.2 項目背景：應包括 ● 項目的委託單位、開心單位和主管部門； ● 該軟體系統與其他系統的關系。 1.3 定義：列出文檔中所用到的專門術語的定義和縮寫詞的願文。 1.4 參考資料：可包括 ● 項目經核準的計劃任務書、合同或上級機關的批文 ● 文檔所引用的資料、規范等 1.5其他說明： 前期開發為客戶關系管理中的客戶管理和市場管理、決策支持中的客戶信息部分 2 任務概述 2.1 目標 2.2 運行環境 2.3 條件與限制 3 數據描述 3.1 表態數據 3.2 動態數據：包括輸入數據和輸出數據。 3.3 資料庫描述：給出使用資料庫的名稱和類型。 3.4 數據詞典 3.5 數據採集 4 功能需求 4.1功能劃分
2. 需求分析方法主要包括哪些
結構化的分析方法是傳統的分析法，它的好處是在需求階段可以不需要精確地定義系統，只需要根據業務框架確定系統的功能范圍，以及每個功能的處理邏輯和業務規則，功能需求規格書等。因為不需要精確描述，因此描述系統的方式比較靈活多樣，可以採用圖表、示例圖、文字等等方式來描述系統。在系統開發以前，一般還可以採用更為直觀的原型系統方式和最終用戶進行交流和確認，因此對業務需求的要求會低一些，業務需求階段的周期相對容易控制；通過業務全景圖，最終用戶也能了解系統的功能；通過功能活動圖和業務規則的描述，也可以相對精確地描述業務系統；因為沒有嚴格的標記語言，可以採用適當的篇幅描述適當的系統。當然，這種方法的缺點也是明顯的，分析人員和業務人員之間可能缺乏共同語言，機器不能識別業務需求書，在設計階段還需要繼續和用戶確認一部分功能。
面向對象的分析方法的最大好處是在需求階段，就能夠非常精確地描述一個系統，採用程序語言的方式和最終用戶交流（最終用戶必須要熟悉這種語言），能夠在項目一開始就發現很多問題，避免在開發的過程中出現需求的反復，而且在系統設計和開發階段不需要最終用戶參與。在實施上，一般可以採用場景、業務功能等方式來描述，比較適合於業務流程環節多的系統，或者軟體產品的開發。但是，我們也要看到，在現實中，絕大多數的應用系統都很難在需求階段就可以被精確地抽象化定義，所以這種方法的缺點和困難也是顯而易見的：首先，用戶要非常清楚地知道最終的業務系統應該是什麼樣，或者採用一種抽象的方式能夠確定最終的應用系統；其次，因為最終用戶不需要參與設計和開發階段的工作，所以雙方確定業務需求的過程也會比較長；同時，因為是精確描述，因此描述系統的語言是非常邏輯化的，一般通過某種方式可以使機器識別業務需求，採用這種方式寫的業務需求是非常格式化的，一方面描述一個系統需要的信息非常多，可能使需求說明的篇幅非常長，不便於理解和閱讀；另外由於通過抽象的方式來推演最終系統的運行方式，對業務人員的要求非常高。
3. 項目需求分析文檔都包括哪些內容
需求分析是指理解用戶需求，就軟體功能與客戶達成一致，估計軟體風險和評估項目代價，最終形成開發計劃的一個復雜過程在這個過程中，用戶的確是處在主導地位，需求分析工程師和項目經理要負責整理用戶需求，為之後的軟體設計打下基礎。需求分析階段包括：
業務需求——反映了組織機構或客戶對系統、產品高層次的目標要求，通常在項目定義與范圍文檔中予以說明。
用戶需求——描述了用戶使用產品必須要完成的任務，這在使用實例或方案腳本中予以說明。
功能需求——定義了開發人員必須實現的軟體功能，使用戶利用系統能夠完成他們的任務，從而滿足了業務需求。
非功能性的需求——描述了系統展現給用戶的行為和執行的操作等，它包括產品必須遵從的標准、規范和約束，操作界面的具體細節和構造上的限制。
需求分析報告——報告所說明的功能需求充分描述了軟體系統所應具有的外部行為。「需求分析報告」在開發、測試、質量保證、項目管理以及相關項目功能中起著重要作用。
4. 設計一個軟體，之前需要有需求分析，這個需求分析都包括哪些內容啊
說白一點就是軟體項目的背景啊，要達到什麼業務目的啊，然後要滿足哪些人的哪些使用需求啊，這個需求的業務流程是怎樣的啊，針對這個需求軟體需要具備的功能是怎樣的啊。除了功能性方面的需求，還有些性能方面的需求，比如響應速度啊並發數啊之類的....
網上可以找到標準的需求文檔模版，模版里定義清楚了要包含的內容。
5. 需求分析包括什麼
首先你要清楚自己能夠給客戶提供哪些產品
選定項目時要進行(SWOT)分析
strengths(優勢)
weaknesses(劣勢)
opportunities(機會)
threats(威脅)
再針對目標客戶運用整合營銷組合(4C)
顧客需要什麼customer needs and wants
顧客願意花費的價格costs to customer
多跟顧客溝通communication
多給顧客方便conveniet
祝你成功...
6. 需求分析具體要怎麼寫要包括哪些內容
方法
⑴首先調查組織機構情況
包括了解該組織的部門組成情況，各部門的職能等，為分析信息流程作準備。
⑵然後調查各部門的業務活動情況
包括了解各個部門輸入和使用什麼數據，如何加工處理這些數據，輸出什麼信息，輸出到什麼部門，輸出結果的格式是什麼。
⑶協助用戶明確對新系統的各種要求
包括信息要求、處理要求、完全性與完整性要求。
⑷確定新系統的邊界
確定哪些功能由計算機完成或將來准備讓計算機完成，哪些活動由人工完成。由計算機完成的功能就是新系統應該實現的功能。
常用的調查方法有：
⑴跟班作業
通過親身參加業務工作來了解業務活動的情況。這種方法可以比較准確地理解用戶的需求，但比較耗費時間。
⑵開調查會
通過與用戶座談來了解業務活動情況及用戶需求。座談時，參加者之間可以相互啟發。
⑶請專人介紹。
⑷詢問
對某些調查中的問題，可以找專人詢問。
⑸設計調查表請用戶填寫
如果調查表設計得合理，這種方法是很有效，也很易於為用戶接受的。
⑹查閱記錄
即查閱與原系統有關的數據記錄，包括原始單據、賬簿、報表等。
通過調查了解了用戶需求後，還需要進一步分析和表達用戶的需求。
分析和表達用戶需求的方法主要包括自頂向下和自底向上兩類方法。
7. 需求分析應包括哪些內容
客戶關系管理需求說明書1 引言
1.1 編寫目的：闡明編寫需求說明書的目的，指明讀者對象。
1.2 項目背景：應包括
● 項目的委託單位、開心單位和主管部門；
● 該軟體系統與其他系統的關系。
1.3 定義：列出文檔中所用到的專門術語的定義和縮寫詞的願文。
1.4 參考資料：可包括
● 項目經核準的計劃任務書、合同或上級機關的批文
● 文檔所引用的資料、規范等
1.5其他說明：
前期開發為客戶關系管理中的客戶管理和市場管理、決策支持中的客戶信息部分
2 任務概述
2.1 目標
2.2 運行環境
2.3 條件與限制
3 數據描述
3.1 表態數據
3.2 動態數據：包括輸入數據和輸出數據。
3.3 資料庫描述：給出使用資料庫的名稱和類型。
3.4 數據詞典
3.5 數據採集
4 功能需求
4.1功能劃分