軟件工程(單選題單空題)

1、題目文本1"軟件工程要用管理科學(xué)的方法和原理進(jìn)行（ ）。"軟件生產(chǎn)的管理2"軟件工程要用（ ）的方法建立軟件開發(fā)中的各種模型和各種算法，如可靠性模型，說明用戶需求的形式化模型等。"數(shù)學(xué)3"開發(fā)軟件工具的主要目的是為了提高軟件生產(chǎn)率和改善（ ）。"軟件的質(zhì)量4"軟件開發(fā)環(huán)境是相關(guān)的一組（ ）的集合，它支持一定的軟件開發(fā)方法或按照一定的軟件開發(fā)模型組織而成的。"軟件工具5"CASE可以輔助軟件開發(fā)生命周期各階段進(jìn)行軟件開發(fā)，它是一組（ ）。"工具和方法的集合6"CASE是多年來在軟件開發(fā)管

2、理、軟件開發(fā)方法、軟件開發(fā)環(huán)境的（ ）等方面研究和發(fā)展的產(chǎn)物。"軟件工具7."CASE這一術(shù)語的英文是（ ）。"Computer Aided Software Engineering8"需求分析工具主要包括：正文和數(shù)據(jù)流圖工具、（ ）工具、面向?qū)ο蟮姆治龉ぞ摺?quot;數(shù)據(jù)字典9"軟件開發(fā)環(huán)境就是圍繞著軟件開發(fā)的一定目標(biāo)而組織在一起的相關(guān)一組（ ）的有機(jī)集合。"軟件工具10"軟件開發(fā)環(huán)境是與軟件生存期、（ ）和軟件處理模型緊密相關(guān)的。"軟件開發(fā)方法11"軟件工具通常由工具、工具接口和（ ）三部分構(gòu)成。&

3、quot;工具用戶接口12"（ ）是指為支持計(jì)算機(jī)軟件的開發(fā)、維護(hù)、模擬、移植或管理而研制的程序系統(tǒng)。"軟件工具13"軟件是一種（ ）產(chǎn)品。A、有形B、邏輯C、物質(zhì)D、消耗"B14"軟件工程學(xué)的目的應(yīng)該是最終解決軟件生產(chǎn)的（ ）問題。A、提高軟件的開發(fā)效率B、使軟件生產(chǎn)工程化C、消除軟件的生產(chǎn)危機(jī)D、加強(qiáng)軟件的質(zhì)量保證"B15"與計(jì)算機(jī)科學(xué)的理論研究不同，軟件工程是一門（ ）學(xué)科。A、理論性B、工程性C、原理性D、心理性"B16"軟件危機(jī)的主要原因有（ ）。軟件本身的特點(diǎn) 用戶使用不當(dāng)硬件可靠性差 對(duì)軟件

4、的錯(cuò)誤認(rèn)識(shí)缺乏好的開發(fā)方法和手段A、B、C、D、"C17"在計(jì)算機(jī)軟件開發(fā)和維護(hù)中所產(chǎn)生的一系列嚴(yán)重的問題通常稱為“軟件危機(jī)”，這些問題中相對(duì)次要的因素是（ ）。A、文檔質(zhì)量B、開發(fā)效率C、軟件功能D、軟件性能"D18"軟件工程與計(jì)算機(jī)科學(xué)性質(zhì)不同，軟件工程著重于（ ）。A、原理探討B(tài)、理論研究C、建造軟件系統(tǒng)D、原理的理論"C19"軟件工程學(xué)科出現(xiàn)的主要原因是（ ）。A、計(jì)算機(jī)的發(fā)展B、其他工程科學(xué)的影響C、軟件危機(jī)的出現(xiàn)D、程序設(shè)計(jì)方法學(xué)的影響"C20"軟件工程方法學(xué)的研究?jī)?nèi)容包含軟件開發(fā)技術(shù)和軟件工程管理兩個(gè)

5、方面，其期望達(dá)到的最終目標(biāo)是（ ）。A、軟件開發(fā)工程化B、消除軟件危機(jī)C、實(shí)現(xiàn)軟件可重用D、程序設(shè)計(jì)自動(dòng)化"A21"由于軟件生產(chǎn)的復(fù)雜性和高成本性，使大型軟件的生存出現(xiàn)危機(jī)，軟件危機(jī)的主要表現(xiàn)包括了下述（ ）方面。生產(chǎn)成本過高 需求增長(zhǎng)難以滿足進(jìn)度難以控制 質(zhì)量難以保證A、B、C、D、全部"D22"軟件工程方法學(xué)中的軟件工程管理是其中的一個(gè)重要內(nèi)容，它包括軟件管理學(xué)和軟件工程經(jīng)濟(jì)學(xué)，它要達(dá)到的目標(biāo)是（ ）。A、管理開發(fā)人員，以開發(fā)良好的軟件B、采用先進(jìn)的軟件開發(fā)工具，開發(fā)優(yōu)秀的軟件C、消除軟件危機(jī)，達(dá)到軟件生產(chǎn)的規(guī)模效益D、以基本的社會(huì)經(jīng)濟(jì)效益為基礎(chǔ)，工

6、程化生產(chǎn)軟件"D23"軟件工程方法學(xué)的目的是使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是（ ）。A、硬件環(huán)境B、開發(fā)人員的素質(zhì)C、軟件開發(fā)工具和軟件開發(fā)的環(huán)境D、軟件開發(fā)的環(huán)境"C"有關(guān)計(jì)算機(jī)程序功能、設(shè)計(jì)、編制、使用的文字或圖形資料稱為（ ）。A、軟件B、文檔C、程序D、數(shù)據(jù)"B"軟件工程是一種（ ）分階段實(shí)現(xiàn)的軟件程序開發(fā)方法。A、自頂向下B、自底向上C、逐步求精D、面向數(shù)據(jù)流"A"（ ）是計(jì)算機(jī)程序及其說明程序的各種文檔。A、軟件B、文檔C、數(shù)據(jù)D、程序"A"軟件開發(fā)環(huán)境支

7、持一定的（ ）或按照一定的軟件開發(fā)模型組織而成。A、軟件生存周期B、軟件過程C、軟件開發(fā)方法D、軟件開發(fā)模型"C"以下說法錯(cuò)誤的是（ ）。A、大多數(shù)開發(fā)系統(tǒng)都采用基于文件集成的策略B、CASE開放式工作臺(tái)或者提供控制集成機(jī)制，或者可剪裁，其數(shù)據(jù)集成或協(xié)議是獨(dú)立的C、在封閉式系統(tǒng)中，系統(tǒng)的集成的約定是該工作臺(tái)開發(fā)商獨(dú)有的D、許多工作臺(tái)都是封閉式系統(tǒng)，因?yàn)檫@允許更緊密地?cái)?shù)據(jù)集成、表示集成和控制集成"B"軟件開發(fā)環(huán)境中最主要的組成部分是（ ）。A、軟件工程B、項(xiàng)目管理工具C、軟件工具D、需求分析工具"C"測(cè)試工作臺(tái)包括的工具有（ ）。測(cè)試管

