UML課后習題答案

填空題第一章(1)統(tǒng)一建模語言UML是繪制軟件藍圖的原則工具語言，可以對軟件系統(tǒng)產品進行闡明、可視化、構造和編制文檔。(2)UML在實際軟件項目中，可以用于構造多種類型系統(tǒng)的業(yè)務模型和軟件模型。(3)軟件的開發(fā)模式有瀑布模型、噴泉模型、基于構件的開發(fā)模型和XP措施。(4)面向對象程序的三大要素是多態(tài)、封裝和繼承。(抽象)(5)瀑布模型的缺陷是缺乏靈活性，尤其是無法處理軟件需求不明確或不精確的問題。第二章(1)在UML中，靜態(tài)視圖包具有兩種視圖，分別是類圖和對象圖。(2)規(guī)格闡明，修飾，拓展劃分是UML常用的通用機制。(3)夠造型，標識型，約束是UML常用的擴展機制。(4)用例視圖描述了系統(tǒng)的參與者與系統(tǒng)進行交互的功能，是參與者所能觀測和使用到的系統(tǒng)功能的模型圖。(5)狀態(tài)圖是通過對象的多種狀態(tài)來建立模型來描述對象的隨時間變化的動態(tài)行為，并且它是獨立的對象為中心進行描述。第三章(1)RationalRose默認支持的目的語言重要包括Java、VisualBasic等。（C++，C#）(2)布署視圖顯示的是系統(tǒng)的實際布署狀況,它是為了便于理解系統(tǒng)怎樣在一組處理解節(jié)點上的物理分布，而在分析和設計中使用的架構視圖。(3)使用RationalRose生成代碼的環(huán)節(jié)包括選擇待轉換的目的模型、檢查Java語言的語法錯誤、設置代碼生成屬性、生成代碼。(4)在用例視圖中包括了系統(tǒng)中的所有參與者、用例和用例圖，必要時還可以在其中添加次序圖、協(xié)作圖、活動圖和類圖等。(5)構件視圖用來描述系統(tǒng)中的各個實現(xiàn)模塊以及它們之間的依賴關系包括模型代碼庫、執(zhí)行文獻、運行庫和其他構件等信息。第四章(1)對象圖的目的在于描述系統(tǒng)中參與交互的各個對象在同一時刻是怎樣運行的。(2)鏈是兩個或多種對象之間的獨立連接，是關聯(lián)的實例。(3)在UML的圖形表達中，類是由名字、屬性和措施三個部分構成的。(4)依賴關系使用一種從客戶指南提供者的虛箭頭來進行表達。(5)在接口中包括一系列操作不過不包括屬性，并且它沒有對外界可見的關聯(lián)。第五章1）包是用于把元素組織成組的通用機制。（2）包的可見性關鍵字包括private、public和protect。（3）包之間的關系總的來講可以概括為依賴關系和嵌套關系。（4）將系統(tǒng)分層很常用的一種方式是將系統(tǒng)分為顧客界面層、業(yè)務邏輯層和數(shù)據(jù)訪問層的三層構造。（5）包是包圖中最重要的概念，它包括了一組模型元素。第六章(1)由參與者、用例以及它們之間的關系構成的用于描述系統(tǒng)功能的動態(tài)視圖稱為為用例圖。(2)參與者、用例、系統(tǒng)邊界和關系是用例圖構成的要素。(3)用例中的重要關系有包括、泛化和擴展。(4)用例的粒度是指用例包括的系統(tǒng)服務或功能單元的多少。(5)系統(tǒng)邊界是用來表達正在建模系統(tǒng)的邊界，這個邊界是指系統(tǒng)與系統(tǒng)之間的界線。第七章(1)在UML的表達中，交互圖將交互關系表達為一種二維圖。其中，縱向是時間軸,時間沿豎線向下延伸。橫向代表了在協(xié)助中個獨立對象的角色。(2)序列圖構成的對象是對象、生命線、激活和消息。(3)分支指的是從同一點出發(fā)多種消息并指向不一樣的對象，根據(jù)條件與否互斥，可以有條件和并行兩種。(4)生命線是一條垂直的虛線，用來表達序列圖中的對象在同一段時間內的存在。(5)序列圖中的對象的表達形式使用包圍名稱的矩形框來標識，所顯示的對象及其類的名稱帶有下劃線，兩者用冒號隔開第八章(1)活動圖是模型中的整體單元，表達一種程序或工作流，常用于計算機流程和工作流程建模。(2)動作狀態(tài)是原子性的動作或操作的執(zhí)行狀態(tài)，它不能被外部事件的轉換中斷。(3)活動狀態(tài)可以有內部轉換，可以有出口動作和入口動作。(4)活動圖中的初始狀態(tài)使用黑色實心圓表達。(5)泳道技術將是一種活動圖中的活動狀態(tài)進行分組，每一組表達一種特定的類、人或部門、他們完畢組內的活動。第九章1.uml的交互圖中，強調對象之間關系和消息傳遞的是（協(xié)作圖）。2.（構造圖）的作用體目前顯示對象及其交互關系的空間組織構造。3.在協(xié)作圖中的（鏈）是兩個或多種對象之間的（連接）關聯(lián)的實例。4.uml中，對象行為是對象間為完畢某一目的而進行的一系列消息傳遞，消息序列可用（次序號）和（消息的名稱）來表達。5.uml中的協(xié)作圖強調的是交互對象的整體構造，是按照（空間構造）進行布圖。第十章初始狀態(tài)在狀態(tài)途中用實心圓表達，終止狀態(tài)在狀態(tài)圖中用品有實心圓的空心圓表達。2鑒定/分支將轉換路勁分為多種部分，每一種部分都是一種分支，均有單獨監(jiān)護條件。4在uml中狀態(tài)圖由對象的各個狀態(tài)和連接這些狀態(tài)的裝換構成，是展示狀態(tài)與狀態(tài)轉換的圖。第十一章1.填空題（1）構件是系統(tǒng)中遵從一組接口且提供實現(xiàn)的一種物理部件，一般指開發(fā)和運行時類的物理實現(xiàn)。（2）在UML中，連接的體現(xiàn)形式使用一條實線表達，在實線上可以添加構造型和名稱。（3）構件圖是用來表達系統(tǒng)中構件與接口以及定義的它們之間的關系圖。（4）布署圖的構成元素包括節(jié)點、設備和連接。（5）節(jié)點是存在于運行時并代表一項計算資源的物理資源，一般用于對執(zhí)行處理或計算的資源建模。第十二章1.填空題(1)軟件開發(fā)過程是指實行與軟件開發(fā)和維護中的階段、措施、技術、實踐和有關產物的集合。(2)Rational統(tǒng)一過程中的關鍵工作流在項目中輪番被使用，在每一次迭代中以不一樣的重點和強度反復。(3)對于一種以架構為中心的開發(fā)組織，需要對架構的目的、架構的表達和架構的過程方面進行關注。(4)迭代式軟件開發(fā)是可以通過一系列細化和若干個漸進的反復過程從而形成有效的處理方案的軟件開發(fā)方式。(5)Rational統(tǒng)一過程的開發(fā)過程使用一種二維構造來體現(xiàn)。選擇題第一章(1)對象程序的基本特性是（ABCD）A.抽象B.封裝C.繼承D.多態(tài)(2)類包括的要素有（ABC）A.名字B.屬性C.操作D.編號(3)下列有關類與對象的關系說法不對的的是（A）A.有些對象是不能被抽象成類的B.類給出了屬于該類的所有對象的抽象定義C.類是對象集合的再抽象D.類是用來在內存中開辟一種數(shù)據(jù)區(qū)，存儲新對象的屬性(4)面向對象措施中的（C）機制予以子類可以自動的擁有（復制）父類所有屬性和操作。A.抽象B.封裝C.繼承D.多態(tài)(5)建立對象的動態(tài)模型一般包括的環(huán)節(jié)有（ABCD）A.準備腳本B.確定事件C.準備事件跟蹤表D.構造狀態(tài)圖第二章⑴UML中的關系元素包括(ABCD)。Ａ.依賴Ｂ.關聯(lián)Ｃ.泛化Ｄ.實現(xiàn)⑵在UML中，定義了面向對象的事物，這些事物分為(ABCD).。Ａ.構造事物Ｂ.行為事物Ｃ.分組事物Ｄ.注釋事物⑶UML中的圖包括(ABC)。Ａ.用例圖Ｂ.類圖Ｃ.狀態(tài)圖Ｄ.流程圖⑷UML的視圖不包括(B)。Ａ.用例視圖Ｂ.類視圖Ｃ.狀態(tài)視圖Ｄ.物理視圖⑸下面不屬于UML中的靜態(tài)視圖的是(AB)。Ａ.狀態(tài)圖Ｂ.用例圖Ｃ.對象圖Ｄ.類圖第三章（1）下列說法對的的是（ACD）在用例視圖下可以創(chuàng)立類圖在邏輯視圖下可以創(chuàng)立構件圖在邏輯視圖下可以創(chuàng)立包在構件視圖下可以創(chuàng)立構件（2）在RationalRose的邏輯視圖下可以創(chuàng)立（ACD）A．類圖B.構件圖C．包 D.活動圖（3）RationalRose建模工具可以執(zhí)行的任務有（ABCD）A．非一致性檢查B.生成C++語言代碼C．匯報功能D.審查功能（4）RationalRose中支持的視圖不包括（D）A．邏輯視圖B.構件視圖C．布署視圖D.機構視圖（5）在構建視圖下的元素可以包括（ABC）A．構件B.構件圖C．包D.類第四章（1）類中的措施的可見性包括（ABC）privatepublicprotectedabstract（不考）（2）下面屬于UML中類元的類型的是（ACD）類對象構件接口（3）類之間的關系包括（ABCD）泛化關聯(lián)實現(xiàn)依賴（4）下列有關接口的關系說法對的的是（ABC）接口是一種特殊的類所有接口都是有構造型<<interface>>的類一種類可以通過實現(xiàn)接口從而支持接口所指定的行為在程序運行的時候，其他對象可以不僅需要依賴與此接口，還需要懂得該類對接口實現(xiàn)的其他信息（5）下列有關類措施的申明對的的是（ABD）措施定義了類所許可的行為從一種類所創(chuàng)立的所有對象可以使用同一組屬性和措施每個措施應當有一種參數(shù)假如在同一種類中定義了類似的操作，則他們的行為應當是類似的第五章1．在RationalRose中，支持（ABCD）的構造模型A.業(yè)務設計包B.業(yè)務分析模型包C.業(yè)務用例模型包D.CORBAModule包2．對照子系統(tǒng)進行建模時，在RationalRose中，內部支持的系統(tǒng)有（CD）A.數(shù)據(jù)系統(tǒng)B.視圖系統(tǒng)C.程序系統(tǒng)D.業(yè)務系統(tǒng)3．建立模型時包的嵌套不適宜過深，包的嵌套一般以（A）為宜A．2~3層B.3~4層C．1~2層D.3~5層4．下列有關包的描述中對的的是（ABCD）A．每個包必須有一種區(qū)別于其他包的名稱B．包中可以包括其他元素，如類，接口，組件和用例等C．引入（import）使得一種包中的元素可以單向訪問另一種包中的元素D．包的可見性分為protected，public和private5．下列對于創(chuàng)立包的說法不對的的是（A）A．在序列圖和協(xié)作圖中可以創(chuàng)立包B．在類圖中可以創(chuàng)立包C．假如將包從模型中永久刪除，包及包中的內容都將被刪除D．在創(chuàng)立包的依賴關系時，盡量防止循環(huán)依賴第六章1．下面哪些是識別用例時要引起的注意要點？（ABC）A．參與者但愿系統(tǒng)提供什么功能B．參與者與否會讀取，創(chuàng)立，修改，刪除，存儲系統(tǒng)的某種信息。假如是的話，參與者又是怎樣完畢這些操作的C．參與者與否會將外部的某些事件告知給系統(tǒng)D．系統(tǒng)將會有哪些人來使用2．下面（B）不是構成用例圖的基本元素A．參與者B．泳道C．系統(tǒng)邊界D．用例3．下面是用例間重要關系的有（ABD）A．擴展B．包括C．依賴D．泛化4．下列對系統(tǒng)邊界描述對的的是（ABC）A．系統(tǒng)邊界是指系統(tǒng)與系統(tǒng)之間的界線B．用例圖中的系統(tǒng)邊界用來表達正在建模系統(tǒng)的邊界C．邊界內表達系統(tǒng)的構成部分，邊界外表達系統(tǒng)外部D．可以使用Rational繪制用例中的系統(tǒng)邊界5．在ATM自動存款機的工作模型中，顧客通過輸入密碼將錢存入ATM機，下面屬于參與者的是（ABC）A．顧客B．ATM取款機C．ATM取款機管理員D．存款第七章1．序列圖中的消息有著不一樣的類型，下列選項中屬于輸入消息類型的有（ABCD）A．定期消息B．不定期消息C．制止消息D．同步消息2．下列有關序列圖的用途，說法不對的的是（A）A．描述系統(tǒng)在某一種特定期間點上的動態(tài)構造B．確認和豐富一種使用意境的邏輯體現(xiàn)C．細化用例的體現(xiàn)D．有效地描述怎樣分派各個類的職責以及各類具有對應職責的原因3．下列選項屬于消息的構成部分的是（ABC）A．接受者B．發(fā)送者C．活動D．虛線4．在序列圖中，返回消息的符號是（B）A．直線箭頭B．虛線箭頭C．直線D．虛線5．下列有關序列圖的說法對的的是（ABC）A．序列圖是對對象之間傳遞消息的時間次序的可視化表達B．序列圖從一定程度上愈加詳細地描述了用例體現(xiàn)的需求，將其轉化為深入，愈加正式層次的精細體現(xiàn)C．序列圖的目的在于描述系統(tǒng)中各個對象按照時間次序的交互的過程D．在UML的表達中，序列圖將交互關系表達為一種二維圖。其中，橫向是時間軸，時間沿豎線向下延伸?？v向代表了在協(xié)作中各獨立對象的角色第八章1．假如要對一種學校課程表管理系統(tǒng)的重要角色學生，老師的工作流程建模，需要使用的圖是（C）A．序列圖B．狀態(tài)圖C．活動圖D．協(xié)作圖2．下列對活動圖的描述對的的是（BCD）A．活動圖是對象之間傳送消息的時間次序的可視化表達，目的在于描述系統(tǒng)中各個對象按照時間次序的交互的過程B．活動圖是一種用于描述系統(tǒng)行為的模型視圖，它可用來描述動作和動作導致對象狀態(tài)變化的成果C．活動圖是模型中的完整單元，表達一種程序或工作流，常用于計算流程和工作流程建模D．活動圖可以算是狀態(tài)圖的一種變種并且活動圖的符號與狀態(tài)圖的符號非常相似3．活動圖中結束狀態(tài)使用（D）表達A．菱形B．直線箭頭C．黑色實心圓D．空心圓4．下列說法不對的的是（B）A．對象流中的對象表達的不僅僅是對象自身，還表達了對象作為過程的一種狀態(tài)存在B．活動狀態(tài)是原子性的，用來表達一種具有子構造的純粹計算的執(zhí)行C．一種組合活動在表面上看是一種狀態(tài)，但其本質確是一組子活動的概括D．分支將轉換途徑提成多種部分，每一部分均有單獨的監(jiān)護條件和不一樣的成果5．下面屬于活動圖構成要素的有（ABD）A．泳道B．動作狀態(tài)C．轉換D．活動狀態(tài)第九章1.下面不是UML中協(xié)作圖的基本元素的是（C）A.對象B.消息C.發(fā)送者D.鏈2.下列有關協(xié)作圖中的鏈，說法不對的的是（C）A.在協(xié)作圖中，鏈的表達形式為一種或多種相連的線或弧B.在協(xié)作圖中的鏈是兩個或者多種對象之間的獨立連接C.在協(xié)作圖中，需要有關某個類的所有對象都出現(xiàn)，同一種類的對象在一種協(xié)作圖也不可以充當多種角色D.在協(xié)作圖中的鏈是關聯(lián)的實例3.下面不會出目前協(xié)作圖中的是（D）A.對象B.消息C.對象之間的連接D.控制焦點4.下面屬于消息構成部分的有（ABC）A.發(fā)送者B.接受者C.活動D.對象5.有關協(xié)作圖的描述，下列說法對的的是（ACD）A.在RationalRose工具中，協(xié)作圖可在次序圖的基礎上按F5鍵自動生成B.協(xié)作圖是次序圖的一種特例（作用并列）C.協(xié)作圖作為一種交互圖，強調的是參與交互的對象的組織D.協(xié)作圖中有消息流的次序號第十章1.使用UML建模時。假如需要描述跨越多種用例的單個對象的行為，使用（D）最為合適A.協(xié)作圖B.序列圖C.活動圖D.狀態(tài)圖2.下列選項中（C）不是狀態(tài)的構成部分A.進入\退出動作B.內部轉換C.外部轉換D.名稱3.如下是構成狀態(tài)圖基本元素的是（ABC）A.狀態(tài)B.轉換C.初始狀態(tài)D.鏈4.狀態(tài)可分為（ABD）A.簡樸狀態(tài)B.組合狀態(tài)C.開始狀態(tài)D.歷史狀態(tài)5.下列對狀態(tài)圖的描述不對的的是（C）A.狀態(tài)圖通過建立類對象的生命周期模型來描述對象隨時間變化的動態(tài)行為B.狀態(tài)圖合用于描述狀態(tài)和動作的次序，不僅可以展現(xiàn)一種對象擁有的狀態(tài)，還可以闡明事件怎樣伴隨時間的推移來影響這些狀態(tài)C.狀態(tài)圖的重要目的是描述對象創(chuàng)立和銷毀的過程中資源的不一樣狀態(tài)，有助于開發(fā)人員提高開發(fā)效率D.狀態(tài)圖描述了一種實體基于事件反應的動態(tài)行為，顯示了該實體怎樣根據(jù)目前所處的狀態(tài)對不一樣的事件時間做出反應第十一章1.一種構件實例用于表達運行時存在的實現(xiàn)物理單元和在實例節(jié)點中的定位，他的特性有（AC）A.身份特性B.關系特性C.代碼特性D.屬性特性2.在布署圖模型中，屬于節(jié)點類型的選項是（AC）A.設備節(jié)點B.系統(tǒng)進程C.處理器節(jié)點D.接口4.軟件構件是軟件系統(tǒng)的（AC）單元A.物理B.邏輯C.實現(xiàn)D.次序5.下列有關布署圖的說法對的的是(AD)A.使用RationalRose創(chuàng)立的每一種模型中僅包括一種布署圖B.使用RationalRose創(chuàng)立的每一種模型中可以包括多種布署圖C.在一種布署圖中，包括了兩種基本的模型元素；節(jié)點和節(jié)點之間的連接布署圖描述了一種系統(tǒng)運行時的硬件節(jié)點，以及在這些節(jié)點上運行的軟件構件將在何處物理地運行，以及他們將怎樣彼此通信的靜態(tài)視圖。第十二章1.下面的選項中（ABCD）是實現(xiàn)Rational統(tǒng)一過程的必要環(huán)節(jié)。A.建立明確的目的B.計劃過程實現(xiàn)C.執(zhí)行過程實現(xiàn)D.評價過程實現(xiàn)2.下面不屬于迭代過程的四個持續(xù)階段的有（B）A.初始B.分析C.細化D.構造3.Rational統(tǒng)一過程的靜態(tài)構造，分別使用（ABCD）建模元素來進行體現(xiàn)。A.角色B.活動C.產物D.工作流4.Rational統(tǒng)一過程的視圖構造包括（ABC）A.物理視圖B.邏輯視圖C.用例視圖D.構造視圖簡答題第一章1.面向對象設計的基本特性有哪些？這些特性對軟件設計有何協(xié)助？封裝性繼承性多態(tài)性在由封裝，繼承,多態(tài)所構成的環(huán)境中,程序員可以編寫出比面向過程模型更強健,更具擴展性的程序.通過仔細設計的類層次構造是重用代碼的基礎.封裝能讓程序員不必修改公有接口的代碼即可實現(xiàn)程序的移植.多態(tài)能使程序員開發(fā)出簡潔,易懂,易修改的代碼.2.類與對象的區(qū)別是什么？類是抽象的，不詳細的。就像有些東西可以歸為一類，例如說狗，貓，豬。它們都是動物，我們就可以歸為一類。而貓，狗就是動物類中的一種對象。3.什么是軟件生命周期？生命周期包括幾種階段？軟件的生命周期，亦稱軟件的生存周期。它是按開發(fā)軟件的規(guī)模和復雜程度，從時間上把軟件開發(fā)的整個過程（從計劃開發(fā)開始到軟件報廢為止的整個歷史階段）進行分解，形成相對獨立的幾種階段，每個階段又分解成幾種詳細的任務，然后按規(guī)定次序依次完畢各階段的任務并規(guī)定一套原則的文檔作為各個階段的開發(fā)成果，最終生產出高質量的軟件。分為：一般分為定義，開發(fā)，維護三大階段，定義階段有可行性論證和開發(fā)計劃，需求分析，開發(fā)階段有概要設計，詳細設計和編碼，維護階段有測試，運行維護4.面向對象與uml的關系？umL是統(tǒng)一建模圖，用于便于描述類之間的關系等，是用來協(xié)助你更好進行面向對象的設計。5.面向對象設計與老式軟件相比,有何長處？更有針對性更輕易讓客戶滿意減少修改提高效率第二章1.uml模型元素有哪些？UML中模型元素太多了，例如用例圖中的元素有用例，角色，擴展關系，包括關系，類圖中的元素有類，接口，關聯(lián)等等，每一種框圖均有各自獨有的元素2.簡述uml通用機制構成以及它的作用？一、修飾。在使用UML語言建模時，可以將圖形修飾附加到UML圖中的模型元素上。例如，當一種元素代表某種類型的時候，它的名稱可以用粗體字形類顯示；當同一元素表達該類型的實例時，該元素的名稱用一條下劃線修飾。二、注釋。UML語言中用一條虛線將注釋連接到它為之解釋的或細化的元素上。三、通用劃分。UML語言對其模型元素規(guī)定了兩種類型的通用劃分：型-實例（值）和接口-實現(xiàn)。1、型-實例（Type-Instance）：描述一種通用描述符與單個元素項之間的對應關系。實例元素使用與通用描述符相似的表達圖形，不過名字的表達與通用描述符不一樣：實例元素名字帶有下劃線，并且背面還要加上冒號和通用描述符的名字。2、接口-實現(xiàn)：接口申明了一種規(guī)定了服務的約定，接口的實現(xiàn)負責執(zhí)行接口的所有語義定義并實現(xiàn)該項服務。3.在uml中包括哪些視圖？視圖對應哪些圖？場景視圖usecase邏輯視圖類圖開發(fā)視圖類圖，組件圖進程視圖無完全對應布署視圖布署圖4.簡述視圖與圖的內在關系？視圖是幾何體在投影面上留下的正投影，它是主視圖、俯視圖、左視圖的總稱，滿足主視圖與俯視圖的長對正，主視圖與左視圖的高平齊，俯視圖與左視圖的寬相等。5.簡述uml中擴展機制的作用？UML提供了幾種擴展機制，容許建模者在不用變化基本建模語言的狀況下做某些通用的擴展。這些擴展機制已經被設計好，以便于在不需理解所有語義的狀況下就可以存儲和使用。由于這個原因，擴展可以作為字符串存儲和使用。對不支持擴展機制的工具來說，擴展只是一種字符串，它可以作為模型的一部分被導入、存儲，還可以被傳遞到其他工具。第四章在一種“客戶服務系統(tǒng)”中，需要管理的顧客包括客戶管理人員、維護人員、部門領導，他們都具有顧客ID、姓名、性別、年齡、聯(lián)絡電話、部門、職位、密碼、登錄名。其中，維護人員具有三個操作，即接受派工任務、填寫維護匯報、查詢派工任務；部門領導具有五個操作，即安排派工任務、修改派工任務、刪除派工任務，查詢派工任務，處理投訴；客戶人員具有四個操作，增長客戶、刪除客戶、修改客戶和查找客戶。根據(jù)這些信息，創(chuàng)立系統(tǒng)的類圖。在上題中，客戶人員，維護人員，部門領導都具有某些共同的屬性，因此可以進行抽象出一種單獨的抽象系統(tǒng)顧客類，客戶人員，維護人員，部門領導分別是系統(tǒng)顧客類下的繼承，根據(jù)這些信息，創(chuàng)立包括類關系的類圖根據(jù)圖4-51，創(chuàng)立對應帶參數(shù)的對象圖，規(guī)定用Actor構造型來表達第五章在客戶服務系統(tǒng)中，將客戶業(yè)務的功能單獨的作為一種包，在該包中嵌套兩個子包，分別是客戶征詢管理，和派工管理。細化包圖，在客服征詢管理中嵌套三個子包，分別是征詢，投訴，報修；派工管理中嵌套兩個子包，維護安排和回訪安排，子包對父包存在這依賴關系，目前規(guī)定對包進行分解，并創(chuàng)立他們的關系。在客戶服務管理系統(tǒng)中，有三個參與者，分別是客服人員、部門領導和維護人員。第六章1、客服人員登錄系統(tǒng)后，通過身份驗證，可以維護個人信息、修改密碼、修改基本信息、維護客戶信息和維護客戶征詢信息，根據(jù)這些用例在rose中創(chuàng)立客服人員的用例圖2、部門領導登錄系統(tǒng)后，通過身份驗證們可以處理派工、處理投訴、安排回訪、安排上門維護和記錄查詢客戶來電狀況，根據(jù)這些狀況在rose中創(chuàng)立部門領導的用例圖3、維護人員登錄系統(tǒng)后，通過身份驗證，可以查詢派工單、接受派工、填寫匯報、處理派工等，根據(jù)這些用例在rose中創(chuàng)立維護人員的用例圖。第七章1、對客戶服務系統(tǒng)中的客服人員修改客戶信息的用例進行動態(tài)建模，該交互操作的動態(tài)建模由客服對象?？蛻粜畔⒔缑骖悺⒖头畔⒖刂祁惡涂蛻粜畔㈩悩嫵?，在序列圖中創(chuàng)立這些對象2、在上題創(chuàng)立的序列圖對象中，根據(jù)修改客戶信息的用例，添加消息和腳本信息完畢如圖所示的完整序列圖建模3、對客戶服務系統(tǒng)中的客服人員刪除客戶信息的用例進行動態(tài)建模，在邏輯視圖中創(chuàng)立序列圖第八章（1）在客戶服務系統(tǒng)中個“客戶來電”用例，當客戶來電的事件發(fā)生后，進入“來電征詢”活動，假如受理，則查詢客戶信息，否則活動結束。當查詢客戶信息時，假如查詢到客戶，則判斷征詢類型，否則新增長一種客戶的信息。征詢類型有三種：征詢、投訴、保修，假如征詢，判斷與否能解答問題，假如能，則直接處理，否則由維護人員跟進；假如是投訴，轉入投訴處理；假如是保修，則轉入報修處理。征詢處理結束后，填寫征詢處理成果，整個活動的流程結束。根據(jù)以上描述，創(chuàng)立客戶來電活動圖中的需要表達的多種動作狀態(tài)，如圖8-31所示。圖8-32創(chuàng)立動作狀態(tài)（2）在上題的基礎上，識別出多種狀態(tài)之間的額轉換并考慮分支與合并、分叉與匯合的狀況。繪制如圖8-32所示的客戶來電征詢活動圖。圖8-32客戶來電征詢活動圖（3）在上題創(chuàng)立的活動圖中有一種重要的缺陷，它沒有顯示出由誰或者怎么負責來執(zhí)行某項活動。為了給活動圖中活動指明責任者，規(guī)定在活動圖中放置兩個泳道：客戶和客戶服務人員負責執(zhí)行這些活動。最終的完整客戶來電征詢活動圖，如圖8-33所示。圖8-33帶泳道的客戶來電征詢活動圖第九章對客戶服務系統(tǒng)中的