軟件工程練習(xí)題參考word

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語(yǔ)言編譯器是一個(gè)CASE工具。（對(duì)）。 4. 軟件是指用程序設(shè)計(jì)語(yǔ)言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開(kāi)發(fā)實(shí)際上就是編寫程序代碼。（錯(cuò)） 5. 軟件模塊之間的耦合性越弱越好。（對(duì)）6. 數(shù)據(jù)庫(kù)設(shè)計(jì)說(shuō)明書是一個(gè)軟件配置項(xiàng)（對(duì)） 7. 在面向?qū)ο蟮能浖_(kāi)發(fā)方法中，每個(gè)類都存在其相應(yīng)的對(duì)象，類是對(duì)象的實(shí)例，對(duì)象是生成類的模板。（錯(cuò)） 8. 過(guò)程描述語(yǔ)言可以用于描述軟件的

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

3、模型的關(guān)鍵不足在于（2） （1）過(guò)于簡(jiǎn)單（2）不能適應(yīng)需求的動(dòng)態(tài)變更（3）過(guò)于靈活（4）各個(gè)階段需要進(jìn)行評(píng)審 2. 在面向?qū)ο筌浖_(kāi)發(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）過(guò)程調(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ù)來(lái)支持系統(tǒng)開(kāi)發(fā)（2）是否有足夠的工具和相關(guān)的技術(shù)來(lái)支持系統(tǒng)開(kāi)發(fā)（3）待開(kāi)發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算（4）待開(kāi)發(fā)的軟件是否會(huì)有質(zhì)量問(wèn)題推薦精選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）軟件開(kāi)發(fā)標(biāo)準(zhǔn)的選擇和制定9. 以下哪一

5、項(xiàng)不屬于面向?qū)ο蟮能浖_(kāi)發(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ī)格說(shuō)明書的作用不應(yīng)該包括（D）。A、軟件設(shè)計(jì)的依據(jù) B、用戶與開(kāi)發(fā)人員對(duì)軟件要做什么的共同理解C、軟件驗(yàn)收的依據(jù) D、軟件可行性研究的依據(jù)12. 結(jié)構(gòu)化設(shè)計(jì)方法在軟件開(kāi)發(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.

6、 JSP方法是一種面向（D）的設(shè)計(jì)方法。 A、對(duì)象 B、數(shù)據(jù)流 C、控制結(jié)構(gòu) D、數(shù)據(jù)結(jié)構(gòu)15. 程序設(shè)計(jì)語(yǔ)言的技術(shù)特性不應(yīng)包括（D）。A、數(shù)據(jù)結(jié)構(gòu)的描述性 B、抽象類型的描述性C、數(shù)據(jù)庫(kù)的易操作性 D、軟件的可移植性16. 軟件測(cè)試中，白盒法是通過(guò)分析程序的（B）來(lái)設(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、及早見(jiàn)產(chǎn)品19. .軟件質(zhì)量必須在（D）加以保證。A、開(kāi)發(fā)之前 B、開(kāi)發(fā)之后C、可行性

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

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

9、發(fā)出高質(zhì)量的軟件并有效地維護(hù)它，這就是軟件工程。 7. 軟件工程的目的：就是在規(guī)定的時(shí)間、規(guī)定的開(kāi)發(fā)費(fèi)用內(nèi)開(kāi)發(fā)出滿足用戶需求的高質(zhì)量的軟件系統(tǒng)。8. OOA（面向?qū)ο蟮姆治觯┖蚈OD（畫向?qū)ο蟮脑O(shè)計(jì)）與結(jié)構(gòu)化分析和設(shè)計(jì)之間的區(qū)別是什么？：一，OOA/OOD中的思維過(guò)程，發(fā)現(xiàn)過(guò)程，以及用戶、分析員、設(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)一的建模語(yǔ)言。（2）面向?qū)ο?。?）可視化、表示能力強(qiáng)大。（4）獨(dú)立于過(guò)程，不依賴于特定的軟件開(kāi)發(fā)過(guò)程。（5）概念

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

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

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

13、需求分析：需求分析是指開(kāi)發(fā)人員要準(zhǔn)確理解用戶的需求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化成完整的需求定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約（需求規(guī)格說(shuō)明）的過(guò)程。2. 面向?qū)ο笤O(shè)計(jì)：是把分析階段得到的需求轉(zhuǎn)變成符合成本和質(zhì)量要求的、抽象的系統(tǒng)實(shí)現(xiàn)方案的過(guò)程?；蛘哒f(shuō)，面向?qū)ο笤O(shè)計(jì)就是用面向?qū)ο笥^點(diǎn)建立求解域模型的過(guò)程。 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ù)圖來(lái)建立系統(tǒng)的功能模型，從而完成需求分析工作。 5. 原型：是

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

