UML系統(tǒng)建模和分析設計(刁成嘉)課后習題集整理

1、、選擇1、封裝是指把對象的（A ）結(jié)合在一起，組成一個獨立的對象。A.屬性和操作B.信息流 C.消息和事件D.數(shù)據(jù)的集合2、封裝是一種（C）技術(shù)，目的是使對象的生產(chǎn)者和使用者分離，使對象的定義和實現(xiàn)分開。A.工程化 B.系統(tǒng)維護C.信息隱蔽D.產(chǎn)生對象3、面向?qū)ο蠓椒ㄖ械模―）機制是子類可以自動地擁有復制父類全部屬性和操作。A.約束B對象映射C .信息隱蔽D.繼承4、使得在多個類中能夠定義同一個操作或?qū)傩悦?，并在每一個類中有不同的實現(xiàn)的一種方法（B ）。A.繼承B.多態(tài)性C.約束D.接口5、UML的軟件以（A ）為中心，以系統(tǒng)體系結(jié)構(gòu)為主線，采用循環(huán)、迭代、漸增的方式進行開發(fā)。A.用例B.對象

2、C.類D.程序6、 UML 的 （ B ）模型圖由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。A. 用例B. 靜態(tài)C. 動態(tài)D. 系統(tǒng)7、UML勺（C ）模型圖由活動圖、順序圖、狀態(tài)圖和合作圖組成。A. 用例B. 靜態(tài)C. 動態(tài)D. 系統(tǒng)8、UML勺最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（ D ）。A.用戶手冊B.類圖 C.動態(tài)圖D.相應的軟件文檔資料9、在UML勺需求分析建模中，（ B ）模型圖必須與用戶反復交流并加以確認。A. 配置B.用例C.包D.動態(tài)10、可行性研究分析包括經(jīng)濟可行性分析、技術(shù)可行性分析和（B ）。A.風險可行性分析 B.法律可行性分析C.資源可行性分析 D.效益可行性分

3、析11、UML勺客戶分析模型包括（ A ）模型、類圖、對象圖和活動圖組成。A.用例 B.分析C.屬性D.系統(tǒng)12、UM咯戶需求分析使用的CRC卡上“責任” 一欄的容主要描述類的（ C）和操作。A.對象成員B.關聯(lián)對象 C.屬性 D.私有成員13、UMLg戶需求分析產(chǎn)生的系統(tǒng)模型描述了系統(tǒng)的（ D ）A.狀態(tài)B.體系結(jié)構(gòu)C.靜態(tài)模型D.功能要求14、在UML勺需求分析建模中，用例模型必須與（B ）反復交流并加以確認。A.軟件生產(chǎn)商B.用戶C.軟件開發(fā)人員D.問題領域?qū)＜?5、在UML勺需求分析建模中，對用例模型中的用例進行細化說明應使用（A ）A. 活動圖B. 狀態(tài)圖C. 配置圖D. 構(gòu)件圖16

4、、活動圖中的分劈和同步接合圖符是用來描述（A ）A.多進程的并發(fā)處理行為 B.對象的時序 C.類的關系 D.系統(tǒng)體系結(jié)構(gòu)框17、UML的系統(tǒng)分析進一步要確立的三個系統(tǒng)模型的是（ B ）、對象動態(tài)模型 和系統(tǒng)功能模型。A.數(shù)據(jù)本g型 B.對象靜態(tài)模型 C.對象關系模型D.體系結(jié)構(gòu)模型18、UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設計階段產(chǎn)生的模型，其描述圖符 （ A ）。A.完全相同 B.完全不同C.不可以通用D.稍有差異19、類和對象都有屬性，它們的差別是：類描述了屬性的類型，而對象的屬性必須有（C）。A.正負號 B .動作C.具體值D.私有成員 20、UML8統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的（

