系統(tǒng)開發(fā)規(guī)范與文檔編寫期末復(fù)習(xí)一

1、系統(tǒng)開發(fā)規(guī)范與文檔編寫期末復(fù)習(xí)一一、單項(xiàng)選擇題1下列各項(xiàng)中，不是一個(gè)軟件產(chǎn)品中所必需的是（ ）。A程序 B算法C數(shù)據(jù) D文檔2CMM將一個(gè)企業(yè)的軟件能力劃分為5個(gè)等級(jí)，如果在一個(gè)企業(yè)的軟件開發(fā)過程中沒有什么管理，軟件的成敗完全系于個(gè)別開發(fā)員身上，則該企業(yè)應(yīng)該屬于（ ）。A管理級(jí) B可重復(fù)級(jí)C初始級(jí)D確定級(jí)3按照軟件的工作方式進(jìn)行分類，能夠?qū)?shí)時(shí)發(fā)生的事件和數(shù)據(jù)及時(shí)進(jìn)行處理的軟件應(yīng)分類為（ ）。A分時(shí)軟件 B實(shí)時(shí)處理軟件C交互式軟件 D并行處理軟件4軟件配置管理應(yīng)該提供的四項(xiàng)功能中不包括下列（ ）。A版本控制功能B變更管理功能C文檔打印D配置審核功能5軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)提供給系統(tǒng)在概念上的

2、整體性的方式是指軟件的（ ）。A代碼結(jié)構(gòu) B體系結(jié)構(gòu)C程序結(jié)構(gòu) D數(shù)據(jù)結(jié)構(gòu)6為了克服軟件危機(jī)中出現(xiàn)的各種問題，在軟件開發(fā)過程中，需要遵循一些基本原理，以下與軟件工程基本原理相違背的是（ ）。A用分階段的生命周期計(jì)劃嚴(yán)格管理。B對(duì)軟件開發(fā)每一階段的成果進(jìn)行嚴(yán)格的評(píng)審。C在項(xiàng)目中組織盡可能多的軟件開發(fā)人員來(lái)加快軟件開發(fā)的進(jìn)度。D實(shí)行嚴(yán)格的產(chǎn)品控制。7軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（ ）。A高內(nèi)聚低耦合B高內(nèi)聚高耦合C低內(nèi)聚低耦合D低內(nèi)聚高耦合8數(shù)據(jù)流圖中代表了數(shù)據(jù)的生產(chǎn)者和消費(fèi)者的是（ ）。A數(shù)據(jù)流 B數(shù)據(jù)加工C數(shù)據(jù)存儲(chǔ) D數(shù)據(jù)源9一組模塊都訪問同一全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過

3、參數(shù)表傳遞該全局變量的信息，則稱之為（ ）。A控制耦合B 標(biāo)記耦合C內(nèi)容耦合D外部耦合10使用基于用例的方法進(jìn)行需求分析時(shí)不需要執(zhí)行的步驟是（ ）。A確定用例 B確定參與者C用例之間的關(guān)系 D確定類的大小11類之間共享屬性和操作的機(jī)制稱為（ ）。A靜態(tài)綁定 B動(dòng)態(tài)綁定C繼承D多態(tài)型12軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)提供給系統(tǒng)在概念上的整體性的方式是指軟件的（ ）。A代碼結(jié)構(gòu)B體系結(jié)構(gòu)C程序結(jié)構(gòu)D數(shù)據(jù)結(jié)構(gòu)13軟件測(cè)試計(jì)劃開始撰寫的階段是（ ）A可行性分析階段B需求分析階段 C代碼編寫階段D測(cè)試階段14在面向?qū)ο蠓椒ㄖ?，?duì)象可看成是屬性（數(shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（ ）。A組裝技

4、術(shù)B產(chǎn)品化技術(shù)C固化技術(shù)D信息屏蔽技術(shù)15A對(duì)象請(qǐng)求B對(duì)象提供服務(wù)，那么A向B發(fā)送（ ）。A調(diào)用語(yǔ)句B命令C口令D消息16面向?qū)ο蟮姆治鲞^程一般包括：獲取用戶對(duì)系統(tǒng)的需求、標(biāo)識(shí)類和對(duì)象以及（定義類的結(jié)構(gòu)和層次）。A定義方法的結(jié)構(gòu)和層次 B定義對(duì)象的結(jié)構(gòu)和層次C定義消息的結(jié)構(gòu)和層次 D定義類的結(jié)構(gòu)和層次 17面向?qū)ο蟮能浖_發(fā)方法使用了一系列的面向?qū)ο蠹夹g(shù)，其中第一步的任務(wù)是通過分析問題域建立系統(tǒng)的概念模型，這一步是（ ）。A面向?qū)ο蠓治鯫OA B面向?qū)ο笤O(shè)計(jì)OODC面向?qū)ο缶幊蘋OP D面向?qū)ο鬁y(cè)試OOT18封裝的目的是使對(duì)象的（ ）分離。A定義和實(shí)現(xiàn) B設(shè)計(jì)和測(cè)試 C設(shè)計(jì)和實(shí)現(xiàn) D分析和定義

