域名交易網(wǎng)站源代碼下載全球十大搜索引擎排名
答案：
GDPU軟件工程24期末復(fù)習(xí)-CSDN博客
1.8 練習(xí)題
一、填空題
- 軟件工程是一門綜合性的交叉學(xué)科，它涉及計(jì)算機(jī)學(xué)科、(??????? )學(xué)科、(??????? )學(xué)科和(??????? )學(xué)科。
- 軟件工程研究的主要內(nèi)容是?(?????????? )、(?????????? )、(????????? )?三個(gè)方面。
- 軟件生產(chǎn)的復(fù)雜性和高成本使大型軟件生產(chǎn)出現(xiàn)了很多問題，即出現(xiàn)?(????????????? )，軟件工程正是為了克服它所提出的一種概念及相關(guān)方法和技術(shù)。
- SWEBOK V3 中，軟件工程知識體細(xì)分為?(??????????? )和?(??????????? )?兩大類。
- (???????? )?模型假設(shè)需求可以分段，成為一系列增量產(chǎn)品，每一增量可以分別開發(fā)。
- (???????? )?模型比較適用于面向?qū)ο蟮拈_發(fā)方法。
- 軟件工程是用工程科學(xué)的知識和技術(shù)原理來?(?????????? )?、(??????????? )?、(?????????? )??軟件的一門學(xué)科。
二、判斷題
- SWEBOK V3 分為兩大類，共有 15 個(gè)知識域。（?? ）
- 軟件工程的提出起源于軟件危機(jī)，其目的是最終解決軟件的生產(chǎn)工程化。（?? ）
- 軟件工程學(xué)一般包含軟件開發(fā)技術(shù)和軟件工程管理兩方面的內(nèi)容，軟件開發(fā)方法學(xué)和軟件工程環(huán)境屬于軟件開發(fā)技術(shù)的內(nèi)容，軟件工程經(jīng)濟(jì)學(xué)屬于軟件工程管理。（?? ）
- 軟件開發(fā)中的最大的問題不是管理問題，而是技術(shù)問題。（?? ）
- XP（eXtreme Programming，極限編程）是由 Kent Beck 提出的一套針對業(yè)務(wù)需求和軟件開發(fā)實(shí)踐的規(guī)則，包括 13 個(gè)核心實(shí)踐。（?? ）
- DevOps 希望做到的是軟件產(chǎn)品交付過程中 IT 工具鏈的打通。（?? ）
三、選擇題
- 下列所述不是敏捷生存期模型的是（?? ）。
- A. Scrum
- B. XP
- C. V 模型
- D. OPEN UP
- 軟件工程的出現(xiàn)主要是由于（? ? ）。
- A. 程序設(shè)計(jì)方法學(xué)的影響
- B. 其他工程科學(xué)的影響
- C. 軟件危機(jī)的出現(xiàn)
- D. 計(jì)算機(jī)的發(fā)展
- 以下（?? ）不是軟件危機(jī)的表現(xiàn)形式。
- A. 開發(fā)的軟件不滿足用戶的需要
- B. 開發(fā)的軟件可維護(hù)性差
- C. 開發(fā)的軟件價(jià)格便宜
- D. 開發(fā)的軟件可靠性差
- 以下不是 SWEBOK V3 軟件工程實(shí)踐中的知識域的是（?? ）。
- A. 軟件需求
- B. 工程基礎(chǔ)
- C. 軟件構(gòu)造
- D. 軟件設(shè)計(jì)
- 下列所述不是軟件組成的是（?? ）。
- A. 程序
- B. 數(shù)據(jù)
- C. 界面
- D. 文檔
- 下列對“計(jì)算機(jī)軟件”描述正確的是（?? ）。
- A. 是計(jì)算機(jī)系統(tǒng)的組成部分
- B. 不能作為商品參與交易
- C. 是在計(jì)算機(jī)硬件設(shè)備生產(chǎn)過程中生產(chǎn)出來的
- D. 只存在于計(jì)算機(jī)系統(tǒng)工作時(shí)
- 軟件工程方法的提出起源于軟件危機(jī)，其目的應(yīng)該是最終解決軟件的（?? ）問題。
- A. 軟件危機(jī)
- B. 質(zhì)量保證
- C. 開發(fā)效率
- D. 生產(chǎn)工程化
- 軟件工程學(xué)涉及軟件開發(fā)技術(shù)和項(xiàng)目管理等方面的內(nèi)容，下述內(nèi)容中（?? ）不屬于開發(fā)技術(shù)的范疇。
- A. 軟件開發(fā)方法
- B. 軟件開發(fā)工具
- C. 軟件工程環(huán)境
- D. 軟件工程經(jīng)濟(jì)
2.8 練習(xí)題
一、填空題
- UML 的三個(gè)基本構(gòu)造塊是?(???????? )、?(???????? )?和??(???????? )。
- 在軟件開發(fā)的結(jié)構(gòu)化方法中，采用的主要技術(shù)是 SA，即??(????????????????? )，以及 SD，即??(??????????????????? )。
- 數(shù)據(jù)流圖描述數(shù)據(jù)在軟件中的流動和處理過程，是軟件模型的一種圖示，它一般包括 4 種圖形符號：變換/加工、外部實(shí)體、數(shù)據(jù)流向和??(????????????? )。
- ?(?????????????? )?是將數(shù)據(jù)和對數(shù)據(jù)的操作緊密地結(jié)合起來的方法，這是其與傳統(tǒng)結(jié)構(gòu)化方法的主要區(qū)別。
- 軟件代理一般具有??(???????????? )、(???????????? )、(???????????? )?特性。
二、判斷題
- 面向?qū)ο箝_發(fā)過程是多次重復(fù)和迭代的演化過程，在概念和表示方法上的一致性保證了各項(xiàng)開發(fā)活動之間的平滑過渡。（?? ）
- 基于構(gòu)件軟件工程開發(fā)的整個(gè)過程從需求開始，在完成體系結(jié)構(gòu)設(shè)計(jì)后，并不立即開始詳細(xì)設(shè)計(jì)，而是確定哪些部分可由構(gòu)件組裝而成。（?? ）
- 軟件逆向工程是根據(jù)對軟件需求的分析恢復(fù)其設(shè)計(jì)和軟件代碼的過程。（?? ）
三、選擇題
- 結(jié)構(gòu)化分析方法是面向（?? ）的自頂向下逐步求精的分析方法。
- A. 目標(biāo)
- B. 數(shù)據(jù)流
- C. 功能
- D. 對象
- 結(jié)構(gòu)化的概要設(shè)計(jì)是以（?? ）技術(shù)為基礎(chǔ)的軟件設(shè)計(jì)方法。
- A. 抽象
- B. 模塊化
- C. 自下而上
- D. 信息隱藏
- 在結(jié)構(gòu)化分析方法中，常用的描述軟件功能需求的工具是（?? ）。
- A. 業(yè)務(wù)流程圖、處理說明
- B. 軟件流程圖、模塊說明
- C. 數(shù)據(jù)流程圖、數(shù)據(jù)字典
- D. 系統(tǒng)流程圖、程序編碼
- （?? ）不是 UML 的圖示。
- A. 流程圖
- B. 用例圖
- C. 活動圖
- D. 序列圖
- 下面哪一項(xiàng)不是敏捷開發(fā)方法?（?? ）
- A. RAD
- B. 極限編程（XP）
- C. 特征驅(qū)動開發(fā)（FDD）
- D. 瀑布方法
3.12 練習(xí)題
一、填空題
- 分析模型在系統(tǒng)級描述和?(?????????????? ) 之間建立了橋梁。
- 最常見的實(shí)體關(guān)系圖表示法是?(??????????????? )?表示法和??(???????????????? )?表示法。
- 結(jié)構(gòu)化分析方法是面向??(????????????????? )?進(jìn)行需求分析的方法。結(jié)構(gòu)化分析方法使用??(?????????????????? )?等來描述。
- 在需求分析中，可從有關(guān)問題的簡述中提取組成數(shù)據(jù)流圖的基本成分。通常問題簡述中的動詞短語將成為數(shù)據(jù)流圖中的??(?????????????? )?成分。
- 面向?qū)ο蟮男枨蠓治鲋谐Ｓ玫?UML 圖示有?(????????? )、(????????? )、(????????? )、和?(????????? )?等。
- 敏捷項(xiàng)目主要通過?(??????????????????? )?描述軟件需求。
二、判斷題
- 系統(tǒng)流程圖表達(dá)了系統(tǒng)中各個(gè)元素之間信息的流動情況。（?? ）
- 用例需求分析方法是一種結(jié)構(gòu)化的情景分析方法，即一種基于場景建模的方法。（?? ）
- 面向?qū)ο蠓治龇椒ㄕJ(rèn)為系統(tǒng)是對象的集合，是以功能和數(shù)據(jù)為基礎(chǔ)的。（?? ）
- 結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類型軟件的需求分析。（?? ）
- 需求變更管理是需求管理過程中很重要的環(huán)節(jié)。（?? ）
- 軟件需求規(guī)格說明的內(nèi)容包括算法的詳細(xì)描述。（?? ）
- 用戶地圖將 Product Backlog 映射為一個(gè)二維圖形，使 Product Backlog 變得更加可視化。（?? ）
三、選擇題
- 軟件開發(fā)過程中，需求活動的主要任務(wù)是（?? ）。
- A. 給出軟件解決方案
- B. 定義需求并建立系統(tǒng)模型
- C. 定義模塊算法
- D. 給出系統(tǒng)模塊結(jié)構(gòu)
- 軟件需求規(guī)格說明文檔中包括多方面的內(nèi)容，下述（?? ）不是軟件需求規(guī)格說明文檔中應(yīng)包括的內(nèi)容。
- A. 安全描述
- B. 功能描述
- C. 性能描述
- D. 軟件代碼
- 軟件需求分析一般應(yīng)確定的是用戶對軟件的（?? ）。
- A. 功能需求
- B. 非功能需求
- C. 性能需求
- D. 功能需求和非功能需求
- 結(jié)構(gòu)化分析方法中，描述軟件功能需求的常用工具有（?? ）。
- A. 業(yè)務(wù)圖，數(shù)據(jù)字典
- B. 軟件流程圖，模塊說明
- C. 用例圖，數(shù)據(jù)字典
- D. 系統(tǒng)流程圖，程序編碼
- 軟件需求分析階段建立原型的主要目的是（?? ）。
- A. 確定系統(tǒng)的功能和性能要求
- B. 確定系統(tǒng)的性能要求
- C. 確定系統(tǒng)是否滿足用戶要求
- D. 確定系統(tǒng)是否滿足開發(fā)人員要求
- 在需求分析階段，需求分析人員需要了解用戶的需求，認(rèn)真仔細(xì)地進(jìn)行調(diào)研和分析，最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫出（?? ）。
- A. 模塊說明書
- B. 需求規(guī)格說明
- C. 項(xiàng)目開發(fā)設(shè)計(jì)
- D. 合同文檔
- 軟件需求階段要解決的問題是（?? ）。
- A. 軟件做什么
- B. 軟件提供哪些信息
- C. 軟件采用什么結(jié)構(gòu)
- D. 軟件怎樣做
- 軟件需求管理過程包括需求獲取、需求分析、需求規(guī)格說明編寫、需求驗(yàn)證以及（?? ）。
- A. 用戶參與
- B. 需求變更
- C. 總結(jié)
- D. 都不正確
- 在原型法中開發(fā)人員根據(jù)（?? ）需求不斷修改原型，直到滿足用戶要求為止。
- A. 用戶
- B. 開發(fā)人員
- C. 系統(tǒng)分析員
- D. 程序員
- 結(jié)構(gòu)化分析方法使用數(shù)據(jù)流圖、（?? ）和加工說明等描述工具，即用直觀的圖和簡單的語言來描述軟件系統(tǒng)模型。
- A. DFD
- B. PAD
- C. HIPO
- D. 數(shù)據(jù)字典
- 下面關(guān)于 BDD 描述不正確的是（ ??）。
- A. 行為驅(qū)動開發(fā)，是一種敏捷軟件開發(fā)的技術(shù)
- B. BDD 與 TDD 一樣，重點(diǎn)在于測試
- C. BDD 強(qiáng)調(diào)用領(lǐng)域特定語言描述用戶行為
- D. 行為驅(qū)動開發(fā)的核心在于“行為”
4.13 練習(xí)題
一、填空題
- C/S、B/S、SOA、BMP 等都是不同的?(??????????????????? )。
- 數(shù)據(jù)字典包括?(???????????? )、(???????????? )、數(shù)據(jù)存儲和基本加工。
- 高內(nèi)聚、松耦合是?(????????????????? )?的基本原則。
- (?????????????????? )?把已確定的軟件需求轉(zhuǎn)換成特定形式的設(shè)計(jì)表示，使其得以實(shí)現(xiàn)。
- 設(shè)計(jì)模型是從分析模型轉(zhuǎn)化而來的，主要包括四類模型：?(?????????????????????????? )、數(shù)據(jù)設(shè)計(jì)模型、接口設(shè)計(jì)模型、構(gòu)件設(shè)計(jì)模型。
- 面向?qū)ο笤O(shè)計(jì)的主要特點(diǎn)是建立了四個(gè)非常重要的軟件設(shè)計(jì)概念：抽象性、(????????????????????????? )?和功能獨(dú)立性和模塊化。
- 模塊層次圖和模塊結(jié)構(gòu)圖是?(??????????????????? )?的重要方法。
- UML設(shè)計(jì)中主要采用的圖示有?(??????????????? )、(??????????????? )、(???????????????? )等。
- 軟件模塊設(shè)計(jì)包括模塊劃分、(???????????????? )、模塊的調(diào)用關(guān)系、每個(gè)模塊的功能等。
- 數(shù)據(jù)庫的設(shè)計(jì)一般包括三個(gè)方面的設(shè)計(jì)：(?????????????????? )、邏輯結(jié)構(gòu)設(shè)計(jì)和物理結(jié)構(gòu)設(shè)計(jì)。
- 當(dāng)軟件出現(xiàn)?(?????????????????? )、(?????????????????? )、(?????????????????? )、(??????????????????? )、(?????????????????? )、(??????????????????? )、(?????????????????? )、(??????????????????? )、(??????????????????? )、(??????????????????? )?等“氣味”時(shí)，就表明軟件正在腐化。
二、判斷題
- 軟件設(shè)計(jì)是軟件工程的重要階段，是一個(gè)把軟件需求轉(zhuǎn)換為軟件代碼的過程。（?? ）
- 軟件設(shè)計(jì)說明書是軟件概要設(shè)計(jì)的主要成果。（?? ）
- 軟件設(shè)計(jì)中設(shè)計(jì)復(fù)審和設(shè)計(jì)本身一樣重要，其主要作用是避免后期付出高昂代價(jià)。（?? ）
- 應(yīng)用程序框架結(jié)構(gòu)是一個(gè)可以重復(fù)使用的、大致完成的應(yīng)用程序，可以通過對其進(jìn)行定制，開發(fā)成一個(gè)客戶需要的真正的應(yīng)用程序。（?? ）
- 面向?qū)ο笤O(shè)計(jì)（OOD）是將面向?qū)ο蠓治?#xff08;OOA）的模型轉(zhuǎn)換為設(shè)計(jì)模型的過程。（?? ）
- 在進(jìn)行概要設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（?? ）
- 復(fù)用原則也是軟件設(shè)計(jì)的一個(gè)重要原則。（?? ）
- 以對象、類、繼承和通信為基礎(chǔ)的面向?qū)ο笤O(shè)計(jì)方法也是常見的軟件概要設(shè)計(jì)方法之一。（?? ）
- Django 是一個(gè)基于 Java 的開放源代碼的 Web 應(yīng)用框架。（?? ）
三、選擇題
- 內(nèi)聚是從功能角度來度量模塊內(nèi)的聯(lián)系，按照特定次序執(zhí)行元素的模塊屬于（?? ）方式。
- A. 邏輯內(nèi)聚
- B. 時(shí)間內(nèi)聚
- C. 過程內(nèi)聚
- D. 順序內(nèi)聚
- 概要設(shè)計(jì)是軟件工程中很重要的技術(shù)活動，下列不是概要設(shè)計(jì)任務(wù)的是（?? ）。
- A. 設(shè)計(jì)軟件系統(tǒng)結(jié)構(gòu)
- B. 編寫測試報(bào)告
- C. 數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計(jì)
- D. 編寫概要設(shè)計(jì)文檔
- 數(shù)據(jù)字典是定義（?? ）中的數(shù)據(jù)的工具。
- A. 數(shù)據(jù)流圖
- B. 系統(tǒng)流程圖
- C. 程序流程圖
- D. 軟件結(jié)構(gòu)圖
- 耦合是軟件各個(gè)模塊間連接的一種度量。一組模塊都訪問同一數(shù)據(jù)結(jié)構(gòu)應(yīng)屬于（?? ）方式。
- A. 內(nèi)容耦合
- B. 公共耦合
- C. 外部耦合
- D. 控制耦合
- 面向數(shù)據(jù)流的軟件設(shè)計(jì)方法中，一般把數(shù)據(jù)流圖中的數(shù)據(jù)流分為（?? ）兩種，再將數(shù)據(jù)流圖映射為軟件結(jié)構(gòu)。
- A. 數(shù)據(jù)流與事務(wù)流
- B. 交換流和事務(wù)流
- C. 信息流與控制流
- D. 交換流和數(shù)據(jù)流
- 軟件設(shè)計(jì)是一個(gè)將（?? ）換為軟件表示的過程。
- A. 代碼設(shè)計(jì)
- B. 軟件需求
- C. 詳細(xì)設(shè)計(jì)
- D. 系統(tǒng)分析
- 數(shù)據(jù)存儲和數(shù)據(jù)流都是（?? ），僅僅是所處的狀態(tài)不同。
- A. 分析結(jié)果
- B. 事件
- C. 動作
- D. 數(shù)據(jù)
- 模塊本身的內(nèi)聚是模塊獨(dú)立性的重要度量因素之一，在 7 類內(nèi)聚中，具有最強(qiáng)內(nèi)聚的一類是（?? ）。
- A. 順序性內(nèi)聚
- B. 過程性內(nèi)聚
- C. 邏輯性內(nèi)聚
- D. 功能性內(nèi)聚
- 面向數(shù)據(jù)流的設(shè)計(jì)方法把（?? ）映射成軟件結(jié)構(gòu)。
- A. 數(shù)據(jù)流
- B. 系統(tǒng)結(jié)構(gòu)
- C. 控制結(jié)構(gòu)
- D. 信息流
- 下列關(guān)于軟件設(shè)計(jì)準(zhǔn)則的描述，錯(cuò)誤的是（?? ）。
- A. 提高模塊的獨(dú)立性
- B. 體現(xiàn)統(tǒng)一的風(fēng)格
- C. 使模塊的作用域在該模塊的控制域外
- D. 結(jié)構(gòu)應(yīng)該盡可能滿足變更的要求
- 軟件的結(jié)構(gòu)化設(shè)計(jì)方法是以（?? ）為依據(jù)的模塊結(jié)構(gòu)設(shè)計(jì)方法。
- A. 系統(tǒng)數(shù)據(jù)要求
- B. 數(shù)據(jù)結(jié)構(gòu)
- C. 數(shù)據(jù)流圖
- D. 數(shù)據(jù)流
- 下面不是數(shù)據(jù)庫設(shè)計(jì)的階段的是（?? ）。
- A. 概念結(jié)構(gòu)設(shè)計(jì)階段
- B. 邏輯結(jié)構(gòu)設(shè)計(jì)階段
- C. 模塊劃分
- D. 物理結(jié)構(gòu)設(shè)計(jì)階段
- 下面哪一項(xiàng)不是前端應(yīng)用框架?（?? ）
- A. Vue
- B. Bootstrap
- C. Hibernate
- D. React
5.9 練習(xí)題
一、填空題
- PDL 又稱?(???????????????????????????? )，它是一種非形式化的比較靈活的語言。
- 軟件的詳細(xì)設(shè)計(jì)可采用圖形、(????????????? )?和過程設(shè)計(jì)語言等形式的描述工具表示模塊的處理過程。
- 軟件詳細(xì)設(shè)計(jì)需要設(shè)計(jì)人員對每個(gè)設(shè)計(jì)模塊進(jìn)行描述，確定所使用的?(???????????????????????? )、接口細(xì)節(jié)和輸入 / 輸出數(shù)據(jù)等。
- 結(jié)構(gòu)化設(shè)計(jì)方法與結(jié)構(gòu)化分析方法一樣，采用?(?????????????? )?技術(shù)。結(jié)構(gòu)化設(shè)計(jì)方法與結(jié)構(gòu)化分析方法相結(jié)合，依照數(shù)據(jù)流圖設(shè)計(jì)程序的結(jié)構(gòu)。
- 軟件中詳細(xì)設(shè)計(jì)一般在(???????????????? )基礎(chǔ)上才能實(shí)施，它們一起構(gòu)成了軟件設(shè)計(jì)的全部內(nèi)容。
- 在 Warnier 方法中，采用?(???????????????? )表示數(shù)據(jù)結(jié)構(gòu)和程序結(jié)構(gòu)。
- 面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法主要包括?(?????????????????????? )?和?(??????????????????????? )。
- 在詳細(xì)設(shè)計(jì)階段，除了對模塊內(nèi)的算法進(jìn)行設(shè)計(jì)之外，還應(yīng)對模塊內(nèi)的?(????????????????? )?進(jìn)行設(shè)計(jì)。
二、判斷題
- JSD 方法的原理與 Warnier 方法的原理類似，也是從數(shù)據(jù)結(jié)構(gòu)出發(fā)設(shè)計(jì)程序，但后者的邏輯要求更嚴(yán)格。（?? ）
- 軟件詳細(xì)設(shè)計(jì)要求設(shè)計(jì)人員為每一個(gè)程序模塊確定所使用的算法、數(shù)據(jù)結(jié)構(gòu)、接口細(xì)節(jié)和輸入 / 輸出數(shù)據(jù)等。（?? ）
- 偽代碼可以被直接編譯，它體現(xiàn)了設(shè)計(jì)的程序的框架或者代表了一個(gè)程序流程圖。（??? ）
- 在詳細(xì)設(shè)計(jì)階段，一種歷史最悠久、使用最廣泛的描述程序邏輯結(jié)構(gòu)的工具是程序流程圖。（?? ）
- PAD 是一種改進(jìn)的圖形描述方式，其優(yōu)點(diǎn)是能夠反映和描述自頂向下的歷史和過程。（?? ）
- 詳細(xì)設(shè)計(jì)階段的任務(wù)還不是具體地編寫程序，而是要設(shè)計(jì)出程序的“藍(lán)圖”，以后程序員根據(jù)這個(gè)藍(lán)圖編寫實(shí)際的代碼。（?? ）
- 過程設(shè)計(jì)的描述工具包括程序流程圖、N-S 圖、PAD、PDL 偽代碼等。（?? ）
- 重復(fù)是良好設(shè)計(jì)的大敵，整潔設(shè)計(jì)強(qiáng)調(diào)不可重復(fù)。（?? ）
三、選擇題
- JSD 設(shè)計(jì)方法是由 Jackson 所提出的，它是一種面向（?? ）的軟件設(shè)計(jì)方法。
- A. 對象
- B. 數(shù)據(jù)流
- C. 數(shù)據(jù)結(jié)構(gòu)
- D. 控制結(jié)構(gòu)
- 數(shù)據(jù)元素組成數(shù)據(jù)的方式的基本類型是（?? ）。
- A. 順序的
- B. 選擇的
- C. 循環(huán)的
- D. 以上全部
- 程序流程圖中的箭頭代表的是（?? ）。
- A. 數(shù)據(jù)流
- B. 控制流
- C. 調(diào)用關(guān)系
- D. 組成關(guān)系
- 偽代碼又稱為過程設(shè)計(jì)語言（PDL），一種典型的 PDL 是仿照（?? ）編寫的。
- A. Fortran
- B. 匯編語言
- C. Pascal 語言
- D. COBOL 語言
- 偽代碼作為詳細(xì)設(shè)計(jì)的工具，其缺點(diǎn)在于（?? ）。
- A. 每個(gè)符號對應(yīng)于源程序的一行代碼，對于提高系統(tǒng)的可理解性作用很小
- B. 不如其他圖形工具直觀，對復(fù)雜的條件組合與動作間的對應(yīng)關(guān)系的描述不夠明了
- C. 容易使程序員不受任何約束，隨意轉(zhuǎn)移控制
- D. 不支持逐步求精，使程序員不去考慮系統(tǒng)的全局結(jié)構(gòu)
- 結(jié)構(gòu)化程序流程圖中一般包括 3 種基本結(jié)構(gòu)，下述結(jié)構(gòu)中（?? ）不屬于其基本結(jié)構(gòu)。
- A. 順序結(jié)構(gòu)
- B. 條件結(jié)構(gòu)
- C. 選擇結(jié)構(gòu)
- D. 嵌套結(jié)構(gòu)
- 在詳細(xì)設(shè)計(jì)階段，一種二維樹形結(jié)構(gòu)并可自動生成程序代碼的描述工具是（?? ）。
- A. PAD
- B. PDL
- C. IPO
- D. 判定樹
- 軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的（?? ）。
- A. 算法和使用的數(shù)據(jù)結(jié)構(gòu)
- B. 外部接口
- C. 功能
- D. 編程
- 為了提高模塊的獨(dú)立性，模塊之間最好是（?? ）。
- A. 公共耦合
- B. 控制耦合
- C. 內(nèi)容耦合
- D. 數(shù)據(jù)耦合
- 為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是（?? ）。
- A. 邏輯內(nèi)聚
- B. 時(shí)間內(nèi)聚
- C. 功能內(nèi)聚
- D. 通信內(nèi)聚
- 軟件設(shè)計(jì)中，可應(yīng)用于詳細(xì)設(shè)計(jì)的工具有（?? ）。
- A. 數(shù)據(jù)流程圖、PAD、N-S 圖
- B. 業(yè)務(wù)流程圖、N-S 圖、偽代碼
- C. 數(shù)據(jù)流程圖、PAD、N-S 圖和偽代碼
- D. 順序流程圖、PAD、N-S 圖和偽代碼
6.10 練習(xí)題
一、填空題
- 編程范式主要有過程編程范式、(?????????????????? )、申明式編程范式。
- 在軟件編程過程中，可以采用自頂向下、自底向上、自頂向下和自底向上相結(jié)合以及(?????????????????? )等幾種編程策略。
- 可以將程序設(shè)計(jì)語言分為第一代語言、第二代語言、第三代語言、第四代語言和(??????????????????? )五類。
- 任何程序都可由(??????? )、(??????? )和(??????? )三種基本控制結(jié)構(gòu)構(gòu)造。這三種基本控制結(jié)構(gòu)的共同點(diǎn)是(????????? )和(????????? )。
- 從“原子性提交”原則的遵從率上可以看出開發(fā)團(tuán)隊(duì)的(????????????????? )。
二、判斷題
- 在樹狀結(jié)構(gòu)中，位于最上面的根部是頂層模塊。（?? ）
- 應(yīng)該盡量使用機(jī)器語言編寫代碼，提高程序運(yùn)行效率，而減少高級語言的使用。（?? ）
- 在 TDD 的三定律基礎(chǔ)上，結(jié)合重構(gòu)過程，就是有名的“紅 - 綠 - 藍(lán)（重構(gòu)）”。（?? ）
- 敏捷重構(gòu)的理念是隨時(shí)進(jìn)行的重構(gòu)實(shí)踐。（?? ）
三、選擇題
- 結(jié)構(gòu)化程序設(shè)計(jì)要求程序由順序、循環(huán)和（?? ）三種結(jié)構(gòu)組成。
- A. 分支
- B. 單入口
- C. 單出口
- D. 隨意跳轉(zhuǎn)
- 軟件調(diào)試的目的是（?? ）。
- A. 發(fā)現(xiàn)錯(cuò)誤
- B. 改正錯(cuò)誤
- C. 改善軟件的性能
- D. 挖掘軟件的潛能
- 將每個(gè)模塊的控制結(jié)構(gòu)轉(zhuǎn)換成計(jì)算機(jī)可接受的程序代碼是（?? ）階段的任務(wù)。
- A. 編程
- B. 需求分析
- C. 詳細(xì)設(shè)計(jì)
- D. 測試
- 編程高效率原則包括提高運(yùn)行效率、提高存儲效率和提高（?? ）。
- A. 輸入 / 輸出效率
- B. 開發(fā)效率
- C. 測試效率
- D. 維護(hù)效率
- 下面哪些不是敏捷化編程實(shí)踐?（?? ）
- A. TDD
- B. 重構(gòu)
- C. 需求規(guī)格
- D. 結(jié)對編程
- 下列偽代碼中，A=14，B=20，則 X 的值是（?? ）。
- START
- INPUT(A,B)
- X=0
- IF A>10
- ??? THEN X=10
- ENDIF
- IF B<20
- ??? THEN X=X+100
- ENDIF
- PRINT(X)
- STOP
- A. 0
- B. 10
- C. 110
- D. 100
- 下面是一段求最大值的程序，其中 datalist 是數(shù)據(jù)表，n 是數(shù)據(jù)表的長度，則其 McCabe 環(huán)路復(fù)雜性為（?? ）。
int GetMax(int n, int datalist[ ]) {
??? int k=0;
??? for ( int j=1; j<n; j++ )
??????? if ( datalist[j] > datalist[k] )
??????????? k=j;
??? return k;
}
- A. 1
- B. 2
- C. 3
- D. 4
7.16 練習(xí)題
一、填空題
- 從是否需要執(zhí)行被測軟件的角度來看，軟件測試方法一般可分為兩大類，即(????????????????? )方法和(????????????????? )方法。
- 在白盒測試方法中，對程序的語句邏輯有 6 種覆蓋技術(shù)，其中發(fā)現(xiàn)錯(cuò)誤能力最強(qiáng)的技術(shù)是(??????????????????? )。
- 若有一個(gè)計(jì)算類程序，它的輸入量只有一個(gè) X，其范圍是[-1.0, 1.0]。現(xiàn)在設(shè)計(jì)一組測試用例，X 輸入為-1.001、-1.0、1.0、1.001，則設(shè)計(jì)這組測試用例的方法是(??????????????????????? )。
- 單元測試主要測試模塊的 5 個(gè)基本特征是：(????????????????? )、(????????????????????????? )、重要的執(zhí)行路徑、錯(cuò)誤處理和邊界條件。
- 黑盒測試主要針對功能進(jìn)行測試，等價(jià)類劃分、(??????????????????? )、錯(cuò)誤猜測、因果圖等都是采用黑盒技術(shù)設(shè)計(jì)測試用例的方法。
- 邊界值分析是將測試邊界情況作為重點(diǎn)目標(biāo)，選取正好等于、剛剛大于或剛剛小于邊界值的測試數(shù)據(jù)。如果輸入/輸出域是一個(gè)有序集合，則集合的第一個(gè)元素和(??????????????? )元素應(yīng)該作為測試用例的數(shù)據(jù)元素。
- 集成測試的策略主要有(?????????????????? )、(????????????????????? )、(????????????????????? )、(???????????????????????? )和(???????????????????????? )。
- 邏輯覆蓋包括(??????????????? )、(???????????????? )、(????????????????? )?、條件組合覆蓋和路徑覆蓋等。
二、判斷題
- 回歸測試是糾錯(cuò)性維護(hù)中最常用的方法。（?? ）
- 軟件測試的目的是盡可能多地發(fā)現(xiàn)軟件中存在的錯(cuò)誤，將它作為糾錯(cuò)的依據(jù)。（?? ）
- 回歸測試是指在單元測試基礎(chǔ)上將所有模塊按照設(shè)計(jì)要求組裝成一個(gè)完整的系統(tǒng)進(jìn)行的測試。（?? ）
- 白盒測試主要以程序的內(nèi)部邏輯為基礎(chǔ)設(shè)計(jì)測試用例。（?? ）
- 軟件測試的目的是證明軟件是正確的。（?? ）
- “冰激凌”模式將傳統(tǒng)的測試工作更多被推后到了 UI 層的測試。（?? ）
- 持續(xù)測試既包括測試左移，也包括測試右移。（??? ）
三、選擇題
- 集成測試主要是針對（?? ）階段的錯(cuò)誤。
- A. 編程
- B. 詳細(xì)設(shè)計(jì)
- C. 概要設(shè)計(jì)
- D. 需求設(shè)計(jì)
- 以下（?? ）不屬于白盒測試技術(shù)。
- A. 基本路徑測試
- B. 邊界值分析
- C. 條件覆蓋測試
- D. 邏輯覆蓋測試
- （?? ）能夠有效地檢測輸入條件的各種組合可能引起的錯(cuò)誤。
- A. 等價(jià)類劃分
- B. 邊界值分析
- C. 錯(cuò)誤猜測
- D. 因果圖
- （?? ）方法需要考察模塊間的接口和各個(gè)模塊之間的關(guān)系。
- A. 單元測試
- B. 集成測試
- C. 確認(rèn)測試
- D. 系統(tǒng)測試
- 在測試中，下列說法錯(cuò)誤的是（?? ）。
- A. 測試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過程
- B. 測試是為了表明程序的正確性
- C. 好的測試方案是盡可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤
- D. 成功的測試是發(fā)現(xiàn)了迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤
- 單元測試又稱為（?? ），可以用白盒法也可以采用黑盒法測試。
- A. 集成測試
- B. 模塊測試
- C. 系統(tǒng)測試
- D. 靜態(tài)測試
- 在軟件測試中，設(shè)計(jì)測試用例主要由輸入 / 輸出數(shù)據(jù)和（?? ）兩部分組成。
- A. 測試規(guī)則
- B. 測試計(jì)劃
- C. 預(yù)期輸出結(jié)果
- D. 以往測試記錄分析
- 通過程序設(shè)計(jì)的控制結(jié)構(gòu)導(dǎo)出測試用例的測試方法是（?? ）。
- A. 黑盒測試
- B. 白盒測試
- C. 邊界測試
- D. 系統(tǒng)測試
- 下面哪項(xiàng)不是測試金字塔最初原型的三層之一。（?? ）
- A. 單元測試
- B. API 測試
- C. UI 自動化測試
- D. 性能測試
8.10 練習(xí)題
一、填空題
- 產(chǎn)品交付需要完成的主要任務(wù)是(???????????????? )和(???????????????? )。
- (???????????????? )是項(xiàng)目移交的前提，移交時(shí)，項(xiàng)目移交方和項(xiàng)目接收方將在項(xiàng)目移交報(bào)告上簽字，形成項(xiàng)目移交報(bào)告。
- (???????????????? )是交付使用前的最后一次檢查，也是軟件投入運(yùn)行之前保證可維護(hù)性的最后機(jī)會。
- (????????????????????? )是由獨(dú)立于軟件開發(fā)者和用戶的第三方所進(jìn)行的測試，旨在對被測軟件進(jìn)行質(zhì)量認(rèn)證。
- 一個(gè)產(chǎn)品的使用者有兩種類型：一種是用戶，另一種是(???????????????????? )。
- (?????????????????????????? )是為系統(tǒng)管理員準(zhǔn)備的文檔資料。
二、判斷題
- 當(dāng)項(xiàng)目通過驗(yàn)收后，項(xiàng)目團(tuán)隊(duì)不需要將項(xiàng)目成果的所有權(quán)交給項(xiàng)目接收方。（?? ）
- 軟件項(xiàng)目交付時(shí)要給用戶提供必要的文檔。（?? ）
- 需要針對使用系統(tǒng)的用戶的特殊要求進(jìn)行不同的培訓(xùn)。（?? ）
- 用戶手冊不僅要提供系統(tǒng)的使用方法，還需提供系統(tǒng)功能的詳細(xì)實(shí)現(xiàn)方法。（?? ）
- CI/CD 是指持續(xù)集成，持續(xù)交付，持續(xù)部署。（?? ）
三、選擇題
下面哪一個(gè)不是交付過程的文檔?（?? ）
- A. 驗(yàn)收測試報(bào)告
- B. 用戶手冊
- C. 系統(tǒng)管理員手冊
- D. 開發(fā)合同
9.10 練習(xí)題
一、填空題
- 當(dāng)一個(gè)系統(tǒng)已經(jīng)在實(shí)際環(huán)境中投入使用，可以進(jìn)行正常的操作時(shí)，我們就說系統(tǒng)開發(fā)完成了，以后對系統(tǒng)變更所做的任何工作，稱為(???????????????? )。
- 軟件的可維護(hù)性是指糾正軟件系統(tǒng)出現(xiàn)的(????????? )以滿足新的要求而進(jìn)行修改、擴(kuò)充或壓縮的容易程度。
- 一個(gè)可移植的程序應(yīng)該具有結(jié)構(gòu)良好、靈活、(?????????????????????????????????????????????? )的性能。
- 軟件維護(hù)的類型主要包括(?????????????????????? )、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)等。
- 預(yù)防性維護(hù)也稱為(???????????????????????????? )。
- 軟件的逆向工程是一個(gè)恢復(fù)(???????????????????????? )的過程。
- 如果軟件是可測試的、可理解的、可修改的、可移植的、可靠的、有效的、可用的，則軟件一定是可(???????????? )的。
二、判斷題
- 可維護(hù)性、可使用性、可靠性是衡量軟件質(zhì)量的幾個(gè)主要質(zhì)量特性，其中軟件的可使用性是軟件各個(gè)開發(fā)階段的關(guān)鍵目標(biāo)。（?? ）
- 可理解性表明人們通過閱讀源代碼和相關(guān)文檔，了解程序功能及其如何運(yùn)行的容易程度。（?? ）
- 可測試性表明驗(yàn)證程序正確性的容易程度，程序越簡單，驗(yàn)證其正確性越容易。（?? ）
- 適應(yīng)性維護(hù)是針對系統(tǒng)在運(yùn)行過程中暴露的缺陷和錯(cuò)誤而進(jìn)行的，主要是修改錯(cuò)誤。（?? ）
- 完善性維護(hù)主要是為了改善系統(tǒng)的某一個(gè)方面而進(jìn)行的變更，可能這種變更更是因?yàn)槌霈F(xiàn)錯(cuò)誤而進(jìn)行的變更。（?? ）
三、選擇題
- 度量軟件的可維護(hù)性可以包括很多方面，下列（?? ）不在措施之列。
- A. 程序的無錯(cuò)誤性
- B. 可靠性
- C. 可移植性
- D. 可理解性
- 軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障、持續(xù)運(yùn)行要求的質(zhì)量特性稱為（?? ）。
- A. 可靠性
- B. 可用性
- C. 正確性
- D. 完整性
- 為適應(yīng)軟件運(yùn)行環(huán)境的變化而修改軟件的活動稱為（?? ）。
- A. 糾錯(cuò)性維護(hù)
- B. 適應(yīng)性維護(hù)
- C. 完善性維護(hù)
- D. 預(yù)防性維護(hù)
- 在軟件生存期的維護(hù)階段，繼續(xù)診斷和修正錯(cuò)誤的過程稱為（?? ）。
- A. 完善性維護(hù)
- B. 適應(yīng)性維護(hù)
- C. 預(yù)防性維護(hù)
- D. 糾錯(cuò)性維護(hù)
- 軟件維護(hù)是軟件生命周期中的固有階段，一般認(rèn)為，各種不同的軟件維護(hù)中以（?? ）維護(hù)所占的維護(hù)量最小。
- A. 糾錯(cuò)性維護(hù)
- B. 代碼維護(hù)
- C. 預(yù)防性維護(hù)
- D. 文檔維護(hù)
- 對于軟件的（?? ），有一種簡單的面向時(shí)間的度量，叫作平均變更等待時(shí)間（Mean Time To Change, MTTC）。這個(gè)時(shí)間包括開始分析變更要求、設(shè)計(jì)合適的修改、實(shí)現(xiàn)變更并測試它以及把這種變更發(fā)送給所有的用戶所需的時(shí)間。
- A. 可靠性
- B. 可修改性
- C. 可測試性
- D. 可維護(hù)性
- 產(chǎn)生軟件維護(hù)的副作用，是指（?? ）。
- A. 開發(fā)時(shí)的錯(cuò)誤
- B. 隱含的錯(cuò)誤
- C. 因修改軟件而造成的錯(cuò)誤
- D. 運(yùn)行時(shí)誤操作
- 下面哪一項(xiàng)不是持續(xù)運(yùn)維包括的三個(gè)層次?（?? ）
- A. 持續(xù)測試
- B. 持續(xù)部署
- C. 持續(xù)運(yùn)行
- D. 持續(xù)反饋與改進(jìn)