2022年自考02333軟件工程題庫及答案_第1頁
2022年自考02333軟件工程題庫及答案_第2頁
2022年自考02333軟件工程題庫及答案_第3頁
2022年自考02333軟件工程題庫及答案_第4頁
2022年自考02333軟件工程題庫及答案_第5頁
已閱讀5頁,還剩18頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

02333軟件工程題庫及答案

單選題

i.軟件開發(fā)環(huán)境按解決的問題分類涉及()

A.程序設計環(huán)境B.工具箱環(huán)境C.基于措施的環(huán)境D.以語言為中心的環(huán)境

2.用于描述待開發(fā)產(chǎn)品/系統(tǒng)功能上的能力、性能參數(shù)或其她性質(zhì)的是()

A.程序B.需求C.設計D.規(guī)約

3.下列選項中,用作具體設計的工具是()

A.層次圖B.數(shù)據(jù)流圖C.模塊構造圖D.盒圖

4.UML提供的圖形化工具中,用于概念模型和軟件模型的動態(tài)構造的是()

A.用況圖B.部署圖C.對象圖D.構件圖

5.根據(jù)軟件需求分類,下列選項中不屬于設計約束的是()

A.并發(fā)操作B.握手合同C.質(zhì)量屬性D.硬件限制

6.根據(jù)RUP測試活動,輸入為測試用況,活動為實現(xiàn)測試,則輸出為()

A.測試籌劃B.測試構件C.測試評價D.測試過程

7.一般來說,單元測試往往采用()

A.等價類測試B.因果圖測試C.白窟測試D.黑盒測試

8.支持面向?qū)ο蠹夹g的軟件生存周期模型是()

A.噴泉模型B.螺旋模型C.增量模型D.瀑布模型

9.CMMI成熟度級別中的第四級為()

A.已定義級B.已定量管理級C.持續(xù)優(yōu)化級D.已管理級

10.若一種學生可以在一所或者多所學校注冊學習,那么這種關聯(lián)關系稱為

()

A.依賴B.泛化C.組合D.聚合

11.如下()不是構造化分析措施常用的工具。

A.數(shù)據(jù)流圖B.數(shù)據(jù)字典C.程序流程圖D.鑒定樹

12.軟件基本過程指那些與軟件生產(chǎn)直接有關的活動集,可分為獲取過程、供

應過程開始過程、運營過程和()

A.驗證過程B.調(diào)試過程C.測試過程D.維護過程

13.提高程序可讀性的有力手段是()o

A.選好一種程序設計語言B.顯式闡明一切變量

C.使用三種原則控制語句D.給程序加注釋

14.軟件需求分析階段的任務是擬定()。

A.軟件開發(fā)措施B.軟件開發(fā)費用C.軟件系統(tǒng)功能D.軟件開發(fā)工具

15.下面不是軟件需求規(guī)格闡明書的特點的是()。

A.對的)性B.無歧義性C.完整性D.不可修改性

16.構造設計是一種應用最廣泛的系統(tǒng)設計措施,是以()為基本、自頂

向下、逐漸求精和模塊化的過程。

A.數(shù)據(jù)流B.數(shù)據(jù)流圖C.數(shù)據(jù)庫D.數(shù)據(jù)構造

17.需求分析闡明書不能作為()。

A.可行性研究的根據(jù)B.顧客和開發(fā)人員之間的合同

C.系統(tǒng)概要設計的根據(jù)D.軟件驗收測試的根據(jù)

18.在數(shù)據(jù)流圖(DFD)中,帶有名字的箭頭表達()o

A.控制程序的執(zhí)行順序B.模塊之間的調(diào)用關系C.數(shù)據(jù)的流向D.程序的構成成分

19.下列論述中,不屬于構造化分析措施的是()o

A.面向數(shù)據(jù)流的構造化分析措施B.面向數(shù)據(jù)構造的Jackson措施

C.面向數(shù)據(jù)構造的構造化數(shù)據(jù)系統(tǒng)開發(fā)措施D.面向?qū)ο蟮姆治龃胧?/p>

