專利名稱：一種基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法
技術(shù)領(lǐng)域：
本發(fā)明涉及需求工程領(lǐng)域，具體涉及一種基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法，用以全面高效的對(duì)系統(tǒng)進(jìn)行需求建模。
背景技術(shù)：
近年來，需求工程成為了計(jì)算機(jī)軟件研究的熱點(diǎn)之一，需求工程是一個(gè)項(xiàng)目的開端，在軟件開發(fā)過程中的重要性已不容質(zhì)疑。需求獲取是需求工程的主體，只有真正滿足用戶需求的軟件產(chǎn)品才能被用戶接受，需求獲取需要通過不斷交流溝通使軟件開發(fā)者和用戶對(duì)系統(tǒng)要求形成共識(shí)。如何快速地獲取并準(zhǔn)確表達(dá)用戶需求，是長期困擾開發(fā)者的難題。一些調(diào)查表明，設(shè)計(jì)的軟件產(chǎn)品存在的不完整性、不正確性等問題，其中80%以上是需求錯(cuò)誤導(dǎo)致的。隨著web服務(wù)的發(fā)展，網(wǎng)絡(luò)環(huán)境下的信息服務(wù)需求在關(guān)注對(duì)所提供服務(wù)的軟件要求的同時(shí)，還有諸多信息服務(wù)之間的交互作用，大大增加了需求分類的復(fù)雜性；同時(shí)缺乏對(duì)非功能需求的分析建模技術(shù)也大大降低了現(xiàn)有需求技術(shù)的實(shí)用性；此外，在開發(fā)復(fù)雜軟件系統(tǒng)時(shí)，需求的信息量龐大和復(fù)雜，無法驗(yàn)證所獲取的需求是否滿足用戶的要求，或者錯(cuò)誤理解了用戶的需求描述。以上這些因素都可能導(dǎo)致獲取的系統(tǒng)需求不完全或者存在某些錯(cuò)誤。在進(jìn)行需求獲取時(shí)，采用系統(tǒng)化的需求獲取和分析方法，對(duì)于構(gòu)建系統(tǒng)需求非常有效，一定程度上解決了上面的一些問題?，F(xiàn)階段，系統(tǒng)需求獲取和分析方法很多，主要介紹以下三種方法:用例驅(qū)動(dòng)的、面向目標(biāo)的和基于場景的需求獲取方法。其中:1、用例驅(qū)動(dòng)的需求獲取方法該方法是需求工程中·大多采用的方法，用例驅(qū)動(dòng)分析的基本概念是執(zhí)行者和用例，通過識(shí)別并獨(dú)立分析每個(gè)執(zhí)行者所涉及的所有用例，可以了解系統(tǒng)的每一類用戶的要求和愿望，而用戶的要求與愿望正是系統(tǒng)的重要部分，所有用例的集合描述了用例的功能。非功能需求則反映的是系統(tǒng)的質(zhì)量屬性的特性和業(yè)務(wù)規(guī)則、法規(guī)制度等各種約束，如:易操作性、可靠性、可維護(hù)性等。非功能需求不能通過用例得到，但是其中一些非功能需求對(duì)用例的實(shí)現(xiàn)具有約束作用。通常非功能需求需要寫入用例文檔中，這些非功能需求需要獨(dú)立獲取。該方法優(yōu)點(diǎn)在于用例驅(qū)動(dòng)技術(shù)為軟件需求規(guī)格化提供了一個(gè)基本的元素，且該元素是可驗(yàn)證、可度量的，該方法被開發(fā)人員普遍接受；缺點(diǎn)在于缺少對(duì)需求獲取的系統(tǒng)化支持，且無法得知用例的來源，而且非功能性需求通常在用例描述或文本中描述，使需求獲取帶來一些不便。2、面向目標(biāo)的需求獲取方法面向目標(biāo)的需求獲取是近年來興起的一種需求分析方法，它與軟件系統(tǒng)的目標(biāo)功能更加緊密相關(guān)，更加關(guān)注需求分析的早期階段。1987年初K.Yue首先引入目標(biāo)概念，他除了關(guān)心“what”和“how”的需求分析以外，還在對(duì)“why”問題理解的基礎(chǔ)上，將目標(biāo)作為判斷需求完整性的依據(jù):即需求如果能夠滿足當(dāng)前的目標(biāo)，就說明需求是完整的；如果需求不能滿足當(dāng)前的目標(biāo)，則說明需求是不完整的。該方法的優(yōu)點(diǎn)在于，從需求目標(biāo)出發(fā)來判斷需求是否完整；缺點(diǎn)是不能從目標(biāo)過渡到規(guī)格化需求描述。3、基于場景的需求獲取方法在需求分析中使用場景進(jìn)行分析的方法源于Objectory并且應(yīng)用于OBJ。作為需求工程的發(fā)展成果，基于場景的需求獲取逐步得到了人們的重視。這種方法試圖用領(lǐng)域用戶熟悉的情景實(shí)例引導(dǎo)他們逐步提供系統(tǒng)信息。它首先采集一組現(xiàn)實(shí)系統(tǒng)的運(yùn)行情景，領(lǐng)域用戶根據(jù)這些情景分別說明現(xiàn)實(shí)系統(tǒng)中各種行為及其目的。場景在需求過程中，可以在預(yù)想情況下導(dǎo)出需求，幫助發(fā)現(xiàn)異常事件，獲得面向?qū)ο蟾拍钅Ｐ停ㄟ^場景原型理解需求，說明設(shè)計(jì)結(jié)果，創(chuàng)建上下文等。Jacobson等提出第一個(gè)用例驅(qū)動(dòng)的面向?qū)ο蟮姆治鲞^程模型，Regnell進(jìn)一步發(fā)展了該模型，并強(qiáng)調(diào)了從場景中綜合需求模型的重要性。Potts提出了 Inquiry Cycle方法，在面向目標(biāo)的需求分析中，使用場景腳本識(shí)別障礙和問題。Sutcliffe提出的SCRAM方法結(jié)合了概念證明、場景和設(shè)計(jì)的基本原理。在OMT中，場景以文本形式出現(xiàn),規(guī)定為一個(gè)時(shí)間序列，它們可以轉(zhuǎn)化得到一個(gè)事件圖，采用一種半形式化的表示。該方法的優(yōu)點(diǎn)在于，通過場景來引導(dǎo)用戶，有效的導(dǎo)出需求；缺點(diǎn)在于并未給出場景的表示形式以及如何去引導(dǎo)用戶來獲得需求。

