《可視化建模與uml》課程設(shè)計--大學(xué)生畢業(yè)論文評審系統(tǒng)

1、<p>　　《可視化建模與UML》課程結(jié)業(yè)報告</p><p>　　項目名稱： 大學(xué)生畢業(yè)論文評審系統(tǒng) </p><p>　　專 業(yè)： 軟件工程 </p><p>　　班 級： 11軟件本（2）班 </p&g

2、t;<p>　　學(xué) 號： </p><p>　　姓 名： </p><p>　　完成日期： 2014年6月6日 </p><p><b>　　目錄</b>&

3、lt;/p><p><b>　　1. 前言介紹</b></p><p>　　2.大學(xué)生畢業(yè)論文評審系統(tǒng)的需求分析3</p><p>　　2.1 系統(tǒng)需求的項目背景4</p><p>　　2.2 系統(tǒng)的需求分析4</p><p>　　2.3 系統(tǒng)的功能模塊圖5</p><p&

4、gt;　　3. 用例圖設(shè)計建模5</p><p>　　3.1 創(chuàng)建用例圖5</p><p>　　3.2 用例說明6</p><p>　　4. 類圖設(shè)計建模7</p><p>　　4.1 類圖簡介7</p><p>　　4.2 建立類圖8</p><p>　　4.3 類圖說明10&l

5、t;/p><p>　　5. 交互建模10</p><p>　　5.1 交互建模簡介10</p><p>　　5.2 建立順序圖11</p><p>　　5.3 建立協(xié)作圖16</p><p>　　6. 行為建模17</p><p>　　6.1 行為建模簡介17</p>&l

6、t;p>　　6.2 建立狀態(tài)圖18</p><p>　　6.3 建立活動圖19</p><p>　　7. 學(xué)習(xí)小結(jié)20</p><p><b>　　7.1.建模20</b></p><p>　　7.2 UML介紹 ………………………………………………………………………………22</p><

7、;p>　　7.3.公共機制20</p><p><b>　　7.4. 圖24</b></p><p><b>　　7.5 類圖24</b></p><p>　　7.6 學(xué)習(xí)心得25</p><p>　　8. 參考文獻26</p><p><b>　　

8、前言介紹</b></p><p>　　需求工程是隨著軟件工程的發(fā)展而產(chǎn)生的。在軟件開發(fā)的初級時期，軟件規(guī)模不大，軟件開發(fā)所關(guān)注的是代碼編寫，軟件需求很少受到重視。在引入軟件生命周期的概念后，需求工程成了軟件生命周期的第一階段。隨著軟件系統(tǒng)規(guī)模的擴大，以及為了解決“軟件危機”而引起的軟件工程技術(shù)與方法的發(fā)展，需求工程在整個軟件開發(fā)與維護過程中就顯得越來越重要了。人們普遍認識到，充分研究軟件需求可以避免開

9、發(fā)系統(tǒng)時的盲目性，能夠直接關(guān)系到軟件的成功與否。隨著軟件工程的研究和應(yīng)用的逐漸深入，人們同時認識到軟件需求不再僅限于軟件開發(fā)的最初階段，它貫穿于系統(tǒng)開發(fā)的整個生命周期。許多項目開發(fā)過程中出現(xiàn)的諸多問題都與需求工程階段沒有合理完整的進行需求獲取、分析有關(guān)。由此可見，需求工程對于項目開發(fā)尤其是大型項目的研發(fā)的至關(guān)重要的作用。 </p><p>　　需求工程的準確含義，沒有嚴格統(tǒng)一的表述。一種比較常用的解釋如下： 需

10、求工程是指應(yīng)用已證實有效的技術(shù)、方法進行需求分析、確定客戶需求，幫助分析人員理解問題并確定目標系統(tǒng)的所有外部特征的一門學(xué)科；它通過合適的工具和記號系統(tǒng)地描述待開發(fā)系統(tǒng)及其行為特征和相關(guān)約束，形成需求文檔；并對用戶不斷變化的需求演進給與支持。需求工程可以分為需求開發(fā)和需求管理兩部分。需求開發(fā)包括需求獲取、需求分析、編寫需求規(guī)格、需求驗證；這些子學(xué)科涵蓋了為軟件和軟件相關(guān)產(chǎn)品收集、評估和記錄需求相關(guān)的所有活動。需求管理包括需求變更控制、版本

