軟件工程練習(xí)習(xí)題

1、軟件工程練習(xí)題 一、判斷題1. 螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（對(duì)）2. 數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。（錯(cuò)）3. JAVA語言編譯器是一個(gè)CASE工具。（對(duì)）。 4. 軟件是指用程序設(shè)計(jì)語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。（錯(cuò)） 5. 軟件模塊之間的耦合性越弱越好。（對(duì)）6. 數(shù)據(jù)庫設(shè)計(jì)說明書是一個(gè)軟件配置項(xiàng)（對(duì)） 7. 在面向?qū)ο蟮能浖_發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。（錯(cuò)） 8. 過程描述語言可以用于描述軟件的

2、系統(tǒng)結(jié)構(gòu)。（錯(cuò)） 9. 如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（錯(cuò)） 10. 快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（對(duì)） 11. 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（對(duì)） 12. 集成測(cè)試主要由用戶來完成。（錯(cuò)） 13. 確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定（錯(cuò)） 14. 白盒測(cè)試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（錯(cuò)） 15. 軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫設(shè)計(jì)。（對(duì)） 16. 用例常被用在項(xiàng)目的需求分析階段，對(duì)項(xiàng)目的測(cè)試計(jì)劃和用戶指南也有用處。（對(duì)）二、單選題1. 瀑布

3、模型的關(guān)鍵不足在于（2） （1）過于簡(jiǎn)單（2）不能適應(yīng)需求的動(dòng)態(tài)變更（3）過于靈活（4）各個(gè)階段需要進(jìn)行評(píng)審 2. 在面向?qū)ο筌浖_發(fā)方法中，類與類之間主要有以下結(jié)構(gòu)關(guān)系（1） （1）關(guān)聯(lián)和泛化（2）繼承和一般（3）聚集和消息傳遞（4）繼承和方法調(diào)用 3. 以下哪一項(xiàng)不是軟件危機(jī)的表現(xiàn)形式(3) (1）成本高（2）生產(chǎn)率低(3)技術(shù)發(fā)展快（4）質(zhì)量得不到保證 4. 以下哪一項(xiàng)不是面向?qū)ο蟮奶卣鳎?） （1）多態(tài)性（2）繼承性（3）封裝性（4）過程調(diào)用 5. 面向?qū)ο竽Ｐ椭饕梢韵履男┠Ｐ徒M成（1） （1）對(duì)象模型、動(dòng)態(tài)模型、功能模型(2)對(duì)象模型、數(shù)據(jù)模型、功能模型（3）數(shù)據(jù)模型、動(dòng)態(tài)模型、功

4、能模型（4）對(duì)象模型、動(dòng)態(tài)模型、數(shù)據(jù)模型 6. 軟件可行性研究一般不考慮（4） （1）是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)（2）是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)（3）待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算（4）待開發(fā)的軟件是否會(huì)有質(zhì)量問題7. 軟件維護(hù)的副作用主要有以下哪幾種（3） （1）編碼副作用、數(shù)據(jù)副作用、測(cè)試副作用（2）編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用（3）編碼副作用、數(shù)據(jù)副作用、文檔副作用（4）編碼副作用、文檔副作用、測(cè)試副作用8. 軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（4） （1）培訓(xùn)計(jì)劃（2）人員安排（3）進(jìn)度安排（4）軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定9. 以下哪一項(xiàng)不屬于

5、面向?qū)ο蟮能浖_發(fā)方法（3） （1)coad方法(2)booch方法(3)jackson方法(4)omt方法 10. 以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（2） （1）基本路徑測(cè)試（2）邊界值分析測(cè)試（3）循環(huán)覆蓋測(cè)試（4）邏輯覆蓋測(cè)試 11. 需求規(guī)格說明書的作用不應(yīng)該包括（D）。A、軟件設(shè)計(jì)的依據(jù) B、用戶與開發(fā)人員對(duì)軟件要做什么的共同理解C、軟件驗(yàn)收的依據(jù) D、軟件可行性研究的依據(jù)12. 結(jié)構(gòu)化設(shè)計(jì)方法在軟件開發(fā)中用于（A）。A、概要設(shè)計(jì) B、詳細(xì)設(shè)計(jì) C、程序設(shè)計(jì) D、測(cè)試用例設(shè)計(jì) 13. 軟件結(jié)構(gòu)使用的圖形工具，一般采用（C）圖。A、DFD B、PAD C、SC D、ER14. JSP

