軟件工程習(xí)題及參考答案

1、軟件工程習(xí)題及部分參考答案判斷題 軟件也會(huì)磨損和老化。（X） 完善性維護(hù)是提高或完善軟件的性能。（） 數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。（X） 軟件是指用程序設(shè)計(jì)語言（如PASCAL ,C,VISUAL BASIC 等）編寫的程序，軟件開發(fā)實(shí)際上就是編寫程序代碼。（X） 軟件模塊之間的耦合性越弱越好。（） 如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（X） 快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（） 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（） 集成測(cè)試主要由用戶來完成。（X） 確認(rèn)測(cè)試計(jì)劃應(yīng)該

2、在可行性研究階段制定（X） 白盒測(cè)試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（X） 軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)。（） 軟件工程采用的生存周期方法就是從時(shí)間角度對(duì)軟件的開發(fā)和維護(hù)這個(gè)復(fù)雜問題進(jìn)行分解，將軟件生存的時(shí)期分為若干階段。（ ） 系統(tǒng)流程圖表達(dá)的是部件的信息流程，還表示對(duì)信息進(jìn)行加工處理的控制過程。（ ） 模塊越多，開發(fā)成本越小。（ ） 軟件測(cè)試的目的就是證明軟件沒有錯(cuò)。（ ） PAD圖在設(shè)置了五種基本的控制結(jié)構(gòu)后，還允許遞歸使用。（ ） 在進(jìn)行了可行性分析后，需求分析就只需要解決目標(biāo)系統(tǒng)的設(shè)計(jì)方案。() 法是面向數(shù)據(jù)流，建立在數(shù)據(jù)封閉

3、原則上的需求分析方法。() HIPO 法既是需求分析方法，又是軟件設(shè)計(jì)方法。() 在面向?qū)ο蟮男枨蠓治龇椒ㄖ?，建立?dòng)態(tài)模型是最主要的任務(wù)。() 加工小說明是對(duì)系統(tǒng)流程圖中的加工進(jìn)行說明。() 判定表的優(yōu)點(diǎn)是容易轉(zhuǎn)換為計(jì)算機(jī)實(shí)現(xiàn)，缺點(diǎn)是不能夠描述組合條件。() 需求分析的主要方法有SD 法、OOA 法及HIPO 法等。() 分層的DFD 圖可以用于可行性分析階段，描述系統(tǒng)的物理結(jié)構(gòu)。() 信息建模方法是從數(shù)據(jù)的角度來建立信息模型的，最常用的描述信息模型的方法是E-R 圖。() 用于需求分析的軟件工具，應(yīng)該能夠保證需求的正確性，即驗(yàn)證需求的一致性、完整性、現(xiàn)實(shí)性和有效性。() PDL經(jīng)常表現(xiàn)為一種

4、混雜的形式,他不允許自然語言如英語的詞匯與某種結(jié)構(gòu)化程序設(shè)計(jì)語言(如Pascal,C,Ada等)的語法結(jié)構(gòu)交織在一起.(X) 設(shè)計(jì)階段的輸出是編碼階段的輸入.() 通過軟件測(cè)試,可以發(fā)現(xiàn)軟件中所有潛伏的錯(cuò)誤.(X) 非結(jié)構(gòu)化維護(hù)用于軟件的配置中只有源代碼維護(hù).() 系統(tǒng)規(guī)格說明是系統(tǒng)分析和定義階段生成的一種文檔.() 數(shù)據(jù)流圖的分解速度應(yīng)保持較高.通常一個(gè)加工每次可分解為1020個(gè)子加工.(X) 內(nèi)聚度標(biāo)志一個(gè)模塊內(nèi)部各成分彼此結(jié)合的緊密程度,按其高低程度可分為七級(jí),內(nèi)聚度越低越好.(X) 文檔記錄軟件開發(fā)活動(dòng)和階段成果,具有永久性,可供人或機(jī)器閱讀.() 生產(chǎn)高質(zhì)量的軟件產(chǎn)品是軟件工程的首要

5、目標(biāo).() 軟件開發(fā)人員對(duì)用戶需求的理解有偏差,這將導(dǎo)致軟件產(chǎn)品與用戶的需求不一致,是產(chǎn)生軟件危機(jī)的唯一原因.(X) 開發(fā)一個(gè)軟件項(xiàng)目總存在某些不確定性,即存在風(fēng)險(xiǎn).有些風(fēng)險(xiǎn)如果控制得不好,可能導(dǎo)致災(zāi)難性的后果.() 結(jié)構(gòu)化維護(hù)用于待維護(hù)的軟件的配置是完整的維護(hù).() 用戶本身的技能,個(gè)性上的差異,行為方式的不同,不會(huì)對(duì)人機(jī)界面使用造成影響.(X 程序的可靠性,可維護(hù)性和效率通常由程序設(shè)計(jì)語言,源代碼的質(zhì)量,和語言的實(shí)現(xiàn)機(jī)制決定的.() 程序文檔一般指以注釋的形式嵌入程序中的代碼描述.() 為提高可交互性一般應(yīng)提高用戶對(duì)話,移動(dòng)和思考的效率,即最大可能地減少擊鍵次數(shù),縮短鼠標(biāo)移動(dòng)的距離,避免使

6、用戶產(chǎn)生無所適從的感覺.() 一般單元測(cè)試不可以并行進(jìn)行.(X) 螺旋模型是在瀑布模型和增量模型的基礎(chǔ)上增加了風(fēng)險(xiǎn)分析活動(dòng)。（） 數(shù)據(jù)字典是對(duì)數(shù)據(jù)流圖中的數(shù)據(jù)流，加工、數(shù)據(jù)存儲(chǔ)、數(shù)據(jù)的源和終點(diǎn)進(jìn)行詳細(xì)定義。（X） 軟件模塊之間的耦合性越弱越好。（） 如果通過軟件測(cè)試沒有發(fā)現(xiàn)錯(cuò)誤，則說明軟件是正確的。（X） 快速原型模型可以有效地適應(yīng)用戶需求的動(dòng)態(tài)變化。（） 模塊化，信息隱藏，抽象和逐步求精的軟件設(shè)計(jì)原則有助于得到高內(nèi)聚，低耦合度的軟件產(chǎn)品。（） 集成測(cè)試主要由用戶來完成。（X） 確認(rèn)測(cè)試計(jì)劃應(yīng)該在可行性研究階段制定（X） 白盒測(cè)試無需考慮模塊內(nèi)部的執(zhí)行過程和程序結(jié)構(gòu)，只要了解模塊的功能即可。（

7、X） 軟件概要設(shè)計(jì)包括軟件系統(tǒng)結(jié)構(gòu)設(shè)計(jì)以及數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)庫(kù)設(shè)計(jì)。（） 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力包括善于與周圍人員團(tuán)結(jié)協(xié)作，建立良好的人際關(guān)系，善于聽取別人的意見。（） 目前的絕大多數(shù)軟件都不適合于快速原型技術(shù)。（X） 缺乏處理大型軟件項(xiàng)目的經(jīng)驗(yàn)。是產(chǎn)生軟件危機(jī)的唯一原因。（X） 通常緊致性好的語言一致性就好。（X） 測(cè)試計(jì)劃、測(cè)試用例、出錯(cuò)統(tǒng)計(jì)和有關(guān)的分析報(bào)告一般不用長(zhǎng)期保存。（X） 理想的人機(jī)界面應(yīng)針對(duì)具有典型個(gè)性的特定的一類用戶設(shè)計(jì)。（） 數(shù)據(jù)輸入的一般準(zhǔn)則中包括盡量（增加）用戶輸入的動(dòng)作。（X） 用窮舉測(cè)試是較現(xiàn)實(shí)的測(cè)試方法。（X） 編碼時(shí)應(yīng)盡可能使用全局變量（X） 重視程序結(jié)

