資料內(nèi)容僅供您學(xué)習(xí)參考，如有不當(dāng)或者侵權(quán)，請(qǐng)聯(lián)系改正或者刪除。系統(tǒng)開發(fā)規(guī)范與文檔編寫期末綜合練習(xí)一、單項(xiàng)選擇題1．按照軟件的工作方式進(jìn)行分類,能夠?qū)?shí)時(shí)發(fā)生的事件和數(shù)據(jù)及時(shí)進(jìn)行處理的軟件應(yīng)分類為(D)。A．并行處理軟件B．分時(shí)軟件C．交互式軟件D．實(shí)時(shí)處理軟件2．非常適合于在軟件開發(fā)初期很難確定用戶需求的情況所采用的軟件開發(fā)過程模型是(B)。A．瀑布模型B．原型模型C．演化模型D．噴泉模型3．下列各項(xiàng)中,不是一個(gè)軟件產(chǎn)品中所必須的是(B)。A．程序B．算法C．?dāng)?shù)據(jù)D．文檔4．結(jié)構(gòu)化分析SA是軟件開發(fā)需求分析階段所使用的方法,以下不是SA所使用的工具的是(B)。A．?dāng)?shù)據(jù)流圖B．PAD圖C．結(jié)構(gòu)化英語D．判定表5．為了克服軟件危機(jī)中出現(xiàn)的各種問題,在軟件開發(fā)過程中,需要遵循一些基本原理,以下與軟件工程基本原理相違背的是(D)。A．用分階段的生命周期計(jì)劃嚴(yán)格管理。B．對(duì)軟件開發(fā)每一階段的成果進(jìn)行嚴(yán)格的評(píng)審。C．實(shí)行嚴(yán)格的產(chǎn)品控制。D．在項(xiàng)目中組織盡可能多的軟件開發(fā)人員來加快軟件開發(fā)的進(jìn)度。6．軟件工程的出現(xiàn)是由于(C)。A．程序設(shè)計(jì)方法的影響B(tài)．軟件產(chǎn)業(yè)化的需要C．軟件危機(jī)的出現(xiàn)D．計(jì)算機(jī)技術(shù)的發(fā)展7．軟件具有和硬件產(chǎn)品不同的特征。下列各項(xiàng)中不屬于軟件的特征的是(D)。A．軟件是一種邏輯實(shí)體,主要是人的腦力勞動(dòng)的產(chǎn)物,軟件具有抽象性。B．軟件的維護(hù)具有長期性。C．開發(fā)成本高,生產(chǎn)成本低。D．開發(fā)成本低,生產(chǎn)成本高。8．結(jié)構(gòu)化分析方法的一個(gè)重要指導(dǎo)思想是(C)。A．自頂向下,逐步抽象B．自底向上,逐步抽象C．自頂向下,逐步分解D．自底向上,逐步分解 9．?dāng)?shù)據(jù)流圖中代表了數(shù)據(jù)的生產(chǎn)者和消費(fèi)者的是(B)。A．?dāng)?shù)據(jù)加工B．?dāng)?shù)據(jù)源C．?dāng)?shù)據(jù)存儲(chǔ)D．?dāng)?shù)據(jù)流10．程序結(jié)構(gòu)能夠按水平方向或垂直方向進(jìn)行劃分。水平劃分按主要的程序(A)來定義模塊結(jié)構(gòu)的各個(gè)分支。A．功能 B．結(jié)構(gòu)C．層次 D．控制11．在一張DFD圖中,任意兩個(gè)加工之間(C)。A．有且僅有一條數(shù)據(jù)流B．至少有一條數(shù)據(jù)流C．能夠有0條或多條名字不同的數(shù)據(jù)流D．能夠有0條或多條數(shù)據(jù)流,但允許其中有若干條名字相同的數(shù)據(jù)流。 12．Jackson設(shè)計(jì)方法所面向的是(C)。A．對(duì)象 B．?dāng)?shù)據(jù)流C．?dāng)?shù)據(jù)結(jié)構(gòu) D．控制結(jié)構(gòu)13．使用基于用例的方法進(jìn)行需求分析時(shí)不需要執(zhí)行的步驟是(C)。A．確定用例B．確定參與者C．確定類的大小D．用例之間的關(guān)系14．軟件質(zhì)量保障的標(biāo)準(zhǔn)中不包括(A)。

