國家開放大學(xué)23秋軟件工程形考作業(yè)【答案】

可做奧鵬全部院校在線離線作業(yè)畢業(yè)論文QQ:3230981406 微信:aopopenfd777

發(fā)布時(shí)間:2023-11-23 20:15:21來源:admin瀏覽: 0 次

形考作業(yè)1

試卷總分:100  得分:100

1.()是職業(yè)軟件工程師的必要條件。

A.自律、善于溝通、具有一定的軟件技能

B.編程速度快

C.熟悉眾多的軟件環(huán)境

D.語言天賦


2.根據(jù)軟件工程的7條基本原理判斷下面正確的選項(xiàng)是()。

A.軟件錯誤發(fā)現(xiàn)的時(shí)機(jī)不重要,重要的是錯誤的嚴(yán)重程度

B.軟件錯誤只能通過運(yùn)行代碼才能發(fā)現(xiàn)

C.軟件錯誤發(fā)現(xiàn)的越早改正的成本越低

D.需求階段一般不會引入錯誤


3.美國著名軟件工程專家B.W.Boehm于1983年提出了軟件工程的()條基本原理。

A.7

B.5

C.3

D.12


4.軟件、程序和代碼是()。

A.相同的軟件概念

B.程序語言寫的代碼

C.計(jì)算機(jī)代碼和數(shù)據(jù)

D.三個(gè)不同的概念


5.軟件對硬件和環(huán)境有著不同程度的依賴性,這導(dǎo)致了軟件()問題。

A.復(fù)雜性

B.升級和移植

C.通用性

D.脆弱性


6.軟件工程的出現(xiàn)是由于 ()。

A.軟件危機(jī)

B.計(jì)算機(jī)硬件技術(shù)的發(fā)展

C.軟件社會化的需要

D.計(jì)算機(jī)軟件技術(shù)的發(fā)展


7.軟件工程四個(gè)層次由下至上是(),它們的順序不能互換。

A.質(zhì)量層、過程層、方法層、工具層

B.過程層、方法層、質(zhì)量層、工具層

C.方法層、過程層、質(zhì)量層、工具層

D.方法層、質(zhì)量層、過程層、工具層


8.軟件可行性研究一般不考慮()

A.是否有足夠的人員和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)

B.是否有足夠的工具和相關(guān)的技術(shù)來支持系統(tǒng)開發(fā)

C.待開發(fā)軟件是否有市場、經(jīng)濟(jì)上是否合算

D.待開發(fā)的軟件是否會有質(zhì)量問題


9.軟件與程序的區(qū)別是()。

A.程序價(jià)格便宜,軟件價(jià)格昂貴

B.程序是用戶自己編寫的,而軟件是由廠家提供的

C.程序是用高級語言編寫的,而軟件是由機(jī)器語言編寫的

D.軟件包括程序、相關(guān)數(shù)據(jù)及其文檔,程序是軟件的一部分


10.在軟件生產(chǎn)的程序系統(tǒng)時(shí)代由于軟件規(guī)模擴(kuò)大和軟件復(fù)雜性提高等原因?qū)е铝耍ǎ?/span>

A.軟件危機(jī)

B.軟件工程

C.程序設(shè)計(jì)革命

D.結(jié)構(gòu)化程序設(shè)計(jì)


11.軟件工程學(xué)科出現(xiàn)的主要原因是()。

A.計(jì)算機(jī)的發(fā)展

B.其他工程科學(xué)的影響

C.軟件危機(jī)的出現(xiàn)

D.程序設(shè)計(jì)方法學(xué)的影響


12.概要設(shè)計(jì)是軟件系統(tǒng)結(jié)構(gòu)的總體設(shè)計(jì),以下選項(xiàng)中不屬于概要設(shè)計(jì)的是()。

A.把軟件劃分成模塊

B.確定模塊之間的調(diào)用關(guān)系

C.確定各個(gè)模塊的功能

D.設(shè)計(jì)每個(gè)模塊的偽代碼


