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

1、5、UML的軟件以（A 增的方式進(jìn)行開發(fā)。A.用例6、 UML 的（A.用例7、UMLB （A.用例B.對象C.類D.程序）模型圖由類圖、對象圖、包圖、構(gòu)件圖和配置圖組成。B.靜態(tài)C.動態(tài)D.系統(tǒng)）模型圖由活動圖、順序圖、狀態(tài)圖和合作圖組成。B.靜態(tài)C.動態(tài)D.系統(tǒng)、選擇1、封裝是指把對象的（A ）結(jié)合在一起，組成一個獨(dú)立的對象。A.屬性和操作B.信息流 C.消息和事件D.數(shù)據(jù)的集合2、封裝是一種（C）技術(shù)，目的是使對象的生產(chǎn)者和使用者分離，使對象的定 義和實(shí)現(xiàn)分開。A.工程化B .系統(tǒng)維護(hù)C .信息隱蔽D .產(chǎn)生對象3、面向?qū)ο蠓椒ㄖ械模―）機(jī)制是子類可以自動地?fù)碛袕?fù)制父類全部屬性和操作。A

2、 .約束B對象映射C .信息隱蔽D.繼承 4、使得在多個類中能夠定義同一個操作或?qū)傩悦⒃诿恳粋€類中有不同的實(shí) 現(xiàn)的一種方法（B ）。A.繼承B.多態(tài)性C.約束D.接口）為中心，以系統(tǒng)體系結(jié)構(gòu)為主線，采用循環(huán)、迭代、漸8、UMLW最終產(chǎn)物就是最后提交的可執(zhí)行的軟件系統(tǒng)和（ D ）。A.用戶手冊B.類圖 C.動態(tài)圖D.相應(yīng)的軟件文檔資料9、在UMLB需求分析建模中，（ B ）模型圖必須與用戶反復(fù)交流并加以確 認(rèn)。A.配置B .用例C.包D.動態(tài)10、可行性研究分析包括經(jīng)濟(jì)可行性分析、技術(shù)可行性分析和（ B ）。A.風(fēng)險(xiǎn)可行性分析 B.法律可行性分析C.資源可行性分析 D.效益可行性分析11、U

3、ML勺客戶分析模型包括（ A ）模型、類圖、對象圖和活動圖組成。A.用例 B.分析 C.屬性 D.系統(tǒng)12、UMLg戶需求分析使用的CRC#上“責(zé)任” 一欄的內(nèi)容主要描述類的（ C） 和操作。A.對象成員B.關(guān)聯(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、在UMLB需求分析建模中，用例模型必須與（B ）反復(fù)交流并加以確認(rèn)。A.軟件生產(chǎn)商B.用戶C.軟件開發(fā)人員D.問題領(lǐng)域?qū)＜?5、在UML勺需求分析建模中，對用例模型中的用例進(jìn)行細(xì)化說明應(yīng)使用（A ）。A.活動圖B.狀態(tài)圖 C.配置圖 D.構(gòu)件圖16、活

4、動圖中的分劈和同步接合圖符是用來描述（ A ）A.多進(jìn)程的并發(fā)處理行為 B.對象的時序 C.類的關(guān)系 D.系統(tǒng)體系結(jié)構(gòu)框17、UML的系統(tǒng)分析進(jìn)一步要確立的三個系統(tǒng)模型的是（ B ）、對象動態(tài)模型 和系統(tǒng)功能模型。A.數(shù)據(jù)本g型 B.對象靜態(tài)模型 C.對象關(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ù)號 B .動作C.具體值D.私有成員20、UML8統(tǒng)分析階段產(chǎn)生的包圖描述了系統(tǒng)的（ B

