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

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

2、序6、UML的（B）模型圖由類圖、對(duì)象圖、包圖、構(gòu)件圖和配置圖組成。A.用例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è)B.類圖C.動(dòng)態(tài)圖D.相應(yīng)的軟件文檔資料9、在UML勺需求分析建模中，（B）模型圖必須與用戶反復(fù)交流并加以確認(rèn)。A.配置B.用例C.包D.動(dòng)態(tài)10、可行性研究分析包括經(jīng)濟(jì)可行性分析、技術(shù)可行性分析和（B）。A.風(fēng)險(xiǎn)可行性分析B.法律可行性分析C.資源可行性分析D.效益可行性分析11、UML勺客戶分析模型包括（A）模型、類圖、對(duì)象圖和

3、活動(dòng)圖組成。A.用例B.分析C.屬性D.系統(tǒng)12、UM咯戶需求分析使用的CRC卡上“責(zé)任”一欄的容主要描述類的（C）和操作。A.對(duì)象成員B.關(guān)聯(lián)對(duì)象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）反復(fù)交流并加以確認(rèn)。A.軟件生產(chǎn)商B.用戶C.軟件開發(fā)人員D.問題領(lǐng)域?qū)＜?5、在UML勺需求分析建模中，對(duì)用例模型中的用例進(jìn)行細(xì)化說明應(yīng)使用（A）A.活動(dòng)圖B.狀態(tài)圖C.配置圖D.構(gòu)件圖16、活動(dòng)圖中的分劈和同步接合圖符是用來描述（A）A.多進(jìn)程的并發(fā)處理行為B.對(duì)象的時(shí)序C.

4、類的關(guān)系D.系統(tǒng)體系結(jié)構(gòu)框17、UML的系統(tǒng)分析進(jìn)一步要確立的三個(gè)系統(tǒng)模型的是（B）、對(duì)象動(dòng)態(tài)模型和系統(tǒng)功能模型。A.數(shù)據(jù)本g型B.對(duì)象靜態(tài)模型C.對(duì)象關(guān)系模型D.體系結(jié)構(gòu)模型18、UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計(jì)階段產(chǎn)生的模型，其描述圖符（A）。A.完全相同B.完全不同C.不可以通用D.稍有差異19、類和對(duì)象都有屬性，它們的差別是：類描述了屬性的類型，而對(duì)象的屬性必須有（CC。A.正負(fù)號(hào)B.動(dòng)作C.具體值D.私有成員20、UML8統(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)

5、用B.設(shè)計(jì)方法C.子系統(tǒng)D.軟件復(fù)用22、“對(duì)象容器”設(shè)計(jì)模式對(duì)有限的對(duì)象進(jìn)行管理，它不能（C）oA.查找對(duì)象B.修改對(duì)象C.創(chuàng)建對(duì)象D.刪除對(duì)象23、UMLS統(tǒng)設(shè)計(jì)的一般步驟包括系統(tǒng)對(duì)象設(shè)計(jì)、系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)和系統(tǒng)設(shè)計(jì)的（C）。A、建模B、完善C、優(yōu)化D、迭代24、順序圖和合作圖主要用與對(duì)用例圖中（B）的建模，用他們來描述用例圖的行為。A、數(shù)據(jù)流B、控制流C、消息流D、數(shù)據(jù)字典25、順序圖的模型元素有（A）、消息、等，這些模型元素表示某個(gè)用例中的若干個(gè)對(duì)象和對(duì)象之間所有傳遞的消息，來對(duì)系統(tǒng)的行為建模。A、對(duì)象B、箭線C、活動(dòng)D、狀態(tài)26、順序圖描述（D）對(duì)象之間消息的傳遞順序。A、某個(gè)B、單

6、個(gè)C、一個(gè)類產(chǎn)生的D一組27、順序圖和合作圖建立了UMLH向?qū)ο箝_發(fā)過程中的對(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)轉(zhuǎn)移的事件以及因狀態(tài)轉(zhuǎn)移引起的動(dòng)作。A、一組又t象B、一個(gè)對(duì)象C、多個(gè)執(zhí)行者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ā)的

7、，當(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)圖建立了UMLH向?qū)ο箝_發(fā)過程中的對(duì)象動(dòng)態(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)系，也能描述硬件單元上的（B）系統(tǒng)的分布。A、對(duì)象B、軟件C、系統(tǒng)體系結(jié)構(gòu)D、數(shù)據(jù)35、（B）是對(duì)系統(tǒng)的用例、類、對(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)

