UML系統(tǒng)建模和分析設(shè)計(jì)(刁成嘉)課后習(xí)題集

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

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

3、UMLCRC（ C 和操作。A.對(duì)象成員 B.關(guān)聯(lián)對(duì)象 C.屬性 D.私有成員13、UML客戶需求分析產(chǎn)生的系統(tǒng)模型描述了系統(tǒng)的（DA.狀態(tài)B.體系結(jié)構(gòu)C.靜態(tài)模型D.功能要求14、在UML的需求分析建模中，用例模型必須與（B）反復(fù)交流并加以確認(rèn)A.軟件生產(chǎn)商B.用戶C.軟件開(kāi)發(fā)人員D.問(wèn)題領(lǐng)域?qū)＜?5在UML的需求分析建模中對(duì)用例模型中的用例進(jìn)行細(xì)化說(shuō)明應(yīng)使（AA.活動(dòng)圖B.狀態(tài)圖C.配置圖D.構(gòu)件圖16、活動(dòng)圖中的分劈和同步接合圖符是用來(lái)描述（ A）A.多進(jìn)程的并發(fā)處理行為 B.對(duì)象的時(shí)序C.類(lèi)的關(guān)系D.系統(tǒng)體系結(jié)構(gòu)框架17、UML 的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型的是（ B ）、對(duì)象

4、動(dòng)態(tài)模型和系統(tǒng)功能模型。A數(shù)據(jù)模型B對(duì)象靜態(tài)模型對(duì)象關(guān)系模型D體系結(jié)構(gòu)模型18、UML 的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型，其描述圖（A ）。A完全相同B完全不同C不可以通用D稍有差異19須有（ C）。A正負(fù)號(hào)B動(dòng)作C具體值D私有成20、UML系統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的（ B ）。A狀態(tài)B系統(tǒng)體系層次結(jié)構(gòu)C靜態(tài)模型D功能要21、設(shè)計(jì)模式在面向?qū)ο笙到y(tǒng)設(shè)計(jì)中是（ B）的一種形式。A軟件調(diào)用B設(shè)計(jì)方法C子系統(tǒng)D軟件復(fù)用22、“對(duì)象容器”設(shè)計(jì)模式對(duì)有限的對(duì)象進(jìn)行管理，它不能（ C ）A查找對(duì)象B修改對(duì)象C創(chuàng)建對(duì)象 D刪除對(duì)象23UML的（ C ）。A、建模B、完善C、優(yōu)化D、迭

5、代24、順序圖和合作圖主要用與對(duì)用例圖中（ B ）的行為。A、數(shù)據(jù)流B、控制流C、消息流D、數(shù)據(jù)字典25、順序圖的模型元素有（A）、消息、等，這些模型元素表示某個(gè)用例中若干個(gè)對(duì)象和對(duì)象之間所有傳遞的消息，來(lái)對(duì)系統(tǒng)的行為建模。A、對(duì)象B、箭線C、活動(dòng)D、狀態(tài)26、順序圖描述（ D）對(duì)象之間消息的傳遞順序。A、某個(gè)B、單個(gè)C、一個(gè)類(lèi)產(chǎn)生的D、一組27、順序圖和合作圖建立了 UML 面向?qū)ο箝_(kāi)發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)（ A ）模型.A、交互B、狀態(tài)C、體系結(jié)構(gòu)D、軟件復(fù)用28、狀態(tài)圖可以表現(xiàn)（B）在生存期的行為、所經(jīng)歷的狀態(tài)序列、引起狀態(tài)移的事件以及因狀態(tài)轉(zhuǎn)移引起的動(dòng)作。A、一組對(duì)象B、一個(gè)對(duì)象C、多個(gè)執(zhí)