6、方法是一種面向（D）的設(shè)計(jì)方法。 A、對(duì)象 B、數(shù)據(jù)流 C、控制結(jié)構(gòu) D、數(shù)據(jù)結(jié)構(gòu)15. 程序設(shè)計(jì)語言的技術(shù)特性不應(yīng)包括（D）。A、數(shù)據(jù)結(jié)構(gòu)的描述性 B、抽象類型的描述性C、數(shù)據(jù)庫的易操作性 D、軟件的可移植性16. 軟件測(cè)試中，白盒法是通過分析程序的（B）來設(shè)計(jì)測(cè)試用例的。A、應(yīng)用范圍 B、內(nèi)部邏輯 C、功能 D、輸入數(shù)據(jù)17. 軟件維護(hù)費(fèi)用高的主要原因是（C）。A、人員少 B、人員多 C、生產(chǎn)率低 D、生產(chǎn)率高18. .瀑布模型本質(zhì)上是一種（A）模型。A、線性順序 B、順序迭代 C、線性迭代 D、及早見產(chǎn)品19. .軟件質(zhì)量必須在（D）加以保證。A、開發(fā)之前 B、開發(fā)之后C、可行性研究過程

7、中 D、設(shè)計(jì)與實(shí)現(xiàn)過程中20. 確認(rèn)測(cè)試主要涉及的文檔是（A）。A、需求規(guī)格說明書 B、概要設(shè)計(jì)說明書C、詳細(xì)設(shè)計(jì)說明書 D、源程序三、簡(jiǎn)答題1. 分析軟件危機(jī)產(chǎn)生的主要原因有哪些 答：導(dǎo)致軟件危機(jī)的主要原因有： （1）軟件日益復(fù)雜和龐大（2）軟件開發(fā)管理困難和復(fù)雜（3）軟件開發(fā)技術(shù)落后（4）生產(chǎn)方式落后（5）開發(fā)工具落后（6）軟件開發(fā)費(fèi)用不斷增加2. 說明結(jié)構(gòu)化程序設(shè)計(jì)的主要思想是什么 答：（1）自頂向下、逐步求精的程序設(shè)計(jì)方法（2）使用3種基本控制結(jié)構(gòu)、單入口、單出口來構(gòu)造程序。3. 軟件測(cè)試包括哪些步驟說明這些步驟的測(cè)試對(duì)象是什么 答：（1）單元測(cè)試，測(cè)試對(duì)象為單元模塊（2）集成測(cè)試，測(cè)

8、試對(duì)象為組裝后的程序模塊（3）確認(rèn)測(cè)試，測(cè)試對(duì)象為可運(yùn)行的目標(biāo)軟件系統(tǒng)4. 需求分析與軟件設(shè)計(jì)兩個(gè)階段任務(wù)的主要區(qū)別是什么 答：需求分析定義軟件的用戶需求，即定義待開發(fā)軟件能做什么；軟件設(shè)計(jì)定義軟件的實(shí)現(xiàn)細(xì)節(jié)以滿足用戶需求，即研究如何實(shí)現(xiàn)軟件。5. 說明軟件測(cè)試和調(diào)試的目的有何區(qū)別 答：測(cè)試的目的是判斷和發(fā)現(xiàn)軟件是否有錯(cuò)誤，調(diào)試的目的是定位軟件錯(cuò)誤并糾正錯(cuò)誤。6. 什么是軟件工程答：軟件工程是指導(dǎo)計(jì)算機(jī)軟件開發(fā)和維護(hù)的一門工程學(xué)科。采用工程的概念、原理、技術(shù)和方法來開發(fā)與維護(hù)軟件，把經(jīng)過時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來，以經(jīng)濟(jì)地開發(fā)出高質(zhì)量的軟件并有效地維護(hù)它

9、，這就是軟件工程。 7. 軟件工程的目的：就是在規(guī)定的時(shí)間、規(guī)定的開發(fā)費(fèi)用內(nèi)開發(fā)出滿足用戶需求的高質(zhì)量的軟件系統(tǒng)。8. OOA（面向?qū)ο蟮姆治觯┖蚈OD（畫向?qū)ο蟮脑O(shè)計(jì)）與結(jié)構(gòu)化分析和設(shè)計(jì)之間的區(qū)別是什么：一，OOA/OOD中的思維過程，發(fā)現(xiàn)過程，以及用戶、分析員、設(shè)計(jì)人員之間的交流與結(jié)構(gòu)化分析/設(shè)計(jì)是本質(zhì)不同的；二，結(jié)構(gòu)化分析和設(shè)計(jì)之間存在鴻溝，面向?qū)ο蠓治龊驮O(shè)計(jì)之間不存在鴻溝。9. UML的主要特點(diǎn)： （1）統(tǒng)一的標(biāo)準(zhǔn)，已成為面向?qū)ο蟮臉?biāo)準(zhǔn)化的統(tǒng)一的建模語言。（2）面向?qū)ο?。?）可視化、表示能力強(qiáng)大。（4）獨(dú)立于過程，不依賴于特定的軟件開發(fā)過程。（5）概念明確，建模表示法簡(jiǎn)潔，圖形結(jié)構(gòu)清

