電大系統(tǒng)開發(fā)規(guī)范與文檔考試題答案單選、判斷題小抄

1、專業(yè)好文檔1、 按照軟件的工作方式進行分類，能夠?qū)崟r發(fā)生的事件和數(shù)據(jù)及時進行處理的軟件應(yīng)分類為（ a實時處理軟件 ）。2、在軟件生命周期的各階段中，查找程序中的錯誤和缺陷，保證最終開發(fā)的軟件能夠被用戶使用的階段是（ d測試 ）。3、在具有維護循環(huán)的瀑布模型中，在軟件開發(fā)階段和維護循環(huán)交界的階段是（ d測試 ）。 4、在軟件開發(fā)模型中，對軟件復(fù)用和生存周期中多項開發(fā)活動的集成提供了支持，主要支持面向?qū)ο蟮拈_發(fā)方法的模型是（ b噴泉模型 ）。5、 面向?qū)ο蟮能浖_發(fā)方法使用了一系列的面向?qū)ο蠹夹g(shù)，其中第一步的任務(wù)是是通過分析問題域建立系統(tǒng)的概念模型，這一步是（a面向?qū)ο蠓治鰋oa ）。 6、 下

2、列軟件開發(fā)方法和技術(shù)中，屬于結(jié)構(gòu)化開發(fā)方法的是（ bsasd）。7、下列選項不屬于瀑布模型的優(yōu)點的是（d支持后期的變動） 8、 下列不屬于軟件工程方法學(xué)三要素的是（d操作 ）。9、系統(tǒng)技術(shù)可行性研究涉及的技術(shù)應(yīng)該是（ d一定可以獲得的 ）技術(shù)。10、 開發(fā)軟件所需高成本和產(chǎn)品的低質(zhì)量之間有著尖銳的矛盾，這種現(xiàn)象稱做（c軟件危機 ）。11、瀑布模型本質(zhì)上是一種（ a線性順序 ）模型。12、螺旋模型是一種將瀑布模型和（a增量模型 ）結(jié)合起來的軟件開發(fā)模型。13、原型化方法是用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成，適用于（a需求不確定性高的 ）系統(tǒng)。 14、軟件與程序的區(qū)別是（ d軟件是軟件是程序以及開

3、發(fā)、使用和維護所需要的所有文檔的總稱，而程序時軟件的一部分 ）。 15、瀑布模型本質(zhì)上是一種（ a線性順序 ）模型。單選題：（共10道試題，每題4分）1、 需求分析階段最重要的技術(shù)文檔是（b需求規(guī)格說明書 ）。2、描述軟件需求通常不用哪個工具（ c模塊結(jié)構(gòu)圖）。 3、關(guān)于軟件需求特性不正確的描述是“軟件需求具有（ c準(zhǔn)確性）”。 4、結(jié)構(gòu)化生存周期法實施的前提和依據(jù)是（ b系統(tǒng)的需求比較穩(wěn)定 ）。5、在層次方框圖中，框間的連線表示（b組成）。6、在數(shù)據(jù)流圖中，當(dāng)數(shù)據(jù)流向或流自數(shù)據(jù)存儲時（ b數(shù)據(jù)流不必命名，有數(shù)據(jù)存儲名就足夠了 ） 。 7、 以下關(guān)于數(shù)據(jù)流圖的說法錯誤的是（d數(shù)據(jù)流圖的繪制采用

4、自上向下、逐層分解的方法）。8、在兩個用例中，如果一個用例擁有另一個用例的所有結(jié)構(gòu)、行為和關(guān)系，并在此基礎(chǔ)上增加了新的特性，則此兩個用例之間可以用（ c泛化關(guān)系）關(guān)系表示。9、包含關(guān)系用于構(gòu)造多個用例（ b共性的部分 ）。 10、如果說用例f被用例t擴展，意思是（af是一個一般用例，t是一個特殊用例）。 1、結(jié)構(gòu)化方法是一種基于（d數(shù)據(jù)流）的方法。2、為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設(shè)計時，必須遵循（a信息隱蔽）原則。 3、信息隱藏的基本思想不包括（d提取客觀世界中一群事物的某些特征共性，暫時忽略它們非本質(zhì)的細(xì)節(jié)）4、軟件設(shè)計中劃分模塊的一個準(zhǔn)則是（ c高內(nèi)聚低耦合）。 5、模塊的耦合性可以

5、按照耦合程度的高低進行排序，以下哪一項符合從低到高的正確次序（d無直接耦合，數(shù)據(jù)耦合，控制耦合，內(nèi)容耦合）。6、耦合度最高的是（b內(nèi)容耦合）7、下列幾種類型中，耦合性最弱的是( d數(shù)據(jù)型 )。 8、描述整個程序的控制層次關(guān)系和各個部分的接口情況的是（ a程序結(jié)構(gòu)）。 9、任何程序都可由三種基本控制結(jié)構(gòu)構(gòu)造，即：順序、選擇及（b重復(fù)）。 10、程序結(jié)構(gòu)可以按水平方向或垂直方向進行劃分。水平劃分按主要的程序（a功能）來定義模塊結(jié)構(gòu)的各個分支。單選題：（共10道試題，每題4分）1、面向?qū)ο箝_發(fā)方法是一種把面向?qū)ο蟮乃枷霊?yīng)用于軟件開發(fā)過程中，指導(dǎo)開發(fā)活動的系統(tǒng)方法。它的基礎(chǔ)上是建立在（a對象概念）。2

6、、在面向?qū)ο蠓椒ㄖ?，對象可看成是屬性（?shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（d信息屏蔽技術(shù)）。3、（b 屬性）是對象的靜態(tài)特征。4、對象的（d操作）使對象的動態(tài)特征5、封裝的目的是使對象的（c設(shè)計和實現(xiàn)）分離。6、數(shù)據(jù)流程圖中的箭頭代表（a數(shù)據(jù)流 ）7、面向?qū)ο蟮姆治鲞^程一般包括：獲取用戶對系統(tǒng)的需求、標(biāo)識類和對象以及（a定義類的結(jié)構(gòu)和層次）。8、下面哪個不是使用uml的過程的基本特征（b需求驅(qū)動）。9、面向?qū)ο蠓治龅暮诵脑谟诮ⅲ?b識別問題域?qū)ο螅┠Ｐ汀?10、用例的實現(xiàn)細(xì)節(jié)不會在（ b用例圖）描述。單選題：（共5道試題，每題8分）1、標(biāo)識的作用是識別產(chǎn)品的結(jié)構(gòu)、產(chǎn)品的構(gòu)件及

