軟件工程練習(xí)題

1、一 填空題1.軟件生命周期分為 、需求分析、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測試及運(yùn)行維護(hù)7個(gè)階段。2. 是最早的軟件生存周期開發(fā)模型，它將軟件開發(fā)過程中的各項(xiàng)活動(dòng)規(guī)定為依固定順序連接的若干階段工作，形如瀑布流水，最終得到軟件系統(tǒng)或軟件產(chǎn)品。3. 是一種軟件開發(fā)模型，在這種模型的每一個(gè)階段，都要編碼產(chǎn)生一個(gè)新的構(gòu)件，并將新構(gòu)件集成到先前已經(jīng)構(gòu)成的產(chǎn)品中并作為一個(gè)整體進(jìn)行測試，直到滿足用戶需求為止。4.當(dāng)沒有足夠的人員在規(guī)定的期限內(nèi)開發(fā)完整的產(chǎn)品或者由于不可克服的客觀原因而把交付期限規(guī)定的太短時(shí)應(yīng)選用 軟件開發(fā)模型。5. 是一種軟件開發(fā)模型，由需求定義、風(fēng)險(xiǎn)分析、實(shí)施開發(fā)和計(jì)劃評(píng)審4個(gè)部分組成

2、，主要適用于大型軟件項(xiàng)目開發(fā)。6. 文檔說明該軟件開發(fā)項(xiàng)目的實(shí)現(xiàn)在技術(shù)上、經(jīng)濟(jì)上和社會(huì)因素上等方面的可行性，評(píng)述為了合理地達(dá)到開發(fā)目的可供選擇的各種可能實(shí)施的方案，說明并論證所選定實(shí)施方案的理由。7.可行性分析的目的是 。8. 用于描述系統(tǒng)的物理模型，用物理符號(hào)以黑盒子的形式描繪系統(tǒng)里的每個(gè)部件，僅表達(dá)信息在系統(tǒng)個(gè)部件之間流動(dòng)的情況。9. (一種圖)可以用來進(jìn)行項(xiàng)目進(jìn)度管理。10. 結(jié)構(gòu)化分析與設(shè)計(jì)是一種面向 的分析設(shè)計(jì)方法。11. 常見的需求獲取方式有 、情景分析技術(shù)等。12. 在結(jié)構(gòu)化分析中，用于描述加工邏輯的工具主要有結(jié)構(gòu)化語言、判定樹和 。13. 數(shù)據(jù)字典中的條目主要有 、數(shù)據(jù)流、文件

3、和加工四種。14. 結(jié)構(gòu)化軟件開發(fā)方法貫穿始終的八字方針為 。15. 在軟件生命周期中的每一個(gè)階段結(jié)束后必須進(jìn)行 ，這是為了能盡早發(fā)現(xiàn)項(xiàng)目開發(fā)中的錯(cuò)誤。16. 是軟件生命周期中重要的一步，是軟件定義階段的最后一個(gè)階段，是關(guān)系到軟件開發(fā)成敗的關(guān)鍵步驟。17. 數(shù)據(jù)流圖分為變換型和 兩種類型。18. 衡量不同模塊彼此之間相互依賴的緊密程度。19. 衡量不同模塊彼此之間相互依賴的緊密程度。20在軟件模塊設(shè)計(jì)時(shí)應(yīng)該采取的設(shè)計(jì)原則是 。21.內(nèi)聚性與模塊獨(dú)立性的關(guān)系為內(nèi)聚性越高，模塊獨(dú)立性越 。22.概要設(shè)計(jì)階段應(yīng)產(chǎn)生的主要文檔為 ，其中應(yīng)包含對(duì)系統(tǒng)模塊設(shè)計(jì)的結(jié)果。23. 詳細(xì)設(shè)計(jì)階段生成的文檔是 ，它