10、晰，容易掌握使用。10. UML和程序設(shè)計(jì)語言的關(guān)系：用UML是對(duì)一個(gè)系統(tǒng)建立模型，而程序設(shè)計(jì)語言是用編碼實(shí)現(xiàn)一個(gè)系統(tǒng)。一些CASE工具可以根據(jù) UML所建立的系統(tǒng)模型來產(chǎn)生程序設(shè)計(jì)語言代碼框架。11. 用例在RUP過程的各個(gè)階段中的應(yīng)用：（1）在初始階段，應(yīng)該了解項(xiàng)目范圍，并且為其創(chuàng)建商業(yè)用例。（2）在細(xì)化階段，將進(jìn)行需求分析和風(fēng)險(xiǎn)分析，開發(fā)出基本的體系結(jié)構(gòu)。在此階段需要開發(fā)更細(xì)節(jié)化的用例。（3）在構(gòu)造階段，以用例作為設(shè)計(jì)和開發(fā)測(cè)試計(jì)劃的起點(diǎn)，更加細(xì)節(jié)化的用例可作為每一次迭代分析的一部分進(jìn)行開發(fā)；（4）在交付階段，把已經(jīng)開發(fā)出的項(xiàng)目完善成為產(chǎn)品。此階段使用用例來開發(fā)用戶指南和培訓(xùn)手冊(cè)。12.

11、 什么是模型開發(fā)軟件為何要建模答：模型是為了理解事物而對(duì)事物作出的一種抽象，是對(duì)事物的一種無歧義的書面描述。在對(duì)目標(biāo)系統(tǒng)進(jìn)行分析的初級(jí)階段，模型提供了組織大量信息的一種有效機(jī)制；模型建立起來后，要經(jīng)受用戶和領(lǐng)域?qū)＜业膰?yán)格審查，發(fā)現(xiàn)錯(cuò)誤改正錯(cuò)誤，最終使軟件開發(fā)人員對(duì)問題有了透徹的理解，從而為后續(xù)的開發(fā)工作奠定了堅(jiān)實(shí)的基礎(chǔ)。13. 在用例中主要有兩種方法來處理時(shí)間，分別畫圖舉例說明：（1）把時(shí)間當(dāng)作一個(gè)執(zhí)行者，讓時(shí)間執(zhí)行者來啟動(dòng)用例。如示例1。（2）把時(shí)間當(dāng)作系統(tǒng)的一部分，用例在某個(gè)時(shí)間自己?jiǎn)?dòng)。如示例2。 示例1 示例214. 比較“三層體系結(jié)構(gòu)模式”、“管道和過濾器型體系結(jié)構(gòu)模式”以及“面向?qū)?/p>

12、象的體系結(jié)構(gòu)模式”對(duì)于系統(tǒng)功能的處理方式。答：在三層體系結(jié)構(gòu)模式中，每一種功能都存在于三個(gè)地方用戶接口、業(yè)務(wù)規(guī)則、數(shù)據(jù)庫。在管道和過濾器型體系結(jié)構(gòu)模式中，各種功能則可以只通過數(shù)據(jù)相互作用。面向?qū)ο蟮捏w系結(jié)構(gòu)模式把每一個(gè)功能都表示成獨(dú)立的、自我包含的部分。15. 將登錄作為一個(gè)獨(dú)立的用例（如圖）來處理有何優(yōu)點(diǎn)此時(shí)，對(duì)于其他兩個(gè)用例應(yīng)做何種處理答：這種方法的優(yōu)點(diǎn)在于登錄的用例只描述了登錄，別無其他內(nèi)容。圖表文本清晰、簡(jiǎn)單易懂，系統(tǒng)靈活性得到提高。在其他用例中包含了一個(gè)前置條件，此前置條件表明只有在用戶登錄有效之后，該用例才能被執(zhí)行。四、名詞解釋1. 需求分析：需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的需

