軟件系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)資料

軟件系統(tǒng)分析與設(shè)計(jì)復(fù)習(xí)資料一、選擇題構(gòu)造化程序設(shè)計(jì)方法的主要特征不包括A．掌握構(gòu)造僅由挨次、選擇和重復(fù)等構(gòu)造復(fù)合而成B．程序自底向上逐步抽象成一個(gè)函數(shù)塊C．每個(gè)函數(shù)塊都有一個(gè)入口和一個(gè)出口D．承受“消息＋對(duì)象”的設(shè)計(jì)模式由開(kāi)發(fā)者“指導(dǎo)”用戶對(duì)軟件進(jìn)展的測(cè)試稱為單元測(cè)試 B．組裝測(cè)試 C．a(chǎn)lpha測(cè)試系統(tǒng)分析和設(shè)計(jì)完成以后，開(kāi)發(fā)者向用戶供給的文檔資料不包括場(chǎng)景/用例圖和功能處理模型B．對(duì)象靜態(tài)、動(dòng)態(tài)模型C．體系構(gòu)造模型D．測(cè)試文檔資料UML的5種視圖中對(duì)以下對(duì)象都適用是客戶 B．分析者 C．開(kāi)發(fā)者UML屬于動(dòng)態(tài)模型圖的是

D．beta測(cè)試D．測(cè)試者A．活動(dòng)圖 B．用例圖 C．狀態(tài)圖 D．時(shí)序圖關(guān)于UML的描述錯(cuò)誤的選項(xiàng)是A．UMLB．UML是完全的面對(duì)對(duì)象的軟件開(kāi)發(fā)方法C．UML獨(dú)立于特定開(kāi)發(fā)語(yǔ)言和開(kāi)發(fā)過(guò)程DUML在軟件開(kāi)發(fā)統(tǒng)一過(guò)程〔UP〕中的設(shè)計(jì)階段應(yīng)切忌的是A．全部文檔描述應(yīng)能明顯地看到形成這些文檔的根底是什么B．創(chuàng)立簡(jiǎn)潔、完整、全都的接口，使全部構(gòu)件效勞都能易于理解和使用C．在早期就要過(guò)分強(qiáng)調(diào)性能D．保存開(kāi)發(fā)過(guò)程中發(fā)生的全部事情的記錄在系統(tǒng)開(kāi)發(fā)的開(kāi)頭階段，在確定客戶需求過(guò)程中建立的用例稱為系統(tǒng)用例 B．業(yè)務(wù)用例 C．主要用例 D．關(guān)鍵用例關(guān)于用例圖中的行為者描述正確的選項(xiàng)是A．一個(gè)行為者只能啟動(dòng)一個(gè)用例B．行為者肯定是人C．行為者之間不能有繼承關(guān)系D．行為者代表一種角色而不是具體某個(gè)人通常在UML的類圖里面，符號(hào)“＋”用來(lái)修飾公有成員 B．私有成員 C．保護(hù)成員 D．可繼承成員11．關(guān)于UML中類圖的關(guān)聯(lián)所使用的重?cái)?shù)的描述中，錯(cuò)誤的選項(xiàng)是A．“0．1”表示“0或1”?！?．*”和“*”表示的意思不一樣。C．“1．*”表示“1或多”。D．“5．11”表示“5－11”。12．關(guān)于時(shí)序圖中對(duì)象排列原則錯(cuò)誤的選項(xiàng)是A．對(duì)象縱向排列在時(shí)序圖的左邊B．交互親熱的對(duì)象盡可能相鄰C．交互中創(chuàng)立的對(duì)象，應(yīng)放置在其創(chuàng)立的時(shí)間點(diǎn)上D．每個(gè)對(duì)象有一個(gè)下垂的生命線在UML中，用來(lái)表示狀態(tài)的圖符是一個(gè)矩形框 B．一個(gè)帶圓角的矩形框C．一個(gè)橢圓 D．一個(gè)圓一個(gè)構(gòu)造良好的狀態(tài)圖應(yīng)排解下面的情形A．能準(zhǔn)確描述系統(tǒng)動(dòng)態(tài)模型的一個(gè)側(cè)面B．圖中只包含描述該側(cè)面相關(guān)的重要元素C．附加對(duì)于理解狀態(tài)圖含義必要的特征信息D．一個(gè)狀態(tài)圖應(yīng)可以單獨(dú)描述出系統(tǒng)的全貌關(guān)于構(gòu)件和類具有一樣點(diǎn)的是A．構(gòu)件和類都可以有實(shí)例B．直接擁有自己的屬性和操作C．可以擁有多個(gè)實(shí)例D．都是規(guī)律抽象數(shù)據(jù)流圖〔DFD〕主要應(yīng)用于面對(duì)對(duì)象分析方法 B．構(gòu)造化方法C．模塊化方法 D．面對(duì)數(shù)據(jù)構(gòu)造方法以下不屬于封裝的特征的是具有唯一的標(biāo)識(shí)名 B．一個(gè)清楚的邊界C．一個(gè)接口 D．受保護(hù)的內(nèi)部實(shí)現(xiàn)需求分析工作不包括軟件功能需求 B．軟件性能需求C．軟件運(yùn)行環(huán)境約束 D．定義模塊接口UML中構(gòu)件視圖的作用是描述系統(tǒng)的功能需求；找出用例和行為者。描述如何實(shí)現(xiàn)系統(tǒng)內(nèi)部的功能。描述系統(tǒng)代碼構(gòu)件組織和實(shí)現(xiàn)模塊，及它們之間的依靠關(guān)系。描述系統(tǒng)的并發(fā)性，并處理這些線程的通信和同步。UML中用來(lái)建立動(dòng)態(tài)模型的有時(shí)序圖、協(xié)作圖、狀態(tài)圖和活動(dòng)圖 B．用例圖 C．對(duì)象圖 D．構(gòu)件圖活動(dòng)圖描述的是系統(tǒng)中硬件和軟件構(gòu)件運(yùn)行時(shí)的物理構(gòu)造對(duì)象間的動(dòng)態(tài)協(xié)作關(guān)系，說(shuō)明消息的交換和對(duì)象之間的連接關(guān)系用來(lái)顯示對(duì)象之間發(fā)送消息的時(shí)間挨次一個(gè)連續(xù)活動(dòng)的進(jìn)展序列，表現(xiàn)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的掌握流程軟件開(kāi)發(fā)統(tǒng)一過(guò)程〔UP〕中，不屬于需求分析活動(dòng)是建立類的靜態(tài)模型 B．特別處理C．建立類的動(dòng)態(tài)模型 D．給出根本的用戶界面原型在系統(tǒng)構(gòu)造階段，系統(tǒng)分析和設(shè)計(jì)人員在進(jìn)展系統(tǒng)分析和設(shè)計(jì)時(shí)，依據(jù)系統(tǒng)的需要建立的用例稱為業(yè)務(wù)用例 B．系統(tǒng)用例 C．端點(diǎn)用例 D．關(guān)心用例關(guān)于用例關(guān)聯(lián)描述不正確的選項(xiàng)是用例要承受多種掌握方式對(duì)特別進(jìn)展處理時(shí)承受擴(kuò)展關(guān)聯(lián)兩個(gè)以上用例重復(fù)處理同樣的動(dòng)作，可以承受使用關(guān)聯(lián)或包含關(guān)聯(lián)一個(gè)用例間或使用另外一個(gè)用例的功能描述時(shí)，承受繼承關(guān)聯(lián)將常規(guī)的動(dòng)作放在擴(kuò)展用例中，而將格外規(guī)的動(dòng)作放在它對(duì)應(yīng)的根本用例中有關(guān)接口的描述中，錯(cuò)誤的選項(xiàng)是接口也是一個(gè)類，它定義了一組供給應(yīng)外界的操作接口沒(méi)有屬性，只有沒(méi)有具體實(shí)現(xiàn)的操作名一個(gè)類在使用接口的時(shí)候，必需實(shí)現(xiàn)接口的全部抽象操作一般說(shuō)來(lái)，接口用來(lái)定義和限制軟件構(gòu)件的對(duì)內(nèi)運(yùn)算UML中用來(lái)標(biāo)記類的繼承符號(hào)是一端是空心菱形的實(shí)線 B．一端是空心三角的實(shí)線C．一端是實(shí)心菱形的實(shí)線 D．一端帶矩形的實(shí)線有關(guān)時(shí)序圖的對(duì)象間交互特點(diǎn)描述錯(cuò)誤的選項(xiàng)是它留意消息的時(shí)間挨次對(duì)象之間傳遞的消息必需標(biāo)注序號(hào)，以說(shuō)明消息傳送的先后挨次它提醒了一個(gè)特定場(chǎng)景的交互它適合描述實(shí)時(shí)系統(tǒng)中的時(shí)間特性和時(shí)間約束UML的協(xié)作圖中，用來(lái)表示對(duì)象生存期的符號(hào)是A．{} B．<> C．[] D．29．泳道是把對(duì)象和活動(dòng)相聯(lián)系的方法之一，它說(shuō)明哪些對(duì)象進(jìn)展了哪些活動(dòng)不行中斷的動(dòng)作或操作的執(zhí)行擁有一組不行中斷的動(dòng)作或操作狀態(tài)之間的掌握流關(guān)于構(gòu)件和類描述錯(cuò)誤的選項(xiàng)是構(gòu)件和類都可以參與依靠、繼承、關(guān)聯(lián)等關(guān)系和交互都可以被嵌套類可以有實(shí)例，而構(gòu)件不行構(gòu)件表示一個(gè)物理模塊，類表示一個(gè)規(guī)律模塊31．軟件開(kāi)發(fā)方法中，面對(duì)數(shù)據(jù)流方法是A．構(gòu)造化家族中的一員 B．模塊化家族中的一員C．面對(duì)數(shù)據(jù)構(gòu)造家族中的一員 D．面對(duì)對(duì)象家族中的一員32．面對(duì)對(duì)象的一個(gè)重要原則和根本特性是能有效實(shí)現(xiàn)信息隱蔽和局部化，它稱為A．繼承 B．封裝 C．多態(tài) D．消息33．以下屬于OOD過(guò)程的是A．系統(tǒng)需求 B．系統(tǒng)設(shè)計(jì) C．對(duì)象設(shè)計(jì)34．UML中規(guī)律視圖的作用是描述系統(tǒng)的功能需求；找出用例和行為者。描述如何實(shí)現(xiàn)系統(tǒng)內(nèi)部的功能。

