軟件項(xiàng)目的需求分析

1、般來講IT集成需求包含三個(gè)不同的層次-業(yè)務(wù)需求、用戶需求和功能需求-也包括非功能需 求。業(yè)務(wù)需求提供給客戶和產(chǎn)品開發(fā)商的新系統(tǒng)的最初利益，反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn) 品高層次的目標(biāo)要求，它們在項(xiàng)目視圖與范圍文檔中予以說明；用戶需求文檔描述了用戶使用產(chǎn)品必須要完成的任務(wù)，這在使用實(shí)例文檔或方案腳本說明中 予以說明；功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足了業(yè) 務(wù)需求，必須具備一定的業(yè)務(wù)背景和技術(shù)背景，能從三個(gè)不同的層次發(fā)掘客戶的需求。軟件工程之需求分析過程介紹1、項(xiàng)目開始（項(xiàng)目經(jīng)理根據(jù)項(xiàng)目特點(diǎn)制定項(xiàng)目需求標(biāo)準(zhǔn)）2、項(xiàng)目計(jì)劃（估算需求開發(fā)時(shí)間以及進(jìn)度安排）3

2、、需求獲?。ǐ@取用戶需求、業(yè)務(wù)需求以及功能需求）4、需求分析（需求工程師進(jìn)行需求分析，建立分析模型）5、協(xié)商（項(xiàng)目經(jīng)理或者需求工程師與風(fēng)險(xiǎn)承擔(dān)者協(xié)商解決需求分析中發(fā)現(xiàn)的問題）6、需求評審7、需求文檔編寫8、需求確認(rèn)（評審小組對需求進(jìn)行確認(rèn)）9、配置管理（需求文檔成為基線后納入到配置管理中）需求開發(fā)可進(jìn)一步分為：問題獲取、分析、編寫規(guī)格說明和驗(yàn)證四個(gè)階段。這些子項(xiàng)包括 軟件類產(chǎn)品中需求收集、評價(jià)、編寫文檔等所有活動。需求開發(fā)活動包括以下幾個(gè)方面：確定產(chǎn)品所期望的用戶類別。獲取每個(gè)用戶類的需求。了解實(shí)際用戶任務(wù)和目標(biāo)以及這些任務(wù)所支持的業(yè)務(wù)需求。分析源于用戶的信息以區(qū)別用戶任務(wù)需求、功能需求、業(yè)務(wù)

3、規(guī)則、質(zhì)量屬性、建議解決 方法和附加信息。將系統(tǒng)級的需求分為幾個(gè)子系統(tǒng)，并將需求中的一部份分配給軟件組件。了解相關(guān)質(zhì)量屬性的重要性。商討實(shí)施優(yōu)先級的劃分。將所收集的用戶需求編寫成文檔和模型。評審需求規(guī)格說明，確保對用戶需求達(dá)到共同的理解與認(rèn)識，并在整個(gè)開發(fā)小組接受說 明之前將問題都弄清楚。需求管理需要“建立并維護(hù)在軟件工程中同客戶達(dá)成的合同”。這種合同都包含在編寫的 需求文檔與模型中?？蛻舻慕邮軆H是需求成功的一半，開發(fā)人員也必須能夠接受他們，并真 正把需求應(yīng)用到產(chǎn)品中。通常的需求管理活動包括：定義需求基線（迅速制定需求文檔的主體）。評審提出的需求變更、評估每項(xiàng)變更的可能影響從而決定是否實(shí)施它。

4、以一種可控制的方式將需求變更融入到項(xiàng)目中。使當(dāng)前的項(xiàng)目計(jì)劃與需求一致。估計(jì)變更需求所產(chǎn)生影響并在此基礎(chǔ)上協(xié)商新的承諾，這種承諾具體體現(xiàn)在項(xiàng)目解決方 案上。讓每項(xiàng)需求都能與其對應(yīng)的設(shè)計(jì)、源代碼和測試用例聯(lián)系起來以實(shí)現(xiàn)跟蹤。在整個(gè)項(xiàng)目過程中跟蹤需求狀態(tài)及其變更情況。需求分析的原則風(fēng)險(xiǎn)：無足夠用戶參與、用戶需求的不斷增加、模棱兩可的需求、不必要的特性、過于精簡 的規(guī)格說明、忽略了用戶分類、不準(zhǔn)確的計(jì)劃。需求文檔需求開發(fā)的最終成果是：客戶和開發(fā)小組對將要開發(fā)的產(chǎn)品達(dá)成一致協(xié)議。協(xié)議綜合了業(yè)務(wù) 需求、用戶需求和軟件功能需求。需求分析的過程需求獲取、分析、編寫需求規(guī)格說明和驗(yàn)證。需求獲取只有通過有效的客戶

5、一開發(fā)者的合作 才能成功5W+1HWHY就是為什么用戶要引入系統(tǒng)，引入新的信息系統(tǒng)對用戶有什么幫助，在總體工作效能上 如何實(shí)現(xiàn)一個(gè)最終的結(jié)果？ WHY定律是要求在需求開始時(shí)，項(xiàng)目經(jīng)理就應(yīng)該明確的。有了一個(gè)總體的目標(biāo)性，從各業(yè)務(wù)流程的要求入手，引入第二個(gè)W定律-WHAT定律，WHAT 則是這個(gè)系統(tǒng)要做什么？實(shí)現(xiàn)什么？再次，引入第三、四、五個(gè)定律一WHO、WHEN、WHERE定律，這個(gè)階段其實(shí)就是需求細(xì)化階 段，在WHAT定律的基礎(chǔ)上，細(xì)分系統(tǒng)的用戶需求：分析什么人，在什么時(shí)間，什么階段可 以或必須操作這個(gè)功能，結(jié)合前面的WHAT定律，理清系統(tǒng)的流程階段劃分，記錄并分析系 統(tǒng)功能實(shí)現(xiàn)的細(xì)節(jié)，在這個(gè)階段就可以產(chǎn)生系統(tǒng)需求的用例圖（Use Case），作為下階段設(shè) 計(jì)的依據(jù)。最后，就是所謂的1H定律-HOW定律，就是怎樣實(shí)現(xiàn)系統(tǒng)了，在前面的WHY、WHAT、WHO、 WHEN、WHERE基礎(chǔ)上，我們已經(jīng)搭建了一個(gè)非常好的系統(tǒng)需求基礎(chǔ)框架，如何在這些用戶需 求的基礎(chǔ)上，分析系統(tǒng)的需求，如何進(jìn)行需求規(guī)格的分析與下階段的設(shè)計(jì)、實(shí)現(xiàn)工作，就是 HOW TO ACCOMPLISH THE SYSTEM 了。怎樣進(jìn)行需求分析1、需求收集：盡可能多的收集（多渠道、多方式、多數(shù)量）、可深可淺，可以是主觀的也可以是客觀的2、需求分析：深度：挖掘用戶需求的本質(zhì)、廣度：需求面、用戶群體、頻度：用戶的使用頻度