軟件工程考試題(含答案)

1、1什么是軟件工程答：是研究和應(yīng)用如何以系統(tǒng)性的，規(guī)范化的，可定量的工程化方法去開(kāi)發(fā)和維護(hù)軟件，以及如何把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法結(jié)合起來(lái)。2最常用的軟件過(guò)程模型有哪些答：瀑布模型，噴泉模型，快速原型模型，增量模型，螺旋模型，敏捷模型，構(gòu)件集成模型。3軟件開(kāi)發(fā)的主要階段是什么？每個(gè)階段的任務(wù)是什么？答：需求分析：在確定軟件開(kāi)發(fā)可行性的情況下，對(duì)軟件需要實(shí)現(xiàn)的各個(gè)功能進(jìn)行詳細(xì)需求分析。需求分析階段是一個(gè)很重要的階段，這一階段做的好，將為整個(gè)軟件項(xiàng)目的開(kāi)發(fā)打下良好的基礎(chǔ)?！拔ㄒ徊蛔兊氖亲兓旧怼?，同樣軟件需求也是在軟件愛(ài)你開(kāi)發(fā)過(guò)程中不斷變化和深入的，因此，我們必

2、須定制需求變更計(jì)劃來(lái)應(yīng)付這種變化，以保護(hù)整個(gè)項(xiàng)目的正常進(jìn)行。軟件設(shè)計(jì)：此階段中偶要根據(jù)需求分析的結(jié)果，對(duì)整個(gè)軟件系統(tǒng)進(jìn)行設(shè)計(jì)，如系統(tǒng)框架設(shè)計(jì)、數(shù)據(jù)庫(kù)設(shè)計(jì)等。軟件設(shè)計(jì)一般分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)。還的軟件設(shè)計(jì)將為軟件程序編寫(xiě)打下良好的基礎(chǔ)。軟件實(shí)現(xiàn)：此階段是將軟件設(shè)計(jì)的結(jié)果轉(zhuǎn)化為計(jì)算機(jī)可運(yùn)行的程序代碼。在程序編碼中必定要制定統(tǒng)一、符合標(biāo)準(zhǔn)的編寫(xiě)規(guī)范。以保證程序的可讀性、易維護(hù)性。提高程序的運(yùn)行效率。軟件測(cè)試：在軟件設(shè)計(jì)完成之后要進(jìn)行嚴(yán)密的測(cè)試，一發(fā)現(xiàn)軟件在整個(gè)軟件設(shè)計(jì)過(guò)程中存在的問(wèn)題并加以糾正。整個(gè)測(cè)試階段分為單元測(cè)試、組裝測(cè)試、系統(tǒng)測(cè)試三個(gè)階段進(jìn)行。測(cè)試方法主要有白盒測(cè)試和黑盒測(cè)試。軟件維護(hù)：軟

3、件維護(hù)活動(dòng)總結(jié)起來(lái)大概有四種，糾錯(cuò)性維護(hù)，適應(yīng)性維護(hù)，完善性維護(hù)或增強(qiáng)，預(yù)防性維護(hù)或在工程。除此之外，還有一些其他類型的維護(hù)活動(dòng)，如支援性維護(hù)。以上就是軟件開(kāi)發(fā)過(guò)程的五個(gè)階段，但是有的時(shí)候在軟件愛(ài)你開(kāi)發(fā)過(guò)程中并不是必須按照這個(gè)過(guò)程進(jìn)行的。4產(chǎn)生軟件危機(jī)的原因主要是什么答：研制軟件系統(tǒng)需要投入大量的人力和物力，但系統(tǒng)的質(zhì)量卻難以保證，也就是說(shuō)，開(kāi)發(fā)軟件所需的高成本同產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象就是所謂的“軟件危機(jī)”。5可行性分析中分析的主要方面是什么答：（1）調(diào)研軟件開(kāi)發(fā)背景（2）問(wèn)題定義（3）經(jīng)濟(jì)可行性分析（4）技術(shù)可行性分析（5）法律可行性分析（6）用戶使用可行性分析（7）結(jié)論6

4、功能模型，對(duì)象模型分別有什么作用答：功能性模型：找出每個(gè)實(shí)體與系統(tǒng)之間的輸入輸出信息對(duì)象模型：對(duì)用例模型進(jìn)行分析，把系統(tǒng)分解成相互協(xié)作的分析類。7面向?qū)ο笤O(shè)計(jì)的主要原則是什么答：面向?qū)ο笤O(shè)計(jì)的五大基本原則：?jiǎn)我宦氊?zé)原則，開(kāi)放封閉原則，依賴倒置原則，接口隔離原則，liskov替換原則1一個(gè)管理系統(tǒng)的注冊(cè)內(nèi)容如圖所示還不夠完善，你覺(jué)得還要添加什么功能答;驗(yàn)證碼注冊(cè)rr2一個(gè)具有三人的軟件團(tuán)隊(duì)，投資三十萬(wàn)開(kāi)發(fā)一套名為sof+3d的圖形系統(tǒng)，此系統(tǒng)下至開(kāi)發(fā)工具，上至應(yīng)用軟件，無(wú)所不包，請(qǐng)對(duì)該項(xiàng)目進(jìn)行可行性分析自己分析3下圖是新增盤(pán)點(diǎn)用例的活動(dòng)圖，請(qǐng)用文字描述該用例的執(zhí)行過(guò)程答：看著圖從上往下自己描述。

5、一軟件工程1. （1）軟件:程序+數(shù)據(jù)+文檔（2）軟件危機(jī)：查閱軟件（3）開(kāi)發(fā)過(guò)程：?jiǎn)栴}定義可行性分析需求分析編碼實(shí)現(xiàn)軟件測(cè)試2. 軟件工程：技術(shù)+管理概念：軟件工程是應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理，開(kāi)發(fā)軟件的工程。三要素：方法、工具和過(guò)程目標(biāo)：提高軟件質(zhì)量、降低軟件成本。二軟件維護(hù)1. 概念：軟件產(chǎn)品交付使用后對(duì)其進(jìn)行修改，糾正故障，改進(jìn)性能屬性，讓產(chǎn)品適應(yīng)環(huán)境改變。修改軟件叫做維護(hù)，在原件運(yùn)行階段做維護(hù)。類型：改正性維護(hù)：識(shí)別軟件錯(cuò)誤改正缺陷。適應(yīng)性維護(hù)：外部環(huán)境或數(shù)據(jù)環(huán)境發(fā)生變化而去進(jìn)行改正。完善性維護(hù)：用戶的新功能和性能。預(yù)防性維護(hù)：改善軟件的可靠性和可維護(hù)性。過(guò)程：（1）評(píng)價(jià)系

6、統(tǒng)提升請(qǐng)求（2）評(píng)價(jià)改正問(wèn)題請(qǐng)求（3）程序緊急排錯(cuò)（4）制定系統(tǒng)維護(hù)更新計(jì)劃（5）維護(hù)更新版本需求分析（6）維護(hù)更新版本設(shè)計(jì)（7）維護(hù)更新版本編寫(xiě)和測(cè)試（8）新版本發(fā)布（9）實(shí)行預(yù)防性維護(hù)（10）人員培訓(xùn)（11）周期性系統(tǒng)評(píng)估（12）進(jìn)行執(zhí)行后評(píng)審2. 軟件的可維護(hù)性：確定質(zhì)量管理目標(biāo)，提高軟件的技術(shù)工具，先進(jìn)的技術(shù)和完善的文檔可以提升完善性。三軟件項(xiàng)目管理：維護(hù)階段時(shí)間長(zhǎng)1. 概念:軟件項(xiàng)目管理是為了為了使軟件項(xiàng)目能夠按照預(yù)定的成本、進(jìn)度、質(zhì)量順利完成，而對(duì)成本、質(zhì)量、人員進(jìn)度、風(fēng)險(xiǎn)等進(jìn)行分析管理的活動(dòng)。2. 內(nèi)容：時(shí)間：功能點(diǎn)代碼行人員：三小組配置：程序數(shù)據(jù)文檔質(zhì)量3. CMM四軟件過(guò)程模

7、型1. 軟件生命周期：SDLC：定義開(kāi)發(fā)運(yùn)行維護(hù)2. 過(guò)程模型：可行性分析需求分析軟件設(shè)計(jì)軟件實(shí)現(xiàn)軟件測(cè)試軟件維護(hù)五可行性分析1. 目的：用戶對(duì)系統(tǒng)的細(xì)節(jié)需求2. 軟件定義（問(wèn)題定義）：軟件名稱提出背景目標(biāo)類型服務(wù)范圍基本需求軟件環(huán)境主要技術(shù)基礎(chǔ)條件3. 可行性分析：經(jīng)濟(jì)可行性技術(shù)社會(huì)用戶使用法律六軟件開(kāi)發(fā)的方法面向?qū)ο蠼Y(jié)構(gòu)化七面向?qū)ο蠓治觯ㄐ枨蠓治觯?、概念：類：類是對(duì)象的抽象。類一般分為三種，邊界類：收集參與者信息，描述系統(tǒng)與角色之間的接口?？刂祁悾罕硎緟f(xié)調(diào)順序事務(wù)處理以及控制其他對(duì)象的類。和實(shí)體類：保存長(zhǎng)久信息需要建模的類，實(shí)體類要保存在數(shù)據(jù)庫(kù)中。實(shí)體類：軟件內(nèi)部的用例參與對(duì)象，角色、組

