怎樣來做需求分析

2014-11-14 需求

展示量: 7010


 
  很多需求分析的工作是從需求調研開始的,我們就從這里說起吧。需求調研是需求分析最重要的一環,也最集中地體現了需求分析的特點——既是一份體力活兒,更是一份技術活兒。它既要求我們具有一種理解能力、設計能力,更要求我們具有一種與人交往、溝通的能力。
  如果將需求分析階段的工作歸結為編寫需求規格說明書,這種簡化的做法往往是導致項目后期層出不窮問題的罪魁禍首。從微觀經濟學的角度來說,建議采用以下步驟形成軟件需求:獲取用戶需求→分析用戶需求→編寫需求文檔→評審需求文檔→管理需求。下面我們就和風險投資人一起來看看具體的做法。
  獲取用戶需求
  這是該階段的一個最重要的任務。以下為獲取用戶需求需要執行的活動。
  1.了解客戶方的所有用戶類型以及潛在的類型。然后,根據他們的要求來確定系統的整體目標和系統的工作范圍。
  2.對用戶進行訪談和調研。交流的方式可以是會議、電話、電子郵件、小組討論、模擬演示等不同形式。需要注意的是,每一次交流一定要有記錄,對于交流的結果還可以進行分類,便于后續的分析活動。例如,可以將需求細分為功能需求、非功能需求(如響應時間、平均無故障工作時間、自動恢復時間等)、環境限制、設計約束等類型。
  3.需求分析人員對收集到的用戶需求做進一步的分析和整理。
  4需求分析人員將調研的用戶需求以適當的方式呈交給用戶方和開發方的相關人員。大家共同確認需求分析人員所提交的結果是否真實地反映了用戶的意圖。需求分析人員在這個任務中需要執行下述活動:
 ?、琶鞔_標識出那些未確定的需求項(在需求分析初期往往有很多這樣的待定項);
 ?、剖剐枨蠓舷到y的整體目標;
 ?、潜WC需求項之間的一致性,解決需求項之間可能存在的沖突。
  分析用戶需求
  在很多情形下,分析用戶需求是與獲取用戶需求并行的,主要通過建立模型的方式來描述用戶的需求,為客戶、用戶、開發方等不同參與方提供一個交流的渠道。這些模型是對需求的抽象,以可視化的方式提供一個易于溝通的橋梁。用戶需求的分析與獲取用戶需求有著相似的步驟,區別在于分析用戶需求時使用模型來描述,以獲取用戶更明確的需求。分析用戶需求需要執行下列活動:
  以圖形表示的方式描述系統的整體結構,包括系統的邊界與接口;
  通過原型、頁面流或其它方式向用戶提供可視化的界面,用戶可以對需求做出自己的評價;
  系統可行性分析,需求實現的技術可行性、環境分析、費用分析、時間分析等;
  以模型描述系統的功能項、數據實體、外部實體、實體之間的關系、實體之間的狀態轉換等方面的內容。
  編寫需求文檔
  需求文檔可以使用自然語言或形式化語言來描述,還可以添加圖形的表述方式和模型表征的方式。需求文檔應該包括用戶的所有需求(功能性需求和非功能性需求)。
  評審需求文檔
  需求文檔完成后,需要經過正式評審,以便作為下一階段工作的基礎。一般的評審分為用戶評審和同行評審兩類。用戶和開發方對于軟件項目內容的描述,是以需求規格說明書作為基礎的;用戶驗收的標準則是依據需求規格說明書中的內容來制訂,所以評審需求文檔時用戶的意見是第一位的。而同行評審的目的,是在軟件項目初期發現那些潛在的缺陷或錯誤,避免這些錯誤和缺陷遺漏到項目的后續階段。
  管理需求
  需求的變更是不可避免的,如何以可控的方式管理軟件的需求,對于項目的順利進行有著重要的意義。如果匆匆忙忙地完成用戶調研與分析,則往往意味著不穩定的需求。所以需求管理要保證需求分析各個活動都得到了充分的執行。對于需求變更的管理,則主要使用需求變更流程和需求跟蹤矩陣的管理方式。
Copyright©創業聯合網 ALL Rights Reserved
滬ICP備17005139號
商務與客服聯系微信
亚洲熟妇无码一区|大香伊蕉在人线国产最新2005|小少呦萝粉国产|国产大神背着在线播放