13、求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化成完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約（需求規(guī)格說明）的過程。2. 面向?qū)ο笤O(shè)計(jì)：是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案的過程?；蛘哒f，面向?qū)ο笤O(shè)計(jì)就是用面向?qū)ο笥^點(diǎn)建立求解域模型的過程。 3. 結(jié)構(gòu)化設(shè)計(jì)：面向數(shù)據(jù)流的設(shè)計(jì)是以需求分析階段產(chǎn)生的數(shù)據(jù)流圖為基礎(chǔ)，按一定的步驟映射成軟件結(jié)構(gòu)，因此又稱結(jié)構(gòu)化設(shè)計(jì)（SD）。 4. 結(jié)構(gòu)化分析：是根據(jù)分解與抽象的原則，按照系統(tǒng)中數(shù)據(jù)處理的流程，用數(shù)據(jù)圖來建立系統(tǒng)的功能模型，從而完成需求分析工作。 5. 原型：是指模擬某種產(chǎn)品的原型模型。軟件開發(fā)中的原型是軟件

14、的一個(gè)早期可運(yùn)行的版本，它反映了最終系統(tǒng)的重要特征。 6. 模型：是為了理解事務(wù)而對(duì)事物做出一種抽象，它忽略不必要的細(xì)節(jié)，只提取與事務(wù)相關(guān)的特性。 7. 瀑布模型：是將軟件生存各個(gè)活動(dòng)規(guī)定為依線性順序聯(lián)接的若干階段的模型。它包括可行性分析、項(xiàng)目開發(fā)計(jì)劃、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和維護(hù)。它規(guī)定了由前至后，相互銜接的固定次序，如同瀑布流水，逐級(jí)下落。 8. 增量模型：是在項(xiàng)目的開發(fā)工程中以一系列的增量方式開發(fā)系統(tǒng)。增量方式包括增量開發(fā)和增量提交。增量開發(fā)是指在項(xiàng)目開發(fā)過程中以一定的時(shí)間間隔開發(fā)部分工作軟件；增量提交是指在開發(fā)周期內(nèi)，以一定的時(shí)間間隔增量方式向用戶提交工作軟件及相應(yīng)穩(wěn)

15、當(dāng)。增量開發(fā)和增量提交可以同時(shí)使用，也可單獨(dú)使用。 9. 對(duì)象模型：表示了靜態(tài)的、結(jié)構(gòu)化的系統(tǒng)數(shù)據(jù)性質(zhì)，描述了系統(tǒng)的靜態(tài)結(jié)構(gòu)，它是從客觀世界實(shí)體的對(duì)象關(guān)系角度來描述，表現(xiàn)了對(duì)象的相互關(guān)系。 10. 類：具有相同或相似性質(zhì)的對(duì)象的抽象就是類。 11. 對(duì)象：是人們要進(jìn)行研究的任何事物，從最簡(jiǎn)單的整數(shù)到復(fù)雜的飛機(jī)等均可看作對(duì)象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計(jì)劃或事件。類的具體化就是對(duì)象，也可以說類的實(shí)例是對(duì)象。 12. 多態(tài)性：指相同的操作或函數(shù)、過程可作用于多種類型的對(duì)象上并獲得不同結(jié)果。不同的對(duì)象，收到同一消息可以產(chǎn)生不同的結(jié)果，這種現(xiàn)象稱為多態(tài)性。 13. 風(fēng)險(xiǎn)分析：實(shí)際上就

16、是貫穿在軟件工程上的一系列風(fēng)險(xiǎn)管理步驟，其中包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)估計(jì)、風(fēng)險(xiǎn)管理策略、風(fēng)險(xiǎn)解決和風(fēng)險(xiǎn)監(jiān)督，它能讓人們主動(dòng)“攻擊”風(fēng)險(xiǎn)。 14. 模塊：模塊在程序重視數(shù)據(jù)說明、可執(zhí)行語句等程序?qū)ο蟮募?，或者是單?dú)命名和編址的元素，如高級(jí)語言中的過程、函數(shù)、子程序等等。 15. UML：統(tǒng)一建模語言的簡(jiǎn)稱，是對(duì)軟件密集型系統(tǒng)中的制品進(jìn)行可視化、詳述、構(gòu)造和文檔化的語言。16. RUP：是Rational Unified Process的縮寫，即由Rational公司提出的一個(gè)綜合的開發(fā)軟件的過程。RUP由四個(gè)主要的部分組成：初始、細(xì)化、構(gòu)造和交付。17. 系統(tǒng)：是指你打算開發(fā)的任何事物，它可能是軟件