8、織部門(mén)、設(shè)備、事件、對(duì)象。用例之間的關(guān)系：包含關(guān)系：要完成用例A必須完成用例B。用例B是用例A的一部分。擴(kuò)展關(guān)系：完成用例A不一定要完成用例B。完成用例B必須要完成用例A。用例：無(wú)序獨(dú)立有意義有參與者發(fā)起用力說(shuō)明+用例功能=功能模型邊界類（界面頁(yè)面）>控制類（收集信息）->實(shí)體類（保存信息）類：類名屬性方法服務(wù)類之間的關(guān)系（標(biāo)識(shí)關(guān)系）：依賴?yán)^承實(shí)現(xiàn)聚合組合（P141-143）對(duì)象繼承通信2、分析目標(biāo)（做什么）通過(guò)詳細(xì)調(diào)查現(xiàn)實(shí)世界要處理的對(duì)象，充分了解原系統(tǒng)工作概況，明確用戶的各種需求，確定新系統(tǒng)的功能。3、分析過(guò)程（4個(gè)）獲取需求需求建模需求說(shuō)明需求評(píng)審4、需求獲?。簶I(yè)務(wù)：為什莫用

9、戶：誰(shuí)用？做什么？功能：軟件具備的功能非功能八面向?qū)ο笤O(shè)計(jì)（軟件設(shè)計(jì)）1、設(shè)計(jì)原則（5條）：?jiǎn)我宦氊?zé)開(kāi)放封閉依賴倒置接口隔離Liskov替換2、體系結(jié)構(gòu)設(shè)計(jì)：體系結(jié)構(gòu)是軟件的支撐模塊就如同人的器官具有特定的功能。數(shù)據(jù)結(jié)構(gòu)與算法就如同人的血脈和神經(jīng)讓他具有生命并發(fā)揮功能。界面如同人的外表體系結(jié)構(gòu)是對(duì)復(fù)雜事務(wù)的一種抽象目前最流行的體系結(jié)構(gòu)設(shè)計(jì)是B/Smvc設(shè)計(jì)模式3、完善類圖4、界面設(shè)計(jì)（給出要求設(shè)計(jì)出相應(yīng)的界面）設(shè)計(jì)思想：以人為本設(shè)計(jì)原則：就近原則容錯(cuò)原則幫助原則習(xí)慣原則簡(jiǎn)潔高效原則人機(jī)界面設(shè)計(jì)步驟：界面設(shè)計(jì)風(fēng)格系統(tǒng)界面布局分析打開(kāi)界面的結(jié)構(gòu)體系文字的應(yīng)用色彩的選擇5、數(shù)據(jù)庫(kù)設(shè)計(jì)九軟件實(shí)現(xiàn)1.

10、編程語(yǔ)言2. 編碼規(guī)范3. 開(kāi)發(fā)環(huán)境搭建4. 三種實(shí)現(xiàn)方式（自主編碼）十Git工具1. 三種項(xiàng)目管理模式本地集中分布2. 常用命令Gitindit創(chuàng)建GitAdd添加Gitcopy復(fù)制文件Gitrm刪除文件十一軟件測(cè)試1. 目的：盡可能地找出軟件的錯(cuò)誤漏洞。2. 常用測(cè)試方法：白盒測(cè)試：邏輯覆蓋黑盒測(cè)試：等價(jià)類劃分邊界值3. 測(cè)試管理十二結(jié)構(gòu)化方法：1.建模：功能-DED數(shù)據(jù)-ER行為-狀態(tài)十三結(jié)構(gòu)化設(shè)計(jì)1. 設(shè)計(jì)原則：自頂向下逐步求精2. 內(nèi)聚耦合一一模塊獨(dú)立性3. 總體設(shè)計(jì)的內(nèi)容：（劃分軟件結(jié)構(gòu)圖）軟件結(jié)構(gòu)模塊4. 詳細(xì)設(shè)計(jì)：算法復(fù)雜度簡(jiǎn)答題1、什么叫軟件？軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存

11、的另一部分，它是包括程序，數(shù)據(jù)及其相關(guān)文檔的完整集合1. 軟件工程的三要素方法、工具和過(guò)程2、什么叫軟件危機(jī)？軟件危機(jī)包含哪兩點(diǎn)？軟件危機(jī)產(chǎn)生的原因是什么？軟件危機(jī)是指在計(jì)算機(jī)軟件開(kāi)發(fā)與維護(hù)過(guò)程中所遇到的一系列嚴(yán)重問(wèn)題。包括兩點(diǎn)：（1）如何開(kāi)發(fā)軟件，以滿足對(duì)軟件日益增長(zhǎng)的需求；（2）如何維護(hù)數(shù)量不斷膨脹的已有軟件。軟件開(kāi)發(fā)和維護(hù)過(guò)程中存在的許多嚴(yán)重問(wèn)題，一方面與軟件本身的特點(diǎn)有關(guān)，另一方面也和軟件開(kāi)發(fā)與維護(hù)的方法不正確有關(guān)。具體表現(xiàn)如下：（1）軟件是邏輯部件而不是物理部件。（2）軟件的規(guī)模越來(lái)越大，復(fù)雜性越來(lái)越大。（3）輕視需求分析的重要性，輕視軟件維護(hù)的錯(cuò)誤觀點(diǎn)和方法。2. 軟件生命周期問(wèn)題

12、定義可行性研究需求分析總體設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼和單元測(cè)試綜合測(cè)試軟件維護(hù)面向?qū)ο笃叽笤O(shè)計(jì)原則1、開(kāi)放封閉原則對(duì)擴(kuò)展開(kāi)放，對(duì)修改封閉。2、接口隔離原則核心思想：使用多個(gè)小的專門(mén)的接口，不使用一個(gè)大的總接口。接口內(nèi)聚。3、單一職責(zé)原則核心思想是：一個(gè)類，最好只做一件事，只有一個(gè)冬季引起它的變化。4、依賴倒置原則依賴于抽象，高層模塊不依賴于底層模塊，抽象不依賴于具體，具體依賴于抽象。5、Liskov替換原則子類必須能夠替代其基類。設(shè)計(jì)模式：創(chuàng)建型模式：?jiǎn)卫Ｊ?、抽象工廠模式、建造者模式、工廠模式、原型模式結(jié)構(gòu)型模式：適配器模式、橋接模式、裝飾模式、組合模式、外觀模式、享元模式、代理模式行為模式：模板方法

13、模式、命令模式、迭代器模式、觀察者模式、中介者模式、備忘錄模式、解釋器模式、狀態(tài)模式、策略模式、職責(zé)鏈模式、訪問(wèn)者模式什么叫軟件工程？1968年在第一屆NATO會(huì)議上的早期定義：“建立并使用完善的工程化原則，以較經(jīng)濟(jì)的手段獲得能在實(shí)際機(jī)器上有效運(yùn)行的可靠軟件的一系列方法”1993年IEEE的定義：“軟件工程是：把系統(tǒng)的、規(guī)范的、可度量的途徑應(yīng)用于軟件開(kāi)發(fā)、運(yùn)行和維護(hù)過(guò)程，也就是把工程應(yīng)用于軟件；進(jìn)而研究實(shí)現(xiàn)的途徑”。我們國(guó)家最近定義：軟件工程是指導(dǎo)計(jì)算機(jī)軟件開(kāi)發(fā)和維護(hù)的工程學(xué)科。它采用工程的概念、原理、技術(shù)和方法來(lái)開(kāi)發(fā)與維護(hù)軟件，把經(jīng)過(guò)時(shí)間考驗(yàn)而證明正確的管理技術(shù)和當(dāng)前能夠得到的最好的技術(shù)方法

14、結(jié)合起來(lái)。3、兩種軟件工程方法學(xué)開(kāi)發(fā)軟件時(shí)要建立哪些模型？軟件工程方法學(xué)包括：傳統(tǒng)方法學(xué)和面向?qū)ο蠓椒▽W(xué)。常用的開(kāi)發(fā)模型有：瀑布模型（需求穩(wěn)定，而且可以預(yù)先指定）原型模型（需求模糊或者隨時(shí)間變化）增量模型（分析員先作出需求分析和概要設(shè)計(jì)，用戶參與逐步完善）螺旋模型（將瀑布模型與原型化模型結(jié)合起來(lái),并加入了風(fēng)險(xiǎn)分析）噴泉模型（使開(kāi)發(fā)過(guò)程具有迭代性和無(wú)間隙性）4、軟件過(guò)程模型有哪些？簡(jiǎn)述它們的特點(diǎn)。過(guò)程模型分為五大類：1管理過(guò)程模型。2瀑布模型（又稱為生命周期模型）。3增量過(guò)程模型：包括增量模型,RAD模型。4煙花過(guò)程模型：包括原型開(kāi)發(fā)模型，螺旋模型，協(xié)同開(kāi)發(fā)模型。5.專用過(guò)程模型：包括機(jī)遇構(gòu)建的