D．模式設(shè)計(jì)C．描述系統(tǒng)代碼構(gòu)件組織和實(shí)現(xiàn)模塊，及它們之間的依靠關(guān)系。D．描述系統(tǒng)的并發(fā)性，并處理這些線程的通信和同步。35．UML屬于靜態(tài)模型圖的是A．類圖 B．用例圖 C．對(duì)象圖 D．構(gòu)件圖36．狀態(tài)圖描述的是一個(gè)系統(tǒng)或?qū)ο蟮纳芷趯?duì)象間的動(dòng)態(tài)協(xié)作關(guān)系，說(shuō)明消息的交換和對(duì)象之間的連接關(guān)系一個(gè)連續(xù)活動(dòng)的進(jìn)展序列，表現(xiàn)從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的掌握流程用來(lái)顯示對(duì)象之間發(fā)送消息的時(shí)間挨次37．軟件開(kāi)發(fā)統(tǒng)一過(guò)程〔UP〕屬于需求分析活動(dòng)是A．獵取領(lǐng)域?qū)W問(wèn) B．?dāng)?shù)據(jù)庫(kù)治理C．查找適宜的類 D．定義系統(tǒng)功能38．在用例圖中，用來(lái)表示用例之間擴(kuò)展關(guān)聯(lián)的標(biāo)注是A．《extend》 B．《include》 C．《use》 D．《implement》39．可用來(lái)描述用例的回執(zhí)性是指用例執(zhí)行完畢，向行為者供給可識(shí)別的返回值一個(gè)用例不會(huì)自己自動(dòng)執(zhí)行，總是被行為者啟動(dòng)一個(gè)系統(tǒng)的全部元素與系統(tǒng)外的事物的分界限一個(gè)用例與哪些行為者交互40．有關(guān)接口說(shuō)法正確的選項(xiàng)是接口不是一個(gè)類接口也有屬性一個(gè)類在使用接口的時(shí)候，必需實(shí)現(xiàn)接口的全部抽象操作一般說(shuō)來(lái)，接口用來(lái)定義和限制軟件構(gòu)件的對(duì)內(nèi)運(yùn)算41UMLA．實(shí)線 B．一端是空心菱形的實(shí)線C．一端是實(shí)心菱形的實(shí)線 D．帶箭頭的虛線42．關(guān)于時(shí)序圖中簡(jiǎn)潔消息描述錯(cuò)誤的選項(xiàng)是它展現(xiàn)掌握如何從一個(gè)對(duì)象傳遞到另一個(gè)對(duì)象，但不描述任何通信的細(xì)節(jié)用帶叉形箭頭的實(shí)箭線表示用帶叉形箭頭的虛箭線表示當(dāng)通訊的細(xì)節(jié)不知道或在圖中涉及不到時(shí)使用43．協(xié)作圖中，消息“1． 2[已收款總額==合同總額]:設(shè)置合同履約標(biāo)志”屬于A．異步消息 B．并發(fā)消息C．條件發(fā)送消息 D．循環(huán)發(fā)送消息44．一張UML的活動(dòng)圖可以分為假設(shè)干個(gè)矩形區(qū)，這些矩形區(qū)稱為A．動(dòng)作狀態(tài) B．動(dòng)作流 C．活動(dòng)區(qū) D．泳道45．用來(lái)供給構(gòu)件內(nèi)部模型元素所實(shí)現(xiàn)的效勞是一組A．接口 B．對(duì)象庫(kù)C．抽象類 D．可執(zhí)行程序46.有關(guān)用例建模的主要目標(biāo)描述不正確的選項(xiàng)是A．將需求規(guī)約變?yōu)榭梢暬Ｐ?，并得到用戶確認(rèn)B．給出關(guān)于系統(tǒng)做什么的、怎么做的描述C．供給從功能需求到系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)各階段的度量標(biāo)準(zhǔn)D．為工程目標(biāo)進(jìn)度治理和風(fēng)險(xiǎn)治理供給依據(jù)47.UML的擴(kuò)展機(jī)制不包括構(gòu)造型 B．標(biāo)記值 C．約束 D．關(guān)聯(lián)在軟件開(kāi)發(fā)統(tǒng)一過(guò)程〔UP〕中的實(shí)現(xiàn)階段應(yīng)切忌的是A．良好的編程風(fēng)格正式的或非正式的代碼復(fù)審C．不要依據(jù)建立可復(fù)用構(gòu)件的標(biāo)準(zhǔn)完成軟件的編碼，以免影響進(jìn)度D．避開(kāi)語(yǔ)言帶來(lái)的風(fēng)險(xiǎn)或不適合的構(gòu)造描述用例時(shí)，要完整地描述用例的格式是A．用例名、行為者、目的B．用例名、目的、過(guò)程C．用例名、特別處理、行為者D．用例名、行為者、過(guò)程描述、特別處理、與其它用例的關(guān)聯(lián)50.通常在UML的類圖里面，用來(lái)修飾保護(hù)成員的符號(hào)是A．“＋” B．“－” C．“?！?D．/屬于面對(duì)對(duì)象系統(tǒng)分析階段建立的系統(tǒng)模型的是A．對(duì)象靜態(tài)模型 B．對(duì)象動(dòng)態(tài)模型C．對(duì)象性能模型模塊化程序設(shè)計(jì)方法的主要特征不包括A．一個(gè)模塊應(yīng)容納多個(gè)數(shù)據(jù)構(gòu)造B．單獨(dú)模塊的修改不影響其它模塊的功能C．模塊之間的接口應(yīng)盡可能簡(jiǎn)潔清楚D．模塊應(yīng)具有可修改性在系統(tǒng)測(cè)試階段，屬于移交測(cè)試的是