5、B ）。A.狀態(tài) B.系統(tǒng)體系層次結(jié)構(gòu)C.靜態(tài)模型 D .功能要求21、設計模式在面向?qū)ο笙到y(tǒng)設計中是（B）的一種形式。A.軟件調(diào)用B.設計方法C .子系統(tǒng) D.軟件復用22、“對象容器”設計模式對有限的對象進行管理，它不能（ C ）。A.查找對象B.修改對象C.創(chuàng)建對象 D.刪除對象23、UML8統(tǒng)設計的一般步驟包括系統(tǒng)對象設計、系統(tǒng)體系結(jié)構(gòu)設計和系統(tǒng)設計的（ C ）。A、建模B、完善C、優(yōu)化 D 、迭代24、順序圖和合作圖主要用與對用例圖中（B ）的建模，用他們來描述用例圖的行為。A、數(shù)據(jù)流B、控制流 C、消息流 D 、數(shù)據(jù)字典25、順序圖的模型元素有（A ）、消息、等，這些模型元素表示某

6、個用例中的若干個對象和對象之間所有傳遞的消息，來對系統(tǒng)的行為建模。A、對象B、箭線 C、活動 D 、狀態(tài)26、順序圖描述（D ）對象之間消息的傳遞順序。A、某個 B、單個 C、一個類產(chǎn)生的 D 一組27、順序圖和合作圖建立了 UMLH向?qū)ο箝_發(fā)過程中的對象動態(tài)（ A）模型.A、交互 B、狀態(tài) C、體系結(jié)構(gòu) D、軟件復用28、狀態(tài)圖可以表現(xiàn)（B ）在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移引起的動作。A、一組又t象B、一個對象 C、多個執(zhí)行者 D、幾個子系統(tǒng)29、狀態(tài)圖描述一個對象在不同（A ）的驅(qū)動下發(fā)生的狀態(tài)遷移。A、事件B、對象 C、執(zhí)行者 D 、數(shù)據(jù)30、一個（

7、D）遷移圖符可以有多個源狀態(tài)或目標狀態(tài)，他們可以把一個控制分解為并行運行的并發(fā)線程，或?qū)⒍鄠€并發(fā)線程結(jié)合成單個線程.A、狀態(tài) B、對象 C、活動 D同步并發(fā)31、活動圖中動作狀態(tài)之間的遷移不是靠（B ）觸發(fā)的，當活動（動作）狀態(tài)中的活動完成時遷移就被觸發(fā)。A、對象B、事件 C、執(zhí)行者 D 、系統(tǒng)32、狀態(tài)圖和活動圖建立了 UMLH向?qū)ο箝_發(fā)過程中的對象動態(tài)（B ）模型.A、交互 B、狀態(tài)C、體系結(jié)構(gòu)D 、軟件復用33、系統(tǒng)體系結(jié)構(gòu)式用來描述系統(tǒng)各部分的結(jié)構(gòu)、結(jié)構(gòu)以及他們用于通信的（ A ）。A、一種機制 B、形式 C、原理 D、結(jié)構(gòu)34、UMIM以描述硬件之間的互聯(lián)關系，也能描述硬件單元上的（

8、B）系統(tǒng)的分布。A、對象B、軟件 C、系統(tǒng)體系結(jié)構(gòu) D 、數(shù)據(jù)35、（ B ）是對系統(tǒng)的用例、類、對象、結(jié)構(gòu)以及相互間的交互和協(xié)作進行描 述。A系統(tǒng)體系結(jié)構(gòu) B、軟件體系結(jié)構(gòu)C、硬件系統(tǒng)體系結(jié)構(gòu) D、系統(tǒng)框架 36、（ D ）要對系統(tǒng)的構(gòu)件、結(jié)點的配置進行描述。A、軟件系統(tǒng)體系結(jié)構(gòu) B、系統(tǒng)體系結(jié)構(gòu)C、系統(tǒng)架構(gòu)D、硬件系統(tǒng)體系結(jié)構(gòu)37、（ A）是軟件系統(tǒng)體系結(jié)構(gòu)中定義的概念和功能在物理體系結(jié)構(gòu)中的實現(xiàn)。A、構(gòu)件B、結(jié)點 C、軟件D、模塊38、（ C ）由結(jié)點和結(jié)點之間的聯(lián)系組成，描述了處理器、設備和軟件構(gòu)件欲 行時的體系結(jié)構(gòu)。A、構(gòu)件圖B、狀態(tài)圖C、配置圖D、順序圖39、（ D ）的基本元素有