8、構(gòu)的設(shè)計(jì)，能使程序具有較好的層次結(jié)構(gòu)（） 程序中的注解越少越好（ X ）。 缺乏有力的方法學(xué)的指導(dǎo)和有效的開發(fā)工具的支持， 這往往是產(chǎn)生軟件危機(jī)的原因之一。（） 一個(gè)好的開發(fā)人員應(yīng)具備的素質(zhì)和能力不包括具有良好的書面和口頭表達(dá)能力。（X） 在用戶需求分析時(shí)觀察用戶手工操作過程不是為了模擬手工操作過程，而是為了獲取第一手資料，并從中提取出有價(jià)值的需求。（） 快速原型技術(shù)適用于軟件產(chǎn)品要求大量的用戶交互、或產(chǎn)生大量的可視輸出、或設(shè)計(jì)一些復(fù)雜的算法等場(chǎng)合。（） 流程圖也稱為程序（框圖）是最常用的一種表示法。（） 文檔可用于專業(yè)人員和用戶之間的通信和交流；軟件開發(fā)過程的管理； 運(yùn)行階段的維護(hù)。（） 軟

9、件開發(fā)、設(shè)計(jì)幾乎都是從頭開始，成本和進(jìn)度很難估計(jì)。（） 適應(yīng)性維護(hù)是改進(jìn)軟件未來的可維護(hù)性和可靠性。（X） 由于軟件是邏輯產(chǎn)品，軟件質(zhì)量較容易直接度量。（X） 目前我國(guó)還沒有頒布軟件開發(fā)標(biāo)準(zhǔn)。（X） 按照功能，軟部件可劃分為系統(tǒng)軟件和應(yīng)用軟件兩類。（） 如果某子功能可以用一段簡(jiǎn)潔、精確的文字描述清楚，就無需進(jìn)一步分解，是創(chuàng)建用戶需求的數(shù)據(jù)流模型應(yīng)遵循的規(guī)則。（） 耦合度是對(duì)軟件結(jié)構(gòu)中模塊間關(guān)聯(lián)程度的一種度量。在設(shè)計(jì)軟件時(shí)應(yīng)追求盡可能緊密的耦合的系統(tǒng)。（X） 隨著軟件復(fù)雜性的不斷提高，軟件的維護(hù)難度越來越大。（） 軟件的可維護(hù)性差是軟件維護(hù)工作量和費(fèi)用激增的直接原因。（） 糾錯(cuò)性維護(hù)是改正運(yùn)行期

10、間發(fā)現(xiàn)的潛伏錯(cuò)誤。（） 軟件復(fù)雜性不能反映出軟件的可理解性、模塊化、簡(jiǎn)單性等屬性。（X） 一般來說，設(shè)計(jì)軟件時(shí)應(yīng)盡量使用數(shù)據(jù)耦合，減少控制耦合，限制外部環(huán)境耦合和公共數(shù)據(jù)耦合，杜絕內(nèi)容耦合。（） 不同程序設(shè)計(jì)語言在程序的效率上的差異不大。（X） 編碼的依據(jù)是詳細(xì)設(shè)計(jì)說明書。（） 程序文檔應(yīng)該包括代碼的功能、代碼的完成者等內(nèi)容。（） 軟件項(xiàng)目定義部分由制定軟件項(xiàng)目開發(fā)計(jì)劃、需求分析2個(gè)階段組成。（） 預(yù)防性維護(hù)是修改軟件，以適應(yīng)軟硬件環(huán)境的變化。（X） 開發(fā)大型軟件易產(chǎn)生疏漏和錯(cuò)誤，往往是產(chǎn)生軟件危機(jī)的原因之一。（） 數(shù)據(jù)流圖中各構(gòu)成元素的名稱不一定必須具有明確的含義以代表對(duì)應(yīng)元素的內(nèi)容或功能。

11、（X） 編程中應(yīng)采用統(tǒng)一的標(biāo)準(zhǔn)和約定，降低程序的復(fù)雜性。（） 對(duì)于軟件項(xiàng)目，投資回收期越長(zhǎng)，越快獲得利潤(rùn)。(X ) 一個(gè)實(shí)時(shí)系統(tǒng)必須在嚴(yán)格的時(shí)間范圍內(nèi)響應(yīng)。如果響應(yīng)時(shí)間被過分延遲，將帶來災(zāi)難性的后果。( ) 模塊接口簡(jiǎn)單是軟件發(fā)生錯(cuò)誤的一個(gè)主要原因。(X ) 軟件的質(zhì)量保證工作一般在編碼工作結(jié)束后才開始。(X ) 現(xiàn)在人們普遍認(rèn)為優(yōu)秀的程序除了功能正確，性能優(yōu)良之外，還應(yīng)該容易看懂、容易使用、容易修改和擴(kuò)充。( )單項(xiàng)選擇題 1、瀑布模型的存在問題是（ b ）A、用戶容易參與開發(fā) B、缺乏靈活性C、用戶與開發(fā)者易溝通 D、適用可變需求2、軟件測(cè)試方法中的靜態(tài)測(cè)試方法之一為（ a ） A、計(jì)算機(jī)

12、輔助靜態(tài)分析 B、黑盒法 C、路徑覆蓋 D、邊界值分析3、開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做( c ) A、軟件工程 B、軟件周期 C、軟件危機(jī) D、軟件產(chǎn)生4、研究開發(fā)所需要的成本和資源是屬于可行性研究中的( b )研究的一方面。 A、技術(shù)可行性 B、經(jīng)濟(jì)可行性 C、社會(huì)可行性 D、法律可行性5、模塊的內(nèi)聚性最高的是( d ) A、邏輯內(nèi)聚 B、時(shí)間內(nèi)聚 C、偶然內(nèi)聚 D、功能內(nèi)聚6、在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是( d ) A、程序模塊化 B、模塊高內(nèi)聚 C、模塊低耦合 D、模塊獨(dú)立性7、程序的三種基本控制結(jié)構(gòu)是（ b ） A、過程、子程序和分程

13、序 B、順序、選擇和重復(fù) C、遞歸、堆棧和隊(duì)列 D、調(diào)用、返回和轉(zhuǎn)移6、黑盒測(cè)試在設(shè)計(jì)測(cè)試用例時(shí)，主要需要研究(d ) A、需求規(guī)格說明與概要設(shè)計(jì)說明 B、詳細(xì)設(shè)計(jì)說明 C、項(xiàng)目開發(fā)計(jì)劃 D、概要設(shè)計(jì)說明與詳細(xì)設(shè)計(jì)說明7、若有一個(gè)計(jì)算類型的程序，它的輸入量只有一個(gè)X，其范圍是-1.0，1.0，現(xiàn)從輸入的角度考慮一組測(cè)試用例：-1.001，-1.0，1.0，1.001。設(shè)計(jì)這組測(cè)試用例的方法是( c ) A、條件覆蓋法 B、等價(jià)分類法 C、邊界值分析法 D、錯(cuò)誤推測(cè)法8、軟件生命周期中所花費(fèi)用最多的階段是（ D ） A、詳細(xì)設(shè)計(jì) B、軟件編碼 C、軟件測(cè)試 D、軟件維護(hù)9、下列屬于維護(hù)階段的文檔