13.經(jīng)濟(jì)可行性研究的主要內(nèi)容包括()。

A.開發(fā)過程

B.開發(fā)工具

C.風(fēng)險(xiǎn)分析

D.效益分析


14.可行性分析研究的費(fèi)用大約是項(xiàng)目總經(jīng)費(fèi)的()。

A.2%

B.8%

C.20%

D.50%


15.可行性分析研究的目的是 ()。

A.爭取項(xiàng)目

B.項(xiàng)目是否值得開發(fā)

C.開發(fā)項(xiàng)目

D.規(guī)劃項(xiàng)目


16.可行性研究的四大要素是()。

A.經(jīng)濟(jì)、技術(shù)、法律和社會環(huán)境

B.經(jīng)濟(jì)、技術(shù)、開發(fā)組織能力和領(lǐng)導(dǎo)者水平

C.經(jīng)濟(jì)、技術(shù)、計(jì)算機(jī)硬件環(huán)境和網(wǎng)絡(luò)帶寬

D.經(jīng)濟(jì)、技術(shù)、軟件開發(fā)工具和人員的穩(wěn)定性


17.可行性研究的主要目的是()。

A.確定系統(tǒng)建設(shè)的詳細(xì)方案

B.深入了解用戶需求

C.分析開發(fā)系統(tǒng)的必要性

D.確定系統(tǒng)是否值得開發(fā)


18.軟件設(shè)計(jì)的目標(biāo)是()。

A.在最短的時(shí)間內(nèi),生產(chǎn)出可靠性、可維護(hù)性俱佳的軟件方案

B.為軟件編碼設(shè)計(jì)模塊結(jié)構(gòu)

C.確定軟件要做什么

D.確定軟件的實(shí)現(xiàn)算法


19.軟件調(diào)研報(bào)告是在()提交的。

A.可行性分析之前

B.需求分析之前

C.簽合同之前

D.設(shè)計(jì)的時(shí)候


20.一個(gè)軟件項(xiàng)目大約()的工作量在開發(fā)階段,()的工作量在維護(hù)階段。

A.30%,70%

B.70%,30%

C.30%,30%

D.70%,70%


21.()定義了軟件開發(fā)人員必須實(shí)現(xiàn)的軟件功能。

A.用戶需求

B.業(yè)務(wù)需求

C.性能需求

D.功能需求


22.PDL是描述處理過程()。

A.做什么

B.為什么做

C.怎么做

D.對誰做


23.程序流程圖與數(shù)據(jù)流程圖的關(guān)系()。

A.不確定

B.數(shù)據(jù)流程圖可以轉(zhuǎn)換成程序流程圖

C.數(shù)據(jù)調(diào)用關(guān)系

D.程序流程圖可以轉(zhuǎn)換成數(shù)據(jù)流程圖


24.結(jié)構(gòu)化分析方法(SA 法)使用的主要描述工具有()。

A.數(shù)據(jù)庫

B.模塊結(jié)構(gòu)圖

C.PAD 圖

D.分層的DFD 圖


25.進(jìn)行需求分析有的多種描述工具,但不包括()。

A.數(shù)據(jù)流圖

B.判定表

C.PAD圖

D.數(shù)據(jù)詞典


26.結(jié)構(gòu)化程序設(shè)計(jì)主要強(qiáng)調(diào)的是()。

A.程序的規(guī)模

B.程序效率

C.程序語言的先進(jìn)性

D.程序易讀性


27.內(nèi)聚程度較低的是()。

A.通信內(nèi)聚

B.過程內(nèi)聚

C.順序內(nèi)聚

D.時(shí)間內(nèi)聚


28.為了提高模塊的獨(dú)立性,模塊之間最好是()。

A.控制耦合

B.公共耦合

C.內(nèi)容耦合

D.數(shù)據(jù)耦合


29.用()對需要長久保存的信息進(jìn)行建模。

A.實(shí)體類

B.數(shù)據(jù)庫表

C.E-R圖

D.對象類


30.()反映了系統(tǒng)物理結(jié)構(gòu)。