9、結(jié)點、構(gòu)件、對象、連接、依賴等。A、構(gòu)件圖B、狀態(tài)圖C、順序圖D、配置圖二、填空1、軟件按照其工作方式可劃分為實時處理軟件、分時處理軟件、交互式軟件和批處理軟件 。2、軟件生存周期由軟件的定義 、軟件的開發(fā) 和 軟件的使用與維護三部分組成。3、軟件開發(fā)模型有瀑布模型、漸增模型、螺旋模型、智能模型和演化模型 等五種主要模型4、面向?qū)ο蠹夹g(shù)采用以類為中心的 封裝、繼承、多態(tài) 等不僅支持軟件復 用，而且使軟件維護工作可靠有效，可實現(xiàn)軟件系統(tǒng)的柔性制造。5、UML的優(yōu)點是： 唯一性、連續(xù)性、維護性、復用性 和 逐步完善。6、UML分析和設計模型由三類模型圖表示，三類模型圖是：用例模型圖、靜態(tài) 模型圖和

10、動態(tài)模型圖 。7、UML勺軟件統(tǒng)一開發(fā)過程，即生命周期按時間順序可以劃分為，開始階段 、詳細規(guī)劃階段 、系統(tǒng)構(gòu)造階段 和 移交階段 四個階段及階段中一系列的循8、UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程，軟件項目開發(fā)過程流程包括的 核心工作容是，需求分析、系統(tǒng)設計、實現(xiàn)、測試和配置。9、UML中的五個不同的視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是用 例視圖 、 邏輯視圖、 構(gòu)件視圖 、 進程視圖 和 配置視圖。10、UM中有10中基本圖可以完整地描述出所有建造的系統(tǒng)， 這10中視圖是 用 例圖、 類圖、 對象圖、 包圖、 構(gòu)件圖 、 配置圖 、 順序 圖、 活動圖、 狀態(tài)圖 和合作圖 。

11、11、UM啾件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。 他們是：用 例 模型圖、靜態(tài) 模型圖和 動態(tài) 模型圖。12、CRC#中的描述由 類名 、 類特征 、 類類型 、 責任 和 協(xié)作 者共五部分組成13、軟件項目的目的的可行性研究分析中， 技術(shù)可行性研窮包括風險分析、資源分析、技術(shù)分析 三部分組成14、在UM啾件開發(fā)過程的需求分析階段，建立用例模型的步驟分為， 確定系 統(tǒng)的圍和邊界,確定系統(tǒng)的執(zhí)行者和用例 ,描述用例,定義關系和 審核用例模型 。15、用例圖中以實踐方框表示系統(tǒng)的圍和邊界， 在熊邊界描述的是 用例，在 邊界之外描述的是執(zhí)行者。16、用例模型中的執(zhí)行者可以是“人”執(zhí)行者

12、也可以是“外部”系統(tǒng)執(zhí)行者17、用例模型中的用例之間的關聯(lián)有使用 關聯(lián)、 擴展 關聯(lián)、 包含 關聯(lián)和繼承關聯(lián)。18、在UM啾件開發(fā)過程系統(tǒng)分析階段產(chǎn)生的對象模型有三種模型。他們是：對象的 靜態(tài) 模型,對象的 動態(tài) 模型和對象的 系統(tǒng)功能處理模型。19、 在UMU勺對象類圖中，類之間的關系有依賴 、 細化 、 關聯(lián) 、聚集和繼承五種。20、共享聚集的部分對象可以是任何整體的一部分， 表示事物的整體/部分關系 較弱的情況，整體段的重數(shù)應該 n 。21、在UMl軟件開發(fā)過程的需求分析和系統(tǒng)分析階段， 建立對象類模型的步驟分 為尋找確定對象類、定義接口 、 定義類之間的關系、建立對象類 圖和建立系統(tǒng)包