4、是程序運(yùn)行過程的描述。24. 詳細(xì)設(shè)計(jì)階段常用的圖示工具包括程序流程圖、N-S圖、 及過程性設(shè)計(jì)語言。25. 是編碼的先導(dǎo)，這個(gè)階段所產(chǎn)生的設(shè)計(jì)文檔的質(zhì)量將直接影響下一階段程序的質(zhì)量。26.除非對(duì)效率有特殊的要求，程序編寫要做到 第一，效率第二。27. 軟件從一個(gè)計(jì)算機(jī)系統(tǒng)或環(huán)境轉(zhuǎn)移到另一個(gè)計(jì)算系統(tǒng)或環(huán)境的容易程度成為 。28.RUP的全稱為 。29. 軟件項(xiàng)目的風(fēng)險(xiǎn)管理一般包括風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、 和風(fēng)險(xiǎn)監(jiān)控4個(gè)過程。30.CMM的全稱為 。31.OOA的全稱為 。32.OOD的全稱為 。33.軟件配置管理包括 和 兩個(gè)方面。34.UML中的建模包括 建模和 建模兩大類。35.在UML中，以

5、反映類的結(jié)構(gòu)(屬性、操作)以及類之間的關(guān)系為主要目的，描述了軟件系統(tǒng)的結(jié)構(gòu)的模型是 。36. UML中，參與者的外部用戶所能觀察到的系統(tǒng)功能的模型圖是 。37. UML中， 的任務(wù)就是用來描述一個(gè)對(duì)象所處的可能狀態(tài)以及狀態(tài)之間的轉(zhuǎn)移。38.UML中， 是將活動(dòng)圖用線條分成一些縱向的矩形，每一個(gè)矩形屬于一個(gè)特定的對(duì)象或部門的責(zé)任區(qū)。39.UML中， 重點(diǎn)表示了對(duì)象之間傳送消息的時(shí)間順序。二 選擇題1.在軟件開發(fā)模型中，提出最早、應(yīng)用最廣泛的模型是（ ）。A瀑布模型 B噴泉模型 C快速原型模型 D螺旋模型2.當(dāng)沒有足夠的人員在規(guī)定的期限內(nèi)開發(fā)完整的產(chǎn)品或者由于不可克服的客觀原因而把交付期限規(guī)定的太

6、短時(shí)應(yīng)選用（ ）軟件開發(fā)模型。A瀑布模型 B增量模型 C快速原型模型 D螺旋模型3. 下列哪個(gè)選項(xiàng)不是軟件工程三要素。（ ）A. 方法 B. 過程 C. 工具 D. 文檔4. 軟件危機(jī)是指（ ）。 A. 計(jì)算機(jī)病毒的出現(xiàn) B. 利用計(jì)算機(jī)進(jìn)行經(jīng)濟(jì)犯罪 C. 軟件開發(fā)和維護(hù)中出現(xiàn)的一系列問題 D. 人們過分迷戀計(jì)算機(jī)系統(tǒng)5. 螺旋模型將瀑布模型與原型模型結(jié)合起來，應(yīng)且加入兩種模型均忽略的（ ）。 A. 制定計(jì)劃 B. 風(fēng)險(xiǎn)分析 C. 實(shí)施工程 D. 客戶評(píng)估6. 系統(tǒng)流程圖是一種傳統(tǒng)工具，用于描繪系統(tǒng)的（ ）。A. 邏輯模型 B. 程序結(jié)構(gòu) C. 體系結(jié)構(gòu) D.物理結(jié)構(gòu)7. 可行性分析研究的目的

7、是（ ）。A.爭取項(xiàng)目B.項(xiàng)目值得開發(fā)否 C.開發(fā)項(xiàng)目 D.規(guī)劃項(xiàng)目8.下列哪個(gè)軟件可以用來進(jìn)行項(xiàng)目進(jìn)度管理。( )A. Visual C+ B. Eclipse C. SVN D. Microsoft Project9.下列哪個(gè)選項(xiàng)不是項(xiàng)目計(jì)劃中需要完成的任務(wù)。（ ）A. 項(xiàng)目成本估算 B. 項(xiàng)目進(jìn)度安排 C. 項(xiàng)目資源分配 D.系統(tǒng)結(jié)構(gòu)設(shè)計(jì)10.在數(shù)據(jù)流圖中， (圓圈)代表（ ）。A. 源點(diǎn) B. 匯點(diǎn)  C. 加工  D. 文件11. 軟件需求分析階段的工作可以分為四個(gè)方面：需求獲取、需求分析、編寫需求規(guī)格說明書以及（ ）。 A. 用戶 B. 需求評(píng)審 C. 總結(jié) D