5、19UML中用下列哪些圖來(lái)建立靜態(tài)模型（ ）。A用例圖、對(duì)象圖和包圖B類圖、狀態(tài)圖和包圖C類圖、對(duì)象圖和包圖 D類圖、對(duì)象圖和順序圖20程序測(cè)試不包括檢測(cè)（ ）A代碼的標(biāo)識(shí)符書寫錯(cuò)誤 B代碼的邏輯錯(cuò)誤C代碼的格式錯(cuò)誤 D代碼的運(yùn)行錯(cuò)誤21軟件配置管理應(yīng)該提供的四項(xiàng)功能中不包括（ ）。A版本控制功能B配置審核功能C變更管理功能D項(xiàng)目進(jìn)度檢查22軟件質(zhì)量保障的標(biāo)準(zhǔn)中不包括（ ）。AITU-R標(biāo)準(zhǔn)BIEEE標(biāo)準(zhǔn)CCMM標(biāo)準(zhǔn)DISO標(biāo)準(zhǔn)23軟件質(zhì)量保證的主要功能不包括（ ）。A質(zhì)量保證體系的建立和管理B整理面向用戶的文檔、說(shuō)明書C編寫代碼等 D 確保設(shè)計(jì)質(zhì)量二、填空題1.軟件主要由程序、數(shù)據(jù)和 三部分

6、組成。2CMM一共分為5級(jí)，其最低級(jí)是 ，該級(jí)的軟件過程是雜亂無(wú)章甚至混亂的，幾乎沒有明確定義的步驟，項(xiàng)目的成功依靠個(gè)人或核心人物的努力。3軟件需求要求軟件開發(fā)人員與用戶密切配合。需求工程中涉及的角色主要有系統(tǒng)分析員、用戶和 。4一般把用一個(gè)名字就可以調(diào)用的一段程序稱為模塊，模塊具有三個(gè)基本屬性： ，邏輯和狀態(tài)。5在用例圖中，用例與用例之間的關(guān)系通常有 、包含和泛化。6程序結(jié)構(gòu)描述了整個(gè)程序的控制層次關(guān)系和各個(gè)部分的 情況，而軟件過程則著重描述各個(gè)模塊的處理細(xì)節(jié)。7結(jié)構(gòu)化軟件設(shè)計(jì)一般分為 和詳細(xì)設(shè)計(jì)兩個(gè)階段。8UML中用狀態(tài)圖、順序圖、協(xié)作圖和 來(lái)建立動(dòng)態(tài)模型。9從面向?qū)ο蟪绦蛟O(shè)計(jì)的角度看：

7、是具有相同狀態(tài)的一組操作的集合。10多態(tài)性是指在一般類中定義的屬性或操作被特殊類 后，可以具有不同的數(shù)據(jù)類型或表現(xiàn)出不同的行為。11一個(gè)類可以是多個(gè)一般類的特殊類，它從多個(gè)一般類中繼承了屬性和操作，這種繼承模式叫 。12 是為了配置管理而指定的，并在配置管理過程中被當(dāng)作單一實(shí)體。13在UML中，順序圖顯示 。并且顯示了它們之間的交互，以及對(duì)象之間發(fā)送消息的順序。14軟件測(cè)試方法中，黑盒測(cè)試稱為功能測(cè)試，白盒測(cè)試稱為 。15軟件配置管理中常見的三種基線是：功能基線、分配基線和 。16按照文檔產(chǎn)生和使用的范圍，軟件文檔大致可分為三類： 、開發(fā)文檔 和用戶文檔。17軟件測(cè)試方法中，黑盒測(cè)試稱為功能測(cè)