D．對(duì)象功能模型A集成測(cè)試

單元測(cè)試

用例測(cè)試

beta測(cè)試描述如何實(shí)現(xiàn)系統(tǒng)內(nèi)部功能的是用例視圖

規(guī)律視圖

構(gòu)件視圖

部署視圖UML中屬于動(dòng)態(tài)模型圖的是狀態(tài)圖

用例圖

部署圖

構(gòu)件圖關(guān)于對(duì)象類的繼承描述錯(cuò)誤的選項(xiàng)是A．抽象類和接口是一樣的概念B．繼承指出類之間“一般-特別“的關(guān)系C．抽象類是指沒(méi)有實(shí)例對(duì)象的類D．子類可以定義自己的屬性和操作，也可以重定義父類的操作。57.時(shí)序圖中垂直方向從上到下表示A．類 B．消息 C．對(duì)象 D．時(shí)間58.UML中，假設(shè)在一個(gè)狀態(tài)圖的活動(dòng)區(qū)還畫(huà)有一個(gè)或多個(gè)狀態(tài)圖，則稱為嵌套狀態(tài)C．挨次狀態(tài)

簡(jiǎn)潔狀態(tài)D．同步狀態(tài)一個(gè)構(gòu)造良好的活動(dòng)態(tài)圖應(yīng)排解下面的情形A．能準(zhǔn)確描述系統(tǒng)動(dòng)態(tài)模型的一個(gè)側(cè)面B．供給與其抽象層次相全都的細(xì)節(jié)C．只參加對(duì)于理解問(wèn)題必需的修飾D．一個(gè)活動(dòng)圖應(yīng)可以單獨(dú)描述出系統(tǒng)的全貌在UML中用<<file>>表示的構(gòu)件種類是源代碼構(gòu)件C．可執(zhí)行程序構(gòu)件以下不是UML的提出者A．布什〔Booch〕C．云豹〔JamesRumbaugh〕beta測(cè)試是指A．對(duì)類中封裝的操作進(jìn)展測(cè)試