8、. 可行性分析12. 在數(shù)據(jù)流圖中， (方塊)代表（ ）。A. 源點(diǎn) B. 數(shù)據(jù)流  C. 加工  D. 文件13. 數(shù)據(jù)流圖是一種傳統(tǒng)工具，用于描繪系統(tǒng)的（ ）。A. 邏輯模型 B. 程序結(jié)構(gòu) C. 體系結(jié)構(gòu) D.物理結(jié)構(gòu)14. 結(jié)構(gòu)化分析方法的一個(gè)重要指導(dǎo)思想是（ ）。A. 自頂向下，逐步抽象 B. 自底向上，逐步抽象 C. 自頂向下，逐步分解 D.自底向上，逐步分解15.下列哪個(gè)軟件可以用來進(jìn)行項(xiàng)目建模。( )A. Visual C+ B. Eclipse C. SVN D. Microsoft Viso16.軟件需求分析階段建立原型的主要目的是( )A.確定系統(tǒng)的功

9、能和性能要求B.確定系統(tǒng)的運(yùn)行要求C.確定系統(tǒng)是否滿足用戶需求D.確定系統(tǒng)是否滿足開發(fā)人員需求17.結(jié)構(gòu)分析方法的常用描述工具不包括( )。A. 數(shù)據(jù)流圖 B. 數(shù)據(jù)字典 C. 加工邏輯說明 D.系統(tǒng)結(jié)構(gòu)圖18.數(shù)據(jù)流圖示面向( )分析方法的描述工具。A. 數(shù)據(jù)結(jié)構(gòu) B. 數(shù)據(jù)流 C. 對(duì)象 D.構(gòu)件19. 內(nèi)聚是對(duì)模塊功能強(qiáng)度的度量，下面四個(gè)選項(xiàng)中內(nèi)聚性最強(qiáng)的是（ ）。A. 偶然內(nèi)聚 B. 邏輯內(nèi)聚 C. 功能內(nèi)聚 D. 信息內(nèi)聚20. 內(nèi)聚是對(duì)模塊功能強(qiáng)度的度量，下面四個(gè)選項(xiàng)中內(nèi)聚性最弱的是（ ）。 A. 偶然內(nèi)聚 B. 邏輯內(nèi)聚 C. 功能內(nèi)聚 D. 信息內(nèi)聚21. 下面四個(gè)選項(xiàng)中耦合性

10、最強(qiáng)的是（ ）。 A. 內(nèi)容耦合 B. 外部耦合 C. 數(shù)據(jù)耦合 D. 標(biāo)記耦合22. 下面四個(gè)選項(xiàng)中耦合性最弱的是（ ）。 A. 內(nèi)容耦合 B. 外部耦合 C. 數(shù)據(jù)耦合 D. 標(biāo)記耦合23. 數(shù)據(jù)耦合、內(nèi)容耦合、標(biāo)記耦合、控制耦合的耦合性從低到高的順序是（ ）。A. 數(shù)據(jù)、內(nèi)容、標(biāo)記、控制 B. 數(shù)據(jù)、標(biāo)記、控制、內(nèi)容C. 控制、數(shù)據(jù)、標(biāo)記、內(nèi)容 D. 控制、數(shù)據(jù)、內(nèi)容、標(biāo)記24. 功能內(nèi)聚、順序內(nèi)聚、時(shí)間內(nèi)聚、偶然內(nèi)聚的內(nèi)聚性從低到高的順序是（ ）。A. 功能、順序、時(shí)間、偶然 B. 偶然、功能、時(shí)間、順序C. 偶然、時(shí)間、順序、功能 D. 順序、偶然、功能、時(shí)間25.下面對(duì)系統(tǒng)模塊化思