7、其類型，以某種形式提供對它們的存取，并為其分配唯一的（b標(biāo)識符）。2、常見基線中不包括（d檢查基線）。3、軟件配置項標(biāo)識的過程中不包括的部分是（d配置項的保護）。4、變更請求中一般不包括的內(nèi)容是（c程序錯誤）。 5、配置審核的對象主要是（ a軟件配置項的變化信息 ）單選題：（共15道試題，每題2分）1、 某個公司的一個商業(yè)軟件的各種開發(fā)文檔不齊全，這通常會導(dǎo)致軟件質(zhì)量特性中的某個特性很差，該特性是（c維護性）。2、 軟件質(zhì)量保證的主要功能不包括（b代碼的編寫）。3、 軟件測試計劃的撰寫開始在（b需求分析階段）。4、 在軟件質(zhì)量因素中，軟件系統(tǒng)能最有效地利用計算機的時間資源和空間資源的能力稱為（

8、b有效性）5、軟件復(fù)審是保證軟件質(zhì)量的重要手段，復(fù)審的主要目的和效果是（c較早發(fā)現(xiàn)軟件缺陷）6、軟件評審原則中不包括：（d采用投票表決，少數(shù)服從多數(shù)） 7、保障的標(biāo)準(zhǔn)中不包括（aitu-t標(biāo)準(zhǔn)）。 8、被稱作軟件工程過程的“過濾器”，并被用于軟件工程開發(fā)過程中的多個不同的點上，起到發(fā)現(xiàn)錯誤，進而排除錯誤的作用的是（a軟件審查和復(fù)查）。9、在軟件開發(fā)中沒有軟件測試活動的階段是（d可行性分析）。10、關(guān)于軟件測試原則，錯誤的說法是：（c自己測試自己編寫的程序；）11、軟件評審包括：（b走讀；成對編程；）12、軟件測試方法中的（a人工檢測）屬于靜態(tài)測試方法13、與設(shè)計測試用例無關(guān)的文檔是（c項目開發(fā)

9、計劃）14、提高測試的有效性非常重要，成功的測試是指（d發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯誤） 15、邏輯覆蓋標(biāo)準(zhǔn)主要用于（b白盒測試方法）單選題：（共5道試題，每題8分）1、軟件文檔從形式上來看，大致可分為兩類：（a工作表格；文檔或文件）2、國家標(biāo)準(zhǔn)局在1988年1月發(fā)布了計算機軟件開發(fā)規(guī)范和軟件產(chǎn)品開發(fā)文件編制指南，其中規(guī)定的軟件文檔種類是：（c 13）3、軟件項目開發(fā)計劃描述的是：（a為軟件項目實施方案制定出的具體計劃）4、軟件測試計劃分為三個層次，其中不包括：（a早期測試計劃）5、某個軟件項目的開發(fā)過程中，創(chuàng)建了一些c+類及類中的屬性和方法的說明，那么這些說明應(yīng)該體現(xiàn)在（c概要設(shè)計說明書）文檔

10、中？ 單選題：（共15道試題，每題4分）1、 在軟件生命周期的各階段中，查找程序中的錯誤和缺陷，保證最終開發(fā)的軟件能夠被用戶使用的階段是（d測試）。2、面向?qū)ο蟮能浖_發(fā)方法使用了一系列的面向?qū)ο蠹夹g(shù)，其中第一步的任務(wù)是是通過分析問題域建立系統(tǒng)的概念模型，這一步是（a面向?qū)ο蠓治鰋oa）。 3、下列軟件開發(fā)方法和技術(shù)中，屬于結(jié)構(gòu)化開發(fā)方法的是（bsasd）。4、下列關(guān)于瀑布模型的描述正確的是（a瀑布模型的核心是按照軟件開發(fā)的時間順序?qū)栴}簡化）5、下列選項不屬于瀑布模型的優(yōu)點的是（d支持后期的變動 ） 6、軟件生存周期一般都被劃分為若干個獨立的階段，其中占用精力和費用最多的階段往往是（a運行和

11、維護階段）。7、下列不屬于軟件工程方法學(xué)三要素的是（d操作）。8、傳統(tǒng)的軟件生存周期不包含（b性能優(yōu)化） 。9、軟件危機的主要表現(xiàn)中包括軟件質(zhì)量差，而引起軟件質(zhì)量差的主要原因是（a沒有軟件質(zhì)量標(biāo)準(zhǔn)）10、瀑布模型本質(zhì)上是一種（a線性順序）模型。11、螺旋模型是一種將瀑布模型和（a增量模型）結(jié)合起來的軟件開發(fā)模型。12、軟件可行性研究實質(zhì)上是要進行一次(a簡化、壓縮的)需求分析、設(shè)計過程。13、軟件與程序的區(qū)別是（d軟件是軟件是程序以及開發(fā)、使用和維護所需要的所有文檔的總稱，而程序時軟件的一部分）。14、可行性研究的主要任務(wù)是（d進行一次簡要的需求分析）。 15、原型化方法是一種（a自外向內(nèi)）型

12、的設(shè)計過程。單選題：（共10道試題，每題4分）1、描述軟件需求通常不用哪個工具（c模塊結(jié)構(gòu)圖）。 2、結(jié)構(gòu)化生存周期法實施的前提和依據(jù)是（b系統(tǒng)的需求比較穩(wěn)定）。3、需求分析階段的關(guān)鍵任務(wù)是確定（d軟件系統(tǒng)的功能）。 4、數(shù)據(jù)流程圖中的箭頭代表（a數(shù)據(jù)流）。 5、下列關(guān)于數(shù)據(jù)流圖的描述錯誤的是（d數(shù)據(jù)流圖不反映數(shù)據(jù)的流向）。 6、 以下關(guān)于數(shù)據(jù)流圖的說法錯誤的是（ d數(shù)據(jù)流圖的繪制采用自上向下、逐層分解的方法）。7、數(shù)據(jù)字典是軟件需求分析階段的重要工具之一，其最基本的功能是（c數(shù)據(jù)定義）。 8、（cdfd圖）工具在軟件詳細(xì)設(shè)計過程中不采用。9、結(jié)構(gòu)化語言是介于自然語言和形式語言之間的一種（d高

