UML課程作業(yè)完整

UML課程作業(yè)一、請參閱課件，完成以下填空：1、UML1.0是1997年發(fā)布的。2、UML為建模者和建模支持工具的開發(fā)者提供了標準的圖形符號和正文語法。3、設(shè)有模型元素x，y，若修改x的定義可能引起對y的定義的修改，則稱元素y依賴于元素x。4、在關(guān)聯(lián)關(guān)系中，屬性“階元”表示有多少個對象參與關(guān)聯(lián)。5、當靜態(tài)建模完成后，類的屬性名字和類型肯定被明確定義。6、傳統(tǒng)軟件工程中的可行性研究在RUP中稱為需求分析（前景分析）。7、W3CDOM規(guī)范與MSXML之間的關(guān)系在UML中稱為實現(xiàn)關(guān)系。8、如果根據(jù)RUP建模，則需求分析在初始階段進行，程序設(shè)計在細化階段進行。9、在描述參與者時，主要考慮它在系統(tǒng)中扮演的角色，而不是在組織中的職位。10、用例描述了系統(tǒng)所執(zhí)行的動作序列集，一個用例是代表軟件系統(tǒng)的一項功能。11、系統(tǒng)用例由參與者激活。12、用例之間存在三種關(guān)系：類屬（一般化）、包含和擴充。其中，包含和擴充實際上是UML建模元素四種關(guān)系中的一般化關(guān)系。13、事件流用于規(guī)定用例的行為。14、在UML靜態(tài)建模時，其分析階段主要是通過分析問題域，確定系統(tǒng)中的類，畫出類圖或動態(tài)圖。15、在UML靜態(tài)建模時，其設(shè)計階段的目的是要確定一種易轉(zhuǎn)化為代碼的設(shè)計方案，設(shè)計階段又可分為結(jié)構(gòu)設(shè)計和詳細設(shè)計。16、主動對象不需要其他對象請求就主動表現(xiàn)的行為，而反映型對象只是響應(yīng)外部事件，在響應(yīng)一個事件后，又會變回空閑狀態(tài)，等待下一個事件。17、UML動態(tài)建模主要通過繪制順序圖、協(xié)作圖、活動圖和狀態(tài)圖來輔助分析或描述系統(tǒng)用例或類的重要操作的算法。18、在UML動態(tài)建模時，主要通過分析對象的消息傳遞來確定系統(tǒng)的行為，而消息通常表示一個對象要調(diào)用另一個對象中的操作。19、在時序圖中，分支或迭代條件使用[]括起來，而約束條件使用{}括起來。20、在活動圖中，動作狀態(tài)表示了正在執(zhí)行的不可分解的計算，而活動狀態(tài)是可分解的且可中斷的。21、狀態(tài)圖描述了系統(tǒng)對象隨時間變化的動態(tài)行為，并展現(xiàn)了對象狀態(tài)的變化及變化的原因。22、在狀態(tài)圖中，躍遷表示一個對象內(nèi)部狀態(tài)在某個事件發(fā)生并且滿足某個條件時的轉(zhuǎn)移。23、UML的交互作用圖分為，順序圖和協(xié)作圖。24、《用戶需求報告》文檔是客戶、軟件開發(fā)人員和項目管理人員共同工作的基礎(chǔ)，是供方交付產(chǎn)品和需方驗收產(chǎn)品的依據(jù)。25、在進行需求分析時，系統(tǒng)分析員必須從功能性需求、非功能性需求和可用性需求等方面展開分析。26、在UML中，類圖可分為三個層次：概念層、說明層和實現(xiàn)層。概念層層主要任務(wù)是識別對象和類；說明層層主要任務(wù)是定義類的屬性和操作；實現(xiàn)層層允許使用編程語言描述類的操作的算法。27、系統(tǒng)界面類的屬性主要是指窗體或表單中的數(shù)據(jù)類型，系統(tǒng)界面類的操作主要是指窗體或表單中的參數(shù)和返回值。28、在UML動態(tài)模型中，一個對象在某個時刻如果其屬性具有確定的變化信息，則稱之對象的狀態(tài)。29、在UML動態(tài)模型中，并發(fā)表示多線程操作。30、在UML中，靜態(tài)圖圖可以替代傳統(tǒng)軟件工程中的系統(tǒng)模塊結(jié)構(gòu)圖。二、繪圖題請參考課件，繪制以下UML建模元素的圖形符號。1節(jié)點節(jié)點節(jié)點數(shù)據(jù)庫服務(wù)器2.類類/對象倉庫管理員姓名商品入庫()類/對象倉庫管理員姓名商品入庫()3.狀態(tài)狀態(tài)開始狀態(tài)狀態(tài)開始狀態(tài)終止狀態(tài)中間狀態(tài)4.組件Image.JavaImage.Java組件組件5.注釋注釋注釋7用例商品入庫商品入庫用例用例8依賴關(guān)系依賴依賴0.1*0.1*關(guān)聯(lián)關(guān)聯(lián)三、讀圖題1.在課件中有一個時序圖描述了電子商務(wù)平臺的訂單處理過程。請畫出該時序圖，并使用帶圈的數(shù)字（如①②③）分別標識圖的組成部分：對象、生命線、激活期、消息、狀態(tài)、自委托和約束。::銷售部:物流部：顧客1.提交訂單2.<<create>>確認訂單5.收款():訂單3.保存訂單未付4.通知收款6.更新訂單已付8.通知發(fā)貨發(fā)貨10.更新訂單9.通知已發(fā)已發(fā)AB{B-A<=15天}1.主動對象2．對象3．生命線4.激活期5．消息6.自委托7.狀態(tài)8.約束2.在課件中有一個狀態(tài)圖描述了信用卡賬戶的狀態(tài)轉(zhuǎn)移過程。請畫出該狀態(tài)圖，并使用帶圈的數(shù)字（如①②③）分別標識圖的組成部分：開始狀態(tài)、狀態(tài)、終止狀態(tài)、躍遷、監(jiān)護條件、動作、調(diào)用事件、改變事件、時間事件等。[[余額<0][余額>=0]有存款存款(m)/余額:=余額+m取款(n)/余額:=余額-n;return余額已透支when(余額<透支限度)/通知管理員凍結(jié)after(3月)調(diào)用事件動作改變事件時間事件觸發(fā)條件1.開始狀態(tài)3.終止狀態(tài)2.中間狀態(tài)4.躍遷5.監(jiān)護條件6.動作四、問答題1、在動態(tài)建模技術(shù)中，消息和事件有何區(qū)別？消息：通常表示一個對象要調(diào)用另一個對象中的操作消息：表示操作調(diào)用第一個消息由主動對象發(fā)送。當收到消息時，接收對象立即開始活動，即對象被激活。消息用帶有標簽的箭頭表示。事件：表示一個對象接收到一個消息(1)調(diào)用事件：調(diào)用事件引發(fā)方法的執(zhí)行(2)消息事件：消息表示只在對象之間傳遞信息，因此消息事件觸發(fā)的唯一操作——send(targetList)(3)改變事件：改變事件表示當滿足某種條件時改變對象狀態(tài)，改變事件使用關(guān)鍵字when(…)引用條件。(4)時間事件：使用關(guān)鍵字when()或after()說明事件觸發(fā)的時間條件2、在順序圖、協(xié)作圖、活動圖和狀態(tài)圖中能用于用例建模的是哪些圖？能用于操作建模的是哪些圖？能用于分析對象內(nèi)部行為的是哪些圖？用于用例建模的只能是用例圖。用于操作建模的是順序圖、協(xié)作圖、活動圖。用于分析對象內(nèi)部行為的是狀態(tài)圖。3、對象、屬性、服務(wù)的命名規(guī)則是什么？對象的命名：類的名字應(yīng)符合其包含的每一對象。類的名字，應(yīng)該反映每個對象個體，而不是整個群體。采用名詞或帶有定語的名詞，使用規(guī)范的詞匯，使用問題域?qū)＜壹坝脩敉ǔＪ褂玫脑~匯。使用適當?shù)恼Z言文字。如：各軟件開發(fā)文檔用中文，類及其屬性和服務(wù)的命名使用英文。（注意：建立中英文命名對照表。）服務(wù)的命名：命名：動詞+名詞屬性的命名：使用英文4、在UML中什么是用例？如何識別用例？在UML中，用例UseCase規(guī)定了系統(tǒng)或部份系統(tǒng)的行為，描述了系統(tǒng)所執(zhí)行的動作序列集，并為參與者產(chǎn)生一個可供觀察的結(jié)果。一個用例描述一個從頭至尾的完整的功能。面對一個大系統(tǒng)，可先列出參與者清單，再對每個參與者列出其用例?？赏ㄟ^以下問題幫助識別用例：每個參與者的任務(wù)是什么？有參與者將要創(chuàng)建、存儲、改變、刪除或讀取系統(tǒng)中的信息嗎？什么用例會創(chuàng)建、存儲、改變、刪除或讀取該信息？參與者需要通知系統(tǒng)外部的突然變化嗎？需要通知參與者系統(tǒng)中正在發(fā)生的事情嗎？什么用例將支持和維護系統(tǒng)？所有功能需求都能被用例執(zhí)行嗎？系統(tǒng)需要何種輸入輸出？輸入從何來？輸出到何處去？當前運行系統(tǒng)的主要問題？（手工操作、計算機操作）5、UML中有五種圖，分別用于描述什么？用例圖：描述系統(tǒng)功能靜態(tài)圖：描述系統(tǒng)的內(nèi)部結(jié)構(gòu)，包括類圖和對象圖行為圖：描述系統(tǒng)對象的行為，包括狀態(tài)圖和活動圖交互圖：描述對象之間的交互關(guān)系，包括時序圖、協(xié)作圖實現(xiàn)圖：描述系統(tǒng)的架構(gòu)與配置，包括組件圖和配置圖6、在UML靜態(tài)建模時，如何繪制類圖？建立類圖主要描述類間關(guān)系：1.用戶界面類的類圖2.實體類的類圖3.實現(xiàn)用例的類圖7、需求分析為什么重要？為什么難？需求分析就是根據(jù)業(yè)務(wù)建模的產(chǎn)品，以及對用戶現(xiàn)場的分析和確認，進行分析，最后書寫《用戶需求報告》和《需求規(guī)格說明書》。需求獲取是否成功，直接關(guān)系到軟件開發(fā)的成敗問題。需求分析不徹底或不確定，將使設(shè)計、編碼、測試無法進行《用戶需求報告》