15、開(kāi)發(fā)模型，形式化方法模型，面向方面的軟件開(kāi)發(fā)模型。5、什么是軟件生命周期？一個(gè)軟件從定義，開(kāi)發(fā)，使用和維護(hù)，直到最終被廢棄，要經(jīng)歷一個(gè)漫長(zhǎng)的時(shí)期，通常把軟件經(jīng)歷的這個(gè)漫長(zhǎng)時(shí)期稱為生命周期6、軟件生命周期有哪幾個(gè)階段和步驟？三個(gè)階段：定義、開(kāi)發(fā)、維護(hù)八個(gè)步驟：?jiǎn)栴}定義、可行性研究、需求分析；總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼與單元測(cè)試、綜合測(cè)試；運(yùn)行維護(hù)。7、計(jì)算機(jī)軟件的開(kāi)發(fā)經(jīng)過(guò)哪三個(gè)大階段？三個(gè)階段：定義、開(kāi)發(fā)、維護(hù)8、軟件開(kāi)發(fā)的各階段的任務(wù)是什么？定義階段：?jiǎn)栴}定義-任務(wù)：關(guān)于規(guī)模和目標(biāo)的報(bào)告書(shū)；可行性研究-任務(wù)：系統(tǒng)的高層邏輯模型：數(shù)據(jù)流圖，成本/效益分析；需求分析-任務(wù)：系統(tǒng)的邏輯模型：數(shù)據(jù)流圖，

16、數(shù)據(jù)字典，算法描述。開(kāi)發(fā)階段：總體設(shè)計(jì)-任務(wù)：系統(tǒng)流程圖，成本/效益分析，推薦的系統(tǒng)結(jié)構(gòu)：層次圖/結(jié)構(gòu)圖；詳細(xì)設(shè)計(jì)-任務(wù)：HIPO圖或PDL圖；編碼和單元測(cè)試-任務(wù)：源程序清單，單元測(cè)試方案和結(jié)果；綜合測(cè)試-任務(wù)：綜合測(cè)試方案，結(jié)果集成測(cè)試，驗(yàn)收測(cè)試，完整一致的軟件配置。維護(hù)階段：軟件維護(hù)-任務(wù)：維護(hù)記錄以及改正性維護(hù)，適應(yīng)性維護(hù)，完整性維護(hù)和預(yù)防性維護(hù)10、簡(jiǎn)述CMMI的5個(gè)級(jí)別及特征。答：（1）初始級(jí)。軟件過(guò)程是無(wú)序的，有時(shí)甚至是混亂的，對(duì)過(guò)程幾乎沒(méi)有定義，成功取決于個(gè)人努力。管理是反應(yīng)式的。（2）可管理級(jí)。建立了基本的項(xiàng)目管理過(guò)程來(lái)跟蹤費(fèi)用、進(jìn)度和功能特性。制定了必要的過(guò)程紀(jì)律，能重復(fù)早

17、先類似應(yīng)用項(xiàng)目取得的成功經(jīng)驗(yàn)。（3）已定義級(jí)。已將軟件管理和工程兩方面的過(guò)程文檔化、標(biāo)準(zhǔn)化，并綜合成該組織的標(biāo)準(zhǔn)軟件過(guò)程。所有項(xiàng)目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過(guò)程來(lái)開(kāi)發(fā)和維護(hù)軟件，軟件產(chǎn)品的生產(chǎn)在整個(gè)軟件過(guò)程是可見(jiàn)的。（4）量化管理級(jí)。分析對(duì)軟件過(guò)程和產(chǎn)品質(zhì)量的詳細(xì)度量數(shù)據(jù)，對(duì)軟件過(guò)程和產(chǎn)品都有定量的理解與控制。管理有一個(gè)作出結(jié)論的客觀依據(jù)，管理能夠在定量的范圍內(nèi)預(yù)測(cè)性能。（5）。優(yōu)化級(jí)。過(guò)程的量化反饋和先進(jìn)的新思想、新技術(shù)促使過(guò)程持續(xù)不斷改進(jìn)。9、軟件設(shè)計(jì)分哪兩個(gè)階段？總體設(shè)計(jì)的兩個(gè)階段分別是什么？分為總體設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段。10、總體設(shè)計(jì)包括系統(tǒng)設(shè)計(jì)（劃分出組成系統(tǒng)的程序、文件、數(shù)據(jù)庫(kù)

18、、人工過(guò)程和文檔等物理元素）和結(jié)構(gòu)設(shè)計(jì)（確定系統(tǒng)中每個(gè)程序是由哪些模塊組成的，以及這些模塊相互間的關(guān)系，不涉及模塊內(nèi)部算法流程）11、軟件與硬件的區(qū)別是什么？軟件是一種邏輯部件，而不是具體的物理部件。軟件在開(kāi)發(fā)、生產(chǎn)、使用、維護(hù)等方面與硬件相比有明顯差異。軟件是開(kāi)發(fā)，硬件是制造軟件是自定的，硬件是組裝的軟件不會(huì)磨損，硬件存在機(jī)械磨損問(wèn)題12、軟件需求分析的任務(wù)是什么？需求分析的任務(wù)是確定系統(tǒng)必須完成哪些工作，也就是對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。一般說(shuō)來(lái)，需求分析的任務(wù)包括下述幾方面：1. 確定對(duì)系統(tǒng)的綜合要求（主要有：功能需求、性能需求、運(yùn)行需求、將來(lái)可能提出的需求。）2分析系統(tǒng)

19、的數(shù)據(jù)要求3導(dǎo)出系統(tǒng)的邏輯模型：數(shù)據(jù)流圖、實(shí)體-聯(lián)系圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典、算法流程等4修正系統(tǒng)開(kāi)發(fā)計(jì)劃13、瀑布模型與原型模型分別適用于開(kāi)發(fā)哪些軟件？瀑布模型與原型模型分別適用于開(kāi)發(fā)哪些軟件瀑布模型適合于需求穩(wěn)定，而且可以預(yù)先指定的大型系統(tǒng)工程項(xiàng)目。原型模型適合于需求模糊或者隨時(shí)間變化的中小型項(xiàng)目14、數(shù)據(jù)流圖的作用是什么？如何畫(huà)數(shù)據(jù)流圖簡(jiǎn)稱DFD（DataFlowDiagram）圖，它是以特定的圖形符號(hào)描述系統(tǒng)邏輯模型的工數(shù)據(jù)流圖具；它從數(shù)據(jù)傳送和加工的角度抽象的描述信息在系統(tǒng)中的流動(dòng)和數(shù)據(jù)處理的過(guò)程；它是開(kāi)發(fā)人員與用戶之間交流信息的通信工具；它也是系統(tǒng)分析與系統(tǒng)設(shè)計(jì)的工具。數(shù)據(jù)流圖畫(huà)法

20、總結(jié)1先找出數(shù)據(jù)源點(diǎn)和匯點(diǎn)。它們是外部實(shí)體，由它們確定系統(tǒng)與外界的接口。2找出外部實(shí)體的輸出數(shù)據(jù)流與輸入數(shù)據(jù)流。畫(huà)出頂層數(shù)據(jù)流圖。3從頂層加工出發(fā)，逐步細(xì)化，畫(huà)出所需子圖。4分析系統(tǒng)的主要處理功能，把每一個(gè)處理功能作為一個(gè)加工，并且確定它們之間的數(shù)據(jù)流入、流出關(guān)系，畫(huà)出第一層數(shù)據(jù)流圖。5. 對(duì)流圖中的每個(gè)加工進(jìn)行細(xì)化，畫(huà)出所需的子圖，直到加工不需再分解為止。6按照前面給出原則檢查和修改每一層數(shù)據(jù)流圖和子圖15、什么叫數(shù)據(jù)字典？如何寫(xiě)數(shù)據(jù)字典？數(shù)據(jù)字典是描述數(shù)據(jù)流圖中數(shù)據(jù)的信息的集合（描述內(nèi)容包括：數(shù)據(jù)流圖、狀態(tài)轉(zhuǎn)換圖、數(shù)據(jù)字典E-R圖中的數(shù)據(jù)信息（數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、外部實(shí)體）、控制信息（事件）

21、等，不包括處理）。如何寫(xiě)？數(shù)據(jù)元素的組合方式順序：即以確定的次序連接兩個(gè)或多個(gè)分量。例：A+B選擇：即從兩個(gè)或多個(gè)可能的元素中選取一個(gè)。例：AIB重復(fù)：即把指定的分量重復(fù)零次或多次。例：1A5可選：即一個(gè)分量是可有可無(wú)的（重復(fù)零次或一次）16、軟件設(shè)計(jì)的原則有哪些？模塊化，抽象化與逐步求精，信息隱藏與局部化，模塊獨(dú)立17、耦合與內(nèi)聚分別有哪些？如何定義？如何區(qū)分？耦合衡量不同模塊彼此間互相依賴（連接）的緊密程度內(nèi)聚衡量一個(gè)模塊內(nèi)部各個(gè)元素彼此結(jié)合的緊密程度耦合的種類：數(shù)據(jù)耦合：如果兩個(gè)模塊間的通訊信息是若干參數(shù)，其中每一個(gè)參數(shù)都是一個(gè)數(shù)據(jù)元素，稱數(shù)據(jù)耦合這種耦合為數(shù)據(jù)耦合。這是模塊之間影響最小