6、行者 D、幾個(gè)子系統(tǒng)29、狀態(tài)圖描述一個(gè)對(duì)象在不同（ A ）的驅(qū)動(dòng)下發(fā)生的狀態(tài)遷移A、事件B、對(duì)象C、執(zhí)行者D、數(shù)據(jù)30、一個(gè)（D）遷移圖符可以有多個(gè)源狀態(tài)或目標(biāo)狀態(tài)，他們可以把一個(gè)控分解為并行運(yùn)行的并發(fā)線程，或?qū)⒍鄠€(gè)并發(fā)線程結(jié)合成單個(gè)線程.A、狀態(tài)B、對(duì)象C、活動(dòng)D、同步并發(fā)31、活動(dòng)圖中動(dòng)作狀態(tài)之間的遷移不是靠（ B ）觸發(fā)的，當(dāng)活動(dòng)（動(dòng)作）狀態(tài)中的活動(dòng)完成時(shí)遷移就被觸發(fā)。A、對(duì)象B、事件C、執(zhí)行者D、系統(tǒng)32、狀態(tài)圖和活動(dòng)圖建立了UML面向?qū)ο箝_(kāi)發(fā)過(guò)程中的對(duì)象動(dòng)態(tài)（ B）模型A、交互B、狀態(tài) C、體系結(jié)構(gòu)D、軟件復(fù)用33、系統(tǒng)體系結(jié)構(gòu)式用來(lái)描述系統(tǒng)各部分的結(jié)構(gòu)、結(jié)構(gòu)以及他們用于通信的（

7、A ） 。A、一種機(jī)制B、形式C、原理D、結(jié)構(gòu)34UML（ B）布。A、對(duì)象B、軟件C、系統(tǒng)體系結(jié)構(gòu)D、數(shù)據(jù)35、（ B ）是對(duì)系統(tǒng)的用例、類(lèi)、對(duì)象、結(jié)構(gòu)以及相互間的交互和協(xié)作進(jìn)行描述。A、系統(tǒng)體系結(jié)構(gòu) B、軟件體系結(jié)構(gòu)C、硬件系統(tǒng)體系結(jié)構(gòu) D、系統(tǒng)框架36、（D）要對(duì)系統(tǒng)的構(gòu)件、結(jié)點(diǎn)的配置進(jìn)行描述。A、軟件系統(tǒng)體系結(jié)構(gòu)、系統(tǒng)體系結(jié)構(gòu) C、系統(tǒng)架構(gòu) D、硬件系統(tǒng)體系結(jié)構(gòu)37（是軟件系統(tǒng)體系結(jié)構(gòu)中定義的概念和功能在物理體系結(jié)構(gòu)中的實(shí)現(xiàn)A、構(gòu)件、結(jié)點(diǎn)C、軟件D、模塊38（C）由結(jié)點(diǎn)和結(jié)點(diǎn)之間的聯(lián)系組成，描述了處理器、設(shè)備和軟件構(gòu)件行時(shí)的體系結(jié)構(gòu)。A、構(gòu)件圖B、狀態(tài)圖C、配置圖D、順序圖 39、（D

8、 ）的基本元素有結(jié)點(diǎn)、構(gòu)件、對(duì)象、連接、依賴等A、構(gòu)件圖B、狀態(tài)圖C、順序圖D、配置圖二、填空1、軟件按照其工作方式可劃分為實(shí)時(shí)處理軟件 、分時(shí)處理軟件 、交互式軟件和 批處理軟件 。23、軟件開(kāi)發(fā)模型有瀑布模型 、漸增模型 、螺旋模型 、智能模型 和演化模型等五種主要模型4用，而且使軟件維護(hù)工作可靠有效，可實(shí)現(xiàn)軟件系統(tǒng)的柔性制造。5、UML的優(yōu)點(diǎn)是：唯一性 、連續(xù)性 、維護(hù)性、復(fù)用性和 逐步完善。6、UML分析和設(shè)計(jì)模型由三類(lèi)模型圖表示，三類(lèi)模型圖是：用例模型圖、靜模型圖 和動(dòng)態(tài)模型圖 。7UML的軟件統(tǒng)一開(kāi)發(fā)過(guò)程即生命周期按時(shí)間順序可以劃分為， 開(kāi)始階段 詳細(xì)規(guī)劃階段 系統(tǒng)構(gòu)造階段 和移交

9、階段 四個(gè)階段及階段中一系列的循環(huán)重復(fù)。8、UML開(kāi)發(fā)過(guò)程是一種二維結(jié)構(gòu)軟件開(kāi)發(fā)過(guò)程，軟件項(xiàng)目開(kāi)發(fā)過(guò)程流程包括的核心工作容是， 需求分析 ， 系統(tǒng)設(shè)計(jì) ， 實(shí)現(xiàn)， 測(cè) 試 和 配置9、UML中的五個(gè)不同的視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是用例視圖 、邏輯視圖、 構(gòu)件視圖、 進(jìn)程視圖 和配置視圖。10UML1010例圖 、 類(lèi)圖 、 對(duì)象圖 、 包圖 、 構(gòu)件圖 、 配置圖 、 順序圖 、 活動(dòng)圖 、 狀態(tài)圖 和 合作圖 。11UML例 模型圖、 靜態(tài) 模型圖和 動(dòng)態(tài) 模型圖。12、CRC 卡中的描述由 類(lèi)名 、 類(lèi)特征 、 類(lèi)類(lèi)型 、 責(zé)任 和 協(xié)作者 共五部分組成13、軟件項(xiàng)目的