13、級語言）。10、如果說用例f被用例t擴展，意思是（af是一個一般用例，t是一個特殊用例）。單選題：（共10道試題，每題4分）1、結(jié)構(gòu)化方法的基本原則是（b抽象與分解） 2、為高質(zhì)量地開發(fā)軟件項目，在軟件結(jié)構(gòu)設(shè)計時，必須遵循（a信息隱蔽）原則。 3、結(jié)構(gòu)化軟件設(shè)計可以進一步分為兩個階段是（ a概要設(shè)計和詳細(xì)設(shè)計）。 4、 軟件設(shè)計中劃分模塊的一個準(zhǔn)則是（ c高內(nèi)聚低耦合）。5、一組模塊都訪問同一全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過參數(shù)表傳遞該全局變量的信息，則稱之為（b外部耦合）。6、當(dāng)一個模塊直接使用另一個模塊的內(nèi)部數(shù)據(jù)，這種模塊之間的耦合為（d內(nèi)容耦合）7、耦合度最高的是（b內(nèi)容

14、耦合）8、下列幾種類型中，耦合性最弱的是( d數(shù)據(jù)型 )。9、 描述整個程序的控制層次關(guān)系和各個部分的接口情況的是（a程序結(jié)構(gòu)）。10、 任何程序都可由三種基本控制結(jié)構(gòu)構(gòu)造，即：順序、選擇及（b重復(fù)）。4、 封裝的目的是使對象的（c設(shè)計和實現(xiàn)）分離。 6、 整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ模╞聚合（aggregation）。7、uml中用下列哪些圖來建立靜態(tài)模型（a類圖、對象圖和包圖）。8、uml是（ ）。 a一種可視化的建模語言9、 下列的（c實體關(guān)系圖）不屬于面向?qū)ο蠓治瞿Ｐ汀?、 軟件組織提出不同層次的配置管理視角中，關(guān)心配置管理如何應(yīng)用到具體的問題中去的視角是（d應(yīng)用級）。2、 軟件

15、配置管理應(yīng)該提供的四項功能中不包括（b配置項打印功能）。 3、軟件開發(fā)項目中不產(chǎn)生的項目是（a產(chǎn)品廣告）。1、 在軟件質(zhì)量因素中，軟件具有挽回因操作不當(dāng)造成軟件系統(tǒng)失效的能力稱為（b可靠性）2、 軟件質(zhì)量保障的實施步驟是：（a目標(biāo)(target）,計劃(plan)，做(do)，檢查(check)，行動(action)）4、 程序測試不包括檢測（d代碼的格式錯誤）。5、 按照iso/ iec 9126-1991的規(guī)定，評價軟件質(zhì)量的特性共有（c6個）。 8、程序測試是早已流行的概念。它是對編碼階段的三類錯誤進行查找的編碼執(zhí)行活動，這三類錯誤中不包括（a格式錯）。9、 動態(tài)測試的內(nèi)容不包括（d結(jié)構(gòu)

16、檢查）13、 軟件測試是軟件質(zhì)量保證的主要手段之一，測試的目的是（c發(fā)現(xiàn)軟件中的錯誤和缺陷）14、 以下軟件測試的基本原則中不正確的是（a窮盡測試并非是不可能的）15、 軟件產(chǎn)品投入運行之后，可能有修正、更改等問題，應(yīng)當(dāng)對存在的問題、修改的考慮以及修改的影響估計等做詳細(xì)的描述。這部分內(nèi)容應(yīng)該寫入：（d維護修改建議）16、 在編寫用戶手冊時，以下描述的要求中，不恰當(dāng)?shù)氖牵╝使用專門的術(shù)語）17、 為了克服軟件危機中出現(xiàn)的各種問題，在軟件開發(fā)過程中，需要遵循一些基本原理，以下與軟件工程基本原理相違背的是（c在項目中組織盡可能多的軟件開發(fā)人員來加快軟件開發(fā)的進度。）。18、 對用戶所提出的軟件系統(tǒng)進

17、行可行性分析的階段是（a計劃）。19、 軟件危機是指（b軟件開發(fā)和維護過程中的一系列問題）。20、 下列不屬于軟件的特點是（d軟件都是個人作品）。21、（d螺旋模型）引入了“風(fēng)險驅(qū)動”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項目13、 可行性研究的目的是（d確定是否值得開發(fā)系統(tǒng)）。14、 可行性研究是在（a系統(tǒng)開發(fā)）之前。15、 數(shù)據(jù)流圖中的每個加工至少有(a一個輸入流或一個輸出流)。 16、 對用例進行設(shè)計，發(fā)現(xiàn)實現(xiàn)用例功能的（c關(guān)鍵類），確定類之間的關(guān)系。17、 內(nèi)聚程度較低的是（a偶然內(nèi)聚）18、 如果一個模塊訪問另一個模塊的內(nèi)部數(shù)據(jù)，則模塊間的耦合屬于（b內(nèi)容耦合）19、 程序結(jié)構(gòu)描述了整個程序

18、的控制層次關(guān)系和各個部分的接口情況，而軟件過程則著重描述各個模塊的（d處理細(xì)節(jié)）。20、 類是一組具有相同屬性和相同操作的對象的集合，類中的每個對象都是這個類的一個（c實例（instance)）。 21、 在基于用例的面向?qū)ο蠓治鲞^程中，定義交互行為的關(guān)鍵在于通過描述分析類實例之間的（a消息傳遞）將用例的職責(zé)分配到分析類中。6、軟件開發(fā)工作中，必須貫穿于整個過程當(dāng)中并且不可忽視的工作是（a支持性的，管理性的工作 ）。 13、 軟件測試方法中，黑盒測試法主要是用于測試（b軟件外部功能）14、 （ a增量模型）分批地逐步向用戶提交產(chǎn)品，每次提交一個滿足用戶需求子集的可運行的產(chǎn)品。8、軟件工程的出現(xiàn)