22、的耦合關(guān)系。標(biāo)記耦合：當(dāng)把整個(gè)數(shù)據(jù)結(jié)構(gòu)作為參數(shù)傳遞而被調(diào)用模塊只需要使用其中一部分?jǐn)?shù)據(jù)元素標(biāo)記耦合時(shí)，這種情況稱為標(biāo)記耦合?？刂岂詈希耗敲碅和B之間控制耦合如果模塊A向模塊B所傳遞的信息控制了模塊B的內(nèi)部邏輯，的耦合稱為控制耦合。公共耦合：如果兩個(gè)或多個(gè)模塊都和同一個(gè)公共數(shù)據(jù)域有關(guān)，則稱為公共耦合。公共耦合公共耦合是一種不良的耦合關(guān)系，它給模塊的維護(hù)和修改帶來(lái)困難。如果兩個(gè)模塊共享的數(shù)據(jù)很多，都通過(guò)參數(shù)傳遞很不方便時(shí)，可以利用公共耦合。內(nèi)容耦合：如果一個(gè)模塊和另一個(gè)模塊的內(nèi)部屬性（即運(yùn)行程序和內(nèi)部數(shù)據(jù)）有關(guān)，則稱為內(nèi)容耦合。功能內(nèi)聚：如果一個(gè)模塊內(nèi)部的各組成部分的處理動(dòng)作全都為執(zhí)行同一個(gè)功能而

23、存在，并且功能內(nèi)聚：只執(zhí)行一個(gè)功能，則稱為功能內(nèi)聚。判斷一個(gè)模塊是不是功能內(nèi)聚，只要看這個(gè)模塊是“做什么”是完成一個(gè)具體的任務(wù)，還是完成多任務(wù)。順序內(nèi)聚：如果一個(gè)模塊內(nèi)部的各個(gè)組成部分執(zhí)行的幾個(gè)處理動(dòng)作有這樣的特征：前一個(gè)處順序內(nèi)聚：理動(dòng)作所產(chǎn)生的輸出數(shù)據(jù)是后一個(gè)處理動(dòng)作的輸入數(shù)據(jù)，稱為順序內(nèi)聚。順序內(nèi)聚維護(hù)起來(lái)不如功能內(nèi)聚方便，要修改模塊中的一個(gè)功能，會(huì)影響到同一個(gè)模塊中的其他功能。通訊內(nèi)聚：如果一個(gè)模塊內(nèi)各組成部分的處理動(dòng)作都使用相同的輸入數(shù)據(jù)或產(chǎn)生相同的輸通訊內(nèi)聚出數(shù)據(jù)，稱為通訊內(nèi)聚。過(guò)程內(nèi)聚：如果一個(gè)模塊內(nèi)部的各個(gè)組成部分的處理動(dòng)作各不相同，彼此也沒(méi)有聯(lián)系，但他們都受同一個(gè)控制流支配，

24、決定他們的執(zhí)行次序，稱為過(guò)程內(nèi)聚。暫時(shí)內(nèi)聚（時(shí)間內(nèi)聚）：如果一個(gè)模塊內(nèi)的各組成部分的處理動(dòng)作和時(shí)間有關(guān)，則稱為暫時(shí)：內(nèi)聚。暫時(shí)內(nèi)聚模塊的處理動(dòng)作必須在特定的時(shí)間內(nèi)完成。-指在一個(gè)特定的時(shí)間范圍內(nèi)完成，但完成次序不重要。例如：程序設(shè)計(jì)中的模塊的初始化。邏輯內(nèi)聚：如果一個(gè)模塊內(nèi)部的各組成部分的處理動(dòng)作在邏輯上相似，但功能都彼此不同或邏輯內(nèi)聚：無(wú)關(guān)，則稱為邏輯內(nèi)聚。一個(gè)邏輯內(nèi)聚模塊往往包括若干個(gè)邏輯相似的動(dòng)作，使用時(shí)可以選用一個(gè)或幾個(gè)功能。例如：把編輯各種輸入數(shù)據(jù)的功能放在一個(gè)模塊中。機(jī)械內(nèi)聚（偶然內(nèi)聚）：如果一個(gè)模塊的內(nèi)部各組成部分的處理動(dòng)作彼此沒(méi)有任何聯(lián)系，則：稱為機(jī)械內(nèi)聚18、詳細(xì)設(shè)計(jì)階段用到

25、了哪些圖形工具？程序流程圖（PFD）盒圖（N-S圖）問(wèn)題分析圖（PAD）判定表/判定樹(shù)（其他非圖形工具有過(guò)程設(shè)計(jì)語(yǔ)言（PDL）19、軟件工程的啟發(fā)式規(guī)則有哪些？A. 當(dāng)模塊過(guò)大時(shí)就應(yīng)該分解它。一般按功能分解到成為一個(gè)小的功能單一的模塊為止。一般一個(gè)模塊內(nèi)包含的語(yǔ)句在30-50條左右較好（指高級(jí)語(yǔ)言）。分解后不應(yīng)該降低模塊的獨(dú)立性。B. 深度、寬度、扇出和扇入都應(yīng)適當(dāng)。好的設(shè)計(jì)結(jié)構(gòu)通常是頂層扇出比較高，中層扇出比較少，底層扇入到公共的實(shí)用模塊中去（底層模塊有高扇入）。模塊的獨(dú)立性是貫穿始終的標(biāo)準(zhǔn)，不能為了追求其它目標(biāo)而違背獨(dú)立性標(biāo)準(zhǔn)。C. 對(duì)于任何一個(gè)內(nèi)部存在判斷調(diào)用的模塊，它的判斷作用的范圍應(yīng)

26、該是其控制范圍的一個(gè)子集。存在判斷調(diào)用的模塊，所在層次不要與那些屬于判斷作用范圍的模塊所在的層次相隔太遠(yuǎn)-越近越好。D. 力爭(zhēng)降低模塊接口的復(fù)雜程度。模塊接口復(fù)雜是軟件發(fā)生錯(cuò)誤的一個(gè)主要原因。應(yīng)該仔細(xì)設(shè)計(jì)模塊接口，使得信息傳遞簡(jiǎn)單并且和模塊的功能一致。接口復(fù)雜或不一致（即看起來(lái)傳遞的數(shù)據(jù)之間沒(méi)有聯(lián)系），是緊耦合或低內(nèi)聚的征兆，應(yīng)該重新分析這個(gè)模塊的獨(dú)立性。E.設(shè)計(jì)單入口單出口的模塊：防止出現(xiàn)內(nèi)容耦合-多入口（多種處理功能）意味著內(nèi)容耦合。F.模塊功能應(yīng)該可以預(yù)測(cè)-模塊是黑合子，輸入相同則輸出相同，其內(nèi)部數(shù)據(jù)結(jié)構(gòu)和接口受到限制。模塊的功能應(yīng)該能夠預(yù)測(cè)，但也要防止模塊功能過(guò)分局限。過(guò)分局限將導(dǎo)致模

27、塊靈活性太差，會(huì)出現(xiàn)使用現(xiàn)場(chǎng)的修改。20、模塊的作用域與控制域分別指什么？模塊的控制域：本身及其所有下級(jí)模塊（包括直接和間接下級(jí)模塊）。模塊的作用域：受該模塊內(nèi)一個(gè)判定影響的所有模塊的集合21、模塊的扇入、扇出、深度、寬度分別是什么意思？深度表示軟件結(jié)構(gòu)中控制的層數(shù)-粗略的標(biāo)志一個(gè)系統(tǒng)的大小和復(fù)雜程度。寬度是軟件結(jié)構(gòu)同一層次上的模塊總數(shù)的最大值-寬度越大系統(tǒng)越復(fù)雜。模塊的扇出指一個(gè)模塊擁有的直屬下級(jí)模塊的個(gè)數(shù)，一般扇出數(shù)控制在7以內(nèi)，平均為3模塊的扇出或4。模塊的扇入是指一個(gè)模塊的直接上級(jí)模塊的個(gè)數(shù)。22、軟件測(cè)試的目的是什么？軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過(guò)程；測(cè)試是程序的執(zhí)行過(guò)程，目的

28、在于發(fā)現(xiàn)錯(cuò)誤；軟件測(cè)試中需要數(shù)據(jù)，即為測(cè)試而精心設(shè)計(jì)的測(cè)試用例，利用測(cè)試用例去運(yùn)行程序，幫助發(fā)現(xiàn)程序錯(cuò)誤；一個(gè)好的測(cè)試用例在于能發(fā)現(xiàn)至今未發(fā)現(xiàn)的錯(cuò)誤；一個(gè)成功的測(cè)試是發(fā)現(xiàn)了至今未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。軟件測(cè)試絕對(duì)不是要證明程序的正確性，也證明不了程序的正確性.23、單元測(cè)試有那些內(nèi)容？將每一個(gè)模塊作為一個(gè)單獨(dú)的測(cè)試單元，保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行。單元測(cè)試主要針對(duì)模塊的以下五個(gè)基本特征進(jìn)行測(cè)試：1.模塊接口2局部數(shù)據(jù)結(jié)構(gòu)3重要的執(zhí)行路徑4錯(cuò)誤處理5邊界條件24、什么是集成測(cè)試？非漸增式和漸增式有什么區(qū)別？漸增式如何組裝模塊？將模塊組合起來(lái)成為一個(gè)完整的系統(tǒng)對(duì)其進(jìn)行測(cè)試叫做集成測(cè)試。不論是子

