UML課后習題答案_第1頁
UML課后習題答案_第2頁
UML課后習題答案_第3頁
UML課后習題答案_第4頁
UML課后習題答案_第5頁
免費預覽已結束,剩余15頁可下載查看

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、填空題第一章(1) 統一建模語言 UML是繪制軟件藍圖的標準工具語言,可以對軟件系統產品進行說明、可 視化、構造和編制文檔。(2) UML 在實際軟件項目中,可以用于構造各種類型系統的業務模型和軟件模型。(3) 軟件的開發模式有瀑布模型、噴泉模型、基于構件的開發模型和XP 方法。(4) 面向對象程序的三大要素是多態、封裝和繼承。(5) 瀑布模型的缺點是缺乏靈活性,特別是無法解決軟件需求不明確或不準確的問題。第二章(1) 在 UML中,靜態視圖包含有兩種視圖,分別是類圖 和 用例圖 。(2) 規格說明,修飾,通用劃分是 UML常用的通用機制。(3) 夠造型,標記型,約束 是 UML常用的擴展機制

2、。(4) 用例圖 描述了系統的 參與者 與系統進行交互的功能,是參與者所能觀察和使用到的 系統功能的模型圖。(5) 狀態圖是通過對象的各種 狀態 來建立模型來描述對象的 隨時間變化的 動態行為, 并 且它是獨立的對象為中心進行描述。第三章(1) Rational Rose 默認支持的目標語言主要包括 Java 、 CORB、A Visual Basic 等。(2) 部署 視圖顯示的是系統的實際部署情況 , 它是為了便于理解系統如何在一組處 理解節點上的物理分布,而在分析和設計中使用的架構視圖。(3) 使用 Rational Rose 生成代碼的步驟包括選擇待轉換的目標模型 、檢查 Java 語

3、言的語 法錯誤、設置代碼生成屬性、生成代碼。(4) 在用例視圖中包括了系統中的所有參與者、用例和用例圖,必要時還可以在其中添加順 序圖、協作圖 、活動圖 和類圖 等。(5) 構件視圖 用來描述系統中的各個實現模塊以及它們之間的依賴關系 包含模型代碼 庫、執行文件、運行庫和其他構件等信息。第四章(1) 對象圖的目的在于描述系統中參與交互的各個對象在某一時刻是如何運行的。(2) 鏈是兩個或多個對象之間的獨立連接,是關聯的實例。(3) 在 UML的圖形表示中,類是由名字、屬性和方法三個部分組成的。(4) 依賴關系使用一個從客戶指南提供者的虛箭頭來進行表示。(5) 在接口中包含一系列操作但是不包含屬性

4、,并且它沒有對外界可見的關聯。第五章1)包是用于把元素組織成組的通用機制。(2) 包的可見性關鍵字包括 private 、 public 和 protect 。(3) 包之間的關系總的來講可以概括為依賴關系 和嵌套關系 。(4) 將系統分層很常用的一種方式是將系統分為用戶界面層 、 業務邏輯層 和 數據訪問層 的(1) 由參與者 、用例以及它們之間的 關系 構成的用于描述系統功能的動態視圖稱為為用 例圖。(2) 參與者 、用例 、系統邊界 和關聯是用例圖組成的要素。(3) 用例中的主要關系有 包含 、泛化和擴展 。(4) 用例的粒度是指用例包含的 系統服務 或 功能單元 的多少。(5) 系統邊

5、界 是用來表示正在建模系統的邊界,這個邊界是指系統 與系統之間的界限。第七章(1) 在 UML的表示中,交互圖將 交互關系 表示為一個二維圖。其中,縱向是 時間軸 , 時間 沿豎線向下延伸。橫向代表了在協助中個獨立對象的 角色 。(2) 序列圖構成的對象是 系統的參與者 、任何有效的系統對象 、和 - 。(3) 分支 指的是從同一點出發多個消息并指向不同的對象,根據條件是否互斥,可以有 條件 和并行 兩種。(4) 生命線是一條垂直的 虛線,用來表示 序列圖中的對象 在同一段時間內的存在。(5) 序列圖中的對象的表示形式使用包圍名稱的 矩形框 來標記,所顯示的對象及其類的 名稱帶有 下劃線 ,兩

