需求分析的過程_第1頁
需求分析的過程_第2頁
需求分析的過程_第3頁
需求分析的過程_第4頁
全文預(yù)覽已結(jié)束

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、需求分析的過程需求分析階段的工作可以分為四個方面:對問題的識別,分析與綜合,制定規(guī)格說明和評審。下面分別介紹。1 .問題識別:首先系統(tǒng)分析人員要研究計劃階段產(chǎn)生的可行性分析報告和軟件項目實施計劃。主要從系統(tǒng)的角度來理解軟件并產(chǎn)生計劃估算的軟件范圍是否恰當。確定對目標系統(tǒng)的綜合要求,即軟件的需求。并提出這些需求實現(xiàn)條件,以及需求應(yīng)該達到的標準。也就是解決要求所開發(fā)軟件做什么,做到什么程度。這些需求包括功能需求,性能需求,環(huán)境需求和可靠性需求,安全保密要求,用戶界面需求,資源使用需求,軟件成本消耗與開發(fā)進度需求。2 .分析與綜合:需求分析的第二步工作是問題分析和方案的綜合。分析員需從數(shù)據(jù)流和數(shù)據(jù)結(jié)

2、構(gòu)出發(fā),逐步細化所有的軟件功能。找出系統(tǒng)各元素之間的聯(lián)系,接口特征和設(shè)計上的限制,分析它們是否滿足功能要求,是否合理,依據(jù)功能需求,性能需求,運行環(huán)境需求等,剔除其不合理的部分,增加其需要部分,最終綜合成系統(tǒng)的解決方案,給出目標系統(tǒng)的詳細邏輯模型。在這個步驟中,分析與綜合工作反復地進行。在對現(xiàn)行問題和期望的信息進行分析的基礎(chǔ)上,分析員開始綜合處一個或幾個解決方案,然后檢查它的工作是否符合軟件計劃規(guī)定的范圍等等,再進行修改??傊?,對問題進行分析和綜合的過程將一直持續(xù)到分析員與用戶雙方都有把握正確地制定該軟件的規(guī)格說明為止。常用的分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法,面向數(shù)據(jù)結(jié)構(gòu)的JACKSON法

3、,面向?qū)ο蟮姆治龅?,以及用于建立動態(tài)模型的狀態(tài)遷移圖或PETR網(wǎng)等,這些方法都采用圖文結(jié)合的方式,可以直觀地描述軟件的邏輯模型。3 .編制需求分許的文檔:已經(jīng)得到的需求應(yīng)當?shù)玫角逦鷾蚀_的描述。通常把描述需求的文檔叫做軟件需求規(guī)格說明書。同時,為了確切表達用戶對軟件的輸入輸出要求,還需要制定數(shù)據(jù)要求說明書及編寫初步的用戶手冊,著重反映被開發(fā)的用戶界面和用戶使用的具體要求。此外,依據(jù)在需求分析階段對系統(tǒng)的進一步分析,從目標系統(tǒng)的精細模型出發(fā),可以更準確地估計所開發(fā)項目的成本和進度。從而修改,完善與確定軟件開發(fā)實施計劃。4 .需求分析評審:作為需求分析階段工作的復查手段,在需求分析的最后一步,應(yīng)該對

4、功能的正確性,完整性和清晰性,以及其他需求給予評價,評審的主要內(nèi)容是:系統(tǒng)定義的目標是否與用戶的要求一致;系統(tǒng)需求分析階段提供的文檔資料是否齊全;文檔中的所有描述是否完整、清晰、準確反映用戶要求;與所有其他系統(tǒng)成分的重要接口是否都已經(jīng)描述;所有項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠、確定;所有圖表是否清楚,在不補充說明時能否理解;主要功能是否已包括在規(guī)定的軟件的范圍之內(nèi),是否都已充分說明;設(shè)計的約束條件或限制條件是否符合實際;開發(fā)的技術(shù)風險是什么;是否考慮過軟件需求的其他方案;是否考慮過將來可能會提出的軟件需求;是否詳細制定了檢驗標準,它們能否對系統(tǒng)定義是否成功進行確認;有沒有遺漏、重復或不一致的地方

5、;用戶是否審查了初步的用戶手冊;軟件開發(fā)計劃中的、估算是否受到了影響;為了保證軟件需求定義的質(zhì)量,評審.應(yīng)以專門指定的人員負責,并按規(guī)則嚴格進行。評審借宿應(yīng)有評審負責人的結(jié)論意見及簽字。除分析人員之外,用戶,開發(fā)部門的管理者,軟件設(shè)計,實現(xiàn),測試的人員都應(yīng)當參加評審工作。通常,評審的結(jié)果都包括一些修改意見,待修改完成后再經(jīng)評審通過。才可進入設(shè)計階段。分析員和用戶的責任:軟件需求分析工作,是軟件開發(fā)人員與用戶密切配合,充分交換意見,最終達到互相諒解的過程。作為開發(fā)人員一方的代表,參入需求分析的是分析員。分析員又稱為系統(tǒng)分析員,系統(tǒng)工程師等,他們處在用戶和高級程序員之間,負責溝通用戶和開發(fā)人員的認

6、識和見解,起著橋梁的作用。一方面要協(xié)助用戶對所開發(fā)的軟件闡明要求,另一方面還要與高級程序員交換意見,探討用戶所提要求的合理性以及實現(xiàn)的可能性。最后還要負責編寫軟件需求規(guī)格說明書和初步用戶手冊。為勝任上述任務(wù),分析員應(yīng)當具備如下的素質(zhì):1 .能夠熟練地掌握計算機硬,軟件的專業(yè)知識,具有一定的系統(tǒng)開發(fā)經(jīng)驗。2 .善于進行抽象的思維和創(chuàng)造性的思維,善于把握抽象的概念,并把它們重新整理成為各種邏輯成分,并給出簡明、清晰的描述。3 .善于從相互沖突或混淆的原始資料中抽出恰當?shù)臈l目來。4 .善于進行調(diào)查研究,能夠很快學習用戶的專業(yè)領(lǐng)域知識,理解用戶的環(huán)境條件。;.5 .能夠傾聽他人的意見,注意發(fā)揮其他人員的作用6 .具有良好的書面和口頭交流能力。軟件需求分析方法:需求分析方法由對軟件的屬數(shù)據(jù)域和功能域的系統(tǒng)分析過程及其表示方法組成。它定義了表示系統(tǒng)邏輯視圖和物理視圖的方式。大多數(shù)的需求分析方法是由數(shù)據(jù)驅(qū)動的,也就是說,這些方法提供了一種表示數(shù)據(jù)域的機制,分析員根據(jù)這種表示,確定軟件功能及其它特征,最終建立一個待開發(fā)軟件的抽象模型,即目標系統(tǒng)的邏輯模型。數(shù)據(jù)域具有三種屬性:數(shù)據(jù)流、數(shù)據(jù)內(nèi)容和數(shù)據(jù)結(jié)構(gòu)。通常,一種需求分析方法總要利用其中的一種或幾種屬性。目前已經(jīng)出現(xiàn)了許多需求分析方

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論