17、、硬件或過程。18. 項(xiàng)目：是指為了建立一個(gè)系統(tǒng)而做的所有事情，包括制定計(jì)劃、安排進(jìn)度以及歸檔等。19. 執(zhí)行者：是同系統(tǒng)交互的所有事物，例如，人、其他的軟件、硬件設(shè)備、數(shù)據(jù)存儲(chǔ)或者網(wǎng)絡(luò)。20. 基本路徑：是在進(jìn)行用例描述時(shí)，一系列沒有分支和選擇的簡(jiǎn)單陳述句。每一步都假設(shè)一切都是正確的，每一步選取最通用的方式。21. 場(chǎng)景：你所選擇的任何一種貫穿用例的特定路徑。22. CRUD：指維護(hù)數(shù)據(jù)時(shí)的創(chuàng)建、讀取、更新以及刪除功能。五、填空1. 概括地說，軟件生命周期由軟件 定義 、軟件 開發(fā) 和 運(yùn)行維護(hù) 3個(gè)時(shí)期組成，每個(gè)時(shí)期又進(jìn)一步劃分成若干個(gè)階段。2. 軟件危機(jī)包含下述兩方面的問題：如何開發(fā)軟件

18、；如何維護(hù)軟件。3. 噴泉模型使軟件開發(fā)過程具有迭代性和 無間隙性 性。4. 可行性研究的目的是用最小的代價(jià)在盡可能短的時(shí)間內(nèi)確定該軟件項(xiàng)目 是否值得開發(fā) 。5. 需求分析階段，分析人員要確定對(duì)問題的綜合需求，其中最主要的是 功能需求 。6. 軟件設(shè)計(jì)是一個(gè)把軟件需求轉(zhuǎn)換為 軟件表示 的過程。7. 詳細(xì)設(shè)計(jì)的目標(biāo)不僅使處理過程邏輯上正確，還應(yīng)使處理過程 清晰易讀 。8. 增量模型適合于開發(fā) 需求不明確 不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。9. .要覆蓋含有循環(huán)結(jié)構(gòu)的所有路徑是不可能的，一般通過限制 .循環(huán)次數(shù) 來測(cè)試。10. 軟件生存周期中時(shí)間最長(zhǎng)、花費(fèi)的精力和費(fèi)用最多的一個(gè)階段是 .維護(hù)

19、階段。11. 對(duì)象之間進(jìn)行通信的構(gòu)造叫做 消息 。12. 計(jì)算機(jī)輔助軟件工程這一術(shù)語的英文縮寫為 CASE 。13. 增量模型適合于 軟件需求 不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。14. 結(jié)構(gòu)化分析方法的分析策略是 自頂向下逐步求精 。15. 可行性研究實(shí)質(zhì)上是要在較高層次上以較抽象的方式進(jìn)行 需求分析和設(shè)計(jì) 的過程。16. 衡量模塊獨(dú)立性的兩個(gè)定性標(biāo)準(zhǔn)是 耦合性與內(nèi)聚性 。17. 維護(hù)階段是軟件生存周期中花費(fèi)精力和費(fèi)用 最多 的階段。18. 繼承性是子類自動(dòng)共享其父類的 數(shù)據(jù)結(jié)構(gòu)和方法 機(jī)制。19. 在面向?qū)ο蠓椒ㄖ?，人們常用狀態(tài)圖描述類中對(duì)象的 動(dòng)態(tài)行為 。20. 規(guī)定功能的軟件，在一定

20、程度上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱該軟件為 容錯(cuò) 軟件。21. 面向?qū)ο蠹夹g(shù)充分體現(xiàn)了 分解，抽象，模塊化，信息隱蔽 等思想，可以有效地提高軟件生產(chǎn)率，縮短軟件開發(fā)時(shí)間，提高質(zhì)量。22. 在UML中，關(guān)系有4種類型，分別是 依賴，關(guān)聯(lián)，泛化，實(shí)現(xiàn) 。23. RUP的特點(diǎn)是 迭代 和 風(fēng)險(xiǎn)驅(qū)動(dòng) 的軟件過程。24. 通過確定執(zhí)行者和用例來確定系統(tǒng)邊界。25. 用例的每一步都應(yīng)該是一個(gè)簡(jiǎn)單的陳述句，缺省時(shí)這些步驟按時(shí)間順序組織。26. 可行性研究的目的是用最小的代價(jià)，在盡可能短的時(shí)間內(nèi)，確定該項(xiàng)目是否能夠開發(fā)。 27. 程序設(shè)計(jì)時(shí)代的生產(chǎn)方式是個(gè)體手工，程序系統(tǒng)時(shí)代的生產(chǎn)方式是作坊式小團(tuán)體，

