軟件工程期末考試參考試題

軟件工程期末考試參考試題一、填空題1、軟件生存周期普通可分為問題定義、可行性研究、需求分析、設(shè)計(jì)編碼、測試、運(yùn)行與維護(hù)階段。2、按軟件的功效進(jìn)行劃分，軟件能夠劃分為系統(tǒng)軟件、支撐軟件和應(yīng)用軟件。3、可行性研究重要集中在下列四個(gè)方面經(jīng)濟(jì)可行性、技術(shù)可行性、法律可行性和抉擇。4、顧客界面的可使用性是顧客界面設(shè)計(jì)最重要的也是最基本的目的。5、常見的軟件概要設(shè)計(jì)辦法有3大類：以數(shù)據(jù)流圖為基礎(chǔ)構(gòu)造模塊構(gòu)造的構(gòu)造化設(shè)計(jì)方（SD），以數(shù)據(jù)構(gòu)造為基礎(chǔ)構(gòu)造模塊的Jackson辦法，以對象、類、繼承和通信為基礎(chǔ)的面對對象設(shè)計(jì)辦法（OOD）。6、數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)的邏輯模型。7、軟件測試的辦法有分析辦法和非分析辦法（即黑盒法）。8、單元測試普通以白盒測試為主，黑盒測試為輔。9、成本預(yù)計(jì)辦法重要有自底向上預(yù)計(jì)、自頂向下預(yù)計(jì)和算法模型預(yù)計(jì)三種類型。10.文檔（document）—一種數(shù)據(jù)媒體和其上所統(tǒng)計(jì)的（數(shù)據(jù)）。11機(jī)器語言、匯編語言：依賴于機(jī)器，面對（機(jī)器）12.軟件有效性（efficiency），指軟件系統(tǒng)的時(shí)間和（空間）效率。13.軟件定義過程可通過軟件系統(tǒng)的(可行性研究)和需求分析兩個(gè)階段來完畢。14.軟件定義的基本任務(wù)是擬定軟件系統(tǒng)的工程（需求），也就是要搞清“做什么”。15.為了使顧客需求逐步精細(xì)化、完全化、一致化，普通采用（需求建模技術(shù)）。16.一種軟件的深度是指其控制的（層數(shù)）。17.以具體設(shè)計(jì)闡明書為輸入，將該輸入用某種程序設(shè)計(jì)語言翻譯成計(jì)算機(jī)能夠理解并最后可運(yùn)行的代碼的過程叫（編碼）過程。18.軟件維護(hù)是軟件生命周期的（最后）一種階段19.軟件工程由（辦法）、工具和過程三部分構(gòu)成，稱軟件工程的三要素。20.基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由程序、數(shù)據(jù)和（文檔）構(gòu)成。21.數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù)。它用簡樸的圖形記號(hào)分別表達(dá)數(shù)據(jù)流、轉(zhuǎn)換、（數(shù)據(jù)源）以及外部實(shí)體。22.被繼承的類我們稱之為基類（父類），在基類的基礎(chǔ)上新建立的類我們稱之為派生類子類。23.流程圖也稱為程序框圖是最慣用的一種表達(dá)法，它有次序、分支和（循環(huán)）三個(gè)基本控制構(gòu)件。24.機(jī)器語言和匯編語言，也稱為（低檔）語言。25.軟件測試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的（錯(cuò)誤）的過程。26.軟件可維護(hù)性，是指軟件產(chǎn)品交付使用后，在實(shí)現(xiàn)改正潛伏的錯(cuò)誤、改善性能等屬性、適應(yīng)環(huán)境變化等方面工作的（難易）程度。27.軟件可理解性，指系統(tǒng)含有清晰的構(gòu)造，能直接反映問題的（需求）。28在實(shí)體-關(guān)系圖簡稱E-R圖中，數(shù)據(jù)對象實(shí)體用長方形、關(guān)系用（菱形）、屬性用橢圓表達(dá)。29.建立數(shù)據(jù)流模型要遵照的原則涉及：每個(gè)加工最少應(yīng)有一種輸入數(shù)據(jù)流以反映被解決數(shù)據(jù)的來源和一種（輸出）數(shù)據(jù)流來反映加工的成果30.從工程管理的角度軟件設(shè)計(jì)可分為概要設(shè)計(jì)和（具體）設(shè)計(jì)兩大環(huán)節(jié)。31.通過向顧客提供視覺和聽覺上的反饋，保持顧客與界面間的雙向通信，是提高界面可（交互）性的方法之一。32.程序設(shè)計(jì)語言的可靠性是指程序設(shè)計(jì)語言本身不出錯(cuò)或?qū)﹀e(cuò)誤的（糾正）能力。33.對發(fā)現(xiàn)錯(cuò)誤較多的程序模塊，應(yīng)進(jìn)行（重點(diǎn)）測試。34.測試用例中，不僅要選擇合理的輸入數(shù)據(jù)，還要選擇（不合理）的輸入數(shù)據(jù)。二、單選題下列哪個(gè)階段不屬于軟件生存周期的三大階段（C）。A、計(jì)劃階段B、開發(fā)階段C、編碼階段D、維護(hù)階段需求分析是（A）。