29、系統(tǒng)測(cè)試還是系統(tǒng)測(cè)試，都兼有檢測(cè)和組裝兩重含義，通常稱為集成測(cè)試。非漸增式是將模塊先進(jìn)行單元測(cè)試然后組裝在一起進(jìn)行測(cè)試。漸增式是逐個(gè)將未測(cè)試的模塊組裝到已經(jīng)測(cè)試過(guò)的模塊上去進(jìn)行集成測(cè)試，每加入一個(gè)就測(cè)試一次。非漸增式需要樁模塊和驅(qū)動(dòng)模塊、非漸增式開(kāi)始可以并行測(cè)試、漸增式可以及時(shí)的發(fā)現(xiàn)接口錯(cuò)誤，非漸增式很難發(fā)現(xiàn)接口發(fā)現(xiàn)錯(cuò)誤、漸增式開(kāi)始不能并行測(cè)試、漸增式測(cè)試比較徹底。漸增式組裝模塊有自頂向下和自底向上兩種組裝方式。25、什么是確認(rèn)測(cè)試？該階段有那些工作？按照需求規(guī)格說(shuō)明書(shū)中的確定指標(biāo)對(duì)系統(tǒng)進(jìn)行功能與性能的測(cè)試。該階段進(jìn)行明確測(cè)試（對(duì)照需求規(guī)格說(shuō)明書(shū)用黑盒法進(jìn)行測(cè)試），軟件配置測(cè)試（文檔的完整性，

30、發(fā)現(xiàn)遺漏錯(cuò)誤及時(shí)補(bǔ)充和修改）26、什么叫流圖？如何畫(huà)出流圖？流圖的環(huán)形復(fù)雜度如何計(jì)算？流圖是抽象化的程序流圖，突出表現(xiàn)控制流.符號(hào)O為流圖的一個(gè)結(jié)點(diǎn)，表示一個(gè)或多個(gè)無(wú)分支語(yǔ)句。箭頭為邊，表示控制流的方向。在分支結(jié)構(gòu)中，分支的匯聚處應(yīng)有一個(gè)匯聚結(jié)點(diǎn)每一條邊必須終止于一個(gè)結(jié)點(diǎn)。如果判斷中的條件表達(dá)式是由一個(gè)或多個(gè)邏輯運(yùn)算符（OR，AND，NAND，NOR）連接的復(fù)合條件表達(dá)式，則需要改為一系列只有單個(gè)條件的嵌套的判斷。根據(jù)程序內(nèi)單條件分支數(shù)或循環(huán)個(gè)數(shù)來(lái)度量環(huán)形復(fù)雜度即程序的復(fù)雜度環(huán)形復(fù)雜度即程序的復(fù)雜度根據(jù)程序內(nèi)單條件分支數(shù)或循環(huán)個(gè)數(shù)來(lái)度量環(huán)形復(fù)雜度即程序的復(fù)雜度V（G）=流圖區(qū)域數(shù)V（G）=邊數(shù)

31、-結(jié)點(diǎn)數(shù)+2V（G）=單條件判定數(shù)+127、白盒測(cè)試與黑盒測(cè)試分別有哪些測(cè)試方法？如何對(duì)具體問(wèn)題測(cè)試？白盒測(cè)試對(duì)程序模塊的所有的執(zhí)行路徑至少測(cè)試一次；對(duì)所有的邏輯判定，取“真”與取“假”白盒測(cè)試的兩種情況都至少測(cè)試一次；白盒測(cè)試也叫邏輯覆蓋法包括：語(yǔ)句覆蓋，判定覆蓋，條件覆蓋黑盒測(cè)試發(fā)現(xiàn)程序中的錯(cuò)誤，必須在所有可能的輸入條件和輸出條件中確定測(cè)試數(shù)據(jù)，來(lái)檢查程序是否都能產(chǎn)生正確的輸出。黑盒測(cè)試有等價(jià)類法和邊界值分析法28、軟件測(cè)試的步驟有哪些？每個(gè)測(cè)試階段的測(cè)試依據(jù)是什么？分別有誰(shuí)來(lái)測(cè)試？步驟測(cè)試內(nèi)容時(shí)間單元測(cè)試:將每一個(gè)模塊作為一個(gè)單獨(dú)的測(cè)試單元，保證每個(gè)模塊作為一個(gè)單元能正確運(yùn)行。（編碼測(cè)試

32、階段）子系測(cè)試系統(tǒng):將經(jīng)過(guò)單元測(cè)試的模塊放在一起形成一個(gè)子系統(tǒng)來(lái)測(cè)試，以測(cè)試模塊間的接口正確性作為主要任務(wù)。（集中測(cè)試階段）系統(tǒng)測(cè)試:將經(jīng)過(guò)測(cè)試的子系統(tǒng)裝配成一個(gè)完整的系統(tǒng)來(lái)測(cè)試，檢驗(yàn)系統(tǒng)是否確實(shí)能實(shí)現(xiàn)需求規(guī)格說(shuō)明書(shū)中的功能，以及系統(tǒng)的動(dòng)態(tài)特征是否符合預(yù)定要求。階段系統(tǒng)測(cè)試是指整個(gè)計(jì)算機(jī)系統(tǒng)（包括軟硬件）的測(cè)試，可與系統(tǒng)的安裝和驗(yàn)收相結(jié)合進(jìn)行。（集中測(cè)試階段）驗(yàn)收測(cè)試:在用戶的參與下，把軟件系統(tǒng)作為單一的實(shí)體進(jìn)行測(cè)試，使軟件系統(tǒng)能滿足用戶的需要。測(cè)試內(nèi)容與系統(tǒng)測(cè)試基本相同。（驗(yàn)收階段）平行測(cè)試：新舊兩個(gè)系統(tǒng)同時(shí)運(yùn)行進(jìn)行比較，避免風(fēng)險(xiǎn)的同時(shí)給用戶對(duì)新系統(tǒng)一段熟悉的時(shí)間（運(yùn)行階段）29、什么叫維護(hù)

33、？軟件維護(hù)類型有哪些？軟件維護(hù)就是在軟件已經(jīng)交付使用之后，為了改正錯(cuò)誤或滿足新的需要而修改軟件的過(guò)程。軟件維護(hù)類型有：1、改正性維護(hù)：對(duì)程序使用期間發(fā)現(xiàn)的程序錯(cuò)誤進(jìn)行診斷和改正的過(guò)程；占維護(hù)工作量17-21%。2、適應(yīng)性維護(hù)：配合變化了的環(huán)境進(jìn)行修改軟件的活動(dòng)；占維護(hù)工作量18-25%。3、完善性維護(hù)：滿足用戶在使用過(guò)程中提出增加新的功能或修改已有功能的建議而進(jìn)行的改進(jìn)工作；占維護(hù)工作量50-66%。4、預(yù)防性維護(hù)：為了改善未來(lái)的可維護(hù)性或可靠性而修改軟件的工作；占維護(hù)工作量4%左右30、UML中活動(dòng)圖、狀態(tài)圖、順序圖都分別描述什么？活動(dòng)圖強(qiáng)調(diào)的是從活動(dòng)到活動(dòng)的控制流，是一種表述過(guò)程基理、業(yè)務(wù)

34、過(guò)程以及工作流的技術(shù)?；顒?dòng)圖它可以用來(lái)對(duì)業(yè)務(wù)過(guò)程、工作流建模，也可以對(duì)用例實(shí)現(xiàn)甚至是程序?qū)崿F(xiàn)來(lái)建模狀態(tài)機(jī)圖常用來(lái)描述業(yè)務(wù)或軟件系統(tǒng)中的對(duì)象在外部事件的作用下，對(duì)象的狀態(tài)從一種狀態(tài)狀態(tài)機(jī)圖到另一種狀態(tài)的控制流。順序圖描述的是對(duì)象之間的消息發(fā)送關(guān)系，而不是類之間的關(guān)系31、UML中的事物有哪些？結(jié)構(gòu)事物：UML中的名詞，它是模型的靜態(tài)部分，描述概念或物理元素。行為事物：UML中的動(dòng)詞，它是模型中的動(dòng)態(tài)部分，是一種跨越時(shí)間、空間的行為。分組事物：UML中的容器，用來(lái)組織模型，使模型更加的結(jié)構(gòu)化。注釋事務(wù)：UML中的解釋部分，和代碼中的注釋語(yǔ)句一樣，是用來(lái)描述模型的32、面向?qū)ο蟮幕靖拍铑?、?duì)象、封