11、想描述不正確的是（ ）。A.有利于降低問題的復(fù)雜度B.有效地提高軟件可測試性和可維護(hù)性C.提高軟件的可靠性D.給項(xiàng)目組織管理帶來了困難26. 按照軟件工程的原則，模塊的作用域和模塊的控制域之間的關(guān)系是（ ）。A.模塊的作用域應(yīng)在模塊的控制域之內(nèi)B.模塊的控制域應(yīng)在模塊的作用域之內(nèi)C.模塊的控制域與模塊的作用域互相獨(dú)立D.以上說法都不對(duì)27. 下列不屬于軟件設(shè)計(jì)原則的是（ ）。A. 高內(nèi)聚  B. 自底向上   C. 模塊化   D. 低耦合28.概要設(shè)計(jì)是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì)，以下選項(xiàng)中不屬于概要設(shè)計(jì)的是（ ）。A.把軟件劃分成模塊B.確定各個(gè)模塊的功能C.確定

12、模塊之間的調(diào)用關(guān)系D.設(shè)計(jì)每個(gè)模塊的偽代碼29.模塊中所有成分結(jié)合起來完成一項(xiàng)任務(wù)，該模塊的內(nèi)聚度是（ ）。它具有簡明的外部界面，由它構(gòu)成的軟件易于理解、測試和維護(hù)。偶然內(nèi)聚 B. 邏輯內(nèi)聚 C. 功能內(nèi)聚 D. 信息內(nèi)聚30.軟件總體設(shè)計(jì)階段的主要任務(wù)是（ ）。 A. 算法設(shè)計(jì) B. 數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) C. 軟件模塊結(jié)構(gòu)設(shè)計(jì) D. 輸入/輸出設(shè)計(jì)31. 軟件詳細(xì)設(shè)計(jì)工具中，采用自左向右的二維圖形結(jié)構(gòu)描述算法的是（ ）。  A. N-S B. PAD C. DD D. DFD32.軟件詳細(xì)設(shè)計(jì)階段的主要任務(wù)是（ ）。A. 算法及數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì) B. 功能模塊設(shè)計(jì) C. 數(shù)據(jù)庫設(shè)計(jì) D. 功

13、能性能分析33.以下關(guān)于程序流程圖說法不正確的是（ ）。A. 獨(dú)立于任何一種程序設(shè)計(jì)語言 B. 比較直觀、清晰，易于掌握C. 不支持逐步求精 D. 容易表示程序的層次結(jié)構(gòu)34.以下關(guān)于盒圖(方塊圖)說法不正確的是（ ）。A.控制的轉(zhuǎn)移不能任意規(guī)定B. 可以表示模塊的層次結(jié)構(gòu)C. 很容易表現(xiàn)嵌套關(guān)系 D. 不符合結(jié)構(gòu)化程序設(shè)計(jì)的要求35. 在軟件詳細(xì)設(shè)計(jì)階段，經(jīng)常采用的工具是（ ）。  A. PAD B. OOA C. DD D. DFD36.下面關(guān)于良好的程序設(shè)計(jì)風(fēng)格說法正確的是（ ）。A.使用括號(hào)以改善表達(dá)式的清晰性B. 程序中的注釋是可有可無的C. 盡量多使用臨時(shí)變量 D. 嵌套

14、應(yīng)盡可能多的使用37.下面關(guān)于良好的程序設(shè)計(jì)風(fēng)格說法不正確的是（ ）。A.盡可能多地使用GOTO語句B. 程序的格式應(yīng)有助于讀者理解程序C. 注解應(yīng)占到整個(gè)程序的1/21/3 D. 使用有意義的變量名38.編制一個(gè)好的程序首先要確保它的正確性和可靠性，除此之外，通常更注重源程序的（ ）。A.易使用性、易維護(hù)性和效率B. 易使用性、易維護(hù)性和易移植性C. 易使用性、易維護(hù)性和易修改性 D. 易理解性、安全性和效率39.良好的程序設(shè)計(jì)風(fēng)格中選擇標(biāo)識(shí)符的名字時(shí)應(yīng)考慮（ ）。A.名字長度越短越好，以減少源程序的輸入量B. 多個(gè)變量共用一個(gè)名字，以減少變量名的數(shù)目C. 選擇含義明確的名字，以正確提示所代