15、期內(nèi)，以一定的時(shí)間間隔增量方式向用戶提交工作軟件及相應(yīng)穩(wěn)當(dāng)。增量開(kāi)發(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)系角度來(lái)描述，表現(xiàn)了對(duì)象的相互關(guān)系。 10. 類：具有相同或相似性質(zhì)的對(duì)象的抽象就是類。 11. 對(duì)象：是人們要進(jìn)行研究的任何事物，從最簡(jiǎn)單的整數(shù)到復(fù)雜的飛機(jī)等均可看作對(duì)象，它不僅能表示具體的事物，還能表示抽象的規(guī)則、計(jì)劃或事件。類的具體化就是對(duì)象，也可以說(shuō)類的實(shí)例是對(duì)象。 12. 多態(tài)性：指相同的操作或函數(shù)、過(guò)程可作用于多種類型的對(duì)象上并獲得不同結(jié)果。不同的對(duì)象，收到同一消息可以產(chǎn)生不同

16、的結(jié)果，這種現(xiàn)象稱為多態(tài)性。 13. 風(fēng)險(xiǎn)分析：實(shí)際上就是貫穿在軟件工程上的一系列風(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ù)說(shuō)明、可執(zhí)行語(yǔ)句等程序?qū)ο蟮募?，或者是單?dú)命名和編址的元素，如高級(jí)語(yǔ)言中的過(guò)程、函數(shù)、子程序等等。 15. UML：統(tǒng)一建模語(yǔ)言的簡(jiǎn)稱，是對(duì)軟件密集型系統(tǒng)中的制品進(jìn)行可視化、詳述、構(gòu)造和文檔化的語(yǔ)言。16. RUP：是Rational Unified Process的縮寫，即由Rational公司提出的一個(gè)綜合的開(kāi)發(fā)軟件的過(guò)程。RUP由四個(gè)主要的部分組成：初始、細(xì)化、構(gòu)造和交

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

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

19、件生存周期中時(shí)間最長(zhǎng)、花費(fèi)的精力和費(fèi)用最多的一個(gè)階段是 .維護(hù) 階段。11. 對(duì)象之間進(jìn)行通信的構(gòu)造叫做 消息 。12. 計(jì)算機(jī)輔助軟件工程這一術(shù)語(yǔ)的英文縮寫為 CASE 。13. 增量模型適合于 軟件需求 不明確、設(shè)計(jì)方案有一定風(fēng)險(xiǎn)的軟件項(xiàng)目。14. 結(jié)構(gòu)化分析方法的分析策略是 自頂向下逐步求精 。15. 可行性研究實(shí)質(zhì)上是要在較高層次上以較抽象的方式進(jìn)行 需求分析和設(shè)計(jì) 的過(guò)程。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ū)ο蠓椒ㄖ?，人們常?/p>

20、狀態(tài)圖描述類中對(duì)象的 動(dòng)態(tài)行為 。20. 規(guī)定功能的軟件，在一定程度上能從錯(cuò)誤狀態(tài)自動(dòng)恢復(fù)到正常狀態(tài)，則稱該軟件為 容錯(cuò) 軟件。21. 面向?qū)ο蠹夹g(shù)充分體現(xiàn)了 分解，抽象，模塊化，信息隱蔽 等思想，可以有效地提高軟件生產(chǎn)率，縮短軟件開(kāi)發(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) 的軟件過(guò)程。24. 通過(guò)確定執(zhí)行者和用例來(lái)確定系統(tǒng)邊界。25. 用例的每一步都應(yīng)該是一個(gè)簡(jiǎn)單的陳述句，缺省時(shí)這些步驟按時(shí)間順序組織。26. 可行性研究的目的是用最小的代價(jià)，在盡可能短的時(shí)間內(nèi)，確定該項(xiàng)目是否能夠開(kāi)發(fā)。 27. 程序設(shè)計(jì)

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

22、樹(shù)。 33. 軟件工具的發(fā)展特點(diǎn)是軟件工具有單一工具向多個(gè)工具集成化方向發(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ì)過(guò)程。35. 結(jié)構(gòu)化方法有結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)、結(jié)構(gòu)化程序設(shè)計(jì)構(gòu)成，它是一種面向數(shù)據(jù)流的開(kāi)發(fā)方法。 36. 投資回收期就是累計(jì)的經(jīng)濟(jì)效益等于最初的項(xiàng)目投資所需的時(shí)間。 37. 詳細(xì)描述處理過(guò)程常用三種描述工具：圖形、表格和語(yǔ)言。 38. 數(shù)據(jù)流圖中，每個(gè)加工至少有一個(gè)輸入流和一個(gè)輸出流。39. 結(jié)構(gòu)化