20.具體設計的任務是決定每個模塊的內(nèi)部特性,即模塊(

A.外部特性B.內(nèi)部特性C.算法和使用數(shù)據(jù)D.功能和輸入輸出數(shù)據(jù)

21.下列工具中屬于需求分析常用工具的是()o

A.PADB.PFDC.N-SD.DFD

22.在白盒測試法中的邏輯覆蓋技術中,其中發(fā)現(xiàn)錯誤能力最弱的覆蓋技術是

A.語句覆蓋B.鑒定覆蓋C.條件覆蓋D.數(shù)據(jù)流

23.在軟件測試過程的4個環(huán)節(jié)中,測試根據(jù)是需求規(guī)格闡明的是(

A.單元測試B.集成測試C.確認測試D.系統(tǒng)測試

24.概要設計的成果是提供一份()o

A.模塊闡明書B.框圖C.程序D.數(shù)據(jù)構造

25.與設計測試數(shù)據(jù)無關的文檔是()o

A.需求闡明書B.設計闡明書C.源程序D.項目開發(fā)設計

26.在軟件維護中,為了加強、改善系統(tǒng)的功能和性能,以滿足顧客新的規(guī)定

的維護稱為()o

A.適應性維護B.糾錯性維護C.完善性維護D.避免性維護

27.軟件測試的目的是()o

A.發(fā)現(xiàn)錯誤B.演示程序的功能C.改善軟件的性能D.挖掘軟件的潛能

28.在瀑布模型中,將軟件分為若干個時期,軟件項目的可行性研究一般歸屬

于()

A.維護時期B.運營時期C.籌劃時期D.開發(fā)時期

29.下列中不屬于軟件維護的是()。

A.糾錯性維護B.完善性維護C.檢查性維護D.避免性維護

30.軟件工程的理論和技術性研究的內(nèi)容重要涉及軟件開發(fā)技術和()o

A.消除軟件危機B.軟件工程管理C.程序設計自動化D.程序設計自動化

31.軟件測試過程是軟件開發(fā)過程的逆過程,其最基本性的測試應是()<,

A.集成測試B.單元測試C.有效性測試D.系統(tǒng)測試

32.強行排除法是一種常用的簡木韜施,下列選助中()不屬于強行排除

法。

A.輸出內(nèi)存儲器的信息B.進行回歸測試

C.在程序中插入打印語句D.運用自動調(diào)試工具

33.Putnam成本估算模型是一種()模型。

A.靜態(tài)單變量B.動態(tài)單變量C.靜態(tài)多變量D.動態(tài)單變量

34.在SD措施中全面指引模塊劃分的最重要的原則是()

A.程序模塊化B.模塊高內(nèi)聚C.模照氐耦合D.模塊獨立性

35.在集成(聯(lián)合)測試中,測試的重要目的是發(fā)現(xiàn)()階段的錯誤。

A.軟件籌劃B.需求分析C.設計D.編碼

36.下列不屬于軟件調(diào)試技術的是()。

A.強行排錯法B.集成測試法C.回溯法D.因素排除法

37.下面有關PDL語言不對的的說法是()

A.PDL是描述解決過程怎么做B.PDL是只描述加工做什么

C.PDL也稱為偽碼D.PDL的外層語法應符合一般程序設計語言常用的語法規(guī)則

38.程序的三種基本控制構造的共同特點是()。

A.不能嵌套使用B.只能用來寫簡樸程序

C.只能一種入口和一種出口D.已經(jīng)用硬件實現(xiàn)

39.在面向?qū)ο蟮母邔釉O計體系構造中,()是用來描述顧客一般使用軟件

習慣的部分

A.人機交互界面B.問題論域C.系統(tǒng)交互界面D.數(shù)據(jù)管理

40.在ATM機系統(tǒng)中,下列()不能在面向?qū)ο笤O計中被定義為類。

A.中央計算機B.柜臺事務C.撥號D.營業(yè)廳

41.模塊的內(nèi)聚性最高的是()

A.邏輯內(nèi)聚B.時間內(nèi)聚C.偶爾內(nèi)聚D.功能內(nèi)聚

42.把一組具有相似特性的對象組合在一起,稱之為()

A.多態(tài)性B.類C.消息D.繼承性

43.如下說法錯誤的是()。

A.面向?qū)ο蠓治雠c面向?qū)ο笤O計的定義沒有明顯區(qū)別

B.從面向?qū)ο蠓治龅矫嫦驅(qū)ο笤O計,是一種逐漸擴大模型的過程

C.在實際的軟件開發(fā)過程中,面向?qū)ο蠓治雠c面向?qū)ο笤O計的界線是模糊的

D.面向?qū)ο蠓治龊兔嫦驅(qū)ο笤O計活動是一種多次反復迭代的過程

44.SA措施的基本思想是()

A.自頂向下逐漸分解B.自底向上逐漸抽象C.自底向上逐漸分解D.自底向下逐漸抽象

45.在E-R模型中,涉及如下基本成分()o

A.數(shù)據(jù)、對象、實體B.控制、聯(lián)系、對象C.實體、聯(lián)系、屬性D.實體、屬性、操作

46.程序的三種基本控制構造是()o

A.過程、子程序和分程序B.順序、選擇和反復C.遞歸、迭代和回溯D.調(diào)用、返回和轉(zhuǎn)

47.軟件管理的重要職能有()o

A.人員管理、籌劃管理B.原則化管理、配備管理C.成本管理、進度管理人人和8

48.下列模型屬于成本估算措施的有()o

A.COCOMO模型B.McCall模型C.McCabe模型D.時間估算法

49.下列語言中哪個語言是低檔語言()0

A.PASCALB.VISUALBASICC.C++D.匯編語言

50.原型化措施是一類動態(tài)定義需求的措施,下列論述中,哪一種不具有原型