35、裝、繼承等定義是什么？類（Class）是具有相同屬性和服務(wù)的一組對(duì)象的集合，它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述，其內(nèi)部包括屬性和服務(wù)兩個(gè)主要部分。對(duì)象（Object）是系統(tǒng)中描述客觀事物的一個(gè)實(shí)體，它是構(gòu)成系統(tǒng)的一個(gè)基本單位，由一組屬性和對(duì)這組屬性進(jìn)行操作的一組服務(wù)組成，是類的一個(gè)實(shí)例封裝（Encapsulation）是把對(duì)象的屬性和服務(wù)結(jié)合成一個(gè)獨(dú)立的系統(tǒng)單位，并盡可能隱藏對(duì)象的內(nèi)部細(xì)節(jié)。繼承性:如果一個(gè)類A繼承自另一個(gè)類B,就把這個(gè)A稱為"B的子類”，而把B稱為"A的父類”。繼承使得相似對(duì)象可以共享程序代碼和數(shù)據(jù)結(jié)構(gòu)，大大減少程序中的冗余信息；繼承可以把已有的一

36、般性的類具體化來(lái)提高軟件的可重用性。多態(tài)性（Polymorphism）是指在父類中定義的屬性或服務(wù)被子類繼承后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為33、用例圖的作用是什么？用例圖是外部參與者所能觀察到的系統(tǒng)功能的模型圖。由一組用例、參與者及它們之間的關(guān)系組成。主要用于對(duì)系統(tǒng)、子系統(tǒng)或類的功能行為進(jìn)行建模。參與者是與系統(tǒng)交互的外部實(shí)體，可以是人，也可以是其它系統(tǒng)。用例是從用戶的角度描述系統(tǒng)的行為（功能）它將系統(tǒng)的功能描述成一系列事件，這些事件最終對(duì)參與者產(chǎn)生可觀察結(jié)果34、UML中的關(guān)系有哪些？關(guān)系有六種：依賴，類屬，關(guān)聯(lián)，實(shí)現(xiàn)，聚合和組合35、UML中實(shí)現(xiàn)關(guān)系、依賴關(guān)系、泛化關(guān)系等符號(hào)？

37、實(shí)現(xiàn)關(guān)系b依賴關(guān)系>泛化關(guān)系卜36、用例、活動(dòng)、狀態(tài)、節(jié)點(diǎn)等圖形符號(hào)分別是什么？填空O聚合組合面向?qū)ο?對(duì)象+類+繼承+通信1、畫(huà)出UML中依賴關(guān)系的圖形符號(hào)_>2、在UML2.0中定義了四種交互圖，其中強(qiáng)調(diào)對(duì)象調(diào)用順序的是程序圖。3、UML中實(shí)現(xiàn)關(guān)系的圖形符號(hào)。4、軟件生命周期可劃分為8個(gè)階段，它們是什么？問(wèn)題定義、可行性研究、需求分析；總體設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼與單元測(cè)試、綜合測(cè)試；運(yùn)行維護(hù)。5、軟件測(cè)試的目的是發(fā)現(xiàn)錯(cuò)誤，通常把測(cè)試方法按功能劃分為墨盒測(cè)試和白盒測(cè)試兩大類。因?yàn)橥ǔ２豢赡茏龅礁F盡測(cè)試，所以精心設(shè)計(jì)測(cè)試方案是保證達(dá)到測(cè)試目的所必須的。6、計(jì)算機(jī)軟件的開(kāi)發(fā)經(jīng)過(guò)三個(gè)階段

38、分別為：定義、設(shè)計(jì)和運(yùn)行。7、軟件維護(hù)的活動(dòng)包括四種：改正性維護(hù)、適應(yīng)性維護(hù)、完善性維護(hù)和預(yù)防性維護(hù)。8、在軟件測(cè)試過(guò)程的4個(gè)步驟中，測(cè)試依據(jù)是需求規(guī)格說(shuō)明的是驗(yàn)收測(cè)試選擇題1、以下哪個(gè)不是詳細(xì)設(shè)計(jì)中常用的圖形描述工A、數(shù)據(jù)流圖B、程序流圖C、盒圖（N-S圖）D、問(wèn)題分析圖（PAD）2、耦合是對(duì)軟件結(jié)構(gòu)中各個(gè)不同模塊之間互相關(guān)聯(lián)程度的度量。一個(gè)模塊直接訪問(wèn)另一個(gè)模塊的內(nèi)部信息應(yīng)屬于方式A、控制耦合B、內(nèi)容耦合C、數(shù)據(jù)耦合D、外部耦合3、在七種內(nèi)聚中屬于最強(qiáng)的是功能_內(nèi)聚，最弱的是偶然軟件工程型原則包：，貝y說(shuō)明模塊的獨(dú)立性越強(qiáng)間的關(guān)系越強(qiáng)B、扇入數(shù)越高“亠C、扇入數(shù)4、模塊合程度低,-A落/耦

39、合越強(qiáng)內(nèi)聚括參模塊化用例象與關(guān)系類明精、信息隱藏與局部化、模塊符號(hào)D、耦合越弱5、軟件設(shè)計(jì)包括A包含口設(shè)計(jì)和結(jié)C、擴(kuò)結(jié)構(gòu)設(shè)計(jì)和過(guò)程設(shè)計(jì)6、一個(gè)計(jì)算類型的程序，<<in.clu.de>>構(gòu)設(shè)#用例之?dāng)?shù)據(jù)設(shè)計(jì)和概要設(shè)計(jì)用厠之概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)它的輸入只有一,個(gè)Y",其范國(guó)是一50WY"W50?，F(xiàn)從輸入的角度考慮設(shè)計(jì)<<exten.d>>.了一組測(cè)試用例：一100,100,0。設(shè)計(jì)這組測(cè)試用例的方法。A、條件覆蓋法B、邊緣值分析法C、錯(cuò)誤推測(cè)法D、等價(jià)劃分法A：程序開(kāi)發(fā)環(huán)境理能力B：需求分析需求調(diào)查 可行性分析問(wèn)題定義7、系統(tǒng)設(shè)計(jì)分

40、為兩個(gè)階段分別為設(shè)計(jì)方案與選擇方案。8、對(duì)于變換型的數(shù)據(jù)流圖，按照軟件設(shè)計(jì)思想，要將一個(gè)大型復(fù)雜的軟件進(jìn)行分解，要確定數(shù)據(jù)流圖的輸入邊界，輸出邊界和變換中心。9、自頂向下結(jié)合的漸增式測(cè)試法，在組合模塊時(shí)有兩種組合策略：深度優(yōu)先策略和寬度優(yōu)先策略。10、在用面向?qū)ο笥^點(diǎn)建立起的3種模型中，是最基本、最重要、最核心的。A、動(dòng)態(tài)模型B、對(duì)象模型C、功能模型D、狀態(tài)模型11、在軟件結(jié)構(gòu)圖的有關(guān)術(shù)語(yǔ)中，用于表示軟件結(jié)構(gòu)中控制的層數(shù)的是A、扇出B、扇入C、深度D、寬度12、指出PDL是哪種語(yǔ)言過(guò)程設(shè)計(jì)語(yǔ)言13、在進(jìn)行軟件測(cè)試時(shí)，首先應(yīng)當(dāng)進(jìn)行.單元測(cè)試，然后再進(jìn)行組裝測(cè)試，最后再進(jìn)行有效性測(cè)試。14、結(jié)構(gòu)化

41、設(shè)計(jì)方法是面向的設(shè)計(jì)。A.數(shù)據(jù)編碼B.數(shù)據(jù)流C.數(shù)據(jù)庫(kù)D.數(shù)據(jù)結(jié)構(gòu)15、軟件工程的過(guò)程模型中，瀑布是經(jīng)典的傳統(tǒng)模型。16、模塊定義為受該模塊內(nèi)一個(gè)判斷影響的所有模塊集合。A.控制域B、作用域C、寬度D、接口17、在軟件生命周期中，能準(zhǔn)確確定軟件系統(tǒng)的體系結(jié)構(gòu)的功能階段是。A、概要設(shè)計(jì)B、詳細(xì)設(shè)計(jì)C、需求分析D、可行性分析18、下面不屬于軟件工程的基本原則的是。A、模塊化B、抽象C、局部化D、自頂向上19、在數(shù)據(jù)流圖中，用圓或者橢圓來(lái)表示。A、數(shù)據(jù)流B、數(shù)據(jù)源點(diǎn)或終點(diǎn)C、數(shù)據(jù)存儲(chǔ)D、加工20、軟件是計(jì)算機(jī)系統(tǒng)中與硬件相互依存的部分，它是包括（A）、（B）、及（C）的完整集合。其中，（A）是按事先