8、理器 測(cè)試數(shù)據(jù)生成器預(yù)測(cè)器 報(bào)告生成器文件比較器 動(dòng)態(tài)分析器模擬器 加載器靜態(tài)分析器A、B、C、D、"B"在軟件的開發(fā)與維護(hù)過程中，用來存儲(chǔ)、更新、恢復(fù)和管理一個(gè)軟件的多版本，它是（ ）工具。A、文檔分析B、項(xiàng)目管理C、成本估算D、版本控制"D"支持設(shè)計(jì)、實(shí)現(xiàn)或測(cè)試等特定的軟件開發(fā)階段的CASE工作臺(tái)是一組（ ）。A、工具集B、軟件包C、平臺(tái)集D、程序包"A"根據(jù)支持的范圍，CASE工具可分為窄支持、較寬支持和一般支持，則以下解釋正確的是（ ）。A、窄支持指支持特定過程階段B、較寬支持是指支持過程中特定的任務(wù)C、一般支持是指支持覆蓋軟

9、件工程的全部階段或大多數(shù)階段D、較寬支持是指支持覆蓋軟件過程的大多數(shù)階段"C"Westinghouse公司與1992年公布了13類軟件工具分類標(biāo)準(zhǔn)和該類的范例工具以及例子，以下說法錯(cuò)誤的是（ ）。A、代碼生成程序?qū)僭O(shè)計(jì)工具B、結(jié)構(gòu)圖屬需求追蹤工具C、連接程序?qū)倬幋a和單元測(cè)試工具D、測(cè)試驅(qū)動(dòng)程序?qū)贉y(cè)試和集成工具"B"程序設(shè)計(jì)工作臺(tái)由支持程序開發(fā)過程的一組工具組成。以下解釋錯(cuò)誤的是（ ）。A、交叉引用：產(chǎn)生一個(gè)交叉引用列表，顯示所有的程序名是在哪里聲明和使用的B、靜態(tài)分析器：程序執(zhí)行之前，顯示程序的工作狀態(tài)C、動(dòng)態(tài)分析器：產(chǎn)生帶附注的一個(gè)源文件代碼表D、交互

10、式調(diào)試器：允許用戶來控制程序的執(zhí)行次序，顯示執(zhí)行期間的程序狀態(tài)"B"數(shù)據(jù)集成指不同軟件工程能相互（ ）。A、合作B、交換數(shù)據(jù)C、交流D、通信"B"一個(gè)CASE工作臺(tái)是一組（ ），支持設(shè)計(jì)、實(shí)現(xiàn)或測(cè)試等特定的軟件開發(fā)階段。A、工具集B、軟件包C、平臺(tái)集D、程序包"A"組成程序設(shè)計(jì)工作臺(tái)的工具可能為（ ）。語言編譯器 結(jié)構(gòu)化編輯器連接器 加載器交叉引用 靜態(tài)分析器數(shù)據(jù)字典 報(bào)告定義和生成工具代碼生成器A、B、C、D、"B"程序設(shè)計(jì)工作臺(tái)由支持程序開發(fā)過程的一組工具組成。以下解釋不正確的是（ ）。A、語言編譯器：將源代碼

11、程序轉(zhuǎn)換成目標(biāo)代碼B、結(jié)構(gòu)化編輯器：結(jié)合嵌入的程序設(shè)計(jì)語言知識(shí)，對(duì)程序的源代碼文本進(jìn)行編輯C、連接器：將己編譯的程序目標(biāo)代碼模塊連起來D、加載器：程序執(zhí)行之前將它加載到計(jì)算機(jī)內(nèi)存"B"控制集成是指工具激活后能控制其他（ ）的操作。A、工具B、系統(tǒng)C、軟件D、應(yīng)用"A"（ ）是指CASE系統(tǒng)嵌入了關(guān)于過程活動(dòng)、階段、約束和支持這些活動(dòng)所需的工具的知識(shí)。A、控制集成B、平臺(tái)集成C、界面集成D、過程集成"D"軟件開發(fā)環(huán)境是相關(guān)的一組（ ）集合。A、軟件環(huán)境B、軟件過程C、軟件工程D、軟件工具"D"（ ）支持工作臺(tái)或環(huán)境中

12、一個(gè)工具對(duì)系統(tǒng)中其他工具的訪問。A、過程集成B、控制集成C、平臺(tái)集成D、界面集成"B"支持計(jì)算機(jī)軟件的開發(fā)、維護(hù)、模擬、移植或管理而研制的程序系統(tǒng)稱為（ ）。A、軟件工具B、軟件環(huán)境C、軟件過程D、軟件模型"A"數(shù)據(jù)集成指不同軟件工程能相互交換數(shù)據(jù)。有三種級(jí)別的數(shù)據(jù)集成：共享文件、共享數(shù)據(jù)結(jié)構(gòu)和共享倉(cāng)庫(kù)。（ ）采用所有工具都能識(shí)別的文件格式，在UNIX系統(tǒng)中廣泛使用。A、共享單元B、共享文件C、消息共享D、共享倉(cāng)庫(kù)"B"表示集成是指一個(gè)系統(tǒng)中的工具使用共同的風(fēng)格，以及采用共同的用戶交互標(biāo)準(zhǔn)集。表示集成有三種不同級(jí)別：窗口系統(tǒng)集成、命令

13、集成和（ ）。A、數(shù)據(jù)集成B、平臺(tái)集成C、界面集成D、交互集成"D"一般分析和設(shè)計(jì)工作臺(tái)的構(gòu)成為（ ）。圖表編輯器 設(shè)計(jì)分析和核實(shí)工具倉(cāng)庫(kù)查詢語言 數(shù)據(jù)字典報(bào)告定義和生成工具 代碼生成器按格式打印 動(dòng)態(tài)分析器交互式調(diào)試器A、B、C、D、"B"平臺(tái)集成是指工具運(yùn)行在相同的（ ）平臺(tái)上。A、硬件B、軟件C、硬件操作系統(tǒng)D、硬件軟件"C"獲取過程、供應(yīng)過程、開發(fā)過程、操作過程、維護(hù)過程、管理過程、支持過程"描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型稱為（ 周期 ）模型。""（ 增量 ）模型是一種非整體開發(fā)的模型。

14、軟件在該模型中是“逐漸”開發(fā)出來的，開發(fā)出一部分，向用戶展示一部分，可讓用戶及早看到部分軟件，及早發(fā)現(xiàn)問題?；蛘呦乳_發(fā)一個(gè)“原型”軟件，完成部分主要功能，展示給用戶并征求意見，然后逐步完善，最終獲得滿意的軟件產(chǎn)品。""（ 軟件工具 ）一般是指為了支持軟件開發(fā)人員和維護(hù)活動(dòng)而使用的軟件。例如項(xiàng)目估算工具、需求分析工具、設(shè)計(jì)工具、編碼工具、測(cè)試工具和維護(hù)工具等。 "JSP(Jackson Structure Programming)方法首先描述問題的輸入輸出數(shù)據(jù)結(jié)構(gòu)，分析其對(duì)應(yīng)性，然后推出相應(yīng)的程序結(jié)構(gòu)，從而給出問題的（ 軟件過程描述 ）。""簡(jiǎn)單