10、目的的可行性研究分析中，技術(shù)可行性研究包括風(fēng)險(xiǎn)分析 、資源分析 、技術(shù)分析 三部分組成14、在 UML 軟件開(kāi)發(fā)過(guò)程的需求分析階段，建立用例模型的步驟分為， 確定系統(tǒng)的圍和邊界， 確定系統(tǒng)的執(zhí)行者和用例， 描述用例， 定義關(guān)系和審核用例模型。15邊界之外描述的是 執(zhí)行者 。16、用例模型中的執(zhí)行者可以是“人”執(zhí)行者也可以是 “外部”系統(tǒng)執(zhí)行者17、用例模型中的用例之間的關(guān)聯(lián)有 使用 關(guān)聯(lián)、 擴(kuò)展 關(guān)聯(lián)、 包含 關(guān)聯(lián)和 繼承 關(guān)聯(lián)。18UML象的 靜態(tài) 模型，對(duì)象的 動(dòng)態(tài) 模型和對(duì)象的 系統(tǒng)功能處理模型。19UML聚集 和 繼承 五種。20/較弱的情況，整體段的重?cái)?shù)應(yīng)該 n 。21UMl為 尋找

11、確定對(duì)象類(lèi) 、 定義接口 、 定義類(lèi)之間的關(guān)系 、 建立對(duì)象類(lèi)圖 和 建立系統(tǒng)包圖 。22、組合聚集是指整體擁有它的部分他具有搶的物主身份表示事物的整體/ 部分關(guān)系較強(qiáng)的情況部分生存在整體中不可分離他們與整體一起存在或消亡整體的充數(shù)必須是1或0 。23、系統(tǒng)分析是在客戶需求分析規(guī)格說(shuō)明的基礎(chǔ)之上對(duì)其進(jìn)行的 分析 。24、 類(lèi)有實(shí)例，他的實(shí)例是一個(gè)對(duì)象。在 UML 中，包用來(lái)表示一個(gè) 模型組織的分組機(jī)制 ，包沒(méi)有實(shí)例。25在UML軟件開(kāi)發(fā)過(guò)程產(chǎn)生的對(duì)象動(dòng)態(tài)模型中消息有四種類(lèi)型他們是 簡(jiǎn)消息，同步消息、 異步消息和 返回 消息。26、 順序圖和 合 作圖用來(lái)表達(dá)對(duì)象之間的交互是描述一組對(duì)象如何作完

12、成某個(gè)行為的模型化工具。27、進(jìn)程是一個(gè)動(dòng)作流 ，能夠與其他進(jìn)程并發(fā)執(zhí)行。28、線程是部的一個(gè)動(dòng)作流，能夠與其他線程并發(fā)執(zhí)行。29、 主動(dòng)對(duì)象是一個(gè)擁有進(jìn)程或線程的對(duì)象能初始化控制活動(dòng)可以獨(dú)并發(fā)運(yùn)行30、 被動(dòng)對(duì)象 是一個(gè)必須由其他對(duì)象發(fā)來(lái)的消息進(jìn)行觸發(fā)才執(zhí)行動(dòng)作的對(duì)象。31交互圖描述系統(tǒng)中對(duì)象間的交互行為每一個(gè)交互都有 發(fā)送者 和接收者 ，他們可以是整個(gè)系統(tǒng)、一個(gè)子系統(tǒng)、一個(gè)用例、一個(gè)對(duì)象類(lèi)或一個(gè)操作32、順序狀態(tài)表明狀態(tài)之間的遷移是 串行 的，即一個(gè)接一個(gè)順序遷移。33、狀態(tài)圖還可以用復(fù)合遷移的 同步并發(fā) 遷移圖符來(lái)表示并發(fā)子狀態(tài)。34、狀態(tài)圖中的進(jìn)程是一個(gè) 動(dòng)作流，能夠與其他進(jìn)程并發(fā)執(zhí)行

