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

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ū)ο蠓椒ㄖ械模―）機制是子類可以自動地?fù)碛袕?fù)制父類全部屬性和操作。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.對象C.類D.程

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

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

4、類的關(guān)系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.對象關(guān)系模型D.體系結(jié)構(gòu)模型18、UML的客戶需求分析、系統(tǒng)分析和系統(tǒng)設(shè)計階段產(chǎn)生的模型，其描述圖符（A）。A.完全相同B.完全不同C.不可以通用D.稍有差異19、類和對象都有屬性，它們的差別是：類描述了屬性的類型，而對象的屬性必須有（CC。A.正負(fù)號B.動作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è)計模式在面向?qū)ο笙到y(tǒng)設(shè)計中是（B）的一種形式。A.軟件調(diào)

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

6、個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、一個（D）遷移圖符可以有多個源狀態(tài)或目標(biāo)狀態(tài)，他們可以把一個控制分解為并行運行的并發(fā)線程，或?qū)⒍鄠€并發(fā)線程結(jié)合成單個線程.A、狀態(tài)B、對象C、活動D同步并發(fā)31、活動圖中動作狀態(tài)之間的遷移不是靠（B）觸發(fā)的

7、，當(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、一種機制B、形式C、原理D、結(jié)構(gòu)34、UMIM以描述硬件之間的互聯(lián)關(guān)系，也能描述硬件單元上的（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é)點的配置進

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

9、螺旋模型、智能模型和演化模型等五種主要模型4、面向?qū)ο蠹夹g(shù)采用以類為中心的封裝、繼承、多態(tài)等不僅支持軟件復(fù)用，而且使軟件維護工作可靠有效，可實現(xiàn)軟件系統(tǒng)的柔性制造。5、UML的優(yōu)點是：唯一性、連續(xù)性、維護性、復(fù)用性和逐步完善。6、UML分析和設(shè)計模型由三類模型圖表示，三類模型圖是：用例模型圖、靜態(tài)模型圖和動態(tài)模型圖。7、UML勺軟件統(tǒng)一開發(fā)過程，即生命周期按時間順序可以劃分為，開始階段、詳細規(guī)劃階段、系統(tǒng)構(gòu)造階段和移交階段四個階段及階段中一系列的循8、UML開發(fā)過程是一種二維結(jié)構(gòu)軟件開發(fā)過程，軟件項目開發(fā)過程流程包括的核心工作容是，需求分析、系統(tǒng)設(shè)計、實現(xiàn)、測試和配置。9、UML中的五個不同的

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

11、確定系統(tǒng)的執(zhí)行者和用例,描述用例,定義關(guān)系和審核用例模型。15、用例圖中以實踐方框表示系統(tǒng)的圍和邊界，在熊邊界描述的是用例，在邊界之外描述的是執(zhí)行者。16、用例模型中的執(zhí)行者可以是“人”執(zhí)行者也可以是“外部”系統(tǒng)執(zhí)行者17、用例模型中的用例之間的關(guān)聯(lián)有使用關(guān)聯(lián)、擴展關(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)系有依賴、細化、關(guān)聯(lián)、聚集和繼承五種。20、共享聚集的部分對象可以是任何整體的一部分，表示事物的整體/部分關(guān)系較弱的情況，整體段的重數(shù)應(yīng)該n。2

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

13、圖用來表達對象之間的交互,是描述一組對象如何合作完成某個行為的模型化工具。27、進程是一個動作流,能夠與其他進程并發(fā)執(zhí)行。28、線程是部的一個動作流,能夠與其他線程并發(fā)執(zhí)行。主動對象是一個擁有進程或線程的對象、能初始化控制活動，可以獨立并發(fā)運行被動對象是一個必須由其他對象發(fā)來的消息講行觸發(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)圖中的進程是一個動作流、

14、能夠與其他進程并發(fā)執(zhí)行。35、在活動圖中，虛箭線也稱為對象流、對象流表示動作狀態(tài)或活動狀態(tài)與對象之間的關(guān)聯(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)建?？梢苑譃檐浖到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)中的實現(xiàn)。41、軟件構(gòu)件分為源代碼構(gòu)件、二進制構(gòu)件和可執(zhí)行代碼構(gòu)件。42、構(gòu)件圖主要用于建立系統(tǒng)的靜態(tài)模型。43、構(gòu)件

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

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

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

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

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

20、十個階段。19、試述軟件開發(fā)的幾種基本方法結(jié)構(gòu)化軟件開發(fā)方法、模塊化軟件開發(fā)方法、面向數(shù)據(jù)結(jié)構(gòu)軟件開發(fā)方法、面向?qū)ο筌浖_發(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ā)定位準(zhǔn)確，易于交流開發(fā)。22、用簡要的語言表述完成一個實際課題的完整步驟

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

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

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

24、寫與使用貫穿于軟件生命周期的各個階段。它不僅是軟件開發(fā)指導(dǎo)性文本，也是記錄軟件發(fā)開發(fā)各個細節(jié)的詳盡資料。通過文檔可以查閱軟件相應(yīng)各階段信息，使方便軟件的維護與糾錯，也為客戶提供了一個透明的開發(fā)文本，同時文檔資料對今后類似的軟件開發(fā)提供了一個經(jīng)驗性的文本，也可作為復(fù)用構(gòu)件的文本資料。.簡單敘述UML模語言的意義UM模語言的意義：概念明確，建模表示法簡潔明了，圖形結(jié)構(gòu)清晰，易于掌握使用。.試說明一個復(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)？|利用若干視圖從不同角度來描述一個軟件系統(tǒng)的體

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

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

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

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