19、是由于（a軟件危機的出現(xiàn)）。15、 需求分析階段的研究對象是（b用戶要求）。4、 類之間共享屬性和操作的機制稱為（a多態(tài)型）。10、每個用例至少應(yīng)該有一個（c控制類），它通常沒有屬性而只有方法，只是起協(xié)調(diào)和控制作用。判斷題：（共5題 每題4分）1、 （ 正確 ）系統(tǒng)流程圖是用于描述系統(tǒng)的物理模型。2、（正確）數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工的角度，以圖形的方式描述數(shù)據(jù)流從輸入到輸出的傳輸變換過程。3、（正確）數(shù)據(jù)字典最重要的用途是作為分析階段的工具。4、（錯誤）需求分析階段完成的用戶手冊內(nèi)容只有系統(tǒng)的使用步驟和方法。 5、（正確）在層次圖中，一個矩形代表一個模塊，方框間的連線表示調(diào)用關(guān)系。2、 判斷題

20、：（共10題 每題2分）2、 概要設(shè)計的主要任務(wù)是要建立軟件系統(tǒng)的體系結(jié)構(gòu)。（正確）3、 當(dāng)對軟件系統(tǒng)進行模塊化設(shè)計的時候，可以有不同的抽象層次。(正確)4、 將軟件進行模塊化分可以減小問題解決的復(fù)雜度，但是不應(yīng)該不受限制地將模塊細(xì)化。（正確）5、 所謂模塊的獨立性，是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其它的模塊的接口是簡單的。（正確 ）6、 數(shù)據(jù)耦合的模塊獨立性最強。（錯誤 ）6、功能內(nèi)聚模塊是內(nèi)聚性最強的模塊。（正確）7、（ 錯誤）劃分程序模塊時要注意程序模塊的內(nèi)聚度應(yīng)盡可能小。 8、（正確）在一個設(shè)計得很好的系統(tǒng)中，模塊的控制域是模塊的作用域子集。9、詳細(xì)設(shè)

21、計階段需要具體地編寫程序。（錯誤） 10、程序流程圖可以由順序型、選擇型、do-while型、do-until型以及多分支結(jié)構(gòu)型這五種基本控制結(jié)構(gòu)組合或嵌套而成。（ 正確）判斷題：（共10題 每題3分）11、 傳統(tǒng)的程序設(shè)計語言的過程調(diào)用與目標(biāo)代碼的鏈接是在編譯期完成的。（正確） 12、 對象（以及它們的類）與外部的關(guān)系結(jié)構(gòu)只有一種：就是一般-特殊結(jié)構(gòu)。（錯誤）3、對象之間的依賴關(guān)系一般有：關(guān)聯(lián)（association）、協(xié)作（cooperation）、依賴（depending）和簡化（abbreviation）。（錯誤）4、ooa模型要求比ood模型更為具體化。（錯誤）5、從面向?qū)ο蟪绦蛟O(shè)計

22、的角度看：對象是具有相同狀態(tài)的一組操作的集合。（正確） 6、一個類可以是多個一般類的特殊類，它從多個一般類中繼承了屬性和操作，這種繼承模式叫多繼承。（正確）7、多態(tài)性是指在一般類中定義的屬性或操作被特殊類繼承后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。（正確）8、在uml中，活動圖是顯示特定用例之間的詳細(xì)流程。并且顯示了它們之間的交互，以及對象之間發(fā)送消息的順序。（錯誤）9、構(gòu)件視圖展示了系統(tǒng)的物理部署，如計算機、網(wǎng)絡(luò)設(shè)備以及它們相互間的連接。（錯誤）10、面向?qū)ο蟮某绦蛟O(shè)計語言具有數(shù)據(jù)抽象、信息隱藏、信息繼承等特征。（正確）判斷題：（共5題 每題2分）5、 版本控制是對系統(tǒng)不同版本進行標(biāo)識

23、和跟蹤的過程。 （正確） 6、 檢入就是將軟件配置項從軟件配置庫中取出的過程，檢出就是將軟件配置項從用戶的工作環(huán)境存入到軟件配置庫的過程。（錯誤） 7、 軟件配置審核的目的就是要證實整個軟件生存期中各項產(chǎn)品在技術(shù)上和管理上的完整性。 （正確） 8、 配置項是為了配置管理而指定的，并在配置管理過程中被當(dāng)作單一實體。（正確） 5、基線是已經(jīng)通過正式復(fù)審和批準(zhǔn)的某規(guī)約或產(chǎn)品，它因此可以作為進一步開發(fā)的基礎(chǔ)。（ 正確）判斷題：（共10題 每題2分）1、軟件質(zhì)量保證的標(biāo)準(zhǔn)中，cmm側(cè)重評價軟件產(chǎn)品是否已達到了標(biāo)準(zhǔn)的各項指標(biāo)，iso 9000基于軟件的特點，側(cè)重軟件過程改進的必然性和長期性，強調(diào)軟件開發(fā)的

24、過程控制和預(yù)見性。（錯誤）2、質(zhì)量是依靠特定的或隱含的能力滿足特定需要的產(chǎn)品或服務(wù)的全部功能和特征。（正確） 3、需求分析說明書中，對安全的規(guī)定包括精度、時間特性要求以及靈活性。 （錯誤）4、軟件開發(fā)過程中影響軟件質(zhì)量的因素不包括人的因素。 （錯誤）5、軟件質(zhì)量保證的主要任務(wù)中不包括軟件的復(fù)用。 （錯誤）6、軟件測試可以檢測出軟件產(chǎn)品中所有的bug。 （錯誤 ）7、選擇評審方法最有效的標(biāo)準(zhǔn)是：對于最可能產(chǎn)生風(fēng)險的工作成果，要采用最正式的評審方法。（正確）8、（正確）軟件測試只能證明程序有錯誤，不能證明程序沒有錯誤。9、（錯誤）測試的主要目的是為了驗證程序是正確的。10、（錯誤）如果測試數(shù)據(jù)滿足