6、者用冒號隔開第八章(1) 活動圖 是模型中的整體單元,表示一個程序或工作流,常用于計算機流程和工作流 程建模。(2) 動作狀態是原子性的 動作 或操作 的執行狀態,它不能被 -的轉換中斷。(3) 活動狀態 可以有內部轉換,可以有出口動作和入口動作。(4) 活動圖中的 初始狀態 使用黑色實心圓表示。(5) 泳道 技術將是一個活動圖中的活動狀態進行分組,每一組表示一個特定的類、人或 部門、他們完成組內的活動。第九章 的交互圖中,強調對象之間關系和消息傳遞的是 (協作圖)。2. (協作圖)的作用體現在顯示對象及其交互關系的空間組織結構。3. 在協作圖中的 (鏈) 是兩個或多個對象之間的 (獨立連接)

7、關聯的實例。 中,對象行為是對象間為完成某一目的而進行的一系列消息傳遞, 消息序列可用 (時序圖)和 (協作圖)來表示。5. uml 中的協作圖強調的是交互對象的整體結構,是按照(空間組織)進行布圖。第十章1. 初始狀態 在狀態途中用實心圓表示, 終止狀態 在狀態圖中用含有實心圓的空心圓表示。2 判定 將轉換路勁分為多個部分,每一個部分都是一個分支,都有單獨監護條件。3 事件分為 信號事件 時間事件 改變事件 調用事件4在 uml 中 狀態圖由對象的各個狀態和連接這些狀態的裝換組成,是展示狀態與狀態轉換 的圖。它可能會在接收對象的狀態機內觸5 信號事件 指的是一個對象對發送給它的信號接收事件,

8、 發轉換。第十一章1. 填空題(1) 組件是系統中遵從一組接口且提供實現的一個物理部件,通常指開發和運行時類的物 理實現。(2) 在 UML中,關聯關系的表現形式使用一條實線表示,在實線上可以添加構造型和名。(3) 構件圖是用來表示系統中構件與構件之間以及定義的它們之間的關系圖。(4) 部署圖的組成元素包括節點、設備和連接。(5) 節點是存在于運行時并代表一項計算資源的物理資源,一般用于對執行處理或計算的 資源建模。第十二章1. 填空題(1) 軟件開發過程 是指實施與軟件開發和維護中的階段、方法、技術、實踐和相關產物 的集合。(2) Rational 統一過程中的 核心工作流 在項目中輪流被使

9、用, 在每一次迭代中以不同的 重點和強度重復。(3) 對于一個以架構為中心的開發組織,需要對 架構的目的 、 架構的表示和 架構的過 程 方面進行關注。(4) 迭代式軟件開發 是能夠通過一系列細化和若干個漸進的反復過程從而形成有效的 解決方案的軟件開發方式。(5) Rational 統一過程的開發過程使用一種 二維 結構來表達。選擇題第一章(1) 對象程序的基本特征是( ABCD)A. 抽象B.封裝C.繼承D.多態(2) 類包含的要素有(A. 名字 B.ABC)屬性C.操作D.編號(3) 下列關于類與對象的關系說法不正確的是(A)A. 有些對象是不能被抽象成類的B. 類給出了屬于該類的全部對象

10、的抽象定義C. 類是對象集合的再抽象D. 類是用來在內存中開辟一個數據區,存儲新對象的屬性 (4) 面向對象方法中的( C)機制給予子類可以自動的擁有(復制)A. 抽象B. 封裝 C. 繼承 D.(5)建立對象的動態模型一般包含的步驟有(ABCD)A. 準備腳本 B.C. 準備事件跟蹤表 D.父類全部屬性和操作。多態確定事件構造狀態圖第二章UML中的關系元素包括 (ABCD)。. 依賴.關聯.泛化. 實現. 結構事物. 分組事物UML中的圖包括 (ABC) 。. 用例圖. 狀態圖 UML的視圖不包括 (BCD) 。. 用例視圖. 狀態視圖. 行為事物. 注釋事物. 類圖. 流程圖. 類視圖.

11、物理視圖下面不屬于 UML中的靜態視圖的是 (ABC)。 . 狀態圖. 用例圖. 對象圖 . 類圖第三章(1)下列說法正確的是( ACD)A 在用例視圖下可以創建類圖B 在邏輯視圖下可以創建構件圖C 在邏輯視圖下可以創建包D 在構件視圖下可以創建構件(2)在 Rational Rose 的邏輯視圖下可以創建( ABCD) A類圖B. 構件圖C包D.活動圖3) Rational Rose建模工具可以執行的任務有(ABCD)A非一致性檢查B. 生成 C+語言代碼在 UML中,定義了面向對象的事物,這些事物分為(ABCD).C報告功能4) Rational RoseA邏輯視圖C部署視圖D)D. 審查