21、軟件工程時(shí)代的生產(chǎn)方式是工程化。 28. 噴泉模型是一種以需求分析為動(dòng)力，以對(duì)象為驅(qū)動(dòng)的模型。29. 需求分析階段，分析人員要確定對(duì)問題的綜合需求，其中最主要的是功能需求。 30. 可行性研究需要從以下三個(gè)方面分析研究每種解決方法的可行性：技術(shù)可行性、經(jīng)濟(jì)可行性、操作可行性。 31. 可行性研究的目的不是去開發(fā)一個(gè)軟件項(xiàng)目，而是研究這個(gè)軟件項(xiàng)目是否值得開發(fā)，其中的問題能否解決。 32. 判定樹較判定表直觀易讀，判定表進(jìn)行邏輯驗(yàn)證較嚴(yán)格，能把所有的可能性全部都考慮到?？蓪煞N工具結(jié)合起來，先用判定表做底稿，在此基礎(chǔ)上產(chǎn)生判定樹。 33. 軟件工具的發(fā)展特點(diǎn)是軟件工具有單一工具向多個(gè)工具集成化方向

22、發(fā)展。重視用戶界面的設(shè)計(jì)，不斷的采用新理論和新技術(shù)。軟件工具的商品化推動(dòng)了軟件產(chǎn)業(yè)的發(fā)展，而軟件產(chǎn)業(yè)的發(fā)展，又增加了對(duì)軟件工具的需求，促進(jìn)了軟件工具的商品化進(jìn)程。34. 可行性研究實(shí)質(zhì)上是進(jìn)行一項(xiàng)簡(jiǎn)化、壓縮了的需求分析、設(shè)計(jì)過程。35. 結(jié)構(gòu)化方法有結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)、結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成，它是一種面向數(shù)據(jù)流的開發(fā)方法。 36. 投資回收期就是累計(jì)的經(jīng)濟(jì)效益等于最初的項(xiàng)目投資所需的時(shí)間。 37. 詳細(xì)描述處理過程常用三種描述工具：圖形、表格和語言。 38. 數(shù)據(jù)流圖中，每個(gè)加工至少有一個(gè)輸入流和一個(gè)輸出流。39. 結(jié)構(gòu)化設(shè)計(jì)以數(shù)據(jù)流為基礎(chǔ)映射成軟件結(jié)構(gòu)。 40. 當(dāng)數(shù)據(jù)流圖中某個(gè)加工的一組動(dòng)

23、作存在著多個(gè)條件復(fù)雜組合的判斷時(shí)，使用判定表或判定樹較好。 41. 由于運(yùn)用原型的目的和方式不同，在使用原型時(shí)也采取不同的策略，有拋棄策略和附加策略。 42. 有兩類維護(hù)技術(shù)：在開發(fā)階段是用來減少錯(cuò)誤、提高軟件可維護(hù)性面向維護(hù)的技術(shù)，在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的維護(hù)支援技術(shù)。43. 軟件開發(fā)中原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映了最終系統(tǒng)的重要特性。 44. 任何程序都可由順序、選擇、重復(fù)三種基本控制結(jié)構(gòu)構(gòu)造。45. 測(cè)試用例應(yīng)有輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成。這樣便于對(duì)照檢查。46. 需求分析階段產(chǎn)生的最重要的文檔之一是需求規(guī)格說明書。47. 項(xiàng)目開發(fā)計(jì)劃是一個(gè)管理性文檔。4

24、8. 軟件配置管理，簡(jiǎn)稱SCM，軟件配置項(xiàng)簡(jiǎn)稱SCI。 49. 在算法描述工具中，PAD圖可自動(dòng)生成程序。由機(jī)器自動(dòng)通過走樹的辦法生成相應(yīng)的源代碼，大大提高軟件的生產(chǎn)率。50. 在CASE集成中，控制集成支持工作臺(tái)或環(huán)境中一個(gè)工具對(duì)系統(tǒng)中其它工具的訪問。過程集成是指CASE系統(tǒng)嵌入了關(guān)于過程活動(dòng)、階段、約束和支持這些活動(dòng)所需的工具的知識(shí)。51. 解決一個(gè)復(fù)雜問題，往往采取的策略是分解。52. 效益分析有有形效益和無形效益兩種。53. 兩個(gè)模塊都是用同一張表，這種耦合稱為公共耦合。54. 一個(gè)模塊把數(shù)值作為參數(shù)傳送給另一個(gè)模塊，這種耦合方式稱為數(shù)據(jù)耦合。55. 一個(gè)模塊內(nèi)部各程序段都在同一張表上