14、是( C ) A、軟件規(guī)格說明 B、用戶操作手冊(cè) C、軟件問題報(bào)告 D、軟件測(cè)試分析報(bào)告10、下列文檔與維護(hù)人員有關(guān)的有( c ) A、軟件需求說明書 B、項(xiàng)目開發(fā)計(jì)劃 C、概要設(shè)計(jì)說明書 D、操作手冊(cè)11、維護(hù)中，因誤刪除一個(gè)標(biāo)識(shí)符而引起的錯(cuò)誤是 （ C） 副作用。A、文檔 B、數(shù)據(jù) C、編碼 D、設(shè)計(jì)12、產(chǎn)生軟件維護(hù)的副作用，是指（C）A、開發(fā)時(shí)的錯(cuò)誤 B、隱含的錯(cuò)誤C、因修改軟件而造成的錯(cuò)誤 D、運(yùn)行時(shí)誤操作13、程序的三種基本控制結(jié)構(gòu)是（B）A、過程、子程序和分程序 B、順序、選擇和重復(fù)C、遞歸、堆棧和隊(duì)列 D、調(diào)用、返回和轉(zhuǎn)移14、系統(tǒng)流程圖是描述（C）的工具。A、邏輯系統(tǒng) B、程

15、序系統(tǒng)C、體系結(jié)構(gòu) D、物理系統(tǒng)15、可維護(hù)性的特性中相互促進(jìn)的是（A）A、可理解性和可測(cè)試性 B、效率和可移植性C、效率和可修改性 D、效率和結(jié)構(gòu)好16、提高軟件質(zhì)量和可靠的技術(shù)大致可分為兩大類：其中一類就是避開錯(cuò)誤技術(shù)，但避開錯(cuò)誤技術(shù)無法做到完美無缺和絕無錯(cuò)誤，這就需要（D）A、消除錯(cuò)誤 B、檢測(cè)錯(cuò)誤C、避開錯(cuò)誤 D、容錯(cuò)15、（D）是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。A、技術(shù)創(chuàng)新 B、測(cè)試C、技術(shù)創(chuàng)造 D、技術(shù)評(píng)審16、原型化方法是一種（A）型的設(shè)計(jì)過程。A、自外向內(nèi) B、自頂向下C、自內(nèi)向外 D、自底向上17、為了提高測(cè)試的效率，應(yīng)該（D）A、隨機(jī)地選取測(cè)試數(shù)據(jù)B、取一切可能的輸入數(shù)據(jù)作

16、為測(cè)試數(shù)據(jù)C、在完成編碼以后制定軟件的測(cè)試計(jì)劃D、選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)18、使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)（A）和指定的覆蓋標(biāo)準(zhǔn)。A、程序的內(nèi)部邏輯 B、程序的復(fù)雜結(jié)構(gòu)C、使用說明書 D、程序的功能19、瀑布模型本質(zhì)上是一種( A )。 A、 線性順序模型 B、 順序迭代模型 C、 線性迭代模型 D、 及早見產(chǎn)品模型 20、在SD方法中全面指導(dǎo)模塊劃分的最重要的原則是( D )。 A、 程序模塊化B、 模塊高內(nèi)聚 C、 模塊低耦合 D、 模塊獨(dú)立性 21、 軟件可維護(hù)性的特性中相互矛盾的是( C )。 A、 可修改性和可理解性 B、 可測(cè)試性和可理解性 C、 效率和可

17、修改性 D、 可理解性和可讀性 22、軟件維護(hù)產(chǎn)生的副作用，是指( C )。 A、 開發(fā)時(shí)的錯(cuò)誤 B、 隱含的錯(cuò)誤 C、 因修改軟件而造成的錯(cuò)誤 D、 運(yùn)行時(shí)誤操作 23、 用黑盒技術(shù)設(shè)計(jì)測(cè)試用例的方法之一為( A )。 A、 邊界值分析 B、 邏輯覆蓋 C、 循環(huán)覆蓋 D、 基本路徑測(cè)試 24、軟件測(cè)試方法中的( D )屬于靜態(tài)測(cè)試方法。 A、 黑盒法 B、 路徑覆蓋 C、 錯(cuò)誤推測(cè) D、 人工檢測(cè) 25、 Ada語言是在Pascal語言基礎(chǔ)上開發(fā)出來的，適用于( C )項(xiàng)目的應(yīng)用領(lǐng)域。 A、 科學(xué)工程計(jì)算 B、 數(shù)據(jù)庫(kù)應(yīng)用 C、 實(shí)時(shí)處理 D、 人工智能 26、程序設(shè)計(jì)語言的工程特性之一為

18、(A )。 A、 軟件的可重用性 B、 數(shù)據(jù)結(jié)構(gòu)的描述性 C、 抽象類型的描述性 D、 數(shù)據(jù)庫(kù)的易操作性 27、軟件詳細(xì)設(shè)計(jì)的主要任務(wù)是確定每個(gè)模塊的( A )。 A、 算法和使用的數(shù)據(jù)結(jié)構(gòu) B、 外部接口 C、 功能 D、 編程 28、PAD圖為( B )提供了有力的工具。 A、 系統(tǒng)分析 B、 軟件的自動(dòng)化生成 C、 自動(dòng)分析數(shù)據(jù) D、 測(cè)試軟件 29、軟件結(jié)構(gòu)圖的形態(tài)特征能反映程序復(fù)用率的是(C )。 A、 深度 B、 寬度 C、 扇入 D、 扇出 30、軟件按照設(shè)計(jì)的要求，在規(guī)定時(shí)間和條件下達(dá)到不出故障，持續(xù)運(yùn)行的要求的質(zhì)量特性稱為( B )。 A、 可用性 B、 可靠性 C、 正確性

19、 D、 完整性 31、為了提高模塊的獨(dú)立性，模塊內(nèi)部最好是( C )。 A、 邏輯內(nèi)聚 B、 時(shí)間內(nèi)聚 C、 功能內(nèi)聚 D、 通信內(nèi)聚 32、 軟件結(jié)構(gòu)圖中，模塊框之間若有直線連接，表示它們之間存在( A )。 A、 調(diào)用關(guān)系 B、 組成關(guān)系 C、 鏈接關(guān)系D、 順序執(zhí)行關(guān)系 33、 需求分析最終結(jié)果是產(chǎn)生( B )。 A、 項(xiàng)目開發(fā)計(jì)劃 B、 需求規(guī)格說明書 C、 設(shè)計(jì)說明書 D、 可行性分析報(bào)告 34、可行性研究要進(jìn)行一次( D )需求分析。 A、 深入的 B、 詳盡的 C、 徹底的 D、 簡(jiǎn)化的、壓縮了的 35、軟件是一種( C )。 A、 程序 B、 數(shù)據(jù) C、 邏輯產(chǎn)品 D、 物理產(chǎn)

20、品 36、單元測(cè)試的測(cè)試對(duì)象是(B).A. 系統(tǒng)B. 程序模塊.C. 模塊接口D. 系統(tǒng)功能37、軟件總體設(shè)計(jì)是指軟件總體結(jié)構(gòu)設(shè)計(jì)和數(shù)據(jù)設(shè)計(jì),該階段的主要任務(wù)不包括(D).A、設(shè)計(jì)軟件的模塊結(jié)構(gòu) B、定義接口并建立數(shù)據(jù)結(jié)構(gòu)C、生成概要設(shè)計(jì)規(guī)格說明和組裝測(cè)試計(jì)劃 D、模塊設(shè)計(jì)38、軟件工程的原則有抽象,信息隱藏,模塊化和其他那些內(nèi)容 A、局部化 B、一致性 C、完全性 D、可驗(yàn)證性39、常用的軟件項(xiàng)目的估算方法主要有哪4種 A、自頂向下的估算方法 B、自底向上的估算方法C、差別估算法 D、根據(jù)經(jīng)驗(yàn)估算公式40、軟件可行性研究一般不考慮（D）A、是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)B、是否有

