（建筑工程管理）軟件工程復(fù)習(xí)題答案

(建筑工程管理)軟件工程C.軟件管理技術(shù)D.軟件規(guī)范(國(guó)際規(guī)范)包含風(fēng)險(xiǎn)分析的軟件工程模型是(C)：屬于分布式的軟件體系結(jié)構(gòu)有(B)對(duì)于以下給出的幾種類型的耦合，按照耦合性由高到低排列的是(A) (1)內(nèi)容耦合(2)公共耦合(3)控制耦合(4)復(fù)合耦合(5)數(shù)據(jù)耦合對(duì)于塊內(nèi)部聯(lián)系的類型，內(nèi)聚性由弱到強(qiáng)的是(A) (1)偶然型(2)邏輯型(3)瞬時(shí)型(4)通信型(5)順序型(6)功能型 (C)是指相同的操作(或函數(shù)、過程)作用于不同的對(duì)象上且獲得不同的結(jié)果的是(A)下面6種常用的邏輯覆蓋測(cè)試方法，按發(fā)現(xiàn)錯(cuò)誤能力由弱到強(qiáng)排列的是(A) (1)語句覆蓋(2)判定覆蓋(3)條件覆蓋 (4)判定-條件覆蓋(5)條件組合覆蓋(6)路徑覆蓋詳細(xì)的度量標(biāo)準(zhǔn)，且且得到了定量的認(rèn)識(shí)和控制。以下哪壹級(jí)具有上述特征(C)填空題了四個(gè)重要階段：傳統(tǒng)的軟件工程，對(duì)象工程，過程工程，構(gòu)件工程軟件生命周期包括的階段有：?jiǎn)栴}定義，可行性研究，需求分析，軟件設(shè)計(jì)，編碼，測(cè)試，開發(fā)方法可分為倆大類：面向過程的開發(fā)方法，面向?qū)ο蟮拈_發(fā)方法和所受到的約束進(jìn)行理解、分析、建立文檔、檢驗(yàn)的過程稱作需求工程。，壹致性檢查，完備性檢查和可檢驗(yàn)性檢查據(jù)流圖中包含的所有元素的定義的集合構(gòu)成了數(shù)據(jù)詞典本加工說明有三種描述方式：結(jié)構(gòu)化語言，判定表，判定樹務(wù)有：軟件體系結(jié)構(gòu)的設(shè)計(jì)，用戶界面的設(shè)計(jì)，數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)，算計(jì)設(shè)計(jì)準(zhǔn)則有：軟件結(jié)構(gòu)的準(zhǔn)則，模塊化準(zhǔn)則，軟件獨(dú)立性準(zhǔn)則是倆個(gè)定性指標(biāo)：耦合性用于描述模塊之間聯(lián)系的緊密程度，內(nèi)聚性塊內(nèi)部聯(lián)系的緊密程度的最基本的特征是封裝性和繼承性綁定是于運(yùn)行時(shí)根據(jù)對(duì)象接收的消息動(dòng)態(tài)地確定要連接的服務(wù)代碼,從壹個(gè)角度觀察到的系統(tǒng)稱為壹個(gè)視圖的壹種特殊形式狀態(tài)圖用來描述壹個(gè)特定對(duì)象的所有可能的狀態(tài)及其引起狀態(tài)轉(zhuǎn)移的事件動(dòng)態(tài)的交互行為,著重體現(xiàn)對(duì)象間消息傳遞的時(shí)間順序化程序設(shè)計(jì)方法的基本思想是自頂向下、逐步求精復(fù)用活動(dòng)所跨越的應(yīng)用領(lǐng)域的類型分，軟件復(fù)用可分為：橫向復(fù)用和縱向復(fù)用的軟件開發(fā)過程的角度分，軟件復(fù)用可分為：生產(chǎn)者復(fù)用和消費(fèi)者復(fù)用倆個(gè)且發(fā)的子過程，壹個(gè)是領(lǐng)域工程，另壹個(gè)是基于構(gòu)件的構(gòu)件庫(kù)系統(tǒng)應(yīng)提供的主要功能：構(gòu)件的存儲(chǔ)、管理、檢索以及庫(kù)的瀏覽和維護(hù)等陷通常不是均勻地分布于整個(gè)軟件系統(tǒng)的各個(gè)部分的，而是成群集中測(cè)試方法可分為倆類：靜態(tài)分析和動(dòng)態(tài)測(cè)試測(cè)試常用的方法有白盒法和黑盒法維護(hù)可分為：完善性維護(hù)、糾錯(cuò)性維護(hù)、適應(yīng)性維護(hù)和預(yù)防性維護(hù)項(xiàng)目管理過程主要包括：項(xiàng)目啟動(dòng)、項(xiàng)目規(guī)劃、項(xiàng)目實(shí)施和項(xiàng)目收尾推進(jìn)判斷題軟件就是程序，編寫軟件就是編寫程序(×)瀑布模型的最大優(yōu)點(diǎn)是將軟件開發(fā)的各個(gè)階段劃分得十分清晰(√)面向?qū)ο蟮拈_發(fā)方法有面向?qū)ο蟮姆治龊驮O(shè)計(jì)，以及面向?qū)ο蟮某绦蛟O(shè)計(jì)組成(√)給出系統(tǒng)將要提供的服務(wù)，以及系統(tǒng)所受到的約束，對(duì)系統(tǒng)的需求文檔的領(lǐng)域需求是由軟件系統(tǒng)的應(yīng)用領(lǐng)域所決定的特有的功能需求，或是對(duì)功能的約束(√)問卷調(diào)查法是對(duì)面談法的補(bǔ)充，是從多個(gè)用戶中收集需求信息的有效方式(√)R結(jié)構(gòu)化分析方法是壹種以數(shù)據(jù)、數(shù)據(jù)的封閉性為基礎(chǔ)，從問題空間到某種表示的映射方法,由數(shù)據(jù)流圖(DFD圖)表示(√)軟件設(shè)計(jì)的目標(biāo)就是構(gòu)造壹個(gè)高內(nèi)聚低耦合的軟件模型(√)軟件獨(dú)立性的含義是指開發(fā)具有功能專壹，模塊之間無過多相互作用的模塊(√)傳統(tǒng)軟件開發(fā)方法無法實(shí)現(xiàn)從問題空間到解空間的直接映射(√)傳統(tǒng)軟件開發(fā)方法無法實(shí)現(xiàn)高效的軟件復(fù)用(√)抽象概念，是將壹組數(shù)據(jù)和使用該數(shù)據(jù)的壹組基本操作或過程封裝于壹起的實(shí)體(√)動(dòng)的執(zhí)行的順序?？袒紓€(gè)方法中所要進(jìn)行的各項(xiàng)活動(dòng)的執(zhí)行流構(gòu)成狀態(tài)圖的模型元素有：活動(dòng)、轉(zhuǎn)移、對(duì)象、信號(hào)、泳道等(×)活動(dòng)圖中只有壹個(gè)起點(diǎn)壹個(gè)終點(diǎn)(√)狀態(tài)圖的終態(tài)則能夠有多個(gè)(√)代碼的復(fù)用既包括目標(biāo)代碼的復(fù)用，也包括文本形式的源代碼的復(fù)用(√)域內(nèi)軟件重用的基礎(chǔ)，它的目標(biāo)就是：發(fā)現(xiàn)和挖掘于特定領(lǐng)域內(nèi)能夠被復(fù)比需求分析更壹般、更抽象、更廣泛的特征(√)軟件測(cè)試的目的是為了發(fā)現(xiàn)和改正錯(cuò)誤(√)樁模塊用于模擬那些由被測(cè)模塊所調(diào)用的下屬模塊功能(√)的軟件，和計(jì)算機(jī)硬件、外設(shè)、支持軟件等壹起，于實(shí)際運(yùn)行環(huán)境下進(jìn)行的測(cè)試，稱作為系統(tǒng)測(cè)試(√)于開發(fā)過程中增加人員，壹般能夠提高軟件生產(chǎn)率。(×)答：別用判定表和判定樹描述該加工12345678YYYYNNNN信譽(yù)好YYNNYYNNYNYNYNYN優(yōu)惠XXXXXXXX1234YYYN信譽(yù)好YNNYN優(yōu)惠XXXX。的I/O模塊什么是測(cè)試和β測(cè)試？答：alpha測(cè)試是由壹個(gè)用戶于開發(fā)者的場(chǎng)所來進(jìn)行的，軟件于開發(fā)者對(duì)用戶的"指導(dǎo)"下進(jìn)行測(cè)于測(cè)試現(xiàn)場(chǎng)，Beta測(cè)試不能由程序員或測(cè)試員完成。因而，Beta測(cè)試是于開發(fā)者無法控制的環(huán)境下進(jìn)行的軟件現(xiàn)場(chǎng)應(yīng)用。于Beta測(cè)試中，由用戶記下遇到的所有問題，包括真實(shí)的管認(rèn)定的，定期向開發(fā)者方案，開發(fā)者于綜合用戶的方案后，做出修改，最后將軟件BetaBeta目標(biāo)是測(cè)試可支持Beta產(chǎn)品發(fā)行的人員來管理。α測(cè)試，β測(cè)試倆大主要區(qū)別：判定覆蓋測(cè)試方法？請(qǐng)按判定覆蓋標(biāo)準(zhǔn)為以下被測(cè)程序段選擇測(cè)試用例。測(cè)試用例格式為：[輸入(A,B,X)，輸出(A,B