11、控制、需求跟蹤、需求狀態(tài)跟蹤等內(nèi)容。 </p><p>　　另一方面，領(lǐng)域用戶通常不知道如何按軟件開發(fā)的要求去描述他們的需求，而且，他們一開始常常對自己的需求僅有一個模糊的認識，如果沒有任何提示和引導(dǎo)，就不可能立刻給出正確而完整的需求描述。確定系統(tǒng)的需求是一個連續(xù)的過程，開發(fā)人員在開發(fā)系統(tǒng)之前不可能完全詳細地說明一個系統(tǒng)的真正需求。一個不完整的需求獲取和管理過程，會對項目的生命周期產(chǎn)生多米諾骨牌的效應(yīng)。用戶需求的

12、缺失會導(dǎo)致系統(tǒng)需求的缺失，從而導(dǎo)致設(shè)計單元及功能的缺失，并最終導(dǎo)致系統(tǒng)不能實現(xiàn)預(yù)期的功能，或者需要在后期花費較大的代價來修正或補充這些功能，導(dǎo)致項目延期、產(chǎn)生嚴重的質(zhì)量問題或超出項目預(yù)算。因此，及時、準確地獲取用戶需求，是決定軟件項目能否取得成功的關(guān)鍵步驟之一。</p><p>　　2.大學(xué)生畢業(yè)論文評審系統(tǒng)的需求分析</p><p>　　2.1 系統(tǒng)需求的項目背景</p>

13、<p>　　伴隨著我國高等教育的逐漸擴展，每屆的大學(xué)身越來越多，因此每年在高校畢業(yè)的大學(xué)生也越來越多，因而每年的高校畢業(yè)論文的評審工作越發(fā)復(fù)雜。畢業(yè)生都要經(jīng)歷關(guān)注論文選題、選題、提交論文、和導(dǎo)師溝通交流、修改稿件、定稿等過程，導(dǎo)師要經(jīng)歷開題、確定學(xué)生、評閱每份稿件、定稿、評分等多個環(huán)節(jié)。我們可以發(fā)現(xiàn)，以往的大學(xué)生論文評審的過程很熟悉但處理起來卻很繁瑣，耗費著大量的精力。</p><p>　　因此，建立一

14、個統(tǒng)一的畢業(yè)論文處理系統(tǒng)是十分必要的，不但可以減輕老師和學(xué)生的負擔，使得繁瑣的流程有了一個統(tǒng)一的流水線似的發(fā)展，不容易在過程中出現(xiàn)錯誤。</p><p>　　2.2 系統(tǒng)的需求分析</p><p>　　大學(xué)生論文評審系統(tǒng)的需求分析反應(yīng)系統(tǒng)能夠完成的各項功能，并且能夠簡單明了地把要各項的功能展示給所有參與人員。大學(xué)生論文評審系統(tǒng)的功能分析如下所示：</p><p>　

15、　系統(tǒng)只針對系統(tǒng)管理員、畢業(yè)生以及評審老師這三類用戶。</p><p>　　系統(tǒng)允許用戶注冊各自的賬號。</p><p><b>　　系統(tǒng)分配用戶權(quán)限。</b></p><p><b>　　系統(tǒng)允許用戶登錄。</b></p><p>　　系統(tǒng)允許修改個人賬號信息。</p><p&

16、gt;　　系統(tǒng)提供評審老師開題。</p><p>　　系統(tǒng)允許畢業(yè)生查看開題信息以及選題。</p><p>　　系統(tǒng)提示畢業(yè)生檢查并確定將要提交的論文。</p><p>　　系統(tǒng)允許評審老師批閱論文。</p><p>　　系統(tǒng)允許評審老師給畢業(yè)生論文評分。</p><p>　　系統(tǒng)允許系統(tǒng)管理員錄入畢業(yè)生論文答辯的成績

17、。</p><p>　　系統(tǒng)允許系統(tǒng)管理員對畢業(yè)生和評審老師的用戶信息進行增刪查改。</p><p>　　該系統(tǒng)允許系統(tǒng)管理員公布畢業(yè)生論文評審成績</p><p>　　該系統(tǒng)允許畢業(yè)生查詢個人論文的評審結(jié)果成績。</p><p>　　2.3 系統(tǒng)的功能模塊圖</p><p>　　大學(xué)生畢業(yè)論文評審系統(tǒng)的功能模塊圖反映

18、了大學(xué)生畢業(yè)論文評審系統(tǒng)的功能及各個功能之間的關(guān)系，具體的內(nèi)容如圖2.3.1。</p><p>　　圖2.3.1 大學(xué)生畢業(yè)論文評審系統(tǒng)功能模塊圖</p><p><b>　　【功能模塊圖說明】</b></p><p>　　1)大學(xué)生畢業(yè)論文評審系統(tǒng)：包括用戶管理、選題管理、師生互動管理和論文管理四個模塊。</p><p&

