1樓：匿名使用者
需求分析是指理解使用者需求，就軟體功能與客戶達成一致，估計軟體風險和評估專案代價，最終形成開發計畫的乙個複雜過程在這個過程中，使用者的確是處在主導地位，需求分析工程師和專案經理要負責整理使用者需求，為之後的軟體設計打下基礎。需求分析階段包括：
業務需求——反映了組織機構或客戶對系統、產品高層次的目標要求，通常在專案定義與範圍文件中予以說明。
使用者需求——描述了使用者使用產品必須要完成的任務，這在使用例項或方案指令碼中予以說明。
功能需求——定義了開發人員必須實現的軟體功能，使使用者利用系統能夠完成他們的任務，從而滿足了業務需求。
非功能性的需求——描述了系統展現給使用者的行為和執行的操作等，它包括產品必須遵從的標準、規範和約束，操作介面的具體細節和構造上的限制。
需求分析報告——報告所說明的功能需求充分描述了軟體系統所應具有的外部行為。「需求分析報告」在開發、測試、質量保證、專案管理以及相關專案功能中起著重要作用。
2樓：北京京彩化妝學校
客戶關係管理需求說明書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功能劃分
3樓：手機使用者
當然我不是說需求分析不重要，而是說需求分析太重要，是乙個報告所不能容納的，而是要有乙個包括數個不同內容體系的文件系統。而如果你的專案根本就沒有那麼多的資金和資源，你一般就不要動用這樣乙個龐大的系統。你在這個時候只需要隨時記錄你的想法，列出你的關注點和解決的想法。
而當然這個系統雖然龐大，但是還有很多線索要你去掌握它們的建造。首先這個系統需要有乙個業務目標分析，也就你的這個系統要達到的業務目標，要結合具體的企業環境進行系統分析和論證，這個文件的閱讀者基本上屬於最高端次的決策者。還要有乙個技術目標分析，也就是你的這個專案將解決什麼具體的技術問題，這個部分也十分的複雜，基本上需要行業專家認真地分析，這個文件的閱讀者屬於管理者。
還要有乙個技術實現的報告，也就是你需要為完成這個專案動用什麼技術，主要是你必須說出在這個專案的幾種可使用技術方案中你為什麼要選擇你目前的這種，這個文件的閱讀者基本上就是相關的技術人員。而同時你還需要乙個風險分析的報告，把這個文件要針對業務/技術/實現這三個層次的問題中要遇到的各種風險進行分析。這屬於基本的需求分析的基礎文件系統。
需求分析應包括哪些內容？
4樓：du知道君
客戶關係管理需求說明書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功能劃分
5樓：活寶
需求規定部分包含6個內容，分別是對功能的規定、對效能的規定、輸入輸出要求、資料管理能力要求，故障處理要求和其他專門要求。其中，對功能的規定是整個需求分析書的核心內容
6樓：村幼教育者
1 、寫出系統的任務和特點
2 、要實現的功能模組和作用
3、 系統結構圖
4 、採用的資料庫
5 、開發執行環境
"需求分析"，是指對要解決的問題進行詳細的分析，弄清楚問題的要求，包括需要輸入什麼資料，要得到什麼結果，最後應輸出什麼。在軟體工程當中的"需求分析"就是確定要計算機"做什麼"，要達到什麼樣的效果。
專案需求分析怎麼寫
7樓：匿名使用者
專案需求分析的概念 需求分析是指理解使用者需求，就軟體功能與客戶達成一致，估計軟體風險和評估專案代價，最終形成開發計畫的乙個複雜過程。（這個和我在微軟體驗到的又不太一樣，微軟的需求分析大多是市場人員和使用者協助小組的人去評估使用者的接受程度，這一點也可以理解，因為公司的性質有根本差別）在這個過程中，使用者的確是處在主導地位，需求分析工程師和專案經理要負責整理使用者需求，為之後的軟體設計打下基礎。需求分析階段結束後，要求得到：
1.srs文件(system requirement specification); 2.drm 文件；3.
acceptance plan. 從廣義上理解：需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。
狹義上理解：需求分析指需求的分析、定義過程。
一、為什麼要需求分析 需求分析就是分析軟體使用者的需求是什麼.如果投入大量的人力，物力,財力,時間,開發出的軟體卻沒人要,那所有的投入都是徒勞.如果費了很大的精力,開發乙個軟體,最後卻不滿足使用者的要求,從而要重新開發過,這種返工是讓人痛心疾首的.
(相信大家都有體會)比如,使用者需要乙個for linux的軟體,而你在軟體開發前期忽略了軟體的執行環境,忘了向使用者詢問這個問題,而想當然的認為是開發for windows的軟體,當你千辛萬苦地開發完成向使用者提交時才發現出了問題,那時候你是欲哭無淚了,痕不得找塊豆腐一頭撞死.
需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟體開發的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在乙個大型軟體系統的開發中,他的作用要遠遠大於程式設計.
二、需求分析的任務 簡言之,需求分析的任務就是解決"做什麼"的問題,就是要全面地理解使用者的各項要求,並準確地表達所接受的使用者需求.
三、需求分析的過程 需求分析階段的工作,可以分為四個方面:問題識別,分析與綜合,制訂規格說明,評審.
問題識別
就是從系統角度來理解軟體,確定對所開發系統的綜合要求,並提出這些需求的實現條件,以及需求應該達到的標準.這些需求包括：功能需求(做什麼),效能需求(要達到什麼指標),環境需求(如機型,作業系統等),可靠性需求(不發生故障的概率）,安全保密需求,使用者介面需求,資源使用需求(軟體執行是所需的記憶體,cpu等),軟體成本消耗與開發進度需求,預先估計以後系統可能達到的目標.
分析與綜合
逐步細化所有的軟體功能,找出系統各元素間的聯絡,介面特性和設計上的限制,分析他們是否滿足需求,剔除不合理部分,增加需要部分.最後,綜合成系統的解決方案,給出要開發的系統的詳細邏輯模型(做什麼的模型).
制訂規格說明書
即編制文件,描述需求的文件稱為軟體需求規格說明書.請注意,需求分析階段的成果是需求規格說明書(好象軟考曾經考過這個問題),向下一階段提交.
評審對功能的正確性,完整性和清晰性,以及其它需求給予評價.評審通過才可進行下一階段的工作,否則重新進行需求分析。
四、需求分析的方法 需求分析的方法有很多.這裡只強調原型化方法,其它的方法如:結構化方法,動態分析法等(個人認為,對初學者不必深究這些方法,實際上我也從來沒用過這些方法)在此不討論.
原型化方法是十分重要的(是軟考等常考的知識點).原型就是軟體的乙個早期可執行的版本,它實現了目標系統的某些或全部功能.
原型化方法就是盡可能快地建造乙個粗糙的系統,這系統實現了目標系統的某些或全部功能,但是這個系統可能在可靠性,介面的友好性或其他方面上存在缺陷.建造這樣乙個系統的目的是為了考察某一方面的可行性,如演算法的可行性,技術的可行性,或考察是否滿足使用者的需求等.如,為了考察是否滿足使用者的要求,可以用某些軟體工具快速的建造乙個原型系統,這個系統只是乙個介面,然後聽取使用者的意見,改進這個原型.
以後的目標系統就在原型系統的基礎上開發.
原型主要有三種型別(軟考考過):探索型,實驗型,進化型.探索型:
目的是要弄清楚對目標系統的要求,確定所希望的特性,並**多種方案的可行性.實驗型:用於大規模開發和實現前,考核方案是否合適,規格說明是否可靠.
進化型:目的不在於改進規格說明,而是將系統建造得易於變化,在改進原型的過程中,逐步將原型進化成最終系統。
在使用原型化方法是有兩種不同的策略:廢棄策略,追加策略.廢棄策略:
先建造乙個功能簡單而且質量要求不高的模型系統，針對這個系統反覆進行修改,形成比較好的思想,據此設計出較完整,準確,一致,可靠的最終系統.系統構造完成後,原來的模型系統就被廢棄不用.探索型和實驗型屬於這種策略。
追加策略:先構造乙個功能簡單而且質量要求不高的模型系統，作為最終系統的核心,然後通過不斷地擴充修改,逐步追加新要求，發展成為最終系統。進化型屬於這種策略.
專案需求分析文件都包括哪些內容？
8樓：匿名使用者
需求分析是指理解使用者需求，就軟體功能與客戶達成一致，估計軟體風險和評估專案代價，最終形成開發計畫的乙個複雜過程在這個過程中，使用者的確是處在主導地位，需求分析工程師和專案經理要負責整理使用者需求，為之後的軟體設計打下基礎。需求分析階段包括：
業務需求——反映了組織機構或客戶對系統、產品高層次的目標要求，通常在專案定義與範圍文件中予以說明。
使用者需求——描述了使用者使用產品必須要完成的任務，這在使用例項或方案指令碼中予以說明。
功能需求——定義了開發人員必須實現的軟體功能，使使用者利用系統能夠完成他們的任務，從而滿足了業務需求。
非功能性的需求——描述了系統展現給使用者的行為和執行的操作等，它包括產品必須遵從的標準、規範和約束，操作介面的具體細節和構造上的限制。
需求分析報告——報告所說明的功能需求充分描述了軟體系統所應具有的外部行為。「需求分析報告」在開發、測試、質量保證、專案管理以及相關專案功能中起著重要作用。
汽車保養包括什麼專案，汽車保養包括哪些專案？
1.萬公里小保養是機濾和三濾 機濾，空濾和蒸汽濾。2萬公里小保養是中介，大保養每4萬公里進行一次。2萬公里保養更換機油 機濾 空濾芯和空濾芯，以及一些常規檢查 空空氣濾清器 正確安裝空空氣濾清器可以減少氣缸 活塞和活塞環等零件的磨損。一般每5000公里清洗一次，空空氣濾清器必須每10000公里更換一...
專案管理包括哪些內容，你是怎樣理解的
業主的專案管理是全過程的，包括專案決策和實施階段的各個環節，也即從編制專案建議書開始，日，事，請經可行性研究 設計和施工，直至專案竣工驗收 投產使用的全過程管理。由於工程專案的一次性，決定了業主自行進行專案管理往往有很大的侷限性。首先在專案管理方面，缺乏專業化的隊伍，即使配備了管理班子，沒有連續的工...
藝術體操包括哪些專案藝術體操包括哪些專案
藝術體操中使用的輕器械主要有繩 圈 球 棒和帶等。繩 採用麻或合成纖維製成，可染成除金 銀 銅以外的其他顏色。長短同運動員身高。兩端有小結頭，中段可纏布條或膠布。比賽由過繩跳 擺動 繞環 8字 拋接 跳躍 平衡以及各種交換繩握法等動作編排而成。球 採用橡膠或軟塑料製成，可選用除金 銀 銅以外的其他顏...