化措施的特點()o

A.提供嚴格定義的文檔B.加強顧客參與和決策

C.簡化項目管理D.加快需求的擬定

多選題

1.下面的()是軟件構造活動的任務。

A.構建軟件組件B.設計顧客界面C.實行組件的單元測試D.評估組件的質(zhì)■

2.良好設計的特性是()o

A.模塊之間呈現(xiàn)高藕合B.實現(xiàn)分析模型中的所有需求

C.涉及所有組件的測試用例D.提供軟件的完整描述

3.軟件維護的方略涉及()o

A.定期檢測維護B.改正性維護C.適應性維護D.完善性維護

4.下列屬于不原則的書寫格式有()o

A.書寫時合適使用空格分隔B.一行寫入多條語句

C.嵌套構造不使用分層緡進的寫法D.程序中不加注釋

5.面哪些測試屬于黑盒測試()O

A.途徑測試B.等價類劃分C.邊界值分析D.錯誤推測E.循環(huán)測試

6.下列屬于軟件測試過程的是()o

A.單元測試B.組裝測試C.內(nèi)核測試D.法律驗證E.確認測試

7.軟件危機可以體現(xiàn)為(

A.產(chǎn)品不符合顧客的需要B.軟件產(chǎn)品的質(zhì)量差

C.軟件的可維護性差D.軟件的)價格昂貴

8.()可以作為模塊.

A.子程序B.函數(shù)C.過程D.編譯文獻

9.有關內(nèi)容耦合的描述對的的是()0

A.內(nèi)容耦合是最高限度的耦合

B.應當盡■使用內(nèi)容耦合

C.高檔語言一般設計成容許內(nèi)容耦合的形式

D.如果一種模塊有多種入口,也許發(fā)生內(nèi)容耦合

10.Jackson圖中一般也許涉及()。

A.表頭B.表體C.表名D.字段名

11.下列屬于度量效益措施的是()O

A.貨幣的)時間價值B.投資回收期C.收入D.投資回報率

12.在敏捷開發(fā)措施中,顧客故事(UserStory)的作用是()。

A.定義需要發(fā)布給最后顧客的軟件特性和功能B.擬定發(fā)布每一次增■的日程表

C.用于替代具體的活動籌劃D.用于估算構建目前增量所需要的努力E.選項A和C

13.數(shù)據(jù)流圖是用于表達軟件模型的一種圖示措施,在下列可采用的繪制措施中,

哪些是常采用的()o

A.自頂向下B.自底向上C.分層繪制D.逐漸求精

14.軟件設計中一般將用到圖形工具,下列哪種些可用作設計的圖形工具()

A.構造圖B.實體聯(lián)系圖C.IP0圖D.層次圖

19.下面哪些測試屬于白盒測試()o

A.基本途徑測試B.等價類劃分C.邊界值分析D.錯誤推測E.邏輯覆蓋測試

20.下列哪些選項是屬于內(nèi)容耦合()。

A.一種模塊直接訪問另一種模塊的內(nèi)部數(shù)據(jù)B.一種模塊有多種入口

C.一種模塊不通過正常入口轉(zhuǎn)到另一模塊內(nèi)部D.一種模塊只有一種入口

判斷題

1.螺旋模型是在瀑布模型和增量模型的基本上增長了風險分析活動。()

2.數(shù)據(jù)字典是對數(shù)據(jù)流圖中的數(shù)據(jù)流,加工、數(shù)據(jù)存儲、數(shù)據(jù)的源和終點進行具

體定義。()

3.系統(tǒng)設計時應當將模塊劃分得很細,模塊數(shù)越多越好。()

4.軟件是指用程序設計語言(如PASCAL,C,VISUAL?BASIC?等)編寫的程序,軟

件開發(fā)事實上就是編寫程序代碼。()

5.文檔是影響軟件可維護性的決定因素。()

6.軟件模塊之間的耦合性越弱越好。()

7.軟件開發(fā)的措施的工作模型是螺旋模型。()

8.繼承性是父類和子類之間共享數(shù)據(jù)構造和消息的機制,這是類之間的一種關

系。()

9.模塊化,信息隱藏,抽象和逐漸求精的軟件設計原則有助于得到高內(nèi)聚,低耦

合度的軟件產(chǎn)品()

10.在面向?qū)ο蟮能浖_發(fā)措施中,每個類都存在其相應的對象,類是對象的實

例,對象是生成類的模板。()

1L如果通過軟件測試沒有發(fā)現(xiàn)錯誤,則闡明軟件是對的的。()

12.迅速原型模型可以有效地適應顧客需求的動態(tài)變化。()

13.總體設計的基本目的就是回答:”概括地說,系統(tǒng)應當如何實現(xiàn)?"”這個問

題。()

14.在軟件開發(fā)過程中,軟件項目管理比軟件編碼技術顯得更為重要。()