19、gt;　　2)用戶管理：主要用于用戶登入以及用戶的信息管理。</p><p>　　3)選題管理：用于畢業(yè)生導(dǎo)師開題和畢業(yè)生選題。</p><p>　　4)師生互動管理：師生之間方便交流。</p><p>　　5)論文管理：用于對每位畢業(yè)生用戶的論文修改、提交、批閱管理、成績查詢。</p><p>　　6)用戶登錄管理：按照畢業(yè)生、評審老師、管

20、理員三類用戶的不同權(quán)限登錄系統(tǒng)。</p><p>　　7)用戶信息管理：管理員可以對畢業(yè)生、評審老師兩類用戶的信息進行增刪查改。</p><p>　　8)評審老師開題：評審老師在系統(tǒng)中公布選題。</p><p>　　9)畢業(yè)生選題管理：畢業(yè)生從公布的選題中選題。</p><p>　　10)畢業(yè)生留言：畢業(yè)生在論文中遇到的問題，可以在線給自己

21、老師留言。</p><p>　　11)評審老師回復(fù)：老師在進入系統(tǒng)后，發(fā)現(xiàn)學(xué)生留言，及時回復(fù)。</p><p>　　12)論文提交管理：畢業(yè)生最多提交論文次數(shù)最多三次，以最后一次為終稿，最終稿不可在修改。</p><p>　　13)論文批閱管理：評審老師對畢業(yè)生提交的論文進行批閱，評分。</p><p>　　14)成績管理：論文評審的總成績?yōu)?/p>

22、導(dǎo)師評定論文分數(shù)的60%加上畢業(yè)生論文答辯分數(shù)的40%。</p><p><b>　　3.用例圖設(shè)計建模</b></p><p><b>　　3.1 創(chuàng)建用例圖</b></p><p>　　系統(tǒng)主要由 畢業(yè)生、評審老師、系統(tǒng)管理員這三個二元關(guān)聯(lián)類的事項組成，畢業(yè)生與大學(xué)生論文評審系統(tǒng)之間的選題管理事項，以及畢業(yè)生導(dǎo)師與大

23、學(xué)生論文評審系統(tǒng)管理事項。</p><p>　　選題者即畢業(yè)生，代表做論文行為。開題者即導(dǎo)師，它代表公布選題、評閱論文、論文評分。系統(tǒng)服務(wù)器管理員操作，它模擬管理員與畢業(yè)生和畢業(yè)生導(dǎo)師之間的中介，驗證的行為，整個系統(tǒng)在服務(wù)器、工作站(畢業(yè)生、畢業(yè)生導(dǎo)師)運行，因此整個系統(tǒng)參與者是畢業(yè)生、畢業(yè)生導(dǎo)師、管理員。</p><p>　　通過對系統(tǒng)的用例進行分析，建立用例圖如下圖3.1.1。<

24、/p><p>　　圖3.1.1 大學(xué)生畢業(yè)論文評審系統(tǒng)用例圖</p><p><b>　　3.2 用例說明</b></p><p>　　登錄系統(tǒng)用例，用于方便要進行操作并且沒有登錄系統(tǒng)的用戶登錄系統(tǒng)。</p><p>　　溝通交流用例，方便畢業(yè)生和畢業(yè)生導(dǎo)師之間就論文問題可以在線交流。</p><p&g

25、t;　　論文選題用例，用于畢業(yè)生選取畢業(yè)論文論題。</p><p>　　提交稿件用例，用于畢業(yè)生向系統(tǒng)提交論文。</p><p>　　查詢成績用例，用于畢業(yè)生查詢自己的成績詳情。</p><p>　　論文總成績用例，用于系統(tǒng)計算論文的總成績。</p><p>　　答辯分數(shù)錄入用例，用于系統(tǒng)管理員向系統(tǒng)錄入答辯成績。</p>&l

26、t;p>　　維護用戶信息用例，用于管理員管理畢業(yè)生和畢業(yè)生導(dǎo)師的用戶信息。</p><p>　　論文開題用例，用于畢業(yè)生導(dǎo)師公布論文論題。</p><p><b>　　評分。</b></p><p><b>　　4.類圖設(shè)計建模</b></p><p><b>　　4.1 類圖簡介&

27、lt;/b></p><p>　　類圖是最常用的UML圖，顯示出類、接口以及它們之間的靜態(tài)結(jié)構(gòu)和關(guān)系；它用于描述系統(tǒng)的結(jié)構(gòu)化設(shè)計。類圖最基本的元素是類或者接口。</p><p>　　類圖一般包含3個組成部分。第一個是類名；第二個是屬性（attributes）；第三個是該類提供的方法，類名部分是不能省略的，其他組成部分可以省略。</p><p><b>