25、條件覆蓋，則必然滿足判定覆蓋。判斷題：（共5題 每題6分）1、需求分析說明書中，對安全的規(guī)定包括精度、時間特性要求以及靈活性。 （錯誤）2、軟件評審可以揭露軟件中的缺陷然后加以改正。（正確）3、關(guān)于軟件評審的準(zhǔn)則，既要評審產(chǎn)品也要評審設(shè)計者。 （錯誤）4、 詳細(xì)設(shè)計說明書著重描述每一個模塊是如何實現(xiàn)的，包括實現(xiàn)算法、邏輯流程等。 （正確） 軟件文檔也稱文件，是指某種數(shù)據(jù)媒體和其中所記錄的數(shù)據(jù)，它具有永久性，并可以由人或機器閱讀，通常僅用于描述人工可讀的東西。（正確）判斷題：（共10題 每題2分）7、 （正確）概要設(shè)計階段完成的主要文檔是概要設(shè)計說明書。 8、 將軟件進行模塊化分可以減小問題解決

26、的復(fù)雜度，但是不應(yīng)該不受限制地將模塊細(xì)化。（正確） 3、（正確）扇出是指一個模塊直接調(diào)用的模塊數(shù)。 4、所謂模塊的獨立性，是指軟件系統(tǒng)中每個模塊只涉及軟件要求的具體的子功能，而和軟件系統(tǒng)中其它的模塊的接口是簡單的。（正確）5、數(shù)據(jù)耦合的模塊獨立性最強。（錯誤 ）6、（正確）控制耦合往往是多余的，經(jīng)過分解可以被數(shù)據(jù)耦合替代。 7、（錯誤）劃分程序模塊時要注意程序模塊的內(nèi)聚度應(yīng)盡可能小。 5、 （正確）在一個設(shè)計得很好的系統(tǒng)中，模塊的控制域是模塊的作用域子集。 6、 jsp是一種面向數(shù)據(jù)結(jié)構(gòu)，以數(shù)據(jù)驅(qū)動的，主要為中小型數(shù)據(jù)處理系統(tǒng)設(shè)計程序結(jié)構(gòu)的一種開發(fā)方法。（正確）10、sd方法是jsp的擴充，主

27、要是為了解決jsp針對設(shè)計較大系統(tǒng)時候會在輸入數(shù)據(jù)結(jié)構(gòu)和輸出數(shù)據(jù)結(jié)構(gòu)之間產(chǎn)生大量復(fù)雜的難以應(yīng)付的結(jié)構(gòu)沖突的問題。（正確） 1、類定義了各個實例所共有的結(jié)構(gòu)。（正確）3、 在給一個對象發(fā)送消息時，消息中必須包含非空的參數(shù)表。（錯誤）4、 軟件的質(zhì)量保證活動也和一般的質(zhì)量保證活動一樣，是確保軟件產(chǎn)品從誕生到消亡為止的所有階段的質(zhì)量的活動。 （正確）5、 軟件測試計劃在測試階段開始撰寫。 （錯誤）4、評審是對軟件元素或者項目狀態(tài)的一種評估手段，以確定其是否與計劃的結(jié)果相一致，并使其得到改進。（正確）2、 軟件既需要滿足那些精確定義了的需求也需要滿足那些隱含的需求。（正確） 3、 程序員對每一個模塊的

28、編碼之后先做程序測試，再做單元測試。（正確）4、 軟件測試就是設(shè)計測試用例，并利用這些測試用例去運行程序，以發(fā)現(xiàn)程序錯誤的過程。（正確）5、 測試方法有分析方法(包括靜態(tài)分析法與白盒法)與非分析方法(稱黑盒法)。（正確）6、 （錯誤）測試階段首先要制定測試計劃。7、 軟件文檔編寫降低了開發(fā)效率。（錯誤）8、 （錯誤）在主存儲器能夠容納得下的前提下，應(yīng)使模塊盡可能大，以便減少模塊個數(shù)。5、 （錯誤）模塊的控制域應(yīng)該在模塊的作用域之內(nèi)。16、 對象是構(gòu)成世界的一個獨立單元，它具有自己的靜態(tài)特征和動態(tài)特征。(正確 )3、 特殊類一般需要重新定義已在它的一般類中定義過的屬性和操作。（錯誤）4、 軟件質(zhì)

29、量保證是指向用戶和社會提供滿意的高質(zhì)量的軟件產(chǎn)品而進行的有計劃、有組織的活動。（正確）5、 軟件質(zhì)量保證的主要任務(wù)中包括技術(shù)方法的應(yīng)用。 （正確） 6、 軟件測試過程中，找到的新錯誤與已找到的舊錯誤基本上成正比。（正確 ）3、管理文檔包括可行性研究、項目開發(fā)計劃、測試計劃、測試報告、系統(tǒng)概要設(shè)計、項目開發(fā)總結(jié)。 （錯誤）10、 數(shù)據(jù)抽象可以包含一個程序控制機制而無需規(guī)定其內(nèi)部細(xì)節(jié)。（錯誤）11、 （正確）信息隱蔽原則禁止在模塊外使用在模塊接口說明中沒有說明的關(guān)于 該模塊的信息。9、數(shù)據(jù)流圖分為變換型數(shù)據(jù)流圖和事務(wù)型數(shù)據(jù)流圖兩類（正確）11、 詳細(xì)設(shè)計的主要任務(wù)是確定每個具體執(zhí)行過程，其典型方法