12、功能 中支持的視圖不包括(B. 構件視圖D. 機構視圖5)在構建視圖下的元素可以包括(ABC)A構件B. 構件圖C包D. 類第四章(1)類中的方法的可見性包括( ABC)AprivateBpublicCprotectedDabstract(2)下面屬于 UML中類元的類型的是(ABCD)A類B對象C構件D接口(3)類之間的關系包括( ABCD)A泛化B關聯C實現D依賴(4)下列關于接口的關系說法正確的是(ABCD)A接口是一種特殊的類B所有接口都是有構造型 的類C一個類可以通過實現接口從而支持接口所指定的行為D在程序運行的時候,其他對象可以不僅需要依賴與此接口,還需要知道該類對接口實現的其他信

13、息(5)下列關于類方法的聲明正確的是(AB)A方法定義了類所許可的行為B從一個類所創建的所有對象可以使用同一組屬性和方法C每個方法應該有一個參數D如果在同一個類中定義了類似的操作,則他們的行為應該是類似的第五章1在 Rational Rose 2003 中,支持( ABCD)的構造模型A. 業務設計包 B. 業務分析模型包C. 業務用例模型包Module 包2對照子系統進行建模時,在 Rational Rose 2003 中,內部支持的系統有( CD)A. 數據系統 B. 視圖系統C.程序系統 D. 業務系統3建立模型時包的嵌套不宜過深,包的嵌套一般以(A)為宜A23 層 4 層C12 層 5

14、 層4下列關于包的描述中正確的是(ABCD)A每個包必須有一個區別于其他包的名稱 B包中可以包含其他元素,如類,接口,組件和用例等 C引入( import )使得一個包中的元素可以單向訪問另一個包中的元素 D包的可見性分為 protected , public 和 private5下列對于創建包的說法不正確的是(A)A在序列圖和協作圖中可以創建包B在類圖中可以創建包C如果將包從模型中永久刪除,包及包中的內容都將被刪除D在創建包的依賴關系時,盡量避免循環依賴1下面哪些是識別用例時要引起的注意要點(ABC)A參與者希望系統提供什么功能B參與者是否會讀取,創建,修改,刪除,存儲系統的某種信息。如果是

15、的話,參與者又 是如何完成這些操作的C參與者是否會將外部的某些事件通知給系統D系統將會有哪些人來使用2下面( B)不是構成用例圖的基本元素A參與者B 泳道C系統邊界D 用例3下面是用例間主要關系的有( ABD)A擴展B包含C依賴D泛化4下列對系統邊界描述正確的是(ABC)A系統邊界是指系統與系統之間的界限B用例圖中的系統邊界用來表示正在建模系統的邊界C邊界內表示系統的組成部分,邊界外表示系統外部D可以使用 Rational 繪制用例中的系統邊界5在 ATM自動存款機的工作模型中,用戶通過輸入密碼將錢存入ATM機,下面屬于參與者的是( AC)A用戶B ATM取款機C ATM取款機管理員D 存款A