28、;　　4.2 建立類圖</b></p><p>　　(1)畢業(yè)生類：該對象直接與服務(wù)器聯(lián)系，登錄、驗證身份，得到論文選題的唯一身份，然后在規(guī)定的時間內(nèi)，確認論文題目，之后進行論文提交和修改。另可聯(lián)系成績查詢類查詢論文總成績及論文評語等。</p><p>　　(2)畢業(yè)生導(dǎo)師類：該對象直接與服務(wù)器聯(lián)系，登錄、驗證身份，在一定的時間內(nèi)論文開題并進行論題公布，對畢業(yè)生提交的論文進行評

29、閱并給出評語，并對畢業(yè)生終稿進行評分。</p><p>　　(3)管理員類：此類對象直接與系統(tǒng)進行交互，與畢業(yè)生類、畢業(yè)生導(dǎo)師類進行交互，管理其信息并設(shè)置其權(quán)限，另將導(dǎo)師發(fā)布的考試安排、考試成績及試卷答案上傳至考試記錄供學(xué)生查詢。</p><p>　　(4)論文庫類：包括問題論文編號、論文題目、論文提交時間。由管理員和導(dǎo)師類共同維護修改。</p><p>　　(5)

30、論文成績類：包括論文評分、論文答辯分數(shù)、總成績?nèi)齻€屬性。畢業(yè)生可依據(jù)學(xué)生編號、論文題目、提交論文時間查詢到相應(yīng)論文分數(shù)及試論文評語等信息。</p><p>　　(6)交流平臺類：包括畢業(yè)生編號、導(dǎo)師編號、交流信息三個屬性。畢業(yè)生可以通過該類實現(xiàn)與導(dǎo)師交流互動。</p><p>　　(7)公告欄類：包括公告編號、公告信息、公告日期三個屬性。用戶都可以可以通過該類查看公告信息。</p&g

31、t;<p>　　根據(jù)以上描述，可以發(fā)現(xiàn)該系統(tǒng)中有七個類，類的屬性，根據(jù)類的描述及屬性，畫出系統(tǒng)類圖，具體如下圖4.2.1。</p><p>　　圖4.2.1 大學(xué)畢業(yè)論文評審系統(tǒng)類圖</p><p><b>　　4.3 類圖說明</b></p><p>　　根據(jù)大學(xué)生畢業(yè)論文評審系統(tǒng)類圖的分析，在該系統(tǒng)中涉及到的主要類及類的作用

32、如表4.3.1所示。</p><p>　　表4.3.1 大學(xué)生畢業(yè)論文評審系統(tǒng)中的類說明</p><p><b>　　5.交互建模</b></p><p>　　5.1 交互建模簡介</p><p>　　交互圖描述對象間的交互關(guān)系。其中順序圖是將交互關(guān)系表示為一個二維圖，它顯示對象之間的動態(tài)合作關(guān)系，強調(diào)對象之間消息發(fā)送

33、的順序，同時顯示對象之間的交互；合作圖描述對象間的協(xié)作關(guān)系，合作圖跟順序圖相似，顯示對象間的動態(tài)合作關(guān)系。除顯示信息交換外,合作圖還顯示對象以及它們之間的關(guān)系。如果強調(diào)時間和順序，則使用順序圖；如果強調(diào)上下級關(guān)系，則選擇協(xié)作圖。這兩種圖合稱為交互圖。</p><p><b>　　5.2 建立順序圖</b></p><p>　　順序圖縱向是時間軸，時間沿豎線向下延伸。當

34、對象存在時，角色用一條虛線表示，當對象的過程處于激活狀態(tài)時，生命線是一個雙道線。UML順序圖一般用于：確認和豐富一個使用情境的邏輯。一個使用情境就是系統(tǒng)潛在的使用方式的描述，也就是它的名稱所要描述的。一個使用情境的邏輯可能是一個用例的一部分，或是一條備選線路。大學(xué)生畢業(yè)論文評審系統(tǒng)主要有：</p><p><b>　　開題順序圖</b></p><p><b&g

35、t;　　選題順序圖</b></p><p><b>　　提交論文順序圖</b></p><p><b>　　錄入成績順序圖</b></p><p><b>　　成績查詢順序圖</b></p><p><b>　　溝通交流順序圖</b></

36、p><p><b>　　(1) 開題順序圖</b></p><p>　　通過分析，開題順序圖中有四個對象，分別為導(dǎo)師用戶、管理用戶UI、論題控制器、數(shù)據(jù)庫。基本操作順序如下：</p><p><b>　　選擇開題</b></p><p><b>　　顯示開題界面</b></p

37、><p><b>　　提交選題</b></p><p><b>　　保存選題</b></p><p><b>　　保存成功</b></p><p><b>　　操作成功</b></p><p><b>　　開題成功</b