13、。35在活動(dòng)圖中， 虛箭線也稱(chēng)為對(duì)象流對(duì)象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)對(duì)象之間的關(guān)聯(lián)。36、活動(dòng)圖即可以描述對(duì)象的動(dòng)態(tài)行為，還可以用來(lái)描述 用例。37、活動(dòng)圖中活動(dòng)狀態(tài)的遷移不是 由事件按進(jìn)行觸發(fā)，一個(gè)活動(dòng)執(zhí)行完畢自動(dòng) 進(jìn)入下一個(gè)多棟狀態(tài)。38、狀態(tài)圖和活動(dòng)圖描述系統(tǒng)中某個(gè) 系統(tǒng)對(duì)象 的一系列狀態(tài)變化。39系統(tǒng)體系結(jié)構(gòu)建?？梢苑譃?軟件系統(tǒng)體系結(jié)構(gòu) 建模和硬件系統(tǒng)體系構(gòu) 建模。40、構(gòu)件是 軟件系統(tǒng)體系結(jié)構(gòu) （類(lèi)、對(duì)象、他們間的關(guān)系和協(xié)作）中定義的概念和功能在 物理體系結(jié)構(gòu) 中的實(shí)現(xiàn)。41、軟件構(gòu)件分為 源代碼構(gòu)件、二進(jìn)制 構(gòu)件和可執(zhí)行代碼 構(gòu)件。42、構(gòu)件圖主要用于建立系統(tǒng)的 靜態(tài)模型。43、構(gòu)

14、件圖中的構(gòu)件沒(méi)有實(shí)例，只有在 配置圖 中才能標(biāo)識(shí)構(gòu)件的實(shí)例。44配置圖由結(jié)點(diǎn) 和結(jié)點(diǎn)之間的聯(lián)系組成描述了處理器設(shè)備和軟構(gòu)件運(yùn)行時(shí)的體系結(jié)構(gòu)。45、結(jié)點(diǎn)之間、結(jié)點(diǎn)與 構(gòu)件之間的聯(lián)系包括通信關(guān)聯(lián)、依賴聯(lián)系等。46、軟件模式基本形成了概念模式、設(shè)計(jì)模式和編程模式三個(gè)重要的類(lèi)別。47、工廠模式有三種形態(tài)：簡(jiǎn)單工廠模式，抽成工廠模式和工廠方法模式 。48、一個(gè)設(shè)計(jì)模式有四個(gè)基本要素：名稱(chēng)、問(wèn)題、解決方案、和效果 。49的耦合性、提高復(fù)用性的種種成功方案。50、設(shè)計(jì)模式的作用和研究意義表現(xiàn)在：優(yōu)化的設(shè)計(jì)經(jīng)驗(yàn)、極高的復(fù)用性、豐富的表達(dá)能力和極低的耦合度 。5152大的結(jié)構(gòu)從而實(shí)現(xiàn)新的功能。53或?qū)ο蟮脑O(shè)計(jì)模

15、式，還有他們之間的設(shè)計(jì)模式。三、名詞解釋軟件：是程序以及開(kāi)發(fā)、使用、維護(hù)程序所需要的所有文檔。的描述了屬于該類(lèi)的全部對(duì)象的屬性和操作。獨(dú)立的對(duì)象。繼承：是指子類(lèi)（也成派生類(lèi)、特化類(lèi)）操作，即一個(gè)類(lèi)可以定義為另一個(gè)一般的類(lèi)的特殊情況。消息：實(shí)現(xiàn)對(duì)象類(lèi)之間的通信和任務(wù)傳遞。運(yùn)行期間，當(dāng)實(shí)際發(fā)送消息時(shí)才進(jìn)行實(shí)例連接，稱(chēng)為動(dòng)態(tài)綁定。ULLUMLUML公共劃分：類(lèi)型-實(shí)例法，接口-實(shí)現(xiàn)法。元素。標(biāo)記值：也稱(chēng)特性規(guī)格說(shuō)明，與約束直接對(duì)某個(gè)模型元素附加一些性質(zhì)和語(yǔ)義。約束：約束擴(kuò)展了模型元素的語(yǔ)義，允許增加新的規(guī)則或修改現(xiàn)有規(guī)則。軟件的初始規(guī)定有一個(gè)共同理解，使之成為整個(gè)開(kāi)發(fā)工作的基礎(chǔ)。用例模型是表達(dá)系統(tǒng)外