25、操作，這個(gè)模塊的內(nèi)聚性稱為通信內(nèi)聚。 56. 在SA方法的需求描述工具中，數(shù)據(jù)流圖描述系統(tǒng)的分解，即描述系統(tǒng)有哪幾部分組成，各部分之間有什么聯(lián)系等等。數(shù)據(jù)字典定義了數(shù)據(jù)流圖中每一個(gè)圖形元素；結(jié)構(gòu)化語言、判定表或判定樹則詳細(xì)描述數(shù)據(jù)流圖中不能被再分解的每一個(gè)加工。 57. 軟件項(xiàng)目計(jì)劃是可行性研究階段的結(jié)果產(chǎn)品。但由于可行性研究是在高層次進(jìn)行系統(tǒng)分析，未能考慮軟件系統(tǒng)開發(fā)的細(xì)節(jié)情節(jié)，因此軟件項(xiàng)目計(jì)劃一般在需求分析階段完成后才定稿的。 58. 信息隱蔽指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對(duì)于不需要這些信息的其它模塊來說是不能訪問的。59. 同一個(gè)類中的共享是指同一個(gè)類中的

26、對(duì)象有著相同的數(shù)據(jù)結(jié)構(gòu)和相同的行為特征。 60. 通過抽象，可以確定組成軟件的過程實(shí)體。通過信息隱蔽，可以定義和實(shí)施對(duì)模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。61. IPO圖描述分層圖中一個(gè)模塊的輸入、輸出和處理內(nèi)容。62. 軟件是一種邏輯產(chǎn)品，它與物質(zhì)產(chǎn)品有很大區(qū)別。 63. 數(shù)據(jù)流圖中的箭頭表示數(shù)據(jù)流。 64. 軟件測(cè)試時(shí)需要三類信息：軟件配置、測(cè)試配置、測(cè)試工具。 65. 基于IDEF0圖的設(shè)計(jì)也是結(jié)構(gòu)化設(shè)計(jì)技術(shù)之一，它以系統(tǒng)的功能模型和信息結(jié)構(gòu)為基礎(chǔ)設(shè)計(jì)軟件結(jié)構(gòu)。 66. 系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素，表達(dá)了系統(tǒng)中各種元素之間的信息流動(dòng)情況。 67.

27、 樁模塊是用來代替被測(cè)試模塊所調(diào)用的模塊，它的作用是返回被測(cè)模塊所需的信息。 68. 建立數(shù)據(jù)字典一般的兩種形式是手工建立和利用計(jì)算機(jī)輔助建立并維護(hù)。69. 匯編語言是面向機(jī)器的，可以完成高級(jí)語言無法滿足要求的特殊功能，如與外部設(shè)備之間的一些接口操作。70. 黑盒測(cè)試是功能測(cè)試，因此設(shè)計(jì)測(cè)試用例時(shí)，需要研究需求規(guī)格說明書和概要設(shè)計(jì)說明書中有關(guān)程序功能或輸入、輸出之間的關(guān)系等信息，從而與測(cè)試后的結(jié)果進(jìn)行分析比較。 71. 在類層次中，子類只繼承一個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為單重繼承。子類繼承了多個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為多重繼承。72. 由于數(shù)據(jù)流是流動(dòng)中的數(shù)據(jù)，所以必須有流向。除了與數(shù)據(jù)

28、存儲(chǔ)之間的數(shù)據(jù)流不用命名外，數(shù)據(jù)流應(yīng)該用名詞或名詞短語命名。73. 投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。項(xiàng)目的純收入是指在整個(gè)生存周期之內(nèi)的累計(jì)經(jīng)濟(jì)效益（折合成現(xiàn)在值）與投資之差。 74. 程序設(shè)計(jì)語言的簡(jiǎn)潔性是指人們必須記住的語言成分的數(shù)量。人們要掌握一種語言，需要記住的成分?jǐn)?shù)量越多，簡(jiǎn)潔性越差。75. 不同對(duì)象的同一屬性可以具有相同或不同的屬性值。76. 軟件開發(fā)劃分的各階段任務(wù)盡可能相對(duì)獨(dú)立，同一階段任務(wù)性質(zhì)盡可能相同。77. 瀑布模型是將生存周期各活動(dòng)規(guī)定為線性順序聯(lián)接的若干階段的模型。78. 成本效益分析的目的是從經(jīng)濟(jì)角度評(píng)價(jià)開發(fā)一個(gè)軟件項(xiàng)目是否可行。79.