30、是結(jié)構(gòu)化程序設(shè)計（sp）方法。（正確）6、 對象（以及它們的類）與外部的關(guān)系結(jié)構(gòu)主要有兩種：一般-特殊結(jié)構(gòu)和整體-部分結(jié)構(gòu)。（正確）軟件配置管理應(yīng)該提供的四項功能中包括版本控制功能。 （正確）3、一次審查(任何復(fù)審)是借助于一組人的差異性來達到查缺補漏的目的的方法。（正確）5、測試計劃對測試結(jié)果加以分析，并提出測試的結(jié)論性意見。 （錯誤 ）9、（錯誤）大型軟件測試時沒有發(fā)現(xiàn)錯誤，說明程序中沒有錯誤。4、在微軟公司的visual c+ 系列環(huán)境中，所有的類名都是以大寫的t開頭。 （錯誤）單選題：（共20道試題，每題2分）1下列各項中，不是一個軟件產(chǎn)品中所必需的是（ ）。 a程序 b算法 c數(shù)據(jù)

31、d文檔2軟件具有和硬件產(chǎn)品不同的特征。下列各項中不屬于軟件的特征的是（ ）。 a軟件是一種邏輯實體，主要是人的腦力勞動的產(chǎn)物，軟件具有抽象性。 b軟件的維護具有長期性。 c開發(fā)成本高，生產(chǎn)成本低。 d開發(fā)成本低，生產(chǎn)成本高。3為了克服軟件危機中出現(xiàn)的各種問題，在軟件開發(fā)過程中，需要遵循一些基本原理，以下與軟件工程基本原理相違背的是（ ）。 a用分階段的生命周期計劃嚴(yán)格管理。 b對軟件開發(fā)每一階段的成果進行嚴(yán)格的評審。 c在項目中組織盡可能多的軟件開發(fā)人員來加快軟件開發(fā)的進度。 d實行嚴(yán)格的產(chǎn)品控制。4對用戶所提出的軟件系統(tǒng)進行可行性分析的階段是（ ）。 a計劃 b需求分析 c設(shè)計 d編碼5在軟

32、件生命周期的各階段中，查找程序中的錯誤和缺陷，保證最終開發(fā)的軟件能夠被用戶使用的階段是（ ）。 a需求分析 b設(shè)計 c運行維護 d測試6在軟件開發(fā)模型中，對軟件復(fù)用和生存周期中多項開發(fā)活動的集成提供了支持，主要支持面向?qū)ο蟮拈_發(fā)方法的模型是（ ）。 a瀑布模型 b噴泉模型 c螺旋模型 d快速應(yīng)用開發(fā)模型7面向?qū)ο蟮能浖_發(fā)方法使用了一系列的面向?qū)ο蠹夹g(shù)，其中第一步的任務(wù)是是通過分析問題域建立系統(tǒng)的概念模型，這一步是（ ）。 a面向?qū)ο蠓治鰋oa b面向?qū)ο笤O(shè)計ood c面向?qū)ο缶幊蘯op d面向?qū)ο鬁y試oot8下列軟件開發(fā)方法和技術(shù)中，屬于結(jié)構(gòu)化開發(fā)方法的是（ ）。 adssd bsasd c

33、omt duml 9下列選項不屬于瀑布模型的優(yōu)點的是（ ） a可迫使開發(fā)人員采用 的方法 b 嚴(yán)格地規(guī)定了每個階段必須提交的文檔 c要求每個階段交出的所有產(chǎn)品都必須經(jīng)過質(zhì)量保證小組的仔細(xì)驗證 d支持后期的變動10下列不屬于軟件工程方法學(xué)三要素的是（ ）。 a方法 b工具 c過程 d操作11（ ）引入了“風(fēng)險驅(qū)動”的思想，適用于大規(guī)模的內(nèi)部開發(fā)項目 a增量模型 b噴泉模型 c原型模型 d螺旋模型12瀑布模型本質(zhì)上是一種（ ）模型。 a線性順序 b順序迭代 c線性迭代 d早期產(chǎn)品13瀑布模型存在的問題是（ ）。 a用戶容易參與開發(fā) b缺乏靈活性 c用戶與開發(fā)者易溝通 d適用可變需求14原型化方法是

34、用戶和設(shè)計者之間執(zhí)行的一種交互構(gòu)成，適用于（ ）系統(tǒng)。 a需求不確定性高的 b需求確定的 c管理信息 d實時15軟件可行性研究實質(zhì)上是要進行一次( )需求分析、設(shè)計過程。 a簡化、壓縮的 b詳細(xì)的 c徹底的 d深入的16可行性研究的目的是（ ）。 a分析開發(fā)系統(tǒng)的必要性 b確定系統(tǒng)建設(shè)的方案 c分析系統(tǒng)風(fēng)險 d確定是否值得開發(fā)系統(tǒng)17可行性研究是在（ ）之前。 a系統(tǒng)開發(fā) b測試 c試運行 d集成測試18軟件與程序的區(qū)別是（ ）。 a程序價格便宜，軟件價格昂貴 b程序是用戶自己寫的，而軟件是由廠家提供的 c程序是用高級語言編寫的，而軟件是由機器語言編寫的 d軟件是程序以及開發(fā)、使用和維護所需要

35、的所有文檔的總稱，而程序是軟件的一部分 19下面的哪個選項不是軟件工程的宗旨（ ）。 a開發(fā)滿足用戶需求的軟件 b研究算法 c及時交付軟件 d生產(chǎn)無故障軟件20瀑布模型本質(zhì)上是一種（ ）模型。 a線性順序 b順序迭代 c線性迭代 d早期產(chǎn)品1需求分析階段最重要的技術(shù)文檔是（ ） a設(shè)計說明書 b c可行性分析報告 d用戶手冊 2關(guān)于軟件需求特性不正確的描述是“軟件需求具有（ ）”。 a 多變性 b模糊性 c準(zhǔn)確性 d主觀性 3結(jié)構(gòu)化生存周期法實施的前提和依據(jù)是（ ）。 a固有的階段劃分 b系統(tǒng)的需求比較穩(wěn)定 c完善的開發(fā)工具 d開發(fā)過程是順序的 4 以下關(guān)于數(shù)據(jù)流圖的說法錯誤的是（ ）。 a數(shù)