13、圖 。22r組合聚集是指整體擁有它的部分,他具有搶的物主身份，表示事物的整體/ 部分關系較強的情況。部分生存在整體中，不可分離他們與整體一起存在或消亡。 整體的充數(shù)必須是1或0。23、系統(tǒng)分析是在客戶需求分析規(guī)格說明的基礎之上對其進行的分析。24、類有實例，他的實例是一個對象。在 UML中，包用來表示一個 模型組織 的分組機制，包沒有實例。25、在UMLft件開發(fā)過程產(chǎn)生的對象動態(tài)模型中消息有四種類型，他們是簡單 消息，同步消息、異步消息和返回消息。26、 順序圖 和 合作圖 用來表達對象之間的交互,是描述一組對象如何合 作完成某個行為的模型化工具。27、進程是一個 動作流,能夠與其他進程并發(fā)

14、執(zhí)行。28、線程是 部 的一個動作流,能夠與其他線程并發(fā)執(zhí)行。29、 主動對象 是一個擁有進程或線程的對象、能初始化控制活動，可以獨立 并發(fā)運行30、 被動對象是一個必須由其他對象發(fā)來的消息講行觸發(fā)才執(zhí)行動作的對31、交互圖描述系統(tǒng)中對象間的交互行為。 每一個交互都有 發(fā)送者 和 接收 乙，他們可以是整個系統(tǒng)、一個子系統(tǒng)、一個用例、一個對象類或一個操作。32、順序狀態(tài)表明狀態(tài)之間的遷移是串行 的、即一個接一個順序遷移。33、狀態(tài)圖還可以用復合遷移的同步并發(fā)遷移圖符來表示并發(fā)子狀態(tài)。34、狀態(tài)圖中的進程是一個動作流、能夠與其他進程并發(fā)執(zhí)行。35、在活動圖中，虛箭線 也稱為對象流、對象流表示動作狀

15、態(tài)或活動狀態(tài)與對象之間的關聯(lián)。36、活動圖即可以描述對象的動態(tài)行為，還可以用來描述用例。37、活動圖中活動狀態(tài)的遷移不是 由事件按講行觸發(fā),一個活動執(zhí)行完畢自動 進入下一個多棟狀態(tài)。38、狀態(tài)圖和活動圖描述系統(tǒng)中某個系統(tǒng)對象的一系列狀態(tài)變化。39、系統(tǒng)體系結(jié)構(gòu)建模可以分為軟件系統(tǒng)體系結(jié)構(gòu) 建模和 硬件系統(tǒng)體系結(jié)構(gòu)建模。40、構(gòu)件是 軟件系統(tǒng)體系結(jié)構(gòu)（類、對象、他們問的關系和協(xié)作）中定義的概念和功能在物理體系結(jié)構(gòu)中的實現(xiàn)。41、軟件構(gòu)件分為源代碼構(gòu)件、二進制構(gòu)件和可執(zhí)行代碼構(gòu)件。42、構(gòu)件圖主要用于建立系統(tǒng)的靜態(tài) 模型。43、構(gòu)件圖中的構(gòu)件沒有實例，只有在 配置圖 中才能標識構(gòu)件的實例。44、配

