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

1、題目文本1"軟件工程要用管理科學的方法和原理進行（ ）。"軟件生產(chǎn)的管理2"軟件工程要用（ ）的方法建立軟件開發(fā)中的各種模型和各種算法，如可靠性模型，說明用戶需求的形式化模型等。"數(shù)學3"開發(fā)軟件工具的主要目的是為了提高軟件生產(chǎn)率和改善（ ）。"軟件的質(zhì)量4"軟件開發(fā)環(huán)境是相關(guān)的一組（ ）的集合，它支持一定的軟件開發(fā)方法或按照一定的軟件開發(fā)模型組織而成的。"軟件工具5"CASE可以輔助軟件開發(fā)生命周期各階段進行軟件開發(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ā)的一定目標而組織在一起的相關(guān)一組（ ）的有機集合。"軟件工具10"軟件開發(fā)環(huán)境是與軟件生存期、（ ）和軟件處理模型緊密相關(guān)的。"軟件開發(fā)方法11"軟件工具通常由工具、工具接口和（ ）三部分構(gòu)成。&

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

34、中，（ ）是正確的。軟件系統(tǒng)中所有的信息流都可以認為是事務(wù)流軟件系統(tǒng)中所有的信息流都可以認為是變換流事務(wù)分析和變換分析的設(shè)計步驟是基本相似的A、B、C、D、"C"決定大型程序模塊組織基本原則的兩種交替設(shè)計策略為（ ）。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)分解為若干基本加工，并對加工進行說明，下述是常用的說明工具，其中便于對加工出現(xiàn)的組合條件的說明工具是（ ）。結(jié)構(gòu)化語言 判定樹 判定表A、B、C、D、"A"加工是對數(shù)據(jù)流圖中不能再分解的基本加工的精確說明，下述（ ）是加工的最核心。A、加工順序B、加工邏輯C、執(zhí)行頻率D、激發(fā)條件"B"軟件定義期問題定義階段涉及的人員有（ ）。A、用戶、使用部門負責人B、軟件開發(fā)人員、用戶、使用部門負責人C、系統(tǒng)分析員、軟件開發(fā)人員D、系統(tǒng)分

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

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

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

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

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

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

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

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

44、、可行性分析報告C、需求規(guī)格說明書D、設(shè)計說明書"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"初步用戶手冊在( )階段編寫。A、可行性研究B、需求分析C、軟件概要設(shè)計D、軟件詳細設(shè)計"B"SA方法的分析步驟是首先調(diào)查了解當前系統(tǒng)的工作流程，然后( )。A、獲得當前系統(tǒng)的物理模型，抽象出當前系統(tǒng)的邏輯模型，建立目標系統(tǒng)的邏輯模型B、獲得當前系統(tǒng)的物理模型，抽象出目標系統(tǒng)的

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

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

47、"下面錯誤的說法是( )。A、判定表能夠把在什么條件下系統(tǒng)應(yīng)做什么動作準確無誤地表示出來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ù)B、用戶和開發(fā)人員對軟件要做什么的共同理解C、軟件驗收的依據(jù)D、軟件可行性分析的依據(jù)"D&

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

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

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

51、細過程描述C、軟件確認準則D、軟件的功能"B"結(jié)構(gòu)化分析方法(SA)是一種面向( )需求分析方法。A、對象B、數(shù)據(jù)結(jié)構(gòu)C、數(shù)據(jù)流D、二結(jié)構(gòu)圖"C"需求分析中，對算法的簡單描述記錄在( )中。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è)計工程中，其分析與設(shè)計對象可歸結(jié)成兩個主要的

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

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

54、方法是用戶和軟件開發(fā)人員之間進行的一種交互過程，適用于(1)系統(tǒng)。它從用戶界面的開發(fā)入手，首先形成(2)，用戶(3)，并就(4)提出意見，它是一種(5)型的設(shè)計過程。可供選擇的答案:1.A、需求不確定性高的 B、需求確定的C、管理信息 D、動態(tài)改變2.A、用戶界面使用手冊 B、用戶界面需求分析說明書C、系統(tǒng)界面原型 D、完善的用戶界面3.A、改進用戶界面設(shè)計 B、閱讀文檔資料C、模擬用戶界面運行 D、運行用戶界面原型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ù)存儲 外部實體A、和B、和C、全部D、和"B"軟件開發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實際應(yīng)用中，它們之間的關(guān)系常表現(xiàn)為( )。A、互相排斥B、互相補充C、獨立使用D、交替使用"B"原型化方法是軟件開發(fā)中常用的方法，它與結(jié)構(gòu)化方法相比較，更需要( )。A、明確的需求定義B、完整的生命周期C、較長的開發(fā)時間D、熟練的開發(fā)人員，"B"結(jié)構(gòu)化生命周期方法具有各種特征，下列各種敘述中，( )不是結(jié)構(gòu)化方法的特征。A、嚴格定義需求B、劃

56、分開發(fā)階段C、提供運行模型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、嚴格定義需求B、劃分開發(fā)階段C、規(guī)范文檔格式D、分析控制流程"D"對軟件進行分解，是為了( )。A、降低模塊的復

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