15、實(shí)用、應(yīng)用廣泛、技術(shù)成熟的開發(fā)方法是（ 結(jié)構(gòu)化方法 ）。""演化提交模型中，項(xiàng)目開發(fā)各階段都是用（ 增量方式 ）開發(fā)的。""快速原型的思想是在研究（ 需求分析 ）的方法和技術(shù)中產(chǎn)生的。""瀑布模型本質(zhì)上是一種（ 線性 ）順序模型。""構(gòu)造原型時(shí)，必須注意（ 功能性能 ）取舍，忽略一切暫時(shí)不關(guān)心的部分。""用原型過程來代替設(shè)計(jì)階段，考查設(shè)計(jì)友案的可行性與合理性，這是快速原型的（ ）原型。"實(shí)驗(yàn)型 "用原型過程代替全部開發(fā)階段，這種快速原型是（ 演化型 ）原型。"&qu

16、ot;快速原型模型是在（ 原型 ）基礎(chǔ)上，逐漸完成整個(gè)系統(tǒng)的開發(fā)工作。 "用原型過程來代替需求分析，使需求說明完整、一致、準(zhǔn)確，這種快速原型是（ ）原型。"探索型"軟件生存周期模型有多種，下列選項(xiàng)中，（ ）不是軟件生存周期模型。A、螺旋模型B、增量模型C、功能模型D、瀑布模型"C"結(jié)構(gòu)化方法和原型化方法是軟件開發(fā)中常使用的兩種基本方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為（ ）。A、相互排斥B、相互補(bǔ)充C、交替使用D、獨(dú)立使用"B"軟件生存周期包括可行性分析和項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、（ ）、維護(hù)等活

17、動(dòng)。A、應(yīng)用B、測(cè)試C、檢測(cè)D、以上答案都不正確"B"軟件開發(fā)的瀑布模型，一般都將開發(fā)過程劃分為：分析、設(shè)計(jì)、編碼和測(cè)試等階段，一般認(rèn)為可能占用人員最多的階段是（ ）。A、分析階段B、設(shè)計(jì)階段C、編碼階段D、測(cè)試階段"C"準(zhǔn)確地解決“軟件系統(tǒng)必須做什么”是（ ）階段的任務(wù)。A、可行性研究B、詳細(xì)設(shè)計(jì)C、需求分析D、編碼"C"瀑布模型中軟件生命周期劃分為8個(gè)階段：?jiǎn)栴}的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。8個(gè)階段又可歸納為三個(gè)大的階段：計(jì)劃階段、開發(fā)階段和（ ）。A、運(yùn)行階段B、可行性分析C、

18、詳細(xì)設(shè)計(jì)D、測(cè)試與排錯(cuò)"A"從結(jié)構(gòu)化的瀑布模型看，在軟件生命周期中的8個(gè)階段中，下面的幾個(gè)選項(xiàng)中，（ ）出錯(cuò)，對(duì)軟件的影響最大。A、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段C、需求分析階段D、測(cè)試和運(yùn)行階段"C"在結(jié)構(gòu)性的瀑布模型中，（ ）階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo)。A、需求分析階段B、概要設(shè)計(jì)階段C、詳細(xì)設(shè)計(jì)階段D、可行性研究階段"A"軟件生存周期中時(shí)間最長(zhǎng)的階段是（ ）。A、需求分析階段B、概要設(shè)計(jì)階段C、測(cè)試階段D、維護(hù)階段"D"檢查軟件產(chǎn)品是否符合需求定義的過程稱為（ ）。A、集成測(cè)試B、確認(rèn)測(cè)

19、試C、驗(yàn)證測(cè)試D、驗(yàn)收測(cè)試"B"UML是軟件開發(fā)中的一個(gè)重要工具，它主要應(yīng)用于下列哪種軟件開發(fā)方法（ ）。A、基于瀑布模型的結(jié)構(gòu)化方法B、基于需求動(dòng)態(tài)定義的原型化方法C、基于對(duì)象的面向?qū)ο蟮姆椒―、基于數(shù)據(jù)的數(shù)據(jù)流開發(fā)方法"C"在軟件生存周期中，用戶主要是在（ ）參與軟件開發(fā)。A、軟件定義期B、軟件開發(fā)期C、軟件維護(hù)期D、整個(gè)軟件生存周期過程中"A"下面的軟件開發(fā)方法中，（ ）對(duì)軟件設(shè)計(jì)和開發(fā)人員的要求最高。A、控制流方法B、原型化方法C、面向?qū)ο蟮姆椒―、結(jié)構(gòu)化方法"B"軟件工程方法中普遍應(yīng)用的方法之一是結(jié)構(gòu)化生

20、命周期方法（SLC方法），下述（ ）論述不具有SLC方法的主要特征。A、嚴(yán)格定義需求B、規(guī)范文檔格式C、劃分開發(fā)階段D、分析控制流程"D"結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的（ ）。A、程序流B、數(shù)據(jù)流C、指令流D、控制流"B"目前存在有若干種軟件生存周期模型。例如瀑布模型、增量模型、螺旋模型、噴泉模型、變換模型和基于知識(shí)的模型等。其中規(guī)定了由前至后、相互銜接的固定次序的模型是（ ）。A、瀑布模型B、增量模型C、噴泉模型D、螺旋模型"A"在軟件生存周期的模型中，（ ）吸收了軟件工程“演化”的概念，適

21、合于大型軟件的開發(fā)。A、噴泉模型B、基于知識(shí)的模型C、變換模型D、螺旋模型"D"瀑布模型是一種（ ）。A、軟件開發(fā)方法B、軟件生存周期C、程序設(shè)計(jì)方法學(xué)D、軟件生存周期模型"D"目前有若干種軟件生存周期模型。例如瀑布模型、增量模型、螺旋模型等。其中基于知識(shí)的模型也稱為（ ）A、演化模型B、智能模型C、變換模型D、噴泉模型"B"軟件開發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成（ ）。A、計(jì)劃階段、開發(fā)階段、運(yùn)行階段B、計(jì)劃階段、編程階段、測(cè)試階段C、總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試D、需求分析、功能定義、系統(tǒng)設(shè)計(jì)"A"軟

22、件工程中描述生存周期模型的瀑布模型一般包括計(jì)劃、（ ）、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等幾個(gè)階段。A、需求分析B、需求調(diào)查C、可行性分析D、問題定義"A"軟件開發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征一般稱其為（ ）。A、瀑布模型B、對(duì)象模型C、螺旋模型D、層次模型"A"在結(jié)構(gòu)性的瀑布模型中，（ ）階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo)。A、詳細(xì)設(shè)計(jì)階段B、概要設(shè)計(jì)階段C、可行性研究階段D、需求分析階段"D"增量模型是一種（ ）模型。A、整體開發(fā)B、非整體開發(fā)C、靈活性差D、較晚產(chǎn)生工作軟件"B"漸增模型是（