B．二進(jìn)制代碼構(gòu)件D．?dāng)?shù)據(jù)庫(kù)構(gòu)件D．雅寇森〔Jacobson〕B．集成一組相互有關(guān)聯(lián)并對(duì)某個(gè)輸入或大事作出響應(yīng)的類進(jìn)展測(cè)試C．由一個(gè)用戶在開(kāi)發(fā)者所在的場(chǎng)所來(lái)進(jìn)展的測(cè)試D．軟件的最終用戶在一個(gè)或多個(gè)用戶場(chǎng)所來(lái)進(jìn)展的測(cè)試，開(kāi)發(fā)者通常不在現(xiàn)場(chǎng)面對(duì)對(duì)象分析包括分析步驟、分析過(guò)程 B．系統(tǒng)建模C．概要設(shè)計(jì)描述系統(tǒng)功能需求的是

D．提交文檔資料用例視圖

進(jìn)程視圖

部署視圖

構(gòu)件視圖開(kāi)發(fā)者與客戶溝通的紐帶是用例模型

動(dòng)態(tài)模型

靜態(tài)模型

協(xié)作圖UML軟件開(kāi)發(fā)過(guò)程的根本特征之一是承受A．瀑布式開(kāi)發(fā)過(guò)程C．螺旋上升式開(kāi)發(fā)過(guò)程

