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

本文格式為Word版，下載可任意編輯——系統(tǒng)開發(fā)規(guī)范與文檔編寫期末復(fù)習(xí)一系統(tǒng)開發(fā)規(guī)范與文檔編寫期末復(fù)習(xí)一

一、單項(xiàng)選擇題

1．以下各項(xiàng)中，不是一個(gè)軟件產(chǎn)品中所必需的是（）。

A．程序B．算法

C．?dāng)?shù)據(jù)D．文檔

2．CMM將一個(gè)企業(yè)的軟件能力劃分為5個(gè)等級(jí)，假使在一個(gè)企業(yè)的軟件開發(fā)過程中沒有什么管理，軟件的成敗完全系于個(gè)別開發(fā)員身上，則該企業(yè)應(yīng)當(dāng)屬于（）。A．管理級(jí)B．可重復(fù)級(jí)C．初始級(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)當(dāng)提供的四項(xiàng)功能中不包括以下（）。A．版本控制功能C．文檔打印

5．軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)提供給系統(tǒng)在概念上的整體性的方式是指軟件的（）。

A．代碼結(jié)構(gòu)B．體系結(jié)構(gòu)C．程序結(jié)構(gòu)D．?dāng)?shù)據(jù)結(jié)構(gòu)

6．為了戰(zhàn)勝軟件危機(jī)中出現(xiàn)的各種問題，在軟件開發(fā)過程中，需要遵循一些基本原理，以下與軟件工程基本原理相違背的是（）。

A．用分階段的生命周期計(jì)劃嚴(yán)格管理。

B．對(duì)軟件開發(fā)每一階段的成果進(jìn)行嚴(yán)格的評(píng)審。

C．在項(xiàng)目中組織盡可能多的軟件開發(fā)人員來加快軟件開發(fā)的進(jìn)度。D．實(shí)行嚴(yán)格的產(chǎn)品控制。

7．軟件設(shè)計(jì)中劃分模塊的一個(gè)準(zhǔn)則是（）。A．高內(nèi)聚低耦合C．低內(nèi)聚低耦合

8．?dāng)?shù)據(jù)流圖中代表了數(shù)據(jù)的生產(chǎn)者和消費(fèi)者的是（）。A．?dāng)?shù)據(jù)流B．?dāng)?shù)據(jù)加工C．?dāng)?shù)據(jù)存儲(chǔ)D．?dāng)?shù)據(jù)源

9．一組模塊都訪問同一全局簡(jiǎn)單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過參數(shù)表傳遞該全局變量的信息，則稱之為（）。A．控制耦合

D．確定級(jí)

B．變更管理功能D．配置審核功能

B．高內(nèi)聚高耦合D．低內(nèi)聚高耦合

B．標(biāo)記耦合

1

C．內(nèi)容耦合

D．外部耦合

10．使用基于用例的方法進(jìn)行需求分析時(shí)不需要執(zhí)行的步驟是（）。A．確定用例B．確定參與者

C．用例之間的關(guān)系D．確定類的大小

11．類之間共享屬性和操作的機(jī)制稱為（）。A．靜態(tài)綁定C．繼承

12．軟件的整體結(jié)構(gòu)和這種結(jié)構(gòu)提供給系統(tǒng)在概念上的整體性的方式是指軟件的（）。A．代碼結(jié)構(gòu)C．程序結(jié)構(gòu)

B．體系結(jié)構(gòu)D．?dāng)?shù)據(jù)結(jié)構(gòu)

B．動(dòng)態(tài)綁定D．多態(tài)型

13．軟件測(cè)試計(jì)劃開始撰寫的階段是（）A．可行性分析階段C．代碼編寫階段

14．在面向?qū)ο蠓椒ㄖ?，?duì)象可看成是屬性（數(shù)據(jù)）以及這些屬性上的專用操作的封裝體。封裝是一種（）。

A．組裝技術(shù)

C．固化技術(shù)

B．產(chǎn)品化技術(shù)D．信息屏蔽技術(shù)

B．需求分析階段D．測(cè)試階段

15．A對(duì)象請(qǐng)求B對(duì)象提供服務(wù)，那么A向B發(fā)送（）。A．調(diào)用語(yǔ)句C．口令