5、）。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、“對象容器”設(shè)計(jì)模式對有限的對象進(jìn)行管理，它不能（ C ） oA.查找對象 B.修改對象C.創(chuàng)建對象 D.刪除對象23、UML8統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對象設(shè)計(jì)、系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì) 的（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、軟件復(fù)用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)或目標(biāo)狀態(tài)，他們可以把一個控制 分解為并行運(yùn)行的并發(fā)線程，或?qū)⒍鄠€并發(fā)線程結(jié)合成單個線程.A、狀態(tài) B、對象 C、活動 D同步并發(fā)31、活動圖中動作狀態(tài)之間的遷移不是靠（B ）觸發(fā)的，當(dāng)活動（動作）狀態(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 、軟件復(fù)用33、系統(tǒng)體系結(jié)構(gòu)式用來描述系統(tǒng)各部分的結(jié)構(gòu)、結(jié)構(gòu)以及他們用于通信的（A ）。A 一種機(jī)制 B、形式 C、原理 D、結(jié)構(gòu)34、UMIM以描述硬件之間的互聯(lián)關(guān)系，也能描述硬件單

8、元上的（B）系統(tǒng)的分布。A對象B、軟件 C、系統(tǒng)體系結(jié)構(gòu) D 、數(shù)據(jù)35、（ B ）是對系統(tǒng)的用例、類、對象、結(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 ）要對系統(tǒng)的構(gòu)件、結(jié)點(diǎn)的配置進(jìn)行描述。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)中的實(shí)現(xiàn)。A、構(gòu)件B、結(jié)點(diǎn) C、軟件D、模塊38、（ C ）由結(jié)點(diǎn)和結(jié)點(diǎn)之間的聯(lián)系組成，描述了處理器、設(shè)備和軟件構(gòu)件欲 行時的體系結(jié)構(gòu)。A、構(gòu)件圖B、狀態(tài)圖C、配置圖D、順序圖39、（ D ）的基

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

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

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

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

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

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

15、流表示動作狀態(tài)或活動狀態(tài)與對象之間的關(guān)聯(lián)。36、活動圖即可以描述對象的動態(tài)行為，還可以用來描述用例。37、活動圖中活動狀態(tài)的遷移不是 由事件按講行觸發(fā),一個活動執(zhí)行完畢自動 進(jìn)入下一個多棟狀態(tài)。38、狀態(tài)圖和活動圖描述系統(tǒng)中某個系統(tǒng)對象的一系列狀態(tài)變化。39、系統(tǒng)體系結(jié)構(gòu)建?？梢苑譃檐浖到y(tǒng)體系結(jié)構(gòu) 建模和 硬件系統(tǒng)體系結(jié)構(gòu)建模。40、構(gòu)件是 軟件系統(tǒng)體系結(jié)構(gòu)（類、對象、他們問的關(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)件圖中的構(gòu)件沒有實(shí)例，只有在 配置圖 中才能標(biāo)識構(gòu)件的實(shí)

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

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

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

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

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

21、維護(hù)和更新?lián)Q代十個階段。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)實(shí)現(xiàn)、測試、維護(hù)階段組成。可以說面向?qū)ο蟮拈_發(fā)過程符合軟件生存周期的模式，并且有詳 盡的系統(tǒng)分析階段，引入各個模型使之表達(dá)軟件各個功能的使用及運(yùn)作機(jī)制， 是 軟件開發(fā)定位準(zhǔn)確，易于交流開發(fā)。22、用簡要的語言表述完

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

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

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

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

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

27、礎(chǔ)，沒 有類圖就無法表示系統(tǒng)其他的各個方面。25 .UML中對象圖建模目的與意義是什么？對象圖建模的目的與意義：表達(dá)了對象模型的靜態(tài)結(jié)構(gòu)，能夠有效的建立專業(yè)領(lǐng) 域的計(jì)算機(jī)系統(tǒng)的對象模型。26 .UML中包圖建模目的與意義是什么？包圖建模的目的與意義：降低系統(tǒng)復(fù)雜性，維護(hù)和控制系統(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)運(yùn)行時刻 的結(jié)構(gòu)，描述結(jié)點(diǎn)間的連結(jié)以及通信類型。29 .UML中

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

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

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