A.ITU-T標(biāo)準(zhǔn) B.IEEE標(biāo)準(zhǔn)

C.CMM標(biāo)準(zhǔn) D.ISO標(biāo)準(zhǔn)15．軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是(C)。A．低內(nèi)聚低耦合 B．低內(nèi)聚高耦合 C．高內(nèi)聚低耦合 D．高內(nèi)聚高耦合 16．軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)提供給系統(tǒng)在概念上的整體性的方式是指軟件的(D)。A．代碼結(jié)構(gòu) B．?dāng)?shù)據(jù)結(jié)構(gòu)C．程序結(jié)構(gòu) D．體系結(jié)構(gòu)17．程序結(jié)構(gòu)能夠按水平方向或垂直方向進(jìn)行劃分。水平劃分按主要的程序(A)來定義模塊結(jié)構(gòu)的各個(gè)分支。A．功能 B．結(jié)構(gòu)C．層次 D．控制18．在面向?qū)ο蠓椒ㄖ?對(duì)象可看成是屬性(數(shù)據(jù))以及這些屬性上的專用操作的封裝體。封裝是一種(B)。A．組裝技術(shù) B．信息屏蔽技術(shù) C．固化技術(shù) D．產(chǎn)品化技術(shù)19．面向?qū)ο蟮姆治鲞^程一般包括:獲取用戶對(duì)系統(tǒng)的需求、標(biāo)識(shí)類和對(duì)象以及(A)。A．定義類的結(jié)構(gòu)和層次 B．定義對(duì)象的結(jié)構(gòu)和層次C．定義方法的結(jié)構(gòu)和層次 D．定義消息的結(jié)構(gòu)和層次20．面向?qū)ο蟮姆治鲞^程一般包括:獲取用戶對(duì)系統(tǒng)的需求、標(biāo)識(shí)類和對(duì)象以及(C)。A．定義方法的結(jié)構(gòu)和層次 B．定義對(duì)象的結(jié)構(gòu)和層次C．定義類的結(jié)構(gòu)和層次 D．定義消息的結(jié)構(gòu)和層次21．整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ?B)。A．關(guān)聯(lián)(association) B．聚合(aggregation)C．依賴(depending) D．細(xì)化(refinement)22．UML中用下列哪些圖來建立靜態(tài)模型(C)。A．用例圖、對(duì)象圖和包圖 B．類圖、狀態(tài)圖和包圖C．類圖、對(duì)象圖和包圖 D．類圖、對(duì)象圖和順序圖23．軟件開發(fā)工作中,必須貫穿于整個(gè)過程當(dāng)中而且不可忽視的工作是(A)。A.支持性的,管理性的工作 B.代碼編寫C.產(chǎn)品部署 D.集成24．軟件配置管理應(yīng)該提供的四項(xiàng)功能中不包括(D)。A．版本控制功能 B．配置審核功能C．變更管理功能 D．項(xiàng)目進(jìn)度檢查25．軟件項(xiàng)目開發(fā)計(jì)劃描述的是:(D)A．說明系統(tǒng)的功能分配,模塊劃分B．對(duì)目標(biāo)軟件的功能、性能、用戶界面及運(yùn)行環(huán)境等做出詳細(xì)的說明

C．給出數(shù)據(jù)邏輯描述和數(shù)據(jù)采集的各項(xiàng)要求