A.程序流程圖

B.數(shù)據(jù)流程圖

C.網(wǎng)絡(luò)拓?fù)鋱D

D.系統(tǒng)流程圖



形考作業(yè)2

試卷總分:100  得分:100

1.面向?qū)ο笤O(shè)計(jì)強(qiáng)調(diào)定義(),并且使它們相互協(xié)作來滿足用戶需求。

A.軟件對象

B.物理模型

C.E-R模型

D.接口


2.()是從用戶的觀點(diǎn)描述系統(tǒng)功能,它由一組用例、參與者以及它們之間關(guān)系所組成。

A.類圖

B.對象圖

C.順序圖

D.用例圖


3.()用于描述系統(tǒng)的功能集。

A.組件視圖

B.邏輯視圖

C.用例視圖

D.對象視圖


4.UML 語言支持的建模方式不包括有()。

A.靜態(tài)建模

B.動態(tài)建模

C.模塊化建模

D.功能建模


5.UML 中,包圖是一種()。

A.集合

B.數(shù)據(jù)結(jié)構(gòu)

C.分組機(jī)制

D.對系統(tǒng)的動態(tài)描述


6.UML是一種()。

A.建模工具

B.可視化的程序設(shè)計(jì)語言

C.可視化的建模語言

D.過程


7.UML是一種()語言。

A.程序設(shè)計(jì)

B.面向?qū)ο?/span>

C.交互式建模

D.過程描述


8.類的屬性結(jié)構(gòu)要堅(jiān)持簡單的原則,盡可能不使用復(fù)雜的()。

A.數(shù)據(jù)結(jié)構(gòu)

B.處理

C.方法

D.參數(shù)


9.繼承耦合是()之間的一種關(guān)聯(lián)形式,設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。

A.虛類與實(shí)體類

B.一般化類與特殊化類

C.控制類與界面類

D.數(shù)據(jù)類與處理類


10.包含關(guān)系用于構(gòu)造多個(gè)用例()。

A.關(guān)系

B.共性的部分

C.角色

D.特殊活動


11.從本質(zhì)上說,面向?qū)ο笫恰跋取贝_定動作的()“后”執(zhí)行()。

A.數(shù)據(jù)結(jié)構(gòu)/主體

B.主體/數(shù)據(jù)結(jié)構(gòu)

C.動作/主體

D.主體/動作


12.對象模型描述現(xiàn)實(shí)世界中實(shí)體的對象以及它們之間的關(guān)系,表示目標(biāo)系統(tǒng)的靜態(tài)數(shù)據(jù)結(jié)構(gòu)。在面向?qū)ο蠓椒ㄖ?,由()?shí)現(xiàn)。

A.順序圖

B.類圖

C.狀態(tài)圖

D.組件圖


13.功能模型用于表達(dá)系統(tǒng)的需求,為軟件的進(jìn)一步分析和設(shè)計(jì)打下基礎(chǔ)。在面向?qū)ο蠓椒ㄖ?,由()?shí)現(xiàn)。

A.場景描述

B.活動圖和場景描述

C.用例圖和場景描述

D.交互圖和場景描述


14.對象實(shí)現(xiàn)了數(shù)據(jù)和操作的結(jié)合,使數(shù)據(jù)和操作()于對象的統(tǒng)一體中。

A.結(jié)合

B.隱藏

C.封裝

D.抽象


15.()是一般化類與特殊化類之間的一種關(guān)聯(lián)形式,設(shè)計(jì)時(shí)應(yīng)該適當(dāng)使用這種耦合。

A.消息連接

B.參數(shù)傳遞

C.方法重寫

D.繼承


16.表示對象相互行為的模型是()模型。

A.動態(tài)模型

B.功能模型

C.對象模型

D.狀態(tài)模型


17.定義類的屬性類型時(shí)盡量使用已有類型,太多自定義類型會降低系統(tǒng)的()指標(biāo)。

A.有效性

B.安全性

C.可維護(hù)性

D.開發(fā)效率