23、 ）。A、與瀑布模型無關(guān)C、瀑布模型的改進(jìn)B、與變化模型有關(guān)D、變化模型的變種"C"（ ）是指模擬某種產(chǎn)品的原始模型。A、模型B、最初模型C、原型D、進(jìn)化模型"C"構(gòu)造原型時(shí)，主要考慮（ ）。A、全部功能B、原型要體現(xiàn)的特征C、全部細(xì)節(jié)D、全部需求"B"建立原型的目的不同，實(shí)現(xiàn)原型的途徑也有所不同，下列不正確的類型是（ ）。A、用于驗(yàn)證軟件需求的原型B、垂直原型C、用于驗(yàn)證設(shè)計(jì)方案的原型D、用于演化出目標(biāo)系統(tǒng)的原型"B"瀑布模型本質(zhì)上是一種（ ）模型。A、線性順序B、順序迭代C、線性迭代D、及早見產(chǎn)品"A

24、"原型的使用和開發(fā)過程，叫做（ ）。A、原型期B、原型生存期C、原型周期D、以上說法都不對(duì)"B"原型化方法是一種（ ）型的設(shè)計(jì)過程。A、自外向內(nèi)B、自頂向下C、自內(nèi)向外D、自底向上"A"對(duì)于原型的使用建議，以下說法不正確的是（ ）。A、開發(fā)周期很長(zhǎng)的項(xiàng)目，能夠使用原型B、在系統(tǒng)的使用可能變化較大，不能相對(duì)穩(wěn)定時(shí)，能夠使用原型C、缺乏開發(fā)工具，或?qū)υ偷目捎霉ぞ卟涣私獾臅r(shí)候，能夠使用原型D、開發(fā)者對(duì)系統(tǒng)的某種設(shè)計(jì)方案的實(shí)現(xiàn)無信心或無十分的把握，能夠使用原型"C"使用原型化方法，可以容易地確定系統(tǒng)的性能，確認(rèn)各項(xiàng)主要系統(tǒng)服務(wù)的可

25、應(yīng)用性，確認(rèn)（ ），確認(rèn)系統(tǒng)作為產(chǎn)品的結(jié)果。A、系統(tǒng)設(shè)計(jì)的可行性B、開發(fā)環(huán)境C、需求說明D、數(shù)據(jù)流圖"A"以下說法錯(cuò)誤的是（ ）。A、增量模型是在瀑布模型的基礎(chǔ)上加以修改而形成的B、增量模型推遲某些階段或所有階段中的細(xì)節(jié)，從而較早地產(chǎn)生工作軟件C、瀑布模型和增量模型都屬于整體開發(fā)模型D、瀑布模型規(guī)定在開始下一個(gè)階段的工作之前，必須完成前一階段的所有細(xì)節(jié)"C"快速原型模型的主要特點(diǎn)之一是（ ）。A、開發(fā)完畢才見到產(chǎn)品B、及早提供工作軟件C、及早提供全部完整軟件D、開發(fā)完畢才見到工作軟件"B"對(duì)于構(gòu)造原型的建議，以下說法不正確的是（ ）。

26、A、暫不考慮速度、空間等性能效率方面的要求B、暫不考慮錯(cuò)誤恢復(fù)和處理C、可降低可靠性和軟件質(zhì)量標(biāo)準(zhǔn)D、對(duì)于原型界面部分的設(shè)計(jì)，暫不考慮與最終系統(tǒng)的界面相容E、根據(jù)不同的軟件類型和應(yīng)用領(lǐng)域，可使用不同風(fēng)格的高級(jí)語言來構(gòu)造原型"D"以下說法不正確的是（ ）。A、快速原型思想是在研究概要設(shè)計(jì)階段的方法和技術(shù)中產(chǎn)生的B、探索型和實(shí)驗(yàn)型快速原型采用的是拋棄策略C、演化型快速原型采用附加策略D、快速原型是利用原型輔助軟件開發(fā)的一種新思想"A"以下說法正確的是（ ）。A、對(duì)于探索型，用原型過程來代替全部開發(fā)階段B、對(duì)于實(shí)驗(yàn)型，用原型過程來代替設(shè)計(jì)階段C、對(duì)于演化型，用

27、原型過程來代替需求分析階段"B"通常用于構(gòu)造原型的技術(shù)包括可執(zhí)行規(guī)格說明、（ ）、自動(dòng)程序設(shè)計(jì)、專用語言、可重用的軟件和簡(jiǎn)化假設(shè)等。A、代數(shù)規(guī)格說明B、基于腳本的設(shè)計(jì)C、數(shù)據(jù)流圖D、原型語言"B"在原型法中稱（ ）為用戶設(shè)計(jì)者，開發(fā)人員根據(jù)用戶要求不斷修改原型，直到滿足用戶要求為止。A、用戶B、開發(fā)人員C、系統(tǒng)分析員D、程序員"A"對(duì)于原型的作用，以下說法不正確的是（ ）。A、原型為軟件系統(tǒng)提供明確的需求說明B、原型可作為新穎設(shè)計(jì)思想的實(shí)現(xiàn)工具及高風(fēng)險(xiǎn)開發(fā)的安全因素，證實(shí)設(shè)計(jì)的可行性C、原型模型對(duì)開發(fā)過程中的問題和錯(cuò)誤具有應(yīng)付變化的機(jī)

28、制D、原型模型在用戶不愿意參與開發(fā)過程的情況下，能充分地鼓勵(lì)開發(fā)者的積極性"D"對(duì)于不宜使用原型的情況，以下說法錯(cuò)誤的是（ ）。A、用戶對(duì)系統(tǒng)的需求較為模糊，對(duì)某種要求缺乏信心時(shí)，不宜使用原型B、用戶不愿意參與開發(fā)的時(shí)候，不宜使用原型C、用戶的數(shù)據(jù)資源沒有很好地組織和管理的時(shí)候，不宜使用原型D、用戶的軟件資源沒有被組織和管理起來的時(shí)候，不宜使用原型"A"以下說法錯(cuò)誤的是（ ）。A、對(duì)于探索型，把原型作為需求說明的補(bǔ)充形式B、對(duì)于實(shí)驗(yàn)型，通過原型過程的反復(fù)循環(huán)，直接得到軟件系統(tǒng)C、對(duì)于演化型，原型成為設(shè)計(jì)的總體框架或設(shè)計(jì)結(jié)果的一部分"A"

29、;原型化方法是用戶和設(shè)計(jì)者之間執(zhí)行的一種交互過程，適用于（ ）系統(tǒng)。A、需求不確定性高的B、需求確定的C、管理信息D、實(shí)時(shí)"A"由于軟件項(xiàng)目的特點(diǎn)和運(yùn)行原型的目的不同，原型有三種不同的作用類型：探索型、（ ）和演化型。A、實(shí)驗(yàn)型B、經(jīng)濟(jì)型C、追加型D、廢棄型"A"用于設(shè)計(jì)階段，考查實(shí)現(xiàn)方案是否可行的是（ ）。A、探索型B、演化型C、實(shí)驗(yàn)型D、增量型"C"瀑布模型的問題是（ ）。A、用戶容易參與開發(fā)B、缺乏靈活性C、用戶與開發(fā)者易溝通D、適用可變需求"B"（ ）的目的就是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目是