16、置圖由結(jié)點和結(jié)點之間的聯(lián)系組成,描述了處理器、設備和軟件 構(gòu)件運行時的體系結(jié)構(gòu)。45、結(jié)點之間、結(jié)點與 構(gòu)件 之間的聯(lián)系包括通信關聯(lián)、依賴聯(lián)系等。46、軟件模式基本形成了概念模式、設計模式和編程模式三個重要的類別。47、工廠模式有三種形態(tài)：簡單工廠模式，抽成工廠模式和工廠方法模式。48、一個設計模式有四個基本要素：名稱、問題、解決方案、和效果。49、設計模式按照模式的目的將其分為創(chuàng)建型、結(jié)構(gòu)型和行為型。這三種類型的設計模式分別描述了對象在創(chuàng)建、組合以及相互作用的過程中如何降低他們之間 的耦合性、提高復用性的種種成功方案。50、設計模式的作用和研究意義表現(xiàn)在：優(yōu)化的設計經(jīng)驗、極高的復用性、豐富

17、的表達能力和極低的耦合度。51、創(chuàng)建型模式就是描述怎么樣創(chuàng)建一個對象， 他隱藏了雙星創(chuàng)建的具體的細節(jié)， 是程序代碼不依賴具體的對象。52、結(jié)構(gòu)型模式處理類或?qū)ο蟮慕M合，即描述類和對象之間怎樣組織起來形成更 大的結(jié)構(gòu)從而實現(xiàn)新的功能。53、行為型設計模式描述算法以及對象之間的任務及配，他所描述的不僅僅是類 或?qū)ο蟮脑O計模式，還有他們之間的設計模式。三、名詞解釋1 .軟件：是程序以及開發(fā)、使用、維護程序所需要的所有文檔。2 .類：是一組具有相同屬性和相同操作的對象的集合，是對象的抽象，他抽象 的描述了屬于該類的全部對象的屬性和操作。3 .封裝：是指把相關的數(shù)據(jù)（屬性）和對這些數(shù)據(jù)的操作結(jié)合在一起，

18、組成一個 獨立的對象。4 .繼承：是指子類（也成派生類、特化類）可以自動擁有某父類的全部屬性和 操作，即一個類可以定義為另一個一般的類的特殊情況。5 .消息：實現(xiàn)對象類之間的通信和任務傳遞。6 .運行期間，當實際發(fā)送消息時才進行實例連接，稱為動態(tài)綁定。7 .多態(tài)性：是指同一個消息被不同的對象接收時， 產(chǎn)生不同的動作或執(zhí)行結(jié)果。8 .特性規(guī)格說明：也叫標記值，是 ULL的擴充，用來描述模型元素特征。9 .修飾：使用UMLS模時，可以將圖形修飾附加到 UMLH中的模型元素上。10 .公共劃分：類型-實例法，接口 -實現(xiàn)法。11 .構(gòu)造型：用于對子模型元素進行分類在已有的基本模型元素上定義新的模型

19、元素。12 .標記值：也稱特性規(guī)格說明，與約束直接對某個模型元素附加一些性質(zhì)和語義。13 .約束：約束擴展了模型元素的語義，允許增加新的規(guī)則或修改現(xiàn)有規(guī)則。14 .需求規(guī)格說明書：軟件需求說明書的編制是為了使用戶和軟件開發(fā)者雙方對 軟件的初始規(guī)定有一個共同理解，使之成為整個開發(fā)工作的基礎。15 .用例模型是表達系統(tǒng)外部事物（執(zhí)行者）與系統(tǒng)之間交互的可視化工具。16 .執(zhí)行者：使用系統(tǒng)的不同角色17 .用例是系統(tǒng)所提供的一個功能的描述18 .經(jīng)濟風險分析研究：經(jīng)濟可行性研究主要是進行成本、效益分析19 .法律風險分析研究：確定當前項目的開發(fā)是否違背國家相關法律。在知識產(chǎn) 權(quán)方面是否對他人構(gòu)成侵權(quán)

