軟件工程練習(xí)題

一：填空題1.軟件生命周期分為可行性分析與計(jì)劃、需求分析、概要設(shè)計(jì)、具體設(shè)計(jì)、軟件實(shí)現(xiàn)、軟件測(cè)試及運(yùn)行維護(hù)7個(gè)階段。2.瀑布模型是最早的軟件生存周期開(kāi)發(fā)模型，它將軟件開(kāi)發(fā)過(guò)程中的各項(xiàng)活動(dòng)規(guī)定為以固定次序連接的若干階段工作，形如瀑布流水，最后得到軟件系統(tǒng)或軟件產(chǎn)品。3.漸增模型是一種軟件開(kāi)發(fā)模型，在這種模型的每一種階段，需要編碼產(chǎn)生一種新的構(gòu)件，并將新構(gòu)件集成到先前已構(gòu)成的產(chǎn)品中并作為一種整體進(jìn)行測(cè)試，懂得滿足顧客需求為止。4.當(dāng)沒(méi)有足夠的人員在規(guī)定的期限內(nèi)開(kāi)發(fā)完整的產(chǎn)品或者由于不可克服的客觀因素而把交付期限規(guī)定太短時(shí)應(yīng)選用演化模型軟件開(kāi)發(fā)模型。5.螺旋模型是一種軟件開(kāi)發(fā)模型，有需求定義，風(fēng)險(xiǎn)分析，實(shí)施開(kāi)發(fā)和計(jì)劃評(píng)審4個(gè)部分構(gòu)成，重要用于大型軟件開(kāi)發(fā)。6.可行性分析報(bào)告文檔闡明該軟件開(kāi)發(fā)項(xiàng)目的實(shí)現(xiàn)在技術(shù)上，經(jīng)濟(jì)上和社會(huì)因素上等方面的可行性，評(píng)述為了合理的達(dá)成開(kāi)發(fā)目的可供選擇的多個(gè)可能實(shí)施的方案，闡明并論證所選定實(shí)施方案的理由。7.可行性分析的目的是項(xiàng)目能否能夠做。8.系統(tǒng)流程圖用于描述系統(tǒng)的物理模型，用物理符號(hào)以黑盒子的形式描繪系統(tǒng)里的每個(gè)部件，僅體現(xiàn)信息在系統(tǒng)各部件之間流動(dòng)的狀況。9.甘特圖（一種圖）能夠用來(lái)進(jìn)行項(xiàng)目進(jìn)度管理。10.構(gòu)造化分析與設(shè)計(jì)是一種面對(duì)數(shù)據(jù)流的分析設(shè)計(jì)辦法。11.常見(jiàn)的需求獲取方式有問(wèn)卷調(diào)查、需求訪談、情景分析技術(shù)等。12.在構(gòu)造化分析中，用于描述加工邏輯的工具重要有構(gòu)造化語(yǔ)言、鑒定樹(shù)和鑒定表。13.數(shù)據(jù)字典中的條目重要有數(shù)據(jù)字典、數(shù)據(jù)流、文獻(xiàn)和加工四種。14.構(gòu)造化軟件開(kāi)發(fā)辦法貫穿始終的八字方針為自頂向下、逐級(jí)分解。15.在軟件生命周期中的每一種階段結(jié)束后必須進(jìn)行評(píng)審，這是為了能盡早發(fā)現(xiàn)項(xiàng)目開(kāi)發(fā)中的錯(cuò)誤。16.需求分析是軟件生命周期中重要的一步，是軟件定義階段的最后一種階段，是關(guān)系到軟件開(kāi)發(fā)成敗的核心環(huán)節(jié)。17.數(shù)據(jù)流圖模型分為變換型和事務(wù)型兩種類(lèi)型。18.耦合度衡量不同模塊彼此之間互相依賴的緊密程度。19.內(nèi)聚度衡量不同模塊彼此之間互相依賴的緊密程度。20.在軟件模塊設(shè)計(jì)時(shí)應(yīng)當(dāng)采用設(shè)計(jì)原則是高內(nèi)聚、低耦合。21.內(nèi)聚性與模塊獨(dú)立性的關(guān)系為內(nèi)聚性越高，模塊獨(dú)立性越強(qiáng)。22.概要設(shè)計(jì)階段應(yīng)產(chǎn)生的重要文檔為概要設(shè)計(jì)闡明書(shū)，其中應(yīng)包含對(duì)系統(tǒng)模塊設(shè)計(jì)的成果。23.具體設(shè)計(jì)階段生成的文檔是具體設(shè)計(jì)闡明書(shū),它是程序運(yùn)行過(guò)程的描述。24.具體設(shè)計(jì)階段慣用的圖示工具包涉及程序流程圖、N-S圖、PAD及過(guò)程性設(shè)計(jì)語(yǔ)言。25具體設(shè)計(jì)是編碼的先導(dǎo)，這個(gè)階段所產(chǎn)生的設(shè)計(jì)文檔的質(zhì)量將直接影響下一階段程序的質(zhì)量。除非對(duì)效率有特殊的規(guī)定，程序編寫(xiě)要做到清晰第一，效率第二。軟件從一種計(jì)算機(jī)系統(tǒng)或環(huán)境轉(zhuǎn)移到另一種計(jì)算機(jī)系統(tǒng)或環(huán)境的容易程度成為可移植性。RUP的全稱為統(tǒng)一開(kāi)發(fā)過(guò)程。軟件項(xiàng)目的風(fēng)險(xiǎn)管理普通涉及風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)規(guī)避和風(fēng)險(xiǎn)監(jiān)控4個(gè)過(guò)程。CMM的全稱為軟件能力。OOA的全稱為面對(duì)對(duì)象分析。OOD的全稱為面對(duì)對(duì)象設(shè)計(jì)。軟件配備管理涉及版本控制和配備管理兩個(gè)方面。UML中的建模涉及動(dòng)態(tài)建模和靜態(tài)建模兩大類(lèi)。在UML中，以反映類(lèi)的構(gòu)造（屬性，操作）以及類(lèi)之間的關(guān)系為重要目的，描述了軟件系統(tǒng)的構(gòu)造的模型是類(lèi)圖。UML中，參加者的外部顧客所能觀察到的系統(tǒng)功效的模型圖是用例圖。UML中，狀態(tài)圖的任務(wù)就是用來(lái)描述一種對(duì)象所處的可能狀態(tài)之間的轉(zhuǎn)移。UML中，泳道是將活動(dòng)圖用線條分成某些縱向的矩形，每一種矩形屬于一種特定的對(duì)象或部門(mén)的責(zé)任區(qū)。UML中，UML中，級(jí)序圖重點(diǎn)表達(dá)了對(duì)象之間的傳遞消息的時(shí)間次序。二：選擇題1、在軟件開(kāi)發(fā)模型中提出最早，應(yīng)用最廣泛的模型是（A）A、瀑布模型B、噴泉模型C、快速原型模型D、螺旋模型2、當(dāng)沒(méi)有足夠的人員在規(guī)定的期限內(nèi)開(kāi)發(fā)完整的產(chǎn)品或者由于不可克服的客觀因素而把交付期限規(guī)定的太短時(shí)應(yīng)選用（B）軟件開(kāi)發(fā)模型A、瀑布模型B、增量模型C、快速原型模型D、螺旋模型3、下列哪個(gè)選項(xiàng)不是軟件工程三要素。（D）A、辦法B、過(guò)程C、工具D、文檔4、軟件危機(jī)是指（C）。A、爭(zhēng)取項(xiàng)目B、項(xiàng)目值得開(kāi)發(fā)否C、開(kāi)發(fā)項(xiàng)目D、規(guī)劃項(xiàng)目8、下列哪個(gè)軟件能夠用來(lái)進(jìn)行項(xiàng)目進(jìn)度管理（D）。A、YisuaC++B、EclipseC、SVND、MicrosafrFrorct。9、下列哪個(gè)選項(xiàng)不是項(xiàng)目計(jì)劃中需要完畢的任務(wù)（D）。A、項(xiàng)目成本估算B、項(xiàng)目進(jìn)度安排C、項(xiàng)目資源分派。D、系統(tǒng)構(gòu)造設(shè)計(jì)10、在數(shù)據(jù)流圖中，（A）代表（）。A、源點(diǎn)B、匯點(diǎn)C、加工D、文獻(xiàn)11、軟件需求分析階段的工作能夠分為四個(gè)方面，需求獲取，需求分析，編寫(xiě)需求規(guī)范闡明書(shū)以及（B）。A、顧客B、需求評(píng)審C、總結(jié)D、可行性分析12、在數(shù)據(jù)流圖中，（方塊）代表（A）。A、源點(diǎn)B、數(shù)據(jù)庫(kù)C、加工D、文獻(xiàn)13、數(shù)據(jù)流圖是一種傳統(tǒng)工具，用于廟會(huì)系統(tǒng)的（A）。A、邏輯模型B、程序構(gòu)造C、體系構(gòu)造D、物理構(gòu)造14、構(gòu)造化分析辦法的一種重要指導(dǎo)思想是（C）。A、15、下列哪個(gè)軟件能夠用來(lái)進(jìn)行項(xiàng)目建模（D）。A、VlsualC++B、EclipseC、SVND、MicrosafrFrorct。16、軟件需求分析階段建立原型的重要目的是（A）。A、擬定系統(tǒng)功效和性能規(guī)定B、擬定系統(tǒng)的運(yùn)行規(guī)定C、擬定系統(tǒng)與否滿足顧客需求D、擬定系統(tǒng)與否滿足開(kāi)發(fā)人員需求17、構(gòu)造分析辦法的慣用工具不涉及（D）。A、數(shù)據(jù)流圖B、數(shù)據(jù)字典C、加工邏輯闡明書(shū)D、系統(tǒng)構(gòu)造圖18、數(shù)據(jù)流圖是面對(duì)（B）分析辦法的描述工具。A、數(shù)據(jù)構(gòu)造B、數(shù)據(jù)流C、對(duì)象D、構(gòu)件19、內(nèi)聚是對(duì)模塊功效強(qiáng)度的度量，下面四個(gè)選項(xiàng)中內(nèi)聚性最強(qiáng)的是（A）。A、偶然內(nèi)聚B、邏輯內(nèi)聚C、功效內(nèi)聚D、信息內(nèi)聚20、內(nèi)聚是對(duì)模塊功效強(qiáng)度的度量，下面四個(gè)選項(xiàng)中內(nèi)聚性最弱的是（A）。A、偶然內(nèi)聚B、邏輯內(nèi)聚C、功效內(nèi)聚21、下面四個(gè)選項(xiàng)中融合性最強(qiáng)的是（A）。A、內(nèi)容融合B、外球融合C、數(shù)據(jù)融合D、標(biāo)記融合22、下面四個(gè)選項(xiàng)中融合性最弱的是（C）。A、內(nèi)容融合B、外球融合C、數(shù)據(jù)融合D、標(biāo)記融合23、數(shù)據(jù)融合，內(nèi)容融合，標(biāo)記融合，控制融合的融合性從低到高的排序是（B）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)聚性從低到高的排序是（C）A、功效、次序、時(shí)間、偶然B、偶然、功效、時(shí)間、次序C、偶然、時(shí)間、次序、功效D、次序、偶然、功效、時(shí)間25.下面對(duì)系統(tǒng)模塊化思想描述不對(duì)的的是（D）A.有助于減少問(wèn)題的復(fù)雜度B.有效地提高軟件可測(cè)試性和可維護(hù)性C.提高軟件的可靠性D.給項(xiàng)目組織管理帶來(lái)了困難26.按照軟件工程的原則，模塊的作用域和模塊的控制域之間的關(guān)系是（A）A.模塊的作用域應(yīng)在模塊的控制域之內(nèi)B.模塊的控制域印在模塊的作用域之內(nèi)C.模塊的控制域與模塊的作用域互相獨(dú)立D.以上說(shuō)分都不對(duì)27.下列不屬于軟件設(shè)計(jì)原則的是（B）A.高內(nèi)聚B.自底向上C.模塊化D.低耦合28.概要設(shè)計(jì)是軟件系統(tǒng)構(gòu)造的總體設(shè)計(jì)，下列選項(xiàng)中不屬于概要設(shè)計(jì)的是（D）A.把軟件劃分模塊B.擬定各個(gè)模塊的功效C.擬定模塊之間的調(diào)用關(guān)系D.設(shè)計(jì)每個(gè)模塊的偽代碼29.模塊中全部成分結(jié)合起來(lái)完畢一項(xiàng)任務(wù)，該模塊的內(nèi)測(cè)度是（C），它含有簡(jiǎn)要的外部界面，由它構(gòu)成的軟件易于理解，測(cè)試和維護(hù)。A.偶然內(nèi)聚B.邏輯內(nèi)聚C.功效內(nèi)聚D.信息內(nèi)聚30.軟件總體設(shè)計(jì)階段的重要任務(wù)是（C）A.算法設(shè)計(jì)B.數(shù)據(jù)構(gòu)造設(shè)計(jì)C.軟件模塊構(gòu)造設(shè)計(jì)D.輸入/輸出設(shè)計(jì)31.軟件具體設(shè)計(jì)工具中，采用自左向右的二維圖形構(gòu)造描述算法的是（B）A.N—SB.PADC.DDD.DFD32.軟件具體設(shè)計(jì)階段的重要內(nèi)容是（）A.算分及數(shù)據(jù)構(gòu)造設(shè)計(jì)B.功效模塊設(shè)計(jì)C.數(shù)據(jù)庫(kù)設(shè)計(jì)D.功效性能分析33.下列有關(guān)程序流程圖說(shuō)法不對(duì)的的是（D）A.獨(dú)立于任何一種程序設(shè)計(jì)語(yǔ)言B.比較直觀、清晰、易于掌握C.不支持逐步求精D.容易表達(dá)程序的層次構(gòu)造34.下列有關(guān)盒圖（方塊圖）說(shuō)法不對(duì)的的是（D）A.控制的轉(zhuǎn)移不能任意規(guī)定B.能夠表達(dá)模塊的層次構(gòu)造C.很容易體現(xiàn)嵌套關(guān)系D.不符合構(gòu)造化程序設(shè)計(jì)的規(guī)定35.在軟件具體設(shè)計(jì)階段，經(jīng)常采用的工具是（A）A.PADB.OOAC.DDD.DFD36.下面有關(guān)良好的程序設(shè)計(jì)風(fēng)格說(shuō)法對(duì)的的是（A）A.使用括號(hào)以改善體現(xiàn)式的清晰性B.程序中的注釋可有可無(wú)C.盡量多次使用臨時(shí)變量D.嵌套應(yīng)盡量多的使用37.下面有關(guān)良好的程序設(shè)計(jì)風(fēng)格不對(duì)的的是（A）A.盡量多的使用GOTP語(yǔ)句B.程序的格式應(yīng)有助于讀者理解程序C.注釋?xiě)?yīng)占到整個(gè)程序的1/2—1/3D.使用故意義的變量名編制一種好的程序首先要確保它的對(duì)的性和可靠性，除此之外，普通更重視源程序的（沒(méi)有AB選項(xiàng)，將就看）c.易使用性、易維護(hù)性和易修改性d.易理解性。安全性和效率39.良好的程序設(shè)計(jì)風(fēng)格中選擇標(biāo)記符的名字時(shí)應(yīng)考慮（C）A.名字的長(zhǎng)度越短越好，以減少源程序的輸入什么B.多個(gè)變量共用一種名字，以減少變量名的數(shù)目C.選擇含義明確的名字，以對(duì)的提示所代表的文獻(xiàn)D.盡量以核心字作為名字，以使名字原則化40.為了形成良好的程序設(shè)計(jì)風(fēng)格，在書(shū)寫(xiě)語(yǔ)句時(shí)應(yīng)考慮（D）A.把多個(gè)短的語(yǔ)句寫(xiě)在同一行中，以減少源程序的行數(shù)B.盡量使用原則文本覺(jué)得的特殊功效的語(yǔ)句，以提高語(yǔ)句的功效C.盡量消除體現(xiàn)式中的括號(hào)，以簡(jiǎn)化體現(xiàn)式D.避免使用測(cè)試條件“非”，以提高程序的可讀性41.下列屬于維護(hù)階段的文檔是（C）A.軟件需求規(guī)格闡明B.具體計(jì)劃闡明書(shū)C.軟件維護(hù)申請(qǐng)報(bào)告D.軟件測(cè)試分析報(bào)告42.在整個(gè)軟件維護(hù)階段所耗費(fèi)的全部工作中，（C）所占比例最大A.改正性維護(hù)B.適應(yīng)性維護(hù)C.完善性維護(hù)D.防止性維護(hù)43.根據(jù)引發(fā)軟件維護(hù)的因素，軟件維護(hù)階段普通可分為四類(lèi)，其中不涉及（B）A.改正性維護(hù)B.系統(tǒng)性維護(hù)C.完善性維護(hù)D.防止性維護(hù)44.下列敘述中不利于軟件可維護(hù)性提高的是（A）A.為了縮短源程序的程度應(yīng)刪去源程序中的注解B.盡量在軟件生產(chǎn)過(guò)過(guò)程中確保各階段文獻(xiàn)的對(duì)的性C.重視程序構(gòu)造的設(shè)計(jì)，使程序含有較好的層次構(gòu)造D.在進(jìn)行需求分析時(shí)就應(yīng)同時(shí)考慮維護(hù)性問(wèn)題45.下面有關(guān)軟件質(zhì)量管理說(shuō)法不對(duì)的的是（B）A.軟件質(zhì)量，是貫穿軟件生存期的一種極為重要的問(wèn)題B.影像軟件質(zhì)量的要素涉及軟件的功效性、可移植性、可修改性等多個(gè)方面C.軟件能力成熟度模型是用于評(píng)價(jià)軟件承包商能力并輔助改善軟件質(zhì)量的辦法D.在軟件質(zhì)量管理中不應(yīng)當(dāng)強(qiáng)全方面質(zhì)量管理，應(yīng)當(dāng)是少數(shù)人對(duì)質(zhì)量進(jìn)行負(fù)責(zé)46.下面有關(guān)軟件配備管理說(shuō)法不對(duì)的的是（D）A.當(dāng)代軟件開(kāi)發(fā)復(fù)雜度是提出軟件配備管理的重要因素B.軟件配備管理包含兩部分派備管理和變更控制管理C.軟件配備管理有助于避免軟件開(kāi)發(fā)中混亂狀況的發(fā)生D.軟件配備管理是對(duì)開(kāi)發(fā)過(guò)程中所需軟硬進(jìn)行的管理47.下面有關(guān)軟件風(fēng)險(xiǎn)說(shuō)法不對(duì)的的是（D）A.項(xiàng)目風(fēng)險(xiǎn)管理事實(shí)上就是貫穿在項(xiàng)目開(kāi)發(fā)過(guò)程中的一系列管理環(huán)節(jié)B.在開(kāi)發(fā)早期就應(yīng)當(dā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í)別、風(fēng)險(xiǎn)評(píng)定兩個(gè)階段48.下面說(shuō)法不符合極限編程思想的是（C）A.極限編程是一種敏捷開(kāi)發(fā)辦法B.極限編程推崇簡(jiǎn)樸設(shè)計(jì)和小版本開(kāi)發(fā)C.極限編程中測(cè)試是在編碼完畢之后才進(jìn)行設(shè)計(jì)和實(shí)施的D.極限編程含有很高的靈活性和實(shí)踐性，但也備受爭(zhēng)議49.下面說(shuō)法不符合極編程思想的是（B）A.極限編程是一種敏捷開(kāi)發(fā)辦法B.極限編程推崇復(fù)雜設(shè)計(jì)和大版本開(kāi)發(fā)C.極限編程推崇測(cè)試現(xiàn)行，測(cè)試驅(qū)動(dòng)開(kāi)發(fā)D.極限編程含有很高的靈活性和實(shí)踐性，但也備受爭(zhēng)議50.UML圖不涉及（D）A.用例圖B.類(lèi)圖C.狀態(tài)圖D.流程圖51.在類(lèi)圖中，下列哪個(gè)符號(hào)表達(dá)繼承關(guān)系（這個(gè)題是符號(hào)的，不好寫(xiě)，用語(yǔ)言表述的）CA.實(shí)線實(shí)心的箭頭B.虛線空心的箭頭C.實(shí)線空心的箭頭D.虛線實(shí)心的箭頭52.下列哪個(gè)視圖屬于UML語(yǔ)言的交互圖（D）A.行為圖B.狀態(tài)圖C.實(shí)現(xiàn)圖D.次序圖53.Rup中有（C）個(gè)核心過(guò)程工作流A.1B.3C.6D.954.類(lèi)之間的關(guān)系不涉及（D）A.依賴關(guān)系B.泛化關(guān)系C.實(shí)現(xiàn)關(guān)系D.分解關(guān)系55.如果發(fā)現(xiàn)一種子類(lèi)從父類(lèi)繼承來(lái)的行為對(duì)子類(lèi)毫無(wú)意義或子類(lèi)不能替代父類(lèi)，這種繼承關(guān)系違反了（C）A.單一職責(zé)原則B.依賴倒置原則C.Liskay替代原則D.納米特法則56.使用多個(gè)隔離的接口，比單個(gè)接口好，這是（A）的重要體現(xiàn)A.單一職責(zé)原則B.依賴倒置原則C.Liskay替代原則D.接口隔離原則57.系統(tǒng)里的每一種對(duì)象應(yīng)當(dāng)含有單一職責(zé)，這個(gè)對(duì)象的全部服務(wù)都應(yīng)當(dāng)？？實(shí)現(xiàn)這個(gè)職責(zé)上這是（A）重要思想A.單一職責(zé)原則B.依賴倒置原則C.Liskay替代原則D.接口隔離原則58.要針對(duì)接口編程，不針對(duì)實(shí)現(xiàn)編程，這是（B）的重要體現(xiàn)A.A.單一職責(zé)原則B.依賴倒置原則C.Liskay替代原則D.接口隔離原則59.下面對(duì)Rup說(shuō)法對(duì)的的是（D）？A.Rup是oracle公司開(kāi)發(fā)和維護(hù)的過(guò)程產(chǎn)品B.RUP采用瀑布式開(kāi)發(fā)模型C.Rup的整個(gè)開(kāi)發(fā)周期分為初始、細(xì)化、交付三個(gè)階段D.uml是Rup開(kāi)發(fā)辦法的一種有力開(kāi)發(fā)工具60.下面對(duì)RUP說(shuō)法不對(duì)的的是（）A.RUP是RATional公司開(kāi)發(fā)和維護(hù)的過(guò)程產(chǎn)品B.Rup采用迭代式開(kāi)發(fā)模型C..Rup的整個(gè)開(kāi)發(fā)周期分為初始、細(xì)化、交付三個(gè)階段D.Rup被稱為軟件統(tǒng)一開(kāi)發(fā)過(guò)程三：判斷題1.可行性分析是大大簡(jiǎn)化的分析和設(shè)計(jì)過(guò)程（T）2.可行性分析階段需要完畢可行性分析報(bào)告的書(shū)寫(xiě)，不需要通過(guò)階段評(píng)審F3.可行性分析不是解決問(wèn)題，而是擬定為什幺解決問(wèn)題，與否值得解決（T）4.在繪制分層數(shù)據(jù)流圖時(shí)，最上層叫做0層圖()T5.需求分析解決目的系統(tǒng)“做什么”的問(wèn)題，需求涉及功效性需求和非功效性需求T6.在一分層數(shù)據(jù)流圖中，如果某張圖中加工需要進(jìn)一步細(xì)化，能夠畫(huà)出該圖的子圖，但應(yīng)注意保持父圖與子圖之間的平衡T7.對(duì)數(shù)據(jù)流圖進(jìn)行分層細(xì)化時(shí)必須保持信息持續(xù)性，即當(dāng)把一種解決分解一系列分解時(shí)，分解前和分解后的輸入輸出數(shù)據(jù)流必須相似T8.總體設(shè)計(jì)的重要任務(wù)是擬定系統(tǒng)的總體構(gòu)造，形成軟件的模塊構(gòu)造圖，并完畢總體設(shè)計(jì)闡明書(shū)的的編寫(xiě)工作T9.在軟件模塊構(gòu)造的設(shè)計(jì)應(yīng)力求做到低內(nèi)聚高耦合F既然模塊化能夠減少工作量，那么能夠把軟件進(jìn)行無(wú)限分解。F提高模塊獨(dú)立性是好的軟件設(shè)計(jì)的核心，而設(shè)計(jì)有是決定軟件質(zhì)量的核心環(huán)節(jié)。T含有一種線性構(gòu)造，有明顯的邏輯輸入和邏輯輸出，由輸入、變換和輸出三部分構(gòu)成的數(shù)據(jù)流圖為事務(wù)性數(shù)據(jù)流圖F模塊越小，模塊的優(yōu)點(diǎn)月明顯，普通來(lái)說(shuō)，模塊的大小都在10行以內(nèi)。F在將這種混合型數(shù)據(jù)流圖轉(zhuǎn)換成軟件構(gòu)造圖時(shí)，普通以事務(wù)分析為主。F在進(jìn)行程序編碼時(shí)，為了代碼的完整、精煉應(yīng)少寫(xiě)注釋。F編碼規(guī)范有助于程序員形成好的程序設(shè)計(jì)風(fēng)格。T編碼規(guī)范中普通從文獻(xiàn)組織、注釋、聲明、命名規(guī)范等諸多方面對(duì)編碼進(jìn)行規(guī)定，但其中有些事可有可無(wú)的。F在程序編碼時(shí)，變量的命名普通應(yīng)含有實(shí)際意義，并采用全大寫(xiě)的命名方式。F軟件測(cè)試應(yīng)當(dāng)在編碼完畢后再計(jì)劃和實(shí)施。F軟件維護(hù)會(huì)產(chǎn)生副作用，重要反映在三個(gè)方面，修改編碼的副作用、修改數(shù)據(jù)的副作用、修改文檔的副作用。T在編碼時(shí)盡量使用全局變量有助于提高程序的可維護(hù)性。F在軟件維護(hù)時(shí)，當(dāng)有源程序代碼發(fā)生修改后，不用做全方面的測(cè)試。F在軟件維護(hù)工作中，文檔資料也應(yīng)作及時(shí)的更新，不能明確地反映軟件的實(shí)際狀況，可能比沒(méi)有設(shè)計(jì)文檔更糟糕。T在進(jìn)行面對(duì)對(duì)象設(shè)計(jì)時(shí)要注意對(duì)類(lèi)進(jìn)行良好的封裝，普通我們時(shí)將經(jīng)常發(fā)生變動(dòng)的部分封裝起來(lái)。T迭代時(shí)進(jìn)行面對(duì)對(duì)象開(kāi)發(fā)的一種常見(jiàn)辦法，在迭代過(guò)程中如果發(fā)現(xiàn)軟件構(gòu)造不能靈活應(yīng)對(duì)變化，應(yīng)當(dāng)進(jìn)行設(shè)計(jì)重構(gòu)。T軟件管理應(yīng)先于任何技術(shù)活動(dòng)之前，并貫穿于軟件的整個(gè)生命周期之中。T項(xiàng)目開(kāi)發(fā)計(jì)劃和具體設(shè)計(jì)闡明書(shū)時(shí)軟件設(shè)計(jì)階段必須生成的文檔。在軟件開(kāi)發(fā)過(guò)程中，應(yīng)當(dāng)遵照邊開(kāi)發(fā)，邊測(cè)試的原則。T軟件團(tuán)體的組織對(duì)于軟件項(xiàng)目開(kāi)發(fā)非常重要，一種10人的開(kāi)發(fā)團(tuán)體一定比一種5人的開(kāi)發(fā)團(tuán)體更有效率。F面對(duì)對(duì)象的軟件工程辦法涉及面對(duì)對(duì)象分析、面對(duì)對(duì)象設(shè)計(jì)、面對(duì)對(duì)象編程、面對(duì)對(duì)象測(cè)試和面對(duì)對(duì)象維護(hù)，這些比分緊密結(jié)合在一起，填平了開(kāi)發(fā)過(guò)程中的鴻溝。TUML是面對(duì)對(duì)象開(kāi)發(fā)辦法的有力支持工具。T四：名詞解釋1.軟件工程2.

