集成FRs與QRs的需求獲取和描述方法研究.pdf

1、軟件系統(tǒng)的需求既包含系統(tǒng)應(yīng)具備的各項(xiàng)功能，即功能需求(FunctionalRequirements，簡稱FRs)，也包含施加在系統(tǒng)功能上的約束，即非功能需求，又稱質(zhì)量需求(QualityRequirements，簡稱QRs)。獲取和描述這兩類需求是軟件開發(fā)過程中的一個關(guān)鍵階段，直接關(guān)系到整個開發(fā)項(xiàng)目的成敗。需求獲取和描述階段面臨著用戶與開發(fā)者之間的知識鴻溝、用戶缺乏綜合概括需求知識的能力、以及需求知識的混亂、無結(jié)構(gòu)性這些困難。目前的需求

2、獲取與描述方法在面對上述困難時，仍然存在一些挑戰(zhàn):1）功能需求和質(zhì)量需求在獲取與描述過程中被長期分離開來，并不符合這兩類需求之間緊密關(guān)聯(lián)的自然規(guī)律，目前對于如何集成這兩類需求的研究并不夠廣泛;2）雖然存在少數(shù)研究關(guān)注于功能需求與質(zhì)量需求的集成建模，但僅止于在模型層面進(jìn)行形式上的集成，并未在元模型層面真正從概念上實(shí)現(xiàn)這兩類需求的有機(jī)結(jié)合;3）對于需求獲取的研究，現(xiàn)有的方法或是僅針對功能需求知識的獲取，如基于過程的方法，或是對功能需求和質(zhì)量

3、需求分開進(jìn)行建模來分別獲取這兩類需求知識，如面向目標(biāo)的方法，目前仍然缺乏一種能夠?qū)崿F(xiàn)功能需求知識與質(zhì)量需求知識獲取在同一模型中進(jìn)行的方法;4）需求描述長期以來并不考慮用戶和開發(fā)者的不同知識背景，都采用同種需求描述來面向用戶和開發(fā)者，直到問題框架方法提出將需求分為面向用戶的需求描述和面向開發(fā)者的規(guī)格說明兩種形式，更利于用戶和開發(fā)者理解需求，然而該方法目前僅面向功能需求且缺乏可行的方案來指導(dǎo)如何將混亂的需求知識轉(zhuǎn)化為這兩類描述。
　　

4、針對上述挑戰(zhàn)，本文著重研究如何集成獲取與描述功能需求和質(zhì)量需求，結(jié)合業(yè)務(wù)目標(biāo)、業(yè)務(wù)過程和問題框架這三種常見的需求模型，建立起一個系統(tǒng)化的功能需求與質(zhì)量需求集成建模體系，以求突破現(xiàn)有需求建模研究中功能需求與質(zhì)量需求集成建模方法匱乏的研究困境，主要工作和貢獻(xiàn)如下:
　　1)提出一種系統(tǒng)化的功能需求與質(zhì)量需求集成建模語言，在元模型層定義了這兩類需求分別在業(yè)務(wù)目標(biāo)、業(yè)務(wù)過程和問題框架這三種模型中實(shí)現(xiàn)集成的相關(guān)概念，為這兩類需求在模型層實(shí)現(xiàn)

5、有機(jī)集成奠定了基礎(chǔ)，克服了現(xiàn)有的功能需求和質(zhì)量需求集成研究中缺乏元模型定義支持的缺點(diǎn);
　　2)基于業(yè)務(wù)目標(biāo)和業(yè)務(wù)過程，提出一種集成獲取功能需求和質(zhì)量需求的方法，完整的獲取功能需求知識、質(zhì)量需求知識以及兩者之間的關(guān)聯(lián)，克服了傳統(tǒng)業(yè)務(wù)目標(biāo)模型和業(yè)務(wù)過程模型在需求獲取方面的缺點(diǎn)，也為這兩類需求的集成描述作了初步準(zhǔn)備;
　　3)基于問題框架建模，提出一種集成描述功能需求和質(zhì)量需求的方法，將所獲取的需求知識轉(zhuǎn)化為面向用戶的需求描述（