18.反映收發(fā)消息的對象的組織結(jié)構(gòu),用于描述系統(tǒng)的行為是如何有系統(tǒng)的成分協(xié)作實(shí)現(xiàn)的是()。

A.順序圖

B.類圖

C.合作圖

D.組件圖


19.確定角色是()的任務(wù)。

A.對象模型

B.用例模型

C.動態(tài)模型

D.交互模型


20.如果說用例F被用例T擴(kuò)展,意思是()。

A.F是一個(gè)一般用例,T是一個(gè)特殊用例

B.F是一個(gè)特殊用戶,T是一個(gè)一般用例

C.都是一般用例

D.都是特殊用


21.軟件需求分析產(chǎn)生兩個(gè)重要文檔,一個(gè)是軟件需求規(guī)格說明書,另一個(gè)是()。

A.軟件維護(hù)說明書

B.概要設(shè)計(jì)說明書

C.可行性報(bào)告

D.初步用戶手冊


22.下面建立功能模型的步驟哪個(gè)順序是正確的()。

A.確定角色/確定用例模型/確定用例

B.確定用例/確定用例模型/確定角色

C.確定角色/確定用例/確定用力模型

D.確定用例模型/確定角色/確定用例


23.在圖書館信息管理系統(tǒng)中,已經(jīng)構(gòu)造了一個(gè)讀者類,后來發(fā)現(xiàn)圖書館的學(xué)生和教師在借書中有不同要求。請問在面向?qū)ο笤O(shè)計(jì)中用()方法可以有效地設(shè)計(jì)這3個(gè)類?

A.信息隱藏

B.多態(tài)

C.動態(tài)聯(lián)編

D.繼承


24.用()描述系統(tǒng)與角色之間的接口。

A.表單

B.界面類

C.窗體

D.對話框


25.對類進(jìn)行詳細(xì)設(shè)計(jì),主要是設(shè)計(jì)類的(),優(yōu)化類之間的關(guān)系。

A.數(shù)據(jù)結(jié)構(gòu)

B.處理流程

C.屬性和方法

D.算法


26.面向?qū)ο笤O(shè)計(jì)的步驟中,正確的順序是()。

A.系統(tǒng)構(gòu)架設(shè)計(jì)、用例設(shè)計(jì)、類設(shè)計(jì)

B.系統(tǒng)構(gòu)架設(shè)計(jì)、數(shù)據(jù)庫設(shè)計(jì)和用戶界面設(shè)計(jì)

C.類設(shè)計(jì)、用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)

D.用例設(shè)計(jì)、構(gòu)架設(shè)計(jì)、類設(shè)計(jì)


27.面向?qū)ο笤O(shè)計(jì)首先要進(jìn)行高層設(shè)計(jì):確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格,構(gòu)造系統(tǒng)的(),將系統(tǒng)劃分成不同的子系統(tǒng)。

A.邏輯模型

B.物理模型

C.數(shù)據(jù)模型

D.用例模型


28.面向?qū)ο笤O(shè)計(jì)首先要確定系統(tǒng)的總體結(jié)構(gòu)和風(fēng)格,構(gòu)造系統(tǒng)的()。

A.邏輯模型

B.物理模型

C.數(shù)據(jù)模型

D.用例模型


29.在面向?qū)ο蠓椒ㄖ校枋鱿到y(tǒng)控制結(jié)構(gòu)的模型是()模型。

A.動態(tài)模型

B.功能模型

C.對象模型

D.靜態(tài)模型


30.在軟件設(shè)計(jì)中應(yīng)該保持模塊的獨(dú)立性原則,()反映模塊獨(dú)立性。

A.耦合和內(nèi)聚

B.數(shù)據(jù)和模塊

C.模塊內(nèi)部的凝聚力

D.模塊之間的耦合


形考作業(yè)3:基于UML的大學(xué)圖書館圖書信息管理系統(tǒng)設(shè)計(jì)實(shí)驗(yàn)

、實(shí)驗(yàn)內(nèi)容說明