15、表的實(shí)體D. 盡量以關(guān)鍵字作為名字，以使名字標(biāo)準(zhǔn)化40.為了形成良好的程序設(shè)計(jì)風(fēng)格，在書寫語句時(shí)應(yīng)考慮（ ）。A.把多個(gè)短的語句寫在同一行中，以減少源程序的行數(shù)B. 盡量使用標(biāo)準(zhǔn)文本以外的特殊功效的語句，以提高語句的功效C. 盡量消除表達(dá)式中的括號(hào)，以簡化表達(dá)式D. 避免使用測試條件“非”，以提高程序的可讀性41. 下列屬于維護(hù)階段的文檔是（ ）。 A.軟件需求規(guī)格說明B.詳細(xì)設(shè)計(jì)說明書 C.軟件維護(hù)申請(qǐng)報(bào)告D.軟件測試分析報(bào)告42.在整個(gè)軟件維護(hù)階段所花費(fèi)的全部工作中，（ ）所占比例最大。  A. 改正性維護(hù) B. 適應(yīng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù)43.根據(jù)引起軟件維

16、護(hù)的原因，軟件維護(hù)階段通?？煞譃樗念悾渲胁话ǎ?）。  A. 改正性維護(hù) B. 系統(tǒng)性維護(hù) C. 完善性維護(hù) D. 預(yù)防性維護(hù)44.下列敘述中不利于軟件可維護(hù)性提高的是（ ）。A. 為了縮短源程序的程度應(yīng)刪去源程序中的注解B. 盡可能在軟件生產(chǎn)過過程中保證各階段文件的正確性 C. 重視程序結(jié)構(gòu)的設(shè)計(jì)，使程序具有較好的層次結(jié)構(gòu)D. 在進(jìn)行需求分析時(shí)就應(yīng)同時(shí)考慮維護(hù)性問題45.下面關(guān)于軟件質(zhì)量管理說法不正確的是（ ）。A. 軟件質(zhì)量，是貫穿軟件生存期的一個(gè)極為重要的問題B. 影響軟件質(zhì)量的要素包括軟件的功能性、可移植性、可修改性等多個(gè)方面C. 軟件能力成熟度模型是用于評(píng)價(jià)軟件承包商能

17、力并幫助改善軟件質(zhì)量的方法D. 在軟件質(zhì)量管理中不應(yīng)該強(qiáng)調(diào)全面質(zhì)量管理，應(yīng)該是少數(shù)人對(duì)質(zhì)量進(jìn)行負(fù)責(zé)46.下面關(guān)于軟件配置管理說法不正確的是（ ）。A. 現(xiàn)代軟件開發(fā)復(fù)雜度高是提出軟件配置管理的主要原因B. 軟件配置管理包含為兩部分配置管理和變更控制管理C. 軟件配置管理有助于避免軟件開發(fā)中混亂情況的發(fā)生D. 軟件配置管理是對(duì)開發(fā)過程中所需軟硬件進(jìn)行的管理47.下面關(guān)于軟件風(fēng)險(xiǎn)管理說法不正確的是（ ）。A. 項(xiàng)目風(fēng)險(xiǎn)管理實(shí)際上就是貫穿在項(xiàng)目開發(fā)過程中的一系列管理步驟B. 在開發(fā)初期就應(yīng)該制定完善的風(fēng)險(xiǎn)管理策略C. 在風(fēng)險(xiǎn)管理中應(yīng)建立風(fēng)險(xiǎn)清單、制定解決方案及風(fēng)險(xiǎn)規(guī)避辦法D. 風(fēng)險(xiǎn)管理包括風(fēng)險(xiǎn)識(shí)別、