D．為軟件項(xiàng)目實(shí)施方案制定出的具體計(jì)劃26．軟件質(zhì)量保證的主要功能不包括(C)。A．質(zhì)量保證體系的建立和管理 B．整理面向用戶的文檔、說明書C．編寫代碼等D．確保設(shè)計(jì)質(zhì)量 二、填空題1．軟件的定義包含了三個(gè)要素:程序、數(shù)據(jù)和文檔。缺一不可。2．在軟件生命周期的各個(gè)階段中,需求分析階段準(zhǔn)確地確定軟件系統(tǒng)”做什么”的問題。3．傳統(tǒng)上,一般將軟件生命周期劃分為六個(gè)階段,分別是計(jì)劃,需求分析,設(shè)計(jì),編碼,測(cè)試,運(yùn)行維護(hù).4．軟件工程研究的對(duì)象主要包括過程、方法和工具。5．CMM一共分為5級(jí),其最低級(jí)是初始級(jí),該級(jí)的軟件過程是雜亂無章甚至混亂的,幾乎沒有明確定義的步驟,項(xiàng)目的成功依靠個(gè)人或核心人物的努力。6．用結(jié)構(gòu)化方法對(duì)一個(gè)系統(tǒng)進(jìn)行需求分析,首先需要去對(duì)當(dāng)前系統(tǒng)進(jìn)行分析,建立現(xiàn)行系統(tǒng)的物理模型,然后對(duì)之進(jìn)行抽象,形成現(xiàn)行系統(tǒng)的邏輯模型,最終得到待開發(fā)系統(tǒng)的邏輯模型。7．用例模型是所有用于描述指定系統(tǒng)的用途,參與者和用例—參與者關(guān)聯(lián)關(guān)系的組合。用例模型最重要的兩個(gè)概念是參與者和用例。8．無論數(shù)據(jù)流圖如何龐大復(fù)雜,都能夠分為變換型數(shù)據(jù)流圖和事物型數(shù)據(jù)流圖兩類。9．需求工程中涉及的角色主要有系統(tǒng)分析員,用戶和軟件開發(fā)人員。10．程序結(jié)構(gòu)描述了整個(gè)程序的控制層次關(guān)系和各個(gè)部分的接口情況,而軟件過程則著重描述__各個(gè)模塊的處理細(xì)節(jié)_。11．結(jié)構(gòu)化設(shè)計(jì)方法是以結(jié)構(gòu)化分析產(chǎn)生的__數(shù)據(jù)流圖_為基礎(chǔ),按一定的方法步驟轉(zhuǎn)換成軟件結(jié)構(gòu)。12．UML中的泛化是表示__一般與特殊關(guān)系_。13．一般把用一個(gè)名字就能夠調(diào)用的一段程序稱為模塊,模塊具有三個(gè)基本屬性:功能,邏輯和狀態(tài)。14．在影響軟件質(zhì)量的八個(gè)因素中,文檔和數(shù)據(jù)是純技術(shù)因素。15．JSP是一種面向__數(shù)據(jù)結(jié)構(gòu),以數(shù)據(jù)驅(qū)動(dòng)的,主要為中小型數(shù)據(jù)處理系統(tǒng)設(shè)計(jì)程序結(jié)構(gòu)的一種開發(fā)方法。16．程序結(jié)構(gòu)描述了整個(gè)程序的控制層次關(guān)系和各個(gè)部分的接口情況,而軟件過程則著重描述各個(gè)模塊的處理細(xì)節(jié)。17．面向?qū)ο蟮某绦蛟O(shè)計(jì)語言具有數(shù)據(jù)抽象、信息隱藏、信息繼承_等特征。18．UML中用狀態(tài)圖、順序圖、協(xié)作圖和活動(dòng)圖來建立動(dòng)態(tài)模型。19．類是具有相同屬性和操作的一組對(duì)象的集合,它為屬于該類的全部對(duì)象提供了統(tǒng)一的抽象描述,包括屬性和操作兩個(gè)部分。20．多態(tài)性是指在一般類中定義的屬性或操作被特殊類繼承后,能夠具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。21．一個(gè)類能夠是多個(gè)一般類的特殊類,它從多個(gè)一般類中繼承了屬性和操作,這種繼承模式叫_多繼承_。22．配置項(xiàng)是為了配置管理而指定的,并在配置管理過程中被當(dāng)作單一實(shí)體。23．軟件文檔也稱文件_,是指某種數(shù)據(jù)媒體和其中所記錄的數(shù)據(jù),它具有永久性,并能夠由人或機(jī)器閱讀,一般僅用于描述人工可讀的東西。24．軟件測(cè)試方法中,黑盒測(cè)試稱為功能測(cè)試,白盒測(cè)試稱為結(jié)構(gòu)測(cè)試。25．按照文檔產(chǎn)生和使用的范圍,軟件文檔大致可分為三類:管理文檔、開發(fā)文檔和用戶文檔。三、判斷題1．在軟件生命周期的各階段中,查找程序中的錯(cuò)誤和缺陷,保證最終開發(fā)的軟件能夠被用戶使用的階段是需求分析階段。(X)2．軟件工程過程包含軟件開發(fā)、維護(hù)以及軟件開發(fā)和維護(hù)時(shí)所需的管理活動(dòng)。(√3．軟件測(cè)試計(jì)劃在編碼階段開始撰寫。(X)4．在對(duì)一個(gè)加工邏輯進(jìn)行說明時(shí),對(duì)于一個(gè)不太復(fù)雜的判斷邏輯,使用判斷表比較好。(X)5．OMT和UML都屬于結(jié)構(gòu)化開發(fā)方法。(X)6．UML是一個(gè)通用的、標(biāo)準(zhǔn)的建模語言,最常見于建立軟件系統(tǒng)的模型。(√)7．在軟件生命周期的各個(gè)階段中,測(cè)試階段的主要任務(wù)是確定軟件”做什么”的問題。(X)8．模塊化的三個(gè)重要特征是功能、邏輯和狀態(tài)。(√)9．在對(duì)數(shù)據(jù)流圖中的功能單元進(jìn)行描述時(shí),若該功能單元的處理邏輯既包含了一般的順序執(zhí)行動(dòng)作,又包含了判斷或循環(huán)邏輯,則使用結(jié)構(gòu)化語言進(jìn)行描述比較好。(√)10．基線是軟件生存期各開發(fā)階段末尾的待定點(diǎn),它能夠幫助實(shí)現(xiàn)對(duì)變更的控制。(√)11．UML的五種視圖中不包含并發(fā)視圖。(X)12．軟件配置管理應(yīng)該提供的四項(xiàng)功能中不包括版本控制功能。(X)13．模塊獨(dú)立性的度量準(zhǔn)則是模塊間的耦合。(X)14．無論數(shù)據(jù)流圖如何龐大復(fù)雜,都能夠變換為動(dòng)態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。(X)15．結(jié)構(gòu)化設(shè)計(jì)方法是以結(jié)構(gòu)化分析產(chǎn)生的數(shù)據(jù)流圖為依據(jù),并將此按一定的步驟映射成軟件結(jié)構(gòu)。(√)16．整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ姆稚⑻匦浴?X)17．無論數(shù)據(jù)流圖如何龐大復(fù)雜,都能夠變換為為動(dòng)態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。(X)18．測(cè)試前要認(rèn)定被測(cè)試軟件有錯(cuò),不要認(rèn)為軟件設(shè)有錯(cuò)。(√)19．軟件配置審核的目的就是要證實(shí)整個(gè)軟件生存期中各項(xiàng)產(chǎn)品在技術(shù)上和管理上的完整性。(√)20．軟件配置審核的目的就是要證實(shí)整個(gè)軟件生存期中各項(xiàng)產(chǎn)品在技術(shù)上和管理上的完整性。(√)四、簡答題1．什么是數(shù)據(jù)字典?數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的精確定義,以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。2．軟件工程的目標(biāo)是什么?答:軟件工程的目標(biāo)是為了解決軟件開發(fā)和生產(chǎn)中的各種問題,獲得高質(zhì)量、低成本、高可靠性、易維護(hù)并能及時(shí)投放市場(chǎng)的軟件產(chǎn)品。3．什么是軟件生命周期?答:從時(shí)間角度對(duì)軟件開發(fā)和維護(hù)的復(fù)雜問題進(jìn)行分解,把軟件生命的漫長周期依次分為若干個(gè)階段,每個(gè)階段都有相對(duì)獨(dú)立的任務(wù),然后逐步完成每個(gè)階段的任務(wù)。一般將軟件生命周期劃分為六個(gè)階段:計(jì)劃、需求分析、設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)。4．模塊化的三個(gè)重要特征是什么?其各自的作用如何?答:模塊化的三個(gè)重要特征是功能、邏輯和狀態(tài)。功能:即指該模塊實(shí)現(xiàn)什么功能,做什么事情;邏輯:即描述模塊內(nèi)部怎么做;狀態(tài):即該模塊使用時(shí)的環(huán)境和條件。5．什么是用例模型?答:用例模型用于系統(tǒng)需求的獲取,描述系統(tǒng)的功能需求。用例模型的主要成分有用例、參與者和系統(tǒng)。用例模型由用例圖組成,用例圖展示了參與者、用例以及它們之間的關(guān)系。6．概要設(shè)計(jì)說明書編制的目的是什么?答:概要設(shè)計(jì)說明書編制的目的是說明對(duì)程序系統(tǒng)的考慮,包括程序系統(tǒng)的基本處理。流程、程序系統(tǒng)的組織結(jié)構(gòu)、模塊劃分、功能分配、接口設(shè)計(jì)。運(yùn)行設(shè)計(jì)、數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)和出錯(cuò)處理設(shè)計(jì)等。為程序的詳細(xì)設(shè)計(jì)提供基礎(chǔ)。7．什么是面向?qū)ο?答:Coad和Yourdon對(duì)面向?qū)ο蠼o出了一個(gè)定義:”面向?qū)ο?對(duì)象+類+繼承+消息通信”。8．UML的含義是什么?基本組成部分包括那些?答:UML是一個(gè)通用的、標(biāo)準(zhǔn)的建模語言,最常見于建立軟件系統(tǒng)的模型。UML中有九種圖(diagram)和五種視圖(view)。九種圖包括:用例圖、類圖、對(duì)象圖、狀態(tài)圖、順序圖、協(xié)作圖、活動(dòng)圖、構(gòu)件圖和部署圖。用來觀察系統(tǒng)的五種視圖有:用例視圖、邏輯視圖、構(gòu)件視圖、并發(fā)視圖和部署圖。9．說明配置審核工作主要包括的兩個(gè)方面及其基本含義。9．說明配置審核工作主要包括的兩個(gè)方面及其基本含義。答:配置審核工作的兩個(gè)主要方面是:(1)功能配置審核其含義是驗(yàn)證配置項(xiàng)的實(shí)際功效是與其軟件需求一致的。(2)物理配置審核其含義是確定配置項(xiàng)符合預(yù)期的物理特性,即特定的媒體形式。10．某個(gè)軟件項(xiàng)目的文檔中有如下描述:當(dāng)您運(yùn)行本軟件過程中,由于硬盤損壞導(dǎo)致數(shù)據(jù)丟失時(shí),請(qǐng)?jiān)诨謴?fù)數(shù)據(jù)后,選擇”校驗(yàn)”菜單中的”使用MD5檢驗(yàn)數(shù)據(jù)完整性”菜單項(xiàng),執(zhí)行數(shù)據(jù)掃描。你認(rèn)為這段文字應(yīng)該放在哪個(gè)文檔中比較合適?在該文檔中,這段文字出現(xiàn)在哪個(gè)部分比較合適?