16、BCD)第七章1序列圖中的消息有著不同的類型,下列選項中屬于輸入消息類型的有(A定期消息B 不定期消息C阻止消息D 同步消息2下列關于序列圖的用途,說法不正確的是(A)A描述系統在某一個特定時間點上的動態結構B確認和豐富一個使用意境的邏輯表達C細化用例的表達D有效地描述如何分配各個類的職責以及各類具有相應職責的原因3下列選項屬于消息的組成部分的是(ABC)A接受者 B 發送者C活動D 虛線4在序列圖中,返回消息的符號是(B)A直線箭頭 B 虛線箭頭C直線D 虛線5下列關于序列圖的說法正確的是(ABC)A序列圖是對對象之間傳遞消息的時間順序的可視化表示B序列圖從一定程度上更加詳細地描述了用例表達

17、的需求,將其轉化為進一步,更加正式 層次的精細表達C序列圖的目的在于描述系統中各個對象按照時間順序的交互的過程D在 UML的表示中,序列圖將交互關系表示為一個二維圖。其中,橫向是時間軸,時間沿 豎線向下延伸。縱向代表了在協作中各獨立對象的角色第八章1如果要對一個學校課程表管理系統的主要角色學生,老師的工作流程建模,需要使用的 圖是( C)A序列圖B 狀態圖C活動圖D 協作圖2下列對活動圖的描述正確的是(BCD)A活動圖是對象之間傳送消息的時間順序的可視化表示,目的在于描述系統中各個對象按 照時間順序的交互的過程B活動圖是一種用于描述系統行為的模型視圖,它可用來描述動作和動作導致對象狀態改 變的

18、結果C活動圖是模型中的完整單元, 表示一個程序或工作流 ,常用于計算流程和工作流程建模 D活動圖可以算是狀態圖的一種變種并且活動圖的符號與狀態圖的符號非常相似3活動圖中結束狀態使用( D)表示A菱形B 直線箭頭C黑色實心圓D 空心圓4下列說法不正確的是( B) A對象流中的對象表示的不僅僅是對象自身,還表示了對象作為過程的一個狀態存在B活動狀態是原子性的,用來表示一個具有子結構的純粹計算的執行C一個組合活動在表面上看是一個狀態,但其本質確是一組子活動的概括D分支將轉換路徑分成多個部分,每一部分都有單獨的監護條件和不同的結果 5下面屬于活動圖組成要素的有( ABD)A泳道B 動作狀態C轉換D 活

19、動狀態 第九章1. 下面不是 UML中協作圖的基本元素的是( C)A. 對象 B. 消息 C. 發送者 D. 鏈2. 下列關于協作圖中的鏈,說法不正確的是(C)A.在協作圖中,鏈的表示形式為一個或多個相連的線或弧B. 在協作圖中的鏈是兩個或者多個對象之間的獨立連接C. 在協作圖中, 需要關于某個類的所有對象都出現, 同一個類的對象在一個協作圖也不可以 充當多個角色D. 在協作圖中的鏈是關聯的實例3. 下面不會出現在協作圖中的是( D)A. 對象 B. 消息 C. 對象之間的連接 D. 控制焦點4. 下面屬于消息組成部分的有( ABC)A. 發送者 B. 接受者 C. 活動 D. 對象5. 關于

20、協作圖的描述,下列說法正確的是(ACD)A.在 Rational Rose 工具中,協作圖可在順序圖的基礎上按 F5鍵自動生成B. 協作圖是順序圖的一種特例C. 協作圖作為一種交互圖,強調的是參加交互的對象的組織D. 協作圖中有消息流的順序號 第十章1. 使用 UML建模時。如果需要描述跨越多個用例的單個對象的行為,使用(A)最為合適A. 協作圖 B. 序列圖 C. 活動圖 D. 狀態圖2. 下列選項中( ACD)不是狀態的組成部分A. 進入 退出動作 B. 內部轉換 C. 外部轉換 D. 名稱3. 以下是構成狀態圖基本元素的是( ABC)A. 狀態 B. 轉換 C. 初始狀態 D. 鏈4.

21、狀態可分為( D)A. 簡單狀態 B. 組合狀態 C. 開始狀態 D. 歷史狀態5. 下列對狀態圖的描述不正確的是( C) A.狀態圖通過建立類對象的生命周期模型來描述對象隨時間變化的動態行為B. 狀態圖適用于描述狀態和動作的順序, 不僅可以展現一個對象擁有的狀態, 還可以說明事 件如何隨著時間的推移來影響這些狀態C. 狀態圖的主要目的是描述對象創建和銷毀的過程中資源的不同狀態,有利于開發人員提高開發效率D. 狀態圖描述了一個實體基于事件反應的動態行為,顯示了該實體如何根據當前所處的狀態對不同的事件時間做出反應第十一章1. 一個構件實例用于表示運行時存在的實現物理單元和在實例節點中的定位,他的

22、特征有(AC)A. 身份特征 B. 關系特征 C. 代碼特征 D. 屬性特征2. 在部署圖模型中,屬于節點類型的選項是(AC)A. 設備節點 B. 系統進程 C. 處理器節點 D. 接口3. 下面( A)選項是構件圖所支持系統部件的配置管理的方式A. 對源代碼建模 B. 對事物建模 C. 對物理數據庫建模 D. 對可適應的系統建模4. 軟件構件是軟件系統的( A)單元A. 物理 B. 邏輯 C. 實現 D. 順序5. 下列關于部署圖的說法正確的是 (A)A.使用 Rational Rose 2003 創建的每一個模型中僅包含一個部署圖B. 使用 Rational Rose 2003 創建的每一

23、個模型中可以包含多個部署圖C. 在一個部署圖中,包含了兩種基本的模型元素;節點和節點之間的連接 部署圖描述了一個系統運行時的硬件節點, 以及在這些節點上運行的軟件構件將在何處物理 地運行,以及他們將如何彼此通信的靜態視圖。第十二章1. 下面的選項中( C)是實現 Rational 統一過程的必要步驟。A.建立明確的目標 B. 計劃過程實現 C.執行過程實現 D. 評價過程實現2. 下面不屬于迭代過程的四個連續階段的有(C)A. 初始 B. 分析 C. 細化 D. 構造 統一過程的靜態結構,分別使用( ABCD)建模元素來進行表達。A. 角色 B. 活動 C. 產物 D. 工作流 統一過程的視圖

24、結構包括( ABC)A. 物理視圖 B. 邏輯視圖 C. 用例視圖 D. 結構視圖5. 下面的選項中,( CD)不屬于軟件開發過程的層次結構。A. 工具層 B. 方法層 C. 質量保證層 D. 管理層簡答題第一章1. 面向對象設計的基本特征有哪些這些特征對軟件設計有何幫助封裝性 繼承性 多態性在由封裝,繼承 , 多態所組成的環境中 , 程序員可以編寫出比面向過程模型更健壯 , 更具擴展 性的程序 . 經過仔細設計的類層次結構是重用代碼的基礎 . 封裝能讓程序員不必修改公有接 口的代碼即可實現程序的移植 .多態能使程序員開發出簡潔 ,易懂, 易修改的代碼 .2. 類與對象的區別是什么 類是抽象的

25、,不具體的。就像有些東西可以歸為一類,比如說狗,貓,豬。它們都是動物, 我們就可以歸為一類。而貓,狗就是動物類中的一個對象。3. 什么是軟件生命周期生命周期包括幾個階段 軟件的生命周期,亦稱軟件的生存周期。它是按開發軟件的規模和復雜程度,從時間上軟件開發的整個過程 (從計劃開發開始到軟件報廢為止的整個歷史階段) 進行分解, 形成 相 對獨立的幾個階段, 每個階段又分解成幾個具體的任務,然后按規定順序依次完成各階段 的任務并規定一套標準的文檔作為各個階段的開發成果,最后生產出高質量的軟件。分為: 一般分為定義, 開發,維護三大階段, 定義階段有可行性論證和開發計劃,需求分析, 開發階段有概要設計

26、,詳細設計和編碼,維護階段有測試,運行維護4. 面向對象與 uml 的關系umL是統一建模圖, 用于便于描述類之間的關系等, 是用來幫助你更好進行面向對象的設計。5. 面向對象設計與傳統軟件相比 , 有何優點 更有針對性 更容易讓客戶滿意 減少修改提高效率 第二章模型元素有哪些UML中模型元素太多了,比如用例圖中的元素有用例,角色,擴展關系,包含關系,類圖中 的元素有類,接口,關聯等等,每一種框圖都有各自獨有的元素2.簡述 uml 通用機制組成以及它的作用一、修飾。在使用 UML語言建模時, 可以將圖形修飾附加到 UML圖中的模型元素上。 比如, 當一個元素 代表某種類型的時候,它的名稱可以用

27、粗體字形類顯示;當同一元素表示該類型的實例時, 該元素的名稱用一條下劃線修飾。二、注釋。UML語言中用一條虛線將注釋連接到它為之解釋的或細化的元素上。三、通用劃分。UML語言對其模型元素規定了兩種類型的通用劃分:型-實例(值)和接口 - 實現。1、型- 實例( Type-Instance ):描述一個通用描述符與單個元素項之間的對應關系。 實例元 素使用與通用描述符相同的表示圖形, 但是名字的表示與通用描述符不同: 實例元素名字帶 有下劃線,而且后面還要加上冒號和通用描述符的名字。2、接口- 實現:接口聲明了一個規定了服務的約定, 接口的實現負責執行接口的全部語義定 義并實現該項服務。3. 在

28、 uml 中包含哪些視圖視圖對應哪些圖 場景視圖 use case 邏輯視圖 類圖開發視圖進程視圖部署視圖4. 簡述視圖與圖的內在關系視圖是幾何體在投影面上留下的正投影,類圖,組件圖 無完全對應 部署圖它是主視圖、俯視圖、左視圖的總稱,滿足主視圖 與俯視圖的長對正,主視圖與左視圖的高平齊,俯視圖與左視圖的寬相等。5.簡述 uml 中擴展機制的作用UML 提供了幾種擴展機制,允許建模者在不用改變基本建模語言的情況下做一些通用的擴 展。這些擴展機制已經被設計好,以便于在不需理解全部語義的情況下就可以存儲和使用。 由于這個原因, 擴展可以作為字符串存儲和使用。 對不支持擴展機制的工具來說, 擴展只是

29、 一個字符串,它可以作為模型的一部分被導入、存儲,還可以被傳遞到其他工具。第十二章上機題第三章第四章1、在一個 “客戶服務系統” 中,需要管理的用戶包括客戶管理人員、 維護人員、 部門領導, 他們都具有用戶 ID 、姓名、性別、年齡、聯系電話、部門、職位、密碼、登錄名。 其中,維護人員具有三個操作,即接受派工任務、填寫維護報告、查詢派工任務; 部門領導具有五個操作,即安排派工任務、修改派工任務、刪除派工任務,查詢派 工任務,處理投訴;客戶人員具有四個操作,增加客戶、刪除客戶、修改客戶和查 找客戶。根據這些信息,創建系統的類圖。2、在上題中, 客戶人員,維護人員,部門領導都具有一些共同的屬性,所

30、以可以進行抽象 出一個單獨的抽象系統用戶類,客戶人員,維護人員,部門領導分別是系統用戶類 下的繼承,根據這些信息,創建包括類關系的類圖3、 根據圖 4-51 ,創建相應帶參數的對象圖,要求用 Actor 構造型來表示第五章1、在客戶服務系統中, 將客戶業務的功能單獨的作為一個包, 在該包中嵌套兩個子包, 分 別是客戶咨詢管理,和派工管理。2、細化包圖,在客服咨詢管理中嵌套三個子包,分別是咨詢,投訴,報修;派工管理中嵌 套兩個子包,維護安排和回訪安排,3、子包對父包存在這依賴關系,現在要求對包進行分解,并創建他們的關系。在客戶服務管理系統中,有三個參與者,分別是客服人員、部門領導和維護人員。1、

31、客服人員登錄系統后,通過身份驗證,能夠維護個人信息、修改密碼、修改基本信息、 維護客戶信息和維護客戶咨詢信息,根據這些用例在 rose 中創建客服人員的用例圖2、部門領導登錄系統后,通過身份驗證們可以處理派工、處理投訴、安排回訪、安排上門維護和統計查詢客戶來電情況,根據這些情況在 rose 中創建部門領導的用例圖3、維護人員登錄系統后,通過身份驗證,能夠查詢派工單、接受派工、填寫報告、處理派 工等,根據這些用例在 rose 中創建維護人員的用例圖。第七章1、對客戶服務系統中的客服人員修改客戶信息的用例進行動態建模,該交互操作的動態建 模由客服對象。 客戶信息界面類、 客服信息控制類和客戶信息類

32、組成, 在序列圖中創建這些 對象2、在上題創建的序列圖對象中,根據修改客戶信息的用例,添加消息和腳本信息完成如圖 所示的完整序列圖建模3、對客戶服務系統中的客服人員刪除客戶信息的用例進行動態建模,在邏輯視圖中創建序 列圖第八章(1)在客戶服務系統中個“客戶來電”用例,當客戶來電的事件發生后,進入 “來電咨詢”活動,如果受理,則查詢客戶信息,否則活動結束。當查詢客戶信 息時,如果查詢到客戶,則判斷咨詢類型,否則新增加一個客戶的信息。咨詢類 型有三種:咨詢、投訴、保修,如果咨詢,判斷是否能解答問題,如果能,則直 接處理,否則由維護人員跟進;如果是投訴,轉入投訴處理;如果是保修,則轉 入報修處理。咨詢處理結束后,填寫咨詢處理結果,整個活動的流程結束。根據 以上描述, 創建客戶來電活動圖中的需要表示的各種動作狀態, 如圖 8-31 所示圖 8-32 創建動作狀態(2)在上題的基礎上,識別出各種狀態之間的額轉換并考慮分支與合并、分叉 與匯合的情況。繪制如圖 8-32 所示的客戶來電咨詢活動圖。圖 8-32 客戶來電咨詢活動圖(3)在上題創建的活動圖中有一個主要的缺點,它沒有顯示出由誰或者怎么負 責來執行某項活動。 為了給活動圖中活動指明責任者, 要求在活動圖中放

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論