發(fā)明內(nèi)容
本發(fā)明的目的在于克服上述已有技術(shù)的不足，并結(jié)合已有技術(shù)的優(yōu)點(diǎn)，提供一種基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法，比較快速準(zhǔn)確的獲取需求，提高需求的正確性和完整性并減少需求冗余。其具體包括，一種基 于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法，所述需求獲取方法包括以下步驟:(I)將所述目標(biāo)和場景分成四層結(jié)構(gòu)，所述四層結(jié)構(gòu)包括業(yè)務(wù)層、服務(wù)層、交互層和內(nèi)部層；所述業(yè)務(wù)層用來確定系統(tǒng)的最終目標(biāo)，所述服務(wù)層確定系統(tǒng)提供給組織單位的服務(wù)及其合理性，并確定產(chǎn)品的市場計(jì)劃和產(chǎn)品特征，所述交互層處理系統(tǒng)和代理之間的交互，所述內(nèi)部層確定實(shí)現(xiàn)所述交互所使用的方法；(2)引導(dǎo)用戶填與表格,從而獲取需求；(3)將步驟2所獲取的需求轉(zhuǎn)化為目標(biāo)場景表格，并把目標(biāo)場景表格轉(zhuǎn)換為用例表格；(4)將所述用例表格轉(zhuǎn)換為用例圖，并同時(shí)通過用例圖生成活動(dòng)圖、序列圖和狀態(tài)圖；(5)非功能性需求和功能性需求相關(guān)，并對(duì)其進(jìn)行建模并用模型化元素表示；包括填寫非功能性需求模板，將用戶添加的非功能需求模板轉(zhuǎn)換為可視化的非功能需求圖和軟目標(biāo)樹。在上述技術(shù)方案的基礎(chǔ)上，所述引導(dǎo)用戶填寫表格包括:給出待建系統(tǒng)的業(yè)務(wù)層目標(biāo)，即待建系統(tǒng)的總目標(biāo)，所述總目標(biāo)僅有一個(gè)；
并細(xì)化業(yè)務(wù)層目標(biāo)，得到細(xì)化后目標(biāo)，所述細(xì)化后的目標(biāo)為業(yè)務(wù)層的子目標(biāo)，所述子目標(biāo)即服務(wù)層目標(biāo)，所述子目標(biāo)共同實(shí)現(xiàn)業(yè)務(wù)層目標(biāo)；服務(wù)層目標(biāo)通過服務(wù)層的場景實(shí)現(xiàn)，即服務(wù)層目標(biāo)引導(dǎo)出實(shí)現(xiàn)該目標(biāo)的服務(wù)層場景，同時(shí)服務(wù)層場景能夠作為交互層目標(biāo)；每一個(gè)所述的交互層目標(biāo)，由交互層場景實(shí)現(xiàn)。在上述技術(shù)方案的基礎(chǔ)上，設(shè)計(jì)了目標(biāo)和場景表格的填寫結(jié)構(gòu)和目標(biāo)場景模型到用例模型的轉(zhuǎn)換規(guī)則，將所獲取的目標(biāo)場景表格轉(zhuǎn)換為用例表格，所述轉(zhuǎn)換規(guī)則包括:規(guī)則1:交互層目標(biāo)轉(zhuǎn)換為用例表格中的用例；規(guī)則2:目標(biāo)或場景語句里的主語和動(dòng)作目標(biāo)轉(zhuǎn)換為用例表格中的參與者；規(guī)則3:內(nèi)部層目標(biāo)轉(zhuǎn)化為用例，并根據(jù)內(nèi)部層設(shè)置的父親目標(biāo)關(guān)系設(shè)置用例之間的〈〈包含>>、 繼承>>、 泛化 >> 關(guān)系；規(guī)則4:交互層和內(nèi)部層的場景轉(zhuǎn)化為用例描述流。在上述技術(shù)方案的基礎(chǔ)上，所述用例表格能夠轉(zhuǎn)化成用例圖，用例圖又轉(zhuǎn)換為活動(dòng)圖、序列圖和狀態(tài)圖。在上述技術(shù)方案的基礎(chǔ)上，所述需求獲取方法包含對(duì)非功能需求的建模，所述建模步驟如下: (I)填寫非功能性需求模板，用戶向該模板中添加非功能屬性，主要包含非功能屬性名稱、簡要描述、關(guān)注點(diǎn)、來源、優(yōu)先級(jí)、相關(guān)的用例、相關(guān)的參與者、對(duì)其他非功能屬性的貢獻(xiàn)需求描述；(2)把用戶添加后的非功能需求模板轉(zhuǎn)換為可視化的非功能需求圖和軟目標(biāo)樹。相對(duì)于現(xiàn)有技術(shù)本發(fā)明的優(yōu)點(diǎn)在于:1.設(shè)計(jì)并實(shí)現(xiàn)了目標(biāo)和場景四層結(jié)構(gòu)，方便需求分析人員和用戶交互；2.將目標(biāo)和場景獲取的需求轉(zhuǎn)換為用例模型；3.提供了用例模型到UML需求模型的轉(zhuǎn)換；4.采用模型化元素對(duì)非功能需求建模。


