專案需求分析的分析過程,專案需求分析怎麼寫

2021-03-19 18:19:29 字數 4934 閱讀 9077

1樓:純哥

需求分析階段的工作,可以分為四個方面:問題識別,分析與綜合,制訂規格說明,評審.

問題識別

就是專從系統角度來理屬

解軟體,確定對所開發系統的綜合要求,並提出這些需求的實現條件,以及需求應該達到的標準.這些需求包括:功能需求(做什麼),效能需求(要達到什麼指標),環境需求(如機型,作業系統等),可靠性需求(不發生故障的概率),安全保密需求,使用者介面需求,資源使用需求(軟體執行時所需的記憶體,cpu等),軟體成本消耗與開發進度需求,預先估計以後系統可能達到的目標.

分析與綜合

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

制訂規格說明書

即編制文件,描述需求的文件稱為軟體需求規格說明書.請注意,需求分析階段的成果是需求規格說明書(好象軟考曾經考過這個問題),向下一階段提交.

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

專案需求分析怎麼寫

2樓:匿名使用者

專案需求分析的概念 需求分析是指理解使用者需求,就軟體功能與客戶達成一致,估計軟體風險和評估專案代價,最終形成開發計劃的一個複雜過程。(這個和我在微軟體驗到的又不太一樣,微軟的需求分析大多是市場人員和使用者協助小組的人去評估使用者的接受程度,這一點也可以理解,因為公司的性質有根本差別)在這個過程中,使用者的確是處在主導地位,需求分析工程師和專案經理要負責整理使用者需求,為之後的軟體設計打下基礎。需求分析階段結束後,要求得到:

1.srs文件(system requirement specification); 2.drm 文件;3.

acceptance plan. 從廣義上理解:需求分析包括需求的獲取、分析、規格說明、變更、驗證、管理的一系列需求工程。

狹義上理解:需求分析指需求的分析、定義過程。

一、為什麼要需求分析  需求分析就是分析軟體使用者的需求是什麼.如果投入大量的人力,物力,財力,時間,開發出的軟體卻沒人要,那所有的投入都是徒勞.如果費了很大的精力,開發一個軟體,最後卻不滿足使用者的要求,從而要重新開發過,這種返工是讓人痛心疾首的.

(相信大家都有體會)比如,使用者需要一個for linux的軟體,而你在軟體開發前期忽略了軟體的執行環境,忘了向使用者詢問這個問題,而想當然的認為是開發for windows的軟體,當你千辛萬苦地開發完成向使用者提交時才發現出了問題,那時候你是欲哭無淚了,痕不得找塊豆腐一頭撞死.

需求分析之所以重要,就因為他具有決策性,方向性,策略性的作用,他在軟體開發的過程中具有舉足輕重的地位.大家一定要對需求分析具有足夠的重視.在一個大型軟體系統的開發中,他的作用要遠遠大於程式設計.

二、需求分析的任務  簡言之,需求分析的任務就是解決"做什麼"的問題,就是要全面地理解使用者的各項要求,並準確地表達所接受的使用者需求.

三、需求分析的過程  需求分析階段的工作,可以分為四個方面:問題識別,分析與綜合,制訂規格說明,評審.

問題識別

就是從系統角度來理解軟體,確定對所開發系統的綜合要求,並提出這些需求的實現條件,以及需求應該達到的標準.這些需求包括:功能需求(做什麼),效能需求(要達到什麼指標),環境需求(如機型,作業系統等),可靠性需求(不發生故障的概率),安全保密需求,使用者介面需求,資源使用需求(軟體執行是所需的記憶體,cpu等),軟體成本消耗與開發進度需求,預先估計以後系統可能達到的目標.

分析與綜合

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

制訂規格說明書

即編制文件,描述需求的文件稱為軟體需求規格說明書.請注意,需求分析階段的成果是需求規格說明書(好象軟考曾經考過這個問題),向下一階段提交.

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

四、需求分析的方法  需求分析的方法有很多.這裡只強調原型化方法,其它的方法如:結構化方法,動態分析法等(個人認為,對初學者不必深究這些方法,實際上我也從來沒用過這些方法)在此不討論.

原型化方法是十分重要的(是軟考等常考的知識點).原型就是軟體的一個早期可執行的版本,它實現了目標系統的某些或全部功能.

原型化方法就是儘可能快地建造一個粗糙的系統,這系統實現了目標系統的某些或全部功能,但是這個系統可能在可靠性,介面的友好性或其他方面上存在缺陷.建造這樣一個系統的目的是為了考察某一方面的可行性,如演算法的可行性,技術的可行性,或考察是否滿足使用者的需求等.如,為了考察是否滿足使用者的要求,可以用某些軟體工具快速的建造一個原型系統,這個系統只是一個介面,然後聽取使用者的意見,改進這個原型.

以後的目標系統就在原型系統的基礎上開發.

原型主要有三種型別(軟考考過):探索型,實驗型,進化型.探索型:

目的是要弄清楚對目標系統的要求,確定所希望的特性,並**多種方案的可行性.實驗型:用於大規模開發和實現前,考核方案是否合適,規格說明是否可靠.