20、行為。 與客戶簽訂的合同是否涉及第三方的利益四、簡答題：17、簡述軟件危機產(chǎn)生的背景計算機科學的不斷發(fā)展，使得軟件需求量不斷增大，他的要求、復雜度、開發(fā)成 本也越來越高，但軟件開發(fā)放大和技術(shù)卻停留在“小程序”、“個體化”的操作上 面，致使軟件設計猶如泥潭，大批設計者深陷其中，甚至出現(xiàn)上述存在的種種缺 點。18、試述軟件生存周期過程|一個軟件產(chǎn)品從概念開始，經(jīng)過開發(fā)、使用和維護，直到最后該軟件更新?lián)Q代為 止的全部過程就是軟件的生存周期。軟件生存周期有軟件定義、軟件開發(fā)和軟件 使用與維護三部分組成。分為軟件系統(tǒng)的可行性分析、需求分析、概要設計、詳 細設計、實現(xiàn)、組裝測試、確認測試、使用、維護和更新

21、換代十個階段。19、試述軟件開發(fā)的幾種基本方法結(jié)構(gòu)化軟件開發(fā)方法、模塊化軟件開發(fā)方法、面向數(shù)據(jù)結(jié)構(gòu)軟件開發(fā)方法、面向 對象軟件開發(fā)方法20、寫出面向?qū)ο蟮幕疽孛嫦驅(qū)ο蠓椒ㄓ腥笾匾卣鳎悍庋b性、繼承性、多態(tài)性。其涉及的基本概念有： 對象，類，封裝，繼承、消息和多態(tài)等。21、試比較軟件生存周期與面向?qū)ο笙到y(tǒng)開發(fā)過程面向?qū)ο笙到y(tǒng)開發(fā)過程由客戶需求分析階段、系統(tǒng)分析階段、系統(tǒng)實現(xiàn)、測試、維護階段組成?？梢哉f面向?qū)ο蟮拈_發(fā)過程符合軟件生存周期的模式，并且有詳 盡的系統(tǒng)分析階段，引入各個模型使之表達軟件各個功能的使用及運作機制， 是 軟件開發(fā)定位準確，易于交流開發(fā)。22、用簡要的語言表述完成一個實際

22、課題的完整步驟需求分析階段：與客戶訪談需求，與專家討論需求現(xiàn)場實際觀察需求。 建立資 料庫，編寫文檔，引入用例等模型完善表達。系統(tǒng)分析階段：清楚業(yè)務流程，引入靜態(tài)模型，動態(tài)模型，功能模型，定義圍。系統(tǒng)設計：選擇開發(fā)工具，體 系結(jié)構(gòu)設計，對象設計，模式設計。系統(tǒng)實現(xiàn)、測試、維護：使用選擇好的工 具和語言進行編碼，并具附有詳盡文檔，交付使用后要跟蹤維護，漏洞及時修補 與升級。23、說出面向?qū)ο蠓治龅牟襟E面向?qū)ο蠓治龅牟襟E識別類與對象活動，定義類與對象。識別結(jié)構(gòu)活動，確認繼承和組合結(jié)構(gòu)。識別主題活動，將性質(zhì)相同類與對象歸納為同一主題。定義屬性活動，確認對象屬性。定義服務活動，確認操作與關聯(lián)對象的狀態(tài)

23、。24 .說出面向?qū)ο笤O計的步驟面向?qū)ο笤O計步驟：OO四型由四個部件模型和四個活動組成。 四個部件模型是：人機接口部件模型， 問題領域部件模型，任務管理模型和數(shù)據(jù)管理部件模型。 相應的四個活動是設計 問題領域部件，設計人及接口部件、設計任務管理部件、設計數(shù)據(jù)管理部件。25 .說出面向?qū)ο髮崿F(xiàn)的方法面向?qū)ο髮崿F(xiàn)方法：程序編寫開始前，要選擇合適的編程語言。編寫代碼過程中，要指定每個模塊測試方案、測試數(shù)據(jù)和預期測試結(jié)果。變成結(jié)束后，要保存相應文檔資料。26 .說出面向?qū)ο鬁y試的步驟和方法面向?qū)ο鬁y試的步驟和方法：組裝測試：根據(jù)模塊測試方案和測試數(shù)據(jù)進行模塊測試。根據(jù)組裝測試方案和測 試數(shù)據(jù)逐步進行組