30、否能夠開發(fā)，是否值得去開發(fā)。"軟件可行性研究"系統(tǒng)流程圖用圖形符號(hào)表示系統(tǒng)中各個(gè)元素，表達(dá)了系統(tǒng)中各種元素之間的（ ）。"信息流動(dòng)"可行性研究具體步驟的最后一步是（ ）。"編寫可行性報(bào)告"成本一效益分析的目的是從（ ）評(píng)價(jià)開發(fā)一個(gè)新的軟件項(xiàng)目是否可行。"經(jīng)濟(jì)角度"系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，它用（ ）來表示系統(tǒng)中的各個(gè)元素。"圖形符號(hào)"可行性研究中描述系統(tǒng)高層物理模型的工具是（ ）。"系統(tǒng)流程圖"可行性研究實(shí)質(zhì)上是進(jìn)行一次簡(jiǎn)化、壓縮了的（ ）。"需求分析和設(shè)

31、計(jì)"可行性研究的第一個(gè)具體步驟是（ ）。"確定項(xiàng)目的規(guī)模和目標(biāo)"研究開發(fā)資源的有效性是進(jìn)行（ ）可行性研究的一方面。A、技術(shù)B、經(jīng)濟(jì)C、社會(huì)D、操作"A"在軟件的可行性研究中，可以從不同的角度對(duì)軟件進(jìn)行研究，其中是從軟件的功能可行性角度考慮的是（ ）。A、經(jīng)濟(jì)可行性B、技術(shù)可行性C、操作可行性D、法律可行性"B"在遵循軟件工程原則開發(fā)軟件過程中，計(jì)劃階段應(yīng)該依次完成（ ）。A、軟件計(jì)劃、需求分析、系統(tǒng)定義B、系統(tǒng)定義、軟件計(jì)劃、需求分析C、需求分析、概要設(shè)計(jì)、軟件計(jì)劃D、軟件計(jì)劃、需求分析、概要設(shè)計(jì)"B"

32、技術(shù)可行性要解決（ ）。A、存在侵權(quán)否B、成本一效益問題C、運(yùn)行方式可行D、技術(shù)風(fēng)險(xiǎn)問題"D"在軟件工程項(xiàng)目中，不隨參與人數(shù)的增加而使軟件的生產(chǎn)率增加的主要問題是A、工作階段間的等待時(shí)間B、生產(chǎn)原型的復(fù)雜性C、參與人員所需的工作站數(shù)D、參與人員之間的通信困難"D"制定軟件計(jì)劃的目的在于盡早對(duì)欲開發(fā)的軟件進(jìn)行合理估價(jià)，軟件計(jì)劃的任務(wù)是（ ）。A、組織與管理B、分析與估算C、設(shè)計(jì)與測(cè)試D、規(guī)劃與調(diào)度"D"可行性分析中，系統(tǒng)流程圖用于描述（ ）。A、當(dāng)前運(yùn)行系統(tǒng)B、當(dāng)前邏輯模型C、目標(biāo)系統(tǒng)D、新系統(tǒng)"A"研究軟硬件資源的

33、有效性是進(jìn)行（ ）研究的一方面。A、技術(shù)可行性B、經(jīng)濟(jì)可行性C、社會(huì)可行性D、操作可行性"A"可行性研究要進(jìn)行的需求分析和設(shè)計(jì)應(yīng)是（ ）。A、詳細(xì)的B、全面的C、簡(jiǎn)化、壓縮的D、徹底的"C"數(shù)據(jù)流圖是常用的進(jìn)行軟件需求分析的圖形工具，其基本符號(hào)是（ ）。A、輸入、輸出、外部實(shí)體和加工B、變換、加工、數(shù)據(jù)流和存儲(chǔ)C、加工、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)和外部實(shí)體D、變換、數(shù)據(jù)存儲(chǔ)、加工和數(shù)據(jù)流"C"判定表和判定樹是數(shù)據(jù)流圖中用以描述加工的工具，它通常描述的對(duì)象是（ ）。A、邏輯判斷B、層次分解C、操作條目D、組合組件"D"下列敘述

34、中，（ ）是正確的。軟件系統(tǒng)中所有的信息流都可以認(rèn)為是事務(wù)流軟件系統(tǒng)中所有的信息流都可以認(rèn)為是變換流事務(wù)分析和變換分析的設(shè)計(jì)步驟是基本相似的A、B、C、D、"C"決定大型程序模塊組織基本原則的兩種交替設(shè)計(jì)策略為（ ）。A、面向用戶的原型化和面向程序員的原型化B、物理模型與邏輯模型C、數(shù)據(jù)字典和數(shù)據(jù)流D、數(shù)據(jù)分解和算法分解"D"在程序的描述和分析中，用以指明數(shù)據(jù)來源、數(shù)據(jù)流向和數(shù)據(jù)處理的輔助圖形是（ ）。A、瀑布模型圖B、數(shù)據(jù)流圖C、數(shù)據(jù)結(jié)構(gòu)圖D、業(yè)務(wù)圖"B"數(shù)據(jù)流圖是用于表示軟件模型的一種圖示方法，在下列可采用的繪圖方法中，（ ）是常

35、采用的。自頂向下 自底向上 分層繪制 逐步求精A、全是B、C、D、"B"結(jié)構(gòu)化分析(SA)方法將欲開發(fā)的軟件系統(tǒng)分解為若干基本加工，并對(duì)加工進(jìn)行說明，下述是常用的說明工具，其中便于對(duì)加工出現(xiàn)的組合條件的說明工具是（ ）。結(jié)構(gòu)化語言 判定樹 判定表A、B、C、D、"A"加工是對(duì)數(shù)據(jù)流圖中不能再分解的基本加工的精確說明，下述（ ）是加工的最核心。A、加工順序B、加工邏輯C、執(zhí)行頻率D、激發(fā)條件"B"軟件定義期問題定義階段涉及的人員有（ ）。A、用戶、使用部門負(fù)責(zé)人B、軟件開發(fā)人員、用戶、使用部門負(fù)責(zé)人C、系統(tǒng)分析員、軟件開發(fā)人員D、系統(tǒng)分

36、析員、軟件開發(fā)人員、用戶與使用部門負(fù)責(zé)人"D"系統(tǒng)定義明確之后，應(yīng)對(duì)系統(tǒng)的可行性進(jìn)行研究?？尚行匝芯堪ǎ?）。A、軟件環(huán)境可行性、技術(shù)可行性、經(jīng)濟(jì)可行性、社會(huì)可行性B、經(jīng)濟(jì)可行性、技術(shù)可行性、社會(huì)可行性C、經(jīng)濟(jì)可行性、社會(huì)可行性、系統(tǒng)可行性D、經(jīng)濟(jì)可行性、實(shí)用性、社會(huì)可行性"B"對(duì)每個(gè)合理的方案分析員都應(yīng)該準(zhǔn)備（ ）資料。A、系統(tǒng)流程B、組成系統(tǒng)的物理元素清單，成本一效益分析C、實(shí)現(xiàn)這個(gè)系統(tǒng)的進(jìn)度計(jì)劃D、以上全部正確"D"在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)動(dòng)情況的工具有（ ）。A、數(shù)據(jù)流圖B、數(shù)據(jù)字典C、結(jié)構(gòu)化語言D、判定表