15.可行性研究階段要進行一次大大壓緡簡化了的系統(tǒng)分析和設計的過程。()

16.JAVA語言編譯器是一種CASE工具。()

17.確認測試籌劃應當在可行性研究階段制定。()

18.CMM原則共分五個級別,其中第三級是已管理級。()

19.軟件就是程序,編寫軟件就是編寫程序。()

20.瀑布模型的最大長處是將軟件開發(fā)的各個階段劃分得十分清晰。()

21.構造化措施的工作模型是使用螺旋模型進行開發(fā)。()

22.沒有Do-case、Do-until形構造,就不能實現(xiàn)某些構造化程序,從而減少了

程序的運營效率。()

23.白盒測試無需考慮模塊內(nèi)部的執(zhí)行過程和程序構造,只要理解模塊的功能即

可。()

24.過程描述語言可以用于描述軟件的系統(tǒng)構造。()

25.軟件開發(fā)小組的構成人員的素質(zhì)應當好,而人數(shù)則不適宜過多。()

26.類圖中的角色是用于描述該類在關聯(lián)中所扮演的角色和職責的]。()

27.數(shù)據(jù)流圖表達了軟件系統(tǒng)對數(shù)據(jù)的算法解決過程,即系統(tǒng)的物理模型。()

28.用面向?qū)ο蟠胧┓治觥⒃O計、實現(xiàn)軟件,仍屬線性的瀑布開發(fā)模型。()

29.面向?qū)ο蟮拈_發(fā)措施涉及面向?qū)ο蟮姆治觥⒚嫦驅(qū)ο蟮脑O計和面向?qū)ο蟮某?/p>

序設計。()

30.軟件危機的重要體現(xiàn)是軟件的需求量迅速增長,軟件價格上升。()

31.信息隱蔽原則有助于提高模塊的內(nèi)聚性。()

32.SD法是一種面向數(shù)據(jù)構造的設計措施,強調(diào)程序構造與問題構造相相應。

()

33.中心變換型的DFD圖可當作是對輸入數(shù)據(jù)進行轉(zhuǎn)換而得到輸出數(shù)據(jù)的解決,

因此可以使用事務分析技術得到初始的模塊構造圖。()

34.在等價分類法中,為了提高測試效率,一種測試用例可以覆蓋多種無效等價

類。()

35.用例模型的基本構成部件是用例、角色和用例之間的聯(lián)系。()

36.UML建模語言是由視圖、圖、模型元素和通用機制構成的層次關系來描述的。

()

37.順序圖描述對象之間的交互關系,重點描述對象間消息傳遞的時間順序。

()

38.類圖用來表達系統(tǒng)中類和類與類之間的關系,它是對系統(tǒng)動態(tài)構造的描述。

()

39.活動圖顯示動作及其成果,著重描述操作實現(xiàn)中所完畢的工作以及用例實例

或類中的活動。()

40.改善程序的執(zhí)行效率不會引入錯誤。()

41.數(shù)據(jù)庫設計闡明書是一種軟件配備項。()

42.鑒定表的長處是容易轉(zhuǎn)換為計算機實現(xiàn),缺陷是不可以描述組合條件。()

43.分層的DFD圖可以用于可行性分析階段,描述系統(tǒng)的物理構造。()

44.RCP法與RSP法的重要區(qū)別是前者采用循環(huán)漸進的)開發(fā)方式,原型將成為最

后的產(chǎn)品,而后者原型將被廢棄。()

45.信息建模措施是從數(shù)據(jù)的角度來建立信息模型的,最常用的描述信息模型的

措施是E-R圖。()

46.劃分模塊可以減少軟件的復雜度和工作量,因此應當將模塊分得越小越好。

()

47.面向?qū)ο蟮牡拇胧┦且灶愖鳛樽罨镜脑?,它是分析問題和解決問題的核

心。()

48.復用也叫重用或再用,面向?qū)ο蠹夹g中的“類”是比較抱負的可重用軟構件,

它有三種重用方式:實例重用、繼承重用、多態(tài)重用。()

49.對象模型表達了靜態(tài)的、構造化的系統(tǒng)數(shù)據(jù)性質(zhì),描述了系統(tǒng)的靜態(tài)構造,

它是從客觀世界實體的對象關系角度來描述,體現(xiàn)了對象的互相關系。()

50.面向?qū)ο蟮姆治鲞^程重要涉及三項內(nèi)容:理解、體現(xiàn)和驗證。()

答案

單選題

01.A02.B03.D04.A05.C06.B07.C08.A09.B

10.D11.C12.D13.C14.C15.D16.B17.A18.C

19.D20.C21.D22.A23.C24.A25.D26.C27.A

28.C29.C30.B31.B32.B33.D34.D35.D36.B

37.D38.C39.C40.C41.D42.B43.A44.A45.C

46.B47.D48.A49._50.A

多選題

01.AC02.BD03.BCD04.BCD05.BCD06.ABE07.ABCD08.ABCD