18、風(fēng)險(xiǎn)評(píng)估兩個(gè)階段。48.下面說法不符合極限編程思想的是（ ）。A. 極限編程是一種敏捷開發(fā)方法 B. 極限編程推崇簡單設(shè)計(jì)和小版本開發(fā)C. 極限編程中測試是在編碼完成之后才進(jìn)行設(shè)計(jì)和實(shí)施的 D. 極限編程具有很高的靈活性和實(shí)踐性，但也備受爭議49.下面說法不符合極限編程思想的是（ ）。A. 極限編程是一種敏捷開發(fā)方法 B. 極限編程推崇復(fù)雜設(shè)計(jì)和大版本開發(fā)C. 極限編程推崇測試先行，測試驅(qū)動(dòng)開發(fā) D. 極限編程具有很高的靈活性和實(shí)踐性，但也備受爭議50UML圖不包括( )（A）用例圖（B）類圖 （C）狀態(tài)圖（D）流程圖51.在類圖中，下面哪個(gè)符號(hào)表示繼承關(guān)系（ ）(B)(A)(C)(D)52.

19、下面哪個(gè)視圖屬于UML語言的交互圖（ ）（A）行為圖（B）狀態(tài)圖（C）實(shí)現(xiàn)圖（D）順序圖53.RUP中有（ ）個(gè)核心過程工作流。（A）1（B）3 （C）6 （D）954.類之間的關(guān)系不包括（ D ）（A）依賴關(guān)系（B）泛化關(guān)系（C）實(shí)現(xiàn)關(guān)系 （D）分解關(guān)系55.如果發(fā)現(xiàn)一個(gè)子類從父類繼承來的行為對(duì)子類毫無意義或子類不能替代其父類時(shí)，這種繼承關(guān)系違背了（ ）。A. 單一職責(zé)原則 B. 依賴倒置原則C. Liskov替換原則 D. 迪米特法則56.使用多個(gè)隔離的接口，比使用單個(gè)接口好，這是（ ）的主要思想。A. 單一職責(zé)原則 B.依賴倒置原則C. Liskov替換原則 D. 接口隔離原則57.系統(tǒng)

20、里的每一個(gè)對(duì)象應(yīng)該具有單一職責(zé)，這個(gè)對(duì)象的所有服務(wù)都應(yīng)該聚焦在實(shí)現(xiàn)這個(gè)職責(zé)上，這是（ ）的主要思想。A. 單一職責(zé)原則 B.依賴倒置原則C. Liskov替換原則 D. 接口隔離原則58.要針對(duì)接口編程，不針對(duì)實(shí)現(xiàn)編程，這是（ ）的主要思想。A. 單一職責(zé)原則 B.依賴倒置原則C. Liskov替換原則 D. 接口隔離原則59.下面對(duì)RUP說法正確的是（ ）。A. RUP是Oracle公司開發(fā)和維護(hù)的過程產(chǎn)品B. RUP采用瀑布式的開發(fā)模型C. RUP的整個(gè)開發(fā)周期分為初始、細(xì)化、交付三個(gè)階段 D. UML是RUP開發(fā)方法的一種有力支持工具60.下面對(duì)RUP說法不正確的是（ ）。A. RUP是

21、Rational公司開發(fā)和維護(hù)的過程產(chǎn)品B. RUP采用迭代式的開發(fā)模型C. RUP的整個(gè)開發(fā)周期分為初始、細(xì)化、交付三個(gè)階段 D. RUP被稱為軟件統(tǒng)一開發(fā)過程三 判斷題1.可行性分析是大大簡化的軟件分析和設(shè)計(jì)過程2.可行性分析階段需要完成可行性分析報(bào)告的書寫，不需要進(jìn)行階段評(píng)審。3. 可行性分析不是解決問題，而是確定為什么要解決這個(gè)問題，是否值得去解。4. 在繪制分層數(shù)據(jù)流圖時(shí)，最上層的叫做0層圖。5. 需求分析解決目標(biāo)系統(tǒng)“做什么”的問題，需求包括功能性需求和非功能性需求。6. 在一套分層數(shù)據(jù)流圖中，如果某張圖中的加工需要進(jìn)一步細(xì)化，可以畫出該圖的子圖，單應(yīng)注意保持父圖與子圖之間的平衡。