21、足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)C、待開發(fā)軟件是否有市場(chǎng)、經(jīng)濟(jì)上是否合算D、待開發(fā)的軟件是否會(huì)有質(zhì)量問題41、軟件維護(hù)的副作用主要有以下哪幾種（C） A、編碼副作用、數(shù)據(jù)副作用、測(cè)試副作用B、編碼副作用、數(shù)據(jù)副作用、調(diào)試副作用C、編碼副作用、數(shù)據(jù)副作用、文檔副作用D、編碼副作用、文檔副作用、測(cè)試副作用42、軟件項(xiàng)目計(jì)劃一般不包括以下哪項(xiàng)內(nèi)容（D） A、培訓(xùn)計(jì)劃B、人員安排C、進(jìn)度安排D、軟件開發(fā)標(biāo)準(zhǔn)的選擇和制定43、以下哪種測(cè)試方法不屬于白盒測(cè)試技術(shù)（B） A、基本路徑測(cè)試 B、邊界值分析測(cè)試C、循環(huán)覆蓋測(cè)試 D、邏輯覆蓋測(cè)試 43、（D）是以提高軟件質(zhì)量為目的的技術(shù)活動(dòng)。A、技術(shù)創(chuàng)新 B

22、、測(cè)試C、技術(shù)創(chuàng)造 D、技術(shù)評(píng)審44、使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù) （A）和指定的覆蓋標(biāo)準(zhǔn)。A、程序的內(nèi)部邏輯 B、程序的復(fù)雜結(jié)構(gòu)C、使用說明書 D、程序的功能45、對(duì)在數(shù)據(jù)流圖中每一個(gè)命令的圖形元素均給以定義是（B）、條目定義 、數(shù)據(jù)字典、數(shù)據(jù)定義 、數(shù)據(jù)說明46、軟件的可行性研究中不包括（D）、法律可行性 、技術(shù)可行性、經(jīng)濟(jì)可行性 、政治可行性47、根據(jù)用戶在軟件使用過程中提出的建設(shè)性意見而進(jìn)行的維護(hù)活動(dòng)稱為（C）。A、糾錯(cuò)性維護(hù) B、適應(yīng)性維護(hù)C、改善性維護(hù) D、預(yù)防性維護(hù)48、人機(jī)界面的風(fēng)格大致經(jīng)過了（B）代的演變。A、三 B、四 C、五 D、六49、以下不屬于白盒測(cè)試技術(shù)的

23、是（D）A、邏輯覆蓋 B、基本路徑測(cè)試C、循環(huán)覆蓋測(cè)試 D、等價(jià)類劃分50、為改正軟件系統(tǒng)中潛藏的錯(cuò)誤而進(jìn)行的維護(hù)活動(dòng)稱為（A）。A、糾錯(cuò)性維護(hù) B、適應(yīng)性維護(hù)C、改善性維護(hù) D、預(yù)防性維護(hù)51、在設(shè)計(jì)測(cè)試用例時(shí)，應(yīng)當(dāng)包括（C）、合理的輸入條件 、不合理的輸入條件、合理的和不合理的輸入條件 、部分條件52、下列各項(xiàng)中不屬于邏輯覆蓋的是（D）、語句覆蓋 、判定覆蓋、判定條件覆蓋 、全部覆蓋53、高級(jí)語言通常被分成三類，其中不包括（D）A、通用高級(jí)語言 B、面向?qū)ο蟮恼Z言C、專用語言 D、自然語言54、耦合度也可以分為七級(jí)：其中最松散的耦合是（A）。A、非直接耦合 B、數(shù)據(jù)耦合C、特征耦合 D、控

24、制耦合55、判定表由四部分組成：左上部列出（B）。A、條件組合與動(dòng)作之間的對(duì)應(yīng)關(guān)系 B、所有條件C、所有可能的動(dòng)作 D、可能的條件組合填空題 軟件（ 程序 ）（ 文檔 ）。 軟件工程的基本原則包括（ 分解 ）、（ 獨(dú)立性 ）、一致性和（ 確定性 ）。 需求分析的基本任務(wù)是準(zhǔn)確的回答（ 系統(tǒng)必須做什么 ）。 數(shù)據(jù)字典的內(nèi)容包括六項(xiàng)：數(shù)據(jù)流、（ 數(shù)據(jù)項(xiàng) ）、數(shù)據(jù)結(jié)構(gòu)、（ 數(shù)據(jù)存儲(chǔ) ）、（ 處理邏輯 ）、外部實(shí)體。 模塊獨(dú)立的概念是（ 模塊化 ）、（ 抽象 ）、（ 信息隱蔽 ）和局部化概念的直接結(jié)果。 設(shè)計(jì)出軟件的初步結(jié)構(gòu)以后，應(yīng)該進(jìn)一步分解或合并模塊，力求降低（ 耦合 ）提高（ 內(nèi)聚 ）。 軟件的

25、維護(hù)一般經(jīng)過（ 分析和理解程序 ）、（ 修改程序 ）、（ 重新驗(yàn)證程序 ）三個(gè)步驟。 假設(shè)使用代碼行技術(shù)進(jìn)行費(fèi)用估計(jì)，某軟件中共3000行程序，每行平均成本25元，則該軟件的成本為（ 75000元 ）。 軟件開發(fā)需要的資源包括（ 軟件工具 ）、（ 硬件工具 ）和（ 人 ），其中（ 人 ）是最基本的資源。 程序的效率是指（ 程序的執(zhí)行速度 ）和（ 程序占用的存儲(chǔ)空間 ）。 軟件定義的基本任務(wù)是確定軟件系統(tǒng)的工程(需求),也就是要搞清做什么 成本效益分析的目的是從(經(jīng)濟(jì))角度評(píng)價(jià)開發(fā)一個(gè)項(xiàng)目是否可行。 匯編語言是面向(機(jī)器) 的，可以完成高級(jí)語言無法完成的特殊功能，如與外部設(shè)備之間的一些接口工作。

26、 詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、(使用的數(shù)據(jù))。 軟件工程由(方法),工具和過程三部分組成,稱軟件工程的三要素. 基于計(jì)算機(jī)系統(tǒng)的軟件要素中的軟部件由程序,數(shù)據(jù)和(文檔)組成. 數(shù)據(jù)流圖就是用來刻畫數(shù)據(jù)流和轉(zhuǎn)換的信息系統(tǒng)建模技術(shù).它用簡(jiǎn)單的圖形記號(hào)分別表示數(shù)據(jù)流,轉(zhuǎn)換,(數(shù)據(jù)源)以及外部實(shí)體. 流程圖也稱為程序框圖是最常用的一種表示法,它有順序,分支和(循環(huán))三個(gè)基本控制構(gòu)件. 機(jī)器語言和匯編語言,也稱為(低級(jí)語)言. 軟件測(cè)試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的(錯(cuò)誤)的過程. 動(dòng)態(tài)測(cè)試有兩種測(cè)試方法:黑盒測(cè)試和(白盒)測(cè)試. 軟件可維護(hù)性,是指軟件產(chǎn)品交付使用后,在實(shí)現(xiàn)

