系統(tǒng)集成項(xiàng)目管理工程師考試沖刺(習(xí)題與解答)

系統(tǒng)集成工程治理工程師考試沖刺〔習(xí)題與解答〕第1第1章信息系統(tǒng)開發(fā)根底從歷年的考試試題來看，本章的考點(diǎn)在綜合學(xué)問考試中的平均分?jǐn)?shù)為5.57分，約為總分的7.43%。主要分?jǐn)?shù)集中在信息系統(tǒng)建設(shè)、軟件工程和面對(duì)對(duì)象技術(shù)這三個(gè)學(xué)問點(diǎn)上。考點(diǎn)提煉圍主要有信息系統(tǒng)建設(shè)相關(guān)根底學(xué)問、軟件工程和軟件體系構(gòu)造、面對(duì)對(duì)象分析與設(shè)計(jì)。認(rèn)為，考生必需要把握以下幾個(gè)方面的內(nèi)容：1、信息系統(tǒng)建設(shè)命周期〔重點(diǎn)〕、信息系統(tǒng)建設(shè)的原則、信息系統(tǒng)開發(fā)方法〔重點(diǎn)〕。2、軟件工程在軟件工程方面，涉及的考點(diǎn)比較多，具體列舉如下：軟件開發(fā)過程：軟件開發(fā)模型〔重點(diǎn)〕、軟件需求分析與定義〔重點(diǎn)〕、軟件設(shè)計(jì)、軟件測(cè)試、軟件維護(hù)、軟件復(fù)用、軟件質(zhì)量保證及質(zhì)量評(píng)價(jià)〔重點(diǎn)〕、軟件開發(fā)環(huán)境、軟件過程治理。軟件構(gòu)件技術(shù)學(xué)問：構(gòu)件及其重要性、常用構(gòu)件標(biāo)準(zhǔn)〔重點(diǎn)〕。、軟件體系構(gòu)造分析與評(píng)估。軟件工具：建模工具、軟件開發(fā)工具、軟件測(cè)試工具、工程治理工具。3、面對(duì)對(duì)象技術(shù)在面對(duì)對(duì)象方法方面，涉及的考點(diǎn)有面對(duì)對(duì)象的根本概念、統(tǒng)一建模語言〔重點(diǎn)〕、面對(duì)對(duì)象的分析與設(shè)計(jì)。強(qiáng)化練習(xí)試題1常用的信息系統(tǒng)開發(fā)方法中，不包括〔1〕。〔1〕A．構(gòu)造化方法 B．關(guān)系方法C．原型法 D．面對(duì)對(duì)象方法試題2某一MIS系統(tǒng)工程的實(shí)施過程如下：需求分析、概要設(shè)計(jì)、具體設(shè)計(jì)、編碼、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試。那么該工程最有可能承受的是〔2〕?！?〕A．瀑布模型 B．迭代模型 C．V模型 D．螺旋模型試題3信息系統(tǒng)開發(fā)方法有很多種，開發(fā)人員可以依據(jù)工程的需要選擇一種適合的開發(fā)方法，其中把整個(gè)系統(tǒng)的開發(fā)過程分為假設(shè)干階段，然后一步一步地依次進(jìn)展開發(fā)的方法稱為〔3〕?！?〕A．面對(duì)對(duì)象方法 B．構(gòu)造化方法C．瀑布模型方法 D．原型方法試題4在面對(duì)對(duì)象軟件開發(fā)方法中，一個(gè)對(duì)象一般由〔4〕組成。〔4〕A．對(duì)象名、屬性、方法 B．名稱、屬性、實(shí)例C．對(duì)象名、屬性、消息 D．名稱、消息、函數(shù)試題5信息系統(tǒng)的開發(fā)階段是信息系統(tǒng)生命周期中最重要和最關(guān)鍵的階段5〔5〕、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施和系統(tǒng)驗(yàn)收階段?！?〕A．系統(tǒng)打算 B．系統(tǒng)需求 C．系統(tǒng)架構(gòu) D．系統(tǒng)分析試題6信息系統(tǒng)的生命周期可分為四個(gè)階段它們具體是〔6〕。〔6〕A.立項(xiàng)、開發(fā)、運(yùn)維、消亡打算、執(zhí)行、監(jiān)控、收尾總體規(guī)劃、分析、設(shè)計(jì)、實(shí)施需求分析、設(shè)計(jì)、編碼、運(yùn)維試題7UML中的用例和用例圖的主要用途是描述系統(tǒng)的〔7〕?！?〕A．內(nèi)部接口 B．功能需求 C．體系構(gòu)造 D．具體設(shè)計(jì)試題8在幾種不同類型的軟件維護(hù)中，通常狀況下〔8〕所占的工作量最大?！?〕A．更正性維護(hù) B．適應(yīng)性維護(hù)C．完善性維護(hù) D．預(yù)防性維護(hù)試題9構(gòu)造和組織，標(biāo)識(shí)各種不同的組件。由此可知，在信息系統(tǒng)開發(fā)中,〔9〕屬于軟件架構(gòu)設(shè)計(jì)師要完成的主要任務(wù)之一?！?〕A．軟件復(fù)用 B．需求安排 C．需求獵取 D．模式設(shè)計(jì)試題10治理信息系統(tǒng)建設(shè)的構(gòu)造化方法中，用戶參與的原則是用戶必需參與〔10〕?！?0〕A．系統(tǒng)分析工作 B．系統(tǒng)建設(shè)中各階段工作C．系統(tǒng)設(shè)計(jì)工作 D．系統(tǒng)實(shí)施工作試題11在UML圖中，〔11〕呈現(xiàn)了一組類、接口、協(xié)作和它們之間的關(guān)系。〔11〕A．類圖 B．構(gòu)件圖 C．序列圖 D．部署圖試題12在信息系統(tǒng)集成工程中，常常使用〔12〕對(duì)集成的系統(tǒng)進(jìn)展性能測(cè)試?！?2〕A．Bugzilla B．TrueCoverage C．LoadRunner D．TestManager試題13以下測(cè)試方法中，〔13〕均屬于黑盒測(cè)試的方法?！?3〕A．等價(jià)類劃分和錯(cuò)誤推想法 B．條件掩蓋法和根本路徑測(cè)試法C．邊界值分析法和代碼檢查法 D．語句掩蓋法和邊界值分析法試題14軟件架構(gòu)模式描述了如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。諸如WordExcel〔14〕?！?4〕A．分層模式 B．面對(duì)對(duì)象模式C．大事驅(qū)動(dòng)模式 D．學(xué)問庫(kù)模式試題15軟件架構(gòu)模式描述了如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)協(xié)議〔ISO/OSI〕所承受的架構(gòu)模式是〔15〕?！?5〕A．分層模式 B．面對(duì)對(duì)象模式C．大事驅(qū)動(dòng)模式D．學(xué)問庫(kù)模式試題16CORBA是由OMG組織為解決分布式處理環(huán)境中軟硬件系統(tǒng)互連而提出的一種解決方CORBA標(biāo)準(zhǔn)主要分為三個(gè)層次，其中規(guī)定業(yè)務(wù)對(duì)象有效協(xié)作所需的協(xié)議規(guī)章的層次是〔16〕?！?6〕A．公共對(duì)象效勞 B．對(duì)象懇求代理C．公共設(shè)施 D．公共語言標(biāo)準(zhǔn)試題17以下關(guān)于中間件特點(diǎn)的描述，〔17〕是正確的?！?7〕A．中間件不能運(yùn)行于多種硬件和操作系統(tǒng)平臺(tái)上B．跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺(tái)的應(yīng)用或效勞可通過中間件透亮交互C．中間件運(yùn)行于客戶機(jī)／效勞器的操作系統(tǒng)內(nèi)核中，提高內(nèi)核運(yùn)行效率D．中間件不應(yīng)支持標(biāo)準(zhǔn)的協(xié)議和接口試題18關(guān)于軟件測(cè)試，以下說法錯(cuò)誤的選項(xiàng)是〔18〕。〔18〕A．測(cè)試是為評(píng)價(jià)和改進(jìn)產(chǎn)品質(zhì)量、識(shí)別產(chǎn)品的缺陷和問題而進(jìn)展的活動(dòng)B．測(cè)試只是一種僅在編碼階段完成后才開頭的活動(dòng)C．測(cè)試不僅是檢查預(yù)防措施是否有效的主要手段，而且是識(shí)別由于某種緣由預(yù)防措施無效而產(chǎn)生的錯(cuò)誤的主要手段D．軟件測(cè)試可以在概念上區(qū)分三個(gè)大的測(cè)試階段：?jiǎn)卧獪y(cè)試、集成測(cè)試和系統(tǒng)測(cè)試試題19以下關(guān)于軟件復(fù)用，〔19〕是不正確的?！?9〕A．軟件復(fù)用是指利用已有軟件的各種有關(guān)學(xué)問構(gòu)造的軟件，以縮減軟件開發(fā)和維護(hù)的費(fèi)用B．軟件復(fù)用有利于提高軟件的生產(chǎn)力或生成效率C．軟件復(fù)用一般僅指代碼復(fù)用D．軟件復(fù)用有利于提高軟件的質(zhì)量試題20IS09126的定義，軟件質(zhì)量不包括〔20〕?！?0〕A．內(nèi)部質(zhì)量 B．外部質(zhì)量 C．使用質(zhì)量 D．產(chǎn)品質(zhì)量試題21以下為軟件質(zhì)量治理過程中的評(píng)審與審計(jì)過程，除了〔21〕之外?！?1〕A、治理評(píng)審 B、技術(shù)評(píng)審 C、檢查和走查 D、軟件測(cè)試試題22以下關(guān)于軟件質(zhì)量保證和質(zhì)量評(píng)價(jià)的描述中，不正確的選項(xiàng)是〔22〕?！?2〕A．軟件質(zhì)量保證過程通過打算制訂、實(shí)施和完成一組活動(dòng)供給保證，這些活動(dòng)保證工程生命周期中的軟件產(chǎn)品和過程符合其規(guī)定的需求的產(chǎn)品是否滿足用戶需求檢查的目的是評(píng)價(jià)軟件產(chǎn)品，以確定其對(duì)使用意圖的適合性，目標(biāo)是識(shí)別標(biāo)準(zhǔn)說明與標(biāo)準(zhǔn)的差異，并向治理供給證據(jù)軟件審計(jì)的目的是供給軟件產(chǎn)品和過程對(duì)于可應(yīng)用的規(guī)章、標(biāo)準(zhǔn)、指南、打算和流程的遵從性的獨(dú)立評(píng)價(jià)試題23ISO/IEC9126定義的軟件質(zhì)量特性，包括功能性、牢靠性、〔23〕、效率、可維護(hù)性和可移植性?！?3〕A．穩(wěn)定性 B．適合性 C．易用性 D．準(zhǔn)確性試題24一個(gè)設(shè)計(jì)良好的軟件系統(tǒng)應(yīng)具有〔24〕的特征?！?4〕A．低內(nèi)聚、低耦合 B．高內(nèi)聚、低耦合C．高內(nèi)聚、高耦合 D．低內(nèi)聚、低耦合試題25軟件需求的根本特性是〔25〕?！?5〕A．與用戶交互性 B．可驗(yàn)證性 C．面對(duì)對(duì)象 D．解決沖突試題26依據(jù)GB/T16260.1中對(duì)軟件產(chǎn)品質(zhì)量模型的描述，軟件產(chǎn)品的使用質(zhì)量不包括〔26〕?！?6〕A．可移植性 B．生產(chǎn)率 C．滿足度 D．有效性試題27在面對(duì)對(duì)象分析中，其分析過程的第一步是〔27〕。〔27〕A．覺察用例 B．建立功能模型C．進(jìn)展領(lǐng)域分析 D．覺察角色／參與者試題28〔28〕執(zhí)行有關(guān)操作?！?8〕A．消息 B．調(diào)用 C．信息共享 D．繼承試題29在面對(duì)對(duì)象開發(fā)方法中，用UML表示軟件體系架構(gòu)，用到5個(gè)視圖：規(guī)律視圖、構(gòu)件視圖、部署視圖、〔29〕。〔29〕A．使用視圖和動(dòng)態(tài)視圖 B．靜態(tài)視圖和動(dòng)態(tài)視圖C．用例視圖和動(dòng)態(tài)視圖 D．用例視圖和進(jìn)程視圖試題30以下UML的各種圖中，〔30〕屬于交互圖的范疇?！?0〕A．活動(dòng)圖 B．對(duì)象圖 C．挨次圖 D．狀態(tài)圖習(xí)題解答試題1劃法、信息工程法和面對(duì)對(duì)象方法。構(gòu)造化方法。構(gòu)造化方法是由構(gòu)造化系統(tǒng)分析和設(shè)計(jì)組成的一種信息系統(tǒng)開發(fā)方分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施、系統(tǒng)維護(hù)等階段。構(gòu)造化方法遵循系統(tǒng)工程原理，依據(jù)事先設(shè)計(jì)好的程序和步驟，使用肯定的開發(fā)工具，過程一般是先將系統(tǒng)的功能看成是一個(gè)大的模塊一步的模塊分解或組合。構(gòu)造化方法具有如下特點(diǎn)：1、遵循用戶至上原則。2、嚴(yán)格區(qū)分工作階段，每個(gè)階段有明確的任務(wù)和取得的成果。3、強(qiáng)調(diào)系統(tǒng)開發(fā)過程的整體性和全局性。4、系統(tǒng)開發(fā)過程工程化，文檔資料標(biāo)準(zhǔn)化。充分了解和理解。由此可見，構(gòu)造化方法留意開發(fā)過程的整體性和全局性。構(gòu)造化方法的缺點(diǎn)是：開發(fā)周期長(zhǎng)；文檔、設(shè)計(jì)說明繁瑣，工作效率低；要求在開發(fā)之大。快速原型法。是一種依據(jù)用戶需求，利用系統(tǒng)開發(fā)工具，快速地建立一個(gè)系統(tǒng)模型并展現(xiàn)給用戶，在此根底上與用戶溝通，最終實(shí)現(xiàn)用戶需求的信息系統(tǒng)快速開發(fā)的方法。應(yīng)用快速原型法開發(fā)過程包括系統(tǒng)需求分析、系統(tǒng)初步設(shè)計(jì)、系統(tǒng)調(diào)試、系統(tǒng)檢測(cè)等階段。用戶僅需在系統(tǒng)分析與系統(tǒng)初步設(shè)計(jì)階段完成對(duì)應(yīng)用系統(tǒng)的簡(jiǎn)潔描述本需求定義后，利用開發(fā)工具生成應(yīng)用系統(tǒng)原型，快速建立一個(gè)目標(biāo)應(yīng)用系統(tǒng)的最初版本，版本，再返回給用戶。通過這樣屢次反復(fù)，使得系統(tǒng)不斷地細(xì)化和擴(kuò)大，直到生成一個(gè)用戶滿足的解決方案為止?？焖僭头ň哂虚_發(fā)周期短、見效快、與業(yè)務(wù)人員溝通便利的優(yōu)點(diǎn)，特別適用于那些用戶需求模糊，構(gòu)造性比較差的信息系統(tǒng)的開發(fā)。企業(yè)系統(tǒng)規(guī)劃方法。BSP〔BusinessSystemPlanning，企業(yè)系統(tǒng)規(guī)劃方法〕是企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃方法和信息工程方法的根底和，也就是說，后兩種方法是在BSP方法的根底上進(jìn)展起來的，BSP方法的目標(biāo)是供給一個(gè)信息系統(tǒng)規(guī)劃，用以支持企業(yè)短期的和長(zhǎng)期的信息需求。是在企業(yè)戰(zhàn)略目標(biāo)的指導(dǎo)下做好企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃將成為企業(yè)在市場(chǎng)競(jìng)爭(zhēng)中的制勝法寶。戰(zhàn)略數(shù)據(jù)規(guī)劃方法的要點(diǎn)主要有：集成化、網(wǎng)絡(luò)化的信息資源，對(duì)一個(gè)現(xiàn)代化企業(yè)來說是更為迫切的任務(wù)。主題數(shù)據(jù)庫(kù)和信息檢索系統(tǒng)。建設(shè)主題數(shù)據(jù)庫(kù)是信息系統(tǒng)開發(fā)的中心任務(wù)。這里的主題數(shù)據(jù)庫(kù)并不是指數(shù)據(jù)庫(kù)的大數(shù)據(jù)庫(kù)；而對(duì)于一個(gè)物流企業(yè)來說，圍圍著物流業(yè)務(wù)處理的數(shù)據(jù)庫(kù)就是企業(yè)的主題數(shù)據(jù)庫(kù)。圍繞主題數(shù)據(jù)庫(kù)搞好應(yīng)用軟件開發(fā)。信息工程方法。信息工程方法與企業(yè)系統(tǒng)規(guī)劃方法和戰(zhàn)略數(shù)據(jù)規(guī)劃方法是一種交謂工程化，就是指有一整套成熟的、標(biāo)準(zhǔn)的工程方法、技術(shù)、標(biāo)準(zhǔn)、程序和標(biāo)準(zhǔn)，使得開發(fā)工作擺脫隨便性和多變性，其目標(biāo)是信息系統(tǒng)的開發(fā)走上智能化、程序化和自動(dòng)化的道路。面對(duì)對(duì)象方法。在面對(duì)對(duì)象方法中將客觀世界從概念上看成是一個(gè)由很多相互配體、關(guān)系、屬性等，同時(shí)運(yùn)用封裝、繼承、多態(tài)等機(jī)制來構(gòu)造模擬現(xiàn)實(shí)系統(tǒng)的方法。傳統(tǒng)的構(gòu)造模型的觀點(diǎn)，在系統(tǒng)的開發(fā)過程中，各個(gè)步驟的共同的目標(biāo)是建筑一個(gè)問題域的模型。的目的。試題1〔1〕B試題2瀑布模型是一種最樸實(shí)的開發(fā)模型分析、設(shè)計(jì)、編程、測(cè)試和維護(hù)，上一階段完成后才能進(jìn)入到下一階段，整個(gè)模型就像一個(gè)1-11-1瀑布模型示意圖出高額的代價(jià)才能訂正這一偏差。V1-2所示，V模型中頂點(diǎn)左側(cè)和右側(cè)之間的連線表示假設(shè)在測(cè)V模型顯現(xiàn)了瀑布模型中隱含的一些迭代過程。圖1-2 V模型型和演化模型的優(yōu)點(diǎn)，還增加了風(fēng)險(xiǎn)分析，彌補(bǔ)了兩者的缺乏，如圖1-3所示。螺旋模型包含了四個(gè)方面的活動(dòng)：制訂打算、風(fēng)險(xiǎn)分析、實(shí)施工程、客戶評(píng)估。這四項(xiàng)活動(dòng)恰好可以放在一個(gè)直角坐標(biāo)系的四個(gè)象限，而開發(fā)過程恰似乎一條螺旋線。圖1-3 螺旋模型中，每個(gè)階段都執(zhí)行一次傳統(tǒng)的、完整的串行過程串，執(zhí)行一次過程串就是一次迭代迭代涉及的過程都包括不同比例的全部活動(dòng)。試題2〔2〕C試題3構(gòu)造化方法是應(yīng)用最為廣泛的一種開發(fā)方法。它把整個(gè)系統(tǒng)的開發(fā)過程分為假設(shè)干階段，驟，挨次作業(yè)。每個(gè)階段和主要步驟都有明確詳盡的編制要求。開發(fā)方法具體介紹請(qǐng)見試題2分析。試題3〔3〕B試題4在面對(duì)對(duì)象分析方法中，一個(gè)對(duì)象一般由對(duì)象名、屬性〔數(shù)據(jù)〕、對(duì)象操作〔方法、運(yùn)算〕組成。試題4〔4〕A試題5信息系統(tǒng)的開發(fā)階段可以分為5個(gè)子階段，即系統(tǒng)規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施和系統(tǒng)驗(yàn)收階段。系統(tǒng)分析階段的目標(biāo)是為系統(tǒng)設(shè)計(jì)階段供給系統(tǒng)的規(guī)律模型。試題5〔5〕D試題6信息系統(tǒng)的生命周期可分為四個(gè)階段它們具體是：立項(xiàng)、開發(fā)、運(yùn)維、消亡立項(xiàng)階段：包括兩過程：一是概念的形成過程，提出建信息系統(tǒng)的初步設(shè)想；二是需求分析過程，即對(duì)企業(yè)信息系統(tǒng)的需求進(jìn)展深入調(diào)研和分析，形成《需求標(biāo)準(zhǔn)說明書》，經(jīng)評(píng)審、批準(zhǔn)后立項(xiàng)。開發(fā)階段：包括總體規(guī)劃階段、系統(tǒng)分析階段、系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)施階段、系統(tǒng)驗(yàn)收階段。護(hù)是不行缺少的工作重建等狀況。試題6〔6〕A試題7用例〔UseCase〕是一種描述系統(tǒng)需求的方法，使用用例的方法來描述系統(tǒng)需求的過IvaJackbosonUML標(biāo)準(zhǔn)之中，成為一種標(biāo)準(zhǔn)化的需求表述體系。例圖中，主要包括參與者、用例和通信關(guān)聯(lián)三種元素，如圖1-4圖1-4 用例圖中的根本元素參與者〔Actor〕。參與者是指存在于被定義系統(tǒng)外部并與該系統(tǒng)發(fā)生交互的人或其他系統(tǒng)，他們代表的是系統(tǒng)的使用者或使用環(huán)境。用例〔UseCase〕。用例用于表示系統(tǒng)所供給的效勞，它定義了系統(tǒng)是如何被參與一段對(duì)話。通訊關(guān)聯(lián)〔CommunicationAssociation〕。通訊關(guān)聯(lián)用于表示參與者和用例之間的對(duì)應(yīng)關(guān)系，它表示參與者使用了系統(tǒng)中的哪些效勞〔用例〕，或者說系統(tǒng)所供給的效勞〔用例〕是被哪些參與者所使用的。用例設(shè)計(jì)的主要目的如下：利用交互改進(jìn)用例實(shí)現(xiàn)。調(diào)整對(duì)設(shè)計(jì)類的操作需求。調(diào)整對(duì)子系統(tǒng)和〔或〕它們的接口的操作需求。調(diào)整對(duì)封裝體的操作需求?！蔡貏e是序列圖系統(tǒng)中，異步消息傳遞更簡(jiǎn)潔利用狀態(tài)機(jī)和協(xié)作來進(jìn)展說明?！矎南到y(tǒng)的外部方法首先描述了被定義系統(tǒng)有哪些外部使用者〔抽象成為Actor〕，這些使用者與被定義系〔抽象成為UseCase〕，或者說系統(tǒng)是如何被這些參與者使用的。所以從用例圖中，可以得到對(duì)于被定義系統(tǒng)的一個(gè)總體印象。系統(tǒng)的設(shè)計(jì)主要由對(duì)象模型來記錄表述。另外，用例定義了系統(tǒng)功能的使用環(huán)境與上下文，每一個(gè)用例描述的是一個(gè)完整的系統(tǒng)效勞。用例方法比傳統(tǒng)的SRS更易于被用戶所理解，它可以作為開發(fā)人員和用戶之間針對(duì)系統(tǒng)需求進(jìn)展溝通的一個(gè)有效手段。試題7〔7〕B試題8修改性等。軟件維護(hù)占整個(gè)軟件生命周期的60%～80%，維護(hù)的類型主要有以下4種：改正性維護(hù)。為了識(shí)別和訂正軟件錯(cuò)誤、改正軟件性能上的缺陷、排解實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)展的診斷和改正錯(cuò)誤的過程就叫做改正性維護(hù)。適應(yīng)性維護(hù)。在使用過程中，外部環(huán)境〔的硬、軟件配置〕、數(shù)據(jù)環(huán)境〔數(shù)據(jù)庫(kù)、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲(chǔ)介質(zhì)〕可能發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改軟件的過程就叫做適應(yīng)性維護(hù)。效率、提高軟件的可維護(hù)性。這種狀況下進(jìn)展的維護(hù)活動(dòng)叫做完善性維護(hù)。預(yù)防性維護(hù)。這是指預(yù)先提高軟件的可維護(hù)性、牢靠性等，為以后進(jìn)一步改進(jìn)軟〔重〕進(jìn)展設(shè)計(jì)、編碼和測(cè)試。以上各種維護(hù)類型占整個(gè)軟件維護(hù)工作量的大致比例如圖1-5所示。圖1-5 各種維護(hù)所占的比例試題8〔8〕C試題9的橋梁。像尋常所說的，某個(gè)軟件是C/S還是B/S構(gòu)造，這個(gè)C/S與B/S就是軟件架構(gòu)。的成果，即已確定要實(shí)現(xiàn)的需求，安排到軟件架構(gòu)的各個(gè)局部，或是各個(gè)層次中去。試題9〔9〕B試題10則，歸納起來有以下4條：用戶參與的原則。治理信息系統(tǒng)的用戶是各級(jí)各類治理者，滿足他們?cè)谥卫砘顒?dòng)中的信息需求，是治理信息系統(tǒng)建設(shè)的直接目地。由于系統(tǒng)本身和系統(tǒng)建設(shè)工作的簡(jiǎn)單性，用戶需求的表達(dá)和系統(tǒng)建設(shè)的專業(yè)人員對(duì)用戶需求的理解需要逐步明確的重要條件?！跋纫?guī)律，后物理”的原則。為了建立系統(tǒng)建設(shè)的科學(xué)秩序，保證建設(shè)工作的質(zhì)量與效率，構(gòu)造的方法強(qiáng)調(diào)在進(jìn)展技術(shù)設(shè)計(jì)和實(shí)施之前，要進(jìn)展充分的調(diào)查、分析、論證，進(jìn)展規(guī)律方案的探究，弄清系統(tǒng)要為用戶解決哪些問題，即解決“系統(tǒng)做什么”的問題，盡量避開過早地進(jìn)入物理設(shè)計(jì)階段?！白皂斚蛳隆钡脑瓌t。在系統(tǒng)分析、系統(tǒng)設(shè)計(jì)與系統(tǒng)實(shí)施各階段，構(gòu)造化方法強(qiáng)調(diào)在工作中貫徹執(zhí)行“自須向下”的原則，先把握系統(tǒng)的總體目標(biāo)和功能，然后逐級(jí)分解，作為實(shí)現(xiàn)總體功能與目標(biāo)的保證，這有利于各局部的合理分工、協(xié)調(diào)與正確配置下”的原則在應(yīng)用時(shí)并不完全排斥“自底向上”原則，在構(gòu)造化方法中是主導(dǎo)原則，“自底向上”是關(guān)心原則。工作成果描述標(biāo)準(zhǔn)化原則。構(gòu)造化方法強(qiáng)調(diào)各階段工作成果描述的標(biāo)準(zhǔn)化。每一工作階段的成果，必需用明確的文字和標(biāo)準(zhǔn)化的圖形、圖表，完整、準(zhǔn)確地進(jìn)展描述，這不僅作為一個(gè)階段工作完成的標(biāo)志和治理決策的依據(jù)系統(tǒng)進(jìn)展檢查、修改和補(bǔ)充。試題10〔10〕B試題11UML2.014類圖〔classdiagram〕：呈現(xiàn)了一組類、接口、協(xié)作和它們之間的關(guān)系。在面對(duì)主動(dòng)類的類圖給出了系統(tǒng)的靜態(tài)進(jìn)程視圖。對(duì)象圖〔objectdiagram〕：呈現(xiàn)了一組對(duì)象及它們之間的關(guān)系。對(duì)象圖描述了態(tài)進(jìn)程視圖，但它們是從真實(shí)案例或原型案例的角度建立的。構(gòu)件圖〔componentdiagram〕：呈現(xiàn)了一個(gè)封裝的類和它的接口、端口，以由小的部件構(gòu)建大的系統(tǒng)來說，構(gòu)件圖是很重要的。構(gòu)件圖是類圖的變體。組合構(gòu)造圖〔compositestructurediagram〕：它可以描繪構(gòu)造化類〔例如構(gòu)件或類類的行為的部件配置。組合構(gòu)造圖用于畫出構(gòu)造化類的內(nèi)部?jī)?nèi)容。用例圖〔usecasediagram〕：呈現(xiàn)一組用例、參與者〔一種特別的類〕及它們這些圖在對(duì)系統(tǒng)的行為進(jìn)展組織和建模時(shí)是格外重要的。挨次圖〔sequencediagram〕：又稱序列圖。是一種交互圖〔interactiondiagram〕成。交互圖專注于系統(tǒng)的動(dòng)態(tài)視圖。挨次圖是強(qiáng)調(diào)消息的時(shí)間次序的交互圖。通信圖〔communicationdiagram〕：又稱協(xié)作圖。也是一種交互圖，它強(qiáng)調(diào)調(diào)的概念不同，挨次圖強(qiáng)調(diào)的是時(shí)序，通信圖則強(qiáng)調(diào)消息流經(jīng)的數(shù)據(jù)構(gòu)造。狀態(tài)圖〔statediagram〕：呈現(xiàn)一個(gè)狀態(tài)機(jī)，它由狀態(tài)、轉(zhuǎn)移、大事和活動(dòng)組調(diào)大事導(dǎo)致的對(duì)象行為，這格外有助于對(duì)反響式系統(tǒng)建模?；顒?dòng)圖〔activitydiagram〕：將進(jìn)程或其他計(jì)算的構(gòu)造展現(xiàn)為計(jì)算內(nèi)部一步步對(duì)象間的掌握流程。部署圖〔deploymentdiagram〕：呈現(xiàn)了對(duì)運(yùn)行時(shí)的處理結(jié)點(diǎn)及在其中生存的構(gòu)件的配置。部署圖給出了架構(gòu)的靜態(tài)部署視圖，通常一個(gè)結(jié)點(diǎn)包含一個(gè)或多個(gè)部署圖。制品圖〔artifactdiagram〕：呈現(xiàn)了計(jì)算機(jī)中一個(gè)系統(tǒng)的物理構(gòu)造。制品包括現(xiàn)的類和構(gòu)件。包圖〔packagediagram〕：呈現(xiàn)了由模型本身分解而成的組織單元，以及它們的依靠關(guān)系。定時(shí)圖〔timingdiagram〕：也是一種交互圖，它呈現(xiàn)了消息跨越不同對(duì)象或角色的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)挨次。交互概覽圖〔interactionoverviewdiagram〕：是活動(dòng)圖和挨次圖的混合物。試題11〔11〕A試題12Bugzilla：它是一款具有追蹤系統(tǒng)的軟件。特地為Unix而定制。TestManager：它是一個(gè)開放的可擴(kuò)展的構(gòu)架。是一種測(cè)試治理工具。質(zhì)量保證專家可以使用TestManager去協(xié)調(diào)和跟蹤他們的測(cè)試活動(dòng)。測(cè)試人員使用TestManager范圍是要受到開發(fā)過程中全局變化的影響的。TestManager是這樣一個(gè)地方，它會(huì)供給與系統(tǒng)質(zhì)量相關(guān)聯(lián)的全部問題的答案。TrueCoverage：TrueCoverage的功能就是統(tǒng)計(jì)測(cè)試掩蓋率，它恰好能就上面這個(gè)問題供給幫助。TrueCoverage給出的掩蓋率是“語句掩蓋”，是最低掩蓋強(qiáng)度的掩蓋率，所以測(cè)試的工程，用TrueCoverage100%的掩蓋。TrueCoverage用階段為單元測(cè)試階段和集成測(cè)試階段。LoadRunner實(shí)施并發(fā)負(fù)載及實(shí)時(shí)性能監(jiān)測(cè)的方式來確認(rèn)和查找問題r能夠?qū)φ麄€(gè)企業(yè)架構(gòu)進(jìn)展測(cè)試。通過使用LoadRunner，企業(yè)能最大限度地縮短測(cè)試時(shí)間，優(yōu)化性能和加速應(yīng)用系統(tǒng)的公布周期。LoadRunner是一種適用于各種體系架構(gòu)的自動(dòng)負(fù)載測(cè)試工具，它能推測(cè)系統(tǒng)行為并優(yōu)化系統(tǒng)性能。試題12〔12〕C試題13常見的黑盒測(cè)試方法包括：等價(jià)類劃分、邊界值分析、錯(cuò)誤推想、因果圖。法〔包括語句掩蓋、判定掩蓋、條件掩蓋、判定/條件掩蓋、條件組合掩蓋和路徑掩蓋〕、根本路徑測(cè)試法、域測(cè)試、符號(hào)測(cè)試、Z試題13〔13〕A試題14程，即觸發(fā)大事會(huì)導(dǎo)致另一構(gòu)件中過程的調(diào)用。大事驅(qū)動(dòng)模式的主要特點(diǎn)是大事的觸發(fā)者并不知道哪些構(gòu)件會(huì)受到大事的影響WORD，EXCEL試題14〔14〕C試題15功能。這種模式允許將一個(gè)簡(jiǎn)單問題逐步分層實(shí)現(xiàn)。層次模式中的每一層最多只影響兩層，只要給相鄰層供給一樣的接口，就允許每層用不同的方法實(shí)現(xiàn)，可以充分支持軟件復(fù)用。試題15〔15〕A試題16CORBA〔CommonObjectRequestBrokerArchitecture，公共對(duì)象懇求代理架構(gòu)〕OMGOMG組織成立后不久就制訂了對(duì)象治理架構(gòu)(ObjectManagementArchitecture，OMA)參考模型，該模型描述了OMG標(biāo)準(zhǔn)所遵循的概念化的根底構(gòu)造。OMA由對(duì)象懇求代理ORB、對(duì)象效勞、公共設(shè)施、域接口和應(yīng)用接口這幾個(gè)局部組成，其核心局部是對(duì)象懇求代理(ObjectRequestBroker,ORB)。CORBA標(biāo)準(zhǔn)由OMG設(shè)立并進(jìn)展掌握。CORBA分布計(jì)算技術(shù)，是由絕大多數(shù)分布計(jì)COBRA標(biāo)準(zhǔn)主要分為三個(gè)層次：對(duì)象懇求代理、公共對(duì)象效勞和公共設(shè)施。最底層是對(duì)象懇求代理ORB，規(guī)定了分布對(duì)象的定義〔接口〕和語言映射，實(shí)現(xiàn)對(duì)象間的通訊和互操作，是分布對(duì)象系統(tǒng)中的“軟總線”；在ORB之上定義了很多公共效勞，可以供給諸如并發(fā)效勞、名字效勞、事務(wù)〔交易〕為業(yè)務(wù)對(duì)象使用的效勞，規(guī)定業(yè)務(wù)對(duì)象有效協(xié)作所需的協(xié)定規(guī)章。試題16〔16〕C試題17上。在分布的異構(gòu)環(huán)境中，通常存在多種硬件系統(tǒng)平臺(tái)〔如PC、工作站、小型機(jī)等〕，而這些硬件平臺(tái)上又存在各種軟件〔如不同的操作系統(tǒng)、數(shù)據(jù)庫(kù)、用戶界面等〕。為了解決分布系統(tǒng)的異構(gòu)問題，人們提出了中間件〔Middleware〕概念。是一種獨(dú)立的系統(tǒng)軟件或效勞程序，可以幫助分布式應(yīng)用軟件在不同的技術(shù)之間共享資源，用與平臺(tái)的無關(guān)性。依據(jù)上述描述，可知中間件的如下特點(diǎn)：中間件可運(yùn)行于多種硬件和操作系統(tǒng)平臺(tái)上；跨越網(wǎng)絡(luò)、硬件、操作系統(tǒng)平臺(tái)的應(yīng)用或效勞可通過中間件透亮交互；中間件支持標(biāo)準(zhǔn)的協(xié)議和接口。試題17〔17〕B試題18測(cè)試是為評(píng)價(jià)和改進(jìn)產(chǎn)品質(zhì)量、識(shí)別產(chǎn)品的缺陷和問題而進(jìn)展的活動(dòng)。測(cè)試不再只是一種僅在編碼階段完成后才開頭的活動(dòng)包括在整個(gè)開發(fā)和維護(hù)過程中的活動(dòng)，它本身是實(shí)際產(chǎn)品構(gòu)造的一個(gè)重要局部。測(cè)試不僅是檢查預(yù)防措施是否有效的主要手段錯(cuò)誤，交付后消滅的軟件失效的補(bǔ)救措施是由軟件維護(hù)達(dá)成的。試階段：?jiǎn)卧獪y(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。試題18〔18〕B試題19軟件復(fù)用是指利用已有軟件的各種有關(guān)學(xué)問構(gòu)造的軟件，以縮減軟件開發(fā)和維護(hù)需求、設(shè)計(jì)、代碼和文檔等