B．命令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ū)ο蠓治鯫OAB．面向?qū)ο笤O(shè)計(jì)OODC．面向?qū)ο缶幊蘋OPD．面向?qū)ο鬁y(cè)試OOT

18．封裝的目的是使對(duì)象的（）分開。

A．定義和實(shí)現(xiàn)B．設(shè)計(jì)和測(cè)試

C．設(shè)計(jì)和實(shí)現(xiàn)

D．分析和定義

19．UML中用以下哪些圖來建立靜態(tài)模型（）。A．用例圖、對(duì)象圖和包圖B．類圖、狀態(tài)圖和包圖C．類圖、對(duì)象圖和包圖D．類圖、對(duì)象圖和順序圖

2

20．程序測(cè)試不包括檢測(cè)（）A．代碼的標(biāo)識(shí)符書寫錯(cuò)誤B．代碼的規(guī)律錯(cuò)誤C．代碼的格式錯(cuò)誤D．代碼的運(yùn)行錯(cuò)誤

21．軟件配置管理應(yīng)當(dāng)提供的四項(xiàng)功能中不包括（）。A．版本控制功能B．配置審核功能C．變更管理功能

D．項(xiàng)目進(jìn)度檢查

22．軟件質(zhì)量保障的標(biāo)準(zhǔn)中不包括（）。

A．ITU-R標(biāo)準(zhǔn)

C．CMM標(biāo)準(zhǔn)

B．IEEE標(biāo)準(zhǔn)D．ISO標(biāo)準(zhǔn)

23．軟件質(zhì)量保證的主要功能不包括（）。A．質(zhì)量保證體系的建立和管理C．編寫代碼等

二、填空題

1.軟件主要由程序、數(shù)據(jù)和三部分組成。

2．CMM一共分為5級(jí)，其最低級(jí)是，該級(jí)的軟件過程是雜亂無章甚至混亂的，幾乎沒有明確定義的步驟，項(xiàng)目的成功依靠個(gè)人或核心人物的努力。

3．軟件需求要求軟件開發(fā)人員與用戶密切協(xié)同。需求工程中涉及的角色主要有系統(tǒng)分析員、用戶和。

4．一般把用一個(gè)名字就可以調(diào)用的一段程序稱為模塊，模塊具有三個(gè)基本屬性：，規(guī)律和狀態(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è)階段。

8．UML中用狀態(tài)圖、順序圖、協(xié)作圖和來建立動(dòng)態(tài)模型。

9．從面向?qū)ο蟪绦蛟O(shè)計(jì)的角度看：是具有一致狀態(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è)試，測(cè)試稱為結(jié)構(gòu)測(cè)試。

3

B．整理面向用戶的文檔、說明書D．確保設(shè)計(jì)質(zhì)量

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ù)是確定軟件“做什么〞的問題。（）

4．OMT和UML都屬于結(jié)構(gòu)化開發(fā)方法。（）5．UML的五種視圖中不包含并發(fā)視圖。（）

6．在對(duì)數(shù)據(jù)流圖中的功能單元進(jìn)行描述時(shí)，若該功能單元的處理規(guī)律既包含了一般的順序執(zhí)行動(dòng)作，又包含了判斷或循環(huán)規(guī)律，則使用結(jié)構(gòu)化語(yǔ)言進(jìn)行描述比較好。（）7．模塊獨(dú)立性的度量準(zhǔn)則是模塊間的耦合。（）8．軟件配置管理應(yīng)當(dāng)提供的四項(xiàng)功能中不包括版本控制功能。（）

9．結(jié)構(gòu)化設(shè)計(jì)方法是以結(jié)構(gòu)化分析產(chǎn)生的數(shù)據(jù)流圖為依據(jù)，并將此按一定的步驟映射成軟件結(jié)構(gòu)。（）

10．可行性研究報(bào)告中要說明現(xiàn)有系統(tǒng)的處理流程。（）11．軟件配置管理應(yīng)當(dāng)提供的四項(xiàng)功能中包括版本控制功能。（）12．CMM將企業(yè)的軟件能力劃分為5個(gè)等級(jí)。（）13．軟件體系結(jié)構(gòu)是指軟件中函數(shù)的調(diào)用關(guān)系。（）