27、改正潛伏的錯(cuò)誤,改進(jìn)性能等屬性,適應(yīng)環(huán)境變化等方面工作的(難易)程度 第三代語言也稱為（高級(jí)）語言。 軟件測(cè)試是軟件投入運(yùn)行（前），對(duì)軟件需求分析、設(shè)計(jì)、實(shí)現(xiàn)的強(qiáng)有力的最終審查。 黑盒測(cè)試主要是測(cè)試軟件是否滿足（功能）需求。 （調(diào)試）的目的是確定錯(cuò)誤的位置和引起錯(cuò)誤的原因，并加以改正。因此，又稱為排錯(cuò)或糾錯(cuò)。 軟件工程由方法、工具和（過程）三部分組成，稱軟件工程的三要素。 可行性研究的目的是用最小的代價(jià)，在盡可能短的時(shí)間內(nèi)，確定該項(xiàng)目是否能夠開發(fā)。 程序設(shè)計(jì)時(shí)代的生產(chǎn)方式是個(gè)體手工，程序系統(tǒng)時(shí)代的生產(chǎn)方式是作坊式小團(tuán)體，軟件工程時(shí)代的生產(chǎn)方式是工程化。 噴泉模型是一種以需求分析為動(dòng)力，以對(duì)象為

28、驅(qū)動(dòng)的模型。 需求分析階段，分析人員要確定對(duì)問題的綜合需求，其中最主要的是功能需求。 可行性研究需要從以下三個(gè)方面分析研究每種解決方法的可行性：技術(shù)可行性、經(jīng)濟(jì)可行性、社會(huì)可行性。 可行性研究的目的不是去開發(fā)一個(gè)軟件項(xiàng)目，而是研究這個(gè)軟件項(xiàng)目是否值得開發(fā)，其中的問題能否解決。 判定樹較判定表直觀易讀，判定表進(jìn)行邏輯驗(yàn)證較嚴(yán)格，能把所有的可能性全部都考慮到。可將兩種工具結(jié)合起來，先用判定表做底稿，在此基礎(chǔ)上產(chǎn)生判定樹。 環(huán)境集成主要有數(shù)據(jù)集成、界面集成、控制集成、平臺(tái)集成、過程集成。 可行性研究實(shí)質(zhì)上是進(jìn)行一項(xiàng)簡(jiǎn)化、壓縮了的需求分析、設(shè)計(jì)過程。 結(jié)構(gòu)化方法有結(jié)構(gòu)化分析、結(jié)構(gòu)化設(shè)計(jì)、結(jié)構(gòu)化程序設(shè)計(jì)

29、構(gòu)成，它是一種面向數(shù)據(jù)流的開發(fā)方法。 投資回收期就是累計(jì)的經(jīng)濟(jì)效益等于最初的項(xiàng)目投資所需的時(shí)間。 詳細(xì)描述處理過程常用三種描述工具：圖形、表格和語言。 數(shù)據(jù)流圖中，每個(gè)加工至少有一個(gè)輸入流和一個(gè)輸出流。 結(jié)構(gòu)化設(shè)計(jì)以數(shù)據(jù)流為基礎(chǔ)映射成軟件結(jié)構(gòu)。 當(dāng)數(shù)據(jù)流圖中某個(gè)加工的一組動(dòng)作存在著多個(gè)條件復(fù)雜組合的判斷時(shí)，使用判定表或判定樹較好。 由于運(yùn)用原型的目的和方式不同，在使用原型時(shí)也采取不同的策略，有拋棄策略和附加策略。 有兩類維護(hù)技術(shù)：在開發(fā)階段是用來減少錯(cuò)誤、提高軟件可維護(hù)性面向維護(hù)的技術(shù)，在維護(hù)階段用來提高維護(hù)的效率和質(zhì)量的維護(hù)支援技術(shù)。 軟件開發(fā)中原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映了最終

30、系統(tǒng)的重要特性。 產(chǎn)品管理包括版本管理和配置管理。 任何程序都可由順序、選擇、重復(fù)三種基本控制結(jié)構(gòu)構(gòu)造。 測(cè)試用例應(yīng)有輸入數(shù)據(jù)和預(yù)期的輸出數(shù)據(jù)兩部分組成。這樣便于對(duì)照檢查。 需求分析階段產(chǎn)生的最重要的文檔之一是需求規(guī)格說明書。 項(xiàng)目開發(fā)計(jì)劃是一個(gè)管理性文檔。 軟件配置管理，簡(jiǎn)稱SCM，軟件配置項(xiàng)簡(jiǎn)稱SCI。 在算法描述工具中，PAD圖可自動(dòng)生成程序。由機(jī)器自動(dòng)通過走樹的辦法生成相應(yīng)的源代碼，大大提高軟件的生產(chǎn)率。 在CASE集成中，控制集成支持工作臺(tái)或環(huán)境中一個(gè)工具對(duì)系統(tǒng)中其它工具的訪問。過程集成是指CASE系統(tǒng)嵌入了關(guān)于過程活動(dòng)、階段、約束和支持這些活動(dòng)所需的工具的知識(shí)。 解決一個(gè)復(fù)雜問題，

31、往往采取的策略是分解。 效益分析有有形效益和無形效益兩種。 兩個(gè)模塊都是用同一張表，這種耦合稱為公共耦合。 一個(gè)模塊把數(shù)值作為參數(shù)傳送給另一個(gè)模塊，這種耦合方式稱為數(shù)據(jù)耦合。 一個(gè)模塊內(nèi)部各程序段都在同一張表上操作，這個(gè)模塊的內(nèi)聚性稱為通信內(nèi)聚。 在SA方法的需求描述工具中，數(shù)據(jù)流圖描述系統(tǒng)的分解，即描述系統(tǒng)有哪幾部分組成，各部分之間有什么聯(lián)系等等。數(shù)據(jù)字典定義了數(shù)據(jù)流圖中每一個(gè)圖形元素；結(jié)構(gòu)化語言、判定表或判定樹則詳細(xì)描述數(shù)據(jù)流圖中不能被再分解的每一個(gè)加工。 IDEF圖是一種功能模型，表示系統(tǒng)功能的圖形稱為活動(dòng)圖形，連方框上的箭頭有四種類型，他們分別是輸入、輸出、控制、機(jī)制。 軟件項(xiàng)目計(jì)劃是

32、可行性研究階段的結(jié)果產(chǎn)品。但由于可行性研究是在高層次進(jìn)行系統(tǒng)分析，未能考慮軟件系統(tǒng)開發(fā)的細(xì)節(jié)情節(jié)，因此軟件項(xiàng)目計(jì)劃一般在需求分析階段完成后才定稿的。 信息隱蔽指在設(shè)計(jì)和確定模塊時(shí)，使得一個(gè)模塊內(nèi)包含的信息（過程或數(shù)據(jù)），對(duì)于不需要這些信息的其它模塊來說，是不能訪問的。 同一個(gè)類中的共享是指同一個(gè)類中的對(duì)象有著相同的數(shù)據(jù)結(jié)構(gòu)和相同的行為特征。 通過抽象，可以確定組成軟件的過程實(shí)體。通過信息隱蔽，可以定義和實(shí)施對(duì)模塊的過程細(xì)節(jié)和局部數(shù)據(jù)結(jié)構(gòu)的存取限制。 IPO圖描述分層圖中一個(gè)模塊的輸入、輸出和處理內(nèi)容。 軟件是一種邏輯產(chǎn)品，它與物質(zhì)產(chǎn)品有很大區(qū)別。 數(shù)據(jù)流圖中的箭頭表示數(shù)據(jù)流。 軟件測(cè)試時(shí)需要三