09.AD10.ABCD11.ABCD12.AD13.ACD14.ACD19.AE20.ABC

判斷題

01.V02.X03.X04.X05.V06.V07.X08.X09.V

10.X11.X12.V13.V14.V15.V16.V17.X18.X

19.X20.X21.X22.V23.X24.X25.V26.727.X

28.X29.V30.X31.V32.X33.X34.X35.V36.V

37.V38.X39.X40.X41.V42.X43.X44.V45.V

46.X47.X48.V49.V50.V

填空題

1.計算機軟件一般是指計算機系統(tǒng)中的程序及其[文檔]。

2.需求規(guī)約的基本性質(zhì)涉及[重要性和穩(wěn)定性]、可修改的、完整的和一致的。

3.在構造化分析措施中,[加工]是數(shù)據(jù)的變換單元,即它接受輸入的數(shù)據(jù),對其

進行解決,并產(chǎn)生輸出。

4.數(shù)據(jù)源是數(shù)據(jù)流的起點;[數(shù)據(jù)潼]是數(shù)據(jù)流的歸宿地。

5.[構造化設計]的重要任務是在需求分析的基本上,定義滿足需求所需要的構

造,即針對給定的問題,給出該問題的軟件解決方案,擬定“怎么做”的問題。

6.[模塊]是執(zhí)行一種特殊任務的一種過程以及有關的數(shù)據(jù)構造。

7.[耦合]是指不同模塊之間互相依賴限度的度量。

8.在軟件工程中,F(xiàn)TR的中文含義為[正式技術評審]。

9.軟件風險的兩個重要特性是[丕擬定性]和損失。

10.在構件設計中,用于描述加工邏輯的重要工具有圖形化設計表達、[表格式

設計表達]和程序設計語言。

11.軟件項目管理的重要內(nèi)容是人員、產(chǎn)品、項目、[過程]。

12.功能獨立性是模塊化和抽象及信息隱藏概念的直接產(chǎn)物,是通過兩項質(zhì)量原

則來衡量的:內(nèi)聚和[耦合]。

13.老式的軟件工程中,從分析模型到設計模型的翻譯,數(shù)據(jù)流圖是體系構造設

計和接口設計的的根據(jù);而數(shù)據(jù)設計則根據(jù)數(shù)據(jù)字典和[實體-關系圖]O

14.自底向上集成是集成測試中的一種方略,采用這種措施對軟件進行集成測試

時,需要為每個模塊準備一種[驅(qū)動模塊]。

15.軟件工程的分析模型有三種,分別是信息域、[功能域]和[行為域]。

16.UML的定義涉及UML語義和[UML表達法]兩個部分。

17.軟件工程是從[軟件開發(fā)技術]和軟件工程兩個方面研究如何運用工程學

的基本原理和措施來更好地開發(fā)和維護計算機軟件的一門學科。

18.在軟件開發(fā)過程中要產(chǎn)生大量的信息,要進行大量的修改[軟件配備管理]能

協(xié)調(diào)軟件開發(fā),并使混亂減到最低限度。

19.內(nèi)聚性有七種類型,最強的是[功能],最弱的是[偶爾]。

20.集成測試采用的具體措施有[漸增式措施]、[非漸增式措旅]o

21.[螺旋]模型運用笛卡爾坐標的四個像限分別體現(xiàn)軟件開發(fā)模型各方面的活

動。

22.軟件編碼階段要善于積累編程的經(jīng)驗,使得編出的程序清晰易懂、易于[測試

與維護],從而提高軟件質(zhì)量。

23.構造程序設計的基本思想是[自頂而下,逐漸求精]

24.數(shù)據(jù)字典是對數(shù)據(jù)定義信息的集合,它所定義的對象都涉及于[數(shù)據(jù)流圖]中。

25.大型軟件測試涉及單元測試_、集成測試、[確認測試]和[系統(tǒng)測試]四個環(huán)節(jié)。

26.面象措施用[對象行為和屬性]分解取代了老式措施的功能分解。

27.[白盒測試]和[黑盒測試]是軟件測試的兩類基本措施.這兩類措施各有所長,

互相補充。

28.UML中的泛化關系就是一般所說的[繼承]關系。

29.在前期需求明確、資料完整的狀況下盡量采用[瀑布]模型。

30.[軟性重用]技術是能從主線上提高軟件可維護性的重要技術。

31.檢查軟件產(chǎn)品與否符合需求定義的過程稱為[確認測認]。

名詞解釋

1.軟件工程:

內(nèi)容:軟件工程是用科學知識和技術原理來定義、開發(fā)、維護軟件的一門學

科。(它是一門綜合性的交叉學科,它波及計算機科學、工程科學、管理科學、

數(shù)學等。)

2.軟件危機:

內(nèi)容:是計算機軟件的開發(fā)和維護過程所遇到的一系列嚴重的問題。

3.軟件需求:

