統(tǒng)一建模語言（UML）一直被譽為是軟件工程領(lǐng)域的“通用語言”或“事實標準”。雖然UML的應用十分廣泛,但是大部分的研究還是依賴于專家的意見而非基于經(jīng)驗的證據(jù),并且近幾年依然缺乏對UML進行系統(tǒng)評審的實證研究。同時UML的許多模型圖過于復雜,且這些模型圖之間沒有明確的界限。最新的UML版本說明,現(xiàn)有的模型圖,包括活動圖,沒有提供與安全相關(guān)的重要語義,UML符號的構(gòu)建缺乏用于準確傳達和安全相關(guān)的語義模型。此外,對UML進行系統(tǒng)評審過程中出現(xiàn)一些延伸符號和替代符號,而相關(guān)研究人員在設計延伸可視化符號時大都遵循Moody提出的九項設計原則,但是在可視化符號的實際設計過程中,這些設計原則的實施流程是如何執(zhí)行的,Moody并沒有給出進一步的設計指導。本文主要研究工作和貢獻包括:第一,分析UML模型圖在不同方面運用的效益。首先,根據(jù)軟件工程領(lǐng)域的系統(tǒng)評審指南,對2009年至2016年發(fā)表的實證文獻進行系統(tǒng)的文獻評審;隨后,依據(jù)選擇文獻的關(guān)注點將文獻按照五大類別逐個分析;最后根據(jù)系統(tǒng)評審的報告結(jié)果,總結(jié)UML模型圖在不同方面的效益的分析和討論。最終提供的三個分析結(jié)果都將可能被用來指導UML的未來發(fā)展。... 

【文章來源】：安徽大學安徽省 211工程院校

【文章頁數(shù)】：75 頁

【學位級別】：碩士

【部分圖文】：

圖１．１?ＵＭＬ構(gòu)成的遞進關(guān)系??Ｆｉｌ．?１?Ｔｈｅｒｏｒｅｓｓｉｖｅ?ｒｅｌａｔｉｏｎｓｈｉｂＵＭＬ??

??圖１．１?ＵＭＬ構(gòu)成的遞進關(guān)系??Ｆｉｇｌ．?１?Ｔｈｅ?ｐｒｏｇｒｅｓｓｉｖｅ?ｒｅｌａｔｉｏｎｓｈｉｐ?ｂｙ?ＵＭＬ??自統(tǒng)一建模語言ＵＭＬ波創(chuàng)建以來，各領(lǐng)域尤其是軟件工程領(lǐng)域?qū)ζ溲袑]的??熱度從未降低。Ｍｏｈａｇｈｅｇｈｉ等人在研宂基于模型的軟件開發(fā)的系統(tǒng)評審中聲??明：“ＵＭＬ是目前使用最廣泛的建模語言”。同樣，文獻［５］也指出ＵＭＬ經(jīng)常被??企業(yè)運用在軟件分析和設計階段。由Ｄｏｂｉｎｇ和Ｐａｒｓｏｎｓ建立的關(guān)于ＵＭＬ的個人??意見調(diào)查［６］（總共１７１專業(yè)人士），指出另一個有力的陳述：“ＵＭＬ的使用規(guī)范??低于預期”且該研究還提出在實際的應用中ＵＭＬ有很多符號難以理解，因此認??為ＵＭＬ可能過于復雜。同樣在一些博客中，建議ＵＭＬ簡化的呼聲越來越多，??其中最權(quán)威的是Ｉｖａｒ?Ｊａｃｏｂｓｏｎ所著一篇題為“以ＵＭＬ的熱度為例”?１７１的文競，??其中提道：“盡管ＵＭＬ變得復雜而笨拙，但是對于８０％的軟件體系，只有２０％??的ＵＭＬ是必要的。然而

有的步驟都是按照系統(tǒng)評審的研究方法展開的，驗證所設計延伸的ＵＭＬ模型圖??之一一活動圖（Ａｃｔｉｖｉ?ｔｙ?Ｄｉａｇｒａｍ）的有效性的過程是按照案例研究的方法展開的，??本文研究的大致流程如圖２．１所示。??．．．．．??；?指定研宄問題??階段一：什劃綜述?＂????．ｆｆ．）?制定綜述方案??ｆ疆?綱麵?隱??選萚初步研宂???１?１?皆＇Ｌｉ?贓－??階段二：執(zhí)行綜述?＃估文獻質(zhì)量?Ｒ???????提取需要的數(shù)據(jù)?，；＿�。海В�，??Ｍｉ?綜合分析數(shù)ｆ????Ｍｌ１撰１寫綜述報告?＿??階段、媽＿１??Ｈ８—Ｂ關(guān)????Ｈｉ?審ｓ報告???；?；???圖２．?２系統(tǒng)評審流程??Ｆｉｇ?２．?２?Ｓｙｓｔｅｍ?ｒｅｖｉｅｗ?ｐｒｏｃｅｓｓ??２．２系統(tǒng)評審??基于實證（Ｅｖｉｄｅｎｃｅ－ｂａｓｅｄ）的模式首先是被廣泛運用ＹＶ：臨床醫(yī)學及其他學??科，２００４年首次被Ｋｉｔｃｈｅｎｈａｍ等［１５］借鑒并對其進行評估和適應性修改，將其運??用到軟件工程領(lǐng)域中，而系統(tǒng)評審／審閱（ＳＬＲ）是實證研究的一個重要研宄方??法。執(zhí)行一個系統(tǒng)評審涉及到一系列獨立的活動，可分為三個主要階段：計劃綜??述


本文編號：3522034