38、></p><p><b>　　公布論題</b></p><p><b>　　公布成功</b></p><p>　　圖5.2.1 用戶順序圖</p><p><b>　　(2) 選題順序圖</b></p><p>　　通過分析，選題順序圖中有四個

39、對象，分別為畢業(yè)生、界面UI、選題控制器、數(shù)據(jù)庫?；静僮黜樞蛉缦拢?lt;/p><p><b>　　論文選題</b></p><p><b>　　顯示選題界面</b></p><p><b>　　確認選題</b></p><p><b>　　是否可選</b>

40、</p><p><b>　　保存選題</b></p><p><b>　　保存成功</b></p><p><b>　　選題成功</b></p><p><b>　　返回成功</b></p><p>　　圖5.2.2 選題順序圖&

41、lt;/p><p>　　(3) 提交論文順序圖</p><p>　　通過分析，提交論文順序圖中有五個對象，分別為導(dǎo)師、畢業(yè)生、論文管理器、界面UI、數(shù)據(jù)庫?；静僮黜樞蛉缦拢?lt;/p><p><b>　　進入提交界面</b></p><p><b>　　顯示論文提交界面</b></p>&

42、lt;p><b>　　提交論文</b></p><p><b>　　論文檢查</b></p><p><b>　　上傳論文</b></p><p><b>　　上傳成功</b></p><p><b>　　顯示上傳成功</b>&

43、lt;/p><p><b>　　通知學(xué)生</b></p><p><b>　　評閱論文</b></p><p><b>　　寫評語</b></p><p><b>　　保存評語</b></p><p><b>　　保存成功&l

44、t;/b></p><p><b>　　通知學(xué)生有評語</b></p><p>　　圖5.2.3 提交論文順序圖</p><p>　　(4) 錄入成績順序圖</p><p>　　通過分析，錄入成績順序圖中有四個對象，分別為導(dǎo)師、管理員、界面UI、成績控制器、數(shù)據(jù)庫?；静僮黜樞蛉缦拢?lt;/p><

45、;p><b>　　論文評分</b></p><p><b>　　確認分數(shù)</b></p><p><b>　　論文分數(shù)保存</b></p><p><b>　　保存成功</b></p><p><b>　　通知導(dǎo)師</b><

46、;/p><p><b>　　答辯成績錄入</b></p><p><b>　　確認成績錄入</b></p><p><b>　　保存答辯成績</b></p><p><b>　　保存成功</b></p><p><b>　　通

47、知管理員</b></p><p>　　圖5.2.4 錄入成績順序圖</p><p>　　(5) 成績查詢順序圖</p><p>　　通過分析，成績查詢順序圖中有五個對象，分別為畢業(yè)生、界面UI、成績控制器、數(shù)據(jù)庫?；静僮黜樞蛉缦拢?lt;/p><p><b>　　錄入學(xué)號</b></p><

48、;p><b>　　成績查詢</b></p><p><b>　　數(shù)據(jù)庫查詢</b></p><p><b>　　返回論文和答辯成績</b></p><p><b>　　計算總成績</b></p><p><b>　　顯示成績</b&g

49、t;</p><p><b>　　通知用戶</b></p><p>　　圖5.2.5 成績查詢順序圖</p><p>　　(6) 溝通交流順序圖</p><p>　　通過分析，溝通交流順序圖中有四個對象，分別為導(dǎo)師、畢業(yè)生、留言平臺?；静僮黜樞蛉缦拢?lt;/p><p><b>　　學(xué)生留

50、言</b></p><p><b>　　反饋留言</b></p><p><b>　　回復(fù)留言</b></p><p><b>　　反饋留言</b></p><p>　　圖5.2.6 溝通交流順序圖</p><p><b>　　5.

51、3 建立協(xié)作圖</b></p><p>　　(1) 畢業(yè)生選題協(xié)作圖</p><p>　　畢業(yè)生選題協(xié)作圖顯示了畢業(yè)生、管理界面UI、數(shù)據(jù)庫、管理用戶控制器四個對象之間的交互，編號為交互步驟。</p><p>　　圖5.3.1 畢業(yè)生選題協(xié)作圖</p><p>　　(2) 導(dǎo)師開題協(xié)作圖</p><p>

52、　　導(dǎo)師開題協(xié)作圖顯示了導(dǎo)師、管理界面UI、論文控制器、數(shù)據(jù)庫四個對象之間的交互，編號為交互步驟。</p><p>　　圖5.3.2 導(dǎo)師開題協(xié)作圖</p><p><b>　　6.行為建模</b></p><p>　　6.1 行為建模簡介</p><p>　　行為模型常用狀態(tài)轉(zhuǎn)換圖（簡稱狀態(tài)圖）來描述，它又稱為狀態(tài)機