內(nèi)容:軟件需求是指(1)顧客解決問題或達到目的所需的條件或能力;(2)

系統(tǒng)或系統(tǒng)部件要滿足合同、原則、規(guī)范或其他正式規(guī)定文檔所需具有的條件

或能力;(3)一種反映上面(D或(2)所描述的條件或能力的文檔闡明。

4.需求分析:

內(nèi)容:是精確的理解顧客的需求將其轉(zhuǎn)換成需求定義,然后由需求定義轉(zhuǎn)換成

形式化的功能規(guī)約。

5.構造化程序設計

內(nèi)容:構造化程序設計是一種程序設計技術,采用自頂向下逐漸求精的設計措

施和單入口單出口的控制構件。

6.軟件設計:

內(nèi)容:從抽象概括到具體實踐過程。

7.信息隱蔽:

內(nèi)容:指在設計和擬定模塊時,使得一種模塊內(nèi)涉及的信息(過程或數(shù)據(jù)),對

于不需要這些信息的其他模塊來說,是不能訪問的。

8.對象:

內(nèi)容:是系統(tǒng)中描述客觀事物的一種實體,它是構成系統(tǒng)的一種基本單位,由

一組屬性和對這組屬性進行操作的一組服務構成,是類的一種實例

9.數(shù)據(jù)字典:

內(nèi)容:數(shù)據(jù)字典由數(shù)據(jù)條目構成,數(shù)據(jù)字典描述、組織和管理數(shù)據(jù)流圖的數(shù)據(jù)

流、加工、數(shù)據(jù)源及外部實體。

10.耦合:

內(nèi)容:塊間聯(lián)系,軟件系統(tǒng)構造中各模塊間互相聯(lián)系緊密限度的一種度量。

11.數(shù)據(jù)抽象:

內(nèi)容:數(shù)據(jù)抽象把一種數(shù)據(jù)對象的定義(或描述)抽象為一種數(shù)據(jù)類型名,用

此類型名可定義多種具有相似性質(zhì)的數(shù)據(jù)對象。

12.類:

內(nèi)容:具有相似或相似性質(zhì)的對象的抽象就是類。

13.系統(tǒng)測試:

內(nèi)容:系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較,發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不

相符合或與之矛盾的地方。

14.綜合測試:

內(nèi)容:綜合測試是組裝軟件的系統(tǒng)測試技術,按設計規(guī)定把通過單元測試的各

個模塊組裝在一起之后,進行綜合測試以便發(fā)現(xiàn)與接口有關的多種錯誤。

15.軟件生存周期模型:

內(nèi)容:軟件生存周期模型是描述軟件開發(fā)過程中多種活動如何執(zhí)行的模型。

16.軟件生存周期:

內(nèi)容:軟件產(chǎn)品從形成概念開始,通過開發(fā)、運營(使用)和維護直到退役的

全過程稱為軟件生存周期,涉及軟件定義、開發(fā)、使用和維護三部分

17.成熟度級別:

內(nèi)容:軟件成熟度級別是指軟件開發(fā)組織在走向成熟的途中幾種具有明擬定義

的表達軟件過程能力成熟度的平臺。

]&蠅:

內(nèi)容:廣義的說是指可以直接獲得已有的性質(zhì)和特性,而不必反復定義它們

狹義的說是子類自動地共享基類中定義的數(shù)據(jù)和措施的機制

19項目管理:

內(nèi)容:就是通過合理地組織和運用一切可以運用的資源,按照籌劃的成本和籌

劃的進度,完畢一種籌劃的目的,它涉及團隊管理、風險管理、采購管理、流

程管理、時間管理、成本管理和質(zhì)量管理等。

20.白盒測試:

內(nèi)容:白盒測試是已知產(chǎn)品內(nèi)部工作過程,通過測試檢查產(chǎn)品內(nèi)部動作與否按照

產(chǎn)品規(guī)格闡明的規(guī)定正常進行。

21.避免性維護:

內(nèi)容:避免性維護是為了進一步改善軟件系統(tǒng)的可維護性和可靠性,并為后來

的改善奠定基本。

22.編程風格:

內(nèi)容:是在不影響性能的前提下,有效地編排和組織程序以提高可讀性和可維

性。

23.數(shù)據(jù)流圖:

內(nèi)容:數(shù)據(jù)流圖是構造化分析的基本工具,它描述了信息流和數(shù)據(jù)轉(zhuǎn)換。

24.軟件測試:

內(nèi)容:軟件測試是以至少的時間和人力系統(tǒng)地找出軟件中潛在的多種錯誤和缺

陷。

25.CASE工具:

內(nèi)容:CASE工具是某些軟件系統(tǒng),支持軟件過程的常規(guī)活動,如編輯設計圖

表、檢查圖表的連貫性、跟蹤已經(jīng)運營的程序測試等。

26.模塊作用域:

內(nèi)容:是指受該模塊鑒定影響的所有模塊。受該模塊內(nèi)的一種鑒定影響的所有