42、設(shè)計(jì)的功能和性能要求執(zhí)行的指令序列，（B）是使程序員能夠正確操縱信息的數(shù)據(jù)結(jié)構(gòu)，（C）是與程序開(kāi)發(fā)、維護(hù)和使用有關(guān)的圖文材料。 軟件程序代碼硬件文檔外設(shè)數(shù)據(jù)圖表21、開(kāi)發(fā)軟件時(shí)，對(duì)于提高軟件開(kāi)發(fā)人員工作效率至關(guān)重要的是（A）。軟件工程中描述軟件生存周期的瀑布類型一般包括計(jì)劃、（B）、設(shè)計(jì)、編碼、測(cè)試、維護(hù)等幾個(gè)階段。其中，設(shè)計(jì)階段在管理上可以依次分成C）和（D）兩個(gè)步驟。 操作系統(tǒng)的資源管理功能開(kāi)發(fā)程序人員數(shù)量計(jì)算機(jī)的并行處C、D：方案設(shè)計(jì)計(jì)詳細(xì)設(shè)計(jì) 代碼設(shè)計(jì)概要設(shè)計(jì)數(shù)據(jù)設(shè)計(jì)運(yùn)行設(shè)故障處理設(shè)計(jì)軟件體系結(jié)構(gòu)設(shè)計(jì)22在結(jié)構(gòu)化的分析方法中，用以表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的運(yùn)行情況的工具有（）。A：數(shù)據(jù)流圖B：數(shù)

43、據(jù)詞典C：結(jié)構(gòu)化英語(yǔ)D：判定表與判定樹(shù)23在結(jié)構(gòu)化的分析方法中，用實(shí)體關(guān)系圖表達(dá)系統(tǒng)中的對(duì)象及其關(guān)系，在實(shí)體關(guān)系圖中，表達(dá)對(duì)象的實(shí)例關(guān)系之間的關(guān)聯(lián)有三種類型：一對(duì)一聯(lián)系，（）聯(lián)系，多對(duì)多聯(lián)系。A：一對(duì)多B：多對(duì)多24. 軟件需求分析的任務(wù)，不應(yīng)包括(A),進(jìn)行需求分析可使用多種工具，但(B)是不適用的，在需求分析中，分析員要從用戶那里解決的最重要的問(wèn)題是(0。規(guī)格說(shuō)明書(shū)的內(nèi)容不應(yīng)當(dāng)包括(D)，該文檔在開(kāi)發(fā)中具有重要的作用，但其作用不應(yīng)包括(E)。A：B：C：D：E：31313問(wèn)題分析2信息域分析數(shù)據(jù)流圖2判定表要讓軟件做什么要求軟件工作效率如何對(duì)重要功能的描述軟件確認(rèn)準(zhǔn)則軟件設(shè)計(jì)的依據(jù)軟件驗(yàn)收

44、的依據(jù)3結(jié)構(gòu)化程序設(shè)計(jì)3PAD圖2要對(duì)該軟件提供哪些信息4讓軟件具有什么結(jié)構(gòu)對(duì)算法的詳細(xì)過(guò)程性描述4軟件的性能2用戶和開(kāi)發(fā)人員對(duì)軟件要”做什么”的共同理解4軟件可行性分析的依據(jù)4確定邏輯模型4數(shù)據(jù)詞典25. 原型化方法是用戶和軟件開(kāi)發(fā)人員之間進(jìn)行的一種交互過(guò)程，適用于(A)系統(tǒng)，它從用戶界面的開(kāi)發(fā)入手，首先形成(B),用戶(C),并就(D)提出意見(jiàn)。A：1需求不確定性咼的2需求確定的3管理信息4決策支持B：1用戶界面使用手冊(cè)2用戶界面需求分析說(shuō)明書(shū)3系統(tǒng)界面原型4完善的用戶界面C：1改進(jìn)用戶界面的設(shè)計(jì)2閱讀文檔資料3模擬用戶界面的運(yùn)行4運(yùn)行用戶界面原型D：1同意什么和不同意什么2使用和不使用哪

45、一種編程語(yǔ)言3程序的結(jié)構(gòu)4執(zhí)行速度是否滿足要求26. 從下列有關(guān)系統(tǒng)結(jié)構(gòu)圖的描述中選出正確的敘述。 系統(tǒng)結(jié)構(gòu)圖中反映的是程序中數(shù)據(jù)流的情況。 系統(tǒng)結(jié)構(gòu)圖是精確表達(dá)程序結(jié)構(gòu)的圖形表示法。因此有時(shí)也可將系統(tǒng)結(jié)構(gòu)圖當(dāng)作程序流程圖使用。 一個(gè)模塊的多個(gè)下屬模塊在系統(tǒng)結(jié)構(gòu)圖中所處的左右位置是無(wú)關(guān)緊要的。 在系統(tǒng)結(jié)構(gòu)圖中，上級(jí)模塊與其下屬模塊之間的調(diào)用關(guān)系用有向線段表示。這時(shí)使用斜的線段和水平、垂直的線段具有相同的含義。27. 選出正確答案： 一組語(yǔ)句在程序中多處出現(xiàn)，為了節(jié)省內(nèi)存空間，把這些語(yǔ)句放在一個(gè)模塊中，該模塊的內(nèi)聚性是(A)的。 將幾個(gè)邏輯上相似的成份，放在同一個(gè)模塊中，通過(guò)模塊入口的一個(gè)判斷決

46、定執(zhí)行哪一個(gè)功能，該模塊的內(nèi)聚性是(B)的。 模塊中所有成份引用共同的數(shù)據(jù)，該模塊的內(nèi)聚性是(C)的。 模塊內(nèi)的某成份的輸出是另一些成份的輸入，該模塊的內(nèi)聚性是(D)的。 模塊中所有成份結(jié)合起來(lái)完成一項(xiàng)任務(wù)，該模塊的內(nèi)聚性是(E)的。AE：偶然內(nèi)聚時(shí)間內(nèi)聚功能內(nèi)聚通信內(nèi)聚邏輯內(nèi)聚信息內(nèi)聚過(guò)程內(nèi)聚28. 關(guān)于模塊化程序設(shè)計(jì)的說(shuō)法正確的五項(xiàng)：()1程序設(shè)計(jì)比較方便但難于維護(hù)。2便于由多人分工編制大型程序。3軟件功能易于擴(kuò)充。4易于理解，也便于排錯(cuò)。5在主存儲(chǔ)器能夠容納的前提下，并使模塊盡可能大，以減少模塊的個(gè)數(shù)。6模塊間的接口叫做數(shù)據(jù)文件。7只要模塊之間的接口關(guān)系不變，模塊內(nèi)部實(shí)現(xiàn)細(xì)節(jié)的修改將不會(huì)

47、影響別的模塊。8模塊間的單向調(diào)用關(guān)系叫做模塊的層次結(jié)構(gòu)。9模塊越小，模塊化的優(yōu)點(diǎn)越明顯，一般來(lái)說(shuō)模塊的大小都在10行以下。29. 從下列敘述中選出五條符合程序設(shè)計(jì)風(fēng)格指導(dǎo)原則的敘述。1嵌套的重?cái)?shù)應(yīng)加以限制。2盡量少使用全局變量。3不濫用語(yǔ)言特色。4不用可以省略的括號(hào)。5使用有意義的變量名。6盡可能把程序編的短些。7把常見(jiàn)的局部?jī)?yōu)化工作留給編譯程序去做。8注解越少越好。9程序的格式應(yīng)有助于讀者理解程序。10應(yīng)盡可能多用goto語(yǔ)句。31測(cè)試過(guò)程需要三類輸入:(A)、(B)、(C)。A、B、C：接口選擇軟件配置硬件配置測(cè)試配置軟件環(huán)境測(cè)試工具32.測(cè)試的費(fèi)用已超過(guò)(A)的30%以上，高產(chǎn)的測(cè)試是指

48、(B),單元測(cè)試是在(C)階段完成的，集成測(cè)試的計(jì)劃是在(D)階段制定的，確認(rèn)測(cè)試的計(jì)劃是在(E)決定制定的。A：軟件開(kāi)發(fā)費(fèi)用軟件維護(hù)費(fèi)用軟件開(kāi)發(fā)和維護(hù)費(fèi)用軟件研制費(fèi)用 軟件生存期全部B：用適量的測(cè)試用例運(yùn)行程序，證明被測(cè)試程序正確無(wú)誤 用適量的測(cè)試用例運(yùn)行程序，證明被測(cè)試程序符合相應(yīng)的要求 用少量的測(cè)試用例運(yùn)行程序發(fā)現(xiàn)被測(cè)試程序盡可能多的錯(cuò)誤 用少量的測(cè)試用例運(yùn)行程序，糾正被測(cè)程盡可能多的錯(cuò)誤C、D、E：可行性研究和計(jì)劃需求分析概要設(shè)計(jì)詳細(xì)設(shè)計(jì)實(shí)現(xiàn) 集成測(cè)試確認(rèn)測(cè)試使用和維護(hù)33軟件測(cè)試的目的是(A),為了提高測(cè)試的效率，應(yīng)該。使用白盒測(cè)試方法時(shí)，確定測(cè)試數(shù)據(jù)應(yīng)根據(jù)(C)和指定的附帶標(biāo)準(zhǔn)。與