53、模型。行為模型通過描述系統(tǒng)的狀態(tài)以及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件來表示系統(tǒng)的行為。狀態(tài)圖中的基本元素有事件、狀態(tài)和行為等。其描述類的對象所有可能的狀態(tài)以及事件發(fā)生時狀態(tài)的轉(zhuǎn)移條件。通常，狀態(tài)圖是對類圖的補充。</p><p><b>　　6.2 建立狀態(tài)圖</b></p><p>　　(1) 管理員狀態(tài)圖</p><p>　　管理員狀態(tài)圖主要包括以下

54、狀態(tài)：</p><p>　　登錄時賬號密碼核對，不正確則返回重新輸入</p><p>　　核對成功后進入用戶管理界面</p><p>　　在用戶管理界面添加用戶信息</p><p>　　在用戶管理界面刪除用戶信息</p><p>　　在用戶管理界面修改用戶信息</p><p>　　在公告欄管理界

55、面進行公告欄管理</p><p>　　在答辯成績錄入界面錄入答辯成績</p><p>　　圖6.2.1 管理員狀態(tài)圖</p><p><b>　　(2) 用戶狀態(tài)圖</b></p><p>　　用戶狀態(tài)圖主要包括以下狀態(tài)：</p><p>　　畢業(yè)生用戶登錄時賬號密碼核對，不正確則返回重新輸入&

56、lt;/p><p>　　核對成功后進入系統(tǒng)主界面，可以選擇進入個人信息界面、公告欄及論文管理界面</p><p>　　在個人信息界面可以修改個人信息</p><p>　　在公告欄可以查看公告欄信息</p><p>　　在論文管理界面可以進入選題界面、論文成績查詢界面和上傳下載論文界面</p><p>　　在選題界面可以進行

57、選題</p><p>　　在上傳下載論文界面可以提交或者下載論文</p><p>　　在論文成績查詢界面可以查詢個人論文總成績</p><p>　　圖6.2.2 用戶狀態(tài)圖</p><p><b>　　(3) 導(dǎo)師狀態(tài)圖</b></p><p>　　導(dǎo)師狀態(tài)圖主要包括以下狀態(tài)：</p>

58、;<p>　　導(dǎo)師用戶登錄時賬號密碼核對，不正確則返回重新輸入</p><p>　　核對成功后進入系統(tǒng)主界面</p><p>　　在系統(tǒng)主界面可以選擇進入個人信息界面、公告欄、論文管理界面</p><p>　　在個人信息界面修改個人信息</p><p><b>　　在公告欄查看公告</b></p>

59、;<p><b>　　在開題界面開題</b></p><p>　　在論文評閱中評閱論文并寫評語</p><p>　　在論文評分中給論文打分數(shù)</p><p>　　圖6.2.3 導(dǎo)師狀態(tài)圖</p><p><b>　　6.3 建立活動圖</b></p><p>

60、　　在論文評分活動圖中，創(chuàng)建了三個個泳道，分別為畢業(yè)生對象、導(dǎo)師對象和論文評審系統(tǒng)對象。具體活動過程描述如下：</p><p><b>　　畢業(yè)生選題</b></p><p>　　系統(tǒng)判斷選題失敗，返回重新選擇</p><p>　　系統(tǒng)判斷選題成功，畢業(yè)生提交論文</p><p>　　所提交的論文次數(shù)不能超過三次<

61、/p><p>　　提交論文次數(shù)超過三次，最后一次視為終稿</p><p>　　提交論文成功后，導(dǎo)師批閱論文</p><p>　　導(dǎo)師要對論文終稿評分</p><p><b>　　評分完成即為結(jié)束</b></p><p>　　6.3.1 論文評分活動圖</p><p><

62、b>　　7.學(xué)習(xí)總結(jié)</b></p><p><b>　　7.1.建模 </b></p><p>　　7.1.1 為什么要建模 </p><p>　　要生產(chǎn)合格的軟件就要有一套關(guān)于體系結(jié)構(gòu)、過程和工具的規(guī)范。 </p><p><b>　　建模的目標： </b></p>

63、<p>　　模型幫助我們按照實際情況或按照我們所需要的樣式對系統(tǒng)進行可視化。 </p><p>　　模型允許我們詳細說明系統(tǒng)的結(jié)構(gòu)和行為。 </p><p>　　模型給出一個知道我們構(gòu)造系統(tǒng)的模板。 </p><p>　　模型對我們的決策進行文檔化。 </p><p>　　* 建模就是把復(fù)雜的系統(tǒng)變成小的系統(tǒng)，采用“各個擊破”的

