版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、習題五習題五簡答題簡答題1.以圖1(一個在學校首次報名的UML活動圖)為例,說明如何繪制活動圖。圖1學校首次報名的UML活動圖答:要創(chuàng)建一個UML活動圖,需要反復執(zhí)行下列步驟。(1)定義活動圖的范圍。首先應該確定建模的范圍,是對整個系統(tǒng)建模,還是一個子系統(tǒng)。一旦定義了作圖的范圍,應該在其頂部,用一個注釋指明該圖的標題和惟一的標識符,還可標注該圖的時間及作者姓名。本題的建模范圍是一個學校管理系統(tǒng)中的“報名”部分。(2)添加活動?;顒邮腔顒?/p>
2、圖的核心,活動是完成系統(tǒng)任務所必須執(zhí)行的處理步驟??蓮挠美P统霭l(fā),對每個角色(act)所驅(qū)動的主要用例引入一個活動,如果是對整個系統(tǒng)建模,應對每個主要流程引入一個活動。在“報名”的活動圖中確定了“Filloutenrollment”(填寫報名表)、“Enrollinuniversity”(登記入學)、“Obtainhelptofilloutfms”(幫助填寫報名表)、“Attenduniversityoverviewpresentat
3、ion”(參加介紹學校會議)等6個活動。(3)添加起點和結束點。每個活動圖只能有一個起始點和多個結束點,結束點可以是所有活動的結束,也可以是對執(zhí)行過程的終止。(4)添加活動間的轉(zhuǎn)變。當一個活動結束時將進入下一個活動,稱為活動轉(zhuǎn)移??蓸嗣骰顒愚D(zhuǎn)移的條件、引起活動轉(zhuǎn)移的事件。如活動“填寫報名表”有兩個活動轉(zhuǎn)移,當填寫報名表不正確時,則轉(zhuǎn)移到活動“幫助填寫報名表”;當填寫正確時,則轉(zhuǎn)移到活動“登記入學”。(5)添加判斷點。當對建模的邏輯需要做
4、出一個判斷時,需要添加判斷點。例如,在圖1中,在“Enrollinuniversity”活動之后,還必須按照入學條件進行判斷,滿足條件的繼續(xù)執(zhí)行入學報到的活動,而不滿足入學條件的則結束。(6)找出并行活動。若兩個活動間沒有直接的聯(lián)系,而且它們都必須在第三個活動開始前結束,則它們是可以并行運行的。在圖1中,用同步線描述系統(tǒng)任務中的并發(fā)活動,活動“Attenduniversityoverviewpresentation”(參加介紹學校會議)
5、和“Enrollinseminars”(注冊研討班)及“Makeinitialtuitionpayment”(交付初始的學費)可并行執(zhí)行,使用同步線表示它們都要在結束整個流程前完成。2.簡述擴展、包含和細化三種UML依賴關系的異同。③實現(xiàn)階段。主要工作就是進行編碼,同時對已構造的模型作相應的修正。④配置階段。通過模型描述所開發(fā)系統(tǒng)的軟硬件配置情況建立配置模型。⑤測試階段。使用前幾個階段所構造的模型來指導和協(xié)助測試工作。5.在UML中,狀
6、態(tài)圖、協(xié)作圖、活動圖、順序圖在系統(tǒng)分析中各起到了什么作用?答:狀態(tài)圖(StateDiagram)用來描述一個特定對象在其生存周期或在某段時間內(nèi)的所有可能的狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件。一個狀態(tài)圖包括一系列的狀態(tài)以及狀態(tài)之間的改變。例如訂單的狀態(tài)變化等,在實時系統(tǒng)中用得較多,還可以用于輔助設計用戶界面。順序圖(SequenceDiagram)清晰地描述一組對象之間動態(tài)的交互關系、時間的約束關系,著重描述對象間消息傳遞的時間順序,所以順序圖在
7、實時系統(tǒng)中被大量使用。當參與交互的對象數(shù)目增加,交互關系復雜時用順序圖描述會顯得雜亂,協(xié)作圖(CollabationDiagram)從另一個角度來更好地描述相互協(xié)作的對象間的交互關系和鏈接(Link)關系。著重體現(xiàn)交互對象間的靜態(tài)鏈接關系和協(xié)作關系。協(xié)作圖也可以從順序圖生成?;顒訄D(ActivityDiagram)是由狀態(tài)圖變化而來的,從系統(tǒng)任務的觀點來看,系統(tǒng)的執(zhí)行過程是由一系列有序活動組成的?;顒訄D可以有效地描述整個系統(tǒng)的流程,描述
8、了系統(tǒng)的全局的動態(tài)行為,且只有活動圖是唯一能夠描述并發(fā)活動的UML圖。6.順序圖與協(xié)作圖都是交互圖,它們有何不同?所描述的主要系統(tǒng)特征是什么?順序圖(SequenceDiagram)重點描述某些對象間消息傳遞的時間順序,對象間的通信和交互通過在對象的生命線之間傳送的消息來表示。還常給出消息的說明信息及消息之間的時間限制及一些約束信息等。但當參與交互的對象數(shù)增加,交互關系復雜時難于表達清楚對象之間的交互關系。協(xié)作圖(Collabation
9、Diagram)則著重體現(xiàn)交互對象間的靜態(tài)鏈接關系和協(xié)作關系,不強調(diào)執(zhí)行事件的順序,而是強調(diào)為了完成某個任務,對象之間通過發(fā)送消息實現(xiàn)協(xié)同工作關系。可以有效地描述當參與對象數(shù)較多時的交互關系。7.狀態(tài)圖與活動圖有何相同與不同之處?在建立系統(tǒng)模型時,應該如何使用這兩類模型?答:活動圖(ActivityDiagram)是由狀態(tài)圖變化而來的它們各自用于不同的目的。狀態(tài)圖著重描述了對象的狀態(tài)變化以及觸發(fā)狀態(tài)變化的事件。但是,從系統(tǒng)任務的觀點看系
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 眾賞文庫僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
評論
0/150
提交評論