8、試， 測(cè)試稱為結(jié)構(gòu)測(cè)試。18在 文檔中規(guī)定了項(xiàng)目的開發(fā)進(jìn)度。三、判斷題（每題2分，共20分。正確的在括號(hào)內(nèi)打，錯(cuò)誤的在括號(hào)內(nèi)打） 1軟件測(cè)試計(jì)劃在編碼階段開始撰寫。（ ）2在軟件生命周期的各階段中，查找程序中的錯(cuò)誤和缺陷，保證最終開發(fā)的軟件能夠被用戶使用的階段是需求分析階段。（ ）3在軟件生命周期的各個(gè)階段中，測(cè)試階段的主要任務(wù)是確定軟件“做什么”的問題。 （ ）4OMT和UML都屬于結(jié)構(gòu)化開發(fā)方法。（ ）5UML的五種視圖中不包含并發(fā)視圖。 （ ）6在對(duì)數(shù)據(jù)流圖中的功能單元進(jìn)行描述時(shí)，若該功能單元的處理邏輯既包含了一般的順序執(zhí)行動(dòng)作，又包含了判斷或循環(huán)邏輯，則使用結(jié)構(gòu)化語(yǔ)言進(jìn)行描述比較好。（

9、 ）7模塊獨(dú)立性的度量準(zhǔn)則是模塊間的耦合。（ ）8軟件配置管理應(yīng)該提供的四項(xiàng)功能中不包括版本控制功能。（ ）9結(jié)構(gòu)化設(shè)計(jì)方法是以結(jié)構(gòu)化分析產(chǎn)生的數(shù)據(jù)流圖為依據(jù)，并將此按一定的步驟映射成軟件結(jié)構(gòu)。（ ）10可行性研究報(bào)告中要說(shuō)明現(xiàn)有系統(tǒng)的處理流程。（ ）11軟件配置管理應(yīng)該提供的四項(xiàng)功能中包括版本控制功能。（ ）12CMM將企業(yè)的軟件能力劃分為5個(gè)等級(jí)。（ ）13軟件體系結(jié)構(gòu)是指軟件中函數(shù)的調(diào)用關(guān)系。（ ）14無(wú)論數(shù)據(jù)流圖如何龐大復(fù)雜，都可以變換為動(dòng)態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。（ ）15需求分析說(shuō)明書中，對(duì)安全的規(guī)定包括精度、時(shí)間特性要求以及靈活性。（ ）16整體-部分結(jié)構(gòu)體現(xiàn)了面向?qū)ο蠓椒ǖ?/p>

10、分散特性。 （ ）17面向?qū)ο箝_發(fā)方法是建立在對(duì)象概念(對(duì)象、類和繼承)基礎(chǔ)上的方法。（ ）18測(cè)試前要認(rèn)定被測(cè)試軟件有錯(cuò)，不要認(rèn)為軟件設(shè)有錯(cuò)。（ ）19軟件測(cè)試過程中需要設(shè)計(jì)測(cè)試用例。（ ）20軟件配置審核的目的就是要證實(shí)整個(gè)軟件生存期中各項(xiàng)產(chǎn)品在技術(shù)上和管理上的完整性。（ ）21對(duì)象之間的依賴關(guān)系一般有：關(guān)聯(lián)（association）、協(xié)作（cooperation）、依賴（depending）和簡(jiǎn)化（abbreviation）。（ ）22OOA模型要求比OOD模型更為具體化。（ ）23檢入就是將軟件配置項(xiàng)從軟件配置庫(kù)中取出的過程，檢出就是將軟件配置項(xiàng)從用戶的工作環(huán)境存入到軟件配置庫(kù)的過程。

11、（ ）24在軟件生命周期的各個(gè)階段中，概要設(shè)計(jì)階段的主要任務(wù)是確定軟件“做什么”的問題。（ ）25軟件配置管理應(yīng)該提供的四項(xiàng)功能中包括版本控制功能。（ ）四、簡(jiǎn)答題1什么是軟件生命周期？ 2什么是數(shù)據(jù)字典？3什么是面向?qū)ο螅?4什么是用例模型？5說(shuō)明功能測(cè)試和結(jié)構(gòu)測(cè)試的異同。6說(shuō)明配置審核工作主要包括的兩個(gè)方面及其基本含義。7程序注釋如何分類？8某個(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è)部分比較合

12、適？9什么是軟件工程的最基本含義？10什么是結(jié)構(gòu)化程序設(shè)計(jì)？五、應(yīng)用題1請(qǐng)按照下列說(shuō)明畫出系統(tǒng)的數(shù)據(jù)流圖（1）由捐助者向基金會(huì)提出捐助請(qǐng)求，經(jīng)身份確認(rèn)后被接受，對(duì)捐助人進(jìn)行登記并授予捐助證書，捐款存入銀行。（2）由教育單位提出用款申請(qǐng)，在進(jìn)行相應(yīng)的合法性校驗(yàn)和核對(duì)相應(yīng)的捐款后作出支出。（3）每月給基金會(huì)的理事會(huì)議一份財(cái)政狀況報(bào)表，列出本月的收入和支出情況和資金余額。2. 請(qǐng)按照下列說(shuō)明畫出系統(tǒng)的數(shù)據(jù)流圖由捐助者向基金會(huì)提出捐助請(qǐng)求，經(jīng)身份確認(rèn)后被接受，捐款存入銀行。3現(xiàn)有一圖書管理系統(tǒng)，圖書管理員提出軟件應(yīng)實(shí)現(xiàn)如下功能： a. 管理員增加書目 b. 管理員刪除書目 c. 管理員增加或者刪除書目