8、行描述。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)件欲行時(shí)的體系結(jié)構(gòu)。A、構(gòu)件圖B、狀態(tài)圖C、配置圖D、順序圖39、（D）的基本元素有結(jié)點(diǎn)、構(gòu)件、對(duì)象、連接、依賴等。A、構(gòu)件圖B、狀態(tài)圖C、順序圖D、配置圖二、填空1、軟件按照其工作方式可劃分為實(shí)時(shí)處理軟件、分時(shí)處理軟件、交互式軟件和批處理軟件。2、軟件生存周期由軟件的定義、軟件的開發(fā)和軟件的使用與維護(hù)三部分組成。3、軟件開發(fā)模型有瀑布模型、漸增模型、

9、螺旋模型、智能模型和演化模型等五種主要模型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)模型圖和動(dòng)態(tài)模型圖。7、UML勺軟件統(tǒng)一開發(fā)過程，即生命周期按時(shí)間順序可以劃分為，開始階段、詳細(xì)規(guī)劃階段、系統(tǒng)構(gòu)造階段和移交階段四個(gè)階段及階段中一系列的循8、UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程，軟件項(xiàng)目開發(fā)過程流程包括的核心工作容是，需求分析、系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)、測(cè)試和配置。9、UML中的五個(gè)不同的

10、視圖可以完整地描述出所建造的系統(tǒng)，這五種視圖是用例視圖、邏輯視圖、構(gòu)件視圖、進(jìn)程視圖和配置視圖。10、UM中有10中基本圖可以完整地描述出所有建造的系統(tǒng)，這10中視圖是用例圖、類圖、對(duì)象圖、包圖、構(gòu)件圖、配置圖、順序圖、活動(dòng)圖、狀態(tài)圖和合作圖。11、UM啾件開發(fā)過程需求分析階段產(chǎn)生的模型由三類模型圖表示。他們是：用例模型圖、靜態(tài)模型圖和動(dòng)態(tài)模型圖。12、CRC#中的描述由類名、類特征、類類型、責(zé)任和協(xié)作者共五部分組成13、軟件項(xiàng)目的目的的可行性研究分析中，技術(shù)可行性研窮包括風(fēng)險(xiǎn)分析、資源分析、技術(shù)分析三部分組成14、在UM啾件開發(fā)過程的需求分析階段，建立用例模型的步驟分為，確定系統(tǒng)的圍和邊界,

11、確定系統(tǒng)的執(zhí)行者和用例,描述用例,定義關(guān)系和審核用例模型。15、用例圖中以實(shí)踐方框表示系統(tǒng)的圍和邊界，在熊邊界描述的是用例，在邊界之外描述的是執(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)。18、在UM啾件開發(fā)過程系統(tǒng)分析階段產(chǎn)生的對(duì)象模型有三種模型。他們是：對(duì)象的靜態(tài)模型,對(duì)象的動(dòng)態(tài)模型和對(duì)象的系統(tǒng)功能處理模型。19、在UMU勺對(duì)象類圖中，類之間的關(guān)系有依賴、細(xì)化、關(guān)聯(lián)、聚集和繼承五種。20、共享聚集的部分對(duì)象可以是任何整體的一部分，表示事物的整體/部分關(guān)系較弱的情況，整體段的重?cái)?shù)應(yīng)該n。2

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

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

14、能夠與其他進(jìn)程并發(fā)執(zhí)行。35、在活動(dòng)圖中，虛箭線也稱為對(duì)象流、對(duì)象流表示動(dòng)作狀態(tài)或活動(dòng)狀態(tài)與對(duì)象之間的關(guān)聯(lián)。36、活動(dòng)圖即可以描述對(duì)象的動(dòng)態(tài)行為，還可以用來描述用例。37、活動(dòng)圖中活動(dòng)狀態(tài)的遷移不是由事件按講行觸發(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)建?？梢苑譃檐浖到y(tǒng)體系結(jié)構(gòu)建模和硬件系統(tǒng)體系結(jié)構(gòu)建模。40、構(gòu)件是軟件系統(tǒng)體系結(jié)構(gòu)（類、對(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)件

15、圖中的構(gòu)件沒有實(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è)重要的類別。47、工廠模式有三種形態(tài)：簡(jiǎn)單工廠模式，抽成工廠模式和工廠方法模式。48、一個(gè)設(shè)計(jì)模式有四個(gè)基本要素：名稱、問題、解決方案、和效果。49、設(shè)計(jì)模式按照模式的目的將其分為創(chuàng)建型、結(jié)構(gòu)型和行為型。這三種類型的設(shè)計(jì)模式分別描述了對(duì)象在創(chuàng)建、組合以及相互作用的過程中如何降低他們之間的耦合性、提高復(fù)用性的種種成功方案。50、設(shè)計(jì)模式的作用

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

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

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

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

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

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

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