24、裝測試。進行系統(tǒng)各模塊連接正確性測試。進行軟件系統(tǒng)或子 系統(tǒng)的正確性和容錯性能測試。保存相應文檔資料。確認測試：有專家、客戶、開發(fā)人員組成系統(tǒng)測試評審小組。向用戶提供最終的 用戶手冊，操作手冊，原程序清單及其他軟件文檔資料。三方共同根據(jù)組裝測試方案和測試數(shù)據(jù)逐條嚴格進行組裝測試， 確認系統(tǒng)是否到 達用戶的需求。確認測試結(jié)束適應建立確認測試報告、 項目開發(fā)總結(jié)報告。保存 相應文檔資料。27 .說出面向?qū)ο缶S護的容與方法面向?qū)ο缶S護的容與方法：對發(fā)現(xiàn)的軟件產(chǎn)品中潛伏的錯誤進行修改維護。對用戶提出的軟件需求進行修改維護。軟件運行環(huán)境發(fā)生變化時需呀對軟件進行修改維護。對軟件定義和軟件開發(fā)個階段生成的文

25、檔資料進行修改維護。28 .簡述建立文檔資料對于軟件開發(fā)的重要性文檔資料的編寫與使用貫穿于軟件生命周期的各個階段。它不僅是軟件開發(fā)指導 性文本，也是記錄軟件發(fā)開發(fā)各個細節(jié)的詳盡資料。 通過文檔可以查閱軟件相應 各階段信息，使方便軟件的維護與糾錯，也為客戶提供了一個透明的開發(fā)文本， 同時文檔資料對今后類似的軟件開發(fā)提供了一個經(jīng)驗性的文本，也可作為復用構(gòu)件的文本資料。17 .簡單敘述UML模語言的意義UML模語言的意義：概念明確，建模表示法簡潔明了，圖形結(jié)構(gòu)清晰，易于掌握使用。18 .試說明一個復雜的面向?qū)ο筌浖到y(tǒng)的層次結(jié)構(gòu)組成業(yè)務應用、應用框架層、特定領域框架層、跨領域框架層、基礎框架層、操作

26、系 統(tǒng)層。19 .UML中用什么方法描述軟件系統(tǒng)的體系結(jié)構(gòu)？ |利用若干視圖從不同角度來描述一個軟件系統(tǒng)的體系結(jié)構(gòu)，從某個角度觀察到的系統(tǒng)構(gòu)成系統(tǒng)的一個視圖。20 .UML的擴展機制是什么？構(gòu)造型，標記值，約束。21 .簡述UML實際建模過程簡述UML實際建模過程：開始階段，詳細規(guī)劃階段，系統(tǒng)構(gòu)造階段。22 .UML軟件開發(fā)過程的特征是什么？UMLFF發(fā)過程的特征：以用例驅(qū)動開發(fā)過程，以系統(tǒng)體系結(jié)構(gòu)為中心的質(zhì)量控制 和風險管理為目標。采取反復、漸增式的螺旋上升式開發(fā)過程。24 .UML中類圖建模目的與意義是什么？類圖建模的目的與意義：展示了系統(tǒng)的邏輯結(jié)構(gòu)。類圖是構(gòu)造其他圖的基礎，沒 有類圖就無

27、法表示系統(tǒng)其他的各個方面。25 .UML中對象圖建模目的與意義是什么？對象圖建模的目的與意義：表達了對象模型的靜態(tài)結(jié)構(gòu)，能夠有效的建立專業(yè)領 域的計算機系統(tǒng)的對象模型。26 .UML中包圖建模目的與意義是什么？包圖建模的目的與意義：降低系統(tǒng)復雜性，維護和控制系統(tǒng)總體結(jié)構(gòu)。27 .UML中的系統(tǒng)體系結(jié)構(gòu)建模包括哪幾個模型圖？靜態(tài)模型：類圖，對象圖，包圖，構(gòu)件圖，配置圖。動態(tài)模型：狀態(tài)圖，活動圖，順序圖，和作圖。28 .UML中配置圖建模目的與意義是什么？配置圖描述系統(tǒng)中硬件和軟件物理配置情況和系統(tǒng)體系結(jié)構(gòu)，顯示系統(tǒng)運行時刻 的結(jié)構(gòu)，描述結(jié)點間的連結(jié)以及通信類型。29 .UML中構(gòu)建圖建模目的與意