B．形式化開(kāi)發(fā)方法D．?dāng)?shù)據(jù)構(gòu)造為核心的開(kāi)發(fā)方法每個(gè)UML軟件開(kāi)發(fā)過(guò)程的產(chǎn)物不必包括的模型是業(yè)務(wù)模型 B．用例模型有關(guān)用例建模的主要目標(biāo)描述不正確的選項(xiàng)是

C．分析模型 D．實(shí)現(xiàn)模型A．將需求規(guī)約變?yōu)榭梢暬Ｐ?，用戶可參與但不必確認(rèn)B．給出關(guān)于系統(tǒng)做什么的描述，確定系統(tǒng)的功能要求C．供給從功能需求到系統(tǒng)分析、設(shè)計(jì)、實(shí)現(xiàn)各階段的度量標(biāo)準(zhǔn)D．為最終系統(tǒng)測(cè)試供給基準(zhǔn)，據(jù)此驗(yàn)證系統(tǒng)是否到達(dá)功能要求在建立用例圖時(shí)，解決用例間的重復(fù)和沖突問(wèn)題應(yīng)承受方法是A．把有限的例外操作分解成使用關(guān)聯(lián)B．分解假設(shè)干用例的公共功能C．分解一些功能類似或相近的用例D.合并一些非必需獨(dú)立且功能瑣碎的用例70.類和對(duì)象建模用語(yǔ)描述一個(gè)系統(tǒng)的A．靜態(tài)構(gòu)造 B．動(dòng)態(tài)構(gòu)造71.關(guān)于抽象類和繼承類描述錯(cuò)誤的選項(xiàng)是