對實(shí)驗(yàn)2的面向?qū)ο蠓治鼋Y(jié)果進(jìn)行系統(tǒng)概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。

設(shè)計(jì)系統(tǒng)構(gòu)架,勾畫出整個(gè)系統(tǒng)的總體結(jié)構(gòu),這項(xiàng)工作由全組成員參加,包括主要子系統(tǒng)及其接口,主要的設(shè)計(jì)類和中間件等系統(tǒng)軟件,設(shè)計(jì)時(shí)要考慮系統(tǒng)的可維護(hù)性,以簡單

為第一原則一-簡單的類、簡單的接口、簡單的協(xié)議、簡單的描述。

使用UML的配置圖描述系統(tǒng)的物理拓?fù)浣Y(jié)構(gòu)以及在此結(jié)構(gòu)上分布的軟件元素

用類圖和順序圖對主要用例:借書、還書、處罰進(jìn)行設(shè)計(jì),并對其中的類進(jìn)行詳細(xì)說明,包括屬性設(shè)計(jì)和方法設(shè)計(jì)。

、實(shí)驗(yàn)?zāi)康?/span>

(1)通過本實(shí)驗(yàn)使學(xué)生掌握UML建模語言的常用圖形,面向?qū)ο蟮脑O(shè)計(jì)方法和過程,特別是熟悉包圖、順序圖、配置圖和類圖的應(yīng)用(2)以小組形式完成本實(shí)驗(yàn),鍛煉同學(xué)之間的協(xié)作和溝通能力、自我學(xué)習(xí)和管理能力。

(3)學(xué)生在實(shí)驗(yàn)過程中熟練掌握常用的CASE工具

三、實(shí)驗(yàn)學(xué)時(shí)

8學(xué)時(shí)

四、實(shí)驗(yàn)步驟

(1)根據(jù)實(shí)驗(yàn)2畫出的系統(tǒng)用例圖和需求規(guī)格說明書規(guī)劃系統(tǒng)的物理結(jié)構(gòu)

(2)組長和小組成員共同協(xié)商一份設(shè)計(jì)規(guī)范: 設(shè)計(jì)用的圖形符號、字體、大小規(guī)范,界面設(shè)計(jì)規(guī)范,用語規(guī)范等,

(3)對借書用例、還書用例、處罰用例進(jìn)行用例設(shè)計(jì)和類設(shè)計(jì)。

(4)對借書用例、還書用例、處罰用例使用順序圖設(shè)計(jì)類之間的消息通信

(5)編寫系統(tǒng)設(shè)計(jì)規(guī)格說明書。

五、實(shí)驗(yàn)要求

4人一組,分工如下:1名組長,負(fù)責(zé)整個(gè)小的人員安排,工作計(jì)劃,文檔質(zhì)量,整體項(xiàng)目的協(xié)調(diào)等工作2名系統(tǒng)分析員,專門負(fù)責(zé)需求分析,1名分析員,專門負(fù)責(zé)系統(tǒng)的驗(yàn)收測試用例。雖然各有分工,但大家必須協(xié)同工作。使用VISO或IBM Rational ROSE工具軟件。

各種說明書使用WORD軟件.

六、結(jié)果

實(shí)驗(yàn)結(jié)果包括:

(1)系統(tǒng)配置圖及其說明。

(2)系統(tǒng)體系結(jié)構(gòu)劃分及其說明。

(3)借書用例、還書用例、處罰用例的詳細(xì)設(shè)計(jì)類圖及其屬性、方法說明。

(4)用順序圖分別對借書用例、還書用例、處罰用例設(shè)計(jì)類之間的消息通信說明.

(5)系統(tǒng)設(shè)計(jì)說明書。

七、成績評定

組長給小組內(nèi)每名成員評分,小組的成績由指導(dǎo)教師給出,小組成績作為組長的成績,每名成員的成績=(組長評分+教師評分)/2。清查看系統(tǒng)設(shè)計(jì)規(guī)格說明書模板,按照要求完成后提交你的實(shí)驗(yàn)結(jié)果。(本次實(shí)驗(yàn)得分將直接計(jì)入形成性考核總成績,務(wù)必重視: 滿分為10分)


