【文章內(nèi)容簡(jiǎn)介】 輸出 三個(gè)框組成。這個(gè)圖的特點(diǎn)是能夠直觀的顯示三者之間的關(guān)系。 8．面向?qū)ο蠹夹g(shù)是一整套關(guān)于如何看待 軟件系統(tǒng) 和 現(xiàn)實(shí)世界 的關(guān)系，以什么觀點(diǎn)來(lái)研究問(wèn)題并進(jìn)行分析求解，以及如何進(jìn)行系統(tǒng)構(gòu)造的軟件方法學(xué)。面向?qū)ο蠓椒ㄊ且环N運(yùn)用對(duì)象 、 類(lèi) 、繼承 、 封裝、聚集、消息傳送、多態(tài)性等概念來(lái)構(gòu)造系統(tǒng)的軟件開(kāi)發(fā)方法。 二、單項(xiàng)選擇題 1．下列（ A ）屬于系統(tǒng)軟件。A. WINDOWS 2000B. WordC. FlashD. 3D MAX2．下列哪個(gè)圖是N－S圖的構(gòu)件（ C ）。AA． B. ABBAWHILE MC. D. AB 3．對(duì)于螺旋模型，下列（ D ）不是利用笛卡爾坐標(biāo)表達(dá)的活動(dòng)。A. 制定計(jì)劃 B. 實(shí)施工程　 C. 風(fēng)險(xiǎn)分析 D. 程序編碼 三、多項(xiàng)選擇題 1．軟件危機(jī)可以表現(xiàn)為（ ABCD ）。A． 產(chǎn)品不符合用戶(hù)的需要B． 軟件產(chǎn)品的質(zhì)量差C． 軟件的可維護(hù)性差D． 軟件的價(jià)格昂貴 2．Jackson圖中一般可能包括（ ABCD ）。A．表頭B．表體C．表名D．字段名 3．關(guān)于內(nèi)容耦合的描述正確的是（ AD ）。 A、內(nèi)容耦合是最高程度的耦合 B、應(yīng)該盡量使用內(nèi)容耦合 C、高級(jí)語(yǔ)言一般設(shè)計(jì)成允許內(nèi)容耦合的形式 D、如果一個(gè)模塊有多個(gè)入口，可能發(fā)生內(nèi)容耦合4．下列屬于不標(biāo)準(zhǔn)的書(shū)寫(xiě)格式（ BCD ）。 A、書(shū)寫(xiě)時(shí)適當(dāng)使用空格分隔 B、一行寫(xiě)入多條語(yǔ)句 C、嵌套結(jié)構(gòu)不使用分層縮進(jìn)的寫(xiě)法 D、程序中不加注釋 四、判斷題（正確的在括號(hào)內(nèi)打上“√”，錯(cuò)誤的打上“”） 。（ ） 。（ ）。（ √ ），一般推薦的扇出為3或4。（ √ ）。（ ） 。 （ ） 。 （ ） ，不需要了解程序的內(nèi)部結(jié)構(gòu)和處理過(guò)程。 （ ） 五、問(wèn)答題1．什么是軟件生存周期。答：一個(gè)軟件從定義到開(kāi)發(fā)、使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)的時(shí)期稱(chēng)為生存周期。軟件生存周期就是從提出軟件產(chǎn)品開(kāi)始，直到該軟件產(chǎn)品被淘汰的全過(guò)程。2．在需求分析階段，建立目標(biāo)系統(tǒng)的邏輯模型的具體做法是什么。答：系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具。它的基本思想是用圖形符號(hào)以黑盒子形式描繪系統(tǒng)里的每個(gè)部件（程序、文件、數(shù)據(jù)庫(kù)、表格、人工過(guò)程等）。系統(tǒng)流程圖表達(dá)的是部件的信息流程，而不表示對(duì)信息進(jìn)行加工處理的控制過(guò)程。3．為什么數(shù)據(jù)流圖要分層？答：這了表達(dá)數(shù)據(jù)處理過(guò)程的數(shù)據(jù)加工情況，用一個(gè)數(shù)據(jù)流圖是不夠的。為表達(dá)稍為復(fù)雜的實(shí)際問(wèn)題，需要按照問(wèn)題的層次結(jié)構(gòu)進(jìn)行逐步分解，并以分層的數(shù)據(jù)流圖反映這種結(jié)構(gòu)關(guān)系。4．軟件的質(zhì)量反應(yīng)為哪些方面的問(wèn)題？答：軟件需求是度量軟件質(zhì)量的基礎(chǔ)，不符合需求的軟件就不具備質(zhì)量。在各種標(biāo)準(zhǔn)中定義了一些開(kāi)發(fā)準(zhǔn)則，用來(lái)指導(dǎo)軟件人員用工程化的方法來(lái)開(kāi)發(fā)軟件。如果不遵守這些開(kāi)發(fā)準(zhǔn)則，軟件質(zhì)量就得不到保證。往往會(huì)有一些隱含的需求沒(méi)有明確地提出來(lái)。如果軟件只滿(mǎn)足那些精確定義了的需求而沒(méi)有滿(mǎn)足這些隱含的需求，軟件質(zhì)量也不能保證。軟件質(zhì)量是各種特性的復(fù)雜組合。它隨著應(yīng)用的不同而不同，隨著用戶(hù)提出的質(zhì)量要求不同而不同。軟件工程期末試卷（六）軟件工程導(dǎo)論試題一．選擇瀑布模型把軟件生命周期劃分為八個(gè)階段：?jiǎn)栴}的定義、可行性研究、軟件需求分析、系統(tǒng)總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、測(cè)試和運(yùn)行、維護(hù)。八個(gè)階段又可歸納為三個(gè)大的階段：計(jì)劃階段、開(kāi)發(fā)階段和( C)。 A、詳細(xì)計(jì)劃 B、可行性分析 C、 運(yùn)行階段 D、 測(cè)試與排錯(cuò) 從結(jié)構(gòu)化的瀑布模型看，在它的生命周期中的八個(gè)階段中，下面的幾個(gè)選項(xiàng)中哪個(gè)環(huán)節(jié)出錯(cuò)，對(duì)軟件的影響最大(C )。 A、詳細(xì)設(shè)計(jì)階段 B、概要設(shè)計(jì)階段 C、 需求分析階段 D、 測(cè)試和運(yùn)行階段 在結(jié)構(gòu)化的瀑布模型中，哪一個(gè)階段定義的標(biāo)準(zhǔn)將成為軟件測(cè)試中的系統(tǒng)測(cè)試階段的目標(biāo)(A )。 A、 需求分析階段 B、 詳細(xì)設(shè)計(jì)階段 C、 概要設(shè)計(jì)階段 D、 可行性研究階段 軟件工程的出現(xiàn)主要是由于(C )。 C. 軟件危機(jī)的出現(xiàn) 軟件工程方法學(xué)的目的是：使軟件生產(chǎn)規(guī)范化和工程化，而軟件工程方法得以實(shí)施的主要保證是(C ) A、 硬件環(huán)境 B、軟件開(kāi)發(fā)的環(huán)境 C、軟件開(kāi)發(fā)工具和軟件開(kāi)發(fā)的環(huán)境 D、 開(kāi)發(fā)人員的素質(zhì) 軟件開(kāi)發(fā)常使用的兩種基本方法是結(jié)構(gòu)化和原型化方法，在實(shí)際的應(yīng)用中，它們之間的關(guān)系表現(xiàn)為 ( B) A、 相互排斥 B、 相互補(bǔ)充 C、 獨(dú)立使用 D、 交替使用 UML是軟件開(kāi)發(fā)中的一個(gè)重要工具，它主要應(yīng)用于哪種軟件開(kāi)發(fā)方法(C ) A、基于瀑布模型的結(jié)構(gòu)化方法 B、基于需求動(dòng)態(tài)定義的原型化方法 C、基于對(duì)象的面向?qū)ο蟮姆椒?D、基于數(shù)據(jù)的數(shù)據(jù)流開(kāi)發(fā)方法 在下面的軟件開(kāi)發(fā)方法中，哪一個(gè)對(duì)軟件設(shè)計(jì)和開(kāi)發(fā)人員的開(kāi)發(fā)要求最高(B ) A、結(jié)構(gòu)化方法 B、原型化方法 C、面向?qū)ο蟮姆椒?D、控制流方法 結(jié)構(gòu)化分析方法是一種預(yù)先嚴(yán)格定義需求的方法，它在實(shí)施時(shí)強(qiáng)調(diào)的是分析對(duì)象的(B ) A、控制流 B、數(shù)據(jù)流 C、程序流 D、指令流 軟件開(kāi)發(fā)的結(jié)構(gòu)化生命周期方法將軟件生命周期劃分成(A ) A、 計(jì)劃階段、開(kāi)發(fā)階段、運(yùn)行階段 B、 計(jì)劃階段、編程階段、測(cè)試階段 C、 總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編程調(diào)試 D、需求分析、功能定義、系統(tǒng)設(shè)計(jì) 1軟件開(kāi)發(fā)中常采用的結(jié)構(gòu)化生命周期方法，由于其特征而一般稱(chēng)其為(A ) A、 瀑布模型 B、 對(duì)象模型 C、 螺旋模型 D、 層次模型 1軟件開(kāi)發(fā)的瀑布模型，一般都將開(kāi)發(fā)過(guò)程劃分為：分析、設(shè)計(jì)、編碼和測(cè)試等階段，一般認(rèn)為可能占用人員最多的階段是( C) A、 分析階段 B、 設(shè)計(jì)階段 C、 編碼階段 D、 測(cè)試階段21．系統(tǒng)流程圖是描述物理模型的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中各個(gè)元素表達(dá)了系統(tǒng)中各種元素之間的(　信息流動(dòng)　)情況?！　　　解析]系統(tǒng)流程圖是描述物理系統(tǒng)的傳統(tǒng)工具，用圖形符號(hào)表示系統(tǒng)中的各個(gè)元素，如人工處理、數(shù)據(jù)處理、數(shù)據(jù)庫(kù)、文件、設(shè)備等，表達(dá)了元素之間的信息流動(dòng)的情況?！　?2．成本效益分析的目的是從(　經(jīng)濟(jì)　)角度評(píng)價(jià)開(kāi)發(fā)一個(gè)項(xiàng)目是否可行?！　　　　　　　解析]成本效益分析首先是估算將要開(kāi)發(fā)的系統(tǒng)的開(kāi)發(fā)成本，然后與可能取得的效益進(jìn)行比較和權(quán)衡，其目的是從經(jīng)濟(jì)角度評(píng)價(jià)開(kāi)發(fā)一個(gè)新的軟件項(xiàng)目是否可行。23．自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和(　寬度優(yōu)先策略　) ?！　　　解析]漸增式測(cè)試法有自頂向下結(jié)合和自底向上結(jié)合兩種組裝模塊的方法，其中自頂向下集成是構(gòu)造程序結(jié)構(gòu)的一種增量式方式，不需要編寫(xiě)驅(qū)動(dòng)模塊，只需要編寫(xiě)樁模塊。它從主控模塊開(kāi)始，按照軟件的控制層次結(jié)構(gòu)，以深度優(yōu)先或?qū)挾葍?yōu)先的策略，逐步把各個(gè)模塊集成在一起。　　24．獨(dú)立路徑是指包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條(　在其他獨(dú)立路徑中未有過(guò)　)的邊的路徑。　　　　[解析]在基本路徑測(cè)試中，以詳細(xì)設(shè)計(jì)或源程序?yàn)榛A(chǔ)，導(dǎo)出控制流程圖的拓?fù)浣Y(jié)構(gòu)——程序圖，在計(jì)算了程序圖的環(huán)路復(fù)雜性之后，確定只包含獨(dú)立路徑的基本路徑圖，其中獨(dú)立路徑是包括一組以前沒(méi)有處理的語(yǔ)句或條件的一條路徑。從程序圖來(lái)看，一條獨(dú)立路徑是至少包含有一條在其他獨(dú)立路徑中未有過(guò)的邊的路徑。　　25．匯編語(yǔ)言是面向(　機(jī)器　) 的，可以完成高級(jí)語(yǔ)言無(wú)法完成的特殊功能，如與外部設(shè)備之間的一些接口工作?！　　　解析]匯編語(yǔ)言屬于低級(jí)語(yǔ)言，是一種面向機(jī)器的語(yǔ)言，它與高級(jí)語(yǔ)言相比有許多優(yōu)越性：如操作靈活，可以直接作用到硬件的最下層，完成與外部設(shè)備的接口工作等，是能夠利用計(jì)算機(jī)硬件特性直接控制硬件設(shè)備的唯一語(yǔ)言。　　26．在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是(　中間數(shù)據(jù)結(jié)構(gòu)或中間文件　)。　　　　[解析]JSP方法是面向數(shù)據(jù)結(jié)構(gòu)的設(shè)計(jì)方法。它定義了一組以數(shù)據(jù)結(jié)構(gòu)為指導(dǎo)的映射過(guò)程，根據(jù)輸入、輸出的數(shù)據(jù)結(jié)構(gòu)，按一定的規(guī)則映射成軟件的過(guò)程描述，在JSP方法中解決結(jié)構(gòu)沖突的具體辦法是引入中間數(shù)據(jù)結(jié)構(gòu)或中間文件，將沖突部分分隔開(kāi)來(lái)，建立多個(gè)程序結(jié)構(gòu)，再利用中間文件把它們聯(lián)系起來(lái)，構(gòu)成一個(gè)系統(tǒng)的整體?！　?7．詳細(xì)設(shè)計(jì)的任務(wù)是確定每個(gè)模塊的內(nèi)部特性，即模塊的算法、(　使用的數(shù)據(jù)　)。 　　　　[解析]詳細(xì)設(shè)計(jì)的基本任務(wù)是為每個(gè)模塊進(jìn)行詳細(xì)的算法設(shè)計(jì)，為模塊內(nèi)的數(shù)據(jù)結(jié)構(gòu)進(jìn)行設(shè)計(jì)，確定每個(gè)模塊的內(nèi)部特性，包括模塊的算法和使用的數(shù)據(jù)。對(duì)數(shù)據(jù)庫(kù)進(jìn)行物理設(shè)計(jì)等。　　28．所有軟件維護(hù)申請(qǐng)報(bào)告要按規(guī)定方式提出，該報(bào)告也稱(chēng)( 　軟件問(wèn)題 )報(bào)告?！　　　解析]在軟件維護(hù)的流程中，第一步就是制定維護(hù)申請(qǐng)報(bào)告，也稱(chēng)為軟件問(wèn)題報(bào)告，它是維護(hù)階段的一種文檔，由申請(qǐng)維護(hù)的用戶(hù)填寫(xiě)。　　29．有兩類(lèi)維護(hù)技術(shù)：在開(kāi)發(fā)階段使用來(lái)減少錯(cuò)誤、提高軟件可維護(hù)性的面向維護(hù)的技術(shù)；在維護(hù)階段用來(lái)提高維護(hù)的效率和質(zhì)量的(　維護(hù)支援　)技術(shù)。　　　　[解析]面向維護(hù)的技術(shù)涉及軟件開(kāi)發(fā)的所有階段，能夠減少軟件錯(cuò)誤，提高軟件的可維護(hù)性。而維護(hù)支援技術(shù)則包含信息收集，錯(cuò)誤原因分析，維護(hù)方案評(píng)價(jià)等項(xiàng)，是在軟件維護(hù)階段用來(lái)提高維護(hù)效率和質(zhì)量的技術(shù)。　　30．科學(xué)工程計(jì)算需要大量的標(biāo)準(zhǔn)庫(kù)函數(shù)，以便處理復(fù)雜的數(shù)值計(jì)算，可供選擇的語(yǔ)言有：(　FORTRAN語(yǔ)言)、PASCAL語(yǔ)言、C語(yǔ)言和PL/1語(yǔ)言?！　　?[解析]計(jì)算機(jī)語(yǔ)言根據(jù)不同行業(yè)的需求，使用的側(cè)重點(diǎn)也不盡相同，在辦公管理方面，一些數(shù)據(jù)庫(kù)語(yǔ)言如FOXPRO、ORICAL有很多的應(yīng)用，在工程行業(yè)，計(jì)算機(jī)語(yǔ)言的科學(xué)計(jì)算能力就顯得格外重要，如MATLAB、PL/FORTRAN語(yǔ)言都是工程計(jì)算中常用的語(yǔ)言。三．判斷1．軟件的開(kāi)發(fā)與運(yùn)行經(jīng)常受到硬件的限制和制約。(√)2．模塊內(nèi)的高內(nèi)聚往往意味著模塊間的松耦合。(√ )3．Jackson圖只能表達(dá)程序結(jié)構(gòu)，不能表達(dá)數(shù)據(jù)結(jié)構(gòu)。(X)上述數(shù)據(jù)流圖表示數(shù)據(jù)A和B同時(shí)輸入變換成C。(X )5．軟件的質(zhì)量好壞主要由驗(yàn)收人員負(fù)責(zé)，其他開(kāi)發(fā)人員不必關(guān)心。(X )6．判定覆蓋不一定包含條件覆蓋，條件覆蓋也不一定包含判定覆蓋。(√)，提高程序運(yùn)行效率，而減少高級(jí)語(yǔ)言的使用。(X)8．UML只能應(yīng)用于軟件系統(tǒng)模型的建立。(X)9．容錯(cuò)就是每個(gè)程序采用兩種不同的算法編寫(xiě)。(X)10．軟件測(cè)試的目的是為了無(wú)一遺漏的找出所有的錯(cuò)誤。(X)四、名詞解釋題(本大題共5小題，每小題3分，共15分)　　　　　　　　　　31．經(jīng)濟(jì)可行性　　　　解：進(jìn)行開(kāi)發(fā)成本的估算以及了解取得效益的評(píng)估，確定要開(kāi)發(fā)的項(xiàng)目是否值得投資開(kāi)發(fā)?！　　　解析]對(duì)于一個(gè)系統(tǒng)所必須要衡量的是經(jīng)濟(jì)上是否合算，經(jīng)濟(jì)可行性的范圍很廣，包括效益分析、潛在市場(chǎng)前景等?！　?2．社會(huì)可行性　　　　解：要開(kāi)發(fā)的項(xiàng)目是否存在任何侵犯、妨礙等責(zé)任問(wèn)題，要開(kāi)發(fā)項(xiàng)目目的運(yùn)行方式在用戶(hù)組織內(nèi)是否行得通，現(xiàn)有管理制度、人員素質(zhì)、操作方式是否可行。　　　　[解析]社會(huì)可行性包括合同、責(zé)任、侵權(quán)等技術(shù)人員不甚了解的諸多問(wèn)題。　　33．投資回收期　　　　解：投資回收期就是使累計(jì)的經(jīng)濟(jì)效益等于最初的投資費(fèi)用所需的時(shí)間?！　　　解析]通常我們用投資回收期來(lái)衡量一個(gè)開(kāi)發(fā)項(xiàng)目的價(jià)值，投資回收期越短，就越快獲得利潤(rùn)。　　34．對(duì)應(yīng)關(guān)系　　　　解：即有直接因果關(guān)系在程序中可以同時(shí)處理?！　　　解析]對(duì)應(yīng)關(guān)系是指數(shù)據(jù)單元在數(shù)據(jù)內(nèi)容上、數(shù)量上和順序上有直接的因果