49、設(shè)計(jì)測(cè)試無(wú)關(guān)的文檔是(D)。軟件的集成測(cè)試工作最好由(E)承擔(dān)，以提高集成測(cè)試的結(jié)果。A：評(píng)價(jià)軟件的質(zhì)量發(fā)現(xiàn)軟件的錯(cuò)誤找出軟件中的所有錯(cuò)誤證明軟件是正確的B：隨機(jī)的選取測(cè)試數(shù)據(jù)取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù) 在完成編碼后，制定軟件的測(cè)試計(jì)劃C：程序的內(nèi)部邏輯D：該軟件的設(shè)計(jì)人員E：該軟件的設(shè)計(jì)人員設(shè)計(jì)人員 選擇發(fā)現(xiàn)錯(cuò)誤的可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)程序的復(fù)雜程度使用說(shuō)明書(shū)程序的功能程序的復(fù)雜程度源程序項(xiàng)目開(kāi)發(fā)計(jì)劃該軟件開(kāi)發(fā)組的負(fù)責(zé)人該軟件的編程人員不屬于該軟件開(kāi)發(fā)組的軟件34. 軟件調(diào)試的目的是(A)A：找岀錯(cuò)誤所在，并改正之排除存在錯(cuò)誤的可能性對(duì)錯(cuò)誤性質(zhì)進(jìn)行分類 統(tǒng)計(jì)出錯(cuò)的次數(shù).選擇題：1.

50、 為了提高測(cè)試的效率，應(yīng)該一A. 隨機(jī)地選取測(cè)試數(shù)據(jù)B. 取一切可能的輸入數(shù)據(jù)作為測(cè)試數(shù)據(jù)庫(kù)C. 在完成編碼后制定軟件的測(cè)試計(jì)劃D. 選擇發(fā)現(xiàn)錯(cuò)誤可能性大的數(shù)據(jù)作為測(cè)試數(shù)據(jù)2. 與設(shè)計(jì)測(cè)試數(shù)據(jù)無(wú)關(guān)的文檔是。A. 需求說(shuō)明書(shū)B(niǎo)。數(shù)據(jù)說(shuō)明書(shū)C。源程序Do項(xiàng)目開(kāi)發(fā)設(shè)計(jì)3. 結(jié)構(gòu)化設(shè)計(jì)是一種應(yīng)用最廣泛的系統(tǒng)設(shè)計(jì)方法，是以為基礎(chǔ)，自頂向下，求精和模塊化的過(guò)程。A. 數(shù)據(jù)流Bo數(shù)據(jù)流圖Co數(shù)據(jù)庫(kù)Do數(shù)據(jù)結(jié)構(gòu)4. 概要設(shè)計(jì)的結(jié)果是提供一份oA. 模塊說(shuō)明書(shū)B(niǎo)o框圖C程序D數(shù)據(jù)結(jié)構(gòu)5. 需求分析是由分析員了解用戶的要求，認(rèn)真細(xì)致地調(diào)研。分析，最終應(yīng)建立目標(biāo)系統(tǒng)的邏輯模型并寫(xiě)oA.模塊說(shuō)明書(shū)B(niǎo)o軟件規(guī)格說(shuō)明書(shū)C

51、o項(xiàng)目開(kāi)發(fā)計(jì)劃Do合同文檔6. 注釋是提高程序可讀性的有效手段，好的程序注釋占到程序總量的oA.1/6Bo1/5Co1/4Do1/37. 變換型和事務(wù)型是程序結(jié)構(gòu)的標(biāo)準(zhǔn)形式。從某處獲得數(shù)據(jù)，再對(duì)這些數(shù)據(jù)作處理，然后將結(jié)果送出是屬于oA. 變換型B事務(wù)型8. PAD(ProblemAnalysisDiagram)圖是-一種工具。A.系統(tǒng)描述Bo詳細(xì)設(shè)計(jì)Co測(cè)試Do編程輔助9排錯(cuò)一般是在測(cè)試發(fā)現(xiàn)錯(cuò)誤后進(jìn)行，其中找到錯(cuò)誤位置占排錯(cuò)總工作量白o(hù)A.95%B.5%C.50%D.20%10. 分層數(shù)據(jù)流圖是一種比較嚴(yán)格又易于理解的描述方式，它的頂層描述了系統(tǒng)白o(hù)A.總貌B.細(xì)節(jié)C.抽象D.軟件的作者11.

52、 數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自文件時(shí)，oA. 數(shù)據(jù)流要命名，文件不必命名B. 數(shù)據(jù)流不必命名，有文件名就足夠了C. 數(shù)據(jù)流和文件均要命名，因?yàn)榱鞒龊土鬟M(jìn)數(shù)據(jù)流是不同的D. 數(shù)據(jù)流和文件均不要命名，通過(guò)加工可自然反映出12. 分析員是A. 用戶中系統(tǒng)的直接使用者B.用戶和軟件人員的中間人C.軟件的編程人員Do用戶和軟件人員的領(lǐng)導(dǎo)13. 在軟件開(kāi)發(fā)中，有利于發(fā)揮集體智慧的一種做法oA.設(shè)計(jì)評(píng)審B.模塊化C.主程序員制Do進(jìn)度控制14. 在開(kāi)發(fā)軟件時(shí)，可用來(lái)提高程序員的工作效率。A.程序開(kāi)發(fā)環(huán)境B.操作系統(tǒng)的作業(yè)管理功能C.編譯程序的優(yōu)化功能Do并行運(yùn)算的大型計(jì)算機(jī)15. 軟件測(cè)試中設(shè)計(jì)測(cè)試實(shí)例(t

53、estcase)主要由輸入數(shù)據(jù)和兩部分組成。A.測(cè)試規(guī)則B.測(cè)試計(jì)劃C.預(yù)期輸岀結(jié)果D.以往測(cè)試記錄分析16. 結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)程序的oA.效率B.速度C.可讀性D.大小17. 開(kāi)發(fā)軟件需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱彳oA.軟件投機(jī)B.軟件危機(jī)C軟件工程D軟件產(chǎn)生18. 成功的測(cè)試是指oA.運(yùn)行測(cè)試實(shí)例后未發(fā)現(xiàn)錯(cuò)誤項(xiàng)B.發(fā)現(xiàn)程序的錯(cuò)誤C.證明程序正確D.改正程序的錯(cuò)誤19. 系統(tǒng)開(kāi)發(fā)的需求分析階段的重要工作之一是oA.數(shù)據(jù)定義B.數(shù)據(jù)庫(kù)設(shè)計(jì)C.數(shù)據(jù)維護(hù)D.數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)20. 文檔是軟件開(kāi)發(fā)人員維護(hù)人員用戶以及計(jì)算機(jī)之間的,軟件開(kāi)發(fā)人員在各個(gè)階段以文檔作為前段工作成果

54、的和后段工作的oA.接口B.橋梁C.科學(xué)D.繼續(xù)E.體現(xiàn)F基礎(chǔ)21. 單獨(dú)測(cè)試一個(gè)模塊時(shí)，有時(shí)需要一個(gè)程序驅(qū)動(dòng)被測(cè)試的模塊有時(shí)還要有一個(gè)或幾個(gè)模塊模擬由被測(cè)試模塊調(diào)用的模塊。1. A.理解B.驅(qū)動(dòng)C.管理D.傳遞2. A.子(Sub)B.仿真(Initation)C.棧(Ssack)。.樁(Ssub)22. 在結(jié)構(gòu)化程序設(shè)計(jì)思想提出以前，在程序設(shè)計(jì)中曾強(qiáng)調(diào)程序白?，F(xiàn)在，與程序白相比，人們更重視程序的。12A。安全性B。專用性C。一致性D。合理性E?？衫斫庑訤。效率23. 軟件測(cè)試中，白箱方法是通過(guò)分析程序的來(lái)設(shè)計(jì)測(cè)試實(shí)例的方法，除了測(cè)試程序外，還適用于只階段的軟件文檔進(jìn)行測(cè)試。黑箱方法是根據(jù)程

55、序的來(lái)設(shè)計(jì)測(cè)試實(shí)例的方法，除了測(cè)試程序外，它適用于階段的軟件文檔進(jìn)行測(cè)試。1、3A.應(yīng)用范圍B.內(nèi)部邏輯C.功能D.輸入數(shù)據(jù)2、4A.編碼B.軟件詳細(xì)設(shè)計(jì)C.軟件概要設(shè)計(jì)D.需求分析24. (1)在軟件生命期周期中，階段所需工作量最大，約占70%；(2) 結(jié)構(gòu)化分析方法產(chǎn)生的系統(tǒng)說(shuō)明書(shū)由一套，一本數(shù)據(jù)字典和一組小說(shuō)明及補(bǔ)充材料組成；(3) 軟件的一般由兩次故障平均間隔時(shí)間和故障平均恢復(fù)時(shí)間來(lái)度量；(4) 采用且編寫(xiě)程序，可提高程序的可移植性；(5) 僅依據(jù)規(guī)格說(shuō)明書(shū)描述的程序功能來(lái)設(shè)計(jì)測(cè)試實(shí)例的方法稱為。1. A.分析B.設(shè)計(jì)C編碼D測(cè)試E維護(hù)2. A.因果B。分層數(shù)據(jù)流圖CPAD圖D程序流程圖3. A.可維護(hù)性B可靠性C效率D互理解性4. A.機(jī)器語(yǔ)言B宏指令C匯編語(yǔ)言D高級(jí)語(yǔ)言5. A.白箱法B表態(tài)分析法C黑箱法D人工分析法25. 是以發(fā)現(xiàn)錯(cuò)誤為目的的，而是以定位，分析和改正錯(cuò)誤為目的的。A. 測(cè)