16、部事物（執(zhí)行者）與系統(tǒng)之間交互的可視化工具。執(zhí)行者：使用系統(tǒng)的不同角色用例是系統(tǒng)所提供的一個(gè)功能的描述經(jīng)濟(jì)風(fēng)險(xiǎn)分析研究：經(jīng)濟(jì)可行性研究主要是進(jìn)行成本、效益分析四、簡(jiǎn)答題：17、簡(jiǎn)述軟件危機(jī)產(chǎn)生的背景17、簡(jiǎn)述軟件危機(jī)產(chǎn)生的背景計(jì)算機(jī)科學(xué)的不斷發(fā)展，使得軟件需求量不斷增大，他的要求、復(fù)雜度、開(kāi)發(fā)成本也越來(lái)越高，但軟件開(kāi)發(fā)放大和技術(shù)卻停留在“小程序18、試述軟件生存周期過(guò)程18、試述軟件生存周期過(guò)程一個(gè)軟件產(chǎn)品從概念開(kāi)始，經(jīng)過(guò)開(kāi)發(fā)、使用和維護(hù)，直到最后該軟件更新?lián)Q代為止的全部過(guò)程就是軟件的生存周期。軟件生存周期有軟件定義、軟件開(kāi)發(fā)和軟件使用與維護(hù)三部分組成。分為軟件系統(tǒng)的可行性分析、需求分析、概要

17、設(shè)計(jì)、詳細(xì)設(shè)計(jì)、實(shí)現(xiàn)、組裝測(cè)試、確認(rèn)測(cè)試、使用、維護(hù)和更新?lián)Q代十個(gè)階段。19、試述軟件開(kāi)發(fā)的幾種基本方法19、試述軟件開(kāi)發(fā)的幾種基本方法結(jié)構(gòu)化軟件開(kāi)發(fā)方法、模塊化軟件開(kāi)發(fā)方法、面向數(shù)據(jù)結(jié)構(gòu)軟件開(kāi)發(fā)方法、面向?qū)ο筌浖_(kāi)發(fā)方法20、寫(xiě)出面向?qū)ο蟮幕疽?0、寫(xiě)出面向?qū)ο蟮幕疽貙?duì)象，類(lèi)，封裝，繼承、消息和多態(tài)等。21、試比較軟件生存周期與面向?qū)ο笙到y(tǒng)開(kāi)發(fā)過(guò)程21、試比較軟件生存周期與面向?qū)ο笙到y(tǒng)開(kāi)發(fā)過(guò)程面向?qū)ο笙到y(tǒng)開(kāi)發(fā)過(guò)程由客戶需求分析階段、系統(tǒng)分析階段、系統(tǒng)實(shí)現(xiàn)、測(cè)試、軟件開(kāi)發(fā)定位準(zhǔn)確，易于交流開(kāi)發(fā)。22、用簡(jiǎn)要的語(yǔ)言表述完成一個(gè)實(shí)際課題的完整步驟22、用簡(jiǎn)要的語(yǔ)言表述完成一個(gè)實(shí)際課題的完整

18、步驟需求分析階段：與客戶訪談需求，與專(zhuān)家討論需求現(xiàn)場(chǎng)實(shí)際觀察需求。建立資料庫(kù)，編寫(xiě)文檔，引入用例等模型完善表達(dá)。系統(tǒng)分析階段：清楚業(yè)務(wù)流程，23、說(shuō)出面向?qū)ο蠓治龅牟襟E23、說(shuō)出面向?qū)ο蠓治龅牟襟E面向?qū)ο蠓治龅牟襟E識(shí)別類(lèi)與對(duì)象活動(dòng)，定義類(lèi)與對(duì)象。識(shí)別結(jié)構(gòu)活動(dòng)，確認(rèn)繼承和組合結(jié)構(gòu)。識(shí)別主題活動(dòng)，將性質(zhì)相同類(lèi)與對(duì)象歸納為同一主題。定義屬性活動(dòng)，確認(rèn)對(duì)象屬性。定義服務(wù)活動(dòng)，確認(rèn)操作與關(guān)聯(lián)對(duì)象的狀態(tài)。24.說(shuō)出面向?qū)ο笤O(shè)計(jì)的步驟24.說(shuō)出面向?qū)ο笤O(shè)計(jì)的步驟面向?qū)ο笤O(shè)計(jì)步驟：OOD25.說(shuō)出面向?qū)ο髮?shí)現(xiàn)的方法25.說(shuō)出面向?qū)ο髮?shí)現(xiàn)的方法面向?qū)ο髮?shí)現(xiàn)方法：程序編寫(xiě)開(kāi)始前，要選擇合適的編程語(yǔ)言。編寫(xiě)代碼過(guò)程