形考作業(yè)4

試卷總分:100  得分:100

1.程序的三種基本控制結(jié)構(gòu),包括順序結(jié)構(gòu)、()和循環(huán)結(jié)構(gòu)。

A.條件判斷結(jié)構(gòu)

B.說明結(jié)構(gòu)

C.輸入結(jié)構(gòu)

D.輸出結(jié)構(gòu)


2.程序結(jié)構(gòu)清晰且簡單易懂,一個(gè)函數(shù)的規(guī)模一般()行。

A.等于300

B.大于500

C.不超過30

D.100左右


3.程序設(shè)計(jì)語言的技術(shù)特性不應(yīng)包括()。

A.數(shù)據(jù)結(jié)構(gòu)的描述性

B.抽象類型的描述性

C.數(shù)據(jù)庫的易操作性

D.軟件的可移植性


4.對于嵌套的循環(huán)和分支程序,層次不要超過()層。

A.1

B.2

C.3

D.5


5.構(gòu)架設(shè)計(jì)的主要目的是(),這項(xiàng)工作由經(jīng)驗(yàn)豐富的構(gòu)架設(shè)計(jì)師主持完成。

A.類圖

B.確定系統(tǒng)數(shù)據(jù)結(jié)構(gòu)

C.處理流程

D.確定系統(tǒng)總體結(jié)構(gòu)


6.兩個(gè)浮點(diǎn)數(shù)X0和X1比較相等時(shí),應(yīng)該用()比較。

A.X0==X1

B.X1-X0<ε

C.|X0-X1|<ε

D.X0=X1


7.()不符合軟件測試原則。

A.對每個(gè)測試結(jié)果進(jìn)行檢查,不漏掉已經(jīng)出現(xiàn)的錯誤跡象

B.程序員應(yīng)該仔細(xì)測試自己編寫的程序代碼

C.程序員要避免測試自己編寫的程序代

D.測試工作越早開始越好


8.()時(shí),測試人員必須接觸到程序源代碼。

A.黑盒測試

B.白盒測試

C.壓力測試

D.外觀測試


9.()屬于功能測試方法。

A.等價(jià)類劃分和判定覆蓋

B.邊值分析和等價(jià)類劃分

C.邊值分析和判定覆蓋

D.判定覆蓋和回歸測試


10.不管多么完善的軟件都可能有潛在的問題,所以設(shè)計(jì)人員應(yīng)該為軟件進(jìn)行()設(shè)計(jì),當(dāng)軟件遇到異常數(shù)據(jù)、事件或操作時(shí),軟件不至于徹底崩潰。

A.容錯性

B.有效性

C.可靠性

D.安全性


11.測試用例是一組()。

A.測試用的輸入數(shù)據(jù)以及對應(yīng)的預(yù)期結(jié)果

B.測試驅(qū)動程序

C.測試數(shù)據(jù)

D.測試程序及數(shù)據(jù)


12.測試最早的開始時(shí)間是()。

A.從詳細(xì)設(shè)計(jì)階段開始

B.從編碼階段開始

C.從需求分析階段開始

D.以上都對


13.從測試對象的粒度上劃分測試為()。

A.單元測試、集成測試

B.壓力測試、功能測試、性能測試和系統(tǒng)測

C.單元測試、集成測試、系統(tǒng)測試和驗(yàn)收測試

D.黑盒測試、白盒測試、功能測試和性能測試


14.從狹義上講,軟件測試是()的過程。

A.為發(fā)現(xiàn)錯誤而執(zhí)行程序

B.為了驗(yàn)證程序正

C.用不同的數(shù)據(jù)驗(yàn)證程序正確性

D.區(qū)分程序員水平


15.軟件維護(hù)過程中產(chǎn)生的副作用,一般是由()引起的。

A.算法說明

B.修改程序

C.優(yōu)先級