軟件生命周期3.

數(shù)據(jù)流圖4.

構(gòu)造化分析辦法5.

內(nèi)聚度6.

耦合度7.

功效內(nèi)聚8.

校正性維護(hù)9.

適應(yīng)性維護(hù)10.

完善性維護(hù)11.

軟件配備管理12.

開(kāi)放封閉原則

五：簡(jiǎn)答題1.

什么是軟件生命周期？分為哪幾個(gè)階段？2.

簡(jiǎn)要闡明瀑布模型的重要思想。3.

簡(jiǎn)要闡明增量(漸增)模型的重要思想。4.

簡(jiǎn)要闡明里程碑模型的重要思想。5.

快速原型法的基本思想是什么？合用于哪些項(xiàng)目的開(kāi)發(fā)？6.

假設(shè)你負(fù)責(zé)某種軟件的研發(fā)，由于市場(chǎng)競(jìng)爭(zhēng)激烈，公司規(guī)定了嚴(yán)格的完畢期限并且已對(duì)外公布。你打算采用哪種軟件開(kāi)發(fā)模型或辦法？為什么？7.

可行性分析報(bào)告重要涉及哪些內(nèi)容？8.

項(xiàng)目計(jì)劃應(yīng)當(dāng)包含哪些方面？請(qǐng)以學(xué)籍管理系統(tǒng)為例進(jìn)行闡明。9.