19、中，要指定每個(gè)模塊測(cè)試方案、測(cè)試數(shù)據(jù)和預(yù)期測(cè)試結(jié)果。變成結(jié)束后，要保存相應(yīng)文檔資料。26.說(shuō)出面向?qū)ο鬁y(cè)試的步驟和方法26.說(shuō)出面向?qū)ο鬁y(cè)試的步驟和方法面向?qū)ο鬁y(cè)試的步驟和方法：系統(tǒng)的正確性和容錯(cuò)性能測(cè)試。保存相應(yīng)文檔資料。確認(rèn)測(cè)試：有專(zhuān)家、客戶、開(kāi)發(fā)人員組成系統(tǒng)測(cè)試評(píng)審小組。向用戶提供最終的用戶手冊(cè)，操作手冊(cè)，原程序清單及其他軟件文檔資料。相應(yīng)文檔資料。27.說(shuō)出面向?qū)ο缶S護(hù)的容與方法27.說(shuō)出面向?qū)ο缶S護(hù)的容與方法面向?qū)ο缶S護(hù)的容與方法：對(duì)發(fā)現(xiàn)的軟件產(chǎn)品中潛伏的錯(cuò)誤進(jìn)行修改維護(hù)。對(duì)用戶提出的軟件需求進(jìn)行修改維護(hù)。軟件運(yùn)行環(huán)境發(fā)生變化時(shí)需呀對(duì)軟件進(jìn)行修改維護(hù)。對(duì)軟件定義和軟件開(kāi)發(fā)個(gè)階段生成的

20、文檔資料進(jìn)行修改維護(hù)。28.簡(jiǎn)述建立文檔資料對(duì)于軟件開(kāi)發(fā)的重要性28.簡(jiǎn)述建立文檔資料對(duì)于軟件開(kāi)發(fā)的重要性UMLUML 統(tǒng)模語(yǔ)言的意義：概念明確，建模表示法簡(jiǎn)潔明了，圖形結(jié)構(gòu)清晰，易于掌握使用。18.試說(shuō)明一個(gè)復(fù)雜的面向?qū)ο筌浖到y(tǒng)的層次結(jié)構(gòu)組成18.試說(shuō)明一個(gè)復(fù)雜的面向?qū)ο筌浖到y(tǒng)的層次結(jié)構(gòu)組成業(yè)務(wù)應(yīng)用、應(yīng)用框架層、特定領(lǐng)域框架層、跨領(lǐng)域框架層、基礎(chǔ)框架層、操作系統(tǒng)層。19.UML19.UML利用若干視圖從不同角度來(lái)描述一個(gè)軟件系統(tǒng)的體系結(jié)構(gòu)，從某個(gè)角度觀察到的系統(tǒng)構(gòu)成系統(tǒng)的一個(gè)視圖。20.UML20.UML構(gòu)造型，標(biāo)記值，約束。2121UML簡(jiǎn)述 UML 實(shí)際建模過(guò)程：開(kāi)始階段，詳細(xì)規(guī)劃階

21、段，系統(tǒng)構(gòu)造階段。22.UML22.UMLUML 開(kāi)發(fā)過(guò)程的特征：以用例驅(qū)動(dòng)開(kāi)發(fā)過(guò)程，以系統(tǒng)體系結(jié)構(gòu)為中心的質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo)。采取反復(fù)、漸增式的螺旋上升式開(kāi)發(fā)過(guò)程。24.UML24.UML類(lèi)圖建模的目的與意義：展示了系統(tǒng)的邏輯結(jié)構(gòu)。類(lèi)圖是構(gòu)造其他圖的基礎(chǔ)，沒(méi)有類(lèi)圖就無(wú)法表示系統(tǒng)其他的各個(gè)方面。25.UML25.UML對(duì)象圖建模的目的與意義：表達(dá)了對(duì)象模型的靜態(tài)結(jié)構(gòu)，能夠有效的建立專(zhuān)業(yè)領(lǐng)域的計(jì)算機(jī)系統(tǒng)的對(duì)象模型。26.UML26.UML包圖建模的目的與意義：降低系統(tǒng)復(fù)雜性，維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)。27.UML27.UML靜態(tài)模型：類(lèi)圖，對(duì)象圖，包圖，構(gòu)件圖，配置圖。動(dòng)態(tài)模型：狀態(tài)圖，活動(dòng)