37、與判定樹"A"在結(jié)構(gòu)化分析方法中，用狀態(tài)一遷移圖表達(dá)系統(tǒng)和對(duì)象的行為。在狀態(tài)一遷移圖中，由一個(gè)狀態(tài)和一個(gè)事件所決定的下一個(gè)狀態(tài)可能有（ ）。A、1個(gè)B、2個(gè)C、多個(gè)D、不確定"C"原型化方法是一類動(dòng)態(tài)定義需求的方法，下列敘述中，（ ）不具有原型化方法的特征。A、提供嚴(yán)格定義的文檔B、加強(qiáng)用戶參與和決策C、簡(jiǎn)化項(xiàng)目管理D、加快需求的確定"A"在進(jìn)行可行性研究和軟件計(jì)劃以后，如果確認(rèn)開發(fā)一個(gè)新的軟件系統(tǒng)是必要的而且是可能的，那么就進(jìn)入( )階段。"需求分析"結(jié)構(gòu)化分析方法是面向( )進(jìn)行需求分析的方法。"數(shù)據(jù)

38、流"在有些情況下數(shù)據(jù)流圖中的某個(gè)加工的一組動(dòng)作依賴于多個(gè)邏輯條件的取值。這時(shí)，用自然語言或結(jié)構(gòu)化語言都不易清楚地描述出來。而用( )就能夠清楚地表示復(fù)雜的條件組合與應(yīng)做的動(dòng)作之間的對(duì)應(yīng)關(guān)系。"判定表"經(jīng)過需求分析，開發(fā)人員已經(jīng)基本上理解了用戶的要求，確定了目標(biāo)系統(tǒng)的功能，定義了系統(tǒng)的數(shù)據(jù)，描述了處理這些數(shù)據(jù)的基本策略。將這些共同的理解進(jìn)行整理，最后形成文檔( )。"需求說明書"需求分析( )。A、要回答“軟件必須做什么？”B、可概括為:“理解，分解，表達(dá)”6個(gè)字C、要求編寫需求規(guī)格說明書D、以上都對(duì)"D"進(jìn)行需求分析可使用多

39、種工具，但( )是不適用的。A、數(shù)據(jù)流圖B、判定表C、PAD圖D、數(shù)據(jù)字典"C"需求分析階段研究的對(duì)象是軟件項(xiàng)目的( )。A、用戶要求B、合理要求C、模糊要求"A"數(shù)據(jù)字典的任務(wù)是對(duì)于數(shù)據(jù)流圖中出現(xiàn)的所有被命名的數(shù)據(jù)元素，在數(shù)據(jù)字典中作為一個(gè)詞條加以定義，使得每一個(gè)圖形元素的名字都有一個(gè)確切的( )。A、對(duì)象B、解釋C、符號(hào)D、描述"D"在數(shù)據(jù)流圖中，有名字及方向的成分是( )。A、控制流B、信息流C、數(shù)據(jù)流D、信號(hào)流"C"在數(shù)據(jù)流圖中，不能被計(jì)算機(jī)處理的成分是( )。A、控制流B、結(jié)點(diǎn)C、數(shù)據(jù)流D、數(shù)據(jù)源終點(diǎn)&q

40、uot;D"在結(jié)構(gòu)化分析方法中，用以表達(dá)系統(tǒng)內(nèi)部數(shù)據(jù)的運(yùn)行情況的工具有( )。A、數(shù)據(jù)流圖B、數(shù)據(jù)字典C、結(jié)構(gòu)化英語D、判定樹與判定表"A"軟件需求分析階段的工作，可以分成以下4個(gè)方面:對(duì)問題的識(shí)別、分析與綜合、制定規(guī)格說明以及( )。A、總結(jié)B、實(shí)踐性報(bào)告C、需求分析評(píng)審D、以上答案都不正確"C"以下說法錯(cuò)誤的是( )。A、結(jié)構(gòu)化語言外層中的順序結(jié)構(gòu)是一組祈使語句、選擇語句、重復(fù)語句的順序排列B、結(jié)構(gòu)化語言外層中的選擇結(jié)構(gòu)使用IF-THEN-ELSE-ENDIF等關(guān)鍵字C、結(jié)構(gòu)化語言的內(nèi)層可以采用祈使語句的自然語言短語D、結(jié)構(gòu)化語言外層中的重

41、復(fù)結(jié)構(gòu)使用CASE-OF-ENDCASE等關(guān)鍵字"D"結(jié)構(gòu)化分析方法使用的描述工具( )定義了數(shù)據(jù)流圖中每一個(gè)圖形元素。A、數(shù)據(jù)流圖B、數(shù)據(jù)字典C、判定表D、判定樹"B"下列說法正確的是( )。A、對(duì)于順序執(zhí)行和循環(huán)執(zhí)行的動(dòng)作，用判定表和判定樹B、對(duì)于存在多個(gè)條件復(fù)雜組合的判斷問題，用結(jié)構(gòu)化語言描述C、判定表較判定樹直觀易讀，判定樹進(jìn)行邏輯驗(yàn)證較嚴(yán)格D、可將判定表和判定樹兩者結(jié)合起來，先用判定表作底稿，在此基礎(chǔ)上產(chǎn)生判定樹"D"需求規(guī)格說明書的作用不應(yīng)包括( )。A、軟件設(shè)計(jì)的依據(jù)B、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C、軟件驗(yàn)收

42、的依據(jù)D、軟件可行性研究的依據(jù)"D"軟件需求規(guī)格說明書的內(nèi)容不應(yīng)包括對(duì)( )的描述。A、主要功能B、算法的詳細(xì)過程C、用戶界面及運(yùn)行環(huán)境D、軟件的性能"B"在結(jié)構(gòu)化分析方法(SA)中，與數(shù)據(jù)流圖配合使用的是( )。A、網(wǎng)絡(luò)圖B、實(shí)體聯(lián)系圖C、數(shù)據(jù)字典D、程序流程圖"C"需求分析過程中，對(duì)算法的簡(jiǎn)單描述記錄在( )中。A、層次圖B、數(shù)據(jù)字典C、數(shù)據(jù)流圖D、IPO圖"D"分層DFD是一種比較嚴(yán)格又易于理解的描述方式，它的頂層圖描述了系統(tǒng)的( )。A、細(xì)節(jié)B、輸入與輸出C、軟件的作者D、繪制的時(shí)間"B"

43、;數(shù)據(jù)存儲(chǔ)和數(shù)據(jù)流都是( )僅僅所處的狀態(tài)不同。A、分析結(jié)果B、事件C、動(dòng)作D、數(shù)據(jù)"D"在數(shù)據(jù)流圖的基本圖形符號(hào)中，加工是以數(shù)據(jù)結(jié)構(gòu)或( )作為加工對(duì)象的。A、數(shù)據(jù)內(nèi)容B、信息內(nèi)容C、信息結(jié)構(gòu)D、信息流"A"數(shù)據(jù)字典中，一般不包括下列選項(xiàng)中的( )條目。A、數(shù)據(jù)流B、數(shù)據(jù)存儲(chǔ)C、加工D、源點(diǎn)與終點(diǎn)"D"在軟件需求分析中，開發(fā)人員要從用戶那里解決的最重要的問題是( )。A、要讓軟件做什么B、要給該軟件提供哪些信息C、一要求軟件工作效率怎樣D、要讓軟件具有何種結(jié)構(gòu)"A"需求分析最終結(jié)果是產(chǎn)生( )。A、項(xiàng)目開發(fā)計(jì)劃B