36、據(jù)流圖舍去了具體的物質(zhì)，只剩下數(shù)據(jù)的流動、加工處理和存儲 b數(shù)據(jù)流圖是用作結(jié)構(gòu)化建模的一種工具 c傳統(tǒng)的數(shù)據(jù)流圖中主要由加工、數(shù)據(jù)源點 d數(shù)據(jù)流圖的繪制采用自上向下、逐層分解的方法 5數(shù)據(jù)流圖中的每個加工至少有( )。 a一個輸入流或一個輸出流 b一個輸入流和一個輸出流 c一個輸入流 d一個輸出流 6（ ）工具在軟件詳細(xì)設(shè)計過程中不采用。 a判定表 bipo圖 cdfd圖 dpdl 7在兩個用例中，如果一個用例擁有另一個用例的所有結(jié)構(gòu)、行為和關(guān)系，并在此基礎(chǔ)上增加了新的特性，則此兩個用例之間可以用（ ）關(guān)系表示。 a擴展關(guān)系 b包含關(guān)系 c泛化關(guān)系 d通信關(guān)系 8包含關(guān)系用于構(gòu)造多個用例（ ）

37、。 a關(guān)系 b共性的部分 c角色 d特殊活動 9如果說用例f被用例t擴展，意思是（ ）。 af是一個一般用例，t是一個特殊用例 bf是一個特殊用戶，t是一個一般用例 c都是一般用例 d都是特殊用例10對用例進行設(shè)計，發(fā)現(xiàn)實現(xiàn)用例功能的（ ），確定類之間的關(guān)系。 a算法 b業(yè)務(wù)流程 c關(guān)鍵類 d數(shù)據(jù)結(jié)構(gòu)11結(jié)構(gòu)化方法是一種基于（ ）的方法。 a數(shù)據(jù)結(jié)構(gòu) b程序結(jié)構(gòu) c算法 d數(shù)據(jù)流12結(jié)構(gòu)化軟件設(shè)計可以進一步分為兩個階段是（ ）。 a概要設(shè)計和詳細(xì)設(shè)計 b概要設(shè)計和過程設(shè)計 c接口設(shè)計和過程設(shè)計 d接口設(shè)計和詳細(xì)設(shè)計13表示一個模塊直接調(diào)用（或控制）其它模塊數(shù)目是（ ）。 a程序結(jié)構(gòu)的深度 b程

38、序結(jié)構(gòu)的寬度 c模塊的扇入 d模塊的扇出14一組模塊都訪問同一全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過參數(shù)表傳遞該全局變量的信息，則稱之為（ ）。 a內(nèi)容耦合 b外部耦合 c控制耦合 d標(biāo)記耦合15內(nèi)聚程度較低的是（ ） a偶然內(nèi)聚 b過程內(nèi)聚 c順序內(nèi)聚 d時間內(nèi)聚16如果一個模塊訪問另一個模塊的內(nèi)部數(shù)據(jù)，則模塊間的耦合屬于（ ） a數(shù)據(jù)耦合 b內(nèi)容耦合 c環(huán)境耦合 d控制耦合 17描述整個程序的控制層次關(guān)系和各個部分的接口情況的是（ ）。 a程序結(jié)構(gòu) b數(shù)據(jù)結(jié)構(gòu) c體系結(jié)構(gòu) d代碼結(jié)構(gòu)18任何程序都可由三種基本控制結(jié)構(gòu)構(gòu)造，即：順序、選擇及（ ）。 a循環(huán) b重復(fù) c判斷 d調(diào)用

39、19程序結(jié)構(gòu)可以按水平方向或垂直方向進行劃分。水平劃分按主要的程序（ ）來定義模塊結(jié)構(gòu)的各個分支。 a功能 b結(jié)構(gòu) c層次 d控制20程序結(jié)構(gòu)描述了整個程序的控制層次關(guān)系和各個部分的接口情況，而軟件過程則著重描述各個模塊的（ ）。 a處理流程 b處理順序 c處理方法 d處理細(xì)節(jié)多選題：（共10道試題，每題3分）1按照軟件的功能不同，可以將軟件分為（ ）和 （ ）。 a系統(tǒng)軟件 b中型軟件 c小型軟件 d應(yīng)用軟件 e大型軟件2軟件工程的研究對象由三個具有層次關(guān)系的要素組成，它們分別是（ ）、（ ）和（ ）。 a過程 b方法 c設(shè)計 d分析 e工具3計算機的發(fā)展，一直伴隨著計算機軟件的發(fā)展。計算機

40、軟件經(jīng)歷了三個發(fā)展階段，分別是（ ） 、（ ）和 （ ）。 a程序設(shè)計階段 b面向?qū)ο笤O(shè)計階段 c面向?qū)ο蠓治鲭A段 d程序系統(tǒng)階段 e軟件工程階段4傳統(tǒng)上，一般將軟件生命周期劃分為六個階段，分別是計劃、（ ） 、（ ）、（ ）、（ ）和（ ） 。 a需求分析 b設(shè)計 c編碼 d測試 e運行維護5軟件開發(fā)模型中的（ ）將軟件生存周期的各項活動規(guī)定為按照固定順序連接的若干階段工作，自上而下，相互銜接，如同瀑布流水，逐級下落。（ ）將整個軟件開發(fā)活動為四個象限，每個象限代表了一個活動。位于第一象限是（ ） 。 a瀑布模型 b增量模型 c噴泉模型 d螺旋模型 e風(fēng)險分析6使用結(jié)構(gòu)化開發(fā)方法進行軟件開發(fā)

41、時，首先使用結(jié)構(gòu)化分析對軟件進行（ ），然后用（ ）進行總體設(shè)計，最后是（ ）。 a結(jié)構(gòu)化測試 b結(jié)構(gòu)化維護 c需求分析 d結(jié)構(gòu)化設(shè)計 e結(jié)構(gòu)化編程7cmm一共分為5級，其最低級是（ ），該級的軟件過程是雜亂無章甚至混亂的，幾乎沒有明確定義的步驟，項目的成功依靠個人或核心人物的努力。其第二級是（ ），在這一級中，以往的成功的項目經(jīng)驗可以在同類項目中復(fù)用。 a初始級 b可重復(fù)級 c確定級 d可管理級 e優(yōu)化級8軟件工程的目標(biāo)是為了解決軟件開發(fā)和生產(chǎn)中的各種問題，獲得高質(zhì)量、（ ） 、（ ） 、（ ）并能及時投放市場的軟件產(chǎn)品。 a可用性 b低成本 c高可靠性 d易維護 e模塊化9軟件開發(fā)方法主要

