• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            天空之城
            new,think,program,happy to live
            posts - 39,comments - 39,trackbacks - 0

            UML用例建模的慨念和應(yīng)用

            作者:不詳 來源:不詳 www.csai.cn 2006年02月13日

              一. UML簡介

              UML(統(tǒng)一建模語言,Unified Modeling Language)是一種定義良好、易于表達(dá)、功能強(qiáng)大且普遍適用的可視化建模語言。它融入了軟件工程領(lǐng)域的新思想、新方法和新技術(shù)。它的作用域不限于支持面向?qū)ο蟮姆治雠c設(shè)計,還支持從需求分析開始的軟件開發(fā)的全過程。在系統(tǒng)分析階段,我們一般用UML來畫很多圖,主要包括用例圖、狀態(tài)圖、類圖、活動圖、序列圖、協(xié)作圖、構(gòu)建圖、配置圖等等,要畫哪些圖要根據(jù)具體情況而定。其實簡單的理解,也是個人的理解,UML的作用就是用很多圖從靜態(tài)和動態(tài)方面來全面描述我們將要開發(fā)的系統(tǒng)。
              二. 用例建模簡介

              用例建模是UML建模的一部分,在我眼里,它也是UML里最基礎(chǔ)的部分。用例建模的最主要功能就是用來表達(dá)系統(tǒng)的功能性需求或行為。

              依我的理解用例建模可分為用例圖和用例描述。用例圖由參與者(Actor)、用例(Use Case)、系統(tǒng)邊界、箭頭組成,用畫圖的方法來完成。用例描述用來詳細(xì)描述用例圖中每個用例,用文本文檔來完成。

              1. 用例圖

              參與者不是特指人,是指系統(tǒng)以外的,在使用系統(tǒng)或與系統(tǒng)交互中所扮演的角色。因此參與者可以是人,可以是事物,也可以是時間或其他系統(tǒng)等等。還有一點(diǎn)要注意的是,參與者不是指人或事物本身,而是表示人或事物當(dāng)時所扮演的角色。比如小明是圖書館的管理員,他參與圖書館管理系統(tǒng)的交互,這時他既可以作為管理員這個角色參與管理,也可以作為借書者向圖書館借書,在這里小明扮演了兩個角色,是兩個不同的參與者。參與者在畫圖中用簡筆人物畫來表示,人物下面附上參與者的名稱。

              用例是對包括變量在內(nèi)的一組動作序列的描述,系統(tǒng)執(zhí)行這些動作,并產(chǎn)生傳遞特定參與者的價值的可觀察結(jié)果。這是UML對用例的正式定義,對我們初學(xué)者可能有點(diǎn)難懂。我們可以這樣去理解,用例是參與者想要系統(tǒng)做的事情。對于對用例的命名,我們可以給用例取一個簡單、描述性的名稱,一般為帶有動作性的詞。用例在畫圖中用橢圓來表示,橢圓下面附上用例的名稱。

              系統(tǒng)邊界是用來表示正在建模系統(tǒng)的邊界。邊界內(nèi)表示系統(tǒng)的組成部分,邊界外表示系統(tǒng)外部。系統(tǒng)邊界在畫圖中方框來表示,同時附上系統(tǒng)的名稱,參與者畫在邊界的外面,用例畫在邊界里面。因為系統(tǒng)邊界的作用有時候不是很明顯,所以我個人理解,在畫圖時可省略。

              箭頭用來表示參與者和系統(tǒng)通過相互發(fā)送信號或消息進(jìn)行交互的關(guān)聯(lián)關(guān)系。箭頭尾部用來表示啟動交互的一方,箭頭頭部用來表示被啟動的一方,其中用例總是要由參與者來啟動。

              2. 用例描述

              用例圖只是簡單地用圖描述了一下系統(tǒng),但對于每個用例,我們還需要有詳細(xì)的說明,這樣就可以讓別人對這個系統(tǒng)有一個更加詳細(xì)的了解,這時我們就需要寫用例描述。

              對于用例描述的內(nèi)容,一般沒有硬性規(guī)定的格式,但一些必須或者重要的內(nèi)容還是必須要寫進(jìn)用例描述里面的。用例描述一般包括:簡要描述(說明)、前置(前提)條件、基本事件流、其他事件流、異常事件流、后置(事后)條件等等。下面說說各個部分的意思:

              簡要描述:對用例的角色、目的的簡要描述;

              前置條件:執(zhí)行用例之前系統(tǒng)必須要處于的狀態(tài),或者要滿足的條件;

              基本事件流:描述該用例的基本流程,指每個流程都“正常”運(yùn)作時所發(fā)生的事情,沒有任何備選流和異常流,而只有最有可能發(fā)生的事件流;

              其他事件流:表示這個行為或流程是可選的或備選的,并不是總要總要執(zhí)行它們;

              異常事件流:表示發(fā)生了某些非正常的事情所要執(zhí)行的流程;

              后置條件:用例一旦執(zhí)行后系統(tǒng)所處的狀態(tài);
             

              三. 用例圖和用例描述設(shè)計實例

              這里用我開發(fā)的一個家教網(wǎng)站來簡單的分析用例圖的畫法和用例描述的寫法。這個網(wǎng)站我用UML完整的分析一下,以下我提取了用例圖和用例描述的部分。這個家教網(wǎng)站分為前臺客戶系統(tǒng)和后臺管理系統(tǒng)。

              前臺客戶系統(tǒng)的用例圖如下:

              后臺管理系統(tǒng)用例圖如下:

              對于用例描述,篇幅有限,我在這里只列了后臺管理系統(tǒng)中的網(wǎng)站公告發(fā)布這個用例的描述。如下:

            posted on 2006-05-12 22:54 太極虎~宏 閱讀(195) 評論(0)  編輯 收藏 引用

            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            热re99久久精品国99热| 国产精品久久久久久一区二区三区 | 欧美激情精品久久久久| 日韩精品国产自在久久现线拍| 国内精品久久久久久99蜜桃 | 久久久久亚洲爆乳少妇无 | 四虎国产永久免费久久| 天天做夜夜做久久做狠狠| 日日狠狠久久偷偷色综合免费| 天天综合久久一二三区| 久久精品国产精品亚洲毛片| 国产亚洲精品自在久久| 无码精品久久一区二区三区| 国产精品久久婷婷六月丁香| 99久久99久久| 久久久久se色偷偷亚洲精品av| aaa级精品久久久国产片| 久久精品国产男包| 99久久免费国产精品| 久久精品国产第一区二区三区| 亚洲精品无码久久毛片| 国产精自产拍久久久久久蜜| 97精品伊人久久大香线蕉app| 国内精品久久久久影院薰衣草 | 久久久久免费精品国产| 久久超乳爆乳中文字幕| 亚洲欧美日韩久久精品| 亚洲伊人久久综合影院| 欧美日韩精品久久久久| 久久成人永久免费播放| 色综合久久88色综合天天| 国产成人无码精品久久久免费| 国产精品对白刺激久久久| 久久精品国产网红主播| 国产精品久久成人影院| 久久99精品久久久久久| 久久久久国产日韩精品网站| 久久亚洲天堂| 日韩av无码久久精品免费| 国产精品9999久久久久| 久久久青草青青国产亚洲免观|