圖1為本發(fā)明提出的目標(biāo)場景誘導(dǎo)圖。圖2為本發(fā)明提出的基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取流程圖。圖3為本發(fā)明提出的目標(biāo)和場景建模過程圖。
具體實(shí)施例方式下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步的描述。如圖2所示，本發(fā)明為一種基于目標(biāo)和場景的用例驅(qū)動(dòng)的需求獲取方法，所述方法包括以下步驟:(I)目標(biāo)場景四層結(jié)構(gòu)方法中將目標(biāo)和場景作為需求分析的一個(gè)整體，通過場景細(xì)化目標(biāo)，并從場景中發(fā)掘下層目標(biāo)，需求獲取人員和用戶之間通過這種目標(biāo)和場景相結(jié)合的方式逐步分析、挖掘出待建系統(tǒng)的需求。
作為一種優(yōu)選方案，將目標(biāo)和場景分為四個(gè)層次，一方面通過目標(biāo)和場景幫助識(shí)別用例，同時(shí)也適當(dāng)控制了用例的粒度。這種基于層次的方法在需求獲取和目標(biāo)細(xì)化過程中分離了關(guān)注點(diǎn)。在每一層里，目標(biāo)建模伴隨著場景交互，場景用來實(shí)現(xiàn)他們所描述的目標(biāo)，同時(shí)誘導(dǎo)用戶識(shí)別與這些場景相關(guān)的更小目標(biāo)以達(dá)到細(xì)化目標(biāo)的目的。四層結(jié)構(gòu)分別是業(yè)務(wù)層、服務(wù)層、交互層和內(nèi)部層。a)業(yè)務(wù)層:用來確定系統(tǒng)的最終目標(biāo)；b)服務(wù)層:用來確定系統(tǒng)提供給組織單位的服務(wù)及其合理性，確定產(chǎn)品的市場計(jì)劃和產(chǎn)品特征；c)交互層:關(guān)心的是系統(tǒng)和它的代理之間的交互；d)內(nèi)部層:系統(tǒng)需要執(zhí)行什么以實(shí)現(xiàn)交互功能。(2)誘導(dǎo)用戶填寫目標(biāo)和場景四層結(jié)構(gòu)。目標(biāo)和場景建模的過程如圖3所示:首先給出待建系統(tǒng)的業(yè)務(wù)層目標(biāo)，即待建系統(tǒng)的總目標(biāo)，該總目標(biāo)只能有一個(gè)。然后細(xì)化業(yè)務(wù)層目標(biāo)·，這些細(xì)化后的目標(biāo)為業(yè)務(wù)層的子目標(biāo)，即服務(wù)層目標(biāo)，它們能以某種關(guān)系實(shí)現(xiàn)業(yè)務(wù)層目標(biāo)，而服務(wù)層目標(biāo)本身通過服務(wù)層的場景實(shí)現(xiàn)，即服務(wù)層目標(biāo)引導(dǎo)出實(shí)現(xiàn)該目標(biāo)的服務(wù)層場景。同樣，服務(wù)層場景又可以作為交互層目標(biāo)，因?yàn)樗麄冴P(guān)注的是代理(可以是人、機(jī)器或系統(tǒng))之間的交互。對(duì)于每一個(gè)交互層目標(biāo)，由交互層場景實(shí)現(xiàn)。通過對(duì)交互層場景的審查，可以識(shí)別出內(nèi)部層目標(biāo)，該層目標(biāo)關(guān)注待建系統(tǒng)內(nèi)部操作的實(shí)現(xiàn)，這些目標(biāo)由內(nèi)部層場景實(shí)現(xiàn)。(3)將步驟2誘導(dǎo)用戶所獲取的需求用目標(biāo)場景表格表示，并把目標(biāo)場景表格轉(zhuǎn)換為用例表格目標(biāo)。四層目標(biāo)場景結(jié)構(gòu)格式設(shè)計(jì)為可以引導(dǎo)用戶使用自然語言對(duì)需求進(jìn)行描述的形式，但是其中的自然語言需要按照一定的句式，這種設(shè)計(jì)規(guī)則決定了如何將其轉(zhuǎn)換為用例圖。方法中目標(biāo)被定義為“something that some stakeholder hopes to achievein the future”。顯然，目標(biāo)與一個(gè)動(dòng)詞和一個(gè)或多個(gè)參數(shù)相關(guān)聯(lián),且每一個(gè)參數(shù)擔(dān)任了與動(dòng)詞相關(guān)的不同角色，一個(gè)場景被定義為“a possible behavior limited to a set ofpurposeful interactions taking place among several agents，，。一個(gè)目標(biāo)由一個(gè)或多個(gè)場景實(shí)現(xiàn)，場景由包含前置條件和后置條件的多個(gè)狀態(tài)組成。顯然，場景與一個(gè)主語、一個(gè)動(dòng)詞和一個(gè)或多個(gè)參數(shù)相關(guān)，被表達(dá)成一個(gè)帶有主語、謂語和一些參數(shù)的句子。轉(zhuǎn)換規(guī)則如下:1.交互層目標(biāo)轉(zhuǎn)換為用例表格中的用例；2.目標(biāo)或場景語句里的主語和動(dòng)作目標(biāo)轉(zhuǎn)換為用例表格中的參與者；3.內(nèi)部層目標(biāo)轉(zhuǎn)化為用例，并根據(jù)內(nèi)部層設(shè)置的父親目標(biāo)關(guān)系設(shè)置用例之間的 包含>>、 繼承>>、 泛化 >> 關(guān)系；4.交互層和內(nèi)部層的場景轉(zhuǎn)化為用例描述流。(4)將用例模型轉(zhuǎn)換為UML需求模型，實(shí)現(xiàn)了模型之間的自動(dòng)化轉(zhuǎn)換，包括:1.用例表格自動(dòng)轉(zhuǎn)換為用例圖；2.用例圖自動(dòng)轉(zhuǎn)換為序列圖和活動(dòng)圖；3.序列圖自動(dòng)轉(zhuǎn)換為狀態(tài)圖。(5)把非功能性需求和功能性需求相關(guān)，并采用模型化元素對(duì)其建模，建模步驟如下:1.填寫非功能性需求模板用戶向該模板中添加非功能屬性，對(duì)于每個(gè)非功能需求元素，模板中可以選擇和其相關(guān)的上述步驟3中獲得表示功能性需求的用例表格中的各項(xiàng)，表示該非功能需求和功能需求中的該項(xiàng)相關(guān)，這樣就表示了該非功能性需求的來源、和其中的用例、參與者等的相關(guān)性、其中用例對(duì)其產(chǎn)生的貢獻(xiàn)等，從而使得非功能性需求和功能性需求相關(guān)。非功能需求模板中的非功能屬性主要包含非功能屬性名稱、簡要描述、關(guān)注點(diǎn)、來源、優(yōu)先級(jí)、相關(guān)的用例、相關(guān)的參與者、對(duì)其他非功能屬性的貢獻(xiàn)需求描述等。2.作為一種優(yōu)選方案，把用戶添加后的非功能需求模板轉(zhuǎn)換為可視化的非功能需求圖和軟目標(biāo)樹。軟目標(biāo)相對(duì)于功能需求里的目標(biāo)，軟目標(biāo)樹反映了一個(gè)非功能需求包含的子目標(biāo)和其他類型軟目標(biāo)對(duì)該軟目標(biāo)產(chǎn)生的積極或消極影響。利用軟目標(biāo)樹可以獲取某一特定非功能需求在系統(tǒng)開發(fā)過程中的解決方案。而且，當(dāng)軟目標(biāo)樹中有足夠積極證據(jù)或較少的消極證據(jù)時(shí)，認(rèn)為該軟目標(biāo)被滿足。本領(lǐng)域的技術(shù)人員來說，可根據(jù)以上描述的技術(shù)方案以及構(gòu)思，做出其他各種相應(yīng)的改變以及變形，而所有這些改變以及變形都應(yīng)該屬于本發(fā)明權(quán)利要求的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法，其特征在于:所述需求獲取方法包括以下步驟: (1)將所述目標(biāo)和場景分成四層結(jié)構(gòu)，所述四層結(jié)構(gòu)包括業(yè)務(wù)層、服務(wù)層、交互層和內(nèi)部層；所述業(yè)務(wù)層用來確定系統(tǒng)的最終目標(biāo)，所述服務(wù)層確定系統(tǒng)提供給組織單位的服務(wù)及其合理性，并確定產(chǎn)品的市場計(jì)劃和產(chǎn)品特征，所述交互層處理系統(tǒng)和代理之間的交互，所述內(nèi)部層確定實(shí)現(xiàn)所述交互所使用的方法； (2)引導(dǎo)用戶填寫表格，從而獲取需求； (3)將步驟2所獲取的需求轉(zhuǎn)化為目標(biāo)場景表格，并把目標(biāo)場景表格轉(zhuǎn)換為用例表格； (4)將所述用例表格轉(zhuǎn)換為用例圖，并通過用例圖生成活動(dòng)圖、序列圖和狀態(tài)圖； (5)非功能性需求和功能性需求相關(guān)，并對(duì)其進(jìn)行建模并用模型化元素表示；包括填寫非功能性需求模板，把用戶添加后的非功能需求模板轉(zhuǎn)換為可視化的非功能需求圖和軟目標(biāo)樹。
2.如權(quán)利要求1 所述的一種基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法，其特征在于:所述引導(dǎo)用戶填寫表格包括: 給出待建系統(tǒng)的業(yè)務(wù)層目標(biāo)，即待建系統(tǒng)的總目標(biāo)，所述總目標(biāo)僅有一個(gè)； 并細(xì)化業(yè)務(wù)層目標(biāo)，得到細(xì)化后目標(biāo)，所述細(xì)化后的目標(biāo)為業(yè)務(wù)層的子目標(biāo)，所述子目標(biāo)即服務(wù)層目標(biāo)，所述子目標(biāo)共同實(shí)現(xiàn)業(yè)務(wù)層目標(biāo)； 服務(wù)層目標(biāo)通過服務(wù)層的場景實(shí)現(xiàn)，即服務(wù)層目標(biāo)引導(dǎo)出實(shí)現(xiàn)該目標(biāo)的服務(wù)層場景，同時(shí)服務(wù)層場景能夠作為交互層目標(biāo)； 每一個(gè)所述的交互層目標(biāo)，由交互層場景實(shí)現(xiàn)。
3.如權(quán)利要求1所述的一種基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法，其特征在于:設(shè)計(jì)了目標(biāo)和場景表格的填寫結(jié)構(gòu)和目標(biāo)場景模型到用例模型的轉(zhuǎn)換規(guī)則，將所獲取的目標(biāo)場景表格轉(zhuǎn)換為用例表格，所述轉(zhuǎn)換規(guī)則包括: 規(guī)則1:交互層目標(biāo)轉(zhuǎn)換為用例表格中的用例； 規(guī)則2:目標(biāo)或場景語句里的主語和動(dòng)作目標(biāo)轉(zhuǎn)換為用例表格中的參與者； 規(guī)則3:內(nèi)部層目標(biāo)轉(zhuǎn)化為用例，并根據(jù)內(nèi)部層設(shè)置的父親目標(biāo)關(guān)系設(shè)置用例之間的 包含>>、 繼承>>、 泛化 >> 關(guān)系； 規(guī)則4:交互層和內(nèi)部層的場景轉(zhuǎn)化為用例描述流。
4.如權(quán)利要求1所述的一種基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法，其特征在于:所述用例表格能夠轉(zhuǎn)化成用例圖、活動(dòng)圖、序列圖和狀態(tài)圖。
5.如權(quán)利要求1所述的一種基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法，其特征在于:所述需求獲取方法包含對(duì)非功能需求的建模，所述建模步驟如下: (1)填寫非功能性需求模板，用戶向該模板中添加非功能屬性，主要包含非功能屬性名稱、簡要描述、關(guān)注點(diǎn)、來源、優(yōu)先級(jí)、相關(guān)的用例、相關(guān)的參與者、對(duì)其他非功能屬性的貢獻(xiàn)需求描述； (2)把用戶添加后的非功能需求模板轉(zhuǎn)換為可視化的非功能需求圖和軟目標(biāo)樹。
全文摘要
一種基于目標(biāo)和場景的用例驅(qū)動(dòng)需求獲取方法，(1)將所述目標(biāo)和場景分成四層結(jié)構(gòu)，所述四層結(jié)構(gòu)包括業(yè)務(wù)層、服務(wù)層、交互層和內(nèi)部層；(2)引導(dǎo)用戶填寫表格，從而獲取需求(3)將步驟2所獲取的需求轉(zhuǎn)化為目標(biāo)場景表格，并把目標(biāo)場景表格轉(zhuǎn)換為用例表格；(4)將所述用例表格轉(zhuǎn)換為用例圖，并通過用例圖生成活動(dòng)圖、序列圖和狀態(tài)圖；(5)非功能性需求和功能性需求相關(guān)，把用戶添加后的非功能需求模板轉(zhuǎn)換為可視化的非功能需求圖和軟目標(biāo)樹。設(shè)計(jì)并實(shí)現(xiàn)了目標(biāo)和場景四層結(jié)構(gòu)，方便需求分析人員和用戶交互；將目標(biāo)和場景獲取的需求轉(zhuǎn)換為用例模型；提供了用例模型到UML需求模型的轉(zhuǎn)換。
文檔編號(hào)G06Q10/00GK103246926SQ20131019643
公開日2013年8月14日 申請日期2013年5月23日 優(yōu)先權(quán)日2013年5月23日
發(fā)明者段振華, 戴娟, 田聰, 張南, 王小兵, 劉艷艷 申請人:西安電子科技大學(xué)