33、類信息：軟件配置、測(cè)試配置、測(cè)試工具。 基于IDEF0圖的設(shè)計(jì)也是結(jié)構(gòu)化設(shè)計(jì)技術(shù)之一，它以系統(tǒng)的功能模型和信息結(jié)構(gòu)為基礎(chǔ)設(shè)計(jì)軟件結(jié)構(gòu)。 系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素，表達(dá)了系統(tǒng)中各種元素之間的信息流動(dòng)情況。 樁模塊是用來代替被測(cè)試模塊所調(diào)用的模塊，它的作用是返回被測(cè)模塊所需的信息。 建立數(shù)據(jù)字典一般的兩種形式是手工建立和利用計(jì)算機(jī)輔助建立并維護(hù)。 匯編語言是面向機(jī)器的，可以完成高級(jí)語言無法滿足要求的特殊功能，如與外部設(shè)備之間的一些接口操作。 黑盒測(cè)試是功能測(cè)試，因此設(shè)計(jì)測(cè)試用例時(shí)，需要研究需求規(guī)格說明書和概要設(shè)計(jì)說明書中有關(guān)程序功能或輸入、輸出之間的關(guān)系等信

34、息，從而與測(cè)試后的結(jié)果進(jìn)行分析比較。 在類層次中，子類只繼承一個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為單重繼承。子類繼承了多個(gè)父類的數(shù)據(jù)結(jié)構(gòu)和方法，則稱為多重繼承。 由于數(shù)據(jù)流是流動(dòng)中的數(shù)據(jù)，所以必須有流向。除了與數(shù)據(jù)存儲(chǔ)之間的數(shù)據(jù)流不用命名外，數(shù)據(jù)流應(yīng)該用名詞或名詞短語命名。 投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。項(xiàng)目的純收入是指在整個(gè)生存周期之內(nèi)的累計(jì)經(jīng)濟(jì)效益（折合成現(xiàn)在值）與投資之差。 程序設(shè)計(jì)語言的簡(jiǎn)潔性是指人們必須記住的語言成分的數(shù)量。人們要掌握一種語言，需要記住的成分?jǐn)?shù)量越多，簡(jiǎn)潔性越差。 不同對(duì)象的同一屬性可以具有相同或不同的屬性值。 軟件開發(fā)劃分的各階段任務(wù)盡可能相

35、對(duì)獨(dú)立，同一階段任務(wù)性質(zhì)盡可能相同。 瀑布模型是將生存周期各活動(dòng)規(guī)定為線性順序聯(lián)接的若干階段的模型。 成本效益分析的目的是從經(jīng)濟(jì)角度評(píng)價(jià)開發(fā)一個(gè)軟件項(xiàng)目是否可行。 在需求分析階段要進(jìn)行以下幾方面的工作：?jiǎn)栴}識(shí)別、分析與綜合、導(dǎo)出軟件的邏輯模型、編寫文檔。 靜態(tài)冗余常用的有：三模冗余TMR和多模冗余。 McCabe質(zhì)量度量模型，針對(duì)面向軟件產(chǎn)品的運(yùn)行、修正、轉(zhuǎn)移。 程序設(shè)計(jì)語言的局部性是指語言的聯(lián)想性。在編碼過程中，由語句組合成模塊，由模塊組裝成系統(tǒng)結(jié)構(gòu)，并在組裝過程中實(shí)現(xiàn)模塊的高內(nèi)聚，低耦合，使局部性得到加強(qiáng)。 軟件復(fù)雜性度量的參數(shù)主要有規(guī)模、難度、結(jié)構(gòu)和職能度。 項(xiàng)目開發(fā)計(jì)劃的主要內(nèi)容有：項(xiàng)

36、目概述、實(shí)施計(jì)劃、人員組織及分工、交付期限。 可行性研究要在較高層次上以較抽象方式進(jìn)行需求分析和設(shè)計(jì)。 軟件工程是一門綜合性交叉學(xué)科，計(jì)算機(jī)科學(xué)著重于原理和理論，軟件工程著重于建造軟件系統(tǒng)。 維護(hù)的副作用有編碼副作用、數(shù)據(jù)副作用、文檔副作用三種。 若年利率為I，不計(jì)復(fù)利，P元在n年后的價(jià)值F=P*(1+n*i) 軟件結(jié)構(gòu)是以模塊為基礎(chǔ)而組成的一種控制層次結(jié)構(gòu)。 軟件設(shè)計(jì)階段產(chǎn)生的最重要的文檔之一是概要設(shè)計(jì)說明書。 獨(dú)立路徑是指包括一組以前沒有處理的語句或條件的一條路徑。從程序圖來看，一條獨(dú)立路徑是至少包含有一條在其它獨(dú)立路徑中未有過的邊的路徑。 各模塊經(jīng)過單元測(cè)試后，將各模塊組裝起來進(jìn)行集成測(cè)

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

38、輯反映它的內(nèi)部特性。 硬件與軟件一起構(gòu)成完整的計(jì)算機(jī)系統(tǒng)。 SA方法中主要描述工具是DFD與DD。 軟件生存周期模型是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。 結(jié)構(gòu)化設(shè)計(jì)對(duì)數(shù)據(jù)流有兩種分析方法，他們是變換分析設(shè)計(jì)和事務(wù)分析設(shè)計(jì)。 數(shù)據(jù)字典中有四類條目：數(shù)據(jù)流、數(shù)據(jù)項(xiàng)、數(shù)據(jù)存儲(chǔ)、加工。 常借用硬件可靠性的定量度量方法來度量軟件的可靠性與可用性。常用指標(biāo)有平均失效等待時(shí)間MTTF和平均失效間隔時(shí)間MTBF。 Lisp是一種函數(shù)型語言，Prolog是一種邏輯性語言。 Jackson結(jié)構(gòu)圖能對(duì)結(jié)構(gòu)進(jìn)行自頂向下分解，因此可以表示層次結(jié)構(gòu)。 變換模型是一種適合于形式化開發(fā)方法的模型，從軟件需求形式化說明

39、開始，經(jīng)過一系列變換，最終得到系統(tǒng)的目標(biāo)程序。 軟件開發(fā)環(huán)境的主要目標(biāo)是提高軟件開發(fā)的生產(chǎn)率，改善軟件質(zhì)量和降低軟件成本。 “軟件”包含計(jì)算機(jī)程序及其說明程序的各種文檔。 開發(fā)過程依序包括需求分析、設(shè)計(jì)、編碼、集成、軟件安裝和驗(yàn)收等活動(dòng)。 社會(huì)可行性研究包括合同、責(zé)任、侵權(quán)、用戶組織的管理模式及規(guī)范，其他一些技術(shù)人員常常不了解的陷阱等。 IDEF0方法中，將系統(tǒng)功能稱為活動(dòng)，將表示系統(tǒng)功能的圖形稱為活動(dòng)圖形。 數(shù)據(jù)庫(kù)的設(shè)計(jì)指數(shù)據(jù)存儲(chǔ)文件的設(shè)計(jì)，主要進(jìn)行的設(shè)計(jì)方面有：概念設(shè)計(jì)、邏輯設(shè)計(jì)、物理設(shè)計(jì)。 如果只有兩個(gè)模塊之間有公共數(shù)據(jù)環(huán)境，這種公共耦合有兩種情況：一是一個(gè)模塊只是給公共數(shù)據(jù)環(huán)境送數(shù)據(jù)，