A、軟件開發(fā)工作的基礎(chǔ)

B、軟件生存周期的開始

C、由系統(tǒng)分析員單獨(dú)完畢的

D、由顧客自己單獨(dú)完畢的原型化辦法是軟件開發(fā)中一類慣用的辦法，它與構(gòu)造化辦法相比較，更需要（B）。

A、明確的需求定義

B、完整的生命周期

C、較長的開發(fā)時(shí)間

D、純熟的開發(fā)人員軟件維護(hù)時(shí)，對測試階段未發(fā)現(xiàn)的錯(cuò)誤進(jìn)行測試、診療、定位、糾錯(cuò)，直至修改的回歸測試過程稱為（A）。

A、改正性維護(hù)

B、適應(yīng)性維護(hù)

C、完善性維護(hù)

D、防止性維護(hù)普通說來，投入運(yùn)行的軟件系統(tǒng)中有錯(cuò)誤（A）。A、不是不能夠理解的B、是不能容忍的C、是規(guī)定退貨的理由D、是必然的6、對在數(shù)據(jù)流圖中每一種命令的圖形元素均給以定義是（B）Ａ、條目定義Ｂ、數(shù)據(jù)字典Ｃ、數(shù)據(jù)定義Ｄ、數(shù)據(jù)闡明7、軟件的可行性研究中不涉及（D）Ａ、法律可行性Ｂ、技術(shù)可行性Ｃ、經(jīng)濟(jì)可行性Ｄ、政治可行性8、根據(jù)顧客在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動(dòng)稱為（C）。A.糾錯(cuò)性維護(hù)B.適應(yīng)性維護(hù)C.改善性維護(hù)D.防止性維護(hù)9、人機(jī)界面的風(fēng)格大致通過了（B）代的演變。A.三B.四C.五D.六10、下列不屬于白盒測試技術(shù)的是（D）A.邏輯覆蓋B.基本途徑測試C.循環(huán)覆蓋測試D.等價(jià)類劃分11、為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動(dòng)稱為（A）。A.糾錯(cuò)性維護(hù)B.適應(yīng)性維護(hù)C.改善性維護(hù)D.防止性維護(hù)12、從事物的構(gòu)成部件及每個(gè)部件的屬性、功效來認(rèn)識(shí)事物。這種辦法被稱為（A）的辦法。A、面對對象B、面對數(shù)據(jù)C、面對過程D、面對屬性13、鑒定表由四部分構(gòu)成：左上部列出（B）。A.條件組合與動(dòng)作之間的對應(yīng)關(guān)系B.全部條件C.全部可能的動(dòng)作D.可能的條件組合14、面對對象的分析和設(shè)計(jì)(OOA&OOD)辦法出現(xiàn)在20世紀(jì)（C）年代中期。A.50B.60C.70D.8015、耦合度也能夠分為七級(jí)：其中最松散的耦合是（A）。A.非直接耦合B.數(shù)據(jù)耦合C.特性耦合D.控制耦合16、面對對象辦法是將現(xiàn)實(shí)世界的事物以對象的方式（B）到計(jì)算機(jī)世界的辦法。A.對應(yīng)B.映射C.反映D.反射17、盒圖也稱為（D）或Chapin圖。這種體現(xiàn)方式取消了流程線，它強(qiáng)迫程序員以構(gòu)造化方式思考和解決問題。A.流程圖B.框圖C.鑒定表D.N-S圖18、描述靜態(tài)數(shù)據(jù)構(gòu)造的概念模式是（A）。A、E-R圖B、DFDC、構(gòu)造圖D、框圖19、構(gòu)造化程序設(shè)計(jì)理論認(rèn)為，實(shí)現(xiàn)良好的程序構(gòu)造要應(yīng)用（A）的分析辦法。A、自頂向下B、自底向上C、面對對象D、基于組件20、在構(gòu)造化程序設(shè)計(jì)當(dāng)中，不建議使用（D）。A、分支語句B、循環(huán)語句C、子程序調(diào)用語句D、轉(zhuǎn)向語句21、軟件生產(chǎn)過程中，需求信息由（D）給出。A、程序員B、項(xiàng)目管理者C、軟件分析設(shè)計(jì)人員D、軟件顧客22、在下列的基本成分中，哪個(gè)不是數(shù)據(jù)流程圖的基本成分？（D）A、信息解決B、信息存儲(chǔ)C、外部實(shí)體D、系統(tǒng)狀態(tài)23、與設(shè)計(jì)測試數(shù)據(jù)無關(guān)的文檔是（D）。A、需求闡明書B、設(shè)計(jì)闡明書C、源程序D、項(xiàng)目開發(fā)設(shè)計(jì)三、多選題（每小題2分，共10分）下面哪些測試屬于白盒測試（AE）。A、基本途徑測試B、等價(jià)類劃分C、邊界值分析D、錯(cuò)誤推測E、邏輯覆蓋測試下列哪些選項(xiàng)是屬于內(nèi)容耦合（ABC）。A、一種模塊直接訪問另一種模塊的內(nèi)部數(shù)據(jù)B、一種模塊有多個(gè)入口C、一種模塊不通過正常入口轉(zhuǎn)到另一模塊內(nèi)部D、一種模塊只有一種入口下列屬于度量效益辦法的是（ABC）。A、貨幣的時(shí)間價(jià)值B、投資回收期C、收入D、投資回報(bào)率數(shù)據(jù)流圖是用于表達(dá)軟件模型的一種圖示辦法，在下列可采用的繪制辦法中，哪些是常采用的（ACD）。A、自頂向下B、自底向上C、分層繪制D、逐步求精軟件設(shè)計(jì)中普通將用到圖形工具，下列哪種些可用作設(shè)計(jì)的圖形工具（ACD）。