22、7. 對(duì)數(shù)據(jù)流圖進(jìn)行分層細(xì)化時(shí)必須保持信息連續(xù)性，即當(dāng)把一個(gè)處理分解為一系列處理時(shí)，分解前和分解后的輸入/輸出數(shù)據(jù)流必須相同。8. 總體設(shè)計(jì)的主要任務(wù)是確定系統(tǒng)的總體結(jié)構(gòu)，形成軟件的模塊結(jié)構(gòu)圖，并完成總體設(shè)計(jì)說明書的編寫工作。9.在軟件模塊結(jié)構(gòu)的設(shè)計(jì)上應(yīng)力爭做到低內(nèi)聚、高耦合。10.既然模塊化可以減少工作量，那么可以把軟件進(jìn)行無限分解。11提高模塊獨(dú)立性是好的軟件設(shè)計(jì)的關(guān)鍵，而設(shè)計(jì)又是決定軟件質(zhì)量的關(guān)鍵環(huán)節(jié)。12. 具有一個(gè)線性結(jié)構(gòu)，有明顯的邏輯輸入和邏輯輸出，由輸入、變換和輸出三部分組成的數(shù)據(jù)流圖為事務(wù)性數(shù)據(jù)流圖。13.模塊越小，模塊化的優(yōu)點(diǎn)越明顯。一般來說，模塊的大小都在10行以內(nèi)。14.

23、 在將這種混合型數(shù)據(jù)流圖轉(zhuǎn)換成軟件結(jié)構(gòu)圖時(shí)，通常以事務(wù)分析為主。15.在進(jìn)行程序編碼時(shí)，為了代碼的完整、精煉應(yīng)少寫注釋。16.編碼規(guī)范有助于程序員形成好的程序設(shè)計(jì)風(fēng)格。17.編碼規(guī)范中一般從文件組織、注釋、聲明、命名規(guī)范等諸多方面對(duì)編碼進(jìn)行要求，但其中有些是可有可無的。18在程序編碼時(shí)，變量的命名通常應(yīng)具有實(shí)際意義，并采用全大寫的命名方式。19. 軟件測試應(yīng)該在編碼完成后再計(jì)劃和實(shí)施。20. 軟件維護(hù)會(huì)產(chǎn)生副作用，主要反映在三個(gè)方面：修改編碼的副作用、修改數(shù)據(jù)的副作用、修改文檔的副作用。21.在編碼時(shí)盡可能使用全局變量有助于提高程序的可維護(hù)性22.在軟件維護(hù)時(shí)，當(dāng)有源程序代碼發(fā)生修改后，不用做

24、全面的測試。23.在軟件維護(hù)工作中，文檔資料也應(yīng)作及時(shí)的更新，不能明確地反映軟件的實(shí)際狀況，可能比沒有設(shè)計(jì)文檔更糟糕。24. 在進(jìn)行面向?qū)ο笤O(shè)計(jì)時(shí)要注意對(duì)類進(jìn)行良好的封裝，通常我們是將經(jīng)常發(fā)生變動(dòng)的部分封裝起來。25. 迭代是進(jìn)行面向?qū)ο箝_發(fā)的一種常見方法，在迭代過程中如果發(fā)現(xiàn)軟件結(jié)構(gòu)不能靈活應(yīng)對(duì)變化，應(yīng)該進(jìn)行設(shè)計(jì)重構(gòu)。26.軟件管理應(yīng)先于任何技術(shù)活動(dòng)之前，并貫穿于軟件的整個(gè)生命周期之中。27.項(xiàng)目開發(fā)計(jì)劃和詳細(xì)設(shè)計(jì)說明書是軟件設(shè)計(jì)階段必須生成的文檔。28. 在軟件開發(fā)過程中，應(yīng)該遵循邊開發(fā)，邊測試的原則。29 軟件團(tuán)隊(duì)的組織對(duì)于軟件項(xiàng)目開發(fā)非常重要，一個(gè)10人的開發(fā)團(tuán)隊(duì)一定比一個(gè)5人的開發(fā)團(tuán)