40、另一個(gè)模塊是只從公共環(huán)境中去數(shù)據(jù)，這是比較松散的公共耦合；二是兩個(gè)模塊都往公共環(huán)境中送數(shù)據(jù)又從里面取數(shù)據(jù)，這是緊密的數(shù)據(jù)耦合。 Jackson方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。早期的Jackson方法用于開發(fā)模型較少的數(shù)據(jù)處理系統(tǒng)的設(shè)計(jì)，簡(jiǎn)稱JSP。 工程網(wǎng)絡(luò)圖只有一個(gè)開始點(diǎn)和一個(gè)終止點(diǎn)，開始點(diǎn)沒有流入箭頭，稱為入度為零；終止點(diǎn)沒有流出箭頭，稱為出度為零。 為了確保每個(gè)開發(fā)過程的質(zhì)量，防止把軟件差錯(cuò)傳遞到下一個(gè)過程，必須進(jìn)行質(zhì)量檢驗(yàn)，檢驗(yàn)的實(shí)施有實(shí)際運(yùn)行檢驗(yàn)（即白盒測(cè)試和黑盒測(cè)試）和鑒定兩種形式。 瀑布模型是由W. Royce于1970年提出來的。又稱為軟件（生存周期）模型。 程序設(shè)計(jì)語言的（可維

41、護(hù)）性通常指這種語言編寫的程序被理解，被修改及調(diào)整和改進(jìn)的難易程度。 軟件測(cè)試是執(zhí)行程序發(fā)現(xiàn)并排除程序中潛伏的（錯(cuò)誤）的過程。 動(dòng)態(tài)測(cè)試有兩種測(cè)試方法：黑盒測(cè)試和（白盒）測(cè)試。名詞解釋 經(jīng)濟(jì)可行性進(jìn)行開發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開發(fā)的項(xiàng)目是否值得投資開發(fā)。 社會(huì)可行性要開發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問題，要開發(fā)項(xiàng)目目的運(yùn)行方式在用戶組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。 投資回收期投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間。 需求分析需求分析是指開發(fā)人員要準(zhǔn)確理解用戶的需求，進(jìn)行細(xì)致的調(diào)查分析，將用戶非形式的需求陳述轉(zhuǎn)化成完整的需求

42、定義，再由需求定義轉(zhuǎn)換到相應(yīng)的形式功能規(guī)約（需求規(guī)格說明）的過程。 白盒法該方法把測(cè)試對(duì)象看作一個(gè)打開的盒子，測(cè)試人員須了解程序的內(nèi)部結(jié)構(gòu)和處理過程，以檢查處理過程的細(xì)節(jié)為基礎(chǔ)，對(duì)程序中盡可能多的邏輯路徑進(jìn)行測(cè)試，檢查內(nèi)部控制結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)是否有錯(cuò)，實(shí)際的運(yùn)行狀態(tài)與預(yù)期的狀態(tài)是否一致。白盒法也不可能進(jìn)行窮舉測(cè)試。 黑盒法該方法把被測(cè)試對(duì)象看成一個(gè)黑盒子，測(cè)試人員完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理過程，只在軟件接口處進(jìn)行測(cè)試，依照需求規(guī)格說明書，檢查程序是否滿足功能要求。因此，黑盒測(cè)試又稱為功能測(cè)試或數(shù)據(jù)驅(qū)動(dòng)測(cè)試。 結(jié)構(gòu)化分析是根據(jù)分解與抽象的原則，按照系統(tǒng)中數(shù)據(jù)處理的流程，用數(shù)據(jù)圖來建立系統(tǒng)的功能

43、模型，從而完成需求分析工作。 原型是指模擬某種產(chǎn)品的原型模型。軟件開發(fā)中的原型是軟件的一個(gè)早期可運(yùn)行的版本，它反映了最終系統(tǒng)的重要特征 模塊化是指解決一個(gè)復(fù)雜問題是自頂向下逐層把軟件系統(tǒng)劃分成若干模塊的過程，每個(gè)模塊完成一個(gè)特定的子功能，所有的模塊按某種方法組裝起來，成為一個(gè)整體，完成整個(gè)系統(tǒng)所要求的功能。 路徑覆蓋指設(shè)計(jì)足夠的測(cè)試用例，覆蓋被測(cè)程序中所有可能的路徑。 判定/條件覆蓋指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式中的每個(gè)條件的所有可能取值至少出現(xiàn)一次，并使每個(gè)判定表達(dá)式所有可能的結(jié)果也至少出現(xiàn)一次。 條件組合覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，使的每個(gè)判定表達(dá)式中條件的各種可能的值的組合都至少出

44、現(xiàn)一次，條件組合覆蓋是比較強(qiáng)的覆蓋標(biāo)準(zhǔn)。 條件覆蓋是指設(shè)計(jì)足夠的測(cè)試用例，使得判定表達(dá)式中每個(gè)條件的各種可能的值至少出現(xiàn)一次。滿足條件覆蓋并不一定滿足判定覆蓋。 原型模型又稱快速原型模型，它是在開發(fā)真實(shí)系統(tǒng)之前，構(gòu)造一個(gè)原型，在該原型的基礎(chǔ)上，逐漸完成整個(gè)系統(tǒng)的開發(fā)工作。 軟件工程環(huán)境美國(guó)國(guó)防部在STARS計(jì)劃中定義如下：“軟件工程環(huán)境是一組方法、過程及計(jì)算機(jī)程序（計(jì)算機(jī)化的工具）的整體化構(gòu)件，他支持從需求定義、程序生成知道維護(hù)的整個(gè)軟件生存期”。 程序圖：是退化的程序流程圖。也就是說，把程序流程圖中每個(gè)處理符號(hào)都退化成一個(gè)結(jié)點(diǎn)，原來連接不同處理符號(hào)的流線變成連接不同結(jié)點(diǎn)的有向弧，這樣得到的有

45、向圖就叫程序圖。 流程圖：是描繪物理系統(tǒng)的工具，它用圖形符號(hào)來表示系統(tǒng)中的各元素。它表達(dá)了系統(tǒng)中各個(gè)元素之間的信息流動(dòng)的情況。 結(jié)構(gòu)化分析方法(SA)是需求分析中使用最多的方法之一，適用于數(shù)據(jù)處理類型軟件的需求分析。基本思想是采用自頂向下，逐步分解的方法分析整個(gè)系統(tǒng)，有效地控制系統(tǒng)開發(fā)的復(fù)雜性。 軟件生存周期模型是描述軟件開發(fā)過程中各種活動(dòng)如何執(zhí)行的模型。 數(shù)據(jù)字典（DD）數(shù)據(jù)字典是用來定義數(shù)據(jù)流圖中的各個(gè)成分的具體含義的。它以一種準(zhǔn)確的、無二義性的說明方式為系統(tǒng)的分析、設(shè)計(jì)及維護(hù)提供了有關(guān)元素的一致的定義和詳細(xì)的描述。 內(nèi)聚性內(nèi)聚性是模塊獨(dú)立性的衡量標(biāo)準(zhǔn)之一，它是指模塊的功能強(qiáng)度的度量，即一