23、設(shè)計(jì)以數(shù)據(jù)流為基礎(chǔ)映射成軟件結(jié)構(gòu)。 40. 當(dāng)數(shù)據(jù)流圖中某個(gè)加工的一組動(dòng)作存在著多個(gè)條件復(fù)雜組合的判斷時(shí)，使用判定表或判定樹(shù)較好。 41. 由于運(yùn)用原型的目的和方式不同，在使用原型時(shí)也采取不同的策略，有拋棄策略和附加策略。 42. 有兩類維護(hù)技術(shù)：在開(kāi)發(fā)階段是用來(lái)減少錯(cuò)誤、提高軟件可維護(hù)性面向維護(hù)的技術(shù)，在維護(hù)階段用來(lái)提高維護(hù)的效率和質(zhì)量的維護(hù)支援技術(shù)。43. 軟件開(kāi)發(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)生的最

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

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

26、需要這些信息的其它模塊來(lái)說(shuō)是不能訪問(wèn)的。59. 同一個(gè)類中的共享是指同一個(gè)類中的對(duì)象有著相同的數(shù)據(jù)結(jié)構(gòu)和相同的行為特征。 60. 通過(guò)抽象，可以確定組成軟件的過(guò)程實(shí)體。通過(guò)信息隱蔽，可以定義和實(shí)施對(duì)模塊的過(guò)程細(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)工具

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

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

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

30、85. 可行性研究要在較高層次上以較抽象方式進(jìn)行需求分析和設(shè)計(jì)。86. 軟件工程是一門綜合性交叉學(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ì)說(shuō)明書。91. 獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條在其它獨(dú)立路徑中未有過(guò)的邊的路徑。92. 各模塊經(jīng)過(guò)單元測(cè)試后，將各模塊組裝起來(lái)進(jìn)行

31、集成測(cè)試，以檢查與設(shè)計(jì)相關(guān)的軟件系統(tǒng)結(jié)構(gòu)的有關(guān)問(wèn)題。93. 開(kāi)發(fā)過(guò)程管理包括項(xiàng)目計(jì)劃和控制和任務(wù)管理等。94. 臨時(shí)維護(hù)小組采用“同事復(fù)審”或“同行復(fù)審”等方法來(lái)提高維護(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ù)庫(kù)中的ER圖結(jié)合起來(lái)。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)。

32、100. 在一個(gè)模塊中，功能狀態(tài)與接口反映模塊的外部特性，邏輯反映它的內(nèi)部特性。101. 硬件與軟件一起構(gòu)成完整的計(jì)算機(jī)系統(tǒng)。102. SA方法中主要描述工具是DFD與DD。103. 軟件生存周期模型是描述軟件開(kāi)發(fā)過(guò)程中各種活動(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. 常借用硬件可靠性的定量度量方法來(lái)度量軟件的可靠性與可用性。常用指標(biāo)有平均失效等待時(shí)間MTTF和平均失效間隔時(shí)間MTBF。107. Lisp是一種函數(shù)型語(yǔ)言，Prolog是一種邏輯性語(yǔ)言。108. Jack

33、son結(jié)構(gòu)圖能對(duì)結(jié)構(gòu)進(jìn)行自頂向下分解，因此可以表示層次結(jié)構(gòu)。109. 變換模型是一種適合于形式化開(kāi)發(fā)方法的模型，從軟件需求形式化說(shuō)明開(kāi)始，經(jīng)過(guò)一系列變換，最終得到系統(tǒng)的目標(biāo)程序。110. 軟件開(kāi)發(fā)環(huán)境的主要目標(biāo)是提高軟件開(kāi)發(fā)的生產(chǎn)率，改善軟件質(zhì)量和降低軟件成本。111. “軟件”包含計(jì)算機(jī)程序及其說(shuō)明程序的各種文檔。112. 開(kāi)發(fā)過(guò)程依序包括需求分析、設(shè)計(jì)、編碼、集成、軟件安裝和驗(yàn)收等活動(dòng)。推薦精選113. 社會(huì)可行性研究包括合同、責(zé)任、侵權(quán)、用戶組織的管理模式及規(guī)范，其他一些技術(shù)人員常常不了解的陷阱等。114. IDEF0方法中，將系統(tǒng)功能稱為活動(dòng)，將表示系統(tǒng)功能的圖形稱為活動(dòng)圖形。115. 數(shù)據(jù)庫(kù)的設(shè)計(jì)指數(shù)據(jù)存儲(chǔ)文