28、義是什么？顯示代碼本身的邏輯結(jié)構(gòu)，米搜狐系統(tǒng)中存在的軟件構(gòu)件以及它們之間的依賴關 系。30 .UML軟件開發(fā)過程的詳細規(guī)劃階段包括哪些容？對開發(fā)項目的問題領域和功能作詳細分析建立系統(tǒng)基礎體系結(jié)構(gòu)進行風險分析，并制定相應對策制定開發(fā)計劃31 .UML軟件開發(fā)過程的系統(tǒng)構(gòu)造階段包括哪些容？漸增是開發(fā)集成測試測試演示保存測試案例32 .UML軟件開發(fā)過程的系統(tǒng)移交階段包括哪些容？系統(tǒng)測試產(chǎn)品包裝用戶培訓33 .UML中順序圖建模目的與意義是什么？ |描述對象之間動態(tài)交互關系，著重體現(xiàn)對象間消息傳遞的時間順序。34 .UML軟件開發(fā)過程的開發(fā)步驟中，分析包括哪些容？建立問題領域的業(yè)務模型建立用戶需求分

29、析模型35 .UML軟件開發(fā)過程的開發(fā)步驟中，設計包括哪些容？結(jié)構(gòu)設計：是高層設計，定義包和主要通信機制。詳細設計：細化包的容，創(chuàng)建類圖、對象圖、順序圖、合作圖、狀態(tài)圖、活動 圖、構(gòu)件圖、配置圖。36 .UML軟件開發(fā)過程的開發(fā)步驟中，實現(xiàn)包括哪些容？編寫代碼、反復編譯、連接、排錯37 .UML軟件開發(fā)過程的開發(fā)步驟中，測試包括哪些容？測試包括哪些容：依靠用例圖驗證系統(tǒng)，集成測試會用到的配置圖、順序圖、合作圖，以發(fā)現(xiàn)代碼 中的錯誤。38 .UML軟件開發(fā)過程的開發(fā)步驟中，配置包括哪些容？根據(jù)系統(tǒng)工作環(huán)境和硬件設備，將組成系統(tǒng)體系結(jié)構(gòu)的軟件費配到相應的計算機 上。39 .UML軟件開發(fā)過程產(chǎn)生哪

30、些模型？業(yè)務模型、領域模型、用例模型、分析模型、設計模型、測試模型。40 .UML軟件開發(fā)過程產(chǎn)生哪些文檔？技術(shù)文檔、管理文檔42 .UML軟件開發(fā)過程的基本特征之一：以用例驅(qū)動開發(fā)過程的具體容是什么？分析階段：描述系統(tǒng)功能設計階段：用例必須被實現(xiàn)實現(xiàn)階段：用例必須被實現(xiàn)測試階段：用例用于測試系統(tǒng)43 .UML軟件開發(fā)過程的基本特征之一：以系統(tǒng)體系結(jié)構(gòu)為中心的具體容是什 么？定義系統(tǒng)組成成分及之間關系和交互。定義成分之間的通信機制。定義增加或修改體系結(jié)構(gòu)中成分的全部規(guī)則。實現(xiàn)系統(tǒng)功能性要求。完成非功能性要求。44 .UML軟件開發(fā)過程的基本特征之一：以質(zhì)量控制和風險管理為目的的具體容 是什么？用質(zhì)量目標和質(zhì)量指標衡量軟