13、的時(shí)候，可以選擇是否打印增刪的書目清單系統(tǒng)的用戶是讀者和圖書管理員請(qǐng)使用用例圖（Use Case Diagram）畫出上述需求。4. 一個(gè)信用卡驗(yàn)證系統(tǒng)，它的使用者是顧客，顧客通過信用卡驗(yàn)證系統(tǒng)刷卡，向零售商購(gòu)買商品；而負(fù)責(zé)發(fā)放卡的金融機(jī)構(gòu)通過該系統(tǒng)負(fù)責(zé)信用卡賬戶的結(jié)賬和賬戶管理，請(qǐng)畫出信用卡驗(yàn)證系統(tǒng)的用例圖答 案一、單項(xiàng)選擇題1.B 4.C 5.B 6.C 8.D 9.D 10.D 12.B 14.D 15.D 16.D 17.A 18.C 19.C 20.C 21.D 22.A 23.C 二、填空題1文檔2初始級(jí)3軟件開發(fā)人員4功能5擴(kuò)展6接口7概要設(shè)計(jì)8活動(dòng)圖9對(duì)象10繼承11多繼承12

14、配置項(xiàng)13特定用例之間的詳細(xì)流程14結(jié)構(gòu)測(cè)試15產(chǎn)品基線16管理文檔17白盒 18項(xiàng)目開發(fā)計(jì)劃三、判斷題1 2 3 4 5 6 7 8 9 1011 12 13 14 15 16 17 18 19 2021 22 23 24 25四、簡(jiǎn)答題1 從時(shí)間角度對(duì)軟件開發(fā)和維護(hù)的復(fù)雜問題進(jìn)行分解，把軟件生命的漫長(zhǎng)周期依次劃分為若干個(gè)階段，每個(gè)階段都有相對(duì)獨(dú)立的任務(wù)，然后逐步完成每個(gè)階段的任務(wù)。一般將軟件生命周期劃分為六個(gè)階段：計(jì)劃、需求分析、設(shè)計(jì)、編碼、測(cè)試、運(yùn)行維護(hù)。2數(shù)據(jù)字典是對(duì)系統(tǒng)用到的所有數(shù)據(jù)項(xiàng)和結(jié)構(gòu)的精確定義，以確保開發(fā)人員使用統(tǒng)一的數(shù)據(jù)定義。3 Coad和Yourdon對(duì)面向?qū)ο蠼o出了一個(gè)

15、定義：“面向?qū)ο?= 對(duì)象 + 類 + 繼承 + 消息通信”。4 用例模型用于系統(tǒng)需求的獲取，描述系統(tǒng)的功能需求。用例模型的主要成分有用例、參與者和系統(tǒng)。用例模型由用例圖組成，用例圖展示了參與者、用例以及它們之間的關(guān)系。5功能測(cè)試也叫黑盒測(cè)試，結(jié)構(gòu)測(cè)試也叫白盒測(cè)試。黑盒測(cè)試不考慮程序內(nèi)部結(jié)構(gòu)，只對(duì)程序的外部接口進(jìn)行測(cè)試；白盒測(cè)試考慮程序內(nèi)部結(jié)構(gòu)，按照程序內(nèi)部的邏輯測(cè)試6配置審核工作的兩個(gè)主要方面是：（1）功能配置審核 其含義是驗(yàn)證配置項(xiàng)的實(shí)際功效是與其軟件需求一致的。（2）物理配置審核 其含義是確定配置項(xiàng)符合預(yù)期的物理特性，即特定的媒體形式。7注釋從其整體觀感和作用上可以分為兩種：高級(jí)注釋：說(shuō)明程序功能并描述程序各組成部分相互關(guān)系；低級(jí)注釋：逐行解釋程序指令如何工作。8 這段文字放在用戶手冊(cè)中比較合適。這段文字應(yīng)該出現(xiàn)在“出錯(cuò)處理和恢復(fù)”部分。9 軟件工程是用工程、科學(xué)和數(shù)學(xué)的原則與方法研制、維護(hù)計(jì)算機(jī)軟件的有關(guān)技術(shù)及管理方法。10 結(jié)構(gòu)化程序設(shè)計(jì)（SP）