25、隊(duì)更有效率。30.面向?qū)ο蟮能浖こ谭椒ò嫦驅(qū)ο蠓治?、面向?qū)ο笤O(shè)計(jì)、面向?qū)ο缶幊?、面向?qū)ο鬁y試和面向?qū)ο缶S護(hù)，這些部分緊密結(jié)合在一起，填平了開發(fā)過程中的鴻溝。31. UML是面向?qū)ο箝_發(fā)方法的有力支持工具。四 名詞解釋1. 軟件工程2. 軟件生命周期3. 數(shù)據(jù)流圖4. 結(jié)構(gòu)化分析方法5.內(nèi)聚度6.耦合度7.功能內(nèi)聚8. 校正性維護(hù)9. 適應(yīng)性維護(hù)10. 完善性維護(hù)11. 軟件配置管理12. 開放封閉原則五 簡答題1. 什么是軟件生命周期？分為哪幾個(gè)階段？ 2.簡要說明瀑布模型的主要思想。3.簡要說明增量(漸增)模型的主要思想。4.簡要說明里程碑模型的主要思想。5. 快速原型法的基本思想是什

26、么？適用于哪些項(xiàng)目的開發(fā)？6. 假設(shè)你負(fù)責(zé)某種軟件的研發(fā)，由于市場競爭激烈，公司規(guī)定了嚴(yán)格的完成期限并且已對(duì)外公布。你打算采用哪種軟件開發(fā)模型或方法？為什么？7.可行性分析報(bào)告主要包括哪些內(nèi)容？8.項(xiàng)目計(jì)劃應(yīng)該包含哪些方面？請(qǐng)以學(xué)籍管理系統(tǒng)為例進(jìn)行說明。9.結(jié)構(gòu)化分析方法的主要思想是什么？有哪些常用的工具？10.需求規(guī)格說明書主要包括哪些內(nèi)容？11.需求分析階段的主要任務(wù)是什么？應(yīng)交付哪些成果？12.軟件總體設(shè)計(jì)階段的主要任務(wù)是什么？需要提交哪些文檔？13.概要設(shè)計(jì)說明書主要包括哪些內(nèi)容？14.結(jié)構(gòu)化設(shè)計(jì)的主要思想是什么？其設(shè)計(jì)結(jié)果是什么？15.軟件詳細(xì)設(shè)計(jì)說明階段的主要任務(wù)是什么？需要提交哪

27、些文檔？16.詳細(xì)設(shè)計(jì)說明書主要包括哪些內(nèi)容？17. 在軟件編碼階段強(qiáng)調(diào)編碼規(guī)范的目的是什么？請(qǐng)任舉兩條基本的編碼規(guī)范。18. 簡述軟件維護(hù)的工作流程。19. 軟件開發(fā)過程中的各種文檔起到什么作用？如果文檔不完整或不規(guī)范會(huì)帶來什么不良后果？請(qǐng)說明順序圖與協(xié)作圖的區(qū)別與聯(lián)系。六 分析設(shè)計(jì)題1. 下面是一段偽代碼描述的程序流程，請(qǐng)畫出它的程序流程圖。START INPUT(A,B,C,D) While (A>0)AND(B>0) Begin C=C+A+B D=D+A-BAB- END IF(C>D) PRINT(C) ELSE PRINT(D)STOP2.設(shè)計(jì)算法實(shí)現(xiàn)三個(gè)數(shù)從小到大排列的功能，并用盒圖描述該算法。3. 下面是一個(gè)吉他搜索系統(tǒng)的類圖，仔細(xì)分析該類圖，回答一下問題:(1)當(dāng)我們要在GuitarSpec類中