64、原則逐一解決。 </p><p>　　7.1.2 建模原理 </p><p>　　1）選擇創(chuàng)建什么模型很重要，模型要反映你難于處理的開發(fā)問題。 </p><p>　　2）模型要在不同的精度級別上來表示。你可以根據(jù)觀察的角色和觀察的原因來選擇精度。 </p><p>　　3）建造模型要和現(xiàn)實相連。 </p><p>　　

65、4）重要的系統(tǒng)需要用一組獨立的模型去處理。在面向?qū)ο蟮能浖w系中， </p><p>　　7.1.3 面向?qū)ο蟮慕?</p><p>　　面向算法的建模在需求發(fā)生變化或者系統(tǒng)增長后就變得難以維護。 面向?qū)ο蟮慕０褜ο蠛皖愖鳛槠渲饕獦?gòu)造塊。例如，在三層結(jié)構(gòu)中，我們可以在用戶接口層、中間層和數(shù)據(jù)庫層中找到你想要的對象。 </p><p>　　7.2 UML介紹 &l

66、t;/p><p><b>　　7.2.1 概述 </b></p><p>　　1）UML可以對軟件密集型系統(tǒng)的制品進行可視化、詳述、構(gòu)造和文檔化。最好把它用于以用況（用例）為驅(qū)動、以體系結(jié)構(gòu)為中心、跌代及增量的過程中。 </p><p>　　2）UML是一種語言，它是一種可視化的語言，它是一組圖形符號。它可用于詳細描述。它又是一種構(gòu)造語言，可以直接

67、生成代碼。用Rational XDE就可以實現(xiàn)從UML到C#，或者從C#到UML的雙向工程。 </p><p>　　7.2.2 UML的概念模型 </p><p>　　學(xué)習(xí)建模的三個要素：UML的基本構(gòu)造塊、這些構(gòu)造塊放在一起的規(guī)則、一些運用于整個UML的公共機制。 </p><p>　　UML中有以下四種事物 ：</p><p>　　1）結(jié)

68、構(gòu)事物 －－－ 類、接口、協(xié)作（它是一個交互，它是由一組共同工作以提供某協(xié)作行為的角色和其它元素構(gòu)成的一個群體。）、用例、主動類（至少擁有一個進程或者線程，其元素的行為可以和其它元素的行為并發(fā)）、構(gòu)件（如COM+和Java Bean）、節(jié)點。 </p><p>　　2）行為事物 －－－ 交互、狀態(tài)機（描述了一個對象或者一個交互在生命期內(nèi)響應(yīng)事件所經(jīng)歷的狀態(tài)序列）。 </p><p>　　3

69、）分組事物 －－－ 包 </p><p>　　4）注釋事物 －－－ 注解 </p><p>　　UML中的四種關(guān)系 ：</p><p>　　1）依賴 －－－ 兩個事物間的語義關(guān)系 </p><p>　　2）關(guān)聯(lián) －－－ 是一種結(jié)構(gòu)關(guān)系，如聚合 </p><p>　　3）泛化 －－－ 一般/特殊關(guān)系 </p>

70、<p>　　4）實現(xiàn) －－－ 用在兩種地方：接口和實現(xiàn)他們之間的類和構(gòu)件之間；用例和實現(xiàn)他們的協(xié)作之間。 </p><p><b>　　UML中的圖 ：</b></p><p>　　1）類圖 －－－ 系統(tǒng)的靜態(tài)狀態(tài)圖，包含主動類的類圖給除系統(tǒng)的靜態(tài)進程視圖。 </p><p><b>　　2）對象圖 </b>

71、</p><p><b>　　3）用例圖 </b></p><p><b>　　4）順序圖 </b></p><p><b>　　5）協(xié)作圖 </b></p><p><b>　　6）狀態(tài)圖 </b></p><p>　　7）活動圖

72、 －－－ 強調(diào)對象間的控制流程 </p><p><b>　　8）構(gòu)件圖 </b></p><p><b>　　9）實施圖 </b></p><p>　　7.2.3 體系結(jié)構(gòu) </p><p>　　我們用5個互聯(lián)的視圖來描述軟件密集型系統(tǒng)的體系結(jié)構(gòu)： </p><p><

73、;b>　　1）系統(tǒng)的用例圖 </b></p><p>　　2）系統(tǒng)的設(shè)計視圖 －－－ 靜態(tài)方面由類圖和對象圖描述，動態(tài)方面由交互圖、狀態(tài)圖和活動圖描述。 </p><p>　　3）系統(tǒng)的進程視圖 －－－ 包含了形成系統(tǒng)并發(fā)和同步機制的線程和進程。 </p><p>　　4）系統(tǒng)的實現(xiàn)視圖 －－－ 主要針對系統(tǒng)發(fā)布的配置管理。 </p>