23、子系統(tǒng)的正確性和容錯(cuò)性能測(cè)試。保存相應(yīng)文檔資料。確認(rèn)測(cè)試：有專家、客戶、開發(fā)人員組成系統(tǒng)測(cè)試評(píng)審小組。向用戶提供最終的用戶手冊(cè)，操作手冊(cè)，原程序清單及其他軟件文檔資料。三方共同根據(jù)組裝測(cè)試方案和測(cè)試數(shù)據(jù)逐條嚴(yán)格進(jìn)行組裝測(cè)試，確認(rèn)系統(tǒng)是否到達(dá)用戶的需求。確認(rèn)測(cè)試結(jié)束適應(yīng)建立確認(rèn)測(cè)試報(bào)告、項(xiàng)目開發(fā)總結(jié)報(bào)告。保存相應(yīng)文檔資料。.說出面向?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ì)軟件定義和軟件開發(fā)個(gè)階段生成的文檔資料進(jìn)行修改維護(hù)。.簡(jiǎn)述建立文檔資料對(duì)于軟件開發(fā)的重要性文檔資料的編

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

25、系結(jié)構(gòu)，從某個(gè)角度觀察到的系統(tǒng)構(gòu)成系統(tǒng)的一個(gè)視圖。17 .UML的擴(kuò)展機(jī)制是什么？構(gòu)造型，標(biāo)記值，約束。.簡(jiǎn)述UML實(shí)際建模過程簡(jiǎn)述UML實(shí)際建模過程：開始階段，詳細(xì)規(guī)劃階段，系統(tǒng)構(gòu)造階段。18 .UML軟件開發(fā)過程的特征是什么？UMLFF發(fā)過程的特征：以用例驅(qū)動(dòng)開發(fā)過程，以系統(tǒng)體系結(jié)構(gòu)為中心的質(zhì)量控制和風(fēng)險(xiǎn)管理為目標(biāo)。采取反復(fù)、漸增式的螺旋上升式開發(fā)過程。.UML中類圖建模目的與意義是什么？類圖建模的目的與意義：展示了系統(tǒng)的邏輯結(jié)構(gòu)。類圖是構(gòu)造其他圖的基礎(chǔ)，沒有類圖就無法表示系統(tǒng)其他的各個(gè)方面。24 .UML中對(duì)象圖建模目的與意義是什么？對(duì)象圖建模的目的與意義：表達(dá)了對(duì)象模型的靜態(tài)結(jié)構(gòu)，能夠

26、有效的建立專業(yè)領(lǐng)域的計(jì)算機(jī)系統(tǒng)的對(duì)象模型。25 .UML中包圖建模目的與意義是什么？包圖建模的目的與意義：降低系統(tǒng)復(fù)雜性，維護(hù)和控制系統(tǒng)總體結(jié)構(gòu)。26 .UML中的系統(tǒng)體系結(jié)構(gòu)建模包括哪幾個(gè)模型圖？靜態(tài)模型：類圖，對(duì)象圖，包圖，構(gòu)件圖，配置圖。動(dòng)態(tài)模型：狀態(tài)圖，活動(dòng)圖，順序圖，和作圖。27 .UML中配置圖建模目的與意義是什么？配置圖描述系統(tǒng)中硬件和軟件物理配置情況和系統(tǒng)體系結(jié)構(gòu)，顯示系統(tǒng)運(yùn)行時(shí)刻的結(jié)構(gòu)，描述結(jié)點(diǎn)間的連結(jié)以及通信類型。28 .UML中構(gòu)建圖建模目的與意義是什么？顯示代碼本身的邏輯結(jié)構(gòu)，米搜狐系統(tǒng)中存在的軟件構(gòu)件以及它們之間的依賴關(guān)系。29 .UML軟件開發(fā)過程的詳細(xì)規(guī)劃階段包括

27、哪些容？對(duì)開發(fā)項(xiàng)目的問題領(lǐng)域和功能作詳細(xì)分析建立系統(tǒng)基礎(chǔ)體系結(jié)構(gòu)進(jìn)行風(fēng)險(xiǎn)分析，并制定相應(yīng)對(duì)策30 制定開發(fā)計(jì)劃.UML軟件開發(fā)過程的系統(tǒng)構(gòu)造階段包括哪些容？31 漸增是開發(fā)集成測(cè)試測(cè)試演示保存測(cè)試案例.UML軟件開發(fā)過程的系統(tǒng)移交階段包括哪些容？系統(tǒng)測(cè)試產(chǎn)品包裝用戶培訓(xùn).UML中順序圖建模目的與意義是什么？|描述對(duì)象之間動(dòng)態(tài)交互關(guān)系，著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序。32 .UML軟件開發(fā)過程的開發(fā)步驟中，分析包括哪些容？33 建立問題領(lǐng)域的業(yè)務(wù)模型建立用戶需求分析模型.UML軟件開發(fā)過程的開發(fā)步驟中，設(shè)計(jì)包括哪些容？結(jié)構(gòu)設(shè)計(jì)：是高層設(shè)計(jì)，定義包和主要通信機(jī)制。詳細(xì)設(shè)計(jì)：細(xì)化包的容，創(chuàng)建類圖、

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