44、、可行性分析報(bào)告C、需求規(guī)格說明書D、設(shè)計(jì)說明書"C"IDEFO圖并不反映出系統(tǒng)( )。A、做什么B、怎么做C、誰來做D、什么情況下做"B"SA方法用DFD描述( )。A、系統(tǒng)的控制流程B、系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)C、系統(tǒng)的基本加工D、系統(tǒng)的功能"D"初步用戶手冊(cè)在( )階段編寫。A、可行性研究B、需求分析C、軟件概要設(shè)計(jì)D、軟件詳細(xì)設(shè)計(jì)"B"SA方法的分析步驟是首先調(diào)查了解當(dāng)前系統(tǒng)的工作流程，然后( )。A、獲得當(dāng)前系統(tǒng)的物理模型，抽象出當(dāng)前系統(tǒng)的邏輯模型，建立目標(biāo)系統(tǒng)的邏輯模型B、獲得當(dāng)前系統(tǒng)的物理模型，抽象出目標(biāo)系統(tǒng)的

45、邏輯模型，建立目標(biāo)系統(tǒng)的物理模型C、獲得當(dāng)前系統(tǒng)的邏輯模型，建立當(dāng)前系統(tǒng)的物理模型，抽象出目標(biāo)系統(tǒng)的邏輯模型D、獲得當(dāng)前系統(tǒng)的邏輯模型，建立當(dāng)前系統(tǒng)的物理模型，建立目標(biāo)系統(tǒng)的物理模型"A"需求分析階段不適于描述加工邏輯的工具是( )。A、結(jié)構(gòu)化語言B、判定表C、判定樹D、流程圖"D"結(jié)構(gòu)化分析方法(SA)最為常見的圖形工具是( )。A、程序流程圖B、實(shí)體聯(lián)系圖C、數(shù)據(jù)流圖D、結(jié)構(gòu)圖"C"SA方法的基本思想是( )。A、自底向上逐步抽象B、自底向上逐步分解C、自頂向下逐步分解D、自頂向下逐步抽象"C"IDEFO的圖形

46、表示中，連在方框上的箭頭有4種類型:輸入、輸出、控制和機(jī)制。下列說法正確的是( )。A、輸入指完成某項(xiàng)活動(dòng)所需的數(shù)據(jù)，用連在方框右邊的箭頭表示B、輸出指執(zhí)行活動(dòng)時(shí)產(chǎn)生的數(shù)據(jù)，用連在方框左邊的箭頭表示C、機(jī)制指所受到的約束條件，用連在方框下邊的箭頭表示D、控制活動(dòng)指活動(dòng)是由誰來完成的，用連在方框上邊的箭頭表示E、當(dāng)無法區(qū)分輸入和控制時(shí)，可將輸入視為控制。一個(gè)活動(dòng)可無輸入，但必須至少有一個(gè)控制"D"下面錯(cuò)誤的說法是( )。A、每個(gè)數(shù)據(jù)流必須用名詞或名詞短語命名B、每個(gè)加工必須有名字，通常是動(dòng)詞短語C、每個(gè)數(shù)據(jù)存儲(chǔ)必須用名詞或名詞短語D、每個(gè)數(shù)據(jù)源點(diǎn)或終點(diǎn)必須有名字"A

47、"下面錯(cuò)誤的說法是( )。A、判定表能夠把在什么條件下系統(tǒng)應(yīng)做什么動(dòng)作準(zhǔn)確無誤地表示出來B、判定表能夠描述循環(huán)的處理特性C、結(jié)構(gòu)化語言同樣能夠描述循環(huán)的處理特性D、判定樹是判定表的變形，一般情況下它比判定表更直觀，且易于理解和使用"B"軟件需求說明書是軟件需求分析階段的重要文件，下述( )是其應(yīng)包含的內(nèi)容。數(shù)據(jù)描述 功能描述 模塊描述 性能描述A、B、C、D、"D"軟件需求說明書在軟件開發(fā)中具有重要作用，但其作用不應(yīng)包括( )。A、軟件設(shè)計(jì)的依據(jù)B、用戶和開發(fā)人員對(duì)軟件要做什么的共同理解C、軟件驗(yàn)收的依據(jù)D、軟件可行性分析的依據(jù)"D&

48、quot;軟件設(shè)計(jì)在一般將用到圖形工具，下列( )可用作設(shè)計(jì)的圖形工具。結(jié)構(gòu)圖 實(shí)體聯(lián)系圖 IPO圖 層次圖A、B、C、D、全部"C"常用的需求分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法，( )，面向?qū)ο蟮姆治龇椒ǖ?。A、面向數(shù)據(jù)結(jié)構(gòu)的分析方法B、面向時(shí)序問題的分析方法C、面向事務(wù)的分析方法"A"對(duì)于計(jì)算機(jī)程序處理的數(shù)據(jù)，其信息域應(yīng)包括信息流、( )和信息結(jié)構(gòu)。A、信息項(xiàng)B、數(shù)據(jù)項(xiàng)C、信息內(nèi)容D、結(jié)構(gòu)流"C"軟件設(shè)計(jì)將涉及軟件的結(jié)構(gòu)、過程和模塊的設(shè)計(jì)，其中軟件過程是指( )。A、模塊間的關(guān)系B、模塊的操作細(xì)節(jié)C、軟件層次結(jié)構(gòu)D、軟件開發(fā)過程

49、"B"模塊獨(dú)立性是軟件模塊化所提出的要求，衡量模塊獨(dú)立性的度量標(biāo)準(zhǔn)是模塊的( )。A、抽象和信息隱蔽B、局部化和封裝化C、內(nèi)聚性和禍合性D、激活機(jī)制和控制方法"C"模塊的獨(dú)立性是由內(nèi)聚性和禍合性來度量的，其中內(nèi)聚性是( )。A、模塊間的聯(lián)系程度B、模塊的功能強(qiáng)度C、信息隱蔽程度D、接口的復(fù)雜程度"B"各種分析方法都有它們共同適用的( )。A、說明方法B、描述方法C、準(zhǔn)則D、基本原則"D"結(jié)構(gòu)化分析方法使用的描述工具( )描述系統(tǒng)由哪幾部分組成，各部分之間有什么聯(lián)系等。A、數(shù)據(jù)流圖B、數(shù)據(jù)字典C、判定表D、判定樹&q

50、uot;A"數(shù)據(jù)詞典的任務(wù)是對(duì)于數(shù)據(jù)流圖中出現(xiàn)的所有被命名的數(shù)據(jù)元素，在數(shù)據(jù)詞典中作為一個(gè)詞條加以定義，使得每一個(gè)圖形元素的名字都有一個(gè)確切的( )。A、對(duì)象B、解釋C、符號(hào)D、描述"D"對(duì)軟件的過分分解，必然導(dǎo)致( )。A、模塊的獨(dú)立性變差B、接口的復(fù)雜程度增加C、軟件開發(fā)的總工作量增加D、以上都正確"D"在需求分析中，開發(fā)人員要從用戶那里解決的最重要問題是( )。A、要讓軟件做什么B、要提供哪些信息C、要求軟件工作效率怎樣D、要讓軟件具有何種結(jié)構(gòu)"A"需求規(guī)范說明書的內(nèi)容不應(yīng)包括( )。A、對(duì)重要功能的描述B、對(duì)算法的詳