29、在需求分析階段要進(jìn)行以下幾方面的工作：?jiǎn)栴}識(shí)別、分析與綜合、導(dǎo)出軟件的邏輯模型、編寫文檔。80. 靜態(tài)冗余常用的有：三模冗余TMR和多模冗余。81. McCabe質(zhì)量度量模型，針對(duì)面向軟件產(chǎn)品的運(yùn)行、修正、轉(zhuǎn)移。82. 程序設(shè)計(jì)語言的局部性是指語言的聯(lián)想性。在編碼過程中，由語句組合成模塊，由模塊組裝成系統(tǒng)結(jié)構(gòu)，并在組裝過程中實(shí)現(xiàn)模塊的高內(nèi)聚，低耦合，使局部性得到加強(qiáng)。83. 軟件復(fù)雜性度量的參數(shù)主要有規(guī)模、難度、結(jié)構(gòu)和職能度。 84. 項(xiàng)目開發(fā)計(jì)劃的主要內(nèi)容有：項(xiàng)目概述、實(shí)施計(jì)劃、人員組織及分工、交付期限。85. 可行性研究要在較高層次上以較抽象方式進(jìn)行需求分析和設(shè)計(jì)。86. 軟件工程是一門綜

30、合性交叉學(xué)科，計(jì)算機(jī)科學(xué)著重于原理和理論，軟件工程著重于建造軟件系統(tǒng)。87. 維護(hù)的副作用有編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。88. 若年利率為I，不計(jì)復(fù)利，P元在n年后的價(jià)值F=P*(1+n*i) 89. 軟件結(jié)構(gòu)是以模塊為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。90. 軟件設(shè)計(jì)階段產(chǎn)生的最重要的文檔之一是概要設(shè)計(jì)說明書。91. 獨(dú)立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條在其它獨(dú)立路徑中未有過的邊的路徑。92. 各模塊經(jīng)過單元測(cè)試后，將各模塊組裝起來進(jìn)行集成測(cè)試，以檢查與設(shè)計(jì)相關(guān)的軟件系統(tǒng)結(jié)構(gòu)的有關(guān)問題。93. 開發(fā)過程管理包括項(xiàng)目計(jì)劃和控

31、制和任務(wù)管理等。94. 臨時(shí)維護(hù)小組采用“同事復(fù)審”或“同行復(fù)審”等方法來提高維護(hù)工作的效率。95. 、數(shù)據(jù)字典中的加工邏輯主要描述該加工做什么，即實(shí)現(xiàn)加工的策略，而不是實(shí)現(xiàn)加工的細(xì)節(jié)，它描述如何把輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加式規(guī)則。 96. 為了較完整的描述用戶對(duì)系統(tǒng)的需求，DFD應(yīng)與數(shù)據(jù)庫中的ER圖結(jié)合起來。97. 純收入是軟件生存周期內(nèi)累計(jì)經(jīng)濟(jì)效益與投資之差。98. 反映軟件結(jié)構(gòu)的基本形態(tài)特征是深度、寬度、扇入和扇出。99. 若年利率為I，不計(jì)復(fù)利，n年后能收入F元的現(xiàn)在價(jià)值p=F/(1+n*i)。100. 在一個(gè)模塊中，功能狀態(tài)與接口反映模塊的外部特性，邏輯反映它的內(nèi)部特性。101.

32、 硬件與軟件一起構(gòu)成完整的計(jì)算機(jī)系統(tǒng)。102. SA方法中主要描述工具是DFD與DD。103. 軟件生存周期模型是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。104. 結(jié)構(gòu)化設(shè)計(jì)對(duì)數(shù)據(jù)流有兩種分析方法，他們是變換分析設(shè)計(jì)和事務(wù)分析設(shè)計(jì)。105. 數(shù)據(jù)字典中有四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、加工。106. 常借用硬件可靠性的定量度量方法來度量軟件的可靠性與可用性。常用指標(biāo)有平均失效等待時(shí)間MTTF和平均失效間隔時(shí)間MTBF。107. Lisp是一種函數(shù)型語言，Prolog是一種邏輯性語言。108. Jackson結(jié)構(gòu)圖能對(duì)結(jié)構(gòu)進(jìn)行自頂向下分解，因此可以表示層次結(jié)構(gòu)。109. 變換模型是一種適合于形式化開發(fā)方法的模型，從軟件需求形式化說明開始，經(jīng)過一系列變換，最終得到系統(tǒng)的目標(biāo)程序。110. 軟件開發(fā)環(huán)境的主要目標(biāo)是提高軟件開發(fā)的生產(chǎn)率，改善軟件質(zhì)量和降低軟件成本。111. “軟件”包含計(jì)算機(jī)程序及其說明程序的各種文檔。112. 開發(fā)過程依序包括需求分析、設(shè)計(jì)、編碼、集成、軟件安裝和驗(yàn)收等活動(dòng)。113. 社會(huì)可行性研究包括合同、責(zé)任、侵權(quán)、用戶組織的管理模式及規(guī)范，其他一些技術(shù)人員常常不了解的陷阱等。114. IDEF0方法中，將系統(tǒng)功能稱為活動(dòng)，將表示