進化型:目的不在於改進規格說明,而是將系統建造得易於變化,在改進原型的過程中,逐步將原型進化成最終系統。

在使用原型化方法是有兩種不同的策略:廢棄策略,追加策略.廢棄策略:

先建造一個功能簡單而且質量要求不高的模型系統,針對這個系統反覆進行修改,形成比較好的思想,據此設計出較完整,準確,一致,可靠的最終系統.系統構造完成後,原來的模型系統就被廢棄不用.探索型和實驗型屬於這種策略。

追加策略:先構造一個功能簡單而且質量要求不高的模型系統,作為最終系統的核心,然後通過不斷地擴充修改,逐步追加新要求,發展成為最終系統。進化型屬於這種策略.

專案需求分析文件都包括哪些內容?

3樓:匿名使用者

需求分析是指理解使用者需求,就軟體功能與客戶達成一致,估計軟體風險和評估專案代價,最終形成開發計劃的一個複雜過程在這個過程中,使用者的確是處在主導地位,需求分析工程師和專案經理要負責整理使用者需求,為之後的軟體設計打下基礎。需求分析階段包括:

業務需求——反映了組織機構或客戶對系統、產品高層次的目標要求,通常在專案定義與範圍文件中予以說明。

使用者需求——描述了使用者使用產品必須要完成的任務,這在使用例項或方案指令碼中予以說明。

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

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

需求分析報告——報告所說明的功能需求充分描述了軟體系統所應具有的外部行為。「需求分析報告」在開發、測試、質量保證、專案管理以及相關專案功能中起著重要作用。

4樓:曹慧黃景

專案需求分析的內容至少包括五個方面:

1.國家和地區需求分析

通過對一個國家或地區的地理位置、自然特徵、人口狀況、經濟結構、經濟發展水平等方面的瞭解和研究,進而對專案的產品供需格局及趨勢進行分析。這個分析是專案需求分析中最重要的一項,它直接關係到專案的發展前途。

2.社會需求分析

通過對社會和經濟發展水平、產業結構、人文環境、自然生態環境、公眾需求以及行業投資的瞭解和研究,進而對專案的社會需求進行分析。這一分析決定了專案的社會價值和意義。

3.消費群體需求分析

通過對消費人群的年齡、經濟收人、消費水平、職業狀況、知識水平等方面的瞭解和研究,區別消費結構群,進而對專案的消費需求進行分析。這一需求分析關係到專案的市場前景。

4.專案業主需求分析

通過對專案業主的投資期望和心態的瞭解和研究,進而對專案業主的需求進行分析。這一分析決定了專案的取合。

5.專案實施需求分析

通過對專案所使用的原材料、燃料、技術、裝置、資金、人力需求以及環境等內容的瞭解和研究,進而對專案的實施需求進行分析。這一需求分析有利於提高專案的實施質量,保證專案順利實施。

5樓:京彩化妝培訓

客戶關係管理需求說明書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功能劃分

專案需求分析文件都包括哪些內容

6樓:匿名使用者

需求分析是指理解使用者需求,就軟體功能與客戶達成一致,估計軟體風險和評估專案代價,最終形成開發計劃的一個複雜過程在這個過程中,使用者的確是處在主導地位,需求分析工程師和專案經理要負責整理使用者需求,為之後的軟體設計打下基礎。需求分析階段包括:

業務需求——反映了組織機構或客戶對系統、產品高層次的目標要求,通常在專案定義與範圍文件中予以說明。

使用者需求——描述了使用者使用產品必須要完成的任務,這在使用例項或方案指令碼中予以說明。

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

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

需求分析報告——報告所說明的功能需求充分描述了軟體系統所應具有的外部行為。「需求分析報告」在開發、測試、質量保證、專案管理以及相關專案功能中起著重要作用。

專案需求分析怎麼寫 主要包括什麼部分,由幾部分組成而且順序是

需求分析好像沒有說有幾部分的,主要是要把你的專案的功能點寫清楚,能讓開發人員看懂就是了。如果你想要一些參考模板,好像網上還是很多這樣的文件的 軟體需求分析報告主要是由哪些部分組成的?它的作用是什麼?大概有 引言,綜合描述,外部介面需求,系統功能需求,其他非功能需求,詞彙表,資料定義,分析模型,待定問...

母嬰的消費者需求分析,母嬰店的需求

母親,消費者如果要需求分析的話,你首先看一下母嬰。他對什麼更感興趣,也就是說他對他的食品還是衣物感興趣。那麼你在這裡面多下功夫。專業服務。專業的服務要從門店的 硬體 和 軟體 兩個方面考慮,硬體包括產品結構 商品陳列 門店風格等,軟體就是專業的服務。像愛親母嬰店就從這兩方面著手,全國統一門頭,乾淨整...

PPP專案風險分析,PPP專案風險分析要點有哪些

一是風險的初步分擔階段 可行性研究階段 公共部門初步判斷哪些風險是公共部門和私營部門可以控制的,對於雙方控制力之外的風險,留待下一階段分擔。公共部門最優控制力的風險 如稅收和匯率等法規變化等 是公共部門應當承擔的,其他風險 如設計 建設等技術風險和通脹 利率等商業風險 則轉移給私營部門。二是風險的全...