C．功能構(gòu)造 D．部署構(gòu)造A．抽象類通常定義一些抽象操作，不供給實(shí)現(xiàn)方法的操作〔純虛函數(shù)〕B．抽象類只供給操作的特征〔操作名，回送類型、參數(shù)〕C．繼承抽象類操作的子類必需為該操作供給實(shí)現(xiàn)的方法D．子類可以定義自己的屬性和操作，但不能重定義父類的操作不屬于時(shí)序圖的圖形元素有A．鏈接 B．生存線 C．消息 D．對(duì)象激活期73.UML的狀態(tài)圖中狀態(tài)屬性特征是對(duì)象生存期中狀態(tài)的數(shù)量很多B．每個(gè)狀態(tài)的持續(xù)時(shí)間很長(zhǎng)C．狀態(tài)的轉(zhuǎn)換有肯定的限制D．狀態(tài)遷移只有大事觸發(fā)后才發(fā)生狀態(tài)圖的內(nèi)部動(dòng)作包含三個(gè)標(biāo)準(zhǔn)動(dòng)作是A．entry、do、exitafter、defer、whenD．include、do、when關(guān)于部署圖的描述的是A．部署圖由節(jié)點(diǎn)和節(jié)點(diǎn)之間的聯(lián)系組成B．節(jié)點(diǎn)是某種計(jì)算資源的物理對(duì)象C．節(jié)點(diǎn)既可以看作類型，也可以看作實(shí)例D．節(jié)點(diǎn)之間通過(guò)規(guī)律連接發(fā)生關(guān)聯(lián)二、推斷并改錯(cuò)題UML中，狀態(tài)圖不能向其它狀態(tài)圖發(fā)送消息?；顒?dòng)圖和狀態(tài)圖有一個(gè)顯著的不同點(diǎn)是，狀態(tài)圖中有“泳道”的概念。COM＋模型是由OMG制定的體系構(gòu)造完整的分布式對(duì)象模型。時(shí)序圖有兩個(gè)坐標(biāo)，垂直坐標(biāo)表示一組對(duì)象，水平坐標(biāo)表示時(shí)間挨次。在軟件工程概念提出之前，軟件開(kāi)發(fā)就是寫(xiě)程序。UML作為方法論，告知用戶做什么，怎么做，什么時(shí)候做，為什么做。對(duì)象圖是類圖的實(shí)例，展現(xiàn)了系統(tǒng)執(zhí)行在某一時(shí)間點(diǎn)上發(fā)生的同步大事?；顒?dòng)圖除了可以描述系統(tǒng)的動(dòng)態(tài)行為外，還可以用來(lái)描述用例。與傳統(tǒng)的開(kāi)發(fā)方法一樣，OOD和OOA有明顯的分界。OOCASEUML中，動(dòng)作和活動(dòng)的定義是一樣的?？蛻粜枨蠓治龅氖滓蝿?wù)是確定系統(tǒng)的范圍和邊界分開(kāi)。UML中進(jìn)程視圖的作用是描述系統(tǒng)的并發(fā)性，并處理這些進(jìn)程的通信和同步。在面對(duì)對(duì)象的系統(tǒng)中一個(gè)對(duì)象一旦被創(chuàng)立，就無(wú)法被銷毀。Rose間的特定鏈接。對(duì)可復(fù)用構(gòu)件進(jìn)展局部修改，以適應(yīng)系統(tǒng)的要求，稱為黑盒復(fù)用?；顒?dòng)圖實(shí)質(zhì)上是一種流程圖，只不過(guò)描述的是從一個(gè)活動(dòng)到另一個(gè)活動(dòng)的掌握流。EJB客戶機(jī)是懇求EJB構(gòu)件效勞的一組應(yīng)用程序，它直接調(diào)用EJB構(gòu)件?；蜻f歸的動(dòng)作表達(dá)式。部署圖的根本元素有節(jié)點(diǎn)、連接、構(gòu)件、對(duì)象、依靠等。構(gòu)件圖主要用于建立系統(tǒng)的動(dòng)態(tài)實(shí)現(xiàn)模型。OOCASE面對(duì)對(duì)象的分析設(shè)計(jì)方法承受“數(shù)據(jù)構(gòu)造＋算法”的程序設(shè)計(jì)模式，使人們對(duì)簡(jiǎn)單系統(tǒng)的生疏過(guò)程和系統(tǒng)的程序設(shè)計(jì)實(shí)現(xiàn)過(guò)程盡可能地全都。設(shè)計(jì)樣式一般比較簡(jiǎn)潔，只含有少數(shù)幾個(gè)類，所以往往用在比較小的系統(tǒng)的設(shè)計(jì)中?？蛻魴C(jī)/效勞器模型可以將簡(jiǎn)單的網(wǎng)絡(luò)系統(tǒng)分解成幾個(gè)易治理的節(jié)點(diǎn)或構(gòu)件。內(nèi)部遷移不調(diào)用狀態(tài)的入口動(dòng)作和出口動(dòng)作。JavaServlet是擴(kuò)展的網(wǎng)絡(luò)效勞器功能的Java代碼，但其可以輸出合法的HTML代碼給客戶端。時(shí)序圖和協(xié)作圖都可以用來(lái)描述系統(tǒng)對(duì)象之間的交互，時(shí)序圖強(qiáng)調(diào)對(duì)象之間的關(guān)系，而協(xié)作圖強(qiáng)調(diào)一組對(duì)象之間操作調(diào)用的時(shí)間挨次。部署圖的根本元素有節(jié)點(diǎn)、連接、構(gòu)件、對(duì)象、依靠等。狀態(tài)中的內(nèi)部動(dòng)作只有三個(gè)：entry、do、exit。33Windows系統(tǒng)操作平臺(tái)的一種構(gòu)件接口技術(shù)。C/S模型中，客戶機(jī)與效勞器分別，兩者可以長(zhǎng)距離連線運(yùn)行，但必需同時(shí)開(kāi)發(fā)。JSD，即Jackson系統(tǒng)開(kāi)發(fā)方法，是面對(duì)對(duì)象分析方法的一種。三、名詞解釋同步消息組合狀態(tài)規(guī)律體系構(gòu)造設(shè)計(jì)復(fù)制關(guān)聯(lián)類規(guī)格說(shuō)明用例之間的包含關(guān)聯(lián)進(jìn)程代碼復(fù)制動(dòng)態(tài)并發(fā)繼承性封裝公共劃分用例之間的擴(kuò)展關(guān)聯(lián)對(duì)象容器并發(fā)分劈消息構(gòu)件多態(tài)性共享聚攏被動(dòng)對(duì)象狀態(tài)遷移泳道對(duì)象容器對(duì)象集合治理器異步消息嵌套狀態(tài)源代碼構(gòu)件自遷移用例之間的繼承關(guān)聯(lián)自容納EJB約束四、簡(jiǎn)答題對(duì)象類的操作描述有哪些成分？協(xié)作圖的作用和特點(diǎn)是什么？繪制時(shí)序圖的步驟有哪些？UML軟件開(kāi)發(fā)過(guò)程的特征是什么？試說(shuō)明一個(gè)用例圖包含的成分。試說(shuō)明一個(gè)用例的正文描述格式包括的內(nèi)容。繪制協(xié)作圖的步驟有哪些？活動(dòng)圖中泳道表示什么含義？它和系統(tǒng)中對(duì)象的關(guān)系是什么？UML軟件開(kāi)發(fā)過(guò)程的具體內(nèi)容有哪些？UML什么是設(shè)計(jì)樣式？樣式的特點(diǎn)是什么？交互圖的作用和特點(diǎn)是什么？UML中描述的狀態(tài)遷移的種類有哪些？面對(duì)對(duì)象方法的核心思想是什么？什么是系統(tǒng)的邊界？典型的系統(tǒng)邊界有哪些？通過(guò)節(jié)點(diǎn)之間不同的連接，部署圖可以描述系統(tǒng)的哪幾種建模模式？簡(jiǎn)述構(gòu)件圖建模的步驟。試說(shuō)明用例之間的幾種關(guān)聯(lián)并解釋之用包的層次構(gòu)造來(lái)表示系統(tǒng)描述的好處是什么時(shí)序圖的作用和特點(diǎn)是什么？UML簡(jiǎn)述狀態(tài)圖建模的步驟什么是行為者？在描述某個(gè)系統(tǒng)的活動(dòng)圖中，什么是動(dòng)作流和對(duì)象流？如何表示？集成化OOCASE工具環(huán)境的特征是什么？時(shí)序圖的作用和特點(diǎn)是什么？什么是構(gòu)件？構(gòu)件與類的