A、構(gòu)造圖B、實(shí)體聯(lián)系圖C、IPO圖

D、層次圖四、判斷題。1、在進(jìn)行總體設(shè)計(jì)時(shí)應(yīng)加強(qiáng)模塊間的聯(lián)系。（×）2、系統(tǒng)構(gòu)造圖是精確體現(xiàn)程序構(gòu)造的圖形表達(dá)法。因此，有時(shí)也能夠?qū)⑾到y(tǒng)構(gòu)造圖當(dāng)作系統(tǒng)流程圖使用。（×）3、用黑盒法測試時(shí)，測試用例是根據(jù)程序內(nèi)部邏輯設(shè)計(jì)的。（×）4、在程序調(diào)試時(shí)，找出錯(cuò)誤的位置和性質(zhì)比改正該錯(cuò)誤更難。（√）5、以對象、類、繼承和通信為基礎(chǔ)的面對對象設(shè)計(jì)辦法（OOD）也是常見的軟件概要設(shè)計(jì)辦法之一。（√）6、如果通過軟件測試沒有發(fā)現(xiàn)錯(cuò)誤，則闡明軟件是對的的。（×）7、快速原型模型能夠有效地適應(yīng)顧客需求的動(dòng)態(tài)變化。（√）8、模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（√）9、集成測試重要由顧客來完畢。（×）10、軟件危機(jī)完全是由于硬件問題引發(fā)的。（×）11.缺少有力的辦法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的因素之一。（√）12.一種好的開發(fā)人員應(yīng)含有的素質(zhì)和能力不涉及含有良好的書面和口頭體現(xiàn)能力。（×）13.在顧客需求分析時(shí)觀察顧客手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（√）14.快速原型技術(shù)合用于軟件產(chǎn)品規(guī)定大量的顧客交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)某些復(fù)雜的算法等場合。（√）15.流程圖也稱為程序（框圖）是最慣用的一種表達(dá)法。（√）16.面對數(shù)據(jù)設(shè)計(jì)辦法普通都涉及下列任務(wù)：擬定數(shù)據(jù)構(gòu)造特性；用次序、選擇和重復(fù)三種基本形式表達(dá)數(shù)據(jù)等環(huán)節(jié)。（√）17.抱負(fù)的人機(jī)界面應(yīng)針對含有典型個(gè)性的特定的一類顧客設(shè)計(jì)。（√）18.數(shù)據(jù)輸入的普通準(zhǔn)則中涉及盡量（增加）顧客輸入的動(dòng)作。（×）19.用窮舉測試是較現(xiàn)實(shí)的測試辦法。（×）20、編碼時(shí)應(yīng)盡量使用全局變量（×）21、重視程序構(gòu)造的設(shè)計(jì)，能使程序含有較好的層次構(gòu)造（√）22、程序中的注解越少越好（×）23.糾錯(cuò)性維護(hù)是改正運(yùn)行期間發(fā)現(xiàn)的潛伏錯(cuò)誤。（√）24.軟件可移植性（portability），是指軟件從一種計(jì)算機(jī)系統(tǒng)或（環(huán)境）移植到另一種上去的難易程度。（√）25.軟件復(fù)雜性不能反映出軟件的可理解性、模塊化、簡樸性等屬性。（×）26.當(dāng)程序內(nèi)的分支數(shù)和循環(huán)數(shù)增加時(shí)，V（G）值將隨之增加，即程序的復(fù)雜性增大。（√）27.普通來說，設(shè)計(jì)軟件時(shí)應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合，杜絕內(nèi)容耦合。（√）28.設(shè)計(jì)顧客界面只需要計(jì)算機(jī)科學(xué)的理論和知識(shí)，而不一定需要認(rèn)知心理學(xué)以及人-機(jī)工程學(xué)、語言學(xué)等學(xué)科的知識(shí)。（×）29.第四代語言（4GL）還局限在某些領(lǐng)域內(nèi)，如數(shù)據(jù)庫查詢語言。（√）30.不同程序設(shè)計(jì)語言在程序的效率上的差別不大。（×）31.編碼的根據(jù)是具體設(shè)計(jì)闡明書。（√）32.程序文檔應(yīng)當(dāng)涉及代碼的功效、代碼的完畢者等內(nèi)容。（√）33.軟件項(xiàng)目定義部分由制訂軟件項(xiàng)目開發(fā)計(jì)劃、需求分析2個(gè)階段構(gòu)成。（√）34.防止性維護(hù)是修改軟件，以適應(yīng)軟硬件環(huán)境的變化。（×）35.開發(fā)大型軟件易產(chǎn)生疏漏和錯(cuò)誤，往往是產(chǎn)生軟件危機(jī)的因素之一。（√）36.據(jù)統(tǒng)計(jì)，軟件維護(hù)人員為了分析和理解原軟件系統(tǒng)所耗費(fèi)的工作量約占整個(gè)維護(hù)工作量的60%下列。（×）37.數(shù)據(jù)流圖中各構(gòu)成元素的名稱不一定必須含有明確的含義以代表對應(yīng)元素的內(nèi)容或功效。（×）38.軟件設(shè)計(jì)也可看作將需求規(guī)格闡明逐步轉(zhuǎn)換為軟件源代碼的過程。（√）39.最高耦合度是數(shù)據(jù)耦合。（×）40.人機(jī)界面（Human-ComputerInterface，簡稱HCI）又稱人-機(jī)接口或顧客界面。（√）41.在同一顧客界面中，全部的菜單選擇、命令輸入、數(shù)據(jù)顯示和其它功效應(yīng)采用不同的形式和風(fēng)格。（×）42.鑒定覆蓋必然滿足語句覆蓋。（√）43.為提高可交互性普通對大多數(shù)操作動(dòng)作應(yīng)允許顧客恢復(fù)。同時(shí)應(yīng)盡量減少顧客記憶的信息量。（√）44.編程中應(yīng)采用統(tǒng)一的原則和商定，減少程序的復(fù)雜性。（√）45.軟件在使用過程中維護(hù)不十分復(fù)雜。（×）46.軟件可重用性（reusability），是指軟部件能夠在多個(gè)場合使用的程度。（√）47.缺少有力的辦法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持，這往往是產(chǎn)生軟件危機(jī)的因素之一。（√）48.快速原型技術(shù)的合用于軟件產(chǎn)品規(guī)定大量的顧客交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)某些復(fù)雜的算法等場合。（√）49.流程圖也稱為程序框圖是最慣用的一種表達(dá)法。（√）50.面對數(shù)據(jù)設(shè)計(jì)辦法普通都涉及下列任務(wù)：擬定數(shù)據(jù)構(gòu)造特性；用次序、選擇和重復(fù)三種基本形式表達(dá)數(shù)據(jù)等環(huán)節(jié)。（√）51、在軟件維護(hù)過程中改善性維護(hù)是為適應(yīng)環(huán)境的變化而修改軟件的活動(dòng)。（×）52.螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（√）53.數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行具體定義。（×）54.JAVA語言編譯器是一種CASE工具。（√）55.軟件是指用程序設(shè)計(jì)語言（如PASCAL,C,VISUALBASIC等）編寫的程序，軟件開發(fā)事實(shí)上就是編寫程序代碼。（×）56.軟件模塊之間的耦合性越弱越好。（√）57.數(shù)據(jù)庫設(shè)計(jì)闡明書是一種軟件配備項(xiàng)（√）58.在面對對象的軟件開發(fā)辦法中，每個(gè)類都存在其對應(yīng)的對象，類是對象的實(shí)例，對象是生成類的模板。（×）59.過程描述語言能夠用于描述軟件的系統(tǒng)構(gòu)造。（×）60.快速原型模型能夠有效地適應(yīng)顧客需求的動(dòng)態(tài)變化。（√）61.模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（√）62．可行性研究進(jìn)一步研究問題分析階段所擬定的問題與否有可行的解。（√）63．并發(fā)系統(tǒng)中碰到的一種重要問題是定時(shí)問題。（√）64．面對對象建模得到的模型包含系統(tǒng)的3個(gè)要素，即靜態(tài)構(gòu)造、交互次序和數(shù)據(jù)變換。（√）65．軟件重用是提高軟件開發(fā)生產(chǎn)率和目的系統(tǒng)質(zhì)量的重要途徑。（√）66．鑒定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含鑒定覆蓋。（√）67．PowerDesigner是一種CASE工具。（√）68．在進(jìn)行需求分析時(shí)需同時(shí)考慮維護(hù)問題。（×）69．UML是一種面對對象的分析設(shè)計(jì)辦法，即OOA/OOD辦法。（×）70．在面對對象的軟件開發(fā)辦法中，每個(gè)類都存在其對應(yīng)的對象，對象是類的實(shí)例，類是生成對象的模板。（√）五、簡答題1、什么是軟件危機(jī)?為什么會(huì)產(chǎn)生軟件危機(jī)?答：軟件危機(jī)是指軟件在開發(fā)和維護(hù)過程時(shí)所碰到的一系列問題。重要包含二方面的問題：一是如何開發(fā)軟件以滿足社會(huì)對軟件日益增加的需求，二是如何維護(hù)數(shù)量不停增加的已有軟件。產(chǎn)生軟件危機(jī)的因素：首先與軟件本身的特點(diǎn)有關(guān)，另首先和軟件開發(fā)與維護(hù)的辦法不對的有關(guān)。2、耦合性有哪幾個(gè)類型?其耦合度的次序如何？耦合性低耦合性低高非直接耦合數(shù)據(jù)耦合特性耦合控制耦合外部耦合公共耦合內(nèi)容耦合模塊獨(dú)立性強(qiáng)模塊獨(dú)立性強(qiáng)弱其中，1、2、3屬于弱耦合，4屬于中度耦合，5、6屬于較強(qiáng)耦合、7屬于強(qiáng)耦合。非直接耦合數(shù)據(jù)耦合特性耦合控制耦合外部耦合公共耦合內(nèi)容耦合內(nèi)聚性內(nèi)聚性低高偶然內(nèi)聚邏輯內(nèi)聚時(shí)間內(nèi)聚通信內(nèi)聚次序內(nèi)聚功效內(nèi)聚偶然內(nèi)聚模塊獨(dú)立性模塊獨(dú)立性弱強(qiáng)其中，1、2、3屬于低內(nèi)聚，4屬于中內(nèi)聚，5、6屬于高內(nèi)聚。 3、簡述需求分析工作能夠分成哪四個(gè)方面？軟件需求分析的有哪三個(gè)基本原則？答：需求分析階段分成四個(gè)方面：對問題的識(shí)別、分析與綜合、制訂規(guī)格闡明和評(píng)審。三個(gè)基本原則：①必須能夠體現(xiàn)和理解問題的數(shù)據(jù)域和功效域；②必須按自頂向下、逐步分解的方式對問題進(jìn)行分解和不停細(xì)化；③要給出系統(tǒng)的邏輯視圖和物理視圖。4、什么是黑盒測試法？答：黑盒測試法把程序當(dāng)作一種黑盒子，完全不考慮程序的內(nèi)部構(gòu)造和解決過程，它只檢查程序功效與否能按照規(guī)格闡明書的規(guī)定正常使用，程序與否能適宜地接受輸入數(shù)據(jù)，產(chǎn)生對的地輸出信息。5、什么是軟件生存周期？答：一種軟件從定義到開發(fā)、使用和維護(hù)，直到最后被廢棄，要經(jīng)歷一種漫長的時(shí)期，普通把軟件經(jīng)歷的這個(gè)漫長的時(shí)期稱為生存周期。軟件生存周期就是從提出軟件產(chǎn)品開始，直到軟件產(chǎn)品被裁減的全過程。6、在需求分析階段，建立目的系統(tǒng)的邏輯模型的具體做法是什么？答：系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號(hào)以黑盒子形式描繪系統(tǒng)里的每個(gè)部件（程序、文獻(xiàn)、數(shù)據(jù)庫、表格、人工過程等）。系統(tǒng)流程圖體現(xiàn)的是部件的信息流程，而不表達(dá)信息進(jìn)行加工解決的控制過程。7、為什么數(shù)據(jù)流圖要分層？答：為了體現(xiàn)數(shù)據(jù)解決過程的數(shù)據(jù)加工狀況，用一種數(shù)據(jù)流圖是不夠的。為體現(xiàn)稍微復(fù)雜的實(shí)際問題，需要按照問題的層次構(gòu)造進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種構(gòu)造關(guān)系。8、軟件的質(zhì)量反映為哪些方面的問題？答：軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不含有質(zhì)量。在多個(gè)原則中定義了某些開發(fā)準(zhǔn)則，用來指導(dǎo)軟件人員用工程化的辦法來開發(fā)軟件。如果不遵這些開發(fā)準(zhǔn)則，軟件質(zhì)量就得不到確保。往往會(huì)有某些隱含的需求沒有明確地提出來。如果軟件只滿足那些精擬定義了的需求而沒有滿足這些隱含的需求，軟件質(zhì)量也不能確保。軟件質(zhì)量是多個(gè)特性的復(fù)雜組合。它隨著應(yīng)用的不同為不同，隨著顧客提出的質(zhì)量規(guī)定不同而不同。9、軟件工程的基本原則有抽象、信息隱藏、模塊化和其它哪些內(nèi)容？（軟件工程必須遵照那些基本原則？）答：1)抽象2)信息隱藏（2分）3)模塊化（2分）4)局部化5)一致性6)完全性7)可驗(yàn)證性（2分）10、慣用的軟件項(xiàng)目的估算辦法重要有哪4種？1)自頂向下的估算辦法2)自底向上的估算辦法3)差別估算法4)根據(jù)經(jīng)驗(yàn)估算公式11、原型法模型普通適應(yīng)哪些場合？它適合于那些不能預(yù)先確切定義需求的軟件系統(tǒng)的開發(fā)，更適合于那些項(xiàng)目構(gòu)組員（涉及分析員、設(shè)計(jì)員、程序員和顧客）不能較好交流或通信有困難的狀況。12、簡答構(gòu)造化程序設(shè)計(jì)的內(nèi)容及基本要點(diǎn)。內(nèi)容：是程序設(shè)計(jì)技術(shù)，它采用自頂向下逐步求精的設(shè)計(jì)辦法和單入口單出口的控制構(gòu)件。基本要點(diǎn)：(1)采用自頂向下，逐步求精的程序設(shè)計(jì)辦法。(2)使用三種基本控制構(gòu)造構(gòu)造程序，分別是次序，選擇和循環(huán)(3)采用主程序員組的組織形式。(4)采用單入口單出口的模塊形式。13、瀑布模型普通適應(yīng)哪些場合？瀑布模型普通合用于功效、性能明確、完整、無重大變化的軟件系統(tǒng)的開發(fā)。例如操作系統(tǒng)、編譯系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)等系統(tǒng)軟件的開發(fā)。應(yīng)用有一定的局限性。14、軟件工程的目的是什么？答：在給定成本、進(jìn)度的前提下，開發(fā)出含有可修改性、有效性、可靠性、可理解性、可維護(hù)性、可重用性、可適應(yīng)性、可移植性、可追蹤性和可互操作性并滿足顧客需求的軟件產(chǎn)品。15、螺旋模型的適應(yīng)場合有哪些？答：適應(yīng)場合：支持需求不明確、特別是大型軟件系統(tǒng)的開發(fā)，并支持面對規(guī)格闡明、面對過程、面對對象等多個(gè)軟件開發(fā)辦法，是一種含有廣闊前景的模型。16、軟件開發(fā)風(fēng)險(xiǎn)分析事實(shí)上就是貫穿于軟件工程過程中的一系列風(fēng)險(xiǎn)管理環(huán)節(jié)，它涉及哪些重要內(nèi)容？答：1)風(fēng)險(xiǎn)標(biāo)記2)風(fēng)險(xiǎn)估算3)風(fēng)險(xiǎn)評(píng)價(jià)4)風(fēng)險(xiǎn)駕馭和監(jiān)控。17、軟件生存周期中的軟件開發(fā)過程由概要設(shè)計(jì)和其它哪幾個(gè)階段構(gòu)成？答：1)具體設(shè)計(jì)2)實(shí)現(xiàn)3)組裝設(shè)計(jì)4)驗(yàn)收測試18、實(shí)體—關(guān)系（Entity-Relation）圖簡稱E-R圖，是表達(dá)數(shù)據(jù)對象及其之間關(guān)系的圖形語言機(jī)制。19、需求評(píng)審原則（按照重要性的次序）涉及哪些內(nèi)容？答：1）對的性2）無歧義性3）完全性4）可驗(yàn)證性5）一致性6）可理解性7）可修改性8）可追蹤性。20、計(jì)算機(jī)軟件——與計(jì)算機(jī)系統(tǒng)操作有關(guān)的程序、規(guī)程、規(guī)則及任何與之有關(guān)的文檔和數(shù)據(jù)。21、需求分析的任務(wù)是什么？答：需求分析的任務(wù)是擬定待開發(fā)的軟件系統(tǒng)“做