信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html信息系統(tǒng)工程治理師考前沖刺與考點(diǎn)分析第第1章信息系統(tǒng)開(kāi)發(fā)根底信息系統(tǒng)工程的一個(gè)重要交付物就是信息系統(tǒng)，作為高級(jí)工程經(jīng)理，必需要把握與信息系統(tǒng)開(kāi)發(fā)相關(guān)的原理和技術(shù)，把握信息系統(tǒng)開(kāi)發(fā)的流程和方法，由于這是工程治理的根底，是信息系統(tǒng)工程的核心之所在。考點(diǎn)脈絡(luò)本章是信息系統(tǒng)工程治理師考試的一個(gè)重點(diǎn)，依據(jù)考試大綱，要求考生把握以下幾個(gè)方面的內(nèi)容：信息系統(tǒng)：信息系統(tǒng)的概念和功能、信息系統(tǒng)的類(lèi)型和進(jìn)展。信息系統(tǒng)建設(shè)：信息系統(tǒng)建設(shè)的簡(jiǎn)單性、信息系統(tǒng)的生命周期、信息系統(tǒng)建設(shè)的原則和信息系統(tǒng)開(kāi)發(fā)方法。軟件工程學(xué)問(wèn)：軟件需求分析與定義、軟件設(shè)計(jì)、測(cè)試與維護(hù)、軟件復(fù)用、軟件質(zhì)量保證及質(zhì)量評(píng)價(jià)、軟件配置治理、軟件開(kāi)發(fā)環(huán)境、軟件過(guò)程治理。軟件構(gòu)件技術(shù)學(xué)問(wèn)：構(gòu)件及其在信息系統(tǒng)工程中的重要性、常用構(gòu)件標(biāo)準(zhǔn)。軟件體系構(gòu)造：軟件體系構(gòu)造定義、典型體系構(gòu)造、軟件體系構(gòu)造設(shè)計(jì)方法、軟件體系構(gòu)造分析與評(píng)估。面對(duì)對(duì)象方法：面對(duì)對(duì)象的根本概念、統(tǒng)一建模語(yǔ)言與可視化建模、面對(duì)對(duì)象分析與設(shè)計(jì)。軟件工具：建模工具、軟件開(kāi)發(fā)工具、軟件測(cè)試工具、工程治理工具。9.47信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html的12.62%.考試試題主要分?jǐn)?shù)集中在信息系統(tǒng)建設(shè)、軟件工程學(xué)問(wèn)和面對(duì)對(duì)象方法這3個(gè)學(xué)問(wèn)點(diǎn)上。信息系統(tǒng)建設(shè)在信息系統(tǒng)建設(shè)這個(gè)考點(diǎn)中，主要涉及到五個(gè)方面的學(xué)問(wèn)，分別是信息與信息系統(tǒng)的概念、信息系統(tǒng)的類(lèi)型、信息系統(tǒng)的生命周期、信息系統(tǒng)的規(guī)劃方法和信息系統(tǒng)的開(kāi)發(fā)方法。考點(diǎn)精講1、信息與信息系統(tǒng)的概念信息是不確定性的削減，是系統(tǒng)有序程度的度量，信息量的單位為比特〔bit〕。簡(jiǎn)潔地說(shuō)，信息系統(tǒng)就是輸入數(shù)據(jù)，通過(guò)加工處理，產(chǎn)生信息的系統(tǒng)。信息系統(tǒng)具有數(shù)據(jù)的輸入、傳輸、存儲(chǔ)、處理、輸出等根本功能。2、信息系統(tǒng)的類(lèi)型依據(jù)數(shù)據(jù)環(huán)境，可以將信息系統(tǒng)分為數(shù)據(jù)文件、應(yīng)用數(shù)據(jù)庫(kù)、主題數(shù)據(jù)庫(kù)和信息檢索系務(wù)治理。通常，一個(gè)組織的治理活動(dòng)可以分成四級(jí)，分別是戰(zhàn)略級(jí)、戰(zhàn)術(shù)級(jí)、操作級(jí)和事務(wù)級(jí)?！财髽I(yè)最高治理層使用〔企業(yè)中層經(jīng)理及其治理部門(mén)使用、操作級(jí)信息系統(tǒng)〔效勞型企業(yè)的業(yè)務(wù)部門(mén)使用〕和事務(wù)級(jí)信息系統(tǒng)〔企業(yè)的治理業(yè)務(wù)人員使用〕。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html3信息系統(tǒng)依據(jù)其生命周期進(jìn)展劃分大致可分成以下4個(gè)階段：規(guī)劃階段。本階段的目標(biāo)是制定出信總系統(tǒng)的長(zhǎng)期進(jìn)展方案、打算信息系統(tǒng)在整個(gè)生命周期內(nèi)的進(jìn)展方向、規(guī)模和進(jìn)展進(jìn)程。開(kāi)發(fā)階段。信息系統(tǒng)的開(kāi)發(fā)階段是信息系統(tǒng)生命周期中最重要和最關(guān)鍵的階段。該階段又可分為總體規(guī)劃、系統(tǒng)分析、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施和系統(tǒng)驗(yàn)收5個(gè)階段。①總體規(guī)劃階段：信息系統(tǒng)總體規(guī)劃是系統(tǒng)開(kāi)發(fā)的起始階段，它的根底是需求分析。本治理流程、信息系統(tǒng)的實(shí)施打算、信息系統(tǒng)的技術(shù)標(biāo)準(zhǔn)等。②系統(tǒng)分析階段：目標(biāo)是為系統(tǒng)設(shè)計(jì)階段供給系統(tǒng)的規(guī)律模型，內(nèi)容包括組織構(gòu)造及功能分析、業(yè)務(wù)流程分析、數(shù)據(jù)和數(shù)據(jù)流程分析、系統(tǒng)初步方案等。③系統(tǒng)設(shè)計(jì)階段：依據(jù)系統(tǒng)分析的結(jié)果設(shè)計(jì)出信息系統(tǒng)的實(shí)施方案。內(nèi)容包括系統(tǒng)架構(gòu)設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)、處理流程設(shè)計(jì)、功能模塊設(shè)計(jì)、安全掌握方案設(shè)計(jì)、系統(tǒng)組織和隊(duì)伍設(shè)計(jì)、系統(tǒng)治理流程設(shè)計(jì)等。④系統(tǒng)實(shí)施階段：將設(shè)計(jì)階段的結(jié)果在計(jì)算機(jī)和網(wǎng)絡(luò)上具體實(shí)現(xiàn)，也就是將設(shè)計(jì)文本變實(shí)施階段用戶(hù)的參與特別重要。⑤系統(tǒng)驗(yàn)收階段：通過(guò)試運(yùn)行，系統(tǒng)性能的優(yōu)劣、是否做到了用戶(hù)友好等問(wèn)題都會(huì)暴露在用戶(hù)面前，這時(shí)就進(jìn)入了系統(tǒng)驗(yàn)收階段。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html運(yùn)行維護(hù)階段。當(dāng)信息系統(tǒng)通過(guò)驗(yàn)收，正式移交給用戶(hù)以后，系統(tǒng)就進(jìn)入了運(yùn)行階段。長(zhǎng)時(shí)間的運(yùn)行是檢驗(yàn)系統(tǒng)質(zhì)量的試金石。更階段〔消亡階段〕。開(kāi)發(fā)好一個(gè)信息系統(tǒng)，并想著讓它一勞永逸地運(yùn)行下去，而花費(fèi)的本錢(qián)。4、信息系統(tǒng)的規(guī)劃方法信息系統(tǒng)戰(zhàn)略規(guī)劃是從企業(yè)戰(zhàn)略動(dòng)身，構(gòu)建企業(yè)根本的信息架構(gòu)，對(duì)企業(yè)內(nèi)、外信息資戰(zhàn)略目標(biāo)。信息系統(tǒng)的規(guī)劃方法經(jīng)受了三個(gè)主要階段，各個(gè)階段所使用的方法也不一樣。第一個(gè)階〔BusinessSystemPlanning,BSP〕〔CriticalSuccessFactors,CSF〕和戰(zhàn)略集合轉(zhuǎn)化法〔StrategySetTransformation,SST〕；其次個(gè)階段主要以企業(yè)內(nèi)部治理致性模型。5、信息系統(tǒng)的開(kāi)發(fā)方法信息系統(tǒng)的典型開(kāi)發(fā)方法有構(gòu)造化法、原型法和面對(duì)對(duì)象法。構(gòu)造化方法屬于自頂向下的開(kāi)發(fā)方法，其根本思想是“自頂向下，逐步求精“,強(qiáng)調(diào)開(kāi)發(fā)方信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html法的構(gòu)造合理性及所開(kāi)發(fā)軟件的構(gòu)造合理性。構(gòu)造是指系統(tǒng)內(nèi)各個(gè)組成要素之間的相互聯(lián)象、模塊獨(dú)立性、信息隱蔽等。針對(duì)軟件生存周期各個(gè)不同的階段，它包括了構(gòu)造化分析〔StructuredAnalysis,SA〕、構(gòu)造化設(shè)計(jì)〔StructuredDesign,SD〕和構(gòu)造化程序設(shè)計(jì)〔StructuredPrograming,SP〕等方法。面對(duì)對(duì)象方法是當(dāng)前的主流開(kāi)發(fā)方法，擁有大量不同的方法，主要包括OMT〔ObjectModelTechnology, 象建模技術(shù)方法Coad/Yourdon方法OOSE〔Object-OrientedSoftwareEngineering,面對(duì)對(duì)象的軟件工程及BoochOMTOOSE及Booch最終統(tǒng)一成為UML〔UnitedModelLanguage,統(tǒng)一建模語(yǔ)言〕。面對(duì)對(duì)象方法的核心在實(shí)現(xiàn)這三個(gè)階段已經(jīng)沒(méi)有明顯的界限。原型是指模擬某種產(chǎn)品的原始模型。在信息系統(tǒng)開(kāi)發(fā)中，原型是系統(tǒng)的一個(gè)早期可運(yùn)行著不斷試驗(yàn)、糾錯(cuò)、使用、評(píng)價(jià)和修改，獲得的原型版本，如此周而復(fù)始，逐步削減分析最終產(chǎn)品的質(zhì)量。原型法適合于用戶(hù)需求不明確的場(chǎng)合。它是先依據(jù)的和分析的需求，建立一個(gè)原始的修改，使模型漸趨完善。在這個(gè)過(guò)程中，用戶(hù)的參與和決策加強(qiáng)了，縮短了開(kāi)發(fā)周期，降信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html型的建立及建模的速度。一點(diǎn)一練1建立企業(yè)信息系統(tǒng)應(yīng)當(dāng)遵循肯定的原則，以下原則不適當(dāng)?shù)氖恰?〕?！?〕A.必需支持企業(yè)的戰(zhàn)略目標(biāo)B.應(yīng)當(dāng)自上而下地規(guī)劃和實(shí)現(xiàn)C.應(yīng)當(dāng)支持企業(yè)各個(gè)治理層的需求D.應(yīng)當(dāng)向整個(gè)企業(yè)供給全都的信息2構(gòu)造化分析方法的主要思想是〔2〕。〔2〕A.自頂向下、逐步分解 B.自頂向下、逐步抽象C.自底向上、逐步抽象 D.自底向上、逐步分解3〔3〕是企業(yè)信息系統(tǒng)的重要目標(biāo)?！?〕A.技術(shù)提升B.數(shù)據(jù)標(biāo)準(zhǔn)化C.企業(yè)需求分析D.信息共享和業(yè)務(wù)協(xié)同4企業(yè)信息系統(tǒng)工程的根底是企業(yè)信息戰(zhàn)略規(guī)劃，規(guī)劃的起點(diǎn)是將〔4〕與企業(yè)的信息需人員關(guān)于信息的需求，它堅(jiān)持以〔5〕為中心的原則。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html〔4〕A.事務(wù)處理B.現(xiàn)行人工和電算化混合的信息系統(tǒng)C.企業(yè)戰(zhàn)略目標(biāo)D.第一把手要求〔5〕A.數(shù)據(jù) B.過(guò)程 C.功能 試題5一般可以將信息系統(tǒng)的開(kāi)發(fā)分成5個(gè)階段，即總體規(guī)劃階段、系統(tǒng)分析階段、系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)施階段、系統(tǒng)運(yùn)行和評(píng)價(jià)階段，在各個(gè)階段中工作量最大的是〔6〕。在每個(gè)階段完成后都要向下一階段交付肯定的文檔，〔7〕是總體規(guī)劃階段交付的文檔?！?〕A.總體規(guī)劃階段 B.系統(tǒng)分析階段C.系統(tǒng)設(shè)計(jì)階段 D.系統(tǒng)實(shí)施階段〔7〕A.系統(tǒng)方案說(shuō)明書(shū) B.系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)C.用戶(hù)說(shuō)明書(shū) D.可行性爭(zhēng)論報(bào)告6依據(jù)信息效勞對(duì)象的不同，企業(yè)中的治理專(zhuān)家系統(tǒng)屬于〔8〕?！?〕A.面對(duì)決策打算的系統(tǒng) B.面對(duì)治理掌握的系統(tǒng)C.面對(duì)作業(yè)處理的系統(tǒng) D.面對(duì)具體操作的系統(tǒng)7在信息系統(tǒng)中，信息的處理不包括〔9〕?！?〕A.信息的輸入 B.信息的刪除C.信息的修改 D.信息的統(tǒng)計(jì)信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html8信息系統(tǒng)的生命周期大致可分成4個(gè)階段，即系統(tǒng)規(guī)劃階段、系統(tǒng)開(kāi)發(fā)階段、系統(tǒng)運(yùn)行生命周期內(nèi)的進(jìn)展方向、規(guī)模和進(jìn)展進(jìn)程為主要目標(biāo)的階段是〔10〕。系統(tǒng)調(diào)查和可行性爭(zhēng)論、系統(tǒng)規(guī)律模型的建立、系統(tǒng)設(shè)計(jì)、系統(tǒng)實(shí)施和系統(tǒng)評(píng)價(jià)等工作屬于〔11〕?！?0〕A.系統(tǒng)規(guī)劃階段 B.系統(tǒng)開(kāi)發(fā)階段C.系統(tǒng)運(yùn)行與維護(hù)階段 D.系統(tǒng)更階段〔11〕A.系統(tǒng)規(guī)劃階段 B.系統(tǒng)開(kāi)發(fā)階段C.系統(tǒng)運(yùn)行與維護(hù)階段 D.系統(tǒng)更階段9治理信息系統(tǒng)規(guī)劃的方法有很多，最常使用的方法有三種：關(guān)鍵成功因素法〔CriticalSuccessFactors,CSF〕、戰(zhàn)略目標(biāo)集轉(zhuǎn)化法〔StrategySetTransformation,SST〕和企業(yè)系統(tǒng)規(guī)劃法〔BusinessSystemPlanning,BSP〕。U/C〔Use/Create〕矩陣法作為系統(tǒng)分析階段的工具，主要在〔12〕中使用?！?2〕A.BSP B.CSFC.SST D.CSFSST10某商業(yè)銀行啟動(dòng)核心信息系統(tǒng)建設(shè)，目前已完成信息系統(tǒng)的規(guī)劃和分析，馬上開(kāi)展系統(tǒng)的設(shè)計(jì)與實(shí)施，此信息系統(tǒng)建設(shè)目前〔13〕。〔13〕A.處于信息系統(tǒng)產(chǎn)生階段 B.處于信息系統(tǒng)的開(kāi)發(fā)階段C.馬上進(jìn)入信息系統(tǒng)運(yùn)行階段 D.處于信息系統(tǒng)消亡階段信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html解析與答案1分析建立企業(yè)信息系統(tǒng)的根本原則包括：信息系統(tǒng)必需支持企業(yè)的戰(zhàn)略目標(biāo)。信息系統(tǒng)的戰(zhàn)略應(yīng)當(dāng)表達(dá)出企業(yè)中各治理層次的需求。信息系統(tǒng)應(yīng)當(dāng)向整個(gè)企業(yè)供給全都的信息，應(yīng)當(dāng)依據(jù)自頂向下的方法進(jìn)展數(shù)據(jù)的分析。信息系統(tǒng)應(yīng)當(dāng)自上而下地規(guī)劃，自下而上地分步實(shí)現(xiàn)，即應(yīng)當(dāng)由總體信息系統(tǒng)構(gòu)造中的子系統(tǒng)開(kāi)頭實(shí)現(xiàn)。1答案〔1〕B2分析構(gòu)造化分析方法給出一組幫助系統(tǒng)分析人員產(chǎn)生功能規(guī)約的原理與技術(shù)形表達(dá)用戶(hù)需求，使用的手段主要有數(shù)據(jù)流圖、數(shù)據(jù)字典、構(gòu)造化語(yǔ)言、判定表以及判定樹(shù)等。構(gòu)造化分析方法的主要思想是自頂向下、逐步分解。構(gòu)造化分析的步驟如下：〔DataFlowDiagram,DFD〕。推導(dǎo)出等價(jià)的規(guī)律模型的DFD.設(shè)計(jì)的規(guī)律系統(tǒng)，生成數(shù)據(jù)字典和基元描述。建立人機(jī)接口，提出可供選擇的目標(biāo)系統(tǒng)物理模型的DFD.確定各種方案的本錢(qián)和風(fēng)險(xiǎn)等級(jí)，據(jù)此對(duì)各種方案進(jìn)展分析。選擇一種方案。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html建立完整的需求規(guī)約。構(gòu)造化系統(tǒng)分析和設(shè)計(jì)方法的主要指導(dǎo)原則有以下幾點(diǎn)：請(qǐng)用戶(hù)共同參與系統(tǒng)的開(kāi)發(fā)。在為用戶(hù)編寫(xiě)有關(guān)文檔時(shí)，要考慮到他們的專(zhuān)業(yè)技術(shù)水平，以及閱讀與使用資料的目的。在進(jìn)展系統(tǒng)具體設(shè)計(jì)工作之前，就建立一個(gè)系統(tǒng)的規(guī)律模型。承受“自上而下“方法進(jìn)展系統(tǒng)分析和設(shè)計(jì)，把主要的功能逐級(jí)分解成具體的、比較單純的功能。承受“自頂向下“方法進(jìn)展系統(tǒng)測(cè)試，先從具體功能一級(jí)開(kāi)頭測(cè)試，解決主要問(wèn)題，然后逐級(jí)向下測(cè)試，直到對(duì)最低一級(jí)具體功能測(cè)試完畢為止。在系統(tǒng)驗(yàn)收之前，就讓用戶(hù)看到系統(tǒng)的某些主要輸出，把一個(gè)大的、簡(jiǎn)單的系統(tǒng)逐級(jí)分解成小的、易于治理的系統(tǒng)，使用戶(hù)能夠盡早看到結(jié)果，準(zhǔn)時(shí)提出意見(jiàn)。對(duì)系統(tǒng)的評(píng)價(jià)不僅是指開(kāi)發(fā)和運(yùn)行費(fèi)用評(píng)價(jià)，而且還將是對(duì)整個(gè)系統(tǒng)生存過(guò)程的費(fèi)用和收益的評(píng)價(jià)。2答案〔2〕A3分析營(yíng)、治理、決策和效勞為一體，以求到達(dá)企業(yè)和系統(tǒng)的效率、效能和效益的統(tǒng)一，使計(jì)算機(jī)信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html〔信息共享和標(biāo)準(zhǔn)，而技術(shù)提升不是靠信息系統(tǒng)能實(shí)現(xiàn)的。3〔3〕D4分析企業(yè)戰(zhàn)略目標(biāo)和企業(yè)的信息需求轉(zhuǎn)換成信息系統(tǒng)目標(biāo)則。4答案〔4〕C〔5〕D5開(kāi)發(fā)階段分成5個(gè)子階段，即總體規(guī)劃階段、系統(tǒng)分析階段、系統(tǒng)設(shè)計(jì)階段、系統(tǒng)實(shí)施階段、系統(tǒng)運(yùn)行和評(píng)價(jià)/維護(hù)階段。每個(gè)階段都有其明確的任務(wù)，任務(wù)完成后都將交付給下一交系統(tǒng)方案說(shuō)明書(shū)。9%,系統(tǒng)信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html分析階段占15%,系統(tǒng)設(shè)計(jì)階段占20%,系統(tǒng)實(shí)施階段占50%,系統(tǒng)運(yùn)行和評(píng)價(jià)階段占6%.可以看出，系統(tǒng)實(shí)施階段的工作約占總工作量的一半，是各個(gè)階段中工作量最大的。5答案〔6〕D〔7〕D6業(yè)中的信息系統(tǒng)可以分為三類(lèi)。面對(duì)作業(yè)處理的系統(tǒng)。是用來(lái)支持業(yè)務(wù)處理，實(shí)現(xiàn)處理自動(dòng)化的信息系統(tǒng)。主要有：①辦公自動(dòng)化系統(tǒng)〔OAS〕。它為各種類(lèi)型的文案工作供給支持。②事務(wù)處理系統(tǒng)〔TPS〕。應(yīng)用信息技術(shù)支持企業(yè)最根本的、日常的業(yè)務(wù)處理活動(dòng)，例如工資核算、銷(xiāo)售訂單處理、原材料出庫(kù)和費(fèi)用支出報(bào)銷(xiāo)等。③數(shù)據(jù)采集與監(jiān)測(cè)系統(tǒng)〔DAMS〕中的產(chǎn)量、質(zhì)量、故障信息轉(zhuǎn)換為數(shù)字電信號(hào)，自動(dòng)傳送給計(jì)算機(jī)。在此根底上建立的信息率。面對(duì)治理掌握的系統(tǒng)。是關(guān)心企業(yè)治理，實(shí)現(xiàn)治理自動(dòng)化的信息系統(tǒng)。主要有：①電子數(shù)據(jù)處理系統(tǒng)〔EDPS〕。是支持企業(yè)作業(yè)運(yùn)行層日常操作的主要系統(tǒng)，主要用來(lái)進(jìn)展日常業(yè)務(wù)的記錄、匯總、綜合和分類(lèi)。②學(xué)問(wèn)工作支持系統(tǒng)〔KWSS〕。支持工程師、建筑師、科學(xué)家、律師和詢(xún)問(wèn)專(zhuān)家等知信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html識(shí)工作者的工作。③計(jì)算機(jī)集成制造系統(tǒng)〔CIMS〕。不僅具有信息采集和處理功能，而且還具有各種控制功能，并且集成于一個(gè)系統(tǒng)中，將產(chǎn)品的訂貨、設(shè)計(jì)、制造、治理和銷(xiāo)售過(guò)程通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)綜合在一起，到達(dá)企業(yè)生產(chǎn)全過(guò)程整體化的目的。面對(duì)決策打算的系統(tǒng)。主要有：〔DSS〕。是支持決策者解決半構(gòu)造化決策問(wèn)題的具有智能作用的人機(jī)人機(jī)對(duì)話進(jìn)展分析、比較和推斷，為正確決策供給有力支持。②戰(zhàn)略信息系統(tǒng)〔SIS〕。主要功能是支持企業(yè)形成競(jìng)爭(zhēng)策略，使企業(yè)獲得或保持競(jìng)爭(zhēng)優(yōu)勢(shì)。③治理專(zhuān)家系統(tǒng)〔MES〕。專(zhuān)家系統(tǒng)是人工智能與信息系統(tǒng)應(yīng)用相結(jié)合的產(chǎn)物，其任類(lèi)專(zhuān)家才能處理的簡(jiǎn)單問(wèn)題，如醫(yī)療診斷、氣象預(yù)報(bào)、運(yùn)輸調(diào)度和治理決策等問(wèn)題。治理專(zhuān)家系統(tǒng)是用專(zhuān)家系統(tǒng)技術(shù)解決治理決策中的非構(gòu)造化問(wèn)題決策專(zhuān)家解決某類(lèi)治理決策問(wèn)題的閱歷學(xué)問(wèn)整理成計(jì)算機(jī)可表示的形式的學(xué)問(wèn)員的會(huì)話中像治理專(zhuān)家一樣工作，提出高水平的可供選擇的決策方案。6答案〔8〕A7分析信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html傳遞的一組相互關(guān)聯(lián)的部件組成的系統(tǒng)，包括三項(xiàng)活動(dòng)：輸入活動(dòng)：從組織或外部環(huán)境中獵取或收集原始數(shù)據(jù)。處理活動(dòng)：將輸入的原始數(shù)據(jù)轉(zhuǎn)換為更有意義的形式。輸出活動(dòng)：將處理后形成的信息傳遞給人或需要此信息的活動(dòng)。信息的刪除、修改、統(tǒng)計(jì)都屬于信息的處理。7答案〔9〕A8分析信息系統(tǒng)依據(jù)其生命周期進(jìn)展劃分大致可分成以下4個(gè)階段：規(guī)劃階段。本階段的目標(biāo)是制定出信總系統(tǒng)的長(zhǎng)期進(jìn)展方案、打算信息系統(tǒng)在整個(gè)生命周期內(nèi)的進(jìn)展方向、規(guī)模和進(jìn)展進(jìn)程。開(kāi)發(fā)階段。信息系統(tǒng)的開(kāi)發(fā)階段是信息系統(tǒng)生命周期中最重要和最關(guān)鍵的階段。該階段又可分為總體規(guī)劃〔系統(tǒng)調(diào)查和可行性爭(zhēng)論〕、系統(tǒng)分析〔系統(tǒng)規(guī)律模型的建立〕、5運(yùn)行維護(hù)階段。當(dāng)信息系統(tǒng)通過(guò)驗(yàn)收，正式移交給用戶(hù)以后，系統(tǒng)就進(jìn)入了運(yùn)行階段。運(yùn)行維護(hù)階段是信息系統(tǒng)生命周期中時(shí)間最長(zhǎng)的一個(gè)階段。更階段〔消亡階段〕。當(dāng)信息系統(tǒng)不能滿(mǎn)足當(dāng)前業(yè)務(wù)需求時(shí)，就面臨換代和更。8答案信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html〔10〕A〔11〕B9BSP方法是IBM公司于20世紀(jì)70發(fā)。BSP方法是企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃方法和信息工程方法的根底，也就是說(shuō)，戰(zhàn)略數(shù)據(jù)規(guī)劃方法和信息工程方法是在BSP方法的根底上進(jìn)展起來(lái)的。因此，理解BSP方法，對(duì)于全面把握信息系統(tǒng)開(kāi)發(fā)方法是有幫助的。BSP方法的目標(biāo)是供給一個(gè)信息系統(tǒng)規(guī)劃，用以支持企業(yè)短期的和長(zhǎng)期的信息需求。在BSP方法中，企業(yè)過(guò)程和數(shù)據(jù)類(lèi)定義好后，可以得到一張過(guò)程/數(shù)據(jù)類(lèi)表格，表達(dá)企業(yè)過(guò)程與數(shù)據(jù)類(lèi)之間的聯(lián)系。然后，以企業(yè)過(guò)程為行，以數(shù)據(jù)類(lèi)C〔Create〕U〔User〕U/CCSF法是由JohnRockart于20世紀(jì)70年月末提出的一種信息系統(tǒng)規(guī)劃方法。該方部門(mén)掌握信息技術(shù)及其處理過(guò)程供給實(shí)施指南性作用的因素，稱(chēng)為CSF.CSF通常與那些能夠確保企業(yè)生存和進(jìn)展的方面相關(guān)。CSF方法的目的是通過(guò)企業(yè)的CSF,確定企業(yè)業(yè)務(wù)的關(guān)鍵信息需求。通過(guò)對(duì)CSF的識(shí)別，找出實(shí)現(xiàn)目標(biāo)所需要的關(guān)鍵信息集合，從而確定系統(tǒng)開(kāi)發(fā)的優(yōu)先次序。SST是由WilliamR.King于1978年提出的一種信息系統(tǒng)規(guī)劃方法。該方法將企業(yè)戰(zhàn)略看成是一個(gè)“信息集合“,包括使命、目標(biāo)、戰(zhàn)略和其他企業(yè)屬性，例如，治理水平、進(jìn)展趨勢(shì)以及重要的環(huán)境約束等。SST方法就是將企業(yè)的戰(zhàn)略集合轉(zhuǎn)化為信息系統(tǒng)的戰(zhàn)略集合，而后者由信息系統(tǒng)的目標(biāo)、環(huán)境約束和戰(zhàn)略規(guī)劃組成。9答案信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html〔12〕A10分析依據(jù)題目的描述可知，該系統(tǒng)目前處于開(kāi)發(fā)階段的系統(tǒng)分析子階段。10〔13〕B軟件工程軟件工程件設(shè)計(jì)、測(cè)試與維護(hù)、軟件復(fù)用、軟件質(zhì)量保證及質(zhì)量評(píng)價(jià)、軟件配置治理、軟件開(kāi)發(fā)環(huán)境和軟件過(guò)程治理。.1考點(diǎn)精講1、軟件需求分析與定義據(jù)統(tǒng)計(jì)，在失敗的信息系統(tǒng)工程中，有超過(guò)一半是源于需求問(wèn)題。需求就是系統(tǒng)必需完成的事及必需的品質(zhì)一個(gè)組織不同層次的不同人員的需求和來(lái)自軟件將要在其中運(yùn)行的環(huán)境的需求的簡(jiǎn)單組合。了。與需求治理。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html說(shuō)明書(shū)〔SRS〕。需求開(kāi)發(fā)側(cè)重于技術(shù)，是需求工程的主線。需求治理的目的是在客戶(hù)和開(kāi)發(fā)方之間建立對(duì)需求的共同理解果的全都性，并掌握需求的變更。需求開(kāi)發(fā)又分為制定需求治理打算、求得對(duì)需求的理解、〔即對(duì)需求開(kāi)發(fā)起支持作用。2、軟件設(shè)計(jì)軟件設(shè)計(jì)是“定義一個(gè)系統(tǒng)或構(gòu)件的架構(gòu)、構(gòu)件、接口和其他特征的過(guò)程“,并得到“這個(gè)過(guò)程的結(jié)果“.作為過(guò)程對(duì)待時(shí)，軟件設(shè)計(jì)是一種軟件生命周期活動(dòng)，在這個(gè)活動(dòng)中，要分析構(gòu)造這些構(gòu)件。最終方案。最終，將其作為構(gòu)造和測(cè)試的輸入和起始點(diǎn)，并用來(lái)規(guī)劃后續(xù)的開(kāi)發(fā)活動(dòng)。軟件設(shè)計(jì)由兩個(gè)處于軟件需求和軟件構(gòu)造之間的活動(dòng)組成。軟件架構(gòu)設(shè)計(jì)〔有時(shí)叫做高層設(shè)計(jì)〕：描述軟件的構(gòu)造和組織，標(biāo)識(shí)各種不同的構(gòu)件。軟件具體設(shè)計(jì)：具體地描述各個(gè)構(gòu)件或模塊，使之能被構(gòu)造。軟件架構(gòu)是“一個(gè)描述軟件系統(tǒng)的子系統(tǒng)和構(gòu)件，以及它們之間相互關(guān)系的學(xué)科“.架構(gòu)信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html〔滿(mǎn)足功能需求〕、過(guò)程視圖〔并發(fā)問(wèn)題〕、構(gòu)件視圖〔實(shí)現(xiàn)問(wèn)題〕、部署視圖〔分布問(wèn)題〕和場(chǎng)景視圖〔讓其他四種視圖的元素協(xié)同工作〕，又叫“4+13、軟件測(cè)試與維護(hù)測(cè)試是為評(píng)價(jià)和改進(jìn)產(chǎn)品質(zhì)量、識(shí)別產(chǎn)品的缺陷和問(wèn)題而進(jìn)展的活動(dòng)。為，需要選取適當(dāng)?shù)臏y(cè)試用例。測(cè)試不再只是一種僅在編碼階段完成后才開(kāi)頭的活動(dòng)包括在整個(gè)開(kāi)發(fā)和維護(hù)過(guò)程中的活動(dòng)，它本身是實(shí)際產(chǎn)品構(gòu)造的一個(gè)重要局部。測(cè)試不僅是檢查預(yù)防措施是否有效的主要手段仍包含錯(cuò)誤，交付后消滅的軟件失效的補(bǔ)救措施是由軟件維護(hù)達(dá)成的。試階段：?jiǎn)卧獪y(cè)試、集成測(cè)試和系統(tǒng)測(cè)試。軟件測(cè)試需要堅(jiān)持以下幾大原則：盡早、不斷的進(jìn)展測(cè)試程序員避開(kāi)測(cè)試自己設(shè)計(jì)的程序既要選擇有效、合理的數(shù)據(jù)，也要選擇無(wú)效、不合理的數(shù)據(jù)修改后應(yīng)進(jìn)展回歸測(cè)試尚未覺(jué)察的錯(cuò)誤數(shù)量與該程序已覺(jué)察錯(cuò)誤數(shù)成正比軟件測(cè)試可分為靜態(tài)測(cè)試與動(dòng)態(tài)測(cè)試兩大類(lèi)，靜態(tài)測(cè)試是在不運(yùn)行程序的前提下測(cè)試，信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html分為黑盒測(cè)試、白盒測(cè)試與灰盒測(cè)試三大類(lèi)，考試重點(diǎn)是前兩類(lèi)。軟件或某種軟件功能來(lái)嚴(yán)格地測(cè)試，而并沒(méi)有通過(guò)檢查程序的源代碼或者很清楚地了解該軟件的源代碼程序具體是怎樣設(shè)計(jì)的價(jià)類(lèi)劃分、邊界值分析、錯(cuò)誤推想、因果圖等。修正。典型的白盒測(cè)試方法有語(yǔ)句掩蓋、判定掩蓋、條件掩蓋、判定/條件掩蓋、條件組合掩蓋、路徑掩蓋等。軟件維護(hù)是坐命周期的一個(gè)完整局部產(chǎn)品。相應(yīng)地，軟件產(chǎn)品必定存在變更和演化。一旦投入運(yùn)行，就可能覺(jué)察缺陷，運(yùn)行環(huán)境可能會(huì)變化，用戶(hù)會(huì)提出的需求。這些都需要對(duì)軟件進(jìn)展維護(hù)?？梢詫④浖S護(hù)定義為需要供給軟件支持的全部活動(dòng)后的活動(dòng)包括軟件修改、培訓(xùn)、幫助資料等。軟件維護(hù)包括如下類(lèi)型。更正性維護(hù)：軟件產(chǎn)品交付后進(jìn)展的修改，以更正覺(jué)察的問(wèn)題。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html適應(yīng)性維護(hù)：軟件產(chǎn)品交付后進(jìn)展的修改，以保持軟件產(chǎn)品能在變化后或變化中的環(huán)境中可以連續(xù)使用。完善性維護(hù)：軟件產(chǎn)品交付后進(jìn)展的修改，以改進(jìn)性能和可維護(hù)性。預(yù)防性維護(hù)：軟件產(chǎn)品交付后進(jìn)展的修改，以在軟件產(chǎn)品中的潛在錯(cuò)誤成為實(shí)際錯(cuò)誤前，檢測(cè)和更正它們。4、軟件復(fù)用軟件復(fù)用是指利用已有軟件的各種有關(guān)學(xué)問(wèn)構(gòu)造的軟件被復(fù)用的學(xué)問(wèn)專(zhuān)指程序，后來(lái)擴(kuò)大到包括領(lǐng)域?qū)W問(wèn)、開(kāi)發(fā)閱歷、設(shè)計(jì)決策、架構(gòu)、需求、設(shè)計(jì)、代碼和文檔等一切有關(guān)方面。軟件復(fù)用是一種計(jì)算機(jī)軟件工程方法和理論20世紀(jì)60年月的“軟件危機(jī)“使程序設(shè)計(jì)重用是解決這一問(wèn)題的有效方法。建立起來(lái)以后，編寫(xiě)某一特定軟件的工作就變成了將各種不同構(gòu)件組織連接起來(lái)的簡(jiǎn)潔問(wèn)題，這對(duì)于軟件產(chǎn)品的最終質(zhì)量和維護(hù)工作都有本質(zhì)性的轉(zhuǎn)變。復(fù)用、分析的復(fù)用、測(cè)試信息的復(fù)用等。支持軟件復(fù)用是人們對(duì)面對(duì)對(duì)象方法寄予的主要期望之一信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html軟件復(fù)用的要求格外吻合。對(duì)象的軟件開(kāi)發(fā)供給了有力的支持。而模式也與復(fù)用有關(guān)，由于模式是“給定上下文中普遍問(wèn)題的普遍解決方案“,模式主要有設(shè)計(jì)模式〔微觀架構(gòu)模式〕和架構(gòu)模式〔宏觀架構(gòu)〕。5、軟件質(zhì)量保證及質(zhì)量評(píng)價(jià)國(guó)際標(biāo)準(zhǔn)IS014598給出的“軟件質(zhì)量“的定義是：軟件特性的總合，軟件滿(mǎn)足規(guī)定或潛在用戶(hù)需求的力量。也就是說(shuō)，質(zhì)量就是遵從用戶(hù)需求，到達(dá)用戶(hù)滿(mǎn)足。國(guó)際標(biāo)準(zhǔn)IS09126定義的軟件質(zhì)量包括“內(nèi)部質(zhì)量“、“外部質(zhì)量“和“使用質(zhì)量“三局部。衡量。軟件需求定義了軟件質(zhì)量特性，并影響評(píng)價(jià)這些特性的度量方法和接收準(zhǔn)則。接缺陷覺(jué)察活動(dòng)，很多活動(dòng)都可以到達(dá)這兩個(gè)目的。軟件質(zhì)量保證命周期中的軟件產(chǎn)品和過(guò)程符合其規(guī)定的需求。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html軟件質(zhì)量保證打算定義了用于保證為特定產(chǎn)品開(kāi)發(fā)的軟件滿(mǎn)足用戶(hù)需求束內(nèi)具有最高的質(zhì)量的手段。驗(yàn)證與確認(rèn)驗(yàn)證與確認(rèn)過(guò)程使用能夠定位缺陷并便于以后改正的測(cè)試技術(shù)直接處理軟件產(chǎn)品質(zhì)量問(wèn)題。驗(yàn)證與確認(rèn)過(guò)程確定某一開(kāi)發(fā)和維護(hù)括動(dòng)的產(chǎn)品是否符合活動(dòng)的需求項(xiàng)活動(dòng)的輸出產(chǎn)品是否滿(mǎn)足前一項(xiàng)活動(dòng)施加的標(biāo)準(zhǔn)說(shuō)明驗(yàn)證。評(píng)審與審計(jì)評(píng)審與審計(jì)過(guò)程包括：治理評(píng)審、技術(shù)評(píng)審、檢查、走查、審計(jì)等。于到達(dá)目標(biāo)適應(yīng)性的治理方法的有效性活動(dòng)。變更。檢查的目的是檢測(cè)和識(shí)別軟件產(chǎn)品特別。一次檢查通常針對(duì)產(chǎn)品的一個(gè)相對(duì)小的局部。覺(jué)察的任何特別都要記錄到文檔中，并提交。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html特別、改進(jìn)軟件產(chǎn)品、壽慮其他實(shí)現(xiàn)、評(píng)價(jià)是否遵從標(biāo)準(zhǔn)和標(biāo)準(zhǔn)說(shuō)明。走查類(lèi)似于檢查，但通常不那么正式。走查通常主要由同事評(píng)審其工作，以作為一種保障技術(shù)。行動(dòng)。6、軟件配置治理動(dòng)親熱相關(guān)，軟件配置治理活動(dòng)可以幫助達(dá)成軟件質(zhì)量保證目標(biāo)。軟件配置狀態(tài)記錄、軟件配置審計(jì)、軟件公布治理與交付。7、軟件開(kāi)發(fā)環(huán)境軟件開(kāi)發(fā)工具是用于關(guān)心軟件生命周期過(guò)程的基于計(jì)算機(jī)的工具圖讓軟件工程更加系統(tǒng)化，工具的種類(lèi)包括支持單個(gè)任務(wù)的工具及囊括整個(gè)生命周期的工具。具體包括：軟件需求工具軟件需求工具包括需求建模工具和需求追蹤工具。軟件設(shè)計(jì)工具很多。軟件構(gòu)造工具信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html軟件構(gòu)造工具包括程序編輯器、編譯器和代碼生成器、解釋器、調(diào)試器等。軟件測(cè)試工具析工具。軟件維護(hù)工具軟件維護(hù)工具包括理解工具〔如可視化工具〕和再造工具〔如重構(gòu)工具〕。軟件配置治理工具軟件配置治理工具包括追蹤工具、版本治理工具和公布工具。軟件工程治理工具軟件工程治理工具包括工程打算與追蹤工具、風(fēng)險(xiǎn)治理工具和度量工具。軟件工程過(guò)程工具軟件工程過(guò)程工具包括建模工具、治理工具、軟件開(kāi)發(fā)環(huán)境。軟件質(zhì)量工具軟件質(zhì)量工具包括檢查工具和分析工具。8、軟件過(guò)程治理軟件工程治理集成了過(guò)程治理和工程治理，主要包括以下6個(gè)方面。啟動(dòng)和范圍定義軟件工程打算軟件工程實(shí)施評(píng)審和評(píng)價(jià)關(guān)閉信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html軟件工程度量一點(diǎn)一練1.3.2一點(diǎn)一練試題1PhilippeKruchten4+1視圖模型從〔1〕幾個(gè)方面來(lái)描述軟件需求。①規(guī)律視圖②進(jìn)程視圖③物理視圖④開(kāi)發(fā)視圖⑤數(shù)據(jù)流視圖⑥場(chǎng)景視圖〔1〕A.③④⑤⑥ B.①②③④C.①②③④⑥ D.①③④⑤⑥2軟件需求可以分為幾個(gè)類(lèi)型，諸如處理速度、存儲(chǔ)容量、信號(hào)速度等方面的需求屬于〔2〕。〔2〕A.功能需求 B.性能需求C.外部接口需求 D.設(shè)計(jì)約束試題3軟件錯(cuò)誤產(chǎn)生的緣由有很多，〔3〕不是導(dǎo)致軟件錯(cuò)誤的主要緣由。〔3〕A.測(cè)試錯(cuò)誤B.設(shè)計(jì)錯(cuò)誤C.編碼錯(cuò)誤D.軟件需求規(guī)格說(shuō)明錯(cuò)誤4構(gòu)造和組織，標(biāo)識(shí)各種不同的構(gòu)件。由此可知，在信息系統(tǒng)開(kāi)發(fā)中，〔4〕屬于軟件架構(gòu)設(shè)計(jì)師要完成的主要任務(wù)之一。〔4〕A.軟件復(fù)用B.模式設(shè)計(jì)C.需求獵取D.需求安排信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html5軟件需求規(guī)格說(shuō)明書(shū)在軟件開(kāi)發(fā)中的作用不包括〔5〕?！?〕A.軟件設(shè)計(jì)的依據(jù)B.軟件可行性分析的依據(jù)C.軟件驗(yàn)收的依據(jù)D.用戶(hù)和開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解6預(yù)防性維護(hù)等四類(lèi)，〔6〕是這四類(lèi)軟件維護(hù)的共同特征?！?〕A.覺(jué)察原產(chǎn)品中存在問(wèn)題后實(shí)行的補(bǔ)救措施B.交付軟件產(chǎn)品后進(jìn)展的修改C.測(cè)試覺(jué)察問(wèn)題之后的應(yīng)對(duì)措施D.軟件產(chǎn)品交付前進(jìn)展的質(zhì)量治理活動(dòng)7緣由是〔7〕?！?〕A.可復(fù)用的構(gòu)件在不斷復(fù)用過(guò)程中，其中的錯(cuò)誤和缺陷會(huì)被間續(xù)覺(jué)察，并得到準(zhǔn)時(shí)排解B.可復(fù)用的構(gòu)件首先得到測(cè)試C.可復(fù)用的構(gòu)件一般規(guī)模較小D.第三方的構(gòu)件開(kāi)發(fā)商能供給更好的軟件維護(hù)效勞信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html8帶寬需求下，修改網(wǎng)絡(luò)軟件從而使之支持更大的帶寬，這種軟件維護(hù)工作屬于〔8〕?！?〕A.更正性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.預(yù)防性維護(hù)9以下屬于軟件開(kāi)發(fā)中的建模工具的是〔9〕。〔9〕A.PowerDesigner B.RationalRoseC.LoadRunner D.VisualStudio.NET10需求跟蹤矩陣的作用是〔10〕。〔10〕A.可以表達(dá)需求與后續(xù)工作成果之間的對(duì)應(yīng)關(guān)系固化需求，防止變更明確工程干系人對(duì)于需求的責(zé)任對(duì)于需求簡(jiǎn)單的工程，可以用來(lái)明確需求解析與答案1.3.3解析與答案1分析件職責(zé)和主要的掌握流〔協(xié)作接口〕。PhilippeKruchten〔克魯奇頓〕在1995年提出了一個(gè)“4+1“的視圖模型。它從5個(gè)信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html不同的視角包括規(guī)律視圖、過(guò)程視圖、構(gòu)件視圖、部署視圖和場(chǎng)景視圖來(lái)描述軟件架構(gòu)個(gè)視圖只關(guān)心系統(tǒng)的一個(gè)側(cè)面，5個(gè)視圖結(jié)合在一起才能反響系統(tǒng)的軟件架構(gòu)的全部?jī)?nèi)容。具體含意如下：規(guī)律視圖：描述設(shè)計(jì)的對(duì)象模型〔使用面對(duì)對(duì)象的設(shè)計(jì)方法時(shí)〕動(dòng)態(tài)行為角度顯示系統(tǒng)內(nèi)部如何實(shí)現(xiàn)系統(tǒng)的功能；過(guò)程視圖：又叫處理視圖、進(jìn)程視圖，用來(lái)描述設(shè)計(jì)的并發(fā)和同步特征。構(gòu)件視圖：又叫開(kāi)發(fā)視圖、構(gòu)件視圖、實(shí)現(xiàn)視圖，描述了在開(kāi)發(fā)環(huán)境中軟件的靜態(tài)組織構(gòu)造。部署視圖：又叫物理視圖，描述了軟件到硬件的映射，反映了分布式特性。景來(lái)說(shuō)明，從而形成了第五個(gè)視圖：場(chǎng)景視圖。1答案〔1〕C2分析件、論壇網(wǎng)站的發(fā)帖留言等。非功能需求是指軟件產(chǎn)品為滿(mǎn)足用戶(hù)業(yè)務(wù)需求而必需具有且除功能需求以外的特性括系統(tǒng)的性能、牢靠性、可維護(hù)性、可擴(kuò)大性和對(duì)技術(shù)和對(duì)業(yè)務(wù)的適應(yīng)性等。而響應(yīng)時(shí)間、信號(hào)速度、存儲(chǔ)容量、資源利用率都屬于性能需求的范疇。2答案〔2〕B信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html3分析語(yǔ)義或描述錯(cuò)誤等。別由于某種緣由預(yù)防措施無(wú)效而產(chǎn)生的錯(cuò)誤的主要手段。件失效的補(bǔ)救措施是通過(guò)軟件維護(hù)來(lái)達(dá)成的3答案〔3〕A4分析此題考察軟件架構(gòu)相關(guān)根本概念。的橋梁。像尋常所說(shuō)的，某個(gè)軟件是C/S還是B/S構(gòu)造，這個(gè)C/S與B/S就是軟件架構(gòu)。的成果，即已確定要實(shí)現(xiàn)的需求，安排到軟件架構(gòu)的各個(gè)局部，或是各個(gè)層次中去。D.信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html4答案〔4〕D5分析是軟件測(cè)試和驗(yàn)收的依據(jù)。此外，還需考慮用戶(hù)對(duì)質(zhì)量的要求，包括性能、有效性、牢靠性和可用性等。在需求分析階段，可以應(yīng)用快速原型法，即開(kāi)發(fā)人員依據(jù)對(duì)軟件需求的理解，用快速開(kāi)發(fā)工具建立一個(gè)系統(tǒng)原型，以便使需求分析更準(zhǔn)確。5答案〔5〕B6分析軟件維護(hù)可以定義為需要供給軟件支持的全部活動(dòng)。這些活動(dòng)包括在交付前完成的活后的活動(dòng)包括軟件修改、培訓(xùn)、幫助資料等。至于四種軟件維護(hù)類(lèi)型的異同點(diǎn)在本章的考點(diǎn)精講中已有詳述。6〔6〕B7分析構(gòu)件〔component〕是功能相對(duì)獨(dú)立，可以被其他程序反復(fù)屢次調(diào)用的軟件單元。構(gòu)其他軟件。構(gòu)件可以是被封裝的對(duì)象類(lèi)、類(lèi)樹(shù)、一些功能模塊、軟件框架〔framework〕、軟件構(gòu)架〔Architectural〕、文檔、分析件、設(shè)計(jì)模式等。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html具有更高的質(zhì)量保證。7答案〔7〕A8分析此題考察軟件維護(hù)相關(guān)內(nèi)容。將軟件維護(hù)分為以下四種〔也是對(duì)考點(diǎn)精講中相關(guān)內(nèi)容的補(bǔ)充〕：改正性維護(hù)：為了識(shí)別和訂正軟件錯(cuò)誤、改正軟件性能上的缺陷、排解實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)展的診斷和改正錯(cuò)誤的過(guò)程就稱(chēng)為改正性維護(hù)。適應(yīng)性維護(hù)：在使用過(guò)程中，外部環(huán)境〔的硬、軟件配置〕、數(shù)據(jù)環(huán)境〔數(shù)據(jù)庫(kù)、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方式、數(shù)據(jù)存儲(chǔ)介質(zhì)〕可能發(fā)生變化。為使軟件適應(yīng)這種變化，而去修改軟件的過(guò)程就稱(chēng)為適應(yīng)性維護(hù)。效率、提高軟件的可維護(hù)性。這種狀況下進(jìn)展的維護(hù)活動(dòng)稱(chēng)為完善性維護(hù)。預(yù)防性維護(hù)：這是指預(yù)先提高軟件的可維護(hù)性、牢靠性等，為以后進(jìn)一步改進(jìn)軟件打下良好根底。通常，預(yù)防性維護(hù)可定義為“把今日的方法學(xué)修改昨天的程序以解決明天〔重〕信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html進(jìn)展設(shè)計(jì)、編碼和測(cè)試。在此題中，題目說(shuō)明“為了適應(yīng)將來(lái)網(wǎng)絡(luò)帶寬的需要“,這足以表達(dá)，維護(hù)工作是針對(duì)將來(lái)的，所以屬于預(yù)防性維護(hù)。8答案〔8〕D9分析常見(jiàn)的建模工具：RationalRose;常見(jiàn)的設(shè)計(jì)工具：PowerDesigner,ERWin;常見(jiàn)的開(kāi)發(fā)工具：VisualStudio.NET,Eclipse;常見(jiàn)的測(cè)試工具：LoadRunner;常見(jiàn)的工程治理工具：Project,Clearcase,VSS,CVS.9〔9〕B10分析通過(guò)需求跟蹤距陣可以跟蹤一個(gè)需求使用期限的全過(guò)程現(xiàn)的成果是否能找到對(duì)應(yīng)的前期需求源。更。10答案〔10〕A信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html面對(duì)對(duì)象技術(shù)面對(duì)對(duì)象技術(shù)一建模語(yǔ)言與可視化建模和面對(duì)對(duì)象分析與設(shè)計(jì)。.1考點(diǎn)精講1、面對(duì)對(duì)象的根本概念面對(duì)對(duì)象的根本概念有對(duì)象、類(lèi)、抽象、封裝、繼承、多態(tài)、接口、消息、構(gòu)件、模式和復(fù)用等。對(duì)象對(duì)象是由數(shù)據(jù)及其操作所構(gòu)成的封裝體，是系統(tǒng)中用來(lái)描述客觀事物的一個(gè)封裝，一組效勞構(gòu)成。對(duì)象包含三個(gè)根本要素，分別是對(duì)象標(biāo)識(shí)、對(duì)象狀態(tài)和對(duì)象行為。象的某些特征；對(duì)象行為用來(lái)封裝對(duì)象所擁有的業(yè)務(wù)操作。例如，對(duì)于教師王教師而言，包含其性別、年齡、職稱(chēng)等個(gè)人狀態(tài)信息，同時(shí)還具有授課的行為特征，那么王教師就是封裝后的一個(gè)典型對(duì)象。類(lèi)據(jù)也叫屬性、狀態(tài)或特征，它表現(xiàn)類(lèi)靜態(tài)的一面。類(lèi)的函數(shù)也叫功能、操作或效勞，它表現(xiàn)類(lèi)動(dòng)態(tài)的一面。王教師是一名教師，也就擁有了教師的特征，這個(gè)特征就是教師這個(gè)類(lèi)所特有的，信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html具體而言，共同的狀態(tài)通過(guò)屬性表現(xiàn)出來(lái)，共同的行為通過(guò)操作表現(xiàn)出來(lái)。類(lèi)和對(duì)象的關(guān)系對(duì)象是類(lèi)的實(shí)際例子。假設(shè)將對(duì)象比作房子，那么類(lèi)就是房子的設(shè)計(jì)圖紙。例如，銀行里全部?jī)?chǔ)戶(hù)的賬戶(hù)，可以抽象為賬戶(hù)類(lèi)。用自然語(yǔ)言描述賬戶(hù)類(lèi)如下：類(lèi)賬戶(hù){屬性：存款人姓名；身份證號(hào)；開(kāi)戶(hù)日期；賬號(hào)；密碼；賬上余額；行為：存款〔〕；取款〔〕；}用計(jì)算機(jī)語(yǔ)言表示賬戶(hù)類(lèi)，命名賬戶(hù)類(lèi)為ACCOUNT:ClassACCOUNT{Attribute:信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.htmlname;IDNumber;Date;Account_Number;pasSword;total;Function:Save〔〕；Withdraw〔〕；}四工行的賬戶(hù)、李四建行的賬戶(hù)。對(duì)類(lèi)進(jìn)展實(shí)例化時(shí)可用計(jì)算機(jī)語(yǔ)言描述如下：ACCOUNTZhangSan_ICBCAccount=newACCOUNT〔〕；ACCOUNTZhangSan_CBCAccount=newACCOUNT〔〕；ACCOUNTLiSi_ICBCAccount=newACCOUNT〔〕；ACCOUNTLiSi_CBCAccount=newACCOUNT〔〕；類(lèi)和對(duì)象的關(guān)系可以總結(jié)為：每一個(gè)對(duì)象都是某一個(gè)類(lèi)的實(shí)例。每一個(gè)類(lèi)在某一時(shí)刻都有零或更多的實(shí)例。類(lèi)是靜態(tài)的，它們的存在、語(yǔ)義和關(guān)系在程序執(zhí)行前就已經(jīng)定義好了，對(duì)象是動(dòng)態(tài)的，它們?cè)诔绦驁?zhí)行時(shí)可以被創(chuàng)立和刪除。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html類(lèi)是生成對(duì)象的模板。抽象單一化的描述，它強(qiáng)調(diào)給出與應(yīng)用相關(guān)的特性，拋棄不相關(guān)的特性。封裝將數(shù)據(jù)和基于數(shù)據(jù)的操作封裝成一個(gè)整體對(duì)象的接口進(jìn)展。見(jiàn)，所以在進(jìn)展ATM提款交易的過(guò)程中，我們并不知道交易如何進(jìn)展，對(duì)應(yīng)賬戶(hù)是如何保存狀態(tài)的，這就表達(dá)了對(duì)象的封裝。繼承類(lèi)可以從多于一個(gè)的父類(lèi)繼承，JavaC++允很多繼承。假設(shè)類(lèi)B繼承類(lèi)A,即類(lèi)B中的對(duì)象具有類(lèi)A的一切特征〔包括屬性和操作〕。類(lèi)A稱(chēng)為基類(lèi)或父類(lèi)或超類(lèi)，類(lèi)B稱(chēng)為類(lèi)A的派生類(lèi)或子類(lèi)，類(lèi)B在類(lèi)A的根底上還可以有一些擴(kuò)展，即可以參加的屬性與操作。例如〔狗類(lèi)繼承自父類(lèi)l哺乳動(dòng)物類(lèi)g具有一般的都具有的特征和力量，但Dog的叫聲與寵愛(ài)啃骨頭是比較獨(dú)特的，對(duì)仆人格外忠誠(chéng)的品質(zhì)信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html也是比較獨(dú)特的。多態(tài)象。例如：Rectangle〔矩形類(lèi)〕和Circle〔圓形類(lèi)〕都繼承于Shape〔外形類(lèi)〕，對(duì)于Shape而言，會(huì)有g(shù)etArea〔〕〔求面積〕的方法，Rectangle和Circle也都繼承了這一方法，但顯而易見(jiàn)，Rectangle和Circle的getArea〔〕方法的實(shí)現(xiàn)是完全不一樣的〔即二者求面積的公式相去甚遠(yuǎn)〕，這就表達(dá)了多態(tài)的特征。接口所謂接口就是對(duì)操作標(biāo)準(zhǔn)的說(shuō)明。接口只是說(shuō)明操作應(yīng)當(dāng)做什么〔What〕，但沒(méi)有定義操作如何做〔How〕。接口可以理解成為類(lèi)的一個(gè)特例，它只規(guī)定實(shí)現(xiàn)此接口的類(lèi)的操作方法，而把真正的實(shí)現(xiàn)細(xì)節(jié)交由實(shí)現(xiàn)該接口的類(lèi)去完成。接口在面對(duì)對(duì)象分析和設(shè)計(jì)過(guò)程中起到了至關(guān)重要的橋梁作用把有待實(shí)現(xiàn)的功能封裝并定義成接口，而后期程序員依據(jù)此接口進(jìn)展編碼實(shí)現(xiàn)。消息消息〔Message〕是對(duì)象間的交互手段，其形式如下：Message:[dest,op,para]其中dest指目標(biāo)對(duì)象DestinationObject,op指操作Operation,paraParameters.構(gòu)件信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html〔實(shí)現(xiàn)某個(gè)職能〕。作的對(duì)象。對(duì)于構(gòu)件，應(yīng)當(dāng)按可復(fù)用的要求進(jìn)展設(shè)計(jì)、實(shí)現(xiàn)、打包、編寫(xiě)文檔。構(gòu)件應(yīng)當(dāng)是內(nèi)聚的，并具有相當(dāng)穩(wěn)定的公開(kāi)的接口。為了使構(gòu)件更切合實(shí)際、更有效地被復(fù)用，構(gòu)件應(yīng)當(dāng)具備“可變性“,以提高其通用性。構(gòu)件應(yīng)向復(fù)用者供給一些公共“特性“,另一方面還要供給可變的“特性“.針對(duì)不同的應(yīng)用“特性“,即“客戶(hù)化“.模式就能一次又一次地使用該方案而不必做重復(fù)勞動(dòng)。將設(shè)計(jì)模式引入軟件設(shè)計(jì)和開(kāi)發(fā)過(guò)程的目的在于充分利用已有的軟件開(kāi)發(fā)閱歷是由于設(shè)計(jì)模式通常是對(duì)于某一類(lèi)軟件設(shè)計(jì)問(wèn)題的可重用的解決方案。設(shè)計(jì)模式使得人們可以更加簡(jiǎn)潔和便利地去復(fù)用成功的軟件設(shè)計(jì)和體系構(gòu)造能夠幫助設(shè)計(jì)者更快更好地完成系統(tǒng)設(shè)計(jì)。復(fù)用軟件復(fù)用是指將已有的軟件及其有效成分用于構(gòu)造的軟件或系統(tǒng)信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html件復(fù)用實(shí)現(xiàn)的關(guān)鍵。2、統(tǒng)一建模語(yǔ)言與可視化建模統(tǒng)一建模語(yǔ)言概述統(tǒng)一建模語(yǔ)言〔UnifiedModelingLanguage,UMI.〕是一個(gè)通用的可視化建模語(yǔ)計(jì)、掃瞄、配置、維護(hù)和信息掌握。UML適用于各種軟件開(kāi)發(fā)方法、軟件生命周期的各個(gè)成果的標(biāo)準(zhǔn)建模方法。UML報(bào)表生成器等。UML標(biāo)準(zhǔn)并沒(méi)有定義一種標(biāo)準(zhǔn)的開(kāi)發(fā)過(guò)程，但它比較適用于迭代式的開(kāi)發(fā)過(guò)程，是為支持大局部現(xiàn)存的面對(duì)對(duì)象開(kāi)發(fā)過(guò)程而設(shè)計(jì)的。UML描述了系統(tǒng)的靜態(tài)構(gòu)造和動(dòng)態(tài)行為，它將系統(tǒng)描述為一些獨(dú)立的相互作用的行通信的機(jī)制。UML不是一種可視化的程序設(shè)計(jì)語(yǔ)言，而是一種可視化的建模語(yǔ)言。是一種建模語(yǔ)言標(biāo)準(zhǔn)說(shuō)明，是面對(duì)對(duì)象分析與設(shè)計(jì)的一種標(biāo)準(zhǔn)表示。不是過(guò)程，也不是方法，但允許任何一種過(guò)程和方法使用它。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html簡(jiǎn)潔并且可擴(kuò)展，具有擴(kuò)展和專(zhuān)有化機(jī)制，便于擴(kuò)展，無(wú)需對(duì)核心概念進(jìn)展修改。為面對(duì)對(duì)象的設(shè)計(jì)與開(kāi)發(fā)中涌現(xiàn)出的高級(jí)概念〔如協(xié)作、框架、模式和構(gòu)件〕提供支持，強(qiáng)調(diào)在軟件開(kāi)發(fā)中，對(duì)架構(gòu)、框架、模式和構(gòu)件的重用。與最好的軟件工程實(shí)踐閱歷集成。UML面對(duì)對(duì)象技術(shù)和UML的進(jìn)展過(guò)程經(jīng)受了長(zhǎng)期的過(guò)程。在美國(guó)，截止1996年10月，UML獲得了工業(yè)界、科技界和應(yīng)用界的廣泛支持，已有700多個(gè)公司表示支持承受UML作為建模語(yǔ)言。1996年底，UML已穩(wěn)占面對(duì)對(duì)象技術(shù)市場(chǎng)的85%,成為可視化建模語(yǔ)言事實(shí)上的工業(yè)標(biāo)準(zhǔn)。1997年11月17日。OMGUMLl.1作為基于面對(duì)對(duì)象技UML已進(jìn)展至2.X版本。UML代表了面對(duì)對(duì)象方法的軟件開(kāi)發(fā)技術(shù)的進(jìn)展方向，具有巨大的市場(chǎng)前景，也具有重大的經(jīng)濟(jì)價(jià)值和國(guó)防價(jià)值。UML首先，最重要的目標(biāo)是使UML成為一個(gè)通用的建模語(yǔ)言，可供全部建模者使用。作為它們的建模語(yǔ)言。其次，UML應(yīng)能夠很好地支持設(shè)計(jì)工作，像封裝、劃分等記錄模型構(gòu)造思路。此外，UML應(yīng)當(dāng)能夠準(zhǔn)確表達(dá)當(dāng)前軟件開(kāi)發(fā)中的熱點(diǎn)問(wèn)題，比方軟件規(guī)模、分布、并發(fā)、方式和團(tuán)隊(duì)開(kāi)發(fā)等。UML并不試圖成為一個(gè)完整的開(kāi)發(fā)方法，它不包括一步一步的開(kāi)發(fā)過(guò)程。UML和使用UML的軟件開(kāi)發(fā)過(guò)程是兩回事。UML可以支持很多的，至少是目前現(xiàn)有的大局部軟件開(kāi)發(fā)過(guò)程。UML包含了完整的概念，這些概念對(duì)于支持基于一個(gè)強(qiáng)健的架構(gòu)來(lái)解決用例驅(qū)動(dòng)的選代式開(kāi)發(fā)過(guò)程是必要的。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.htmlUML的最終目標(biāo)是在盡可能簡(jiǎn)潔的同時(shí)能夠?qū)?yīng)用系統(tǒng)的各個(gè)方面建模。UMLUML必將格外浩大，它比從前的建模語(yǔ)言更簡(jiǎn)單、更全面。UMLUMLUML的14種圖分為兩大類(lèi)：靜態(tài)圖〔或構(gòu)造圖〕與動(dòng)態(tài)圖〔或行為圖〕。靜態(tài)圖主要包括7種：類(lèi)圖、對(duì)象圖、包圖、組合構(gòu)造圖、構(gòu)件圖、部署圖和制品圖；動(dòng)態(tài)圖包括用例圖、挨次圖、通信圖、定時(shí)圖、狀態(tài)圖、活動(dòng)圖和交互概覽圖。類(lèi)圖〔Classdiagram〕行為、關(guān)系、語(yǔ)義的一組對(duì)象的抽象。類(lèi)的行為和構(gòu)造特征分別通過(guò)操作和屬性表示。對(duì)象圖〔Objectdiagram〕刻這些類(lèi)的具體實(shí)例以及這些實(shí)例之間的具體連接關(guān)系，可以幫助人們理解比較簡(jiǎn)單的類(lèi)視圖中。包圖〔Packagediagram〕呈現(xiàn)了由模型本身分解而成的組織單元以及它們的依靠關(guān)系〔將相關(guān)的類(lèi)組合在一起，并描述這些類(lèi)之間的關(guān)系。包與類(lèi)的關(guān)系就象名目與文件夾的關(guān)系，包里面可以有信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html類(lèi)，包里面也可以有包。組合構(gòu)造圖〔Compositestructurediagram〕用來(lái)描述系統(tǒng)中某一局部〔即“組合構(gòu)造“,可以就是一個(gè)類(lèi)〕的內(nèi)部構(gòu)造，包括該局部與系統(tǒng)其它局部的交互點(diǎn)；它能夠展現(xiàn)該局部?jī)?nèi)容“內(nèi)部“參與者的配置狀況。組件圖〔Componentdiagram〕軟件的構(gòu)件及其相互之間的關(guān)系用于實(shí)現(xiàn)視圖中。部署圖〔Deploymentdiagram〕又叫配置圖，其用來(lái)建模系統(tǒng)的物理部署，即顯示系統(tǒng)中軟件和硬件的物理架構(gòu)。圖中通常顯示實(shí)際的計(jì)算機(jī)和設(shè)備及它們之間的關(guān)系〔通過(guò)什么協(xié)議聯(lián)系〕、各DLL如何分布等。部署圖常用于部署視圖中。制品圖〔Artifactdiagram〕合。制品常與部署圖一起使用〔通常部署圖中的一個(gè)節(jié)點(diǎn)包括了一個(gè)或多個(gè)制品〕。用例圖〔Usecasediagram〕統(tǒng)在一次交互過(guò)程中執(zhí)行的相關(guān)事務(wù)的序列。角色是與系統(tǒng)、子系統(tǒng)或類(lèi)交互的外部人員、〔信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html參與者?！嘲ご螆D〔Sequencediagram〕〔每個(gè)對(duì)象的下方沿時(shí)間軸有一根生命線輯視圖中。通信圖〔Collaborationdiagram〕空間關(guān)系而非時(shí)間挨次。定時(shí)圖〔Timingdiagram〕關(guān)心消息的相對(duì)挨次。狀態(tài)圖〔Statediagram〕圖是對(duì)類(lèi)描述的事物的補(bǔ)充說(shuō)明，用在規(guī)律視圖中描述類(lèi)的行為。活動(dòng)圖〔Activitydiagram〕信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html四周的對(duì)象，說(shuō)明一次商務(wù)活動(dòng)中的工人、工作流、組織和對(duì)象是如何工作的等。交互概覽圖〔Interactionoverviewdiagram〕稱(chēng)交互圖。以上14種圖中考得較多的是類(lèi)圖、構(gòu)件圖、部署圖、用例圖、挨次圖、通信圖、〔既要理解這些圖的作用與意義，也要能面對(duì)試卷上的一個(gè)圖形，看懂是哪一種圖〕?！?〕UML單一的圖形不行能包含系統(tǒng)所需的全部信息，更不行能描述系統(tǒng)的整體構(gòu)造功能。一般來(lái)說(shuō)，系統(tǒng)通常是從多個(gè)不同的方面來(lái)描述。系統(tǒng)的使用實(shí)例。使用實(shí)例從系統(tǒng)外部參與者的角度描述系統(tǒng)的功能。系統(tǒng)的規(guī)律構(gòu)造。規(guī)律構(gòu)造描述系統(tǒng)內(nèi)部的靜態(tài)構(gòu)造和動(dòng)態(tài)行為，即從內(nèi)部描述如何設(shè)計(jì)實(shí)現(xiàn)系統(tǒng)功能。系統(tǒng)的構(gòu)成。描述系統(tǒng)由哪些構(gòu)件組成。系統(tǒng)的并發(fā)特性。描述系統(tǒng)的并發(fā)性，解決各種通信和同步問(wèn)題。系統(tǒng)的配置。描述系統(tǒng)的軟件和硬件設(shè)備之間的配置關(guān)系。樣，一個(gè)完整的系統(tǒng)模型就由很多視圖來(lái)共同描述。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.htmlUML中的視圖大致分為如下5種：用例視圖、規(guī)律視圖、并發(fā)視圖、構(gòu)件視圖、配置視圖。上述5種視圖分別描述系統(tǒng)的一個(gè)方面，5種視圖組合構(gòu)成UML完整模型，它們各自的特點(diǎn)如下：用例視圖〔UseCaseView〕〔主要是用戶(hù)的角度看到的或需要的系統(tǒng)功能。②用例視圖描述系統(tǒng)應(yīng)當(dāng)具備的功能，也就是外部參與者所需要的功能。能都是在用例視圖中描述的。④參與者可以是一個(gè)用戶(hù)或者是另一個(gè)系統(tǒng)，一個(gè)參與者可以參與多個(gè)用例的執(zhí)行，用例視圖列出了哪個(gè)參與者參與了哪些用例的執(zhí)行。⑤用例視圖是UML視圖的核心，它的內(nèi)容直接驅(qū)動(dòng)其它視圖的開(kāi)發(fā)。⑥用例視圖主要由用例圖組成。規(guī)律視圖〔LogicalView〕①規(guī)律視圖強(qiáng)調(diào)從系統(tǒng)的靜態(tài)構(gòu)造和動(dòng)態(tài)行為的角度顯示如何實(shí)現(xiàn)系統(tǒng)的功能。②用例視圖描述了系統(tǒng)要供給什么樣的功能圖中提出的功能。述系統(tǒng)的內(nèi)部活動(dòng)。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html關(guān)系。⑤系統(tǒng)的動(dòng)態(tài)行為在狀態(tài)圖、時(shí)序圖、協(xié)作圖和活動(dòng)圖中進(jìn)展描述。⑥規(guī)律視圖的使用者主要是設(shè)計(jì)人員和開(kāi)發(fā)人員。并發(fā)視圖〔ConcurrencyView〕①并發(fā)視圖強(qiáng)調(diào)顯示系統(tǒng)的并發(fā)性。②并發(fā)視圖主要考慮資源的有效利用的處理。③并發(fā)視圖要處理線程之間的通信和同步。④并發(fā)視圖由狀態(tài)圖、協(xié)作圖以及活動(dòng)圖組成。⑤并發(fā)視圖的使用者主要是開(kāi)發(fā)人員和系統(tǒng)集成人員。組件視圖〔ComponentView〕①構(gòu)件視圖強(qiáng)調(diào)顯示構(gòu)件的組織構(gòu)造。②構(gòu)件視圖描述系統(tǒng)的實(shí)現(xiàn)模塊以及它們之間的依靠關(guān)系。③構(gòu)件視圖主要由構(gòu)件圖構(gòu)成。④構(gòu)件視圖的使用者主要是開(kāi)發(fā)人員。配置視圖〔DeploymentView〕①構(gòu)件視圖強(qiáng)調(diào)顯示系統(tǒng)的具體部署。一個(gè)程序在哪臺(tái)計(jì)算機(jī)上執(zhí)行，執(zhí)行程序的各節(jié)點(diǎn)設(shè)備之間是如何連接的。③配置視圖主要由配置圖構(gòu)成。④配置視圖的使用者主要是開(kāi)發(fā)人員、系統(tǒng)集成人員和測(cè)試人員。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html3、面對(duì)對(duì)象分析與設(shè)計(jì)的業(yè)務(wù)模型，形成對(duì)客觀世界和業(yè)務(wù)本身的正確生疏。面對(duì)對(duì)象的分析模型面對(duì)對(duì)象的分析模型由用例模型、類(lèi)-對(duì)象模型、對(duì)象-關(guān)系模型和對(duì)象-行為模型組成。用例模型是系統(tǒng)為用戶(hù)做什么。用例模型描述全部的系統(tǒng)功能行為。類(lèi)-對(duì)象模型類(lèi)-對(duì)象模型，描述系統(tǒng)所涉及的全部類(lèi)以及對(duì)象。每個(gè)類(lèi)和對(duì)象都通過(guò)屬性、操作和調(diào)研者來(lái)進(jìn)展進(jìn)一步描述。對(duì)象-關(guān)系模型對(duì)象-關(guān)系模型，描述對(duì)象之間的靜態(tài)關(guān)系，同時(shí)定義了系統(tǒng)中全部重要的消息路徑，它也可以具體化到對(duì)象的屬性、操作和協(xié)作者。對(duì)象-關(guān)系模型包括類(lèi)圖和對(duì)象圖。對(duì)象-行為模型作圖和活動(dòng)圖。面對(duì)對(duì)象的分析方法面對(duì)對(duì)象分析的主要目標(biāo)如下。描述用戶(hù)需要。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html建立創(chuàng)立軟件設(shè)計(jì)的根底。定義軟件完成后可被確認(rèn)的一組需求。面對(duì)對(duì)象的分析的步驟覺(jué)察角色/參與者。覺(jué)察用例。建立用例模型。進(jìn)展領(lǐng)域分析。建立對(duì)象-關(guān)系模型。建立對(duì)象-行為模型。建立功能模型。面對(duì)對(duì)象系統(tǒng)設(shè)計(jì)面對(duì)對(duì)象的系統(tǒng)設(shè)計(jì)階段對(duì)分析階段給出的問(wèn)題域模型件根底架構(gòu)〔概要設(shè)計(jì)〕和完整的類(lèi)構(gòu)造〔具體設(shè)計(jì)〕，以實(shí)現(xiàn)業(yè)務(wù)功能。設(shè)計(jì)階段主要包括用例設(shè)計(jì)、類(lèi)設(shè)計(jì)和子系統(tǒng)設(shè)計(jì)等。用例設(shè)計(jì)對(duì)于系統(tǒng)和〔或〕它們的接口的操作需求、調(diào)整對(duì)封裝體的操作需求?！蔡貏e是序列圖驅(qū)動(dòng)系統(tǒng)中，異步消息傳遞更簡(jiǎn)潔利用狀態(tài)圖和協(xié)作圖來(lái)進(jìn)展說(shuō)明。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html類(lèi)設(shè)計(jì)以及協(xié)作關(guān)系等其他設(shè)計(jì)元素只是說(shuō)明白類(lèi)的組合方式或協(xié)同操作方式。來(lái)明確無(wú)誤地實(shí)施類(lèi)、處理和類(lèi)有關(guān)的非功能性需求、包含用于類(lèi)的設(shè)計(jì)機(jī)制。子系統(tǒng)設(shè)計(jì)子系統(tǒng)是一種模型元素，它具有包〔可包含其他模型元素〕和類(lèi)〔具有行為〕的語(yǔ)口定義子系統(tǒng)可以執(zhí)行的行為。子系統(tǒng)設(shè)計(jì)的主要目的有：用所包含類(lèi)的協(xié)作來(lái)定義在于系統(tǒng)接口中指定的行為、賴(lài)關(guān)系。味著它支持該接口定義的每一個(gè)操作。一點(diǎn)一練試題1〔1〕?！?〕A.泛化 B.繼承 C.關(guān)聯(lián) 試題2件只能包含在一個(gè)容器中“.依據(jù)上述描述，假設(shè)用UML類(lèi)圖對(duì)容器和構(gòu)件之間的關(guān)系進(jìn)展信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html面對(duì)對(duì)象分析和建模，則容器類(lèi)和構(gòu)件類(lèi)之間存在〔2〕關(guān)系。①繼承②擴(kuò)展③聚合④包含〔2〕A.①② B.②④ C.①④ 3面對(duì)對(duì)象分析與設(shè)計(jì)技術(shù)中，〔3〕是類(lèi)的一個(gè)實(shí)例?！?〕A.對(duì)象 B.接口 C.構(gòu)件 D.設(shè)計(jì)模式試題4對(duì)象的三要素不包括〔4〕?！?〕A.對(duì)象標(biāo)識(shí) B.對(duì)象狀態(tài) C.對(duì)象行為 D.對(duì)象類(lèi)型試題5關(guān)于UML,錯(cuò)誤的說(shuō)法是〔5〕?！?〕A.UML是一種可視化的程序設(shè)計(jì)語(yǔ)言B.UML不是過(guò)程，也不是方法，但允許任何一種過(guò)程和方法使用C.UMLD.UML是面對(duì)對(duì)象分析與設(shè)計(jì)的一種標(biāo)準(zhǔn)表示6在UML2.0供給的圖中，〔6〕用于描述系統(tǒng)與外部系統(tǒng)及用戶(hù)之間的交互?！?〕A.類(lèi)圖 B.部署圖 C.挨次圖 D.用例圖試題7驟提取成獨(dú)立的用例，這種獨(dú)立的用例被稱(chēng)為〔7〕。在UML的用例圖上，將用例之間的信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html這種關(guān)系標(biāo)記為〔8〕。〔7〕A.擴(kuò)展用例 B.抽象用例 C.公共用例 D.參與用例〔 8 〕association B.extends C.include D.inheritances8在面對(duì)對(duì)象開(kāi)發(fā)方法中，用UML表示軟件體系架構(gòu)，用到5個(gè)視圖：規(guī)律視圖、組件視圖、部署視圖、〔9〕?！?〕A.使用視圖和動(dòng)態(tài)視圖 B.用例視圖和動(dòng)態(tài)視圖C.用例視圖和進(jìn)程視圖 D.靜態(tài)視圖和動(dòng)態(tài)視圖9〔UML〕UML對(duì)系統(tǒng)建模時(shí)，用〔10〕模型描述系統(tǒng)的功能，等價(jià)于傳統(tǒng)的系統(tǒng)功能說(shuō)明?！?0〕A.分析 B.設(shè)計(jì) C.用例 試題10在面對(duì)對(duì)象分析中，其分析過(guò)程的第一步是〔11〕。〔11〕A.覺(jué)察角色/參與者 B.覺(jué)察用例C.進(jìn)展領(lǐng)域分析 D.建立功能模型解析與答案1分析，這種方式稱(chēng)為繼承；反之，由特別到一般，則稱(chēng)為泛化。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html1答案〔1〕B2分析在UML的類(lèi)圖中，類(lèi)和類(lèi)之間可能存在繼承、泛化、依靠、關(guān)聯(lián)、聚合、組合和實(shí)現(xiàn)等關(guān)系。而在統(tǒng)一UML的用例圖中，用例和用例之間可能存在擴(kuò)展、包含等關(guān)系。由于擴(kuò)展和包含關(guān)系不是類(lèi)圖中類(lèi)和類(lèi)之間的關(guān)系類(lèi)型間不行能存在擴(kuò)展和包含關(guān)系。D.2答案〔2〕D3分析對(duì)象是由數(shù)據(jù)及其操作所構(gòu)成的封裝體，是系統(tǒng)中用來(lái)描述客觀事物的一個(gè)封裝，在一起。類(lèi)和對(duì)象的關(guān)系詳見(jiàn)本章考點(diǎn)精講中的相關(guān)內(nèi)容。由此可知，對(duì)象是類(lèi)的一個(gè)實(shí)例，而類(lèi)是產(chǎn)生對(duì)象的來(lái)源。因此應(yīng)選A.3〔3〕A4分析內(nèi)容。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html4答案〔4〕D5分析UML是一個(gè)通用的可視化建模語(yǔ)言，而不是一種可視化的程序設(shè)計(jì)語(yǔ)言。其他三項(xiàng)的說(shuō)法都是正確的。5答案〔5〕A6分析在UML2.0中，每個(gè)視圖都由一個(gè)或者多個(gè)圖組成，一個(gè)圖是系統(tǒng)體系構(gòu)造在某個(gè)側(cè)面的表示，全部的圖在一起組成系統(tǒng)的完整視圖。UML2.0共供給了14種不同的圖，分為靜態(tài)圖〔又叫構(gòu)造圖〕和動(dòng)態(tài)圖〔又叫行為圖〕兩大類(lèi)。動(dòng)態(tài)圖中的用例圖用于描述系統(tǒng)與外部系統(tǒng)及用戶(hù)之間的交互。6答案〔6〕D7分析用例之間的關(guān)系包括：關(guān)聯(lián)關(guān)系、擴(kuò)展關(guān)系、使用〔或包含〕關(guān)系、依靠關(guān)系和繼承關(guān)系。關(guān)聯(lián)關(guān)系是一個(gè)參與者與一個(gè)用例發(fā)生交互的關(guān)系。一個(gè)用例可能包含由幾個(gè)比較簡(jiǎn)單的步驟提取成特地的用例擴(kuò)展用例，它擴(kuò)展了原始用例的功能。擴(kuò)展用例與其他擴(kuò)展用例之間的關(guān)系稱(chēng)為擴(kuò)展關(guān)系。UMLextend》“.信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html象用例。抽象用例代表某種形式的“復(fù)用“,是降低用例之間冗余的工具。抽象用例可以被另一個(gè)需要使用其功能的用例訪問(wèn)。抽象用例和使用它的用例之間的關(guān)系稱(chēng)為包含關(guān)系。在UMLinclude》“.7答案〔7〕B〔8〕C8在面對(duì)對(duì)象開(kāi)發(fā)方法中，用UML表示軟件體系架構(gòu)，用到的5個(gè)視圖是：用例視圖、規(guī)律視圖、進(jìn)程視圖、組件視圖和部署視圖。8答案〔9〕C9分析用例模型既是需求工作流程的結(jié)果，也是分析設(shè)計(jì)工作以及測(cè)試工作的前提和根底。綜上所述可知此題正確的選項(xiàng)為C.9答案〔10〕C10分析/參與信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html者“.10答案〔10〕A考前沖刺1軟件需求分析所要做的工作是〔1〕，因此，進(jìn)展需求分析時(shí)應(yīng)留意一切信息與需求都是站在應(yīng)用的角度上考慮。〔1〕A.確定軟件開(kāi)發(fā)階段的適用工具清楚描述軟件的功能和性能為原始問(wèn)題及目標(biāo)軟件建立物理模型D.解決目標(biāo)系統(tǒng)“怎么做“的問(wèn)題2以下描述中，〔2〕不是軟件體系構(gòu)造爭(zhēng)論的內(nèi)容?！?〕A.軟件體系構(gòu)造描述語(yǔ)言及工具B.軟件體系構(gòu)造分析、設(shè)計(jì)及驗(yàn)證C.軟件開(kāi)發(fā)過(guò)程中應(yīng)遵守的政策和法規(guī)D.特定領(lǐng)域的體系構(gòu)造3在信息系統(tǒng)集成工程開(kāi)發(fā)的開(kāi)頭階段人員還不能完全理解工程開(kāi)發(fā)的范圍和需求，那么承受〔3〕作為此工程的開(kāi)發(fā)模型更符合工程的實(shí)際狀況。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html〔3〕A.增量迭代模型或螺旋模型B.面對(duì)過(guò)程的瀑布模型C.面對(duì)對(duì)象的模型或快速模型D.局部并行的瀑布模型4關(guān)于軟件過(guò)程改進(jìn)原則，描述不正確的選項(xiàng)是〔4〕?！?〕A.問(wèn)題的解決是過(guò)程改進(jìn)的核心B.改進(jìn)是受學(xué)問(wèn)驅(qū)動(dòng)的C.改進(jìn)是工程開(kāi)發(fā)人員的主要工作D.改進(jìn)應(yīng)當(dāng)是一個(gè)不斷持續(xù)的過(guò)程5用一系列軟件的修改來(lái)評(píng)價(jià)軟件體系構(gòu)造的易修改性，屬于基于〔5〕的軟件體系構(gòu)造評(píng)估方式。〔5〕A.度量 B.場(chǎng)景C.實(shí)際運(yùn)行 D.調(diào)查問(wèn)卷或檢查表試題6由于在軟件開(kāi)發(fā)的每一環(huán)節(jié)都有可能產(chǎn)生意想不到的問(wèn)題，所以〔6〕?！?〕A.應(yīng)盡量由程序員或開(kāi)發(fā)小組測(cè)試自己的程序B.在設(shè)計(jì)測(cè)試用例時(shí)，只需考慮合理的輸入條件即可C.在設(shè)計(jì)測(cè)試用例時(shí)，只需考慮合理的輸出條件即可D.應(yīng)當(dāng)把軟件驗(yàn)證與確認(rèn)貫穿到整個(gè)軟件開(kāi)發(fā)的全過(guò)程中信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html7在Linux、UnixMacOS〔7〕來(lái)構(gòu)建用C、C++Java〔7〕A.VisualStudio.NET B.ProjectC.Visio D.GCC8系統(tǒng)集成工程完成了需求分析階段的工作并開(kāi)發(fā)了原型系統(tǒng)經(jīng)理、建設(shè)方代表和相關(guān)干系人完成〔8〕工作？.〔8〕A.階段評(píng)審 B.桌前檢查C.代碼走查 D.代碼審查9軟件體系構(gòu)造中的構(gòu)件不包括〔9〕?！?〕A.處理構(gòu)件 B.應(yīng)用構(gòu)件C.數(shù)據(jù)構(gòu)件 D.連接構(gòu)件10螺旋模型的開(kāi)發(fā)過(guò)程具有周期性重復(fù)的螺旋線狀，每個(gè)開(kāi)發(fā)周期由4個(gè)象限組成，分別標(biāo)志著開(kāi)發(fā)周期的4個(gè)階段。螺旋模型之所以特別適用于浩大而簡(jiǎn)單的、高風(fēng)險(xiǎn)的系統(tǒng)開(kāi)發(fā)，是由于它強(qiáng)調(diào)其中的〔10〕階段?！?0〕A.制定打算B.實(shí)施工程C.客戶(hù)評(píng)詁D.風(fēng)險(xiǎn)分析11信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html某異地開(kāi)發(fā)的信息系統(tǒng)集成工程以程序流程圖、數(shù)據(jù)流程圖等為主要分析設(shè)計(jì)工統(tǒng)，待用戶(hù)認(rèn)可后再開(kāi)發(fā)最終系統(tǒng)的策略。該信息系統(tǒng)集成工程的開(kāi)發(fā)方法屬于〔11〕？.〔11〕A.原型法與面對(duì)對(duì)象方法的組合應(yīng)用B.構(gòu)造化方法與面對(duì)對(duì)象方法的組合應(yīng)用C.構(gòu)造化方法與原型法的組合應(yīng)用D.原型法與形式化方法的組合應(yīng)用12在軟件開(kāi)發(fā)工程中強(qiáng)調(diào)“個(gè)體和交互賽過(guò)過(guò)程和工具，可以工作的軟件賽過(guò)全面的文檔，客戶(hù)合作賽過(guò)合同談判，響應(yīng)變化賽過(guò)遵循打算“,是〔12〕的根本思想?！?2〕A.靈敏方法 B.構(gòu)造化方法C.原型方法 D.增量迭代方法13下面關(guān)于軟件維護(hù)的表達(dá)中，不正確的選項(xiàng)是〔13〕。〔13〕A.軟件維護(hù)活動(dòng)可能包括編制軟件交付后運(yùn)行的打算和維護(hù)打算，以及交付后的軟件修改、培訓(xùn)和供給幫助資料等B.軟件維護(hù)是軟件生命周期中的一個(gè)完整局部C.軟件維護(hù)包括更正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)等幾種類(lèi)型D.軟件維護(hù)是在軟件交付之后為保障軟件運(yùn)行而要完成的活動(dòng)14程序員在編程時(shí)將程序劃分為假設(shè)干個(gè)關(guān)聯(lián)的模塊信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html個(gè)模塊實(shí)施了缺陷修復(fù)后，〔14〕符合軟件測(cè)試的根本原則?！?4〕A.再測(cè)試模塊一和模塊二，用更多的測(cè)試用例測(cè)試模塊一再測(cè)試模塊一和模塊二，用更多的測(cè)試用例測(cè)試模塊二測(cè)測(cè)15面對(duì)對(duì)象的根本概念有：對(duì)象、類(lèi)、組件、模式、接口等，下面說(shuō)法中不正確的選項(xiàng)是。①組件技術(shù)是軟件復(fù)用實(shí)現(xiàn)的關(guān)鍵。決方案之間的關(guān)系。③接口是對(duì)操作標(biāo)準(zhǔn)的說(shuō)明。接口既說(shuō)明白操作應(yīng)當(dāng)做什么〔WHAT〕，同時(shí)也定義了操作如何做〔HOW〕。④繼承可分為單繼承與多繼承。其中JAVA〔15〕A.①② B.②③ C.③④ D.①④16成為實(shí)際錯(cuò)誤前，監(jiān)測(cè)并更正他們，這種軟件維護(hù)方式屬于〔16〕。信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html〔16〕A.預(yù)防性維護(hù) B.更正性維護(hù)C.適應(yīng)性維護(hù) D.完善性維護(hù)試題17-18以下四個(gè)要素中，不屬于DFD四大要素的是〔17〕。當(dāng)使用DFD對(duì)一個(gè)生產(chǎn)系統(tǒng)進(jìn)展建模時(shí)，〔18〕可以被認(rèn)定為外部實(shí)體。〔17〕A.加工 B.數(shù)據(jù)流C.數(shù)據(jù)存儲(chǔ) D.狀態(tài)〔18〕A.生產(chǎn)系統(tǒng)源代碼程序B.生產(chǎn)報(bào)表C.生產(chǎn)數(shù)據(jù)D.接收生產(chǎn)報(bào)表的治理部門(mén)19極限編程技術(shù)XP適用于〔19〕的狀況?！?9〕A.需求多變，開(kāi)發(fā)隊(duì)伍規(guī)模較小，要求開(kāi)發(fā)方“快速反響，準(zhǔn)時(shí)調(diào)整“B.需求穩(wěn)定，開(kāi)發(fā)隊(duì)伍規(guī)模浩大，組織工程的方法為“周密打算，逐步推動(dòng)“C.需求穩(wěn)定，開(kāi)發(fā)隊(duì)伍規(guī)模較小，組織工程的方法為“周密打算，迭代推動(dòng)“D.需求多變，開(kāi)發(fā)隊(duì)伍規(guī)模浩大，組織工程的方法為“分步打算，逐步推動(dòng)“20一個(gè)設(shè)計(jì)良好的軟件系統(tǒng)應(yīng)具有〔20〕的特征?！?0〕A.高內(nèi)聚、低耦合 B.低內(nèi)聚、高耦合C.高內(nèi)聚、高耦合 D.低內(nèi)聚、低耦合信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html21構(gòu)造化分析方法〔SA〕的主要思想是〔21〕?！?1〕A.自頂向下、逐步求精B.自頂向下、逐步抽象C.自底向上、逐步抽象D.自底向上、逐步求精22-23繼承關(guān)系是〔22〕關(guān)系的反關(guān)系，聚合關(guān)系與組合關(guān)系都是一種特別形式的〔23〕關(guān)系。在UML中，使用一個(gè)帶空心箭頭的虛線表示實(shí)現(xiàn)關(guān)系，使用帶實(shí)心箭頭的虛線表示依靠關(guān)系。〔22〕A.泛化B.依靠C.實(shí)現(xiàn)D.關(guān)聯(lián)〔23〕A.泛化B.依靠C.實(shí)現(xiàn)D.關(guān)聯(lián)24在關(guān)于逆向工程的描述中，正確的選項(xiàng)是〔24〕?！?4〕A.依據(jù)“輸出→處理→輸入“的挨次設(shè)計(jì)軟件B.用硬件來(lái)實(shí)現(xiàn)軟件的功能C.從己經(jīng)安裝的軟件中提取設(shè)計(jì)標(biāo)準(zhǔn)，用以進(jìn)展軟件開(kāi)發(fā)D.依據(jù)軟件處理的對(duì)象來(lái)選擇開(kāi)發(fā)語(yǔ)言和開(kāi)發(fā)工具25現(xiàn)有兩個(gè)用例UC1和UC2,其中UC1是一個(gè)完整的用例，可被實(shí)例化，而UC2需要UC1UC2指定了使用UC1UC2和UC1信息系統(tǒng)工程治理師“:///jiaocheng/zg4.html“:///jiaocheng/zg4.html間的關(guān)系是〔25〕。〔25〕A.調(diào)用B.概括 C.擴(kuò)展D.包含26Browser/Server模式實(shí)現(xiàn)了開(kāi)發(fā)環(huán)境與應(yīng)用環(huán)境的分別，便于治理和系統(tǒng)維護(hù)，該模式的最大優(yōu)點(diǎn)之一是〔26〕?！?6〕A.傳輸速率快運(yùn)算效率高客戶(hù)端的“零維護(hù)“效勞器端不用安裝專(zhuān)用軟27UML部署圖定義了系統(tǒng)中軟硬件的物理構(gòu)架。在以下圖中，〔27〕是一個(gè)UML部署圖。〔27〕信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.html“:///jiaocheng/zg4.html試題28某信息系統(tǒng)工程承受原型法開(kāi)發(fā)，以下做法中不恰當(dāng)?shù)氖恰?8〕?！?8〕A.前期花足夠的時(shí)間與客戶(hù)充分溝通，完全明確需求后馬上實(shí)施快速實(shí)現(xiàn)B.系統(tǒng)分析、設(shè)計(jì)和實(shí)現(xiàn)工作之間不做嚴(yán)格的界限劃分C.動(dòng)態(tài)響應(yīng)用戶(hù)的需求，逐步納入用戶(hù)的具體要求，逐步修改系統(tǒng)開(kāi)發(fā)打算D.本著開(kāi)發(fā)人員對(duì)需求的初步理解，快速開(kāi)發(fā)一個(gè)原型系統(tǒng)，再反復(fù)修改29信息系統(tǒng)工程治理師 “:///jiaocheng/zg4.htm