模塊的集合

27.內(nèi)聚性:

內(nèi)容:內(nèi)聚性是模塊獨立性的衡量原則之一,它是指模塊的功能強度的度量,

即一種模塊內(nèi)部各個元素彼此結(jié)合的緊密限度的度量

28.數(shù)據(jù)設計:

內(nèi)容:數(shù)據(jù)設計是為在需求規(guī)格闡明中定義的那些數(shù)據(jù)對象選擇合適的邏輯表

達,并擬定也許作用在這些邏輯構造上的所有操作(涉及選用已存在的程序包)

29.瀑布模型:

內(nèi)容:瀑布模型是將軟件生命周期的各項活動規(guī)定為依線性順序連接的若干階

段的模型,適合于軟件需求很明確的軟件項目。

30.條件組合覆蓋:

內(nèi)容:條件組合覆蓋就是設計足夠的測試用例,運營被測程序,使得每個判斷

的所有也許的條件取值組合至少執(zhí)行一次。

問答題

一、軟件生命期各階段的任務是什么?

答:軟件生命期分為7個階段:1)問題定義:擬定要解決的問題是什么;2)可

行性研究:擬定問題與否值得解,技術可行性、經(jīng)濟可行性、操作可行性;3)

需求分析:擬定該系統(tǒng)必須做什么;4)總體設計:擬定系統(tǒng)如何實現(xiàn),涉及系

統(tǒng)設計和構造設計;5)具體設計:具體實現(xiàn)設計的系統(tǒng);6)實現(xiàn):編碼和測

試;7)運營維護:保證軟件正常運營。

二、如何理解模塊獨立性?用什么指標來衡量模塊獨立性?

答:模塊獨立的概念是模塊化、抽象、信息隱蔽和局部化概念的直接成果。

模塊的獨立性很重要:第一,有效的模塊化(即具有獨立的模塊)的軟件

比較容易開發(fā)出來。第二,獨立的模塊比較容易測試和維護。模塊的獨立限

度可以由兩個定性原則度量,分別是內(nèi)聚和耦合。內(nèi)聚衡量一種模塊內(nèi)部各個

元素彼此結(jié)合的緊密限度;耦合衡量不同模塊彼此之間互相依賴(連接)的緊

密限度。

三、軟件重用的效益是什么?

答:1)軟件重用可以明顯地改善軟件的質(zhì)量和可靠性;2)軟件重用可以極

大地提高軟件開發(fā)的效率;3)節(jié)省軟件開發(fā)的成本,避免不必要的反復勞

動和人力、財力的揮霍。

四、需求規(guī)約的作用是什么?

答:需求規(guī)約的作用可概括為如下4點:1)需求規(guī)約是軟件開發(fā)組織和顧客

之間一份事實上的技術合同書,是產(chǎn)品功能及其環(huán)境的體現(xiàn)。2)對于項目的其

他大多數(shù)工作,需求規(guī)約是一種管理控制點;3)對于產(chǎn)品/系統(tǒng)的設計,需

求規(guī)約是一種正式的、受控的起始點;4)需求規(guī)約是創(chuàng)立產(chǎn)品驗收測試籌劃和

顧客指南的基本。

五、簡述建模過程及環(huán)節(jié)?

答:為了支持系統(tǒng)地使用信息來創(chuàng)立系統(tǒng)功能模型,構造化分析措施給出了建模

的基本環(huán)節(jié),該過程屬于“自頂向下,功能分解”形式。1.建立系統(tǒng)環(huán)境圖,擬

定系統(tǒng)語境;2.自頂向下,逐漸求精,建立系統(tǒng)的層次數(shù)據(jù)流圖;3.定義數(shù)據(jù)字

典;4.描述加工。

六、簡述RUP中迭代增量式開發(fā)的概念以及規(guī)定的開發(fā)階段。

答:RUP中迭代增量式開發(fā)是指通過開發(fā)活動的迭代,不斷產(chǎn)生相應的增量。

1)初始階段;2)精化階段;3)構造階段;4)移送階段

七、簡述構造化措施總體設計的任務。

答:構造化設計措施是將應用軟件設計過程劃分為總體設計和具體設計兩個階

段??傮w設計的重要任務是要擬定軟件的整體構造,其具體的任務是:1)將系

統(tǒng)或子系統(tǒng)分解為多種模塊;2)擬定模塊之間傳送的數(shù)據(jù)及其調(diào)用關系;3)

評價并改善模塊構造的質(zhì)量。

八、簡述變換設計與事務設計的區(qū)別及聯(lián)系。

答:變換設計是在需求規(guī)約的基本上,通過一系列設計環(huán)節(jié),將變換型數(shù)據(jù)流

圖轉(zhuǎn)換成系統(tǒng)的模塊構造圖。其基本環(huán)節(jié)是:1.設計準備一一復審并精化系

統(tǒng)模型;2.擬定輸入、變換、輸出這三部分之間的邊界;3.第一級分解一