51、細(xì)過程描述C、軟件確認(rèn)準(zhǔn)則D、軟件的功能"B"結(jié)構(gòu)化分析方法(SA)是一種面向( )需求分析方法。A、對(duì)象B、數(shù)據(jù)結(jié)構(gòu)C、數(shù)據(jù)流D、二結(jié)構(gòu)圖"C"需求分析中，對(duì)算法的簡(jiǎn)單描述記錄在( )中。A、層次圖B、數(shù)據(jù)字典C、數(shù)據(jù)流圖D、IPO圖"D"數(shù)據(jù)流圖和( )共同構(gòu)成系統(tǒng)的邏輯模型。A、IPO圖B、PDL圖C、數(shù)據(jù)字典D、層次圖"C"在軟件需求規(guī)范中，( )可以歸類為過程要求。A、執(zhí)行要求B、效率要求C、可靠性要求D、可移植性要求"A"在軟件需求分析和設(shè)計(jì)工程中，其分析與設(shè)計(jì)對(duì)象可歸結(jié)成兩個(gè)主要的

52、對(duì)象，即數(shù)據(jù)和程序，按一般實(shí)施的原則，對(duì)二者的處理應(yīng)該( )。A、先數(shù)據(jù)后程序B、與順序無關(guān)C、先程序后數(shù)據(jù)D、可同時(shí)進(jìn)行"A"通過( )可以完成數(shù)據(jù)流圖的細(xì)化。A、結(jié)構(gòu)分解B、功能分解C、數(shù)據(jù)分解D、系統(tǒng)分解"B"在下面的敘述中，( )不是軟件需求分析的任務(wù)。A、問題分解B、可靠性與安全性要求C、結(jié)構(gòu)化程序設(shè)計(jì)D、確定邏輯模型"C"軟件需求分析的任務(wù)不應(yīng)包括( )。A、問題分析B、信息域分析C、結(jié)構(gòu)化程序設(shè)計(jì)D、確定邏輯模型"C"原型化方法是一類動(dòng)態(tài)定義需求的方法，下列敘述中，( )不具有原型化方法的特征。A、提

53、供嚴(yán)格定義的文檔B、加強(qiáng)用戶參與和決策C、簡(jiǎn)化項(xiàng)目管理D、加快需求的確定"A"需求分析是( )。A、軟件開發(fā)工作的基礎(chǔ)B、軟件生存周期的開始C、由系統(tǒng)分析員單獨(dú)完成的D、由用戶自己?jiǎn)为?dú)完成的"A"軟件原型化開發(fā)方法有其基本步驟，下述( )是實(shí)施原型化的最基本的步驟。獲得基本需求 開發(fā)工作模型 嚴(yán)格細(xì)部說明 模型驗(yàn)證A、全部都是B、和C、D、和"B"實(shí)施軟件開發(fā)的原型化方法應(yīng)具備某些必要的條件，下述( )是其必備的條件。原型系統(tǒng)的積累 原型化開發(fā)人員 需求的準(zhǔn)確理解 完善的開發(fā)工具A、和B、和C、和D、和"D"原型化

54、方法是用戶和軟件開發(fā)人員之間進(jìn)行的一種交互過程，適用于(1)系統(tǒng)。它從用戶界面的開發(fā)入手，首先形成(2)，用戶(3)，并就(4)提出意見，它是一種(5)型的設(shè)計(jì)過程?？晒┻x擇的答案:1.A、需求不確定性高的 B、需求確定的C、管理信息 D、動(dòng)態(tài)改變2.A、用戶界面使用手冊(cè) B、用戶界面需求分析說明書C、系統(tǒng)界面原型 D、完善的用戶界面3.A、改進(jìn)用戶界面設(shè)計(jì) B、閱讀文檔資料C、模擬用戶界面運(yùn)行 D、運(yùn)行用戶界面原型4.A、同意什么和不同意什么 B、使用與不使用哪一種編程語言C、程序的結(jié)構(gòu) D、執(zhí)行速度是否滿足要求5.A、自外向內(nèi) B、自頂向下C、自內(nèi)向外 D、自底向上"A|C|D|

55、A|A"數(shù)據(jù)流圖是用于軟件需求分析的工具，下列元素( )是其基本元素。數(shù)據(jù)流 加工 數(shù)據(jù)存儲(chǔ) 外部實(shí)體A、和B、和C、全部D、和"B"軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際應(yīng)用中，它們之間的關(guān)系常表現(xiàn)為( )。A、互相排斥B、互相補(bǔ)充C、獨(dú)立使用D、交替使用"B"原型化方法是軟件開發(fā)中常用的方法，它與結(jié)構(gòu)化方法相比較，更需要( )。A、明確的需求定義B、完整的生命周期C、較長(zhǎng)的開發(fā)時(shí)間D、熟練的開發(fā)人員，"B"結(jié)構(gòu)化生命周期方法具有各種特征，下列各種敘述中，( )不是結(jié)構(gòu)化方法的特征。A、嚴(yán)格定義需求B、劃

56、分開發(fā)階段C、提供運(yùn)行模型D、制定規(guī)范文檔"C"SA方法是一種( )。A、自頂向下逐層分解的分析方法B、自底向上逐層分解的分析方法C、面向?qū)ο蟮姆治龇椒―、以上都不是"A"結(jié)構(gòu)化程序流程圖中一般包括三種基本結(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)"D"軟件工程方法中普遍應(yīng)用的方法之一是結(jié)構(gòu)化生命周期方法，下述論述( )不具有結(jié)構(gòu)化生命周期方法的主要特征。A、嚴(yán)格定義需求B、劃分開發(fā)階段C、規(guī)范文檔格式D、分析控制流程"D"對(duì)軟件進(jìn)行分解，是為了( )。A、降低模塊的復(fù)

57、雜程度B、降低模塊間接口的復(fù)雜程度C、降低模塊的復(fù)雜程度，并降低模塊間接口的復(fù)雜程度D、降低模塊的復(fù)雜程度，并提高模塊間接口的復(fù)雜程度"A"在軟件工程中，常使用的兩種軟件開發(fā)方法是結(jié)構(gòu)化生命周期方法和原型化方法，這兩種方法的差別和聯(lián)系可分別表述為( )。前提和假設(shè)不同 方法相互補(bǔ)充方法互相排斥 前提和假設(shè)相同A、和B、和C、和D、和"A"結(jié)構(gòu)化分析方法以數(shù)據(jù)流圖、( )和加工說明等描述工具，即用直觀的圖和簡(jiǎn)潔語言來描述軟件系統(tǒng)模型。A、DFD圖B、PAD圖C、IPO圖D、數(shù)據(jù)字典"D"結(jié)構(gòu)化分析(SA)是軟件開發(fā)需求分析階段所使用的方法，( )不是SA所使用的工具。A、DFD圖B、PAD圖C、結(jié)構(gòu)化英語D、判定表"B"Jackson設(shè)計(jì)方法是由英國(guó)的M.Jackson所提出的。