46、個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度的度量。問答題1、什么是軟件危機(jī)，軟件危機(jī)有哪幾種表現(xiàn)？ 答：軟件開發(fā)和維護(hù)的過程中所遇到的一系列嚴(yán)重的問題。具體表現(xiàn)在：（1）產(chǎn)品不能符合用戶的實(shí)際需求；（2）軟件開發(fā)的效率較低；（3）軟件產(chǎn)品的質(zhì)量差；（4）軟件開發(fā)成本和進(jìn)度的估算不準(zhǔn)確；（5）軟件可維護(hù)性差；（6）軟件開發(fā)文檔資料不完整也不合格；（7）軟件的價(jià)格昂貴。2、什么是數(shù)據(jù)流圖？為什么數(shù)據(jù)流圖要分層？答：數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，以圖形的方式描述數(shù)據(jù)流從輸入到輸出的傳輸變換過程。數(shù)據(jù)流圖是結(jié)構(gòu)化系統(tǒng)分析的主要工具，它表示了系統(tǒng)內(nèi)部信息的流向，并表示了系統(tǒng)的邏輯處理的功能。 為了表達(dá)數(shù)據(jù)處

47、理過程的數(shù)據(jù)加工情況，用一個(gè)數(shù)據(jù)流圖是不夠的。為表達(dá)稍為復(fù)雜的實(shí)際問題，需要按照問題的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系。描述一個(gè)復(fù)雜的系統(tǒng)，不可能一下子引進(jìn)太多的細(xì)節(jié)。否則用一張數(shù)據(jù)流圖畫出所有的數(shù)據(jù)流和處理邏輯，這張圖將及其龐大、復(fù)雜，難以繪制，難以理解。因此數(shù)據(jù)流圖需要進(jìn)行分解，用幾個(gè)數(shù)據(jù)流圖來表示。3、軟件的質(zhì)量反應(yīng)在哪些方面？答： 軟件質(zhì)量反映了以下三方面的問題。（1）軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。（2）在各種標(biāo)準(zhǔn)中定義了一些開發(fā)準(zhǔn)則，用來指導(dǎo)軟件人員用工程化的方法來開發(fā)軟件。如果不遵守這些開發(fā)準(zhǔn)則，軟件質(zhì)量就得不到保證。（3）往往

48、會(huì)有一些隱含的需求沒有明確地提出來。例如，軟件應(yīng)具備良好的可維護(hù)性。如果軟件只滿足那些精確定義了的需求而沒有滿足這些隱含的需求，軟件質(zhì)量也不能保證。4、什么是編碼風(fēng)格？為什么要強(qiáng)調(diào)編碼風(fēng)格？ 答：編碼風(fēng)格又稱程序設(shè)計(jì)風(fēng)格或編程風(fēng)格。隨著軟件技術(shù)的發(fā)展，編碼的目標(biāo)已經(jīng)從強(qiáng)調(diào)效率轉(zhuǎn)變?yōu)閺?qiáng)調(diào)清晰。良好的編碼風(fēng)格能在一定程度上彌補(bǔ)語言存在的缺陷，而如果不注意風(fēng)格就很難寫出高質(zhì)量的程序。尤其當(dāng)多個(gè)程序員合作編寫一個(gè)很大的程序時(shí)，需要強(qiáng)調(diào)良好而一致的編碼風(fēng)格，以便相互通訊，減少因不協(xié)調(diào)而引起的問題。總之，良好的編碼風(fēng)格有助于編寫出可靠而又容易維護(hù)的程序，編碼的風(fēng)格在很大程度上決定著程序的質(zhì)量。5、什么是需

49、求分析？需求分析階段的基本任務(wù)是什么？答：需求分析是當(dāng)前軟件工程中的關(guān)鍵問題，需求分析階段的任務(wù)是：在可行性分析的基礎(chǔ)上，進(jìn)一步了解、確定用戶需求。準(zhǔn)確地回答 “系統(tǒng)必須做什么？” 的問題。獲得需求規(guī)格說 明書。還涉及到軟件系統(tǒng)的目標(biāo)、軟件系統(tǒng)提供的服務(wù)、軟件系統(tǒng)的約束和軟件系統(tǒng)運(yùn)行的環(huán)境。它還涉及到這些因素和系統(tǒng)的精確規(guī)格說明，以及系統(tǒng)進(jìn)化之間的關(guān)系。需求分析的基本任務(wù)包括：(1)抽取需求 分析現(xiàn)行系統(tǒng)存在需要解決的問題。獲取足夠多的問題領(lǐng)域的知識(shí)，需求抽取的方法一般有問卷法、面談法、數(shù)據(jù)采集法、用例法、情景實(shí)例法以及基于目標(biāo)的方法等；還有知識(shí)工程方法，例如，場(chǎng)記分析法、卡片分類法、分類表格

50、技術(shù)和基于模型的知識(shí)獲取等 。(2)模擬和分析需求 需求分析和模擬又包含三個(gè)層次的工作。首先是需求建模。需求模型的表現(xiàn)形式有自然語言、半形式化(如圖、表、結(jié)構(gòu)化英語等)和形式化表示等三種。需求概念模型的要求包括實(shí)現(xiàn)的獨(dú)立性:不模擬數(shù)據(jù)的表示和內(nèi)部組織等；需求模擬技術(shù)又分為企業(yè)模擬、功能需求模擬和非功能需求模擬等。(3)傳遞需求 傳遞需求的主要任務(wù)是書寫軟件需求規(guī)格說明。(4)認(rèn)可需求 就是對(duì)需求規(guī)格說明達(dá)成一致，其主要任務(wù)是沖突求解，包括定義沖突和沖突求解兩方面。常用的沖突求解方法有：協(xié)商、競(jìng)爭(zhēng)、仲裁、強(qiáng)制、教育等，其中有些只能用人的因素去控制。(5)進(jìn)化需求 客戶的需要總是不斷(連續(xù))地增長(zhǎng)

51、，但是一般的軟件開發(fā)又總是落后于客戶需求的增長(zhǎng)，如何管理需求的進(jìn)化(變化)就成為軟件進(jìn)化的首要問題。對(duì)于傳統(tǒng)的變化管理過程來說，其基本成分包括軟件配置、軟件基線和變化審查小組。當(dāng)前的發(fā)展是軟件家族法，即產(chǎn)品線方法。多視點(diǎn)方法也是管理需求變化的一種新方法，它可以用于管理不一致性， 并進(jìn)行關(guān)于變化的推理。6、等價(jià)分類法的基本思想是什么？答：根據(jù)程序的輸入特性，將程序的定義域劃分為有限個(gè)等價(jià)區(qū)段“等價(jià)類”，從等價(jià)類中選擇出的用例具有“代表性”，即測(cè)試某個(gè)等價(jià)類的代表值就等價(jià)于對(duì)這一類其他值的測(cè)試。如果某個(gè)等價(jià)類的一個(gè)輸入數(shù)據(jù)(代表值)測(cè)試中查出了錯(cuò)誤，說明該類中其他測(cè)試用例也會(huì)有錯(cuò)誤。7、模塊的內(nèi)聚性包括哪些類型？ 模塊的內(nèi)聚性包括： （1） 偶然內(nèi)聚 （2） 邏輯內(nèi)聚 （3） 時(shí)間內(nèi)聚 （4）過程內(nèi)聚 （5）通信內(nèi)聚 （6）順序內(nèi)聚 （7）功能內(nèi)聚 8、分析軟件危機(jī)產(chǎn)生的主要原因有哪些？ 答：導(dǎo)致軟件危機(jī)的主要原因有： （1）軟件日益復(fù)雜和龐大（2）軟件開發(fā)管理困難和復(fù)雜（3）軟件開發(fā)技術(shù)落后（4