74、<p>　　5）系統(tǒng)的實施視圖 </p><p>　　7.2.4 軟件開發(fā)生命周期 </p><p>　　用況驅(qū)動以體系結(jié)構(gòu)為中心 </p><p>　　跌代過程 －－－ 涉及到一連串可執(zhí)行發(fā)布的管理。 </p><p>　　軟件開發(fā)生命周期的(RUP)四個階段：初始、細化、構(gòu)造、移交。 </p><p>

75、<b>　　7.3 公共機制 </b></p><p>　　四個公共機制可以使UML簡化:詳述、修飾、公共劃分和擴展 </p><p>　　構(gòu)造型、標記值和約束使UML提供的用以增加新的構(gòu)造塊、創(chuàng)建新的特性以及描述新的語義的機制。 </p><p><b>　　7.4 圖 </b></p><p>

76、　　有5種最重要的互補視圖：用例視圖、設(shè)計視圖、進程視圖、實現(xiàn)視圖和實施視圖，每一種視圖包含結(jié)構(gòu)建模（靜態(tài)）和行為建模（動態(tài)） </p><p>　　建圖的兩種方法：正向工程和逆向工程 </p><p>　　如何選擇視圖來建模？ </p><p>　　1）視圖能夠表達系統(tǒng)的體系結(jié)構(gòu)，能夠暴露項目的技術(shù)風(fēng)險。 </p><p>　　2）決定用哪

77、些制品來捕獲視圖的基本細節(jié)。 </p><p>　　3）作為你的過程策略的一部分，決定把那種視圖至于某種形式或者半形式的控制之下。 </p><p>　　4）保留廢棄的視圖。 </p><p>　　兩種系統(tǒng)建模的方法： </p><p>　　1）針對同一模型，用不同層次上的細節(jié)描述圖。 </p><p>　　2）在不同

78、的抽象層次上，從一個模型跟蹤到另一個模型的方法建模。 </p><p><b>　　7.5 類圖 </b></p><p>　　類圖包括如下內(nèi)容：類、接口、協(xié)作、依賴、泛化和關(guān)聯(lián)關(guān)系。 </p><p>　　對系統(tǒng)的靜態(tài)設(shè)計視圖建模時使用類圖的3種方式： </p><p>　　1）對系統(tǒng)的詞匯建模 </p>

79、<p>　　2）對簡單協(xié)作建模 －－－ 協(xié)作提供的一些合作行為強于其所有元素行為之和。 </p><p>　　3）對邏輯數(shù)據(jù)庫模式建模 </p><p>　　在UML中更一般的構(gòu)造塊是類元，類元包括：類、接口、數(shù)據(jù)類型、信號、構(gòu)件、節(jié)點、用況和子系統(tǒng)。他是描述結(jié)構(gòu)特性和行為特性的機制。</p><p><b>　　7.6學(xué)習(xí)心得</b&g

80、t;</p><p>　　剛開始接觸這門課是，對這門課不是很了解，甚至不知道什么叫UML，也不知道為什么要學(xué)習(xí)這么多的模型?，F(xiàn)在這本書上的模型終于是學(xué)完了，不能說自己學(xué)的有多么好，也不敢說自己能工對Ration Rose、StarUML、Visio這些建模工具有多么的熟悉，但是當做完這份結(jié)業(yè)報告的時候，我的心里有千萬說不出來的成就感和喜悅感。所有的模型只有自己親自使用了那些生疏的、困難的工具一個個繪制出來后，才知

81、道學(xué)習(xí)的過程中盡管困難重重，但是只有切實的認真的去做，才會有意想不到的收獲。這次的結(jié)業(yè)報告我自己非常滿意，畢竟是自己一點一滴做出來的，辛勞的成果讓我格外的開心。</p><p>　　通過這門課，我感覺學(xué)到了很多的東西。在課后查找資料、和同學(xué)一起討論、一起發(fā)現(xiàn)問題、發(fā)現(xiàn)解決辦法讓我學(xué)會了使用身邊的一切力量來學(xué)習(xí)，也學(xué)會了用新的思考問題的方式，更重要的是還學(xué)到了做事要認真仔細，實踐才能出真知的道理。</p>

82、;<p><b>　　8.參考文獻</b></p><p>　　[1]衣楊等. 基于UML可視化設(shè)計實驗教程[M]. 廣東：中山大學(xué)出版社，2006</p><p>　　[2]張龍祥. UML與系統(tǒng)分析設(shè)計[M]. 北京：人民郵電大學(xué)出版社，2007</p><p>　　[3]吳建，汪杰．UML基礎(chǔ)與ROSE建模案例[M]．北京人