構(gòu)造化分析辦法的重要思想是什么？有哪些慣用的工具？10.

需求規(guī)格闡明書(shū)重要涉及哪些內(nèi)容？11.

需求分析階段的重要任務(wù)是什么？應(yīng)交付哪些成果？12.

軟件總體設(shè)計(jì)階段的重要任務(wù)是什么？需要提交哪些文檔？13.

概要設(shè)計(jì)闡明書(shū)重要涉及哪些內(nèi)容？14.

構(gòu)造化設(shè)計(jì)的重要思想是什么？其設(shè)計(jì)成果是什么？15.

軟件具體設(shè)計(jì)闡明階段的重要任務(wù)是什么？需要提交哪些文檔？16.

具體設(shè)計(jì)闡明書(shū)重要涉及哪些內(nèi)容？17.

在軟件編碼階段強(qiáng)調(diào)編碼規(guī)范的目的是什么？請(qǐng)任舉兩條基本的編碼規(guī)范。18.

簡(jiǎn)述軟件維護(hù)的工作流程。19.

軟件開(kāi)發(fā)過(guò)程中的多個(gè)文檔起到什么作用？如果文檔不完整或不規(guī)范會(huì)帶來(lái)什么不良后果？請(qǐng)闡明次序圖與協(xié)作圖的區(qū)別與聯(lián)系。六：分析設(shè)計(jì)題1.

下面是一段偽代碼描述的程序流程，請(qǐng)畫(huà)出它的程序流程圖。STARTINPUT(A,B,C,D)While(A>0)AND(B>0)BeginC=C+A+BD=D+A-BA—B—

ENDIF(C>D)PRINT(C)ELSEPRINT(D)STOP2.

設(shè)計(jì)算法實(shí)現(xiàn)三個(gè)數(shù)從小到大排列的功效，并用盒圖描述該算法。3.

下面是一種吉他搜索系統(tǒng)的類(lèi)圖，認(rèn)真分析該類(lèi)圖，回答一下問(wèn)題:(1)當(dāng)我們要在GuitarSpec類(lèi)中加入新的屬性時(shí)，除了GuitarSpec類(lèi)本身，尚有哪些類(lèi)可能會(huì)受到影響？