22、圖，順序圖，和作圖。28.UML28.UML配置圖描述系統(tǒng)中硬件和軟件物理配置情況和系統(tǒng)體系結(jié)構(gòu)，顯示系統(tǒng)運(yùn)行時(shí)刻的結(jié)構(gòu)，描述結(jié)點(diǎn)間的連結(jié)以及通信類(lèi)型。29.UML29.UML顯示代碼本身的邏輯結(jié)構(gòu)，米搜狐系統(tǒng)中存在的軟件構(gòu)件以及它們之間的依賴關(guān)系。30.UML30.UML對(duì)開(kāi)發(fā)項(xiàng)目的問(wèn)題領(lǐng)域和功能作詳細(xì)分析建立系統(tǒng)基礎(chǔ)體系結(jié)構(gòu)進(jìn)行風(fēng)險(xiǎn)分析，并制定相應(yīng)對(duì)策制定開(kāi)發(fā)計(jì)劃31.UML31.UML漸增是開(kāi)發(fā)集成測(cè)試測(cè)試演示保存測(cè)試案例32.UML32.UML系統(tǒng)測(cè)試產(chǎn)品包裝用戶培訓(xùn)33.UML33.UML描述對(duì)象之間動(dòng)態(tài)交互關(guān)系，著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序。34.UML34.UML建立問(wèn)題領(lǐng)域

23、的業(yè)務(wù)模型建立用戶需求分析模型35.UML35.UML結(jié)構(gòu)設(shè)計(jì)：是高層設(shè)計(jì)，定義包和主要通信機(jī)制。詳細(xì)設(shè)計(jì)：細(xì)化包的容，創(chuàng)建類(lèi)圖、對(duì)象圖、順序圖、合作圖、狀態(tài)圖、活動(dòng)圖、構(gòu)件圖、配置圖。36.UML36.UML編寫(xiě)代碼、反復(fù)編譯、連接、排錯(cuò)37.UML37.UML測(cè)試包括哪些容：依靠用例圖驗(yàn)證系統(tǒng)，集成測(cè)試會(huì)用到的配置圖、順序圖、合作圖，以發(fā)現(xiàn)代碼中的錯(cuò)誤。38.UML38.UML根據(jù)系統(tǒng)工作環(huán)境和硬件設(shè)備，將組成系統(tǒng)體系結(jié)構(gòu)的軟件費(fèi)配到相應(yīng)的計(jì)算機(jī)上。39.UML39.UML業(yè)務(wù)模型、領(lǐng)域模型、用例模型、分析模型、設(shè)計(jì)模型、測(cè)試模型。40.UML40.UML技術(shù)文檔、管理文檔42.UML42.UML分析階段：描述系統(tǒng)功能設(shè)計(jì)階段：用例必須被實(shí)現(xiàn)實(shí)現(xiàn)階段：用例必須被實(shí)現(xiàn)測(cè)試階段：用例用于測(cè)試系統(tǒng)43.UML 軟件開(kāi)發(fā)過(guò)程的基本特征之一：以系統(tǒng)體系結(jié)構(gòu)為中心的具體容是什么？43.UML 軟件開(kāi)發(fā)過(guò)程的基本特征之一：以系統(tǒng)體系結(jié)構(gòu)為中心的具體容是什么？定義系統(tǒng)組成成分及之間關(guān)系和交互。定義成分之間的通信機(jī)制。定義增加或修改體系結(jié)構(gòu)中成分的全部規(guī)則。實(shí)現(xiàn)系統(tǒng)功能性要求。完成非功能性要求。44.UML 軟件開(kāi)發(fā)過(guò)程的基本特征之一：以質(zhì)量控制和風(fēng)險(xiǎn)管理為目的的具體容是什么？44.UML 軟件開(kāi)發(fā)過(guò)程的基本特征之一：以質(zhì)量控制和風(fēng)險(xiǎn)管理為目的的具體容是什么？用質(zhì)量目標(biāo)和質(zhì)量指