14．無論數(shù)據(jù)流圖如何巨大繁雜，都可以變換為動(dòng)態(tài)數(shù)據(jù)流圖和靜態(tài)數(shù)據(jù)流圖兩類。（）

15．需求分析說明書中，對(duì)安全的規(guī)定包括精度、時(shí)間特性要求以及靈活性。（）16．整體-部分結(jié)構(gòu)表達(dá)了面向?qū)ο蠓椒ǖ姆稚⑻匦?。（?/p>

17．面向?qū)ο箝_發(fā)方法是建立在對(duì)象概念(對(duì)象、類和繼承)基礎(chǔ)上的方法。（）18．測(cè)試前要認(rèn)定被測(cè)試軟件有錯(cuò)，不要認(rèn)為軟件設(shè)有錯(cuò)。（）19．軟件測(cè)試過程中需要設(shè)計(jì)測(cè)試用例。（）20．軟件配置審核的目的就是要證明整個(gè)軟件生存期中各項(xiàng)產(chǎn)品在技術(shù)上和管理上的完整性。（）21．對(duì)象之間的依靠關(guān)系一般有：關(guān)聯(lián)（association）、協(xié)作（cooperation）、依靠（depending）和簡(jiǎn)化（abbreviation）。（）

22．OOA模型要求比OOD模型更為具體化。（）

23．檢入就是將軟件配置項(xiàng)從軟件配置庫(kù)中取出的過程，檢出就是將軟件配置項(xiàng)從用戶的工作環(huán)境存入到軟件配置庫(kù)的過程。（）

24．在軟件生命周期的各個(gè)階段中，概要設(shè)計(jì)階段的主要任務(wù)是確定軟件“做什么〞的問題。（）

25．軟件配置管理應(yīng)當(dāng)提供的四項(xiàng)功能中包括版本控制功能。（）

四、簡(jiǎn)答題

1．什么是軟件生命周期？

2．什么是數(shù)據(jù)字典？

4

3．什么是面向?qū)ο螅?/p>

4．什么是用例模型？

5．說明功能測(cè)試和結(jié)構(gòu)測(cè)試的異同。

6．說明配置審核工作主要包括的兩個(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)當(dāng)放在哪個(gè)文檔中比較適合？在該文檔中，這段文字出現(xiàn)在哪個(gè)部分比較適合？

9．什么是軟件工程的最基本含義？

10．什么是結(jié)構(gòu)化程序設(shè)計(jì)？

5

五、應(yīng)用題

1．請(qǐng)依照以下說明畫出系統(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)依照以下說明畫出系統(tǒng)的數(shù)據(jù)流圖

由捐助者向基金會(huì)提出捐助請(qǐng)求，經(jīng)身份確認(rèn)后被接受，捐款存入銀行。

3．現(xiàn)有一圖書管理系統(tǒng)，圖書管理員提出軟件應(yīng)實(shí)現(xiàn)如下功能：a.管理員增加書目b.管理員刪除書目

c.管理員增加或者刪除書目的時(shí)候，可以選擇是否打印增刪的書目清單系統(tǒng)的用戶是讀者和圖書管理員

請(qǐng)使用用例圖（UseCaseDiagram）畫出上述需求。

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)的用例圖

6

答案

一、單項(xiàng)選擇題

1.B2.C3.B4.C5.B6.C7.A8.D9.D10.D11.C12.B13.B14.D15.D16.D17.A18.C19.C20.C21.D22.A23.C

二、填空題1．文檔2．初始級(jí)3．軟件開發(fā)人員4．功能5．?dāng)U展6．接口

7．概要設(shè)計(jì)8．活動(dòng)圖9．對(duì)象10．繼承11．多繼承12．配置項(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．?10．?11．?12．?13．?14．?15．?16．?17．?18．?19．?20．?21．?22．?23．?24．?25．?

四、簡(jiǎn)答題1．

從時(shí)間角度對(duì)軟件開發(fā)和維護(hù)的繁雜問題進(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è)定義：“面向?qū)ο?對(duì)象+類+繼承+消息通信〞。

7

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)部的規(guī)律測(cè)試

6．

配置審核工作的兩個(gè)主要方面是：

（1）功能配置審核其含義是驗(yàn)證配置項(xiàng)的實(shí)際功