D.環(huán)境要求


16.通常軟件的可維護(hù)性常常隨著時(shí)間的推移而()。

A.降低

B.提高

C.不變

D.確定


17.為了獲得維護(hù)的統(tǒng)計(jì)信息,應(yīng)該記錄每次維護(hù)的()。維護(hù)管理者根據(jù)統(tǒng)計(jì)信息積累維護(hù)管理的經(jīng)驗(yàn),作為今后制定維護(hù)計(jì)劃的依據(jù)。

A.類型

B.工作量

C.維護(hù)人員

D.以上全部


18.為了適應(yīng)軟硬件環(huán)境變化而修改軟件的過程是()。

A.校正性維護(hù)

B.完善性維護(hù)

C.適應(yīng)性維護(hù)

D.預(yù)防性維護(hù)


19.維護(hù)的工作量與軟件規(guī)模成(),軟件的規(guī)??梢杂稍闯绦虻恼Z句數(shù)量、模塊數(shù)、輸入輸出文件數(shù)、數(shù)據(jù)庫的規(guī)模,以及輸出的報(bào)表數(shù)等指標(biāo)來衡量。

A.反比

B.正比

C.沒關(guān)系

D.不確定


20.一般維護(hù)程序代碼的策略()。

A.從需求開始重新開發(fā)

B.根據(jù)維護(hù)申請讀源程序,并修改

C.找一個(gè)新的模塊替換

D.不用讀源程序,從新編寫代碼


21.以下屬于完善性維護(hù)的有()。

A.解決開發(fā)是未能測試各種可能條件帶來的問題

B.增加聯(lián)機(jī)求助命令

C.縮短系統(tǒng)的應(yīng)答時(shí)間,使其達(dá)到特定要求

D.為提高軟件的可靠性和可維護(hù)性,主動修改軟件


22.引起軟件改變的原因主要有()。

A.運(yùn)行環(huán)境變化

B.需求變化

C.系統(tǒng)有錯

D.以上全部


23.在軟件生存期的維護(hù)階段,繼續(xù)診斷和修正錯誤的過程稱為()。

A.完善性維護(hù)

B.適應(yīng)性維護(hù)

C.預(yù)防性維護(hù)

D.改正性維護(hù)


24.軟件項(xiàng)目管理的內(nèi)容包括()。

A.人員的組織與管理

B.軟件配置管理

C.軟件開發(fā)進(jìn)度計(jì)劃

D.以上所有


25.軟件項(xiàng)目管理的內(nèi)容不包括()。

A.人員的組織與管理

B.技術(shù)和算法

C.軟件配置管理

D.軟件開發(fā)進(jìn)度計(jì)劃


26.通俗的說,軟件項(xiàng)目管理中常說的基線是()。

A.管理的基本思路

B.一種軟件開發(fā)的基本策略

C.基本的技術(shù)路線

D.通過正式復(fù)審的文檔


27.通俗的說,軟件項(xiàng)目管理中常說的基線是()。

A.管理的基本思路

B.通過正式復(fù)審的文檔

C.基本的技術(shù)路線

D.一種軟件開發(fā)的基本策略


28.項(xiàng)目計(jì)劃活動的主要任務(wù)是()。

A.估算項(xiàng)目的進(jìn)度

B.分配工作量

C.計(jì)劃資源使用

D.以上全部


29.項(xiàng)目計(jì)劃活動的主要任務(wù)是估算項(xiàng)目的進(jìn)度、工作量、資源和()。

A.風(fēng)險(xiǎn)

B.時(shí)間

C.人員

D.事情


30.用()模型描述系統(tǒng)組織結(jié)構(gòu)。

A.組織

B.CMM

C.數(shù)據(jù)

D.靜態(tài)




奧鵬,國開,廣開,電大在線,各省平臺,新疆一體化等平臺學(xué)習(xí)
詳情請咨詢QQ : 3230981406或微信:aopopenfd777

作業(yè)咨詢 論文咨詢
微信客服掃一掃

回到頂部