一系統(tǒng)模塊構造圖頂層和第一層的設計;4.第二級分解一一自頂向下,逐漸

求精;當數(shù)據(jù)流圖具有明顯的事務型特性時,也就是有一種明顯的事務解決中

心時,則比較合適采用事務設計。

事務設計的基本環(huán)節(jié)和變換設計大體相似。事務設計的基本環(huán)節(jié)如下:1.設計

準備一一復審并精化系統(tǒng)模型;2.擬定事務解決中心;3.第一級分解一一系

統(tǒng)模塊構造圖頂層和第一層的設計;4.“第二級分解”一一自頂向下,逐漸求

精。

九、簡述CMMI成熟度級別的概念、劃分及構成。

答:成熟度級別是指達到預先定義的一組過程域所有目的的一種過程改善級

別。在CMMI中,應用于一種組織過程改善的成熟度級別有5個:

1級:初始級;2級:以管理級;3級:以定義級;4級:以定量管理級;5

級:持續(xù)優(yōu)化級;

十、什么是狀態(tài)?什么是狀態(tài)圖?簡述實際應用中只用狀態(tài)圖的作用。

答:狀態(tài)是類目的一種實例在其生存中的一種條件或狀況;期間該實例滿足這

一條件,就執(zhí)行某一活動或等待一種消息。狀態(tài)圖是現(xiàn)實狀態(tài)機的圖,強調(diào)從

一種狀態(tài)到另一種狀態(tài)的控制流。從實際使用中狀態(tài)圖的作用:創(chuàng)立一種系統(tǒng)

的動態(tài)圖和創(chuàng)立一種場景的模型。

十一、簡述具體設計任務及各階級的目的。

答:概要設計已經(jīng)擬定了每個模塊的功能和接口,具體設計的任務就是為每個

模塊設計其實現(xiàn)的細節(jié)。具體設計階段的主線目的是擬定應當如何具體地實現(xiàn)

所規(guī)定的系統(tǒng),得出對目的系統(tǒng)的精確描述。具體設計階段的內(nèi)容為每個模塊

進行具體的算法設計。為模塊內(nèi)部的數(shù)據(jù)構造進行設計。對數(shù)據(jù)庫進行物理設

計。其她具體設計工具重要涉及程序流程圖(系統(tǒng)流程圖)、盒圖(N-S圖)、

PAD圖和偽碼(PDL)o

十二、簡述測試與軟件開發(fā)各階段的關系。

答:測試與軟件開發(fā)各階段的關系單元測試對程序中每一種程序單元進行測

試,檢查各個模塊與否爭取實現(xiàn)規(guī)定的功能,從而發(fā)現(xiàn)模塊在編碼中或算法中

的錯誤,該階段波及編碼和具體設計文檔。集成測試是為了檢查與設計有關

的軟件體系構造的有關問題,也就是檢查概要設計與否合理有效。確認測試重

要是檢查已實現(xiàn)的軟件與否滿足需求規(guī)格闡明書中已擬定了的多種需求。系

統(tǒng)測試是把已確認的軟件與其她系統(tǒng)元素(如硬件,其她支持軟件、數(shù)據(jù)、人

工等)結(jié)合在一起進行測試,以擬定軟件與否可以支付使用

十三、軟件質(zhì)量與軟件質(zhì)量保證的含義是什么?

答:軟件質(zhì)量定義為:與所擬定的功能和性能需求的一致性;與所成文的開發(fā)

原則一致性;與所有專業(yè)開發(fā)的軟件所盼望的隱含特性的一致性。而軟件質(zhì)量

保證就是向顧客及社會提供滿意的高質(zhì)量的產(chǎn)品,保證軟件產(chǎn)品從誕生到消滅

為止的所有階段的質(zhì)量的活動,即擬定、達到和維護需要的軟件質(zhì)量而進行的

所有有籌劃、有系統(tǒng)的管理活動。

十四、什么是數(shù)據(jù)流圖?其作用是什么?其中的基本符號各表達什么含義?

答:數(shù)據(jù)流圖簡稱DFD,是SA措施中用于表達系統(tǒng)邏輯模型的一種工具。

它以圖形的方式描述數(shù)據(jù)在系統(tǒng)中流動和解決的過程,由于它只反映系統(tǒng)

必須完畢的邏輯功能,因此它是一種功能模型。數(shù)據(jù)流圖有四種基本圖形符

號:“一”箭頭表達數(shù)據(jù)流;“O”圓或橢圓表述加工;“=”雙杠表達數(shù)據(jù)存

儲;方框表達數(shù)據(jù)的源點或終點。

十五、軟件維護的特點是什么?

答:軟件維護重要體目前三個方面:

1.非構造化維護和構造化維護。軟件的開發(fā)過程對軟件的維護有很大的影

響。若不采用軟件工程的措施開發(fā)軟件,則軟件只有程序而無文檔,維護工作

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論