42、包括（ ） 、（ ）和 （ ）。 a建立快速應(yīng)用開發(fā)模型 b結(jié)構(gòu)化方法 c面向數(shù)據(jù)結(jié)構(gòu)的軟件開發(fā)方法 d面向?qū)ο蟮能浖_發(fā)方法 e建立軟件生命周期模型10軟件生存周期的各個階段中，（ ）階段所需要解決的問題是軟件“做什么”的問題，（ ）階段所需要解決的問題是“怎么做”的問題。 a計劃 b需求分析 c設(shè)計 d編碼 e測試1需求工程的第一步是（ ），其目的是確定和理解不同用戶的（ ）和限制的過程，因而需要與用戶有效的 （ ）。 a需求獲取 b可行性研究 c需要 d交流 e分析 2需求工程中涉及到的角色有（ ）、（ ）和（ ）。需求工程的最終成果是（ ）。 a系統(tǒng)分析員 b用戶 c軟件結(jié)構(gòu)設(shè)計說明書

43、 d軟件開發(fā)人員 e軟件需求規(guī)格說明書 3結(jié)構(gòu)化需求分析使用（ ）、（ ）、（ ）、（ ）和判定樹等工具，采用自頂向下、逐層分解的方法來定義系統(tǒng)的需求。 a活動圖 b數(shù)據(jù)流圖 c數(shù)據(jù)字典 d結(jié)構(gòu)化語言 e判定表 4對于數(shù)據(jù)流圖中的功能單元，常用加工小說明來描述。對于一個不太復(fù)雜的判斷邏輯（條件組合和行動只有10個左右），使用（ ）比較好。若一個處理邏輯既包含了一般的順序執(zhí)行動作，又包含了判斷或循環(huán)邏輯，則使用（ ）比較好。 a結(jié)構(gòu)化語言 b數(shù)據(jù)流圖 c判定樹 d數(shù)據(jù)字典 e判定表 5數(shù)據(jù)流圖中，（ ）表示靜態(tài)的信息，（ ）表示運動中的信息。 a加工 b數(shù)據(jù)源 c數(shù)據(jù)流 d存儲 e控制流 6結(jié)構(gòu)

44、化設(shè)計方法是以（ ）產(chǎn)生的（ ）為基礎(chǔ)，按一定的方法步驟轉(zhuǎn)換成（ ）。 a結(jié)構(gòu)化分析 b需求分析 c系統(tǒng)流圖 d數(shù)據(jù)流圖 e軟件結(jié)構(gòu) 7結(jié)構(gòu)化方法總的指導(dǎo)原則是自頂向下、逐步求精。它的基本原則是功能的（ ）與（ ）。 a設(shè)計 b分解 c實現(xiàn) d抽象 e控制8一般把用一個名字就可以調(diào)用的一段程序稱為模塊，模塊具有三個基本屬性：（ ），（ ）和（ ）。 a結(jié)構(gòu) b邏輯 c狀態(tài) d名字 e功能9概要設(shè)計階段完成時應(yīng)編寫概要設(shè)計說明書,該說明書需要給出（ ）、總體設(shè)計、（ ）、處理方式設(shè)計、（ ）和出錯設(shè)計等。 a程序設(shè)計 b測試設(shè)計 c系統(tǒng)設(shè)計目標(biāo) d數(shù)據(jù)設(shè)計 e運行設(shè)計 10詳細(xì)設(shè)計的描述一般使用

45、工具來表達過程細(xì)節(jié)。表達過程規(guī)格說明的工具叫做詳細(xì)設(shè)計工具，它可以分為三類：（ ）、（ ）和（ ）。 a圖形工具 b表格工具 c編碼工具 d測試工具 e語言工具判斷題：（共15道試題，每題1分）4（ x ）需求分析階段完成的用戶手冊內(nèi)容只有系統(tǒng)的使用步驟和方法。8（ x ）逐步細(xì)化是一種自底向上的設(shè)計策略。11（ x ）在主存儲器能夠容納得下的前提下，應(yīng)使模塊盡可能大，以便減少模塊個數(shù)。 13（ x ）數(shù)據(jù)耦合的模塊獨立性最強。14（ x ）詳細(xì)設(shè)計階段需要具體地編寫程序。if we dont do that it will go on and go on. we have to stop i

46、t; we need the courage to do it.his comments came hours after fifa vice-president jeffrey webb - also in london for the fas celebrations - said he wanted to meet ivory coast international toure to discuss his complaint.cska general director roman babaev says the matter has been exaggerated by the iv

47、orian and the british media.blatter, 77, said: it has been decided by the fifa congress that it is a nonsense for racism to be dealt with with fines. you can always find money from somebody to pay them.it is a nonsense to have matches played without spectators because it is against the spirit of foo

48、tball and against the visiting team. it is all nonsense.we can do something better to fight racism and discrimination.this is one of the villains we have today in our game. but it is only with harsh sanctions that racism and discrimination can be washed out of football.the (lack of) air up there wat

49、ch mcayman islands-based webb, the head of fifas anti-racism taskforce, is in london for the football associations 150th anniversary celebrations and will attend citys premier league match at chelsea on sunday.i am going to be at the match tomorrow and i have asked to meet yaya toure, he told bbc sp

50、ort.for me its about how he felt and i would like to speak to him first to find out what his experience was.uefa hasopened disciplinary proceedings against cskafor the racist behaviour of their fans duringcitys 2-1 win.michel platini, president of european footballs governing body, has also ordered

51、an immediate investigation into the referees actions.cska said they were surprised and disappointed by toures complaint. in a statement the russian side added: we found no racist insults from fans of cska.baumgartner the disappointing news: mission aborted.the supersonic descent could happen as earl

52、y as sunda.the weather plays an important role in this mission. starting at the ground, conditions have to be very calm - winds less than 2 mph, with no precipitation or humidity and limited cloud cover. the balloon, with capsule attached, will move through the lower level of the atmosphere (the troposphere) where our day-to-da